Call Us! 1-800-383-5193
Call Us! 1-800-383-5193
Call Us! 1-800-383-5193

Need Help?

Emergency Response Time custom

Our experts have had an average response time of 11.06 minutes in March 2021 to fix urgent issues.

We will keep your servers stable, secure and fast at all times for one fixed price.

Running out of disk space on the Nagios – How to handle it

by | Dec 20, 2020

Are you running out of disk space on the Nagios? Take a peek at this blog to tackle it.

Here at Bobcares, we have seen several such Nagios-related errors as part of our Server Management Services for web hosts and online service providers.

Today we’ll take a look at how to fix this Nagios disk space problem.


What causes running out of disk space on the Nagios problem to arise

Before we get into the solution part of this problem, let’s first see the different causes.

Here are the reasons for this error to occur.

  • Increasing the number of hosts/services has consumed more disk space
  • Large number of backups
  • Large log files

Moreover, running out of HDD space on the Nagios XI server can create a large number of problems. The problems include disrupted monitoring, data loss, database corruption, inability to log in to the web interface, and so on.


How we resolve ‘running out of disk space on the Nagios’ problem

Now let’s take a look at how our Support Engineers resolve this error.

We always suggest planning ahead and set up the environment in a way that allows for some growth.

Also, it is better to backup the Nagios XI instance. But if we are saving them locally and do not have a large enough hard drive, we can run out of space very fast.

By default, the backups are stored in /store/backups/nagiosxi/ directory. It is a good practice to keep an eye on this folder and remove the old backups that we do not need.

Also, there are some MySQL and postgres backups in /store/backups/mysql/ and /store/backups/postgresql/ directories. Generally, these are created on daily, monthly, and weekly basis by the /root/scripts/automysqlbackup and /root/scripts/autopostgresqlbackup script.

Both these scripts are run on a cron job. Here is the command we run to view the crontab:

cat /etc/cron.d/nagiosxi

The /store/backups/mysql/ and /store/backups/postgresql/ directories can also grow quite large. If we need to clear some HHD space we could delete some of the old backups that are no longer needed.

We can disable these two cron jobs if we wish. For that, we just comment them out as below.

# 0 7 * * * root /root/scripts/automysqlbackup
# 0 8 * * * root /root/scripts/autopostgresqlbackup

In case, if we’ve poorly configured the checks, system issues, debugging enabled, etc then the log files can grow out of control. So, we temporarily clear some space by deleting old logs that we might not need.

We run the below command to view the 10 largest files under /var/log/ directory.

du -a /var/log | sort -n -r | head -n 10

Another option is to add another disk and move the existing data to that location.

Additionally, we can delete some old nagios log files from the /usr/local/nagios/var/archives/ directory, if we don’t need the historical data.

After clearing some space, we will need to resize the virtual machine.

[Need any further assistance in fixing Nagios disk problems? – We are here to help you]



Today, we saw how our Support Engineers resolve this Nagios error and provide a solution to our customers.


Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.


var google_conversion_label = "owonCMyG5nEQ0aD71QM";


Submit a Comment

Your email address will not be published. Required fields are marked *

Privacy Preference Center


Necessary cookies help make a website usable by enabling basic functions like page navigation and access to secure areas of the website. The website cannot function properly without these cookies.

PHPSESSID - Preserves user session state across page requests.

gdpr[consent_types] - Used to store user consents.

gdpr[allowed_cookies] - Used to store user allowed cookies.

PHPSESSID, gdpr[consent_types], gdpr[allowed_cookies]


Statistic cookies help website owners to understand how visitors interact with websites by collecting and reporting information anonymously.

_ga - Preserves user session state across page requests.

_gat - Used by Google Analytics to throttle request rate

_gid - Registers a unique ID that is used to generate statistical data on how you use the website.

smartlookCookie - Used to collect user device and location information of the site visitors to improve the websites User Experience.

_ga, _gat, _gid
_ga, _gat, _gid


Marketing cookies are used to track visitors across websites. The intention is to display ads that are relevant and engaging for the individual user and thereby more valuable for publishers and third party advertisers.

IDE - Used by Google DoubleClick to register and report the website user's actions after viewing or clicking one of the advertiser's ads with the purpose of measuring the efficacy of an ad and to present targeted ads to the user.

test_cookie - Used to check if the user's browser supports cookies.

1P_JAR - Google cookie. These cookies are used to collect website statistics and track conversion rates.

NID - Registers a unique ID that identifies a returning user's device. The ID is used for serving ads that are most relevant to the user.

DV - Google ad personalisation

IDE, test_cookie, 1P_JAR, NID, DV, NID
IDE, test_cookie


These are essential site cookies, used by the google reCAPTCHA. These cookies use an unique identifier to verify if a visitor is human or a bot.