Page 1 of 1

Test instance migrate to Production instance

Posted: Mon Feb 02, 2015 8:46 am
by jkinning
Previously we had one single Nagios Core box to monitor all our systems and do testing. Not the best setup but we now are running three Nagios XI instances where one is test, the second is production, and the third one is in our DR site monitoring the test and production XI instances. What I am wondering is there a way I can export information from test and import it into the production instance? I was testing some users and groups and now they are good to go so instead of manually keying them into the production XI instance I would like to just export / import if possible. Same with some service checks and hostgroups. Is this possible?

Re: Test instance migrate to Production instance

Posted: Mon Feb 02, 2015 9:57 am
by abrist
XI users will not be able to be imported/exported easily as they are saved in the postgres db. All the standard nagios object configs can be though. Just copy the .cfg files in questions to the other server and walk through our import documents:
http://assets.nagios.com/downloads/nagi ... p-Tool.pdf
http://assets.nagios.com/downloads/nagi ... ios-XI.pdf

Re: Test instance migrate to Production instance

Posted: Tue Feb 10, 2015 5:45 pm
by sujitt
I have the same problem. I tried the document and , It is very laborious especially if there is a dependency missing or you miss the order prescribed on the screen,

Selective moving is kind of very difficult when you have a lot of config to migrate,

I think this feature of migration should be as simple as select the services to move and it should migrate all the dependent hierarchy and update/insert based on name.

Re: Test instance migrate to Production instance

Posted: Wed Feb 11, 2015 10:37 am
by abrist
sujitt wrote:I think this feature of migration should be as simple as select the services to move and it should migrate all the dependent hierarchy and update/insert based on name.
The ability easily to import configs is indirectly proportional to the complexity of the original configuration. It would take a whole rewrite of the import process to make the kind of assumptions necessary to do what you suggest.