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!

Sign In or Register to comment.