web-dev-qa-db-ja.com

NFSマウント上の共有ライブラリが1つのホストから見つかりません、別のホストからは正常に動作します

NFS4マウントからの共有ライブラリのロードに関して非常に奇妙な動作が発生しており、誰かがそれに光を当てることができることを望んでいます。

次のことを考慮してください。

$ ucto
ucto: error while loading shared libraries: libfolia.so.3: cannot open shared object file: No such file or directory

調査したところ、このエラーが表示される理由はわかりません。

$ which ucto
 /vol/customopt/lamachine/bin/ucto

$ echo $LD_LIBRARY_PATH
 /vol/customopt/lamachine/lib:/vol/customopt/machine-translation/lib:/vol/customopt/nlptools/lib/:

$ ls -lh /vol/customopt/lamachine/lib/libfolia.so.3*
 lrwxrwxrwx 1 proycon customopt 17 Sep 18 16:42 /vol/customopt/lamachine/lib/libfolia.so.3 -> libfolia.so.3.0.1
 -rwxr-xr-x 1 proycon customopt 9.5M Sep 18 16:42 /vol/customopt/lamachine/lib/libfolia.so.3.0.1

ライブラリファイルを問題なく開くことができることを確認しました。

今、私が別のホストに切り替えると、はまったく同じNFSマウントを使用しますが、何の問題もなく、ライブラリが見つかります問題なくロードされました。

マウントは次のようにマウントされます。

 customopt-srv.mydomain.com:/export/customopt on /vol/customopt type nfs (rw,nosuid,tcp,hard,intr,sloppy,vers=4)

ここで何が起こっているのですか？私が知らないキャッシュはありますか？誰かが同様の問題を経験しましたか？クライアント側とサーバー側のどちらを見る必要がありますか？

クライアントとサーバーの両方がUbuntu14.04LTSを実行しています。

linuxnfsdynamic-linkingshared-libraryshared-folders
3
proycon

ライブラリキャッシュ（/ etc/ld.so.cache）がクライアントでまだ更新されていないようです。次回問題が発生したときにldconfig -pの出力を確認して、確認してください。

1
Jeff Schaller