Bug 1523104 - libvirt cannot start VMs in Rawhide
Summary: libvirt cannot start VMs in Rawhide
Keywords:
Status: CLOSED DUPLICATE of bug 1518517
Alias: None
Product: Fedora
Classification: Fedora
Component: libguestfs
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Richard W.M. Jones
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-12-07 09:01 UTC by Richard W.M. Jones
Modified: 2017-12-07 09:45 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-12-07 09:45:50 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
build.log (5.96 MB, text/plain)
2017-12-07 09:01 UTC, Richard W.M. Jones
no flags Details

Description Richard W.M. Jones 2017-12-07 09:01:01 UTC
Created attachment 1364116 [details]
build.log

Description of problem:

Not much to go on, but it looks as if libvirt doesn't even try to
run qemu.  Below is an extract from the log, I'll attach the complete
log.

libguestfs: launch libvirt guest
2017-12-07 08:55:57.463+0000: 9754: debug : virDomainCreateXML:166 : conn=0x55d80ef97330, xmlDesc=<?xml version="1.0"?>
<domain type="qemu" xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0">
  <name>guestfs-yjm9zt86eyfhfr5u</name>
  <memory unit="MiB">500</memory>
  <currentMemory unit="MiB">500</currentMemory>
  <vcpu>1</vcpu>
  <clock offset="utc">
    <timer name="rtc" tickpolicy="catchup"/>
    <timer name="pit" tickpolicy="delay"/>
    <timer name="hpet" present="no"/>
  </clock>
  <os>
    <type>hvm</type>
    <kernel>/builddir/build/BUILD/libguestfs-1.37.34/tmp/.guestfs-1000/appliance.d/kernel</kernel>
    <initrd>/builddir/build/BUILD/libguestfs-1.37.34/tmp/.guestfs-1000/appliance.d/initrd</initrd>
    <cmdline>panic=1 console=ttyS0 edd=off udevtimeout=6000 udev.event-timeout=6000 no_timer_check printk.time=1 cgroup_disable=memory usbcore.nousb cryptomgr.notests tsc=reliable 8250.nr_uarts=1 root=/dev/sdb selinux=0 guestfs_verbose=1 TERM=vt100</cmdline>
    <bios useserial="yes"/>
  </os>
  <on_reboot>destroy</on_reboot>
  <devices>
    <rng model="virtio">
      <backend model="random">/dev/urandom</backend>
    </rng>
    <controller type="scsi" index="0" model="virtio-scsi"/>
    <disk device="disk" type="file">
      <source file="/builddir/build/BUILD/libguestfs-1.37.34/tmp/libguestfsvvaEfH/scratch1.img"/>
      <target dev="sda" bus="scsi"/>
      <driver name="qemu" type="raw" cache="unsafe"/>
      <address type="drive" controller="0" bus="0" target="0" unit="0"/>
    </disk>
    <disk type="file" device="disk">
      <source file="/builddir/build/BUILD/libguestfs-1.37.34/tmp/libguestfsvvaEfH/overlay2.qcow2"/>
      <target dev="sdb" bus="scsi"/>
      <driver name="qemu" type="qcow2" cache="unsafe"/>
      <address type="drive" controller="0" bus="0" target="1" unit="0"/>
      <shareable/>
    </disk>
    <serial type="unix">
      <source mode="connect" path="/tmp/libguestfslPIuuU/console.sock"/>
      <target port="0"/>
    </serial>
    <channel type="unix">
      <source mode="connect" path="/tmp/libguestfslPIuuU/guestfsd.sock"/>
      <target type="virtio" name="org.libguestfs.channel.0"/>
    </channel>
    <controller type="usb" model="none"/>
    <memballoon model="none"/>
  </devices>
  <qemu:commandline>
    <qemu:env name="TMPDIR" value="/builddir/build/BUILD/libguestfs-1.37.34/tmp"/>
  </qemu:commandline>
