What is the Open Monitoring Distribution?
The Open Monitoring Distribution (OMD) is an open source project founded in 2010 by Mathias Kettner and other well-known members of the Nagios community. The idea behind the project was to provide a preconfigured Nagios installation with selected add-ons, and thus significantly reduce the effort of manually setting up a Nagios monitoring and also compiling and integrating add-ons.
Nagios itself is only a small component in a complete monitoring system. Only by adding numerous extensions, such as PNP4Nagios, NagVis, Checkmk, Livestatus etc., plus the Nagios plug-ins and the Apache web server, will you get a complete solution. The classic approach to setting up a Nagios monitoring system before OMD was to install all the required components and then make them work together. This included self-compiling from the source codes and manually customizing the configuration files – a process that not only meant a lot of work, but also required a lot of experience in order to get an optimally-tuned monitoring system at the end.
OMD's approach included the provision of a precompiled Nagios monitoring with all important add-ons – and all of these preconfigured and well-matched to each other. In addition, right from the outset, OMD has supported all common enterprise Linux distributions such as Debian, Ubuntu LTS, RedHat/CentOS and SLES.
TL;DR:
OMD simplifies monitoring deployment by bundling all required components into a single, preconfigured package.
- Multi-Site & Multi-Version: Runs multiple isolated monitoring instances on a single server without virtualization, even using different software versions.
- Risk-Free Upgrades: Separates software from site data, enabling safe updates, sandbox testing, and easy rollbacks via the omd command.
- The Checkmk Core: OMD serves as the underlying framework for Checkmk, providing built-in backup tools and streamlined site management.
What are the key advantages of OMD?
One of the great advantages of OMD is that all of the important components can be installed with an RPM/DEB package, and dependencies on OS packages are also taken into account. This means that with OMD, monitoring is ready for use immediately after installation.
An OMD-based installation has the following features:
- the ability to run multiple sites in parallel,
- the possibility to do so with differing versions of the monitoring software,
- an intelligent and convenient upgrade mechanism,
- uniform file paths – regardless of the Linux platform used,
- a very easy installation – without dependency on third party software – and
- a perfect pre-configuration of all components.
How does OMD run multiple sites and versions?
A major advantage of OMD is that it can run any number of monitoring sites on one server without virtualization. Each of these sites is a closed monitoring system that runs separately from the others. However, all sites can be administered centrally and thus, for example, updates can be rolled out specifically to the desired instance. A further advantage of OMD's structure is that all of a site's data is located in a single directory, which makes data backup much easier.
The operation of several sites on a single server is made possible by the way the Open Monitoring Distribution works – it generates a unique name for each site, which the user assigns when setting it up. This name corresponds to a Linux user and thus follows the same conventions as usernames under Linux. The necessary processes of the sites then run under the user's own Linux username.
How does the OMD update process work?
Due to the strict separation of software and data, it is also possible to install several versions of OMD in parallel, in addition to operating several sites on one server. In doing so, OMD determines for each site which of the installed versions it will use.
This is made possible by the way OMD carries out an update. You do not have to update the complete Open Monitoring Distribution at once, rather only one site at a time. This gives you the choice of which of the sites you want to update to the new version and which not.
After installing the new OMD version via an RPM or DEB package, the desired site can be updated to the new version with the omd update command. Afterwards, the old OMD version can be uninstalled if it is no longer needed.
The copy function with the omd cp command also offers an additional, convenient way to carry out the update.
This makes it possible, for example, to copy the production site and then update the copy. By doing so, you have the possibility to extensively test the new version with the copied site and to clean up any possible problems before updating the production site.
Furthermore, in the past it was possible to downgrade a site, i.e. to go back to an older version. The process works analogously to the update, since the omd update command does not care whether the target version is newer or older than the current version. Since Checkmk 1.6, however, a downgrade is no longer supported.
Why are there two different versions?
These days, there is no longer just one OMD variant, rather there are two. This is because the initiators of the project decided that it made sense to develop two specialized OMD versions. One is still the original version, which contains further extensions in addition to the original components. The second version is Checkmk, an independent and powerful monitoring solution with more than 2,000 official plug-ins for monitoring the IT infrastructure. Checkmk is fully compatible with OMD.
The decisive factor for the separate further development was the original idea of wanting to provide a perfectly-coordinated monitoring system. Checkmk founder Mathias Kettner no longer saw this as a given with a package of several optional monitoring tools, so he concentrated on the further development of Checkmk. In this way, he wanted to ensure that Checkmk would provide a finely-tuned monitoring system.

The Open Monitoring Distribution and Checkmk
As a special OMD version, Checkmk benefits from all the advantages of the Open Monitoring Distribution. This means that by simply installing a package, you get a perfectly pre-configured Checkmk, you can run several Checkmk sites – even with differing Checkmk versions – on one server and upgrade the individual sites conveniently. The migration of a site from one Checkmk edition to another, for example from Checkmk Community to Checkmk Pro, is also possible without any problems. The control and configuration of the monitoring sites can easily be done with the omd command.
In addition, Checkmk has a built-in mechanism for creating backups and restoring Checkmk sites. The basis for this are the commands omd backup and omd restore, which pack all the data from an instance into a tar archive and unpack it again, respectively. Creating a backup file via omd backup can also be done by a site user without root permissions.
Restoring a backup is just as easy: With the omd restore command, a site from a backup can also be restored for a site user, since the site is not created entirely new, but the existing site is emptied and refilled. This process does not require root permissions. However, a site can only be restored to the Checkmk version that was used to create the backup.
Which are the most important OMD commands?
As already mentioned, after installing a DEB/RPM package, it is possible to set up Checkmk with the omd command. This overview shows the most important OMD commands for Checkmk, where MySite serves as a placeholder for the chosen name of the site (if you do not execute the command as a site user):
omd create [MySite] → Creates a new site [MySite].
omd start [MySite] → Starts all services of [MySite].
omd stop [MySite] → Stops all services of [MySite].
omd restart [MySite] → Restarts all services of [MySite].
omd rm [MySite] → Removes [MySite] and its data.
omd status [MySite] → Shows the status of [MySite].
omd config [MySite] → Opens an interactive menu that enables the configuration of [MySite].
omd update [MySite] → Updates [MySite] to a different OMD version.
omd cp [MySite] [NewSite] → Creates a copy of [MySite] with the name [NewSite].
omd backup [MySite] → Creates a backup of [MySite].
omd restore [MySite] → Restores [MySite] from a backup.
omd cleanup → Uninstalls all Checkmk versions that are not in use by any site.
Further information on the individual OMD functions available in Checkmk can also be found in our manual.
FAQ
Where is the site-specific data stored in an OMD installation?
Following strict Linux conventions, OMD centralizes all configuration files, metrics, and logs for a specific site inside the /omd/sites/[site_name]/ directory. When a site user logs in, this directory acts as their virtual root (~). This clean encapsulation ensures that changing configuration files or saving historical data within one site never impacts the underlying global Linux operating system or any other parallel sites running on the same server.
Why does OMD create a specific Linux user for each site?
OMD enforces a strict security and resource isolation policy by automatically creating a dedicated Linux system user and a matching group for every new site you deploy. All background monitoring processes, cron jobs, and Apache web server threads associated with that specific instance run exclusively under that user's identity. This prevents cross-site security breaches and allows administrators to manage permissions and monitor system resource consumption on a per-site basis natively through standard Linux utilities.
Ready to explore the full feature set of Checkmk?
Download the free trial and see it in action.