| Summary: | app-emulation/virtinst-0.500.1 misreads the location input data data intalling within xen | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ian Delaney (RETIRED) <idella4> |
| Component: | [OLD] Library | Assignee: | Virtualization Team <virtualization> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | xen |
| Priority: | High | ||
| Version: | 10.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
install log for virt-install on the cited command line entry
an strace log re the entry |
||
|
Description
Ian Delaney (RETIRED)
2010-04-20 02:14:18 UTC
*** Bug 316271 has been marked as a duplicate of this bug. *** (In reply to comment #1) > *** Bug 316271 has been marked as a duplicate of this bug. *** > I think that occurred because of the way bugzilla managed the attached files. Here is a second separate example idella@genny ~ $ sudo virt-install -c xen -n SimplyMepis os-type= linux --os-variant=generic26 -r 256 arch=i386 --vcpus=2 -v --disk path=/var/lib/xen/images/SimplyMepis.img,sparse=true -l /dev/sr1 -w bridge=virbr0 --vnc -d Tue, 20 Apr 2010 19:11:37 DEBUG Launched with command line: /usr/bin/virt-install -c xen -n SimplyMepis os-type=linux --os-variant=generic26 -r 256 arch=i386 --vcpus=2 -v --disk path=/var/lib/xen/images/SimplyMepis.img,sparse=true -l /dev/sr1 -w bridge=virbr0 --vnc -d Tue, 20 Apr 2010 19:11:38 DEBUG Requesting libvirt URI default Tue, 20 Apr 2010 19:11:38 DEBUG Received libvirt URI xen:/// Tue, 20 Apr 2010 19:11:38 DEBUG Requesting virt method 'hvm', hv type 'default'. Tue, 20 Apr 2010 19:11:38 DEBUG Received virt method 'hvm' Tue, 20 Apr 2010 19:11:38 DEBUG Hypervisor name is 'xen' Tue, 20 Apr 2010 19:11:38 DEBUG parse_disk: returning {'format': None, 'bus': None, 'readOnly': False, 'volInstall': None, 'path': '/var/lib/xen/images/SimplyMepis.img', 'device': 'disk', 'volName': None, 'conn': <libvirt.virConnect instance at 0x93b138c>, 'size': None, 'driverCache': None, 'shareable': False, 'sparse': True} Tue, 20 Apr 2010 19:11:38 DEBUG Could not open "/etc/sysconfig/keyboard" [Errno 2] No such file or directory: '/etc/sysconfig/keyboard' Tue, 20 Apr 2010 19:11:38 DEBUG Didn't find keymap in '/etc/X11/xorg.conf'! Tue, 20 Apr 2010 19:11:38 DEBUG Could not open "/etc/default/console-setup": [Errno 2] No such file or directory: '/etc/default/console-setup' Tue, 20 Apr 2010 19:11:38 DEBUG Did not parse any usable keymapping. Tue, 20 Apr 2010 19:11:38 DEBUG Setting os type to 'linux' for variant 'generic26' Tue, 20 Apr 2010 19:11:38 ERROR Only one install method (--pxe, --location, --cdrom, --import) can be used Once again, my input data clearly stipulates the cdrom at /dev/sr1. I'm not able to find a second install method stipulated in the string data. There is only the cdrom device. What can you do when you supply exactly what is requested??? I tried a few variationsm and also with qemu, and got the same result, so it's not xen or qemu getting muddled, it's virtinst. *** Bug 316275 has been marked as a duplicate of this bug. *** please test with virtinst-0.500.3 Created attachment 229683 [details]
install log for virt-install on the cited command line entry
Created attachment 229685 [details]
an strace log re the entry
Just looking briefly, it implicates libvirt in
('virDomainCrea" very near the end. You'll find more than me.
(In reply to comment #4) > please test with virtinst-0.500.3 > ok, each attachment makes a single submission. Right, this didn't take long to challenge the resolved status. It's not there. We have genny ~ # virt-install -c xen -n fedora11 os-type=linux --os-variant=fedora11 -r 256 arch=i386 --vcpus=2 -p --disk path=/var/lib/xen/images/fedora11.img --location=http://download.fedoraproject.org/pub/fedora/linux/releases/11/Fedora/i386/os/ -w bridge=virbr0 --vnc -d -k local Fri, 30 Apr 2010 04:47:02 DEBUG Launched with command line: /usr/bin/virt-install-2.6 -c xen -n fedora11 os-type=linux --os-variant=fedora11 -r 256 arch=i386 --vcpus=2 -p --disk path=/var/lib/xen/images/fedora11.img --location=http://download.fedoraproject.org/pub/fedora/linux/releases/11/Fedora/i386/os/ -w bridge=virbr0 --vnc -d -k local Fri, 30 Apr 2010 04:47:02 DEBUG Requesting libvirt URI default Fri, 30 Apr 2010 04:47:02 DEBUG Received libvirt URI xen:/// Fri, 30 Apr 2010 04:47:02 DEBUG Requesting virt method 'xen', hv type 'default'. Fri, 30 Apr 2010 04:47:02 DEBUG Received virt method 'xen' Fri, 30 Apr 2010 04:47:02 DEBUG Hypervisor name is 'xen' Fri, 30 Apr 2010 04:47:02 DEBUG parse_disk: returning {'format': None, 'bus': None, 'readOnly': False, 'volInstall': None, 'path': '/var/lib/xen/images/fedora11.img', 'device': 'disk', 'volName': None, 'conn': <libvirt.virConnect instance at 0x8819f4c>, 'size': None, 'driverCache': None, 'shareable': False, 'sparse': True} Fri, 30 Apr 2010 04:47:02 DEBUG Could not open "/etc/sysconfig/keyboard" [Errno 2] No such file or directory: '/etc/sysconfig/keyboard' Fri, 30 Apr 2010 04:47:02 DEBUG Didn't find keymap in '/etc/X11/xorg.conf'! Fri, 30 Apr 2010 04:47:02 DEBUG Could not open "/etc/default/console-setup": [Errno 2] No such file or directory: '/etc/default/console-setup' Fri, 30 Apr 2010 04:47:02 DEBUG Did not parse any usable keymapping. Fri, 30 Apr 2010 04:47:02 DEBUG Could not open "/etc/sysconfig/keyboard" [Errno 2] No such file or directory: '/etc/sysconfig/keyboard' Fri, 30 Apr 2010 04:47:02 DEBUG Didn't find keymap in '/etc/X11/xorg.conf'! Fri, 30 Apr 2010 04:47:02 DEBUG Could not open "/etc/default/console-setup": [Errno 2] No such file or directory: '/etc/default/console-setup' Fri, 30 Apr 2010 04:47:02 DEBUG Did not parse any usable keymapping. Fri, 30 Apr 2010 04:47:02 DEBUG Setting os type to 'linux' for variant 'fedora11' Fri, 30 Apr 2010 04:47:02 ERROR Only one install method (--pxe, --location, --cdrom, --import) can be used and genny ~ #virt-install -c xen -n SimplyMepis os-type=linux --os-variant=generic26 -r 256 arch=i386 --vcpus=2 -v --disk path=/var/lib/xen/images/SimplyMepis.img,sparse=true --cdrom=/dev/sr1 -w bridge=virbr0 --vnc -d Fri, 30 Apr 2010 05:21:25 DEBUG Launched with command line: /usr/bin/virt-install-2.6 -c xen -n SimplyMepis os-type=linux --os-variant=generic26 -r 256 arch=i386 --vcpus=2 -v --disk path=/var/lib/xen/images/SimplyMepis.img,sparse=true --cdrom=/dev/sr1 -w bridge=virbr0 --vnc -d Fri, 30 Apr 2010 05:21:25 DEBUG Requesting libvirt URI default Fri, 30 Apr 2010 05:21:25 DEBUG Received libvirt URI xen:/// Fri, 30 Apr 2010 05:21:25 DEBUG Requesting virt method 'hvm', hv type 'default'. Fri, 30 Apr 2010 05:21:25 DEBUG Received virt method 'hvm' Fri, 30 Apr 2010 05:21:25 DEBUG Hypervisor name is 'xen' Fri, 30 Apr 2010 05:21:25 DEBUG parse_disk: returning {'format': None, 'bus': None, 'readOnly': False, 'volInstall': None, 'path': '/var/lib/xen/images/SimplyMepis.img', 'device': 'disk', 'volName': None, 'conn': <libvirt.virConnect instance at 0x88c0eec>, 'size': None, 'driverCache': None, 'shareable': False, 'sparse': True} Fri, 30 Apr 2010 05:21:25 DEBUG Could not open "/etc/sysconfig/keyboard" [Errno 2] No such file or directory: '/etc/sysconfig/keyboard' Fri, 30 Apr 2010 05:21:25 DEBUG Didn't find keymap in '/etc/X11/xorg.conf'! Fri, 30 Apr 2010 05:21:25 DEBUG Could not open "/etc/default/console-setup": [Errno 2] No such file or directory: '/etc/default/console-setup' Fri, 30 Apr 2010 05:21:25 DEBUG Did not parse any usable keymapping. Fri, 30 Apr 2010 05:21:25 DEBUG Setting os type to 'linux' for variant 'generic26' Fri, 30 Apr 2010 05:21:25 DEBUG DistroInstaller location is a local file/path: /dev/sr1 Starting install... Fri, 30 Apr 2010 05:21:25 DEBUG Generated install XML: <domain type='xen'> <name>SimplyMepis</name> <currentMemory>262144</currentMemory> <memory>262144</memory> <uuid>f6e62a3d-6a04-802b-1062-481a5a6fbedb</uuid> <os> <type arch='i686'>hvm</type> <loader>/usr/lib/xen/boot/hvmloader</loader> <boot dev='cdrom'/> </os> <features> <acpi/><apic/><pae/> </features> <clock offset="utc"/> <on_poweroff>destroy</on_poweroff> <on_reboot>destroy</on_reboot> <on_crash>destroy</on_crash> <vcpu>2</vcpu> <devices> <emulator>/usr/lib/xen/bin/qemu-dm</emulator> <disk type='file' device='disk'> <source file='/var/lib/xen/images/SimplyMepis.img'/> <target dev='hda' bus='ide'/> </disk> <disk type='block' device='cdrom'> <source dev='/dev/sr1'/> <target dev='hdc' bus='ide'/> <readonly/> </disk> <interface type='bridge'> <source bridge='virbr0'/> <mac address='00:16:36:83:e3:6a'/> </interface> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='-1' keymap='en-us'/> <console type='pty'/> <video> <model type='cirrus'/> </video> </devices> </domain> Fri, 30 Apr 2010 05:21:25 ERROR POST operation failed: xend_post: error from xen daemon: (xend.err "Error creating domain: (22, 'Invalid argument')") Domain installation does not appear to have been successful. If it was, you can restart your domain by running 'virsh start SimplyMepis'; otherwise, please restart your installation. Fri, 30 Apr 2010 05:21:25 ERROR POST operation failed: xend_post: error from xen daemon: (xend.err "Error creating domain: (22, 'Invalid argument')") Traceback (most recent call last): File "/usr/bin/virt-install-2.6", line 1033, in <module> main() File "/usr/bin/virt-install-2.6", line 915, in main start_time, guest.start_install) File "/usr/bin/virt-install-2.6", line 957, in do_install dom = install_func(conscb, progresscb, wait=(not wait)) File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 972, in start_install return self._do_install(consolecb, meter, removeOld, wait) File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1037, in _do_install "install") File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1008, in _create_guest dom = self.conn.createLinux(start_xml, 0) File "/usr/lib/python2.6/site-packages/libvirt.py", line 1097, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: POST operation failed: xend_post: error from xen daemon: (xend.err "Error creating domain: (22, 'Invalid argument')") So we have virtinst failing with libvirt AND xend errors/ so genny ~ # strace -otracelog-cdrom.log virt-install -c xen -n SimplyMepis os-type=linux --os-variant=generic26 -r 256 arch=i386 --vcpus=2 -v --disk path=/var/lib/xen/images/SimplyMepis.img,sparse=true --cdrom=/dev/sr1 -w bridge=virbr0 --vnc -d See the strace log. It should lead you to it. Still broken. Finally. can install vms in gentoo. Hooray. See https://bugs.gentoo.org/show_bug.cgi?id=317975. This bug is still valid in a minor way. sudo virt-install -c xen -n SimplyMepis os-type= linux --os-variant=generic26 -r 256 arch=i386 --vcpus=2 -v --disk path=/var/lib/xen/images/SimplyMepis.img,sparse=true -l /dev/sr1 -w bridge=virbr0 --vnc -d still produces Tue, 20 Apr 2010 19:11:38 ERROR Only one install method (--pxe, --location, --cdrom, --import) can be used Technically, it should be rectified. Firstly, my xen was invalid, as the link explains. Secondly, the bug is virtinst being somewhat inflexaible to erroneous in vaildating the input. After replacing my xen, the examples worked except the above worked. re the bug, it's fairly simple to do a workaround. I persistently thought it was more reliable to anter a set of options on the command line as shown. I didn't think of it till today. All you need do is enter sudo virt-install --prompt, and it's scripts take you through the input data. While you still have to get it right, it avoids the type of error I cited. Once it takes the selections, its validating proves correct,, and proceeds to install. It pops into the vnc window and registers in virt-manager all correctly. So ait's avisable to choose this method to ensure an effective outcome. There are some thingd that need tweaking. The error stating paravirt installs can't be done from the cdrom is wrong. They can, and virtinst can do it. Just entring the input data in a certain choice of iput can trigger it to error. Tou can change the staus. I'm not staified with resolved, but it goes from a package breaker (within xen) to a minor inconvenience. So gentoo can worf xen, partially. According to Cole, he worked with you and fixed these issues in 0.500.4 and gave them some polish for the 0.500.5 release which I just added to the tree. Closing this issue out. |