On a particular Virtualmin/Cloudmin machine (ns83 KVM Host System) which hosts/controls several guest/physical OSs, I was having trouble with a particular guest OS ( git3 ) for quite a while. It has 100 GB virtual HDD, 4 GB RAM, and 2 virtual processors.
It had two real interfaces eth0 and eth1 and had local IPs assigned to them and was working fine. My plan was to delete the second interface and assign a public IP to the first one. But as soon as I deleted eth1, it also deleted eth0 rendering the guest OS unusable. When the instance is down, in the network interfaces, it does not give me a chance to edit eth0 at all. So there is no way to edit this interface.
Even after restarting the guest OS a number times and even restarting the physical machine that hosts this guest, this guest OS is still not starting
The error it gives is this:
started, but a problem was detected : KVM instance was started, but could not be pinged after 60 seconds
But in reality, the KVM instance is not started at all even after repeated attempts!
Re-fetching system status ..
.. done. New status is : Down - KVM instance is down
There are other OSs ( guests ns45 and ns47 and physical servers ) controlled by this physical server (Intel Xeon 8 cores, 30 GB RAM, 900 GB HDD), which are doing just fine.
Also tried creating a clone of this guest; but the clone does the same thing as the original OS.
Comments
Submitted by JamieCameron on Tue, 12/19/2017 - 01:15 Comment #1
When the VM is down, can you go to the System Configuration -> Network Interfaces page, and if so does eth0 or eth1 appear? If not, can you add eth0 back on that page?
eth0 and eth1 both can be seen. But no link to edit eth0.
Here is a snap shot:
Submitted by JamieCameron on Tue, 12/19/2017 - 19:18 Comment #3
Looks like the network config file that Virtualmin expects to be on the VM is missing. Which linux distribution is this VM running?
If it's debian or ubuntu, the file is /etc/network/interfaces
CentOS 7
Submitted by JamieCameron on Fri, 12/29/2017 - 23:18 Comment #5
In that case, the file is
/etc/sysconfig/network-scripts/ifcfg-eth0
The VM is not booting.
How do I add those missing files?
Submitted by JamieCameron on Tue, 01/09/2018 - 00:23 Comment #7
You can access the VM filesystem by SSHing into the Cloudmin master as
root
and running :cloudmin mount-system --host your.vm.name
the FS will then be accessible under a directory on the VM host. When done, you need to run :
cloudmin umount-system --host your.vm.name
ifcfg-eth0 already exists in the VM in question:
Also, for some reason, 192.168.1.4 stopped working suddenty with error:
no route to host
On this particular Machine (ns83), only VMs with public IPs are working, none with 192.168.1.* are working at this moment.
Screen shot of all VMs on ns83
Submitted by JamieCameron on Thu, 01/11/2018 - 00:03 Comment #10
Odd that these VMs have three network interfaces - is that intentional? I'd be interested to see the contents of those
ifcfg-eth0
andifcfg-eth1
files.I changed the hostname from
192.168.1.91
to192.168.1.2
and deletedeth1
andeth2
Content of
eth0
:Network Details that might be helpful:
When i startup a system, it says it has been started, but in reality it is not!
Strange things happening on this server!
Submitted by JamieCameron on Sun, 01/21/2018 - 18:00 Comment #15
On a VM (which is the case here), the "physical" NIC can be removed by changing the VM's configuration.
@bislinks - are you using network bridges on your VM?
@JamieCameron Yes, br0, on ns83, the Metal Server that hosts this Guest VM.
After removing docker, the guest VMs are functioning properly!!!!
Submitted by JamieCameron on Sat, 02/24/2018 - 19:47 Comment #18
Wow .. maybe docker is also doing something with bridged interfaces that is interfering with KVM?