Hide Forgot
Description of problem: (18,50,32) gozen: ping AUTOPEER +AUTOPEER:4 (18,52,24) gozen: regarding the issue with f20 virt-install you had... (18,52,56) gozen: yeah looks like virt-install is crapping out on nfs:// adresses. if you pass on nfs:$SERVER:PATH it seems to go thru. (18,53,11) gozen: but if you look at virt-install man page it says: (18,53,12) gozen: nfs:host:/path or nfs://host/pathrn An NFS server location containing an installable distribution image (18,53,21) gozen: so , this is a bug on virt-install. (18,53,40) gozen: please open a bug , and CC me too. or let me know i can open one . The test case output is: command: spawn virt-install --name system1 --mac 52:56:00:00:00:0f --location nfs://nfs-01.eng.brq.redhat.com:/pub/fedora/linux/development-snapshot-20130918/20/x86_64/os/ -s 8 -r 1024 --debug --accelerate --os-variant=virtio26 --network bridge:br1 --file /home/virtimages/VirtualMachines/system1.img --extra-args "ks=http://beaker.engineering.redhat.com/kickstart/464863 serial console=tty0 console=ttyS0,115200" --noreboot extra_args: ks=http://beaker.engineering.redhat.com/kickstart/464863 serial console=tty0 console=ttyS0,115200 spawn virt-install --name system1 --mac 52:56:00:00:00:0f --location nfs://nfs-01.eng.brq.redhat.com:/pub/fedora/linux/development-snapshot-20130918/20/x86_64/os/ -s 8 -r 1024 --debug --accelerate --os-variant=virtio26 --network bridge:br1 --file /home/virtimages/VirtualMachines/system1.img --extra-args ks=http://beaker.engineering.redhat.com/kickstart/464863 serial console=tty0 console=ttyS0,115200 --noreboot [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (cli:227) Launched with command line: /usr/share/virt-manager/virt-install --name system1 --mac 52:56:00:00:00:0f --location nfs://nfs-01.eng.brq.redhat.com:/pub/fedora/linux/development-snapshot-20130918/20/x86_64/os/ -s 8 -r 1024 --debug --accelerate --os-variant=virtio26 --network bridge:br1 --file /home/virtimages/VirtualMachines/system1.img --extra-args ks=http://beaker.engineering.redhat.com/kickstart/464863 serial console=tty0 console=ttyS0,115200 --noreboot [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (cli:235) Requesting libvirt URI default [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (cli:239) Received libvirt URI qemu:///system [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (virt-install:285) Requesting virt method 'default', hv type 'default'. [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (virt-install:494) Received virt method 'kvm' [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (virt-install:495) Hypervisor name is 'hvm' [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (cli:804) DISPLAY is set: looking for pre-configured graphics [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (cli:807) Defaulting graphics to pre-configured SPICE [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (distroinstaller:347) DistroInstaller location is a network source. [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (urlfetcher:202) Preparing mount at /var/tmp/virtinstmnt.qsZzU6 mount.nfs: Failed to resolve server //nfs-01.eng.brq.redhat.com: Name or service not known [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (urlfetcher:219) Cleaning up mount at /var/tmp/virtinstmnt.qsZzU6 umount: /var/tmp/virtinstmnt.qsZzU6: not mounted [Thu, 19 Sep 2013 15:28:54 virt-install 2496] ERROR (urlfetcher:314) Error preparing install location Traceback (most recent call last): File "/usr/share/virt-manager/virtinst/urlfetcher.py", line 312, in _locationCheckWrapper fetcher.prepareLocation() File "/usr/share/virt-manager/virtinst/urlfetcher.py", line 215, in prepareLocation (self.location)) Install error: [Thu, 19 Sep 2013 15:28:54 virt-install 2496] DEBUG (cli:227) Launched with command line: /usr/share/virt-manager/virt-install --name system1 --mac 52:56:00:00:00:0f --location nfs://nfs-01.eng.brq.redhat.com:/pub/fedora/linux/development-snapshot-20130918/20/x86_64/os/ -s 8 -r 1024 --debug --accelerate --os-variant=virtio26 --network bridge:br1 --file /home/virtimages/VirtualMachines/system1.img --extra-args ks=http://beaker.engineering.redhat.com/kickstart/464863 serial console=tty0 console=ttyS0,115200 --noreboot
FYI in f20+ virt-install etc. are part of the virt-manager package, reassigning
Fixed upstream now
(In reply to Cole Robinson from comment #2) > Fixed upstream now Cole, which NVR so I can check if they are in the daily snapshots I'm using? How about Fedora 19 (I think it is present there as well but haven't investigated in details). Should I just always 'yum update virt-manager' before testing ? Thanks.
I'm mid build in koji right now, you'll get an auto update here in a minute. I didn't think this bug was in f19 bug I didn't explicitly check, but it will be easy to backport if so
I confirmed this bug only affects F20+
virt-manager-0.10.0-3.gita2e52067.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/virt-manager-0.10.0-3.gita2e52067.fc20
Package virt-manager-0.10.0-3.gita2e52067.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing virt-manager-0.10.0-3.gita2e52067.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-17628/virt-manager-0.10.0-3.gita2e52067.fc20 then log in and leave karma (feedback).
virt-manager-0.10.0-3.gita2e52067.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.