有沒有真正的Solaris高手？

titain1979

有沒有真正的高手幫助解決這個(gè)問題：[allocb trap type 31 (data mmu miss)]   ；這是個(gè)什么問題，還有allocb是什么意思，是Sun的某個(gè)硬件設(shè)備嗎？上面的只是act分析后的結(jié)果，還有messages文件的內(nèi)容：Jul 30 21:54:35 hebeitv savecore: [ID 570001 auth.error] reboot after panic: BAD TRAP: type=31 rp=2a102911470 addr=3030322d32311950 mmu fsr=0\r\n\r\n\r\n怎么解決，是什么問題？希望大家發(fā)表自己的看法，集思廣益�。�！

Philmoon

不敢妄稱高手，不過偶認(rèn)為：\r\nmmu應(yīng)是memory manangement unit\r\nallocb應(yīng)與alloc調(diào)用有關(guān)\r\n因此應(yīng)該是內(nèi)存分配失敗的問題，多數(shù)該是內(nèi)存條有點(diǎn)不妥了吧

titain1979

請(qǐng)看這個(gè)：In some cases, the bad trap message indicates a bad or down-rev CPU.

Philmoon

原帖由 \"titain1979\" 發(fā)表：\nThe following conditions\r\ncan cause a bad trap: a system text or data access fault, a system data alignment\r\nerror, or certain kinds of user software traps...........

\r\nCPU處理數(shù)據(jù)，MEMORY保存數(shù)據(jù)，當(dāng)數(shù)據(jù)存取出現(xiàn)問題時(shí)，CPU、內(nèi)存、應(yīng)用程序都逃不了干系。但從故障發(fā)生概率看，內(nèi)存最大，CPU次之。應(yīng)用程序情況過于復(fù)雜，是開發(fā)者的問題，系統(tǒng)管理員一般不再深入研究它。

Solaris12

原帖由 \"hilmoon\" 發(fā)表：\n不敢妄稱高手，不過偶認(rèn)為：\r\nmmu應(yīng)是memory manangement unit\r\nallocb應(yīng)與alloc調(diào)用有關(guān)\r\n因此應(yīng)該是內(nèi)存分配失敗的問題，多數(shù)該是內(nèi)存條有點(diǎn)不妥了吧

\r\n\r\n差不多，是內(nèi)存訪問的問題，\r\nBAD TRAP，一般硬件或者內(nèi)核錯(cuò)誤都能引起。

ywsun

什么機(jī)型阿？\r\n\r\n也可能是主板的問題~

titain1979

謝謝大家的支持�。≈皇且豢頢un的Blade2000，雙處理器，2G的Memory，跑的是網(wǎng)管程序（具體我不是很清楚）。\r\n如果說是內(nèi)存的問題，那就麻煩了，里面可能有8條memory，而且在messages里沒有明確報(bào)memory的錯(cuò)誤，即使POST也不見得會(huì)查出問題（況且用戶現(xiàn)場(chǎng)不具備條件）。

metor78

替換法，sun的內(nèi)存是4條一組，可以拆下一組后查看情況，然后逐個(gè)排除。

titain1979

以前處理過這樣的case，V440報(bào)cpu panic、主機(jī)重啟，讓sun去分析，sun沒有什么結(jié)果，告訴我有可能是硬件問題，有可能是軟件問題……于是我們直接要求她換cpu。換過cpu之后沒有再出現(xiàn)過問題。\r\n\r\n當(dāng)然，440沒有過保，而這個(gè)B2000已經(jīng)過保了，而且兩個(gè)cpu都在報(bào)cpu panic……

metor78

cpu panic不代表cpu一定是壞了，逐個(gè)排查才是正理