RHEL5にSASテープライブラリが表示されない

0

SASリンクによってサーバーに接続されているテープライブラリがあります。サーバーはOS Linuxを実行しています。OSは/ proc / scsi / scsiにテープライブラリを認識しません。scsi bus（* 1）を再スキャンしようとしましたが、役に立ちませんでした。

それにアクセスするにはどうすればよいですか？

PS：主な目的は、サーバーに接続されていることを確認することです。ストレージシステムも同じHBAに接続されています。サーバー、ストレージ、およびライブラリベンダー-HP。

* 1-ホストごとにecho '---'> / sys / class / scsi_host / hostN / scanを実行します

— st0ne_c0ld
ソース

1）dmesgからの出力を提供する必要があります。特に、テープドライブが検出されたかどうかを確認してください。2）これがRHEL5の場合、テープドライブのファームウェアをインストールして、Linux固有のファームウェア/ドライバーのベンダーWebサイトを確認し、それに応じてインストールする必要があります。

— オネイロイ

1. / var / log / messagesおよびdmesgはクリーンです。2. HPのWebサイトを確認しますが、ドキュメントには、追加のアクションなしで表示されるべきであると書かれています

— ...-st0ne_c0ld

1

もっと詳しく見たいです。サーバーモデル、テープドライブ情報を提供し、サーバーに接続される方法を説明してください。どのバックアップソフトウェアスイートを使用しますか？

一般に、SASテープデバイスは専用のSAS HBAに接続する必要があります。ほとんどのHPインストールでは、これは実際にはLSIベースのコントローラーであるため、mptfusionドライバーセットを使用することになります。したがってgrep -i mpt、dmesg出力と/ var / logの関連ログファイルで...

ドライバ/モジュールがロードされている場合、ドライブを再スキャンしたり、手動で何かを行ってドライブを認識する必要はありません。

これは、HP Smartアレイコントローラーに直接接続している場合は異なる場合があります...そのため、明確にしてください。

— ewwhite
ソース

1

サーバーを再起動すると、テープライブラリが/ proc / scsi / scsiおよび/ dev /ファイルに正しく表示されます。それは動作するはずの方法ではありません。しかし、それは助けた。

おそらくSASの「トポロジマップ」またはこのようなものが原因です。再起動後-multipathdは切断されたリンクに関するエラーメッセージの表示を停止したためです（再起動前にmultipathdをリロードしようとしました）。

— st0ne_c0ld
ソース