May the source be with you, but remember the KISS principle ;-)
Contents Bulletin Scripting in shell and Perl Network troubleshooting History Humor

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

[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

Softpanorama hot topic of the month

Softpanorama Recommended



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 in our efforts to advance understanding of environmental, political, human rights, economic, democracy, scientific, and social justice issues, etc. We believe this constitutes a 'fair use' of any such copyrighted material as provided for in section 107 of the US Copyright Law. In accordance with Title 17 U.S.C. Section 107, the material on this site is distributed without profit exclusivly for research and educational purposes.   If you wish to use copyrighted material from this site for purposes of your own that go beyond 'fair use', you must obtain permission from the copyright owner. 

ABUSE: IPs or network segments from which we detect a stream of probes might be blocked for no less then 90 days. Multiple types of probes increase this period.  


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-2016 by Dr. Nikolai Bezroukov. was created as a service to the UN Sustainable Development Networking Programme (SDNP) in the author free time. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License.

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.

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.

Last modified: February 11, 2017