我们都是用SecureCRT来管理所有AIX/Linux 服务器的，粘贴的功能当然是经常用了，不过我这里记录下我的一位同事在使用粘贴时一时不小心带来的重大后果，同时提醒自己做事情要小心，有些习惯问题则要注意！
事情是这样的，我们的一台服务器，准确的说是一台没有上线的PROD的Server, 我在周末用VPN连回来测试一个东西，结果发现无法telnet, 但是我必须得连上去，于是我让值班同事从HMC连进去看看，不能登陆进去，而且报了个错 init: /usr/sbin/getty console .....
telnet上去时也是不行的，但是可以ping通，然后我就直接让这位同事重启Server 结果还是没有办法启动系统，停留在 0517的错，网上看了可能是/usr文件系统无法mount上去，这个时候幸亏我们之前有做系统的克隆，于是第二天我一早过来，重启系统根据提示很容易让它从我之前的那块克隆的硬盘启动系统，先把应用的东西重新建起来，在重新搭建的过程中发现我用来存放数据的文件系统里面的文件也都不见了，所以问题大概知道在哪了，现在我要把之前的rootvg里面的数据抓出来看看究竟怎么回事
要在从新的备用磁盘引导后“唤醒”一个原始 rootvg：
#alt_disk_install -W hdisk0
这个时候可以进旧的rootvg里面看看.sh_history文件里面当时下过哪些命令
#cd /alt_inst/
#vi .sh_history 查看下过的命令，并且找到原因
这里我们看到有这么一段
rm $TmpMsg
fi
^B^F^Vcd ${bklogdir}
mvfile1=`find ./ -mtime +30 -print |cut -c3-50 |xargs`
for i in ${mvfile1}
do
rm -fr $i
done
exit 0
注意到这里面 rm -rf $i
$i又是在找系统里面三十天之前的数据，所以问题就大概明了了，当时这位同事应该是在做操作时，不知道粘贴板里面放着的是什么东西就直接粘贴到SecureCRT上面，系统就执行了这些命令，结果删除了整个系统里面很多重要的文件，结果导致系统无法登陆。
找到原因后，不在需要这个altinst_rootvg
#alt_disk_install -S
然后，对于alinst_rootvg 不能去export它
如果用 alt_disk_install 创建了备用 rootvg，当不再希望使用它，或不想再运行 alt_disk_install 命令时，请不要在 altinst_rootvg 命令上运行 exportvg。
仅运行 alt_disk_install -X 命令来从 ODM 数据库中除去 altinst_rootvg 定义。您不能运行 exportvg 命令（或 reducevg 命令）的原因是逻辑卷名称和文件系统名称现在具有实际名称，且 exportvg 将从实际 rootvg 的 /etc/filesystems 除去实际文件系统的节。
如果偶然运行了 exportvg ，请确保在重新启动系统前重新创建 /etc/filesystems 文件。如果没有正确的 /etc/filesystems 文件，系统不会重新引导
所以执行下面这个命令
#alt_disk_install -X
这个时候alinst_rootvg 就不在了，剩下的pv可以再次把mirror 和clone做上
阅读(5002) | 评论(0) | 转发(0) |
