Webmin service restart makes VMs unreachable

SYSTEM INFORMATION
OS type and version Ubuntu Linux 22.04.5
Webmin version 2.520
Cloudmin version 9.8 Pro
Virtualmin version 7.50.0 Professional

Hi,
I’m trying to establish if I did something wrong, or if this is a potential bug.
I manually applied a webmin patch using:
sudo webmin patch Fix to correctly handle standalone `RewriteRule` for SSL redirects work · virtualmin/virtualmin-gpl@5f7f6c2 · GitHub
This triggers systemctl restart webmin
When Webmin stopped, I believe the TAP interfaces that were created by QEMU/KVM processes were destroyed.The TAP interfaces are owned by the QEMU process and are destroyed when the process terminates or when certain system events occur during service restarts.
Then the VMs are no longer reachable and become pretty much useless.
All this takes place without any warning or error.
Could you indicate if there’s something wrong in my configuration?

Looking forward for you feedback, best regards,

Eric

Restarting webmin should not interfere with the network at all. Are you sure other services were not restarted at the same time?

I’ve seen the tap interfaces stop communicating after the networking service is restarted on RHEL, where NetworkManager is restarted - are you using Netplan?

To get the tap interfaces back up you can use ip:

ip link set tap4 master br0

Thank you Paul.
Yes, I’m using NetPlan.
Restarting the VMs solved the problem, but I’m trying to understand if this is “normal” behaviour.

This most certainly has nothing to do with Webmin restarting itself.

I’d suggest checking your logs and seeing if the network was restarted around the same time.

Hi,

Something appears to be wrong in my configuration.
I can confirm that restarting webmin kills the cloudmin VMs
The webmin service has KillMode=control-group (the default).
This might cause that restarting webmin, systemd sends SIGTERM (signal 15) to all processes in the webmin cgroup, including any VMs that were spawned by Cloudmin?

@Jamie, can you comment on this?

Just in case it makes any difference, I want to indicate that I installed Cloudmin (and required dependencies) some time AFTER using this server with Webmin + Virtualmin.
I wonder if this could be the reason for the mess?

Ok that should never happen … and in fact I can’t imagine how it would happen from looking at the code.

What if the VMs are first restarted from the CLI using the cloudmin reboot-system command, or started when the host system boots up?