2

mkl ライブラリに動的にリンクされたコードがあります。コードを実行すると、mkl が見つからないと報告されます。

./bmdl
/g/software/EMTO/5.7/intel_12.1/ser/bin/bmdl: error while loading shared libraries: libmkl_intel_lp64.so: cannot open shared object file: No such file or directory

しかし、ldd を使用して実行可能ファイル内の動的にリンクされたライブラリをチェックすると、mkl ライブラリが見つかったことが示されます

ldd bmdl
libmkl_intel_lp64.so => /g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_intel_lp64.so (0x00002b975d76d000)
libmkl_sequential.so => /g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_sequential.so (0x00002b975df53000)
libmkl_core.so => /g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64/libmkl_core.so (0x00002b975e631000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003785600000)
libm.so.6 => /lib64/libm.so.6 (0x0000003784e00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003784a00000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x000000378a600000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003785200000)
/lib64/ld-linux-x86-64.so.2 (0x0000003784600000)

何が間違っている可能性がありますか？

からの出力readelf -l ./bmdl

Elf file type is EXEC (Executable file)
Entry point 0x4034b0
There are 8 program headers, starting at offset 64

Program Headers:
  Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
  PHDR           0x0000000000000040 0x0000000000400040 0x0000000000400040
                 0x00000000000001c0 0x00000000000001c0  R E    8
  INTERP         0x0000000000000200 0x0000000000400200 0x0000000000400200
                 0x000000000000001c 0x000000000000001c  R      1
      [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                 0x00000000000e4eb4 0x00000000000e4eb4  R E    200000
  ....

より多くのデバッグ

$ export LD_DEBUG=libs,files
$ ./bmdl
./bmdl: error while loading shared libraries: libmkl_intel_lp64.so: cannot open shared object file: No such file or directory
$ ldd ./bmdl
     15133: 
     15133: file=libtermcap.so.2 [0];  needed by /bin/sh [0]
     15133: find library=libtermcap.so.2 [0]; searching
     15133:  search path=/g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64/tls/x86_64:/g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64/tls:/g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64/x86_64:/g/software/intelXE/composer_xe_2011_sp1/mkl/lib/intel64:/g/software/intelXE/composer_xe_2011_sp1/lib/intel64/tls/x86_64:/g/software/intelXE/composer_xe_2011_sp1/lib/intel64/tls:/g/software/intelXE/composer_xe_2011_sp1/lib/intel64/x86_64:/g/software/intelXE/composer_xe_2011_sp1/lib/intel64        (LD_LIBRARY_PATH)
     ....

単独LD_DEBUG走行には影響ないよう./bmdlです。

bmdl古いものには「setgid」フラグがあり、新しいビルドにはそれがないことに気付きました。もしかしてそれが原因だった？

-rwxr-sr-x 1 root gants 1123992 Jul 23 16:14 /scratch/helpdesk/bmdl

setgid私は古いものからビットを削除しましたがbmdl、実行./bmdl中はライブラリが見つからないことについて文句を言いません。問題は、なぜ setgid が動的にリンクされたライブラリを妨害できるのかということです。

動的にリンクされた実行可能ファイルを含む setgid がセキュリティ上の問題を引き起こす可能性があり、GNU glibc によって大幅に制限されていることがあります。たとえば、LD_LIBRARY_PATH は無視されます。たぶん、古いビルドはこれまで機能しなかったのでしょうか?!

4

3 に答える 3

7

MKL を使用するには、INCLUDE、MKLROOT、LD_LIBRARY_PATH、LIBRARY_PATH、CPATH、FPATH、NLSPATH などの環境変数を適切に設定する必要があります。

これは、インテルが提供する単一のスクリプトで実行できます。

インテルコンパイラを使用する場合、

  $ source ${intel_dir}/bin/compilervars.sh intel64

MKL のみを gcc コンパイラで使用する場合、

  $ source ${intel_dir}/mkl/bin/mklvars.sh intel64

このコマンド行を に追加.bashrcすると、毎回実行する必要がなくなります。

于 2013-07-24T05:29:45.040 に答える
3

コードは動的にリンクされ、setgid 属性があります。動的にリンクされた実行可能ファイルを含む setgid は、セキュリティ上の問題を引き起こす可能性があり、GNU glibc によって大幅に制限されています。たとえば、LD_LIBRARY_PATH は無視されます。そのため、コードは共有ライブラリが見つからないという不平を言い続けています。

于 2013-09-25T20:12:41.513 に答える
0

しかし、ldd を使用して実行可能ファイル内の動的にリンクされたライブラリをチェックすると、mkl ライブラリが見つかったことが示されます

( Linuxlddでは) はld-linux.so. ld-linux.soによって呼び出されたときに共有ライブラリを見つけることができる場合は、実行可能ファイルが直接呼び出されたときにもそれを実行できるはずです (実行時lddに実際ld-linux.soに共有ライブラリをマップするものです)。ld-linux.soa.out

私が考えることができる唯一のもっともらしい説明：

  • 実行するbmdl環境とは異なる環境で実行lddする、または
  • に変更lddがありますPATH。これにより、「実際の」を実行する前に環境が変更される可能性がありますldd。

どのリンカーが使用されているかを知るにはどうすればよいですか?

readelf -l bmdl

「プログラムインタープリターの要求」を探します。

[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2].

非常に奇妙な。

次のデバッグの提案: を設定LD_DEBUG=libs,filesして、どこld-linuxが検索されているかを確認します。lddと の両方でそれを行うことができbmdl、違いがどこから来るのかを確認できます。

于 2013-07-25T05:15:24.507 に答える