clientlog not populating, files/procs checks state none checked
list Josh Luthman
I'm hitting a wall and hoping someone can give me a sanity check.
I had an old server that was working. It was on Centos 7 and consequently why I'm replacing it. I installed Alma9 on a new server (hardware) and replaced said hardware.
The new server is definitely reporting information (xymon-client) to the server - cpu column has a list of processes, disk is showing df output, etc. But clientlog is absolutely empty. However, the files/procs columns are showing "No files checked" even though the same hostname with previous hardware had test results and history. The hostname is certainly the same and there are no ghost clients.
I added an extra script in ext and this works as expected.
Compiled from stable 4.3.30.
Any ideas?! I'm not seeing anything useful in any of the logs anywhere - client or server.
Josh Luthman
24/7 Help Desk: XXX-XXX-XXXXDirect: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
list Tom Schmidt
The files/procs checks would be controlled by the server/etc/client-local.cfg and server/etc/analysis.cfg files. Did you copy the *.cfg files from your previous installation to the new server?
Tom
▸
On Thu, Dec 19, 2024 at 3:16 PM Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:
I'm hitting a wall and hoping someone can give me a sanity check.I had an old server that was working. It was on Centos 7 and consequently why I'm replacing it. I installed Alma9 on a new server (hardware) and replaced said hardware.The new server is definitely reporting information (xymon-client) to the server - cpu column has a list of processes, disk is showing df output, etc. But clientlog is absolutely empty. However, the files/procs columns are showing "No files checked" even though the same hostname with previous hardware had test results and history. The hostname is certainly the same and there are no ghost clients.I added an extra script in ext and this works as expected.Compiled from stable 4.3.30.Any ideas?! I'm not seeing anything useful in any of the logs anywhere - client or server.
list Jeremy Laidman
Hi Josh
The host's client seems to be behaving as if it's running in local mode rather than central mode. In local mode, the host's OS metrics (CPU, disk, etc) are reported as individual "status" type messages. In central mode, the metrics are compiled into the client message log and sent as a single "client" type message.
It's been a while since I looked into running a Xymon client in local mode. I believe you can find the current mode from the xymonlaunch process list, like so:
$ sudo -u xymon strings /proc/`pgrep xymonlaunch`/environ | grep ^LOCALMODE
This will output "yes" if running in local mode, and "no" if running in central mode. The client runs in local mode when LOCALMODE is set to "yes". I believe this is set in the file xymonclient.cfg, which is typically located in $XYMONHOME/etc/.
Cheers
Jeremy
▸
On Fri, 20 Dec 2024 at 09:16, Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:
I'm hitting a wall and hoping someone can give me a sanity check.I had an old server that was working. It was on Centos 7 and consequently why I'm replacing it. I installed Alma9 on a new server (hardware) and replaced said hardware.The new server is definitely reporting information (xymon-client) to the server - cpu column has a list of processes, disk is showing df output, etc. But clientlog is absolutely empty. However, the files/procs columns are showing "No files checked" even though the same hostname with previous hardware had test results and history. The hostname is certainly the same and there are no ghost clients.I added an extra script in ext and this works as expected.Compiled from stable 4.3.30.Any ideas?! I'm not seeing anything useful in any of the logs anywhere - client or server.
list Josh Luthman
Thanks guys! That was it! In my haste I must have set the client to do local test instead of server test when doing ./configure.client as shown in the Makefile:
LOCALCLIENT = yes
The fix was easy post installation, just change clientlaunch.cfg:
CMD $XYMONCLIENTHOME/bin/xymonclient.sh
#CMD $XYMONCLIENTHOME/bin/xymonclient.sh --local
#CMD $XYMONCLIENTHOME/bin/xymonclient.sh --local
Jeremy - etc/xymonclient.cfg has LOCALMODE but is overwritten by the clientlaunch.cfg's --local shown above.
▸
On Thu, Dec 19, 2024 at 6:23 PM Jeremy Laidman <user-0608abae5e7c@xymon.invalid> wrote:
Hi JoshThe host's client seems to be behaving as if it's running in local mode rather than central mode. In local mode, the host's OS metrics (CPU, disk, etc) are reported as individual "status" type messages. In central mode, the metrics are compiled into the client message log and sent as a single "client" type message.It's been a while since I looked into running a Xymon client in local mode. I believe you can find the current mode from the xymonlaunch process list, like so:$ sudo -u xymon strings /proc/`pgrep xymonlaunch`/environ | grep ^LOCALMODEThis will output "yes" if running in local mode, and "no" if running in central mode. The client runs in local mode when LOCALMODE is set to "yes". I believe this is set in the file xymonclient.cfg, which is typically located in $XYMONHOME/etc/.CheersJeremyOn Fri, 20 Dec 2024 at 09:16, Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:I'm hitting a wall and hoping someone can give me a sanity check.I had an old server that was working. It was on Centos 7 and consequently why I'm replacing it. I installed Alma9 on a new server (hardware) and replaced said hardware.The new server is definitely reporting information (xymon-client) to the server - cpu column has a list of processes, disk is showing df output, etc. But clientlog is absolutely empty. However, the files/procs columns are showing "No files checked" even though the same hostname with previous hardware had test results and history. The hostname is certainly the same and there are no ghost clients.I added an extra script in ext and this works as expected.Compiled from stable 4.3.30.Any ideas?! I'm not seeing anything useful in any of the logs anywhere - client or server.