KVM Jessie 64-bit image not working as expected.

Submitted by jonkristian on Sat, 08/01/2015 - 06:02

I tried to create a new debian jessie vm from one of the official images 'Debian Jessie 64-bit KVM instance with base OS'.

  1. New System -> Create KVM Instance.
  2. Defined a password for the image, set memory and disk size (it's stored in lvm).

After creating the new vm something went wrong, the pre-defined ip address assigned was not applied, instead i think it got ip from dhcp.

After figuring out the ip from dhcp leases in my router I can connect via vnc however the password previously defined did not work either and the hostname says 'kvmjessietemplate' instead of the hostname i defined.

Don't know what's wrong here, I've tried this a couple of times and same results.

Status: 
Closed (fixed)

Comments

Submitted by JamieCameron on Sat, 08/01/2015 - 13:44

Can you post the /etc/network/interfaces file from the VM after creation?

Submitted by jonkristian on Sun, 08/02/2015 - 05:59

Well I can't log in to the vm either, maybe it's possible to chroot the vm, is that what you mean? Never tried that before but I can give it a go.

Submitted by JamieCameron on Sun, 08/02/2015 - 14:45

Can you use the "Graphical Console" page to do a console login and access the file?

Submitted by jonkristian on Mon, 08/03/2015 - 04:00

I can't login because the password I defined was not applied. I can get vnc to work but that doesn't really help if I don't know the root password. Is there a standard root password set for these images?

Submitted by jonkristian on Mon, 08/03/2015 - 04:39

Copying 692.41 MB image file to system nostromo.domain.com .. .. already on host Creating virtual system with KVM .. .. creation started with IP 192.168.1.12.

Waiting for creation to complete ..................... .. creation has completed successfully.

Fixing root disk device in fstab file .. .. device fix failed : No Linux partitions found in disk image /dev/vg_vms/jones_nostromo_domain_com_img

Fixing root disk device in Grub configuration file .. .. no Grub configuration file found!

Removing missing disks from fstab file .. .. cleanup failed : Failed to read fstab file : No Linux partitions found in disk image /dev/vg_vms/jones_nostromo_domain_com_img

Expanding filesystem to 80 GB .. .. failed to find primary disk

Mounting new instance's filesystem .. .. failed : No Linux partitions found in disk image /dev/vg_vms/jones_nostromo_domain_com_img

Adding DNS entry jones.nostromo.domain.com. for IP address 192.168.1.12 .. .. done

Starting up new KVM instance .. .. failed to start : KVM instance was started, but could not be pinged after 60 seconds

Fetching current status .. .. status successfully retrieved (Ping failed)

Re-fetching current status of host system nostromo.domain.com .. .. status successfully retrieved (Webmin)

Enabling system at host boot time .. .. done

Submitted by JamieCameron on Mon, 08/03/2015 - 22:32

Ok, it looks like that failure to mount the VM filesystem is the cause of the network problems.

What's odd is that on my test system I can create a VM from that image just fine. Are you using the un-modified image, or did you perhaps create a new image from another VM?

Submitted by jonkristian on Tue, 08/04/2015 - 03:49

Unmodified. I also deleted and re-downloaded the image just to make sure I had the latest one.

Submitted by JamieCameron on Tue, 08/04/2015 - 18:14

If you go to the New System Images page, which version number does it show for this image?

Submitted by JamieCameron on Wed, 08/05/2015 - 16:25

If you click on the image name, it should show you a version number.

Submitted by jonkristian on Thu, 08/06/2015 - 03:27

Oh, sorry.

ID code kvm-64-jessie-base
Description
Image version 1.0
Latest version available 1.0
Image downloaded at 01/May/2015 07:14
Operating system
For system type KVM
Image format Whole disk
Filesystem type Linux EXT3
Current status Available
Compressed size 692.41 MB
Component files kvm-64-jessie-base.ext3.gz
Image storage location /var/webmin/server-manager on Cloudmin master
Delete data files when removing image? Yes   No
Default image for KVM? Yes   No
Preserve root SSH authorized keys? Yes   No
Used to create systems No systems
Command to run on virtual system after creation
Command to run on Cloudmin master after creation

Submitted by JamieCameron on Fri, 08/07/2015 - 00:09

Ok, that's the latest version of the image.

Which Linux distribution and version are you running on your host system? Perhaps some KVM or Linux versions can't properly mount the image.

Submitted by jonkristian on Fri, 08/07/2015 - 04:48

I'm running Debian 8 on the host.

I can recall several months ago doing the same thing with Debian 7 host and Debian 7 client vm and it was working.

Also I'm having issues with client vm 'Debian 8' webmin/virtualmin not recognized by cloudmin host, it just says 'Alive' under List Managed System and Status.

Not sure if this is related, just thought i'd mention it. This vm was installed using a iso install method instead of your images so that's why I already have one vm with debian 8.

Submitted by JamieCameron on Fri, 08/07/2015 - 22:09

Also, I assume the host system is running a 64-bit version of Linux?

Submitted by JamieCameron on Sat, 08/08/2015 - 21:58

Does this same error happen for any other 64-bit images in Cloudmin?

Submitted by jonkristian on Wed, 08/12/2015 - 04:54

Ok, now I've tried with kvm-64-ubuntu15.04-base image version 1.1. Same thing as with the debian image, the IP applied is not correct but I can still use remote desktop and ssh tunnel through to the image and I see this:

Ubuntu 15.04 kvm64ubuntu15template.home tty1

kvm64ubuntu15template login:

this is the log from creation.

Copying 640.22 MB image file to system nostromo.domain.com ..
.. already on host
Creating virtual system with KVM ..
.. creation started with IP 192.168.1.12.

Waiting for creation to complete ................
.. creation has completed successfully.

Fixing root disk device in fstab file ..
.. device fix failed : No Linux partitions found in disk image /dev/vg_vms/jones_nostromo_domain_com_img

Fixing root disk device in Grub configuration file ..
.. no Grub configuration file found!

Removing missing disks from fstab file ..
.. cleanup failed : Failed to read fstab file : No Linux partitions found in disk image /dev/vg_vms/jones_nostromo_domain_com_img

Expanding filesystem to 20 GB ..
.. failed to find primary disk

Mounting new instance's filesystem ..
.. failed : No Linux partitions found in disk image /dev/vg_vms/jones_nostromo_domain_com_img

Adding DNS entry jones.nostromo.domain.com. for IP address 192.168.1.12 ..
.. done

Starting up new KVM instance ..
.. failed to start : KVM instance was started, but could not be pinged after 60 seconds

Fetching current status ..
.. status successfully retrieved (Ping failed)

Re-fetching current status of host system nostromo.domain.com ..
.. status successfully retrieved (Webmin)

Enabling system at host boot time ..
.. done

Submitted by JamieCameron on Thu, 08/13/2015 - 19:27

Looks like the same error effectively.

Any chance we could login to your Cloudmin system to see what is going wrong here?

Submitted by jonkristian on Tue, 08/18/2015 - 03:50

Hi, sorry for late reply. Been super busy here.

Yes I can give you access, how should we proceed?

Submitted by JamieCameron on Sat, 08/22/2015 - 14:07

Ok, thanks for the login. I think I've fixed the issue - it turns out that the problem wasn't with the image, but with the way Cloudmin was reading partitions from disk images. I have fixed the code on your system to handle this case, and will include the same fix in the next release.

Submitted by jonkristian on Sun, 08/23/2015 - 03:55

That is really awesome Jamie!

There was one thing I was wondering if you could take a quick look at?

When you go to list managed systems you'll see the one called ripley.

ripley is installed via debian iso downloaded from debian, then set up with webmin/virtualmin, however it doesn't seem like cloudmin is able to fully register it as webmin/virtualmin.

Submitted by JamieCameron on Sun, 08/23/2015 - 18:36

Try selecting that VM from the left menu, clicking on Change Password, and entering the correct root password for Virtualmin to use to SSH to the system.

Submitted by Issues on Sun, 09/06/2015 - 18:37

Automatically closed -- issue fixed for 2 weeks with no activity.

Submitted by Issues on Sun, 09/06/2015 - 18:37

Automatically closed -- issue fixed for 2 weeks with no activity.