Home Switchboard Unix Administration Red Hat TCP/IP Networks Neoliberalism Toxic Managers
May the source be with you, but remember the KISS principle ;-)

HP Operations Manager

News HP Operations Center

Recommended Links

Banal Corporate Idiotism of HPOM developers Server Installation Configuration Reference
Troubleshooting Troubleshooting agents Server Health checking Checking the Processes Log Files opcmsg opcmon
Agents agent installation via ssh Installation from local files Deinstallation of agent Adding nodes Agent patching Nodes
node groups Layout groups Message groups Policies Server rotation Event Correlation SiteScope - Operations Manager integration
Certificates management Logfile Encapsulation Server patch Installation Migration from Tivoli TEC Terminology Humor OpenView Support  Forum

Note: HP renamed the product called now HP operations manager way too many times, damaging bland name and hampering its popularity.  Also it is very inconsistent with using abbreviations. Here we will assume that the term "HP Operations manager" and abbreviations HPOM, OMU, and OVO  mean the same thing :-)

This set of pages was created on the base of author's limited experience of porting Tivoli TEC infrastructure to HPOM 9.01.  That's why Tivoli terms are used along and something instead of terms used in HPOM community.  See  Tivoli Alternatives and  Migration from Tivoli TEC  for more information about migration.

HP Operations Manager  (HPOM, aka HPOM, aka OVO) is  the central component of the HP monitoring suit.  Like Tivoli it is client-server solution with agents required on each node. Like Tivoli Monitoring it provides simple Java-based event console and dashboard.  Along with "classic" Tivoli (which will be discontinued in 2012) this is one of the oldest surviving  enterprise system management (ESM) suits. Development  have stalled and nothing useful was done by HP from 2010 to 2013. Operations Agent was upgraded to version 11 but with some "independency" twist that I don't understand. GUI remain basic with no real enhancements since version 9.0.  

In HPOM 9.0 network monitoring was moved into a separate product -- HP NNM. This cuts the cost of the license in case you do not need NNM. It is rather cheap rpoduct in comparison with HPOM.

Historically HPOM was built upon the foundation of DEC Network Node Manager (NNM) product. Older version on NNM was licensed by IBM and distributed under the name IBM Netview (now discontinued). The current name HP Operations Manager  (HPOM) is the third in HP product renaming binge which competes with Sun Microsystems traditions (anybody knows how many names Sun had given to Netscape Enterprise webserver? ;-). Two previous names are:

Gartner (if you are interested in their highly misleading analysis ;-) ranks HPOM 9.0 as No. 1 in Gartner Magic Quadrant for IT Event Correlation and Analysis (Gartner2009).. Unlike original NNM agentless SNMP traps orientation HP Operations Manager (HPOM) is agent based solution and uses Tivoli-style agents installed on each node. According to Gartner  HP Operations Manager has the second largest installed base (behind Microsoft).

One important attraction of HPOM 9 is that it can be used as a target system for migrating from classic Tivoli TFM+TEC+ITM infrastructure as new Tivoli transition involves similar, if not higher transition cost and consists of totally dissimilar (acquired from competitors) products. Also the cost structure of IBM products make them less competitive. For example, in calculating agent cost IBM uses number of cores of the server. That's a cheap trick designed to inflate the licensing costs.

HPOM is a pretty old product first released in 1993. With Tivoli  they defined the enterprise system management (ESM) field.  Only classic Tivoli is older then HPOM (Tivoli was founded in 1989, but released their first product a couple years later; it was bought by IBM in 1996, one year after IPO).  Here is the HPOM Timeline:


HP Operations Manager 9.0  (HPOM), which is the central part of HP ESM offering, looks very similar in functionality to Tivoli framework, Tivoli Monitoring 5.x and TEC in classic Tivoli (TFM+TEC+ITM) combination. Here are some strong points:

