Need help?

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

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

Managing Snapshots and Maintenance in Nagios Log Server

by | May 9, 2021

Managing Snapshots and Maintenance in Nagios Log Server can guarantee that our log data is safe in case of database corruption or servers going down hard.

After all, backup is always something that is important to us.

As part of our Server Management Services, we assist our customers with several Nagios queries.

Today, let us see how to manage Nagios Log Server Snapshots.



Snapshots are point-in-time backups of our log data that exists in the Elasticsearch database.

The snapshot is performed on the entire cluster.

Our Support Techs advice however to set the correct permissions.

For example,

# chown -R nagios:nagios /mnt/snapshot_repository
# chmod -R 775 /mnt/snapshot_repository


Managing Snapshots and Maintenance in Nagios Log Server

Navigate to Admin > System > Snapshots & Maintenance.

Create Snapshot Repository

The Create Repository button will present the Create Repository modal. Here, we populate the Name and Location fields.

Then we click the Add Repository button to create the repository.

Now, we can see the repository in the Repositories tab and a new snapshot table for the repository.

Maintenance Settings

Maintenance is how Nagios Log Server performs tasks automatically on Indexes and Repositories. It is very simple to configure.

We select the new repository, Snapshot Repository. Nagios Log Server will use this repository for snapshots.

The rest of the settings are as follows:

  • Optimize Indexes older than:

Since it uses a Lucene forceMerge on an index that will not accept or ingest any new data, we set this to 0 to disable.

  • Close indexes older than:

Close indexes do not take any system resources other than disk space. However, we cannot search it unless it reopens. Set to 0 to disable.

  • Delete indexes older than:

Deletes indexes, freeing resources. This is permanent, the only way to restore them is from an archived snapshot. Set to 0 to disable.

  • Repository to store snapshots in:

This configures the maintenance worker to save snapshots to the repository that we select.

  • Delete snapshots older than:

This is the number of days before the snapshots delete. The default is 720, but we can change this at any time.

  • Enable Maintenance and Snapshots:

They are responsible for creating snapshots. So we ensure this is set to Yes.

Once done, click the Save Settings button.

Repository Snapshots

In this table, we can see the indices that have snapshots taken of them.

Each index will have the following status and information:

  • Name – The name of the index that has been saved
  • Most Recent State – If the last snapshot for this index was successful, it will be labeled as SUCCESS
  • Most Recent Snapshot Time – The beginning and ending timestamps for the last snapshot to save this index
  • Elasticsearch Version – This shows the version of the most recent snapshot which contains this index.
  • Versions – This shows a number of how many snapshots store this index
  • Actions – This allows restoring from snapshots

Disk Space Usage

The disk space snapshots consume will vary depending on several factors:

  • The amount of log data received each day
  • The frequency age at which we choose to delete old snapshots

From time to time, we need to observe our disk space usage patterns.

Our Support Techs recommend using Nagios XI to monitor the disk space usage. It will alert if we are to run out of disk space.

Snapshot Frequency

As a system job Snapshots are configured to run once a day

By default, the time they run is based on when we installed the first node in our Nagios Log Server cluster.

If we navigate to Admin > System > Command Subsystem we will find the snapshots_maintenance system job.

Here, we can change the frequency of the job using the Edit link or initiate one to run now using the Run link.

[Need help with managing? We are here for you]



In short, we saw how our Support Techs manage Snapshots and Maintenance in Nagios Log Server.


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.