Webmin Server Stauts

Yes, it’s enabled in Virtualmin in post-install.

What I also noticed on Webmin-only system, is that status collection is enabled every 5 minutes by default. However, there is no scheduled function in Webmin ⇾ Webmin Configuration: Webmin Scheduled Functions page displayed, i.e. there is no:

System Status	scheduled_collect_system_info	        Every 300 seconds

… but only the one that runs at boot exists, i.e.:

System Status	scheduled_collect_system_info	boot	At startup time

To make it reappear I needed to toggle Collect system status in background? option in Webmin ⇾ Webmin Configuration: Background Status Collection page.

Is this a bug?

That’s odd, because it should be configured to run every 5 minutes as part of the install process : webmin/setup.sh at master · webmin/webmin · GitHub

After using system monitors for around a day it’s very good but here are some observations

  1. You can not monitor the status of any PHPfpm server (as appears in server status) you have to use a bootup action
  2. When using a webmin clustering if the local machine doesn’t have something installed (e.g nginx) you can not monitor it’s status if it is installed on a cluster machine the same is true of Bootup Actions (it does not appear in the dropdown menu on the local machine), maybe get the list of available monitors from the cluster server iif it is selected from the Run on hosts and groups dropdown
  3. I cannot group the monitors by host & then sort them by monitor name
  4. if the monitor is on a cluster server perhaps there should be a link on the monitor to go to that cluster server ?
  5. It maybe possible to monitor phpfpm status from a Bootup Action, however if you choose Bootup Action the system monitor is named literally Bootup Action and not the name of the bootup action you are monitoring which could be confusing as to which bootup action has failed or is running, I know you can change the description to show what the action is but it would be nice if this happened on creation
  6. perhaps make the status history easier to find

I know I am going off topic here should I post a new thread

So after say apt install webmin you need to run the script or does apt, in this example, run setup.sh to ensure all required settings are performed?

Are you sure that module config collect_interval option is getting saved correctly? Because it seems that setup_collectinfo_job(); doesn’t create Webmin cron job upon installation time!

It doesn’t create a regular cron job though, it’s a webmin scheduled function.

I know, that’s what I meant, and this is what doesn’t get created.

Does it get setup if you run /etc/webmin/system-status/enable-collection.pl 5 as root ?

Yes, running it manually works perfectly. However, it fails to set up automatically after the initial installation on Debian systems, while it works fine on EL systems.

I can try an install on a VM. Which specific Debian version did you see issues on?

I tried Debian 12 with the Webmin nightly build as well as the regular Webmin package on Debian 11.

Same problem with a new Virtualmin installation in Rocky Linux 9.

I didn’t have:

System Status	scheduled_collect_system_info	        Every 300 seconds

In Webmin ⇾ Webmin Configuration: Webmin Scheduled Functions

So I did it your trick and It has appeared again. Because of that, (I think), I did not receive the emails for the Scheduled updates. All works now. Thanks!

This has been reported at least twice with no staff response.

Ok I see the bug that causes this! It is fixed here : Use a unique ID for webmin crons created in the same process at the s… · webmin/webmin@a1a6f66 · GitHub

1 Like

This topic was automatically closed 8 days after the last reply. New replies are no longer allowed.