Probes (aka smart plug-ins in HPOM-speak can be written in any scripting language including Perl and shell.

Event processing usually does not represent too big a problem as facilities of HPOM are adequate for "imitating" useful part of TEC. Please note that most firms use TEC in extremely primitive way so they can actually benefit form more user friendly event processing and correlation infrastructure that HPOM provides. The product does have some shortcomings:

Situation with filesystem monitoring is more complex. As a minimum you need to create infrastructure for regular filesystems monitoring and Oracle archive filesystem monitoring. While primitive, Tivoli Monitoring 5.x  does provide ability to create hierarchical set of filesystem monitoring profiles. Say one "universal" profile is used for monitoring standard Unix filesystems such as /usr/, tmp. /var and then individual profiles are used to monitoring filesystems that are critical for the particular box or particular set of boxes (for example, Oracle servers).

During the planning phase, the key issue is how to implement filesystems monitoring. As a minimum you need to create infrastructure for regular filesystems monitoring and Oracle archive filesystem monitoring.

Previous version of the product was known under the more common name OpenView Operations (OVO) and this name is still used in the agent documentation.  There is a certain confusion and interchangeability in usage of the term of Operations Manager and Operations Center, although recently the term Operations Center is used an umbrella term that also includes SiteScope. For example prefix opc is used for many commands as well as user names which adds to the confusion.   Like any large corporation HP development has its problems, but still the product looks better engineered than classic Tivoli.

With HPOM version 9 network manager is a separate product and that reduced the cost of the server.  To cut costs for networking part you can use Nagios, or other open source product. 

Additional components include:

The general structure of HPOM

Here is raw structure of costs taken from Groundwork Monitor vs. HP Operations Manager GroundWork Open Source (GWOS) (please note that comparison is biased toward GroundWork offering; also in HPOM 9 network manager was split and sold as separate product so for those who do not need it cost is dramatically reduced).

HP Operations Manager i (OMi) software is an acquired by HP event correlation engine that runs on Windows. They duplicate event management that exist in HPOM and supposedly provide enhanced correlation capabilities.  If you are moving from TEC and need advanced correlation engine in addition to basic correlation functionality present in Operations Manager by default, you might need to license three separate OMi modules.

Each module is priced / licensed separately and the pricing model is 'flat'  (no CPU or tier or connection based pricing).

Please note that default installation of HPOM does not include HP Operations Smart Plug-ins for Windows, UNIX, and web servers. Those need to be downloaded and installed separately.

Pre-defined management policies for Windows, UNIX, and Web Servers, complimentary with HP Operations:

HP Smart Plug-ins (SPIs) are fully integrated, out-of-the-box solutions for managing specific IT elements, mostly applications. They work seamlessly with HP Software products.

HP Operations provides complimentary Smart Plug-Ins for Windows, UNIX and Web Servers. Pre-defined management policies for the OS and web server layer enable you to quickly gain control of the essential elements of your IT infrastructure.

Smart Plug-ins for Windows and UNIX re-use operating system data collected by HP Performance Agent, if deployed, and allow for central configuration of alarm setting in a large-scale IT environment. But they also work standalone.


HP Operations Manager can aggregate management information from HP SiteScope. The bridge is included with the product and is free.  But the quality of it is so low that it is a mixed blessing.

HP SiteScope is completely different/independent monitoring product which provides much simpler then HPOM simple agentless (via telnet of SSH) monitoring. It has independent and very good simple web dashboard. Initially it was called Freshwater which was acquired by Mercury Interactive, which in turn was acquired by HP.

Banal Corporate Idiotism of HPOM developers

 Madness constitutes a right, as it were, to treat people as vermin.

Diaries, 5 September 1851

Design, architectural choices for large monitoring systems are not made in a vacuum. In substantial measure they are dictated by a complex interaction between previous versions constrains (legacy constrains) and intellectual limitations of the current product management team of which we are seldom fully aware. In largely unintended ways, such systems are never allowed to break with their past. This is a vital principle of a strange asylum for mentally disturbed patients which large corporate software development organizations often represent ;-) 

While large monitoring product developers such as Tivoli, Open View and CA Unicenter periodically invade each other's ecological niche they never really threaten to occupy it and displace the other player. Competition is reduced through a corporate dysfunction which I will call "banal corporate idiotism". In a fairy tale propagated by mainstream press developers are portrayed as hard laborers, engaged in the relentless pursuit of the particular "high" goal. In reality they are prisoners of previous generations of products and talantless, technically weak  management. As a result they often are unable to correct even most blatant and obvious mistakes made by previous generation of developers. Compatibility is the God which requires human sacrifices :-). 

