[英]Perl modules not loading correctly when running as non-root user
我在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,所以没有任何旧的冲突。 该模块安装正常,但我创建了一个洋葱 - 测试脚本,与上面相同,它有同样的问题,它只以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都在加载模块而没有错误。 我认为他的解决方案对我遇到的问题是正确的,我已经相应地标记了它。 感谢大家的研究,以及池上的解决方案。
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
我只能得到你提供的信息,但这是一个开始。 如果您填写一些细节我们可能能够找出这个问题。
这些类型的错误通常意味着您在同一个地方安装了相同模块的两个版本,或者它在一个地方未完全升级(可能是因为有人手动尝试,权限不足或被中断)。 该程序能够从一个源加载模块的一部分,无法加载第二个部分并查找其他地方。 因此,您得到了不匹配。
在您的情况下,看起来您在/ usr / lib64 / perl5和/ usr / local / lib64 / perl5中都有List::Util
。 从@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
会引起额外的麻烦。
对于那些与这类问题斗争并且正在运行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父文件夹gw
(group -write)
chmod g-w /usr/local/lib/x86_64-linux-gnu/perl/5.24.1/auto/DBD/mysql/
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.