</domain>
, flags=0x2
2017-12-07 08:55:57.463+0000: 9754: debug : virNetMessageNew:46 : msg=0x55d80ef9b2a0 tracked=0
2017-12-07 08:55:57.463+0000: 9754: debug : virNetMessageEncodePayload:389 : Encode length as 2332
2017-12-07 08:55:57.463+0000: 9754: info : virNetClientSendInternal:2119 : RPC_CLIENT_MSG_TX_QUEUE: client=0x55d80ef9a1d0 len=2332 prog=536903814 vers=1 proc=10 type=0 status=0 serial=6
2017-12-07 08:55:57.463+0000: 9754: debug : virNetClientCallNew:2072 : New call 0x55d80ef9ad30: msg=0x55d80ef9b2a0, expectReply=1, nonBlock=0
2017-12-07 08:55:57.463+0000: 9754: debug : virNetClientIO:1878 : Outgoing message prog=536903814 version=1 serial=6 proc=10 type=0 length=2332 dispatch=(nil)
2017-12-07 08:55:57.463+0000: 9754: debug : virNetClientIO:1937 : We have the buck head=0x55d80ef9ad30 call=0x55d80ef9ad30
2017-12-07 08:55:57.463+0000: 9754: debug : virNetSocketUpdateIOCallback:2198 : Watch not registered on socket 0x55d80ef99c80
2017-12-07 08:55:57.467+0000: 9754: debug : virNetMessageDecodeLength:161 : Got length, now need 284 total (280 more)
2017-12-07 08:55:57.467+0000: 9754: info : virNetClientCallDispatch:1267 : RPC_CLIENT_MSG_RX: client=0x55d80ef9a1d0 len=284 prog=536903814 vers=1 proc=10 type=1 status=1 serial=6
2017-12-07 08:55:57.467+0000: 9754: debug : virKeepAliveCheckMessage:374 : ka=(nil), client=0x7f0ecfdf6bb0, msg=0x55d80ef9a238
2017-12-07 08:55:57.467+0000: 9754: debug : virNetMessageClear:74 : msg=0x55d80ef9a238 nfds=0
2017-12-07 08:55:57.467+0000: 9754: debug : virNetClientIOEventLoopPassTheBuck:1561 : Giving up the buck 0x55d80ef9ad30
2017-12-07 08:55:57.467+0000: 9754: debug : virNetClientIOEventLoopPassTheBuck:1575 : No thread to pass the buck to
2017-12-07 08:55:57.467+0000: 9754: debug : virNetSocketUpdateIOCallback:2198 : Watch not registered on socket 0x55d80ef99c80
2017-12-07 08:55:57.467+0000: 9754: debug : virNetClientIO:1967 : All done with our call head=(nil) call=0x55d80ef9ad30 rv=0
2017-12-07 08:55:57.467+0000: 9754: debug : virNetMessageFree:87 : msg=0x55d80ef9b2a0 nfds=0 cb=(nil)
libguestfs: error: could not create appliance through libvirt.

Version-Release number of selected component (if applicable):

libvirt 3.10.0-1.fc28

How reproducible:

100%

Steps to Reproduce:
1. Run libguestfs-test-tool

Comment 1 Richard W.M. Jones 2017-12-07 09:04:55 UTC
Actually the error is one we've already seen:

Original error from libvirt: unsupported configuration: shared access for disk 'sdb' requires use of supported storage format [code=67 int1=-1]

I'll see if patching libguestfs helps here ...

Comment 2 Peter Krempa 2017-12-07 09:09:07 UTC
    <disk type="file" device="disk">
      <source file="/builddir/build/BUILD/libguestfs-1.37.34/tmp/libguestfsvvaEfH/overlay2.qcow2"/>
      <target dev="sdb" bus="scsi"/>
      <driver name="qemu" type="qcow2" cache="unsafe"/>
      <address type="drive" controller="0" bus="0" target="1" unit="0"/>
      <shareable/>
    </disk>

'sdb' is <shareable/> and qcow2 which is unsupported as discussed in:

https://bugzilla.redhat.com/show_bug.cgi?id=1518517

Comment 3 Richard W.M. Jones 2017-12-07 09:44:47 UTC
Fixed in Fedora with libguestfs-1.37.34-4.fc28

Comment 4 Richard W.M. Jones 2017-12-07 09:45:50 UTC

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


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