Problem with perl modules ( netapp Rest API)
The product stoped to work properly.
Graphs does show anything.
On stotage systems ( all netapp) shows te follow message:
ERROR: can't load module "LWP::Protocol::https" it might be needed
But module already exists.
When a try to test modules using stor2rrd user, shows:
$PERL -MLWP -e 'use LWP::Protocol::https; print "LWP Version: $LWP::VERSION\n"'
Can't locate LWP/Protocol/http/SocketMethods.pm: /usr/local/lib64/perl5/5.32/LWP/Protocol/http/SocketMethods.pm: Permission denied at /usr/share/perl5/base.pm line 137.
...propagated at /usr/share/perl5/base.pm line 159.
BEGIN failed--compilation aborted at /usr/share/perl5/vendor_perl/LWP/Protocol/https.pm line 173.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
I commented de 173 line (use base qw(Net::HTTPS LWP::Protocol::http::SocketMethods);
And the message was:
API authorization: NOK
ERROR Thu Jan 30 10:28:32 2025 na_apitest.pl: API test failed: Can't locate object method "new" via package "LWP::Protocol::https::Socket" ERROR Thu Jan 30 10:28:32 2025 na_apitest.pl: REST API test failed: Can't locate object method "new" via package "LWP::Protocol::https::Socket"
Anyone could help me on this case?
Comments
-
have you upgraded/patched your operating system?
Any other change?
Send us logs
Note a short problem description in the text field of the upload form.
cd /home/lpar2rrd/lpar2rrd # or where is your LPAR2RRD working dir
tar cvhf logs.tar logs tmp/*txt tmp/*json
gzip -9 logs.tar
Send us logs.tar.gz via https://upload.lpar2rrd.com
-
sorry, these logs
Note a short problem description in the text field of the upload form.
cd /home/stor2rrd/stor2rrd # or where is your STOR2RRD working dir
tar cvhf logs.tar logs tmp/*txt
gzip -9 logs.tar
Send us logs.tar.gz via https://upload.stor2rrd.com
-
Thank you for your aswer.
Logs sent
There was no system upgrade.
it's stoped to work by itself since yesterday.
The only update was from version 2.90 to 2.95 today, after errors.
-
ls -ld /usr/local/share/perl5 /usr/local/lib64/perl5/
--> you will see that this was changed recently by root
fix:
chmod 755 /usr/local/share/perl5 /usr/local/lib64/perl5/
You are already a 4th user where "something" changed directory rights at the same day from 755 to 700
Then stor2rrd cannot read that directory, it is in the PERL path, so perl exits
No idea what changed that, it must be some external redhat process, no idea, let us know if you have any idea, it is not a coincidence. We have excluded just some rpm installation. Lack of ideas ...
stor2rrd product cannot change root owned directory naturally
-
I will verify if qualys agent, tried to do some " corrections" on server.
First i will restore de server to pervious versions, disabling qualys, to se the behavior of application.
i will post, if works.
Thanks
-
do this, it will fix all what qualsys screwed, incredible how they could do something like this and you pay for that ! Cannot understand that ....
chmod 755 /usr/local/share/perl5 /usr/local/lib64/perl5/
-
It worked,
I agree with you about a application screwed systems by itself.
Qualys explain the issue on Qualys, Inc. Status - All Platforms : Users' Perl scripts failing on limited Red Hat Enterprise Linux systems (IM-11912) but its too late..
Thanks a lot, for your help!
Howdy, Stranger!
Categories
- 1.6K All Categories
- 58 XORMON NG
- 25 XORMON
- 156 LPAR2RRD
- 13 VMware
- 16 IBM i
- 2 oVirt / RHV
- 4 MS Windows and Hyper-V
- Solaris / OracleVM
- XenServer / Citrix
- Nutanix
- 7 Database
- 2 Cloud
- 10 Kubernetes / OpenShift / Docker
- 131 STOR2RRD
- 19 SAN
- 7 LAN
- 18 IBM
- 5 EMC
- 12 Hitachi
- 5 NetApp
- 15 HPE
- Lenovo
- 1 Huawei
- 2 Dell
- Fujitsu
- 2 DataCore
- INFINIDAT
- 4 Pure Storage
- Oracle