- 论坛徽章:
- 0
|
由于客户要求,要将备份的内容list出来给客户,备份需要4盒磁带,备份是用AIX的backup命令做的,list备份是用restore -Tqv -f /dev/rmt0.1 做的,list出来的内容会重定向aaa文件,list第一盒磁带的时候,aaa文件大小到达696320就不动了,磁带机的灯还在闪,restore的进程还在,等了1个多小时后,结果发现restore的进程消失了,没有任何错误信息提示,aaa文件大小还是696320,aaa文件最后一行是A文件。到底是什么原因导致进程自动消失呢,查不出来也想不出来。真是郁闷!
以为是电脑的问题,第二次在同事的电脑上做,重定向到bbb文件,大小同样也是到了696320就不动了,等了1个多小时候后,居然提示换第二盒磁带了,但这时bbb大小还是696320,查看这套备份的日志文件,第一盒磁带的内容是没有全部list出来的,为啥会提示换磁带呢。换就换吧,换了磁带后,以为bbb的大小会变动了,结果等了2个小时左右也没有任何变化,大小还是696320,bbb文件最后一行显示还是A文件。检查磁带机的灯,还在闪,restore的进程还在,这时除了喊郁闷之外还是喊郁闷,到底是啥问题啥原因呢?这样做下去,到底要等到何年何代呢?最后受不了还是手工把进程杀掉了,bbb大小还是696320
初步怀疑是磁带的问题,换了另外一套备份,备份的内容和之前测试的备份都一样,同样也用了4盒磁带,查看备份日志文件,发现备份日志文件的顺序有点不太一样。重定向ccc文件,文件大小也是到了696320后就不动了,查看ccc文件最后一行,发现是B文件,这样看的话,并不是A文件导致问题,也不是B文件导致问题,最后也是等了一个多小时候,进程也是自动消失了,真的是死得不明不白。神奇啊,为什么都是重定向文件大小到达696320就不动呢,为什么都要等上1个多小时后进程才会自动消失,到底什么东西导致进程消失了呢?
更奇怪的是,如果是直接restore第一盒磁带尾部某个文件,是顺利和成功的,但这个文件名并不在aaa,bbb,ccc文件里,也就是说并没有被list出来,但restore是成功的,为什么直接restore能够顺利读下去,但list就读不下去呢?请问到底是什么问题呢? |
|