Highlighted
Regular Contributor.
Regular Contributor.
404 views

Perl path for OM agent

Jump to solution

Hi,

If a server has multiple perl binaries with different perl versions, how can you control what version of perl the agent uses to process the policies?  Thank you for your help!

Johnson

Labels (1)
0 Likes
1 Solution

Accepted Solutions
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Hello,

the agent should always use and also work with the "packaged" perl version from the agent. I would assume there is an update required for the SPI version to work with that agent version?

Kind regards..
Harald

View solution in original post

0 Likes
3 Replies
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Hello,

the agent brings its own perl library and this is used when executing scripts from policies.

Typically the perl version can be found here:

%ovinstalldir%nonOV\perl\a\bin

Kind regards,
Harald

 

0 Likes
Highlighted
Regular Contributor.
Regular Contributor.

Hi,

Thank you for the information.  However I think the agent is using a newer version of perl.  On the server in question:

]# /usr/bin/perl -v

This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi

Copyright 1987-2009, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

# /opt/OV/nonOV/perl/a/bin/perl -v

This is perl, v5.8.8 built for x86_64-linux-thread-multi

Copyright 1987-2006, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

In system discovery at startup I see these errors in the  /var/opt/OV/log/Infraspi.txt file:

0: INF: Wed Jan 27 08:24:15 2016: SI-SystemDiscovery (18282/139766371264288): Run System Discovery...
0: INF: Wed Jan 27 08:24:17 2016: SI-SystemDiscovery (18967/140653172795168): Perform checks for OA/PA on node
0: INF: Wed Jan 27 08:24:17 2016: SI-SystemDiscovery (18969/140542545307424): Version evaluation of OA/PA successful on node
0: INF: Wed Jan 27 08:24:17 2016: SI-SystemDiscovery (18972/139633070286624): Obtaining Node information
0: ERR: Wed Jan 27 08:24:17 2016: SI-SystemDiscovery (18984/139739663640352): Error(s) fetching performance data:

and in the System.txt file:

0: ERR: Wed Jan 27 08:11:59 2016: agtrep (12097/140323998816000): (agtrep-132) Error in executing discovery action(s): Coda daemon Initializing

0: ERR: Wed Jan 27 08:11:59 2016: agtrep (12097/140323998816000): (agtrep-133) No output received from discovery policy action

I googled this error, and the port says that it may be a perl version issue, which makes sense as the newer perl is in /usr/bin.

I appreciate your thoughts and time.

Johnson

 

0 Likes
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Hello,

the agent should always use and also work with the "packaged" perl version from the agent. I would assume there is an update required for the SPI version to work with that agent version?

Kind regards..
Harald

View solution in original post

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.