1. 15 6月, 2015 5 次提交
    • J
      storage: Disallow wiping an extended disk partition · 84020f9a
      John Ferlan 提交于
      https://bugzilla.redhat.com/show_bug.cgi?id=1225694
      
      Check if the disk partition to be wiped is the extended partition, if
      so then disallow it. Do this via changing the wipeVol backend to check
      the volume before passing to the common virStorageBackendVolWipeLocal
      84020f9a
    • J
      qemu caps: spell queue · 243bbcc5
      Ján Tomko 提交于
      243bbcc5
    • J
      qemu: Do not support 'serial' scsi-block 'lun' devices · 4fce9e84
      John Ferlan 提交于
      https://bugzilla.redhat.com/show_bug.cgi?id=1021480
      
      Seems the property has been deprecated for qemu, although seemingly ignored.
      
      This patch enforces from a libvirt perspective that a scsi-block 'lun'
      device should not provide the 'serial' property.
      4fce9e84
    • J
      storage: Need to set secrettype for direct iscsi disk volume · 1feaccf0
      John Ferlan 提交于
      https://bugzilla.redhat.com/show_bug.cgi?id=1200206
      
      Commit id '1b4eaa61' added the ability to have a mode='direct' for
      an iscsi disk volume.  It relied on virStorageTranslateDiskSourcePool
      in order to copy any disk source pool authentication information to
      the direct disk volume, but it neglected to also copy the 'secrettype'
      field which ends up being used in the domain volume formatting code.
      Adding a secrettype for this case will allow for proper formatting later
      and allow disk snapshotting to work properly
      
      Additionally libvirtd restart processing would fail to find the domain
      since the translation processing code is run after domain xml processing,
      so handle the the case where the authdef could have an empty secrettype
      field when processing the auth and additionally ignore performing the
      actual and expected auth secret type checks for a DISK_VOLUME since that
      data will be reassembled later during translation processing of the
      running domain.
      1feaccf0
    • M
      virCapabilitiesDomainDataLookup: Produce saner error message · f8867012
      Michal Privoznik 提交于
      During a review, I've noticed this error message that was eventually
      produced when I was trying to define a domain:
      
      error: invalid argument: could not find capabilities for arch=mips64el
      domaintype=(null)
      
      Look at the (null). Why is it there? Well, during XML parsing, we try
      to look up the default emulator for given OS type and possibly virt
      type too. And this is the problem, because if we don't want to look up
      by virt type, a -1 is passed to note this fact. Later, the code
      handles -1 just right. Except for error message. When it is
      constructed (in a very fabulous way I must say), the value is compared
      to zero, not -1. And since we don't have any translation from -1 to a
      virt type string, we just print (null).
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      f8867012
  2. 13 6月, 2015 3 次提交
  3. 12 6月, 2015 8 次提交
  4. 11 6月, 2015 13 次提交
  5. 10 6月, 2015 4 次提交
  6. 09 6月, 2015 7 次提交