ネットワークドライブバグを取り付けます。ディレクトリにアクセスできないか、df -hを実行できません。

ネットワークドライブバグを取り付けます。ディレクトリにアクセスできないか、df -hを実行できません。

過去に2つのネットワークドライブを取り付けましたが、すべてがうまく機能しましたが、今はいくつかの問題があります。

過去にこの問題があったことを知っていますが、回避策はよく覚えていません。しかし、問題はこれら2つのドライブに関連していました。

varもはや私のディレクトリにアクセスできません(両方のドライブがそこにマウントされています)。ロードのみされ、何も実行されません。

df -h私のストレージビューなどのコマンドを実行すると、同じことが発生します。ロードだけ続いて何もダメですね。 (df -l効率的)

この問題を解決するために試すことができるアイデアはありますか?

編集する:

情報源mount:

XXX.XXX.XXX.XXX:/voln1 on /var/storage type nfs (rw,relatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=XXX.XXX.XXX.XXX,mountvers=3,mountport=635,mountproto=udp,local_lock=none,addr=XXX.XXX.XXX.XXX)

XXX.XXX.XXX.XXX:/voln2 on /var/storage2 type nfs (rw,relatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=XXX.XXX.XXX.XXX,mountvers=3,mountport=635,mountproto=udp,local_lock=none,addr=XXX.XXX.XXX.XXX)

ベストアンサー1

ps fuxa実行中の停止プロセスの状態は、「D」または「中断なしでスリープ」にすることができます。これは、ある時点で接続が切断された可能性が高く、再接続しなかったことを意味します。別のコンソール/ターミナルで実行してumount -l /path/to/network/mounted/volumeから再インストールすると機能します。

umount -lこれはアンマウントを延期することです(したがって、このNFSボリュームにデータベースなどがある場合はこれを避ける必要があります)。

別のコンソールウィンドウでcatなどのコマンドを実行でき/proc/$(pgrep df)/{status,stack}、プロセスが待機しているものを表示する必要があります。これにより、共有がマウントされているとマークされますが、共有にアクセスできないと疑われます。これらの共有がアンマウントされると、両方のumount -lプロセスが終了して完了します。失敗した場合は、切断されないnfs接続を切断する方法をumount -l見つける必要があります。umount -f

おすすめ記事