【課題】マルチノードシステム全体として統一されたステータスを認識することができるマルチノードシステム、異常処理方法、スイッチ、ノード及びプログラムを提供すること
【解決手段】本発明にかかるマルチノードシステムは、複数のノード２、３と、複数のノード２，３に含まれる任意のノード間でデータ転送用パス７を介してデータを転送するスイッチ１と、スイッチ１の異常を検出した場合に、検出した異常を通知する異常通知をデータ転送用パス７に出力するとともに、データ転送用パス７とは異なる診断用パス８に出力するスイッチ診断装置４と、異常通知をデータ転送用パス７もしくは診断用パス８から取得するノード診断装置５、６を備える。 （もっと読む）

【課題】物理ファイルを構成するＤＢブロックを検証する。
【解決手段】まず、ファイル２ｆに含まれる各ＤＢブロックに応じたチェックコードを生成し、ＤＢブロックへ埋め込む（１ｂ）。ログファイル２ｅに基づいて計算されたチェックコードと該ログに含まれるチェックコードが一致した場合、該ログに基づいてファイル２ｆにおける変更差分ＤＢブロックの位置情報を記憶部に格納する（２ｂ）。前記記憶部に格納された位置情報に応じ、ファイル２ｆにおけるＤＢブロックに基づいてチェックコードを計算する（２ｃ）。続いて、計算されたチェックコードと記憶部に格納したＤＢブロックのチェックコードが一致しなかった場合、該ＤＢブロックを破損ＤＢブロックと見做す（２ｃ）。そして、前記破損ＤＢブロックを含むファイル２ｆに対するログに含まれるトランザクションログ復旧可否情報に応じた処理を行う（２ａ）。 （もっと読む）

【課題】制御ボードの取り替え時にシステムの実運用への影響が少ないシステムを提供する。
【解決手段】周辺機器２０の実装情報をＲＯＭ１２及びＲＡＭ２１ａ、ｂが記憶する。制御ボード１０の取り替え時に、ＣＰＵ１１は、ＲＯＭ１２の実装情報とＲＡＭ２１ａ、ｂの実装情報とを比較して、同じ場合にＲＯＭ１２の実装情報により周辺機器２０ａ〜ｉの異常監視、制御を行う。異なる場合には、ＲＡＭ２１ａ、ｂの実装情報で周辺機器２０ａ〜ｉの異常監視、制御を行うとともに、その旨を操作者に報知する。 （もっと読む）

【課題】
マイコン内臓のI/O回路は、マイコンのハードウェア仕様での動作範囲に制限されるため、新規の通信プロトコルや従来ある通信仕様に比べて、更に高速になった通信プロトコルを検出するには、一度、設計/製作した通信ラインモニター装置としての電子回路を変更、もしくは、電子回路の追加を行う必要があり、通信ラインモニター装置の再設計/製作しなければならないという問題を有していた。
【解決手段】
FPGA内部のUSER LOGIC回路4は、通信プロトコルに合わせて、プログラムにより通信信号検出の論理回路を変更できるため、通信ラインモニター装置としての電子回路を変更、もしくは、回路の追加が容易となり、通信ラインモニター装置の再設計/製作の必要が無くなり、複数の通信プロトコルに対応できる汎用的な使い方ができる。 （もっと読む）

【課題】 ＩＸＳの切替えが発生した時にユーザによるマルチノードＪＯＢの再実行を不要とすることが可能なマルチノードコンピュータシステムを提供する。
【解決手段】 統合ＳＶＰ２は運用系のＩＸＳ（＃０）４０に訂正可能障害が発生した段階で、ＩＸＳ（＃０）４０及びＩＸＳ（＃１）４１の状態を切替え、保守している。統合ＳＶＰ２はノードＳＶＰ（＃０〜＃ｎ）１０〜１ｎを介して、ＩＸＳ（＃０）４０及びＩＸＳ（＃１）４１の運用系／待機系の切替えを「運用系／待機系」の状態から一旦、「運用系／運用系」の状態に変更し、その後「待機系／運用系」の状態に変更するという二段階の状態変更で行う。 （もっと読む）

【課題】 アプリケーションによるバストランザクションを解析し、アプリケーション毎にバス占有率を示す情報を提供する。
【解決手段】 システムバスに発行されるトランザクションをモニタし、そのトランザクションとアプリケーションとを関連付ける情報を保有する。そして、モニタされたトランザクションを保有された情報に基づいてアプリケーション別に区分して提供する。 （もっと読む）

