在这里枚举一个案例,从而给出一个分析这种惊喜的方向.当然,这并不是唯一的方向!
为了方便,大多数情况下我们都是直接覆盖安装来进行管理端的升级.很多情况下这种操作并没有什么问题,程序本身也支持这样操作,但总有意外的惊喜:比如升级之前一切正常,只是覆盖安装了一次管理端,下面全场不能开机.
在这里枚举一个案例,从而给出一个分析这种惊喜的方向.当然,这并不是唯一的方向! 案例环境:管理端乾坤版1.10.6.0 升级到乾坤版1.10.11.0,之前带机正常,只是在服务器上覆盖安装了1.10.11.0管理端之后,下面所有客户机不能正常开机,如图: 排查过程: 1. 首先排查了服务器网络,网络方面一切正常. 2. 服务器客户机镜像,使用基础配置,或者更换PNP包都不能启动. 3. 排查回写盘,回写盘格式化,更换回写盘等,问题依旧 解决: 把当前异常的这个乾坤版所有的文件复制一份到另一个文件夹保存,然后卸载,手动清理所有残留文件,重启服务器后安装1.10.6.0管理端,手动重新配置后客户机启动正常. 此时,再次对全新安装的1.10.6.0管理端进行升级,还是直接覆盖安装1.10.11.0管理端,安装完毕后测试,客户机启动依然正常.
到这里并没有结束! 以上只是解决了网吧的问题,但我们还并不知道导致这个问题的原因所在.
为了偷懒,想直接使用以前的配置文件,这样以前设置的危险进程等一系列的设置就可以直接使用,而不用再次手动添加.于是把当前的SERVERCONFIG$改名.把以前的SERVERCONFIG$拷贝过来,重启主服务.惊喜出现了:下面所有的机子不能开机,再次出现了开场的一幕. 于是对比两个SERVERCONFIG$最终确定在名为NICFlow.ini的配置文件上,如果把这个配置文件删除或者是改名,重启主服务后下面机子可以正常开机. 注释:NICFlow.ini这个配置文件,原本是服务器网卡分流的配置文件. |