On Mon, Apr 30, 2012 at 1:10 PM, Michael Baydoun <indymichaelb at gmail.com>wrote:
The tests are running on the xymon server itself
Somehow, 6 days ago, the xymon server processes were starting using root (even though that would seem to be impossible, as there is a username check in /usr/lib64/xymon/server/hobbit.sh). The OS was patched around that time.
That was causing histlog files to be created with root ownership and mode 600, preventing accessing those details from the web gui.
I killed all the xymon processes and restarted (service xymon start), which started them up correctly as user xymon However, once I did that, the Ping test results all started failing, even though fping from the command line to the clients was working correctly, and xymonnet went yellow with the long run time warning. Eventually, to get the ping tests working again for now I had to bypass the username check in /usr/lib64/xymon/server/hobbit.sh and start everything back up as the root user
I will have to find a time to switch it back to the xymon user, figure out the ping test failures, and correct all the histlog file permissions.
On Mon, Apr 30, 2012 at 12:36 PM, Henrik Størner <henrik at hswn.dk> wrote:
On 30-04-2012 16:13, Michael Baydoun wrote:
What could cause a very long time to send ping test results?
PING test completed (166 hosts) 593954.047266 9.117369 PING test results sent 594410.634681 456.587415
Usually a network problem between the host doing the network tests, and the Xymon server - if those are two different systems.
If you're running the network tests on the Xymon server itself, then I have no idea why that would take so long.
Regards, Henrik ______________________________**_________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/**mailman/listinfo/xymon<http://lists.xymon.com/mailman/listinfo/xymon>
To followup, I figured out this issue. The ownership of /usr/lib64/xymon/server/bin/xymonping was changed at some point, which clears the set-uid. Setting owner to root first, then chmod 4755 resolved the issue.