以非root用户身份运行时，Perl模块无法正确加载

时间：2016-01-27 14:41:35

标签： linux perl cpan

我在Linux系统上遇到了Perl的问题。

当安装新模块（以root用户身份）时，我偶尔会遇到以普通用户身份运行脚本的问题，如果没有手动进入和chmod 775以及模块相关文件，我将无法访问新模块和目录。

我最近进行了CPAN升级，并为新项目安装了几个模块。现在，Perl几乎无法作为普通用户使用，因为错误似乎与权限无关。

例如，以下非常简单的脚本以root身份运行正常，但返回以普通用户身份运行的错误：

#!/usr/bin/perl
use strict;
use warnings;
use Scalar::Util;

正如您所看到的，除了尝试加载Scalar :: Util模块之外，该脚本几乎不执行任何操作。作为普通用户，它会返回以下错误：

**List::Util object version 1.21 does not match bootstrap parameter 1.42 at /usr/lib64/perl5/DynaLoader.pm line 223.
Compilation failed in require at /usr/local/lib64/perl5/Scalar/Util.pm line 22.
Compilation failed in require at ./scalar-test.pl line 4.
BEGIN failed--compilation aborted at ./scalar-test.pl line 4**

当我 sudo cpan 并尝试安装List :: Util 时，我会回来：      List :: Util是最新的（1.42）。

澄清： 这种情况发生在几个模块上，而不仅仅是一个例子。它似乎不会影响已升级的每个模块;但它有几个。

root可以运行脚本的事实告诉我，还有另一个我没有看到的基础权限问题，或者PERL在某种程度上对root用户的配置与我的常规帐户略有不同不要找到这个模块。

正在搜索List.pm文件：

 » sudo find / -name List.pm 

/usr/share/perl5/I18N/LangTags/List.pm
/opt/OV/nonOV/perl/a/lib/5.8.8/I18N/LangTags/List.pm
/root/.cpan/build/perl-5.22.1-D0_eFO/dist/I18N-LangTags/lib/I18N/LangTags/List.pm

 » ls -l /usr/share/perl5/I18N/LangTags/List.pm
-rw-r--r-- 1 root root 28826 Nov  6  2014 /usr/share/perl5/I18N/LangTags/List.pm

 » ls -l /opt/OV/nonOV/perl/a/lib/5.8.8/I18N/LangTags/List.pm
-r--r--r-- 1 bin bin 28826 Nov 30  2012 /opt/OV/nonOV/perl/a/lib/5.8.8/I18N/LangTags/List.pm

 » sudo ls -l /root/.cpan/build/perl-5.22.1-D0_eFO/dist/I18N-LangTags/lib/I18N/LangTags/List.pm
-r--r--r-- 1 1018 513 28826 Oct 17 08:32 /root/.cpan/build/perl-5.22.1-D0_eFO/dist/I18N-LangTags/lib/I18N/LangTags/List.pm

系统是RHEL 6.6 x64，Perl是v5.10.1 

**» type perl**
perl is hashed (/usr/bin/perl)

**» which perl**
/usr/bin/perl 

**» sudo type perl**
sudo: type: command not found 

**» sudo which perl**
/usr/bin/perl

**» echo ${!PERL*}**
[Nothing Returned] 

**» sudo echo ${!PERL*}**
[Nothing Returned]

**» perl -wle 'print join("\n", @INC)'**
/usr/local/lib64/perl5 
/usr/local/share/perl5 
/usr/lib64/perl5/vendor_perl 
/usr/share/perl5/vendor_perl 
/usr/lib64/perl5 
/usr/share/perl5 
[run with sudo returns identical list]

[Edited for brevity] 
cpan[1]> o conf 
$CPAN::Config options from /usr/share/perl5/CPAN/Config.pm: 
build_dir [/root/.cpan/build] 
build_dir_reuse [0] 
build_requires_install_policy [ask/yes] 
connect_to_internet_ok [1] 
cpan_home [/root/.cpan] 
keep_source_where [/root/.cpan/sources] 
make [/usr/bin/make] 
make_install_make_command [/usr/bin/make] 
makepl_arg [INSTALLDIRS=site] 
prefer_installer [MB] 
prefs_dir [/root/.cpan/prefs]

我在这里从其他用户的文件夹

编辑了几行 
 » sudo find / -name Util.pm | grep "List/Util.pm"
/usr/lib64/perl5/List/Util.pm
/usr/local/lib64/perl5/List/Util.pm
/home/{USERNAME REDACTED}/.cpanm/work/1448660183.31550/ExtUtils-MakeMaker-7.10/bundled/Scalar-List-Utils/List/Util.pm
/root/.cpan/build/Scalar-List-Utils-1.42-2c3ONp/lib/List/Util.pm
/root/.cpan/build/Scalar-List-Utils-1.42-2c3ONp/blib/lib/List/Util.pm
/root/.cpan/build/Scalar-List-Utils-1.42-NOwU0A/lib/List/Util.pm
/root/.cpan/build/Scalar-List-Utils-1.42-NOwU0A/blib/lib/List/Util.pm
/root/.cpan/build/perl-5.22.1-D0_eFO/cpan/Scalar-List-Utils/lib/List/Util.pm

