作者归档:root

Windows 2012R2操作系统安装报错提示插入安装盘的解决办法

现有一台DELL R340服务器,安装Windows 2012R2操作系统时,报错信息 插入Windows 安装盘 1。如下图所示:

对于这种情况,一般是安装光盘、光驱或者U盘启动盘有问题导致,重新刻盘后问题解决。建议有条件的情况下使用管理口安装系统。

信锐无线常用优化步骤

信锐无线常用的优化办法一般是开启高密优化和调整终端速率限制参数。
高密优化可以提高AP的转发速度,提高用户的体验效果,高密报文发包速率建议配置12Mbps,开的太高可能会导致终端连接不上无线网络。

调整终端速率限制参数可以提高AP和终端交互时的发包速率,保证终端的体验效果,2.4G频段终端速率限制建议为5.5Mbps,5.8G频段终端速率限制建议为6Mbps。开的高可能会导致终端连接不上无线网络。

深信服AC部分用户从指定线路上网的配置说明

一、现有网络情况
目前深信服AC部署于外网出口处,设备直连一条有固定公网IP的电信线路。有线PC和无线用户都通过该设备访问公网。网络拓扑如下:

二、本次需求
现在增加一条千兆拨号外网线路,希望让部分用户专用的无线网段上网流量从新增的拨号线路出去。新拓扑如下:

三、配置步骤
1、修改深信服AC部署模式,增加WAN2接口的拨号配置
修改模式会导致设备重启

2、配置策略路由
先新增一条源地址为全部、目的地址为全部、目标线路为线路1(固定公网IP的线路)的的策略路由,再新增一条源地址为领导专用的无线网段、目的地址为全部、目标线路为线路2(拨号的线路)的策略路由,将此条策略路由放置在最上面即可。

linux系统常见文件系统ext2、ext3、ext4的区别

ext2,即第二代扩展文件系统,英文是second extended filesystem,是linux系统内核所用的文件系统,用以代替ext,于1993年1月加入linux核心支持之中。

esx2对单一文件大小的支持是2TB,到linux2.6版本时,扩展到32TB。

ext3是第三代扩展文件系统,英文是Third extended filesystem,是一个日志文件系统。发布于2001年11月,从Linux 2.4.15版本内核开始,合并到内核主线中。

这种文件系统的出现主要是解决了以前文件系统在突然断电的情况下,下次开机可能会造成文件系统的资料不一致而去耗时重整修复这个问题。ext3是日志式的文件系统,如遇到断电等情况可通过日志记录直接回溯到被中断的部分,重整工作特别快,几乎不会花费太多时间,一般恢复ext3文件系统的时间只要数十秒。

ext3的设计目标就是提供对于ext2的高度兼容性,ext2转换成ext3很方便,但也使得ext3缺乏很多新功能新设计。ext3也只支持2TB的文件和32TB的文件系统。ext3支持32000个子目录。

ext4是第四代扩展文件系统,英文是Fourth extended filesystem,是一种日志文件系统。

最早出现在2006年11月的linux2.6.19内核中,不过只是试验阶段,在2008年12月25日的linux2.6.28版本,ext4才是稳定版。

ext4支持的最大文件大小是16TB,文件系统最大是1EB即1024TB。ext4理论上支持无限个子目录。

处理DELL R720 windows系统中D盘丢失的问题

有一台DELL R720服务器,用户反应重启后系统中D盘丢失了,并且重启前是否正常也未知。

服务器上安装的是windows 2008操作系统,磁盘管理中只能看到C盘1.6T左右,服务器上共有8块900G硬盘。

服务器上没有告警信息,进入idrac,发现前三块硬盘(0槽、1槽、2槽)做了raid5,系统中就是C盘,后面五块硬盘(3槽-7槽)做了raid0,也就是用户说的丢失了的系统中的D盘,在硬件日志中可以看到4槽硬盘出现过告警,并且4槽硬盘有拔插的记录,询问用户,用户说4槽硬盘曾经出现过告警,当时直接更换了。