In HPOM the following legacy features are the most annoying:

  1. As /proc filesystem is available on most Unixes absence of clear, well-documented  interface between coda and /proc filesystem is worse then a crime it is a blunder ;-).

  2. Rudimentary, inconsistent and idiosyncratic implementation of regular expressions. See Patterns in HP HPOM. Even a user like me it is clear that style of regular expressions can be specified "per policy" as policy parameter, but unfortunately nobody high enough in HP HPOM development brass hierarchy could come with a similar idea...
  3. Extremely primitive abstraction of monitoring with a threshold situation. Capabilities of Measurement Threshold Policies are significantly more primitive that capabilities of Open Message Interface Policies. And I wonder why. Just two examples:
  4. Overcomplexity and "grandiosity" of the agent. The absence of concern about the constraints that sysadmin experience by trying to maintain this infrastructure. For example how many sysadmins or persons who are responsible for HPOM (which is less good situation as HPOM is a sysadmin tool, first and foremost) know about that fact that built in performance agent (coda) provides basic filesystem and CPU metrics and continue massage output of uptime and df -k to get those metrics :-).
  5. Bad general architecture and unnecessary proliferation of command line utilities. The latter are badly integrated with each other and sometimes just belong to different generation of the system. Command line interface is too important to deal with it by just adding new commands without deep analysis of what is already available and what was made redundant by current development...
  6. Lack of programmability on the server/admin GUI side of HPOM. There are some modest attempts to integrate Perl but they are really modest and really insufficient. Such a complex product as HPOM should have built-in scripting language interpreter. That's comes with territory.
  7. Quality of documentation.  As typical for corporate products with multi-year history, documentation is badly written, heavily influenced by previous generations of products, is fragmentary and incomplete. Still in some respects is marginally better then in Tivoli. May it is as bad, but it least it is much shorter :-). You need to rely on Operations Manager forum for most questions.  See HPOM Documentation

Like Tivoli, HPOM is some ways can serve as a case study of the etiology and pathology of insanity of corporate software development. That does not mean that open source products are much better but in them this pressure to preserve compatibility when it is clear that the architectural choice made previously is wrong are less pronounced and can be solved via a fork. Still open source development is not a panacea from corporate development ills. See

-- Dr. Nikolai Bezroukov

Top Visited
Past week
Past month


Old News

[Nov 04, 2017] Time to move away from HPE Software by Lindsay Hill

Nov 04, 2017 |

Time to move away from HPE Software 15 September 2016 · Filed in Opinion

If you are still using HPE Software, you should actively plan to migrate away. The recent divestiture does not look good to me - I think existing customers are going to get soaked. Plan your migration now.

I've said it before, that I retain a soft spot for Hewlett-Packard. They gave me my first professional job out of university. I served my sentence doing HP OpenView consulting, and HP-UX Administration, but still: it got me started. Once you have some professional experience, it's much easier to move to the next role.

It saddens me to watch HP's ongoing struggles. It's sad to watch a big ship get broken up for parts. But things had to change. They need to do something to adapt to the realities of modern IT demands.

There was one line in the recent announcement about divesting HPE's software assets that stood out to me:

Micro Focus expects to improve the margin on HPE's software assets by approximately 20 percentage points by the end of the third full financial year following the closing of the transaction

Press Release

(Emphasis added).

It has been clear for a while that HP Software was no longer a core asset for HPE. It was clear that it was not adapting, and was being starved for investment. Revenues have seen decline. Smart customers have seen this coming, and have been actively migrating away from HPE Software.

But if you're still using it, you should pay attention to that press release. How do you think Micro Focus plans to improve margins by 20 percentage points? That's a lot of margin. You've got three options:

  1. Increase sales. Software development has high fixed costs, so margin improves with additional sales.
  2. Increase prices, collecting more money from existing customers.
  3. Reduce investment, spending less to improve margins, and hope customers don't notice.

This is a mature business. They will have a low percentage of new customers. Most revenue will be coming from existing customers. It is not a growth market. So what's left? Raise prices, and reduce investment.

