Centos/nagiosxi migration 7

[sharding]

so this is highly annoying, the backup and restore did not copy all the files from /usr/local/nagios/libexec

so tons of our scripts are missing, is there an easy way to copy the whole folder or can I not do that now?

This is super annoying, which part did copy them, any ideas? you heard this before, I followed the migration doc exactly.

[scottwilkerson]

The full backup contains everything in /usr/local/nagios/libexec and all it's sub-directories if you aren't switching architectures. However you did switch arch's so you would need to manually copy them over.

This is because you cannot over write any plugins that are compiled (which many are)

[sharding]

most are our scripts, shell scripts

[scottwilkerson]

most are our scripts, shell scripts

You would need to copy them over manually

[sharding]

Good morning,

So I have a ton of checks not working but those are from win servers where the client is pointing to our live Nagiosi IP so I suspect these will correct themselves when I swap the vm's over with addresses.

Question 1 - Is there a way to force the new 7 vm to recheck everything at once?

Question 2 - I do have a serious issue with scripts that worked fine on the old box not working on the new, this once script uses expect (which I installed this package) to get info from our core switch on the OSPF routing table, dumps it in a file, then the checks look for a vlan entry in the table.

Can you think of any reason why these would not not process the same as they have done for years?

Thanks in advance
Shaun

[scottwilkerson]

Question 1 - Is there a way to force the new 7 vm to recheck everything at once?

You can force checks of all the non-OK item from
Home -> Mass Acknowledge
Command Type -> Schedule Immediate Check
Click "Check All Items"
Click "Submit Commands"

Question 2 - I do have a serious issue with scripts that worked fine on the old box not working on the new, this once script uses expect (which I installed this package) to get info from our core switch on the OSPF routing table, dumps it in a file, then the checks look for a vlan entry in the table.

One reason I could think would be if the plugin used to perform this check requires a package that isn't installed, OR if the permissions on the file it writes o is not allowed by the nagios user

[sharding]

very odd telnet was missing also (i get not the best method) but missing ! anyway had to make some other script changes.

Just changed it over to the LIVE IP and we'll see what happens.

Thanks for your help so far.

[scottwilkerson]

very odd telnet was missing also (i get not the best method) but missing ! anyway had to make some other script changes.

Just changed it over to the LIVE IP and we'll see what happens.

Thanks for your help so far.

Good Luck!

[sharding]

seen this on one win server check only

https://support.nagios.com/forum/viewto ... 16&t=32096

i might try restarting the servers ncclient, wanted to mention it

also seeing this msg a lot of systems mila logs

2019-02-20 10:36:17: ERROR: Cannot tune logfile: This RRD was created on another architecture
2019-02-20 10:36:17: ERROR: Cannot update /var/lib/mrtg/10.95.100.1_2.rrd with '1550680510:338680076:626156484935' This RRD was create
d on another architecture

for all types of files, anything to worry about?

[scottwilkerson]

I would remove these and let them get recreated

Code: Select all

rm -f /var/lib/mrtg/*