Bug 580411 - Virtualization guest can't boot directly from Network(PXE)
Virtualization guest can't boot directly from Network(PXE)
Status: CLOSED DUPLICATE of bug 577851
Product: Fedora
Classification: Fedora
Component: qemu (Show other bugs)
All Linux
low Severity high
: ---
: ---
Assigned To: Justin M. Forbes
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2010-04-08 04:28 EDT by Lijian Xu
Modified: 2013-01-09 06:32 EST (History)
17 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2010-05-18 16:01:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Contains an error output and two xml configuration files. (1.19 KB, application/x-gzip)
2010-04-08 04:28 EDT, Lijian Xu
no flags Details
pxeboot log (4.19 KB, application/octet-stream)
2010-04-08 04:50 EDT, He Rui
no flags Details

  None (edit)
Description Lijian Xu 2010-04-08 04:28:01 EDT
Created attachment 405221 [details]
Contains an error output and two xml configuration files.

Description of problem:
    I followed the instuctions in https://fedoraproject.org/wiki/QA:Testcase_Virtualization_Guest_pxeBoot, and when I run "virsh start netboot", it reports error, and doesn't start.
    Then I used "VIRT_DEBUG=1 libvirtd", and the output was as the attachment "libvirtd-errors".
    But when I changed the boot device from "network" to "cdrom", and added a cdrom device, it just boots. I can even select to boot from pxe by press "Ctrl + b" and everything works. I think it may be a bug that the boot device can't be "network".
    The two xml virtual machine configuration files are also added as attachments.

Version-Release number of selected component (if applicable):
    * kernel-
    * libvirt-0.7.7-1.fc13
    * python-virtinst-0.500.2-3.fc13
    * qemu-0.12.3-6.fc13
    * seabios-0.5.1-1.fc13
    * virt-manager-0.8.3-2.fc13 

How reproducible:
    Every time.

Steps to Reproduce:
1.Use netboot.xml in the attachment, run:
2.Run "virsh define netboot.xml"
3.Run "virsh start netboot"

Actual results:
    [root@dhcp-65-190 ~]# virsh start netboot
    error: Failed to start domain netboot
    error: monitor socket did not show up.: Connection refused

Expected results:
    Virtual machine starts normally.

Additional info:
Comment 1 He Rui 2010-04-08 04:46:43 EDT
I had the same problem when executing that case using http://jforbes.fedorapeople.org/virt-test-day/

boot log is attached.
Comment 2 He Rui 2010-04-08 04:50:09 EDT
Created attachment 405230 [details]
pxeboot log
Comment 3 Lijian Xu 2010-04-11 22:56:35 EDT
I found the error "monitor socket did not show up.: Connection refused
" is caused by missing an error-receive serial, after added the serial, I get the actual error message: 

libvirtError: internal error Process exited while reading console log output: char device redirected to /dev/pts/2
Cannot boot from non-existent NIC

I hope this would be helpful.
Comment 4 Matt Domsch 2010-05-05 14:27:30 EDT
netboot -uuid 543628e0-2b75-3513-d131-03ba38c073de -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/netboot.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -no-acpi -boot n -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:05:38:5c,bus=pci.0,addr=0x4 -net tap,fd=41,vlan=0,name=hostnet0 -usb -vnc -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 
Cannot boot from non-existent NIC

It's this last part (cannot boot from non-existant NIC) that I suspect is the problem.  This isn't in gPXE (it's not getting that far).
Comment 5 Daniel Berrange 2010-05-05 14:35:21 EDT
This looks like a QEMU bug

 * libvirt has set the guest to boot from network:

    -boot n

 * given the guest a NIC device

  -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:05:38:5c,bus=pci.0,addr=0x4 

 * and associated this NIC with a host network

  -net tap,fd=41,vlan=0,name=hostnet0

So all the info QEMU requires is present. I suspect this is a bug in QEMU BIOS setup not handling -device properly.
Comment 6 Cole Robinson 2010-05-18 16:01:04 EDT
Should be fixed in qemu-0.12.3-8.fc13

*** This bug has been marked as a duplicate of bug 577851 ***

Note You need to log in before you can comment on or make changes to this bug.