Xymon Mailing List Archive search

assistance for auto start of xymon in Rocky 9

12 messages in this thread

list David Smith · Thu, 25 Jul 2024 14:35:26 +0000 ·

Hi


I am looking for some clues to autostart xymon in Rocky9


I copied my method from a Centos 7 box which has been running successfully for quite a number of years


I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up


[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target


[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target


[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple


# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no


I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service


What is happening on Rocky9 is that on the server is being started, the client part does not start


Any ideas what may be awry? The same method worked/works without issue on Centos 7



Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl



Best regards


David



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

list David Smith · Thu, 25 Jul 2024 14:46:40 +0000 ·

Hi


I am looking for some clues to autostart xymon in Rocky9


I copied my method from a Centos 7 box which has been running successfully for quite a number of years


I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up


[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target


[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target


[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple


# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no


I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service


What is happening on Rocky9 is that on the server is being started, the client part does not start


Any ideas what may be awry? The same method worked/works without issue on Centos 7



Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl



Best regards


David




Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

list Tom Schmidt · Thu, 25 Jul 2024 09:19:20 -0600 ·
Below is what I have on Rocky8 and Rocky9, and both the server and client startup fine for me.  Update the path to xymon appropriately for your installation.
Tom

Symbolic links:
/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service

Contents of /usr/lib/systemd/system/xymonlaunch.service file:

# unit file for Fedora 18 and up, RHEL 7 and up, or other systemd distros

quoted from David Smith
[Unit]
Description=Xymon systems and network monitor
Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)
After=network.target

[Install]
# Compatibility with "xymon" and "xymon-client"
Alias=xymon.service
Alias=xymon-client.service
WantedBy=multi-user.target

[Service]
EnvironmentFile=-/etc/default/xymonlaunch
quoted from David Smith
EnvironmentFile=-/etc/sysconfig/xymonlaunch
User=xymon
# We wrap in xymoncmd to eliminate the need for the bulk of the old init script
ExecStart=/home/xymon/server/bin/xymoncmd /home/xymon/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS
# xymoncmd exec's xymonlaunch, and xymonlaunch will propagate -HUP as needed
ExecReload=/bin/kill -HUP $MAINPID
quoted from David Smith
Type=simple

# Kill xymonlaunch, but don't send kills to the underlying procs, since they
# might be doing important things (like writing checkpoints and flushing caches)
KillMode=process
# SendSIGHUP=yes
SendSIGKILL=no
# Give an extra 6s beyond xymonlaunch to let things disconnect
RestartSec=6
Restart=on-failure

quoted from David Smith
On Thu, Jul 25, 2024 at 8:46 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi

 

I am looking for some clues to autostart xymon in Rocky9

 

I copied my method from a Centos 7 box which has been running successfully for quite a number of years

 

I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up

 

[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target

 

[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target

 

[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no

 

I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service

 

What is happening on Rocky9 is that on the server is being started, the client part does not start

 

Any ideas what may be awry? The same method worked/works without issue on Centos 7

 

 

Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl

 

 

Best regards

 

David

 



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

list Josh Luthman · Thu, 25 Jul 2024 15:07:36 -0400 ·
The only different in Tom's post and the Terabithia package is the ExecStart xymonlaunch binary location FWIW (I'm using Alma9).

quoted from Tom Schmidt
On Thu, Jul 25, 2024 at 11:20 AM Tom Schmidt <user-d34f6118b459@xymon.invalid> wrote:
Below is what I have on Rocky8 and Rocky9, and both the server and client startup fine for me.  Update the path to xymon appropriately for your installation.
Tom

Symbolic links:
/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service

Contents of /usr/lib/systemd/system/xymonlaunch.service file:

# unit file for Fedora 18 and up, RHEL 7 and up, or other systemd distros

[Unit]
Description=Xymon systems and network monitor
Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)
After=network.target

[Install]
# Compatibility with "xymon" and "xymon-client"
Alias=xymon.service
Alias=xymon-client.service
WantedBy=multi-user.target

[Service]
EnvironmentFile=-/etc/default/xymonlaunch
EnvironmentFile=-/etc/sysconfig/xymonlaunch
User=xymon
# We wrap in xymoncmd to eliminate the need for the bulk of the old init script
ExecStart=/home/xymon/server/bin/xymoncmd /home/xymon/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS
# xymoncmd exec's xymonlaunch, and xymonlaunch will propagate -HUP as needed
ExecReload=/bin/kill -HUP $MAINPID
Type=simple

# Kill xymonlaunch, but don't send kills to the underlying procs, since they
# might be doing important things (like writing checkpoints and flushing caches)
KillMode=process
# SendSIGHUP=yes
SendSIGKILL=no
# Give an extra 6s beyond xymonlaunch to let things disconnect
RestartSec=6
Restart=on-failure

On Thu, Jul 25, 2024 at 8:46 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi

 

I am looking for some clues to autostart xymon in Rocky9

 

I copied my method from a Centos 7 box which has been running successfully for quite a number of years

 

I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up

 

[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target

 

[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target

 

[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no

 

I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service

 

What is happening on Rocky9 is that on the server is being started, the client part does not start

 

Any ideas what may be awry? The same method worked/works without issue on Centos 7

 

 

Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl

 

 

Best regards

 

David

 



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

list Josh Luthman · Fri, 26 Jul 2024 09:21:27 -0400 ·
Did you see the answers yesterday?

quoted from David Smith
On Fri, Jul 26, 2024 at 8:31 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi

 

I am looking for some clues to autostart xymon in Rocky9

 

I copied my method from a Centos 7 box which has been running successfully for quite a number of years

 

I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up

 

[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target

 

[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target

 

[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no

 

I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service

 

What is happening on Rocky9 is that on the server is being started, the client part does not start

 

Any ideas what may be awry? The same method worked/works without issue on Centos 7

 

 

Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl

 

 

Best regards

 

David



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

list David Smith · Fri, 26 Jul 2024 14:16:04 +0000 ·

Hi Josh



Yes I did


I have followed those to the letter and I still have only the server starting, and no client data being sent


It is really peculiar that it does not work on the newer machine


Forgive me for not responding earlier as I do appreciate any help or input given


Thanks


David

quoted from Josh Luthman

From: Josh Luthman <user-4c45a83f15cb@xymon.invalid>
Sent: Friday, July 26, 2024 2:21 PM
To: Xymon mailinglist <xymon@xymon.com>
Subject: [Xymon] Re: assistance for auto start of xymon in Rocky 9


Did you see the answers yesterday?


On Fri, Jul 26, 2024 at 8:31 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi


I am looking for some clues to autostart xymon in Rocky9


I copied my method from a Centos 7 box which has been running successfully for quite a number of years


I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up


[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target


[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target


[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple


# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no


I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service


What is happening on Rocky9 is that on the server is being started, the client part does not start


Any ideas what may be awry? The same method worked/works without issue on Centos 7



Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl



Best regards


David



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

list Josh Luthman · Fri, 26 Jul 2024 11:04:44 -0400 ·
There are two things to run.  Did you see xymon-client ?
/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service

quoted from David Smith
On Fri, Jul 26, 2024 at 10:52 AM David Smith via Xymon <xymon@xymon.com> wrote:

 

Hi Josh

 

 

Yes I did

 

I have followed those to the letter and I still have only the server starting, and no client data being sent

 

It is really peculiar that it does not work on the newer machine

 

Forgive me for not responding earlier as I do appreciate any help or input given

 

Thanks

 

David

From: Josh Luthman <user-4c45a83f15cb@xymon.invalid>
Sent: Friday, July 26, 2024 2:21 PM
To: Xymon mailinglist <xymon@xymon.com>
Subject: [Xymon] Re: assistance for auto start of xymon in Rocky 9

 

Did you see the answers yesterday?

 

On Fri, Jul 26, 2024 at 8:31 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi

 

I am looking for some clues to autostart xymon in Rocky9

 

I copied my method from a Centos 7 box which has been running successfully for quite a number of years

 

I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up

 

[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target

 

[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target

 

[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no

 

I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service

 

What is happening on Rocky9 is that on the server is being started, the client part does not start

 

Any ideas what may be awry? The same method worked/works without issue on Centos 7

 

 

Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl

 

 

Best regards

 

David

 

 

Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

 

 

Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

list Tom Schmidt · Mon, 29 Jul 2024 15:09:32 -0600 ·
David,
     Have you checked to see if there are any errors in the /var/log/xymon/xymonclient.log file?  This file is created by the xymon client.  If there are no errors, this file may be empty or non-existent.

Tom

quoted from Josh Luthman
On Thu, Jul 25, 2024 at 1:07 PM Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:
The only different in Tom's post and the Terabithia package is the ExecStart xymonlaunch binary location FWIW (I'm using Alma9).

On Thu, Jul 25, 2024 at 11:20 AM Tom Schmidt <user-d34f6118b459@xymon.invalid> wrote:
Below is what I have on Rocky8 and Rocky9, and both the server and client startup fine for me.  Update the path to xymon appropriately for your installation.
Tom

Symbolic links:
/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service

Contents of /usr/lib/systemd/system/xymonlaunch.service file:

# unit file for Fedora 18 and up, RHEL 7 and up, or other systemd distros

[Unit]
Description=Xymon systems and network monitor
Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)
After=network.target

[Install]
# Compatibility with "xymon" and "xymon-client"
Alias=xymon.service
Alias=xymon-client.service
WantedBy=multi-user.target

[Service]
EnvironmentFile=-/etc/default/xymonlaunch
EnvironmentFile=-/etc/sysconfig/xymonlaunch
User=xymon
# We wrap in xymoncmd to eliminate the need for the bulk of the old init script
ExecStart=/home/xymon/server/bin/xymoncmd /home/xymon/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS
# xymoncmd exec's xymonlaunch, and xymonlaunch will propagate -HUP as needed
ExecReload=/bin/kill -HUP $MAINPID
Type=simple

# Kill xymonlaunch, but don't send kills to the underlying procs, since they
# might be doing important things (like writing checkpoints and flushing caches)
KillMode=process
# SendSIGHUP=yes
SendSIGKILL=no
# Give an extra 6s beyond xymonlaunch to let things disconnect
RestartSec=6
Restart=on-failure

On Thu, Jul 25, 2024 at 8:46 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi

 

I am looking for some clues to autostart xymon in Rocky9

 

I copied my method from a Centos 7 box which has been running successfully for quite a number of years

 

I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up

 

[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target

 

[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target

 

[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no

 

I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service

 

What is happening on Rocky9 is that on the server is being started, the client part does not start

 

Any ideas what may be awry? The same method worked/works without issue on Centos 7

 

 

Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl

 

 

Best regards

 

David

 



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

list David Smith · Tue, 30 Jul 2024 09:23:44 +0000 ·

Hi Tom


I  checked the file, it exists, and was full of cant find netstat.


I highly suspect my issue is that I built my machine with one name (vms1m-xymon.our.domain), and to satisfy the management gods I made a dns alias for the old machine I was migrating from (vmsg-xymon1.our.domain). This is just so that some folks do not have to change favourites in their browsers ( goodness knows how they got on when twitter changed to X)

I then had to crock a bunch of stuff on new machine to make it look as if it had a different name, and I must have some sort of error in there.


Thanks



David

quoted from Tom Schmidt

From: Tom Schmidt <user-d34f6118b459@xymon.invalid>
Sent: Monday, July 29, 2024 10:10 PM
To: Xymon mailinglist <xymon@xymon.com>
Subject: [Xymon] Re: assistance for auto start of xymon in Rocky 9


David,

     Have you checked to see if there are any errors in the /var/log/xymon/xymonclient.log file?  This file is created by the xymon client.  If there are no errors, this file may be empty or non-existent.


Tom


On Thu, Jul 25, 2024 at 1:07 PM Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:

The only different in Tom's post and the Terabithia package is the ExecStart xymonlaunch binary location FWIW (I'm using Alma9).


On Thu, Jul 25, 2024 at 11:20 AM Tom Schmidt <user-d34f6118b459@xymon.invalid> wrote:

Below is what I have on Rocky8 and Rocky9, and both the server and client startup fine for me.  Update the path to xymon appropriately for your installation.


Tom


Symbolic links:

/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service


Contents of /usr/lib/systemd/system/xymonlaunch.service file:


# unit file for Fedora 18 and up, RHEL 7 and up, or other systemd distros

[Unit]
Description=Xymon systems and network monitor
Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)
After=network.target

[Install]
# Compatibility with "xymon" and "xymon-client"
Alias=xymon.service
Alias=xymon-client.service
WantedBy=multi-user.target

[Service]
EnvironmentFile=-/etc/default/xymonlaunch
EnvironmentFile=-/etc/sysconfig/xymonlaunch
User=xymon
# We wrap in xymoncmd to eliminate the need for the bulk of the old init script
ExecStart=/home/xymon/server/bin/xymoncmd /home/xymon/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS
# xymoncmd exec's xymonlaunch, and xymonlaunch will propagate -HUP as needed
ExecReload=/bin/kill -HUP $MAINPID
Type=simple


# Kill xymonlaunch, but don't send kills to the underlying procs, since they
# might be doing important things (like writing checkpoints and flushing caches)
KillMode=process
# SendSIGHUP=yes
SendSIGKILL=no
# Give an extra 6s beyond xymonlaunch to let things disconnect
RestartSec=6
Restart=on-failure


On Thu, Jul 25, 2024 at 8:46 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi


I am looking for some clues to autostart xymon in Rocky9


I copied my method from a Centos 7 box which has been running successfully for quite a number of years


I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up


[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target


[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target


[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple


# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no


I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service


What is happening on Rocky9 is that on the server is being started, the client part does not start


Any ideas what may be awry? The same method worked/works without issue on Centos 7



Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl



Best regards


David




Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).



Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

list Josh Luthman · Tue, 30 Jul 2024 08:29:54 -0400 ·
David,
Can you just use the package?

https://terabithia.org/rpms/xymon/

quoted from David Smith
On Tue, Jul 30, 2024 at 5:23 AM David Smith via Xymon <xymon@xymon.com> wrote:

Hi Tom

 

I  checked the file, it exists, and was full of cant find netstat.

 

I highly suspect my issue is that I built my machine with one name (vms1m-xymon.our.domain), and to satisfy the management gods I made a dns alias for the old machine I was migrating from (vmsg-xymon1.our.domain). This is just so that some folks do not have to change favourites in their browsers ( goodness knows how they got on when twitter changed to X)

I then had to crock a bunch of stuff on new machine to make it look as if it had a different name, and I must have some sort of error in there.

 

Thanks

 

 

David

 

From: Tom Schmidt <user-d34f6118b459@xymon.invalid>
Sent: Monday, July 29, 2024 10:10 PM
To: Xymon mailinglist <xymon@xymon.com>
Subject: [Xymon] Re: assistance for auto start of xymon in Rocky 9

 

David,

     Have you checked to see if there are any errors in the /var/log/xymon/xymonclient.log file?  This file is created by the xymon client.  If there are no errors, this file may be empty or non-existent.

 

Tom

 

On Thu, Jul 25, 2024 at 1:07 PM Josh Luthman <user-4c45a83f15cb@xymon.invalid> wrote:

The only different in Tom's post and the Terabithia package is the ExecStart xymonlaunch binary location FWIW (I'm using Alma9).

 

On Thu, Jul 25, 2024 at 11:20 AM Tom Schmidt <user-d34f6118b459@xymon.invalid> wrote:

Below is what I have on Rocky8 and Rocky9, and both the server and client startup fine for me.  Update the path to xymon appropriately for your installation.

 

Tom

 

Symbolic links:

/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service

 

Contents of /usr/lib/systemd/system/xymonlaunch.service file:

 

# unit file for Fedora 18 and up, RHEL 7 and up, or other systemd distros

[Unit]
Description=Xymon systems and network monitor
Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)
After=network.target

[Install]
# Compatibility with "xymon" and "xymon-client"
Alias=xymon.service
Alias=xymon-client.service
WantedBy=multi-user.target

[Service]
EnvironmentFile=-/etc/default/xymonlaunch
EnvironmentFile=-/etc/sysconfig/xymonlaunch
User=xymon
# We wrap in xymoncmd to eliminate the need for the bulk of the old init script
ExecStart=/home/xymon/server/bin/xymoncmd /home/xymon/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS
# xymoncmd exec's xymonlaunch, and xymonlaunch will propagate -HUP as needed
ExecReload=/bin/kill -HUP $MAINPID
Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they
# might be doing important things (like writing checkpoints and flushing caches)
KillMode=process
# SendSIGHUP=yes
SendSIGKILL=no
# Give an extra 6s beyond xymonlaunch to let things disconnect
RestartSec=6
Restart=on-failure

 

On Thu, Jul 25, 2024 at 8:46 AM David Smith <user-52dae6da333f@xymon.invalid> wrote:

Hi

 

I am looking for some clues to autostart xymon in Rocky9

 

I copied my method from a Centos 7 box which has been running successfully for quite a number of years

 

I made a xymonlaunch.service file which I placed in /etc/system/system, contents below

# xymonlaunch.service

# systemd file for Fedora 18 and up, or RHEL 7 and up

 

[Unit]

Description=Xymon systems and network monitor

Documentation=man:xymon(7) man:xymonlaunch(8) man:xymon(1)

After=network.target

 

[Install]

# Compatibility with "xymon" and "xymon-client"

Alias=xymon.service

Alias=xymon-client.service

WantedBy=multi-user.target

 

[Service]

#EnvironmentFile=/etc/sysconfig/xymonlaunch

User=xymon

# We wrap in xymoncmd to eliminate the need for the bulk of the old init script

ExecStart=/opt/BB/bbsw/server/bin/xymoncmd /opt/BB/bbsw/server/bin/xymonlaunch --no-daemon $XYMONLAUNCHOPTS

Type=simple

 

# Kill xymonlaunch, but don't send kills to the underlying procs, since they

# might be doing important things (like writing checkpoints and flushing caches)

KillMode=process

# SendSIGHUP=yes

SendSIGKILL=no

 

I then did systemctl enable xymonlaunch.service, and this made 2 symbolic links in the same directory one named xymon.service and one named xymon-client.service

 

What is happening on Rocky9 is that on the server is being started, the client part does not start

 

Any ideas what may be awry? The same method worked/works without issue on Centos 7

 

 

Any help, guidance, clues would be much appreciated. I know that I would be able to cobble something together to stick into rc.local, but the powers that be up above would rather I did it using the method that uses systemctl

 

 

Best regards

 

David

 

 

 

Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

 

 

Renfrewshire Council Website -http://www.renfrewshire.gov.uk

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Renfrewshire Council may, in accordance with the Telecommunications(Lawful Business Practice) (Interception of Communications) Regulations 2000, intercept e-mail messages for the purpose of monitoring or keeping a record of communications on the Council's system. If a message contains inappropriate dialogue it will automatically be intercepted by the Council's Internal Audit section who will decide whether or not the e-mail should be onwardly transmitted to the intended recipient(s).

list Grant Taylor · Wed, 22 Jan 2025 18:50:13 -0600 ·
On 7/25/24 10:19 AM, Tom Schmidt wrote:
[Service]
EnvironmentFile=-/etc/default/xymonlaunch
EnvironmentFile=-/etc/sysconfig/xymonlaunch
Can I see a copy of the contents of one or both of those EnvironmentFiles?

I'm dealing with a very similar issue and it seems to be related to the environment variables not being populated and things that depend on them failing.

E.g. using a full path in place of $XYMONCLIENTHOME in clientlaunch.cfg helps.


-- 
Grant. . . .
unix || die
list Tom Schmidt · Wed, 22 Jan 2025 19:04:05 -0700 ·
Sure, here is what my Rocky Linux 9 server has.  I have 2 servers.  I don't have a /etc/default/xymonlaunch file, but do have /etc/sysconfig/xymonlaunch and /etc/sysconfig/xymon-client files.
Tom

$ cat /etc/sysconfig/xymonlaunch
# Configure xymonlaunch(8) runtime settings here. All other options,
# and flags for other daemons, should be set in the tasks.cfg(5) file.
#
# The destination for the local client's report is set in
# /etc/sysconfig/xymon-client
#
# On systemd systems, --no-daemon is handled in the unit file,
# but the log destination should be set here or output will be sent
# to syslog. On SysV init systems, xymonlaunch output will be devnulled
# if this is unset.

XYMONHOME="/home/xymon/server"
export XYMONHOME
XYMONLAUNCHOPTS="--log=/var/log/xymon/xymonlaunch.log"


$ cat /etc/sysconfig/xymon-client
# Configure the Xymon client settings.

# You MUST set the list of Xymon servers that this
# client reports to.
# It is good to use IP-addresses here instead of DNS
# names - DNS might not work if there's a problem.
#
# E.g. (a single Xymon server)
#   XYMONSERVERS="192.168.1.1"
# or (multiple servers)
#   XYMONSERVERS="10.0.0.1 192.168.1.1"

XYMONSERVERS="192.168.1.35 192.168.1.36"

# The defaults usually suffice for the rest of this file,
# but you can tweak the hostname that the client reports
# data with.
# CLIENTHOSTNAME=""

# Red Hat EL version 3 uses a different vmstat layout
# than all other Linux versions. So for a client running this
# particular OS, set CLIENTOS as below.
# Do NOT set this on any other Red Hat version.
# CLIENTOS="rhel3"

quoted from Grant Taylor
On Wed, Jan 22, 2025 at 5:50 PM Grant Taylor via Xymon <xymon@xymon.com> wrote:
On 7/25/24 10:19 AM, Tom Schmidt wrote:
> [Service]
> EnvironmentFile=-/etc/default/xymonlaunch
> EnvironmentFile=-/etc/sysconfig/xymonlaunch

Can I see a copy of the contents of one or both of those EnvironmentFiles?

I'm dealing with a very similar issue and it seems to be related to the
environment variables not being populated and things that depend on them
failing.

E.g. using a full path in place of $XYMONCLIENTHOME in clientlaunch.cfg
helps.

--
Grant. . . .
unix || die

xymon@xymon.com
To unsubscribe send an email to xymon-leave@xymon.com