If you're an existing customer, expect to see more license audits, and higher renewal quotes. Expect to see feature stagnation.

It won't happen straight away, but it will happen. If you're still delaying that migration, time to get a move on.

[Nov 04, 2017] Has HP Abandoned Operations Manager Lindsay Hill

Nov 04, 2017 |

HP OM has not adapted well to modern demands. It does not deal well with VMs being deployed at a high rate. It does not offer service monitoring capabilities. It does not offer any way to connect to cloud provider APIs. The agents have continued to be unstable. The administrative interface for OML/OMU looks like something I wrote over a weekend, based on a dodgy PHP shopping cart. It does not look like a piece of software that costs tens of thousands of dollars. Or actually maybe it does - Enterprise software in general tends to be ugly. HP didn't even develop it themselves - they licensed the admin interface from Blue Elephant Systems . The Java GUI for OML/OMU was a disgrace in 2002 - and it hasn't changed since.

William , April 13, 2016 10:30 AM

Again, at another site where they are attempting to move to OMi ( BSM ) Just a note here. BSM is the top tier interface through which other products flow. A crude anology would be MicroSoft Office is the suite in which many other products like Access, Outlook, One Note...etc...etc are pieces or parts. OMi is a piece of the comprehensive suite of tools offered by HP Software. Just like "OpenView" was the umbrella word used for all HP tools like OM-W, OM-U, NNM, OV...PI, TA, SI, PM and a host of other products. The jury is still out on whether the products are viable as a management suite. One major consideration is ROI. Problems still exist in ALL the tools, SiS does not provide capabilities or granularity agents have. I could write or borrow scripts ( Perl, Shell, VB, Powershell ) to effectivly do everything it does. OMi loses CI's, does not get critical mesaages forwarded, loses communication with the agents it is supposedly managing for starters, NNMi has issues not finding nodes that it should discover when discovery filters are configured. And I could add a dozen other "dirty diapers" in the suite. Yet, one can see where HP is trying to go here. IF a few of those 400 million in development dollars are thrown at the suite it could prove a valuable suite in any IT departments arsenal.

Hank Williams , October 9, 2013 10:08 AM

Theoretically BSM/OMi looks like an HPOM alternative, but looking at the scalability, the TCO, the complexity (and, and, and ...) it isn't. If you are wary about migrating to BSM, be provocative and ask HP for a reference implementation and analyse the length and cost of the implementation.

William Linn Hank Williams , July 28, 2017 3:45 PM

OMi is a little cleaner, on my last customer site it at least functioned in the 10.12 version. HP couldn't sell BSM with all the integrations like they thought. I personally know of several large enterprises that unceremoniously dumped ALL HP products, like Data Protector, HP-UX when the monitoring tool became an albatross around their necks as far as implementation and complexity of BSM/OMi. So, HP has done what HP always does when they have a major malfunction in marketing. They "REBRANDED"!!!! Seems that is what you see in companies that go out of business in one location, then move to a secondary spot OR, better yet they have a huge "going out of business" sale and the products never get lowered in price, they actually mark them up, if they sell great, if not then they close for a couple of weeks and company A opens as company B with all the same inventory at a marked up price. Maybe not really the scenario HP is using, but close. OMi by itself without the uCMDB ( which causes other issues when reconciliation occurs between agent based CI' and CIT and what is found via the scripts uCMDB uses to collect data, mismatches as one sees it differently and then the CI or CIT is removed, IF a critical monitoring as the policies are gone and there is only a reference to the CI in OMi. ) noted, OMi by itself seems stable, though they are not in version 10.61...and by the way...the patch from 10.60 to 61 is flawed. But aside from the complications of TQL's, RTSM, looks a whole lot more stable.

Lindsay Hill Hank Williams , October 9, 2013 11:57 PM

You're right - I've seen those implementation plans, and it gets very expensive, very quickly. You have to put in a lot of effort just into getting software installed and integrated - none of which is of any direct value to the customer. Maybe justifiable in huge environments, but for the rest of us? Not really.
Customers shouldn't have to pay for fixing broken integrations, they should be able to just start using the software to solve their business problems. We're years away from reaching that point though.