根据这些信息,得出其实4槽硬盘故障的时候,raid0的数据已经损坏,只是当时用户未注意。

由于目前raid0已经损坏,现在将raid0删除,重新做成raid5,并在操作系统中做GPT分区,将3T多的空间全部划分到D盘。由于用户之前的数据有备份,恢复数据。

U盘启动盘,启动时报错Failed to load ldlinux.c32的解决办法

最近使用U盘为一台服务器安装linux操作系统,启动时报错,报错信息如下:

Failed to load ldlinux.c32
Boot failed: please change disks and press a key to continue.

对于这个问题,百度上也有好几个答案,比如我这个U盘启动盘是用ultraiso做的,建议使用其他制作工具,比如rufus。

其实对这个问题,有一个更简单的办法,只需要在ultraiso做U盘启动盘,写入方式USB-HDD改为RAW即可。

DELL R720装完REDHAT系统后不能启动的解决办法

现有一台DELL R720服务器,安装redhat操作系统,安装好后重启自检完提示:
Strike F1 to retry boot,F2 for system setup,F11 for boot manager.

根据这个提示,看起来是没有从硬盘启动,按F2进入主板BIOS,发现启动项第一项是阵列卡,这里是没有问题的。

再进入阵列卡BIOS,这台DELL R720服务器阵列卡型号是PERC H710P,在CTRL MGMT页面,有Select boot device,这里就是启动的虚拟磁盘。

发现这里的启动设备并不是redhat操作系统所在的硬盘上,将select boot device修改为操作系统安装所在的虚拟磁盘,保存退出,重启后可正常进入redhat操作系统的界面。

这个问题有其通用性,即时不是DELL R720这个型号,不是安装redhat操作系统,遇到类似的情况,也可以通过这个思路排查问题。

VMWARE虚拟机快照数量的建议

虚拟机在生成快照时,会生成一个新磁盘文件为子磁盘,指向原有父磁盘文件文件,每个磁盘文件会有专门描述文件,描述自己磁盘的ID、父磁盘ID,当磁盘文件层级过多时,再合并快照,可能会造成ID紊乱,每层的ID指向错乱,最后虚拟机无法启动。

快照不是备份,越少越好,建议最好不要超过3个快照,如需要备份虚拟机,建议对虚拟机做完整的备份。

VMWARE导入虚拟机报错sha1校验的处理办法

VMWARE的ovf模板,其实是个压缩文件,解压后会发现有三个扩展名为vmdk、ovf、mf文件,vmdk是虚拟磁盘文件,ovf是虚拟机配置文件,mf是虚拟磁盘和配置文件的sha1校验文件。

有时导入虚拟机时,会报sha1校验错误而无法导入,遇到这种情况,只需要将mf文件删除或者改名,或者检验下相关文件的sha1值,将mf文件中的sha1值修改正确即可导入虚拟机。

VMWARE VCENTER6.5将虚拟机导出到OVF无法导出清单文件(.mf)报错1009的解决办法

现有VMWARE VCENTER6.5,无法导出虚拟机的OVF文件。
Web Client上出现错误1009,但是只要不取消任务,ovf和vmdk导出仍然可以正常完成,但mf文件无法完成,导出会失败。
Web Client停留在25%或33%,最后只能取消该任务。

这个报错的原因是下载所用时间超过最大等待时间,导致下载清单mf文件的线程连接过期。

这个问题在vcenter server6.5 u2已获得解决,升级即可解决此问题。

要临时解决这个问题,可以参考这个链接:https://www.virtuallyghetto.com/2012/01/how-to-create-manifest-file-for-ovf.html

简单来说就是使用openssl这个工具,根据已下载的ovf文件和vmdk文件创建mf文件,命令如下:
openssl sha1 *.vmdk *.ovf > MyVM.mf