根据brian d foy的要求，我安装了一个新模块。以前没有安装过这个模块Config :: Onion，所以没有任何旧的冲突。该模块安装正常，但我创建了一个洋葱--test.pl脚本，与上面相同，它有同样的问题，它只以root身份加载模块。

 » sudo perl -MConfig::Onion -e 'print "Module: " . $ARGV[0] . "\nVersion: " . $ARGV[0]->VERSION . "\n\n"' Config::Onion
Can't locate Config/Onion.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .).
BEGIN failed--compilation aborted.

 » sudo cpan
Terminal does not support AddHistory.

cpan shell -- CPAN exploration and modules installation (v2.10)
Enter 'h' for help.

cpan[1]> install Config::Onion

[Redacted for brevity. No errors noted during this process.]

Result: PASS
  DSHEROH/Config-Onion-1.004.tar.gz
  /usr/bin/make test -- OK
Running make install
Prepending /root/.cpan/build/Config-Onion-1.004-TigyuT/blib/arch /root/.cpan/build/Config-Onion-1.004-TigyuT/blib/lib to PERL5LIB for 'install'
Manifying 2 pod documents
Installing /usr/local/share/perl5/Config/Onion.pm
Installing /usr/local/share/perl5/Config/Onion/Simple.pm
Installing /usr/local/share/man/man3/Config::Onion.3pm
Installing /usr/local/share/man/man3/Config::Onion::Simple.3pm
Appending installation info to /usr/lib64/perl5/perllocal.pod
  DSHEROH/Config-Onion-1.004.tar.gz
  /usr/bin/make install  -- OK

 » cd /usr/local/share/perl5/Config
 » sudo ls -l  Onion
total 4
-r--r--r-- 1 root root 1856 May  9  2014 Simple.pm

 » sudo find / -name Onion.pm
/usr/local/share/perl5/Config/Onion.pm
/root/.cpan/build/Config-Onion-1.004-TigyuT/lib/Config/Onion.pm
/root/.cpan/build/Config-Onion-1.004-TigyuT/blib/lib/Config/Onion.pm


onion-test.pl:

#!/usr/bin/perl
use strict;
use warnings;

use Config::Onion;



 » ./onion-test.pl
Can't locate Hash/Merge/Simple.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/local/share/perl5/Config/Onion.pm line 9.
BEGIN failed--compilation aborted at /usr/local/share/perl5/Config/Onion.pm line 9.
Compilation failed in require at ./onion-test.pl line 29.
BEGIN failed--compilation aborted at ./onion-test.pl line 29.


 » sudo ./onion-test.pl
[No Errors]

Per Ikegami，我跑了这个命令：

sudo chmod -R go+rX                   \
   /usr/local/lib64/perl5        \
   /usr/local/share/perl5        \
   /usr/lib64/perl5/vendor_perl  \
   /usr/share/perl5/vendor_perl  \
   /usr/lib64/perl5              \
   /usr/share/perl5

我的两个测试脚本，Scalar :: Util和Config :: Onion都在加载模块而没有错误。我认为他的解决方案对于我遇到的问题是正确的，我已经相应地对其进行了标记。感谢大家的研究，以及池上的解决方案。

3 个答案:

答案 0 :(得分：4)

List/Util/Util.so可能在

中存在两次 
/usr/local/lib64/perl5 
/usr/local/share/perl5 
/usr/lib64/perl5/vendor_perl 
/usr/share/perl5/vendor_perl 
/usr/lib64/perl5 
/usr/share/perl5

它们是不同的版本。较新的只能由root访问。如果这是问题，将使用

解决 
chmod -R go+rX                   \
   /usr/local/lib64/perl5        \
   /usr/local/share/perl5        \
   /usr/lib64/perl5/vendor_perl  \
   /usr/share/perl5/vendor_perl  \
   /usr/lib64/perl5              \
   /usr/share/perl5

答案 1 :(得分：2)

我只能提供您提供的信息，但这是一个开始。如果您填写了一些细节，我们可以找出这个问题。

这些类型的错误通常意味着您在同一个地方安装了相同模块的两个版本，或者它在一个地方未完全升级（可能是因为有人手动尝试，权限不足或被中断）。该程序能够从一个源加载模块的一部分，无法加载第二个部分并查找其他地方。因此，你得到了不匹配。

