AIX服务器文件损坏故障处理指引
本故障处理指引只针对个别系统文件损坏进行文件还原,并不是针对文件系统损坏进行修复处理,请知悉。
通常情况下,当系统某个配置文件权限发生变化或者损坏时,会造成该文件访问不了,某些命令能使用,但是没有内容。下面以/usr/sbin/目录下的ifconfig、route等配置文件被修改为例,进行配置文件还原。
正常情况下,我们敲击ifconfig、route等命令时,会弹出如下类似信息:
如果配置文件被修改了,则会显示类似如下的信息:
从截图中,我们可以发现,敲击ifconfig、route命令时并没有报错,可以正常使用,但是没有显示内容,通过smitty tcpip命令查看或者修改本机ip、网关ip,也没有报错,可以执行。使用netstat rn查看网关ip时,配置并没有生效。
命令可以执行,也没有报错信息,系统稳定运行,业务也正常,所以就很难定位故障信息。针对这种没有报错信息,命令执行成功,但是配置不生效的现象。可以从命令本身出发,一步一步查出原因。
1.使用which 命令查看pingroute命令所在文件夹
# which route
/etc/route
# which ping
/etc/ping
[root@localhost:/]#
通过截图发现,ping命令,route命令的配置文件都是在/etc目录下。
2.查看该文件的权限
# ls -l /etc/route
lrwxrwxrwx    1 root    system          15 Apr 04 2016  /etc/route -> /usr/sbin/route
# ls -l /etc/ping
lrwxrwxrwx    1 root    system          14 Apr 04 2016  /etc/ping -> /usr/sbin/ping
通过对比其他服务器,发现文件的权限和文件大小是没有发生变化的。
注意:ping命令、route命令的真实文件并不是在/etc目录下,只是在/etc目录下做了一个软连接,相当于Windows系统的快捷方式,真正的配置文件是在/usr/sbin目录下,如果没有注意到这个情况,这个故障就很难排除了。
3.切换到/usr/sbin目录,查看文件的权限及大小
#cd /usr/sbin
aix系统netstat命令详解
#ls -alt
通过对比其他服务器的/usr/sbin目录,就会发现ping命令、route命令的权限虽然未发生改变,但是文件的大小全部为零,同时还发现,rpc.pcnfsd,uucpd等命令的文件也发生了改变。问题的原因所在终于到!
4.将之前备份好的配置文件覆盖现在的配置文件
#mv /usr/sbin /usr/sbin.bak20170725 //将损坏的配置文件重命名
#cp p /tmp/sbin.bak20170701.tar /usr/ //将备份的文件拷贝到/usr目录
#tar xvf /usr/sbin.bak20170701.tar C /usr/ //将备份文件减压到/usr目录。
#mv /usr/sbin.bak20170701 /usr/sbin //重新命令配置文件
5.还原配置文件后,再次执行ipconfig、route等命令,命令正常使用,修改网络配置,配置生效。
                                                                     

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。