关于list磁带备份内容非常神奇非常棘手的问题

Hason_Pan

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

RS9000

你list的时候不做重定向，就是显示在控制台上看看，如果没问题，就和磁带没关系了。

Hason_Pan

不做重定向，就很难收集所list出来的内容，其实这个问题和磁带是没有关系的，因为试了几套磁带，都有同样的问题，也不是磁带机的问题，因为磁带机能够备份，也能读写