This was sent directly to me (instead of the mailing list). Replying there. BTW, happy to help. Jason

...

...

On Tue, Jul 1, 2008 at 1:33 PM, in message <486A8684.7070009@planplus.com>, Tyler D wrote: Just so anyone else reading this knows, the following worked:

Make a copy of your config, and then change all of the xvdX entries to hdX. As long as you get all of the places in the config file, it should work. That way whatever is causing the VM to look for /dev/hda2 might actually succeed.

Thanks a lot, Jason!

-Tyler

...

Tyler,

Here are a couple of things to try (in no particular order): - Make a copy of your config, and then change all of the xvdX entries to hdX. As long as you get all of the places in the config file, it should work. That way whatever is causing the VM to look for /dev/hda2 might actually succeed. - Make sure that your image file isn't mounted anywhere (in dom0, for example). If it is, unmount it and try to launch the VM again. - Try mounting your disk image in dom0 and verify that the files that should be there are actually there. This can be done using lomount in the following fashion:

lomount -diskimage /media/disk/var/lib/xen/images/vm-dev/hda -partition 2 /mnt

Verify that everything appears as it should. While it is mounted, you might also want to look at /etc/fstab. If there are any references to /dev/hda, backup the file and change hdX to xvdX.

When you're done, don't forget to umount the diskimage before you try to launch your VM.

- As a general rule, if you don't have need for the cd-rom device right away, remove it from your disk line just to eliminate another layer of complexity.

Good luck.

Jason

...

...

...

Tyler D 07/01/08 12:23 PM >>>

I tried adding root="/dev/xvda2" to the config file, but to no effect. Here is the current config file: ostype="sles10" name="vm-dev" memory=1024 vcpus=2 uuid="1c26bd7d-5bdf-565f-8471-b7589b3b900c" on_crash="destroy" on_poweroff="destroy" on_reboot="restart" localtime=0 builder="linux" bootloader="/usr/lib/xen/boot/domUloader.py" bootargs="--entry=xvda2:/boot/vmlinuz-xenpae,/boot/initrd-xenpae" root="/dev/xvda2" extra="TERM=xterm " disk=[ 'file:/media/disk/var/lib/xen/images/vm-dev/hda,xvda,w', 'phy:/dev/sr0,xvdb,r', ] vif=[ 'mac=00:16:3e:03:65:8f', ] vfb=["type=vnc,vncunused=1"]Here is the console output: http://i30.tinypic.com/357lwyc.png

And here is a link to what Novell suggested: http://forums.novell.com/novell-product-support-forums/.../#post1589680

Thanks for the help so far. I don't have much experience with Xen.

-Tyler

Jason Douglas wrote:

Tyler,

My comments are inline.

Jason

On Tue, Jul 1, 2008 at 10:51 AM, in message <486A6090.4000404@planplus.com> ( mailto:486A6090.4000404@planplus.com ), Tyler D ( mailto:tyler@planplus.com ) wrote:

Hello, I'm midway in the process of upgrading a server from SLES 10 GA to SP2.

I updated the Dom0 (host) to SP1, then recreated a test VM (DomU) that has the GA version on it (I made a new VM with the same specs, and pointed it to the old hda file). I then updated the VM to SP1 as well. When the installer first listed partitions, none were showing, until I ticked 'Show all partitions'. I installed to /dev/xda2.

When I try to boot the VM, it says:

Waiting for device /dev/hda2 to appear ... not found -- exiting to /bin/sh. It sounds like your root= needs to be set to /dev/xvda2 (instead of /dev/hda2).

I can run a few basic commands at this point, and I checked for /etc/fstab, and for any hda files in /dev - none are there.

In the original config file for this VM is the following line:

bootentry = 'hda2:/boot/vmlinuz-xenpae,/boot/initrd-xenpae' In addition to changing hda2 to xvda2 (based on your statement above), domUloader expects different arguments with SP1 than it did with GA. In SP1,

Jason Douglas wrote: the bootentry line should be replaced with a line that looks like this:

...

bootargs="--entry=xvda2:/boot/vmlinuz-xenpae,/boot/initrd-xenpae"

However, if you created a new vm config file using the SP1 vm-install tool,

that line should already be correct.

...

My guess is that the VM's boot entry is still configured to search for /hda2, although there is no option for changing this in the new SP1 Virtual Machine Manager. Editing the config files for a VM under SP1 seems to have no effect as the settings appear to be stored elsewhere after the initial creation. If you edit the config file manually, then you need to import it into

"xenstore" by doing the following:

...

1. xm delete vm_name (this removes the config from xenstore) 2. xm new vm_config_file (this adds the config to xenstore)

At that point, you can launch the VM from virt-manager.

The alternative is to ignore virt-manager for starting the VM (for testing

purposes). To launch the VM using the settings in the config file, you can run "xm create vm_config_file". Once it is launched, you can still start a viewer from virt-manager (or if the viewer window was already open for that VM, it should automatically connect).

...

If you would be so kind as to a) suggest how I can edit the VM's boot entry (no, GRUB is not installed on the VM) from Dom0 or the very limited /bin/sh mode), and/or b) offer other suggestions or solutions, it would be much appreciated. Hopefully the suggestions above will help.

Thank you in advance. I've read the documentation and know that there may be further headaches in upgrading the VMs to SP2 (you're supposed to update the DomUs before the Dom). I'm waiting at SP1 until I can get the VMs properly upgraded. At this point you might be better off moving dom0/hypervisor to SP2

and deal with all the problems at the same time. The xen 3.2.0 hypervisor is capable of running older guests, so that *shouldn't* be an issue, but I have definitely never tried the scenario you are attempting. Good luck!

...

Jason

-- To unsubscribe, e-mail: opensuse-virtual+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-virtual+help@opensuse.org