Commands from interface not working
Commands from interface not working
After reverting back from 5.5 to 5.4.13 command submissions, such as disable notification are failing. Attached the image. How do we get this back working?
You do not have the required permissions to view the files attached to this post.
Re: Commands from interface not working
Can you describe in details all of the steps that you took in order to revert back from from 5.5 to 5.4.13? Did you have the same problem prior to upgrading to 5.5? Is this happening for all users, some users, or one user only? What are the security settings of the user in question (Admin > Manage Users > Edit)?
Start a running tail on the cmdsubsys.log:
then log in as your user, click on a host or a service, then click on the "Disable notifications" link under the "Quick Action" section. Wait until there is some output in the log, stop the tail (ctrl+c), copy and paste the output to the forum.
Start a running tail on the cmdsubsys.log:
Code: Select all
tail -f /usr/local/nagiosxi/var/cmdsubsys.logBe sure to check out our Knowledgebase for helpful articles and solutions!
Re: Commands from interface not working
The problem appears to have resolved now after a reboot of the nagios host. The reboot was intact done for a different purpose. So I could not get to check the subsystem logs.
The method used to restore to 5.4.13 was running the /usr/local/nagiosxi/scripts/restore_xi.sh from command line with the autobackup file that was generated as part of the upgrade process.
After upgrade we noticed a couple of random issues, especially related to reload of nagios service. We faced the similar as reported in https://support.nagios.com/kb/article/n ... es-34.html After Apply configs changes were reflecting in CCM but not in status pages and so on.
It turned out, reconfigure_nagios.sh (Apply config), was not able to find the lock file. the path for lock file in init scripts were point to a different location than in nagios.cfg.
pointing to correct file resolved the service stop and status commands, but start would fail. Hence for now as a workaround have added this to stop and status function.
Maybe the init scripts were not restored while restoring backup.
The method used to restore to 5.4.13 was running the /usr/local/nagiosxi/scripts/restore_xi.sh from command line with the autobackup file that was generated as part of the upgrade process.
After upgrade we noticed a couple of random issues, especially related to reload of nagios service. We faced the similar as reported in https://support.nagios.com/kb/article/n ... es-34.html After Apply configs changes were reflecting in CCM but not in status pages and so on.
It turned out, reconfigure_nagios.sh (Apply config), was not able to find the lock file. the path for lock file in init scripts were point to a different location than in nagios.cfg.
Code: Select all
NagiosRunFile=/var/run/nagios.lock
Code: Select all
stop)
echo -n "Stopping nagios: "
NagiosRunFile=/usr/local/nagios/var/nagios.lock
...
...
status)
NagiosRunFile=/usr/local/nagios/var/nagios.lock
...
Re: Commands from interface not working
The nagios.lock should be in /var/run on an upgraded system.
Anyway, I am glad that your issue has been resolved! Is it OK if we close this topic?
Code: Select all
grep nagios.lock /etc/init.d/nagios /usr/local/nagios/etc/nagios.cfg
/etc/init.d/nagios:NagiosRunFile=/var/run/nagios.lock
/usr/local/nagios/etc/nagios.cfg:lock_file=/var/run/nagios.lockBe sure to check out our Knowledgebase for helpful articles and solutions!