系統(tǒng)出錯，60個點停業(yè)!

newince

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

補充：
1, 系統(tǒng)啟動有錯誤提示：
SCSI boot option(s) ignored:Bad parameter count
2, 系統(tǒng)接有RS12的陣列柜
3,系統(tǒng)是online的狀態(tài)，但在/tmp(因為是onconfig決定在這里放)下產(chǎn)生af.40d73ff等文件，還有很多巨大的文件，很快把本地硬盤寫滿了。

還有其它提示，搞忘了。

當(dāng)時用了個ls后就出現(xiàn)關(guān)機的界面。估計用任何命令都要關(guān)機。

現(xiàn)在更怪，重心初始化陣列柜的裸設(shè)備空間，又好了。兩個服務(wù)器都正常了。
重新啟動還是大量的tar, compress,都沒有問題了。找不到原因是睡不著覺的。

  仔細(xì)比較了服務(wù)器的硬盤，發(fā)現(xiàn)當(dāng)時出問題的機器的swap很小，只有500M.
但當(dāng)時切換到備機還是在備機的/tmp下大量寫文件。根本喊不停! 現(xiàn)在又都好了。怪。

不說了，簡直語無倫次。見諒!

水上游

能否將下/tmp下的文件貼上

大夢

有可能以與chunk的偏移有關(guān)~~~0零偏移可以覆蓋系統(tǒng)分區(qū)表信息

mywg

可能是用“裸設(shè)備”吧，超出了設(shè)備的限制。

newince

[quote]原帖由 "水上游"]能否將下/tmp下的文件貼上[/quote 發(fā)表：


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

newince

[quote]原帖由 "大夢"]有可能以與chunk的偏移有關(guān)~~~0零偏移可以覆蓋系統(tǒng)分區(qū)表信息[/quote 發(fā)表：



有3個chunk. 第二個和第三個都有偏移量。（裸設(shè)備）
但偏移量大小不一致。應(yīng)該沒有影響吧

newince

[quote]原帖由 "mywg"]可能是用“裸設(shè)備”吧，超出了設(shè)備的限制。[/quote 發(fā)表：

啥子限制？沒有超過2G的chunk.而且系統(tǒng)用了快兩年了，從來沒有出現(xiàn)這個問題！

mywg

每個chunk創(chuàng)建的時候要定義offset的,如果是裸設(shè)備，它是不會太計較大小的，可能是前一個chunk的內(nèi)容大，寫的內(nèi)容覆蓋了后一個chunk的offset以后的部分，這樣在使用后一個chunk的時候，數(shù)據(jù)就錯了。
好象是很久以前的以為“專家”開講座的時間說的。當(dāng)時建議大家把chunk盡量作大，最好就是一個完整的硬盤最好，并建議chunk的用量超過80%就馬上加。

newince

我去看了一下，/tmp下有個shmem***的文件，大得很，是系統(tǒng)崩潰是memory的copy.

另外，我看了online.log。還是找不到原因。
有沒有人愿意幫我分析一下，我發(fā)給他看看。