本地安装libc的问题

时间:2015-03-13 01:55:32

标签: python glibc libc theano

我正在尝试在某些计算机上运行alexo的Theano实现。当我第一次尝试运行它时,我收到以下错误:

$ THEANO_FLAGS=mode=FAST_RUN,floatX=float32 python train.py

 ....

 ImportError: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /data1/software/analysis/libstdc++.6.0.15/usr/lib64/libstdc++.so.6)

通常情况下,在这种情况下我要做的是使用我的包管理器更新libc,但这不是出于工作/管理原因的选项。所以,我所做的是安装本地版本的libc并将我的.bashrc文件中的LD_LIBRARY_PATH更改为指向它。但是,现在我收到以下错误:

$ THEANO_FLAGS=mode=FAST_RUN,floatX=float32 python train.py
python: relocation error: /data1/software/analysis/libc.2.14/lib64/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference

奇怪的是,当我尝试'ls'时,我得到了类似的'重定位错误'。

有谁知道如何安装只能由我的Python解释器使用的libc版本,而不是其他所有的?

注意:我使用的libstdc ++是本地安装的版本。我安装它的原因与我正在尝试安装本地版本的libc相同。

...

好的,我已经进步了一点,但仍然卡住了。

如果我回到旧的LD_LIBRARY_PATH,为了避免像'ls'这样的命令出错,我可以验证新(本地)libc实际上是否使用旧的(系统)ld-linux-x86- 64.so.2

$ ldd /data1/software/analysis/libc.2.14/lib64/libc.so.6
/lib64/ld-linux-x86-64.so.2 (0x0000003b9d400000)
linux-vdso.so.1 =>  (0x00007fff887ff000)

所以,我想我会改变LD_LIBRARY_PATH来寻找新的(本地的)ld-linux-x86-64.so.2

$ export LD_LIBRARY_PATH=/data1/software/analysis/libc.2.14:$LD_LIBRARY_PATH
$ ls /data1/software/analysis/libc.2.14/lib64
  ld-2.14.1.so  libanl-2.14.1.so   libcidn.so.1
  libm-2.14.1.so       libnss_compat.so.2    libnss_hesiod-2.14.1.so 
  libnss_nisplus.so.2   librt-2.14.1.so libutil.so.1
  ld-linux-x86-64.so.2     libanl.so.1        libcrypt-2.14.1.so   
  libm.so.6        libnss_dns-2.14.1.so    libnss_hesiod.so.2
  libpthread-2.14.1.so  librt.so.1      rtkaio
  libBrokenLocale-2.14.1.so  libc-2.14.1.so     libcrypt.so.1     
  libnsl-2.14.1.so     libnss_dns.so.2     libnss_nis-2.14.1.so  
  libpthread.so.0      libthread_db-1.0.so  
  libBrokenLocale.so.1     libc.so.6          libdl-2.14.1.so        
  libnsl.so.1          libnss_files-2.14.1.so  libnss_nis.so.2         
  libresolv-2.14.1.so   libthread_db.so.1
  libSegFault.so           libcidn-2.14.1.so  libdl.so.2      
  libnss_compat-2.14.1.so  libnss_files.so.2       libnss_nisplus-2.14.1.so 
  libresolv.so.2       libutil-2.14.1.so

$ ldd /data1/software/analysis/libc.2.14/lib64/libc.so.6
/lib64/ld-linux-x86-64.so.2 (0x0000003b9d400000)
linux-vdso.so.1 =>  (0x00007fffad5ff000)

$ echo $LD_LIBRARY_PATH
  /data1/software/analysis/libc.2.14:
  /data1/software/analysis    
  /libstdc++.6.0.15/usr/lib64:/data1/software/analysis/anaconda/lib:
  /data2/software/stable/CUDA/5.5.22/lib:
  /data2/software/stable/CUDA/5.5.22/include:
  /data2/software/stable/CUDA/5.5.22/lib64:
  /data1/software/analysis/anaconda/lib:
  /data2/software/stable/CUDA/5.5.22/lib:
  /data2/software/stable/CUDA/5.5.22/include:
  /data2/software/stable/CUDA/5.5.22/lib64:

所以,我的libc应该看到新的ld-linux-x86-64.so.2。我可以验证这是符号_dl_starting_up:

$ nm /data1/software/analysis/libc.2.14/lib64/ld-linux-x86-64.so.2 | grep _dl_start*
  0000000000004c00 t _dl_start
  000000000000fc30 t _dl_start_profile 
  0000000000001698 t _dl_start_user
  0000000000220000 V _dl_starting_up
  0000000000220000 b _dl_starting_up_internal

但是,当我尝试使用LD_PRELOAD运行alexNet实现来保证使用正确的libc时,我仍然得到同样的错误:

$ LD_PRELOAD=/data1/software/analysis/libc.2.14/lib64/libc.so.6 THEANO_FLAGS=mode=FAST_RUN,floatX=float32 python train.py

python: relocation error: /data1/software/analysis/libc.2.14/lib64/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux-x86-64.so.2 with link time reference

为什么新的(本地)ld-linux没有覆盖旧的(系统)ld-linux?我的LD_LIBRARY_PATH设置不应该处理这个吗?

如果我试图通过预加载ld-linux来强制解决问题,我会遇到分段错误:

$ LD_PRELOAD=/data1/software/analysis/libc.2.14/lib64/ld-linux-x86-64.so.2:/data1/software/analysis/libc.2.14/lib64/libc.so.6 THEANO_FLAGS=mode=FAST_RUN,floatX=float32 python train.py
Segmentation fault (core dumped)

所以,现在我被卡住了。我不知道

  1. 为什么我的LD_LIBRARY_PATH设置没有强制我的新(本地)libc使用新的(本地)ld-linux。

  2. 当我强制libc使用新的(本地)ld-linux时,我应该怎么做分段错误。

1 个答案:

答案 0 :(得分:1)

  

所以,我所做的是安装本地版本的libc并在我的.bashrc文件中更改LD_LIBRARY_PATH以指向它

请参阅this answer了解为何无效。

  

为什么我的LD_LIBRARY_PATH设置没有强制我的新(本地)libc使用新的(本地)ld-linux。

正如上面的答案所解释的那样,ld-linux在链接时烘焙到您的可执行文件中,并且无法通过LD_LIBRARY_PATH进行更改。

  

当我强制libc使用新的(本地)ld-linux时,我应该怎么做分段错误。

LD_PRELOAD ld-linux 永远不会工作:LD_PRELOADld-linux解释为,因此您有效强制将两个单独的ld-linux es加入到您的流程中,这会极大地混淆它们。

那么,你能做什么?

实际上可以在一台主机上安装两个单独版本的glibc,我们每天都这样做。说明here