在您的情况下，您似乎在 / usr / lib64 / perl5 中都有List::Util 的/ usr /本地/ lib64下/的perl5 。从@INC开始，首先查看 / usr / local / lib64 / perl5 。我猜这是最新版本应该是的地方。出于某种原因，它没有正确加载，所以它一直在查找并找到 / usr / lib64 / perl5 中的旧版本，但这是不匹配的。

对于纯Perl文件，这些匹配通常不重要。但是，对于已编译的（XS）模块，其编译的详细信息必须匹配。相同编译工具的不同版本或相同版本的不同输入可能会导致格式不兼容。或者，可能已重新组织相同Perl模块名称的不同版本，因此它们与先前版本的二进制组件不匹配。因此，在其他内容出错之后，您会收到错误消息。

我想知道你是否设置了一个奇怪的umask，以便你的根模块安装不会使文件可读（或目录可执行），以便其他用户可以看到这些文件。更改之前的权限是什么？您应该追踪该问题，因为您之前已经说过（可能会再次发生）同样的问题。

cpan模块可以通过当前的Perl @INC找到它。我没有在这个版本的Perl上升级List::Util，它可以在 lib / 5.22.0 / darwin-2level 下找到：

$ cpan -D List::Util
CPAN: Storable loaded ok (v2.53)
Reading '/Users/brian/.cpan/Metadata'
  Database was generated on Tue, 26 Jan 2016 12:17:02 GMT
List::Util
-------------------------------------------------------------------------
    List utilities (eg min, max, reduce)
    P/PE/PEVANS/Scalar-List-Utils-1.42.tar.gz
    /usr/local/perls/perl-5.22.0/lib/5.22.0/darwin-2level/List/Util.pm
    Installed: 1.41
    CPAN:      1.42  Not up to date
    Graham Barr (GBARR)
    gbarr@pobox.com

更新后，更新位于 lib / site_perl / 5.22.0 / darwin-2level ，这是一个不同的目录。 CPAN.pm不删除旧版本，它只是遮蔽它们。我仍然拥有最初随Perl一起提供的版本，现在您在 site_perl 中有更新

$ cpan -D List::Util
CPAN: Storable loaded ok (v2.53)
Reading '/Users/brian/.cpan/Metadata'
  Database was generated on Tue, 26 Jan 2016 12:17:02 GMT
List::Util
-------------------------------------------------------------------------
    CPAN: Module::CoreList loaded ok (v5.20150520)
List utilities (eg min, max, reduce)
    P/PE/PEVANS/Scalar-List-Utils-1.42.tar.gz
    /usr/local/perls/perl-5.22.0/lib/site_perl/5.22.0/darwin-2level/List/Util.pm
    Installed: 1.42
    CPAN:      1.42  up to date
    Graham Barr (GBARR)
    gbarr@pobox.com

路径可能因系统而异，但想法是一样的。我在不同的目录中有不同的版本。

现在重新创建问题。奇怪的是，在Perl v5.22中，当我移动新安装的目录，因此它没有正确的名称（强制Perl查看错误的目录）时，我得到了一个非常友好（尽管同样没有帮助）的消息：

$ perl5.22.0 -MScalar::Util -e 1
List::Util version 1.42 required--this is only version 1.41 at /usr/local/perls/perl-5.22.0/lib/site_perl/5.22.0/darwin-2level/Scalar/Util.pm line 23.
Compilation failed in require.
BEGIN failed--compilation aborted.

看起来您正在使用Perl 5.8.8。当我在我的系统上尝试相同的过程时，cpan将文件写入同一位置。

但是，您可以为安装位置配置cpan。您的系统可能已经帮助您完成了这项工作。如果您有构建日志（或cpan配置或包管理器信息）以向我们显示它安装新List::Util的位置，那可能有所帮助。或者，找到您已安装的 List / Util.pm 文件列表，我们可以向后工作。如果您从软件包安装，可能已选择其他位置。

我的建议通常是单独保留基本安装并将所有内容安装到不同的目录集中。如果您正在使用系统perl（看起来像是这样），那么弄乱系统管理员和内务处理任务所需的perl会导致额外的麻烦。

答案 2 :(得分：1)

对于那些遇到此类问题且正在运行 grsec linux内核的人，请检查dmesg -T是否出现消息，例如

[Thu Jul 13 12:39:32 2017] grsec: From 12.34.56.78: denied untrusted exec (due to file in group-writable directory) of /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/auto/DBD/mysql/mysql.so by /usr/bin/perl[perl:9515] uid/euid:1000/1000 gid/egid:1000/1000, parent /bin/bash[bash:31545] uid/euid:1000/1000 gid/egid:1000/1000

这意味着由于父文件夹的权限，非root用户无法使用perl共享库mysql.so。

解决方案足够好（例如，在这种特殊情况下）chmod父文件夹g-w（group -write）

chmod g-w /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/auto/DBD/mysql/
相关问题
最新问题