【課題】マルチノードコンピュータシステムにおいて、復旧したノード間クロスバスイッチ(IXS)を再びシステムに組み込む際、各ノードで管理されている上記IXSのステータスをノードサービスプロセッサを利用しなくとも、保守員が容易に変更できるようにする。
【解決手段】保守員は、復旧したIXS2-0をマルチノードコンピュータシステムに組み込む際、統合SVP1に対してIXS2-0のステータスをノーマル状態にすることを要求する。統合SVP1は、この要求に従って自身が管理しているIXS2-0のステータスをノーマル状態に変更し、IXS2-0に対してそのステータスをノーマル状態にすることを指示する。IXS2-0は、この指示に従って自身のステータスをノーマル状態に変更し、各ノード3-0〜3-mに対してIXS2-0のステータスをノーマル状態にすることを指示する。各ノード3-0〜3-mは、この指示に従って自身で管理しているIXS2-0のステータスをノーマル状態にする。 （もっと読む）

【課題】診断プロセッサからＰＣＩカードへの書き込みを可能とする。
【解決手段】診断Ｉ／Ｆ制御部１０は、診断プロセッサ３から指示されたリクエストの種別、書き込み場所または読み出し場所であるＰＣＩカード４上のアドレス、さらに、リクエストの種別が書き込み処理である場合は書き込みデータを登録する。発行制御部１１は、診断Ｉ／Ｆ制御部１０の登録内容に基づき書き込み処理または読み出し処理を実行させるためのリクエストデータをＰＣＩカード４に発行する。受信制御部１２は、ＰＣＩカード４での書き込み処理または読み出し処理の結果を示すリプライデータをＰＣＩカード４から受信し、処理中のエラーの有無を示す完了結果ステータス、さらに、ＰＣＩカード４で読み出し処理が行われた場合の読み出しデータを抽出する。診断Ｉ／Ｆ制御部１０は、受信制御部１２にて抽出された完了結果ステータスや読み出しデータを登録する。 （もっと読む）

