VMware+SAN には複数の Linux 仮想マシンがあります。
どうしたの?
SAN(失敗したパス)に問題があるため、Linux VMドライブに一定期間I / Oエラーが表示されます。パスフェイルオーバーが完了するまでは遅すぎます。すべてのLinuxシステムは、ほとんどのドライブがもはや「信頼できない」と判断し、読み取り専用デバイスとして設定します。。ルートファイルシステムドライブも影響を受けます。
私が試したこと
mount -o rw,remount /
成功しませんでした。echo running > /sys/block/sda/device/state
成功しませんでした。/sys
成功せずに解決策を見つけるために努力しています。
私が試していない可能性があるもの
blockdev --setrw /dev/sda
いよいよ…
すべてのLinux仮想マシンを再起動する必要がありました。 Windows VMは良いです..
VMwareの追加情報...
問題が説明されました。ここ。 VMwareでは、Linux scsiタイムアウトを増やす防ぐこの問題が発生します。
ここで問題が発生します!
しかし、問題が発生したときする結局のところ、これが起こったらドライブを読み書きモードに戻す方法はありますか?(SAN がバックアップされると)
答え1
ここでこの問題が何度も発生しました。通常、ネットワークが長期間ダウンしたためです。問題は、ファイルシステムが読み取り専用であるのではなく、ディスクデバイス自体が読み取り専用としてマークされていることです。再起動しか方法がありません。 scsi タイムアウトを増やすと、パスフェイルオーバーなどの一時的なエラーが発生します。 15分間のネットワーク停止には適していません。
答え2
からmount
:
errors={continue|remount-ro|panic}
Define the behavior when an error is encountered. (Either
ignore errors and just mark the filesystem erroneous and con‐
tinue, or remount the filesystem read-only, or panic and halt
the system.) The default is set in the filesystem superblock,
and can be changed using tune2fs(8).
continue
したがって、このオプションを代わりに使用する必要がありますremount-ro
。
mount -o errors=continue
mount -o remount
答え3
RHELシステムで接続されているSANを再起動/再構成すると、この問題が発生しました。私にとって有用な方法は、ボリュームグループとLVMを無効にしてから再度有効にすることでした。
vgchange -a n /vg_group_name
lvchange -a n /lvm_group_name
その後、再度有効にする必要があります。
vgchange -a y /vg_group_name
lvchange -a y /lvm_group_name
それからmount -a
。
答え4
意図的に無効にしたNFSデータストアで実行されているテスト仮想マシンを使用して、テストケースを実行した後に機能するエントリを見つけられませんでした。これブロック開発者コマンドは機能せず、vg /lvコマンドはインストールされているルート/
システムで動作を拒否します。
現在としては最善の選択はerrors=panic
次のように設定するようです。/etc/fstabしたがって、仮想マシンは失敗します。