[Oct 21, 2013] Has HP Abandoned Operations Manager by LINDSAY HILL

Sure the OMU development is stalled, but in no way BSM/OMi is an alternative. This is just overcomplexity play.
Jul 9, 2013

So what's the future of OMW/OMU? Let's try reading between the lines – look at the recent announcement by HP about OMi Monitoring Automation. This separates monitoring policies (configuration, thresholds, etc) from implementation (agent-based, agentless). It bypasses the OM server requirement, with agents directly managed by the OMi server. I haven't seen enough of the implementation details yet to confirm that OM has been completely replaced, but it's clear enough to me what the future direction is. Development has continued for Operations Agent, but clearly Operations Manager is surplus to requirements. Well maybe it all makes sense – why the hell did they ever have two separate products, one named "Operations Manager", and another named "Operations Manager i"?

What future for HP OM then? It now only makes sense as a Manager-of-Managers for organisations that are too small to commit to the whole HP BSM suite. Even those organisations need to re-think their use of OM though, as it can't handle a dynamic environment, and stands little chance of being able to integrate proper APM, or cloud service monitoring. There are other products out there that are better suited to modern medium-sized organisations. --[ It would be interesting to know what are they ? NNB]

To the HP people reading this: Obviously you can't publicly confirm any of this. You've promised ongoing support to those still paying their annual support fees. But if I'm wrong, then show me the code. Deliver some updates to the product, and show us that it is being actively developed. Vague promises of continued commitment mean nothing without shipping code. To customers using HP OM: My advice is to start planning your migration away from it, if you haven't already. To customers considering purchasing it: Don't, unless you're buying it as part of an overall BSM/OMi implementation, and the salesfolk have guaranteed you can change your licensing over at no cost in future.

Hank Williams

Theoretically BSM/OMi looks like an HPOM alternative, but looking at the scalability, the TCO, the complexity (and, and, and ...) it isn't. If you are wary about migrating to BSM, be provocative and ask HP for a reference implementation and analyse the length and cost of the implementation.

[Feb 19, 2013] Transport of OmU Templates with agent assignment - HP Software Solutions Community online forum

11-25-2010 06:45 AM

After our template admins again disabled our whole platinum service monitoring by a well placed condition, I finally got fed up on letting them work with our productive management server for Template/Policy changes.

My idea is to allow changes to templates and conditions only on the development system, and then transport those changes to our productive management server for roll-out to our HPOVO agents.

Regarding this, there is a issue with opccfgdwn and opccfgupld:

When I download templates, and upload them with opccfgupld -subentity -replace, all changed policies get updated and new policies get inserted. BUT when I delete old policies, those deleted policies are not removed on the target server where I upload the data.

When I use -deloldtempls, I can circumvent this issue, and the uploaded templates look perfectly the same like in my dev system. But then all ovo agent assignments are lost.

Again, I can circumvent this by exporting the node bank, too, as the assignment information is stored there, but this does NOT work if the new management server already has the node, as the information update then is skipped and no template assignment is made.

As we assign many templates to many agents, I cannot assign the templates manually after each transport. Does anybody know a way to transport Templates from Management Server A to Management Server B including deleted Policy deletion AND agent assignment conistency? Any suggestions are highly appreciated as I am running out of ideas in this subject. The main issue is: Transport of whole templates with regard to all added/changed/removed policies.


we, blue elephant systems, have developed various products to help resolve this issue and, luckily for us, you are not the only one who has run into this problem :smileywink:

The MIDAS product is the basis for the HP HPOM 9 Admin UI and also supports HPOM 8. With MIDAS you can access multiple HPOM servers from a single console, with extended user rights so that you can give developers write access to the development server, and read access to the product server(s).

Also there is a packaging concept, that allows you to easily move the monitoring configuration between servers. For this we had to implement an "intelligent" package upload, so that you can get all the policy(group) - node(group) assignments, and still have the correct policies (it also supports the removal of old policies). The basic concept that we use is that the upload must be done in multiple steps, with different sub-entity options - opccfgupld just does not have the correct options to do this in one step!

