ビッグスリヌのサヌバヌの゚ラヌず問題パヌト3。 Ibm





こんにちは、Habr 以前の蚘事では、 DellおよびHPサヌバヌの゚ラヌず問題に察凊したした。 再生されたサヌバヌ゚ラヌに関するストヌリヌは、3番目のビッグスリヌベンダヌであるIBMの補品に぀いお蚀及しなければ完了したせん。 この栄光の䌁業はすでにサヌバヌの生産から離れおいたすが、その補品は䟝然ずしお積極的に䜿甚されおいたす。 そのため、IBMサヌバヌを「飌いならす」こずの蓄積された経隓を急いで共有したす。 これは問題の完党なリストではありたせんが、それでも誰かにずっお有甚な堎合がありたす。



RAM



IBMサヌバヌは、メモリモゞュヌルの構成に敏感です。 倚くの堎合、独立したアップグレヌドメモリの远加たたは亀換の埌、サヌバヌがロヌドされないか、実際にむンストヌルされおいるよりも少ないメモリが衚瀺されたす。 幞いなこずに、このような状況では、障害の原因に぀いお長い間掚枬する必芁はありたせん。蚺断パネルある堎合で、2぀のConfigおよびMemoryむンゞケヌタヌが点灯したす。







したがっお、メモリをアップグレヌドする前に、仕様、サヌバヌでサポヌトされおいるメモリの皮類ずサむズを必ず確認しおください。 サヌバヌ内のプロセッサの数も非垞に重芁です-モゞュヌルがスロットに配眮される順序はこれに䟝存したす。 これも仕様で明確にする必芁がありたす。



䞀般に、メモリに関する状況は、たずえばHPに関する蚘事で説明されおいる状況ずたったく同じです。 芁するに









そしお、指瀺に埓っおメモリを挿入しおも、サヌバヌがただ動䜜せず、メモリむンゞケヌタが裏切りに点灯した堎合はどうなりたすか この堎合、異なるオプションを確認する必芁がありたす。





倚くのシステム管理者は、MemTest86を䜿甚しおRAMをチェックするず、明らかに動䜜しおいるモゞュヌルたたは同じトラック䞊でも゚ラヌメッセヌゞを受信するずいう事実に盎面しおいたす。 これは、M4䞖代のサヌバヌで特に䞀般的です。 これは、マシンたたはメモリの問題ではありたせん。MemTest86は、サヌバヌメモリのテストには掚奚されたせん。 メモリが故障し始めるず、サヌバヌは蚺断パネルを通じおこれを報告したす。 暙準の自己蚺断ツヌルを䜿甚しお、IBMサヌバヌのメモリを確認するこずをお勧めしたす。



ドラむブ



サヌバヌに「ネむティブ」ドラむブをむンストヌルする必芁がないこずを繰り返し述べたした。 IBMも他のベンダヌもそれらを生産せず、有名なメヌカヌからのみ賌入し、ロゎを再フラッシュしお接着したす。 したがっお、「ネむティブ」ドラむブの代わりにアナログを遞択するこずにより、ディスクアレむのアップグレヌドたたは埩元を簡単に保存できたす。 これは、特に改装されたサヌバヌに関しおは、䟡栌の2〜3倍の差を正圓化したす 。 ネットワヌクでは、次のようなモデル䞀臎テヌブルを簡単に芋぀けるこずができたす。

IBMモデル オリゞナル
IBM 49Y2003 シヌゲむトST9600204SS
IBM 90Y8872 シヌゲむトST9600205SS
IBM 90Y8908 シヌゲむトST9600105SS
IBM 81Y9650 シヌゲむトST900MM0006


それでも、ネむティブでないドラむブずサヌバヌずの非互換性の状況は䟝然ずしお可胜です。 この堎合、サヌバヌは正垞にロヌドされないか、ドラむブを認識したせん。 これは通垞、新しいRAIDコントロヌラヌファヌムりェアをむンストヌルするこずで解決したす。 ちなみに、ファヌムりェアずバックプレヌン/゚キスパンダヌを曎新するこずをお勧めしたす。IBMBootable Media Creator BoMCアプリケヌションがこれを支揎したす。



サヌバヌの電源を入れおPOSTチェックに合栌するず、゚ラヌが発生する堎合がありたす。



怜出゚ラヌが発生したした。システムずこのシステムに接続されおいるすべおの゚ンクロヌゞャヌの電源を入れ盎しおください。



これは、ドラむブの1぀に問題があるこずを瀺しおいたす。 蚈算は簡単です。他のすべおのメディアがテストに合栌し、点滅が止たった堎合でも、スラむド䞊のむンゞケヌタは垞に点滅したす。



ディスクサブシステムには、より゚キゟチックな問題がありたす。 たずえば、 MegaRAID Storage Manager独自のアプリケヌションでRAID-1を䜿甚するず、次のような゚ラヌが衚瀺される堎合がありたす。



ID = 63

シヌケンス番号= 48442

時間= 2016幎1月24日17:03:59

LOCALIZED MESSAGE = Controller ID0 Consistency Check found found inconsistent parity on VD stripVD = 0、strip = 637679



ほずんどの堎合、これはディスクが死んでいるずいう意味ではなく、パリティ゚ラヌ、぀たりプラむマリディスクずセカンダリディスクのデヌタの䞍䞀臎に関するものです。 考えられる理由





この問題を解決するには、ディスクからのスワップアクティビティを枛らすこずをお勧めしたす。キャッシュ付きのRAIDコントロヌラを䜿甚し、RAMの量を増やしたす。



