Subscribe
Accepted Solution

DFM and ActivePerl - no runtime with OM 3.8?

What happened to the ActivePerl runtime that came with Operations Manager?

It doesn't seem to be included in 3.8.

Re: DFM and ActivePerl - no runtime with OM 3.8?

Hi

Starting ops-Mgr 3.8 it was decided not to bundle active perl.

" We currently bundle a version of ActivePerl for Windows (5.8.4 built in 2004). We

have not heard of any customers using it or asking for it to be updated.

Since most customers install a version of perl on windows servers, we need not

ship ActivePerl."

This was the reason for not including it.

Its removal is mentioned in the release notes.

Regards

adai

Re: DFM and ActivePerl - no runtime with OM 3.8?

Hi Adai,

Thanks for your reply.  I guess am I part of the silent minority.  It did everything I needed it for me to do.

You might not have heard of customers using it because we took it as part of the integrated service provided with DFM.

Are all Perl runtimes on Windows qualified with OM or are there some restrictions?

On a slightly different topic, but refers to embedded runtimes, thank you for finally updating the JRE embedded with the NMC with OM 3.8 / NMC 2.3 to 1.6.0.  Erroneous time plots within the NMC for previous releases were problematic when performing troubleshooting.

Richard

Re: DFM and ActivePerl - no runtime with OM 3.8?

OM by itself does not use Perl for anything, although you could use it run alarm scripts and script plugins, so AFAIK no Perl distribution needs to be qualified to work with it. If your scripts work with whatever Perl distribution you use (ActiveState and Strawberry are two commonly used ones), you should be good to go.

Re: DFM and ActivePerl - no runtime with OM 3.8?

Hi Richard,

Was this a new installation of 3.8 or an upgrade from an earlier version ?

In case of an upgrade, the installed perl would be left as is.

Thanks,

Raj.

Re: DFM and ActivePerl - no runtime with OM 3.8?

Hi Raj,

Agreed about Perl still being available if you upgrade directly.

Traditionally when OM gets upgraded it usually conincides with a DFM server hardware refresh, and because OM performs so many functions the prefered approach is to install the latest version on a new server and then copy the last database backup to the new server and perform a restore.

This way we can roll back quickly if there is a problem.

Richard