If you want further information please have a look on our website (​strator) or contact me directly and I can organize a demo for you. You can download a short white paper that I did a while ago on "Release Management for HPOM Monitoring" which discusses some of the issues that you are experiencing, with solutions, at link to: Release Management for HPOM Monitoring Whitepaper.

Brian Hubbard

Product Manager

blue elephant systems GmbH

[Feb 19, 2013] HP Communities - HPOM upload of policies - Enterprise Business Community

‎08-10-2009 04:15 AM

Hi all,

I have some OMW poicies that i would like to upload to an HPOM server.

I have converted all the OMW policies to get the .data files which I can use with opctempl command to upload onto HPOM.

I would like to be able to specify a template group where these policies get uploaded instead of the Default group.

Is this possible

Sukru ARSLAN_1

No, it is not possible. The template is put in the top level. To do this in the browser, Edit->Copy, go to the desired group and Edit-Paste.

[Jan 21, 2011] Comparison with other network management systems - OpenNMS The OpenNMS Project

The OpenView® framework is one of the oldest surviving network management platforms that is still popular today. Several of the original creators of OpenNMS came from a company that became part of the OpenView business unit, and at least one came from a company that was one of the largest OpenView NNM shops in the world. It's unsurprising, then, that OpenNMS borrows some concepts, goals, and terminology from NNM.

Unlike OpenNMS, the OpenView suite is commercially-licensed proprietary software.

Component Mapping

OpenView Component(s) OpenNMS Component(s) Notes
Network Node Manager Pollerd, Collectd, Trapd Service monitoring, performance data collection, reception of events as SNMP traps
OpenView Operations Pollerd, Collectd OpenNMS supports data collection and trap reception from HP's OVO SNMP agent
OpenView Performance Insight Collectd, ad-hoc resource graphs, KSC reports, thresholds, Statsd OVPI was formerly DeskTalk

[Nov 19, 2010] HP Software Universe 2010 session recordings

THIS BOARD IS READ-ONLY. It contains session recordings from HP Software Universe Washington, DC. June 2010.

[Sep 07, 2010] HP Operations Smart Plug-ins for Windows, UNIX, and web servers.

They are complimentary with HP Operations. Still they need to be downloaded and installed separately.
Pre-defined management policies for Windows, UNIX, and Web Servers, complimentary with HP Operations:

HP Smart Plug-ins (SPIs) are fully integrated, out-of-the-box solutions for managing specific IT elements, mostly applications. They work seamlessly with HP Software products.

HP Operations provides complimentary Smart Plug-Ins for Windows, UNIX and Web Servers. Pre-defined management policies for the OS and web server layer enable you to quickly gain control of the essential elements of your IT infrastructure.

Smart Plug-ins for Windows and UNIX re-use operating system data collected by HP Performance Agent, if deployed, and allow for central configuration of alarm setting in a large-scale IT environment. But they also work standalone.


[Sep 03, 2010] IT Resource Center forums - Operations Manager for Linux!

Oct 15, 2009


HP seem to have quietly release something ive been hoping for for years - OM for Linux! There is an OM(L) eval .iso for download on the BTO software site. I'm surprised there is no chatter in here about it. I'll be trying it out myself later today i hope.

I would imagine Centos will work OK for testing. It allows me to install NNMi

Martin Pronk

Oh, please note that OML 9 doesn't allow NNM and OML run on the same server.

See attached release notes

Peter Marko

Hi guys,
here are the other docs ...

OML9.01_Linux_Concepts.pdf - KM772790
OML9.01_Linux_ReportDB_Schema.pdf - KM772791
OML9.01_Linux_Installation.pdf - KM772792
OML9.01_Linux_Java_GUI_Operator.pdf - KM772793
OML9.01_Linux_ReleaseNote.pdf - KM772794
OML9.01_Linux_ServerConfigVariables.pdf - KM772795
OML9.01_Linux_DevToolRef.pdf - KM772789
OML9.01_Linux_FirewallConceptsConfig.pdf - KM772796
OML9.01_Linux_WebServIntegration.pdf - KM772797
OML9.01_Linux_HTTPSAgent.pdf - KM772798
OML9.01_Linux_SecurityAdv.pdf - KM772788
OML9.01_Linux_AdminRef.pdf - KM772787
OML9.01_Linux_Oracle_RAC_whitepaper.pdf - KM772786
OML9.01_Linux_DevToolkitAppInteg.pdf - KM772785
OML9.01_Linux_ServNav_ConceptConfig.pdf - KM772784


