assistance for auto start of xymon in Rocky 9
list David Smith
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
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
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service
▸
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]
▸
User=xymon
# We wrap in xymoncmd to eliminate the need for the bulk of the old init script
# xymoncmd exec's xymonlaunch, and xymonlaunch will propagate -HUP as needed
ExecReload=/bin/kill -HUP $MAINPID
▸
# might be doing important things (like writing checkpoints and flushing caches)
KillMode=process
# SendSIGHUP=yes
SendSIGKILL=no
RestartSec=6
Restart=on-failure
▸
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
▸
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.TomSymbolic links:/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.serviceContents 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-failureOn 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
▸
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
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 Josh Luthman
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.service
▸
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
▸
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.TomSymbolic links:/etc/systemd/system/xymon-client.service -> /usr/lib/systemd/system/xymonlaunch.service
/etc/systemd/system/xymon.service -> /usr/lib/systemd/system/xymonlaunch.serviceContents 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-failureOn 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
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 Josh Luthman
▸
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
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
# 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"
# 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"
▸
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