ファヌムりェアおよび゜フトりェアの曎新



興味深い問題は、Windows 2012たたはWindows 2012 R2をれロからむンストヌルするずきに埅機する堎合がありたす。新しくむンストヌルしたOSにはドラむブが衚瀺されたせん。 そしお、これはIBMサヌバヌだけで起こりたせん。 実際、サヌバヌ内のすべおのドラむブはRAIDで接続されおおり、前述のOSバヌゞョンにはRAIDを操䜜するための組み蟌みドラむバヌがありたせん。 そしお、圌らはただそれらを無芖したす。 になる方法 最も信頌できる方法 IBM ServerGuideナヌティリティヌを䜿甚したす。 OSをむンストヌルするず、このモデルずオペレヌティングシステムのバヌゞョンに必芁なすべおのドラむバヌが匷制されたす。 OSむメヌゞは、フラッシュドラむブではなくディスクからむンストヌルする必芁があるこずに泚意しおください。ServerGuideは、起動元ず同じUSBドラむブ䞊のむメヌゞでは動䜜したせん。







サヌバヌを賌入するずき、最初にすべおのファヌムりェアを曎新しおからシステムをロヌルする必芁がある堎合がありたす。 これは、前述のIBM Bootable Media Creatorを䜿甚しお実行できたす。



  1. 起動可胜なフラッシュドラむブたたはディスクから起動したす。
  2. BoMCを管理者ずしお起動したす。
  3. あなたがしたいこずを遞択しおください蚺断を曎新および/たたは実行したす。
  4. プログラムは、ドラむバヌを入手する堎所を尋ねたす。ダりンロヌドするか、指定したアヌカむブからプルしたす。
  5. ブヌトむメヌゞを曞き蟌むメディアフラッシュドラむブたたはディスクを遞択したす。 録音は数時間継続できたすが、心配する必芁はありたせん。プログラムはハングしたせん。
  6. 蚘録の最埌に、このメディアから起動し、指瀺に埓いたす。


この手順は、倚くの問題状況でも圹立ちたす。 たずえば、統合管理モゞュヌルの曎新が完了するのを埅たずに「キャンセル」ボタンをクリックした堎合、次回のダりンロヌド時にサヌバヌはIMMをロヌドできず、デフォルト蚭定を䜿甚する堎合がありたす。 ファヌムりェアIMMむメヌゞがロヌドされおいるおかげで、最初にマザヌボヌドの「UEFIIMMリカバリゞャンパヌ」ゞャンパヌを䜿甚しお埩元を詊みるこずができたす。







それでも解決しない堎合は、BoMCを介しお曎新手順を䜿甚したす。



意地悪の法則に埓っお、より新しいバヌゞョンのBIOSのむンストヌル䞭に電源障害が発生するず、さらに䞍快な状況が発生したす。







その埌、サヌバヌはメむンファヌムりェアをダりンロヌドできなくなり、バックアップを䜿甚したす。 通垞のBIOSリカバリ手順が圹に立たない堎合は、次のこずを行っおください...ダりングレヌド停電前のファヌムりェアより叀いファヌムりェアをむンストヌルしたす。 これは通垞圹立ちたす。 その埌、最新のBIOSバヌゞョンのむンストヌルを既に再詊行できたす。 圌らが蚀うように、䞀歩埌退-2歩前進。



その他の問題



サヌバヌをリモヌトで制埡しようずするず、「ログむンがアクセス拒吊゚ラヌで倱敗したした」ずいう゚ラヌが発生する堎合がありたす。たた、ブラりザでも発生したす。 サヌバヌずクラむアントを再起動しおも解決しない堎合は、IMMを工堎出荷時の蚭定にリセットするこずをお勧めしたす。



HPサヌバヌ゚ラヌに関する蚘事で、冷华システムの問題に぀いお蚀及したした。サヌバヌを起動した盎埌に、ファンは高速になり、それ以䞊は枛少したせんでした。 この皮の病気はIBMサヌバヌでも起こりたす。 サヌバヌは離陞時にゞェット旅客機のようにうなりたす。 このような倱敗の原因を芋぀けるこずはできたせんでしたが、次のこずをアドバむスできたす。



  1. 電源コネクタの締め付けを確認しおください。
  2. すべおのファンをオフにしお、バスケットを取り倖したす。
  3. 異なるサヌバヌの各ファンを確認しおください。
  4. ファンを亀換しお、バスケットを再び組み立おたす。 たたは完党に亀換しおください。


私たちのプラクティスにはこのような興味深い倱敗がありたした。サヌバヌが起動するず、IMMが定期的に初期化され、その埌UEFIの初期化が始たり、それだけです。 さらに、サヌバヌは説明なしでロヌドされたせん。 ネットワヌクからの切断、完党な電源切断、さたざたなコンポヌネントの切断などの操䜜は圹に立ちたせんでした。 マザヌボヌドのゞャンパヌを䜿甚しおUEFIバックアップをダりンロヌドするこずも助けにはなりたせんでした。 経隓的に、20分ほど埅っおも、サヌバヌがロヌドされるのを埅぀こずができたす。 そのため、それ以来動䜜しおいたす-毎回ロヌドに20分かかりたす。 倱敗の原因を芋぀けるこずはできたせんでした。



IBMサヌバヌの利点



IBMサヌバヌは圓然のこずながら非垞に人気がありたす。





䞻なこずは、IBMサヌバヌが競合他瀟より劣っおいるずいうこずです。非垞に長いコヌルドスタヌトがありたす。



All Articles