Beefy Boxes and Bandwidth Generously Provided by pair Networks
Think about Loose Coupling

Some users cannot access perl modules

by srp0010 (Initiate)
on Nov 02, 2011 at 21:51 UTC ( #935501=perlquestion: print w/replies, xml ) Need Help??
srp0010 has asked for the wisdom of the Perl Monks concerning the following question:

Odd one here - to my knowledge anyway.

For a single shared perl tool some users can execute the tool while other do not. The error is with Net_SSH_PERL modules. Users have the same environment (OS and SSH) and permissions. Modules layout and location shared.

Why is there a difference between user execution??? All suggestions are appreciated.

Here's the error:

Key class 'Net::SSH::Perl::Key::RSA' is unsupported: Base class packag +e "Class::Loader" is empty. (Perhaps you need to 'use' the module which defines that package f +irst, or make that module available in @INC (@INC contains: /export/buil +ds/saa_sqa/tools/scaler/../../lib /opt/csw/lib/perl/site_perl /opt/cs +w/share/perl/site_perl /opt/csw/lib/perl/csw /opt/csw/share/perl/csw +/opt/csw/lib/perl/5.10.1 /opt/csw/share/perl/5.10.1 .).



Replies are listed 'Best First'.
Re: Some users cannot access perl modules
by sundialsvc4 (Abbot) on Nov 03, 2011 at 13:57 UTC

    This appears to me, superficially, to simply be a matter of Perl not being able to find the CPAN module(s) in question.   Which would lead us back to the @INC array and the various mechanisms which influence its content:

    • The use lib statement.
    • The PERL5LIB environment variable (whose value is set in very different ways, please note, in Linux/Unix vs. Windows).
    • The base-list that is compiled into Perl.

    Observe that the error-message output is telling you what the @INC array contains.   The perl -V command (with a capital “V”) will tell you the same thing.   Therefore, I would first go to a user for whom the command is working and use this command to see the list.   Then, go to a user for whom it isn’t, and do the same thing again.

    The lists might turn out to be different for one user versus the other.   (See above.)   Or, it may prove to be the case that some of the directory paths listed are not accessible to one user versus the other.   (Perl silently ignores paths that it can’t find or that it can’t access.)

Re: Some users cannot access perl modules
by cavac (Deacon) on Nov 03, 2011 at 01:03 UTC

    Stupid question: Are the users where the tool works also using RSA keys?

    Maybe the key algorithms differ?

    Don't use '#ff0000':
    use Acme::AutoColor; my $redcolor = RED();
    All colors subject to change without notice.

      Yes, RSA Key for every user is different. So user who is using that module must push thier generated key into the place which you want to access.

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: perlquestion [id://935501]
Approved by sundialsvc4
[Corion]: Another spam comment :-/

How do I use this? | Other CB clients
Other Users?
Others cooling their heels in the Monastery: (7)
As of 2017-02-24 11:43 GMT
Find Nodes?
    Voting Booth?
    Before electricity was invented, what was the Electric Eel called?

    Results (354 votes). Check out past polls.