系统出错，60个点停业!

newince

PANIC : HTFS : Bad directory ino 457
   (offset 0) on HTFS dev hd(1/90)
   NOTICE Flushing MegaRAID PCI RAID Adapter(s)
   系统为unix 5.05， online 7.31

补充：
1, 系统启动有错误提示：
SCSI boot option(s) ignored:Bad parameter count
2, 系统接有RS12的阵列柜
3,系统是online的状态，但在/tmp(因为是onconfig决定在这里放)下产生af.40d73ff等文件，还有很多巨大的文件，很快把本地硬盘写满了。

还有其它提示，搞忘了。

当时用了个ls后就出现关机的界面。估计用任何命令都要关机。

现在更怪，重心初始化阵列柜的裸设备空间，又好了。两个服务器都正常了。
重新启动还是大量的tar, compress,都没有问题了。找不到原因是睡不着觉的。

  仔细比较了服务器的硬盘，发现当时出问题的机器的swap很小，只有500M.
但当时切换到备机还是在备机的/tmp下大量写文件。根本喊不停! 现在又都好了。怪。

不说了，简直语无伦次。见谅!

水上游

能否将下/tmp下的文件贴上

大梦

有可能以与chunk的偏移有关~~~0零偏移可以覆盖系统分区表信息

mywg

可能是用“裸设备”吧，超出了设备的限制。

newince

[quote]原帖由 "水上游"]能否将下/tmp下的文件贴上[/quote 发表：


太大了，每个都接近1G.

newince

[quote]原帖由 "大梦"]有可能以与chunk的偏移有关~~~0零偏移可以覆盖系统分区表信息[/quote 发表：



有3个chunk. 第二个和第三个都有偏移量。（裸设备）
但偏移量大小不一致。应该没有影响吧

newince

[quote]原帖由 "mywg"]可能是用“裸设备”吧，超出了设备的限制。[/quote 发表：

啥子限制？没有超过2G的chunk.而且系统用了快两年了，从来没有出现这个问题！

mywg

每个chunk创建的时候要定义offset的,如果是裸设备，它是不会太计较大小的，可能是前一个chunk的内容大，写的内容覆盖了后一个chunk的offset以后的部分，这样在使用后一个chunk的时候，数据就错了。
好象是很久以前的以为“专家”开讲座的时间说的。当时建议大家把chunk尽量作大，最好就是一个完整的硬盘最好，并建议chunk的用量超过80%就马上加。

newince

我去看了一下，/tmp下有个shmem***的文件，大得很，是系统崩溃是memory的copy.

另外，我看了online.log。还是找不到原因。
有没有人愿意帮我分析一下，我发给他看看。