Bug 674357

TestBlocker? Please!

chmod u-w /rhev/data-center/a8e3a5e0-1437-4dfb-9ac5-c6835227a074
/56bc1515-cd7e-4e41-81c6-4f84ce2f75a2/images/11111111-1111-1111-1111-111111111111/virtio-win-1.1.16.vfd

makes it goes away.

we should check whether qemu process can write to the vfd and set <readonly/>  accordingly. We should probably first define a constant QEMU_PROCESS_USER = "qemu".

managed to start vm with vfd: 

attached call create success response. 

Thread-5636::DEBUG::2011-03-08 16:03:25,186::clientIF::47::vds::(wrapper) return create with {'status': {'message': 'Done', 'code': 0}, 'vmList': {'cdrom': '/r
hev/data-center/4298f4ab-5638-4cc8-baeb-751e72ee5ef6/56bc1515-cd7e-4e41-81c6-4f84ce2f75a2/images/11111111-1111-1111-1111-111111111111/en_windows_7_enterprise_x
64_dvd_x15-70749.iso', 'bridge': 'rhevm', 'acpiEnable': 'true', 'emulatedMachine': 'rhel6.0.0', 'tabletEnable': 'true', 'pid': '0', 'transparentHugePages': 'fa
lse', 'displaySecurePort': '-1', 'spiceSslCipherSuite': 'DEFAULT', 'cpuType': 'Conroe', 'ifid': '10', 'custom': {}, 'executable': '/usr/libexec/qemu-kvm', 'mac
Addr': '00:1a:4a:16:90:48', 'boot': 'dcn', 'smp': '1', 'vmType': 'kvm', 'memSize': 512, 'smpCoresPerSocket': '1', 'vmName': 'iSCSI_RH_pool-54', 'spiceMonitors'
: '1', 'nice': '0', 'status': 'WaitForLaunch', 'floppy': '/rhev/data-center/4298f4ab-5638-4cc8-baeb-751e72ee5ef6/56bc1515-cd7e-4e41-81c6-4f84ce2f75a2/images/11
111111-1111-1111-1111-111111111111/virtio-win-1.1.16.vfd', 'vmId': '55753817-5555-4847-b21a-89d23f315bfd', 'displayIp': '0', 'drives': [{'domainID': '5c8c771a-
03e7-438b-aca4-11db17834426', 'format': 'cow', 'bus': '0', 'boot': 'true', 'volumeID': '43f1e40c-c073-4366-a49f-82c1d8ce356b', 'imageID': '4da7dbea-44e5-4c46-8
fd7-3a3953afc6e0', 'poolID': '4298f4ab-5638-4cc8-baeb-751e72ee5ef6', 'propagateErrors': 'off', 'if': 'virtio'}], 'displayPort': '-1', 'clientIp': '', 'nicModel
': 'pv', 'keyboardLayout': 'en-us', 'kvmEnable': 'true', 'soundDevice': 'ac97', 'timeOffset': '13', 'spiceSecureChannels': 'smain,sinputs', 'display': 'vnc'}}
Thread-5637::DEBUG::2011-03-08 16:03:25,190::clientIF::1082::vds::(memTestAndCommit) 55753817-5555-4847-b21a-89d23f315bfd: memAvailable 28008 memRequired 577 M
b

I'm seeing similar behaviour reading floppy image from NFS server... for some reason libvirt seems to want to chown the file qemu:qemu.

libvirt definition:

    <disk type='file' device='floppy'>
      <driver name='qemu' cache='none' io='threads'/>
      <source file='/net/instructor/var/ftp/pub/cloud/isos/floppy/rhevm_unattend.img'/>
      <target dev='fda' bus='fdc'/>
      <readonly/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' io='threads'/>
      <source file='/net/instructor/var/ftp/pub/cloud/isos/win_server_2008.iso'/>
      <target dev='hdc' bus='ide'/>
      <readonly/>
    </disk>

resulting virt-install error:

Thu, 26 May 2011 14:24:08 ERROR    unable to set user and group to '107:107' on '/net/instructor/var/ftp/pub/cloud/isos/floppy/rhevm_unattend.img': Invalid argument
Thu, 26 May 2011 14:24:08 DEBUG    Traceback (most recent call last):
  File "/usr/sbin/virt-install", line 1079, in start_install
    dom = guest.start_install(conscb, meter, wait=wait_on_console)
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1193, in start_install
    start_xml, final_xml, is_initial)
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line 1252, in _create_guest
    dom = self.conn.createLinux(start_xml or final_xml, 0)
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1341, in createLinux
    if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self)


when floppy image is copied locally, it similarly fails on CD ISO image.  When both are copied locally, it works, but does in fact needlessly chown 0444 image files to qemu:qemu:

[root@vega ~]# ls -l /tmp/
total 2928012
...
-r--r--r--. 1 qemu qemu    1474560 May 26 14:21 rhevm_unattend.img
-r--r--r--. 1 qemu qemu 2996799488 May 26 14:22 win_server_2008.iso
...