Well i have it working now after a few days stuffing around (hey, it's HPOM afterall :).

VMware guest
40GB disk
CentOS 5.3 (no patches)
Oracle x64(no patches)

- had to install about 20 extra RPM packages on top of the default CentOS install to satisfy oracle, including one that wasn't in yum (pdksh).
- had to modify kernel params for both oracle and OML
- oracle x64 doesn't seem to install the legacy 32bit library by default, which is required by OML. I manually copied this file from the x86 oracle client over to the OML server to allow OML to install. (i installed the x86 oracle client in a different location and manually copied the file to the location OML wanted it (/opt/oracle/product/11.2.0/lib32/

- if /etc/services has an entry for TCP port 1521, regardless of whether that port is ACTUALLY in use by a daemon, OML will refuse to configure the DB listener on that port. Remove the 1521 entry from /etc/services before installing

Goran Koruga


Just to clarify:

OML does *not* need 32bit version of libclntsh Oracle library, it needs a 64bit one.



the exact error i got was:
Oracle Database not installed correctly. Missing file /opt/oracle/product/11.2.0/lib32/

So i'm assuming that when it needs a file out of "lib32" it needs be 32bit.

Goran Koruga:


Ahh yes, that one - it's a bug in the ovoconfigure script. Easy to fix.

You don't really need it except to get past that stage during the installation. Hopefully this will be fixed soon.



...or as Goran said, it's a bug in the ovoconfigure script. I just had another look and it seems if you edit ovoconfigure and remove or modify the "if" statement starting on line 9945, you can prevent the check for libclntsh in the lib32 path.

try just creating a dummy file in that location
touch /opt/oracle/product/11.2.0/lib32/
(assuming that is the path for your Oracle home).

I think the installer is just looking for the existence of that file and never actually makes use of it.


You'll find the located on the lib folder (instead of lib32), so you can make:

ln -s lib lib32

[Jul 28, 2010] OMiDeepDive2009Jul

Presentation that provides some information about OMi and event correlation.

GroundWork Monitor vs. HP Operations Manager GroundWork Open Source (GWOS)

In 2007, a whopping $4.3 billion was spent on availability, performance, and network management-33% of the total budget for IT Operations Management. 70% of this was spent on the Big-Four solutions, BMC, CA Unicenter, HP Operations Manager (formerly OpenView), and IBM Tivoli.

Curious about just how much HP monitoring solutions cost, line item by line item?

This twelve-page paper provides a head-to-head cost comparison of GroundWork Monitor, HP Operations Manager, and associated products, finding that GroundWork provides an 82% cost savings over three years.

Recommended Links

Google matched content

Softpanorama Recommended

Top articles





Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers :   Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism  : The Iron Law of Oligarchy : Libertarian Philosophy


War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda  : SE quotes : Language Design and Programming Quotes : Random IT-related quotesSomerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose BierceBernard Shaw : Mark Twain Quotes


Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 :  Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method  : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law


Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds  : Larry Wall  : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOSProgramming Languages History : PL/1 : Simula 67 : C : History of GCC developmentScripting Languages : Perl history   : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history

Classic books:

The Peter Principle : Parkinson Law : 1984 : The Mythical Man-MonthHow to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Hater’s Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite

Most popular humor pages:

Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor

The Last but not Least

Copyright © 1996-2018 by Dr. Nikolai Bezroukov. was initially created as a service to the (now defunct) UN Sustainable Development Networking Programme (SDNP) in the author free time and without any remuneration. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License. Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.


FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.

This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...

You can use PayPal to make a contribution, supporting development of this site and speed up access. In case is down you can use the at


The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the author present and former employers, SDNP or any other organization the author may be associated with. We do not warrant the correctness of the information provided or its fitness for any purpose.

The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.

Last modified: December 26, 2017