【課題】
回路規模の増大を抑止しながら、ＢＭＣ障害時にも適切な制御を可能とするシステムの提供。
【解決手段】
ＢＭＣ(Baseboard Management Controller）１０２と、複数系統のデバイス１０６のパスの接続／切り離しを制御するバスＨＵＢ部１０３と、バス切り替え部１０５と、ＢＭＣの障害を検出したときバスＨＵＢ部とバス切り替え部に障害を通知する障害検出部１０４を備え、バスＨＵＢ部は、障害検出部の通知により、ＢＭＣとのパス１０７を切り離し、バス切り替え部とのパス１０９を接続し、バス切り替え部は、ＢＭＣが障害で動作できないことをパス１１０を介して管理装置に通知し、ＢＭＣとのパス１０８を切り離し、管理装置は、バス切り替え部、バスＨＵＢ部を介してデバイスにアクセスできる。 （もっと読む）

【課題】バスプロトコル内で実現しうる全てのバスマスタのアクセスパターンを保持することにより、複雑なシステム動作の検証を確実に実行する。
【解決手段】 スレーブに対する動作検証用のテストパタンをシステムバス１６に出力し、スレーブからの応答信号を受領するテスト用マスタ１２と、テストパタン及び対応する期待値を保持する手段１３ａと比較手段１３ｂとを備え、テスト用マスタ１２を介してテストパタンを出力した際のスレーブからの応答信号と前記期待値とを比較する機能を有するＢＩＳＴ及びメモリ回路１３と、外部インターフェース１５を介して前記テストパタン及び前記期待値を前記保持手段に入力する為のＢＩＳＴインターフェース回路１４とを備えている。 （もっと読む）

【課題】 アクセス制御装置がホスト装置とは別の外部装置にアクセスできなかったことにより障害ありと判断された後のその障害からの回復を、人間からの情報入力による検出とは別の方法で検出することができるようにする。
【解決手段】 アクセス制御装置は、ホスト装置からアクセス要求を受信する第一のインターフェース（ＩＦ）と、外部装置における一又は複数のアクセス先候補の各々にアクセスする第二のＩＦとを備える。第二のＩＦは、第一のＩＦがアクセス要求を受信した場合に、特定のアクセス先候補にアクセスすることを試み、アクセスに失敗した後、回復があったと判断された場合には、回復という判断結果を出力する。第一のＩＦは、第二のＩＦから出力された判断結果を参照することにより、特定のアクセス先候補へのアクセス経路において回復があったことを検出する。 （もっと読む）

【課題】ＩＥＥＥ１３９４インターフェース以外の別のインターフェースで、そのＩＥＥＥ１３９４システム機器と接続する必要なしにＩＥＥＥ１３９４インターフェースの故障を検出できる車載電子機器を提供する。
【解決手段】接続ポートＡ１８２をＩＥＥＥ１３９４システム機器２４から切断し、接続ポートＢ１８３をＩＥＥＥ１３９４システム機器２１と接続し、ナビゲーション装置１と接続しているＩＥＥＥ１３９４システム機器２１〜２４の台数を検出する。次に、接続ポートＡ１８２をＩＥＥＥ１３９４システム機器２４と接続し、接続ポートＢ１８３をＩＥＥＥ１３９４システム機器２１から切断し、ナビゲーション装置１に接続しているＩＥＥＥ１３９４システム機器２１〜２４の台数を検出する。検出した台数とナビゲーション装置１に記憶されている接続台数ととより故障を検出し、故障している場合は、その故障している機器を特定する。 （もっと読む）

【課題】ネットワーク対応機器のフィールドバスプロトコルを自動的に検査する。
【解決手段】ネットワーク対応機器がフィールドバスプロトコルを満たしているかどうかを検査するに必要な一連の送信データと、それに対応する受信データ、所望のメッセージを促すメッセージコード、所望の場所で待ち時間を入れるウェイトコードを通信スクリプト１８としてファイルメモリ１６に格納しておく。検査用アプリケーション２２が起動すると通信スクリプト１８を開き、送信データ生成部２０が通信データフォーマット１９に従ってスクリプトを解析し、送信データを生成する。その送信データをネットワーク対応機器に送信し、応答して送信した受信データを受信データ解析部２１が解析する。通信スクリプト１８と受信データを比較し、比較結果をテキストファイルとして保存する。 （もっと読む）

【課題】 ストレージシステムの構成変更を一元的に管理して最新構成を把握し、構成変更を行う際には事前に信頼性を評価して障害の発生を抑制する。
【解決手段】 ホスト１がスイッチ２に接続されると、HBA１Ａの属性情報及びスイッチ２の属性情報がFDMI（Fabric Device Management Interface）により、接続情報記憶部２Ｃに記憶される（Ｓ１，Ｓ２）。各属性情報は対応付けられ、組合せ情報として管理される。ストレージ装置３は、スイッチ２から組合せ情報を取得し（Ｓ３，Ｓ４）、この組合せの信頼性について管理装置４に判定を依頼する（Ｓ５）。管理装置４は、HBAとスイッチの組合せについて判定し（Ｓ６）、この判定結果をストレージ装置３に通知する（Ｓ７）。ストレージシステムの構成を変更する際に、変更後の構成で運用を開始する前に、その構成の信頼性を確認でき、障害の発生を低減できる。 （もっと読む）

【課題】 操作性を要求されるストレージ装置各部に対する設定作業や保守作業に加え、高い信頼性が要求される監視・保守端末への障害情報の通報を、信頼性を低下させることなく行えるようにする。
【解決手段】 SVP２３、SVP２５が有する機能とは、高い信頼性が要求される、ストレージ装置３に対する監視機能、遠隔保守センター端末１３等への通報機能である。この通報機能とは、監視機能により検知された、ストレージ装置３の障害等のイベントを、遠隔保守センター端末３等へ通報するものである。SVP２３、SVP２５の機能を、ストレージ装置３の障害の通報機能、障害以外の情報の通報機能、SNMP機能に限定して、SVP２３、SVP２５に搭載されるOSを始めとするプログラムの量を少なくしている。 （もっと読む）

【解決手段】デバイス管理システムは、バックプレーンと、前記バックプレーンを介して通信し、識別情報を格納するデバイスと、前記識別情報を受信して、前記識別情報と一致する診断モジュールを提供する管理モジュールと、デバイスと関連付けられているコントローラとを含む。前記コントローラは前記管理モジュールに前記識別情報を供給して、前記管理モジュールから前記診断モジュールを受信し、そして、前記診断モジュールから得られた前記デバイスの診断情報を出力する。

（もっと読む）

【課題】複数のプロセッサをクロスバスイッチにより接続したマルチプロセッサシステムにおいて、クロスバスイッチを経由してリクエスト発行元に折り返すリクエストが、クロスバスイッチの障害、またはクロスバスイッチの有するインターフェース機構における障害等によりタイムアウトした場合に、後続リクエスト処理が滞留することを回避し、障害処理を起動させる経路を確保する。
【解決手段】送信したリクエストを保持する送信リクエストログレジスタ群、リクエスト送信からその折り返しリクエストを自分自身で受信するまでの状態を示す送信フラグ、リクエストの送信状態を時間監視する機構、リクエストのタイムアウト検出時、対応したリクエストを前記送信リクエストログレジスタ群の該当レジスタより読み出してダミーのリクエストを発生する機構を有する。 （もっと読む）