☰

NFSマウントファイルシステム（QNAPサーバー）を通過する無限ループ

tag-icon • tag-icon ubuntu nfs qnap
NFSマウントファイルシステム（QNAPサーバー）を通過する無限ループ

最近NFSマウントに問題が発生したため、マウントされたファイルシステムを参照できません。

find /media/photos/

しばらくうまく機能し、特定のファイルに対して無限ループに変質します。

/media/photos/2012/07/02/IMG_1180.jpg.xmp
/media/photos/2012/07/02/IMG_1180.jpg.xmp
/media/photos/2012/07/02/IMG_1180.jpg.xmp
/media/photos/2012/07/02/IMG_1180.jpg.xmp
...

サーバーは、5.0.0.1853を実行しているQNAP TS-451 + NASです。クライアントは、Ubuntu 20.04.3（フォーカス）、Linux 5.8.0-43-genericを実行するLinuxシステムです。

トラブルシューティングを試みたいくつかの点は次のとおりです。

  • findループされたファイルを削除します。これはfind /media/photos同じことを行いますが、別のファイルを繰り返します。
  • NASでファイルシステムチェックを実行します。 NASを再起動します。お金を守ってください。
  • オーバーフローを防ぐには、inode番号を確認してください。df -i /media/photos合計6,553,600個のinodeを表示し、294,671個が使用されます。これは私にとって不合理なようではありません。
  • find別のファイルシステムで実行します。/media/photosこれが現れる唯一のファイルシステムです。同じNASにはより大きいまたはより多くのinodeを使用する他のNFSマウントファイルシステムがありますが、すべてうまく機能します。
  • find /media/photos別のホストで実行してください。
    • NAS自体では、findローカルファイルシステムで実行すると正常に動作します。
    • Montereyを実行しているMacでは、findすべてのNFSマウントファイルシステムが完全に動作します。
  • ファイルシステムを手動でマウントします。通常/media/photosはautofsによってマウントされます。systemctl stop autofsその後、すべてのファイルシステムをアンマウントしてみましたmount -t nfs -o ro mynas:/photos /mnt。find /mnt上記の無限ループの問題がまだ発生します。
  • 確認してください/var/log。注目すべき内容はありませんが、文字列 "NFS"を持つ項目以外に何を見つけるべきかわかりません。

このマウントは長年にわたって見事に働いてきました。一週間前に失敗しました。これは、QNAPがQTS 5.0.0.1853にアップグレードするのと一致しているようです（クライアントも定期的に更新しますが）。 QNAPのアップグレードにより、UbuntuのNFSクライアントでいくつかのバグが発生したようです。しかし、この問題を解決する方法がわかりません。さらに重要なことは何をすべきかです。 NFSオプションのいくつかは慣れていないかもしれませんが、NFSは私には適していません。

ベストアンサー1

おすすめ記事