1. 15 9月, 2016 11 次提交
  2. 14 9月, 2016 12 次提交
  3. 13 9月, 2016 8 次提交
  4. 12 9月, 2016 9 次提交
    • D
      qemu: avoid parameter named 'listen' · 92513bc2
      Daniel P. Berrange 提交于
      previous commit:
      
        commit 2c322378
        Author: John Ferlan <jferlan@redhat.com>
        Date:   Mon Jun 13 12:30:34 2016 -0400
      
          qemu: Add the ability to hotplug the TLS X.509 environment
      
      added a parameter "bool listen" in some methods. This
      unfortunately clashes with the listen() method, causing
      compile failures on certain platforms (RHEL-6 for example)
      Signed-off-by: NDaniel P. Berrange <berrange@redhat.com>
      92513bc2
    • J
      storage: Need to properly read the crypt offset value · 2f6b750e
      John Ferlan 提交于
      Commit id 'a48c7141' altered how to determine if a volume was encrypted
      by adding a peek at an offset into the file at a specific buffer location.
      Unfortunately, all that was compared was the first "char" of the buffer
      against the expect "int" value.
      
      Restore the virReadBufInt32BE to get the complete field in order to
      compare against the expected value from the qcow2EncryptionInfo or
      qcow1EncryptionInfo "modeValue" field.
      
      This restores the capability to create a volume with encryption, then
      refresh the pool, and still find the encryption for the volume.
      2f6b750e
    • J
      storage: Need to refresh secret for luks volume after volume refresh · b68487c9
      John Ferlan 提交于
      A LUKS volume uses the volume secret type just like the QCOW2 secret, so
      adjust the loading of the default secrets to handle any volume that the
      virStorageFileGetMetadataFromBuf code has deemed to be an encrypted volume
      to search for the volume's secret. This lookup is done by volume usage
      where the usage is expected to be the path to volume.
      b68487c9
    • N
      log: Fix reporting OOM error incorrectly when defining a logging filter · b6daacf6
      Nikolay Shirokovskiy 提交于
      When a new filter is being defined, the return code is not handled properly,
      thus triggering OOM error reporting routine (bug introduced by 51b2606f).
      Signed-off-by: NErik Skultety <eskultet@redhat.com>
      b6daacf6
    • J
      qemu: Don't use query-migrate on destination · 56258a38
      Jiri Denemark 提交于
      When migration fails, we need to poke QEMU monitor to check for a reason
      of the failure. We did this using query-migrate QMP command, which is
      not supposed to return any meaningful result on the destination side.
      Thus if the monitor was still functional when we detected the migration
      failure, parsing the answer from query-migrate always failed with the
      following error message:
      
          "info migration reply was missing return status"
      
      This irrelevant message was then used as the reason for the migration
      failure replacing any message we might have had.
      
      Let's use harmless query-status for poking the monitor to make sure we
      only get an error if the monitor connection is broken.
      
      https://bugzilla.redhat.com/show_bug.cgi?id=1374613Signed-off-by: NJiri Denemark <jdenemar@redhat.com>
      56258a38
    • J
      util: Quiet the logging if perf file doesn't exist · c8b8bbc3
      John Ferlan 提交于
      Commit id 'b00d7f29' shifted the opening of the /sys/devices/intel_cqm/type
      file from event enable to perf event initialization. If the file did not
      exist, then an error would be written to the domain log:
      
      2016-09-06 20:51:21.677+0000: 7310: error : virFileReadAll:1360 : Failed to open file '/sys/devices/intel_cqm/type': No such file or directory
      
      Since the error is now handled in virPerfEventEnable by checking if the
      event_attr->attrType == 0 for CMT, MBML, and MBMT events - we can just
      use the Quiet API in order to not log the error we're going to throw away.
      
      Additionally, rather than using virReportSystemError, use virReportError
      and VIR_ERR_ARGUMENT_UNSUPPORTED in order to signify that support isn't there
      for that type of perf event - adjust the error message as well.
      c8b8bbc3
    • J
      libxl: implement virConnectBaselineCPU · 69f4030a
      Joao Martins 提交于
      Akin to previous commit but for "virsh cpu-baseline" which
      computes a baseline CPU for a set of host cpu elements.
      Signed-off-by: NJoao Martins <joao.m.martins@oracle.com>
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      69f4030a
    • J
      libxl: implement virConnectCompareCPU · 5822b740
      Joao Martins 提交于
      Implement support for "virsh cpu-compare" so that we can calculate
      common cpu element between a pool of hosts, which had a requirement
      of providing host cpu description.
      Signed-off-by: NJoao Martins <joao.m.martins@oracle.com>
      Signed-off-by: NMichal Privoznik <mprivozn@redhat.com>
      5822b740
    • J
      libxl: describe host cpu features based on hwcaps · 17322e55
      Joao Martins 提交于
      Parse libxl_hwcap accounting for versions since Xen 4.4 - Xen 4.7.
      libxl_hwcaps is a set of cpuid leaves output that is described in [0] or
      [1] in Xen 4.7. This is a collection of CPUID leaves that we version
      in libvirt whenever feature words are reordered or added. Thus we keep the
      common ones in one struct and others for each version. Since
      libxl_hwcaps doesn't appear to have a stable format across all supported
      versions thus we need to keep track of changes as a compromise until it's
      exported in xen libxl API. We don't fail in initializing the driver in case
      parsing of hwcaps failed for that reason. In addition, change the notation
      on PAE feature such that is easier to read which bit it corresponds.
      
      [0] xen/include/asm-x86/cpufeature.h
      [1] xen/include/public/arch-x86/cpufeatureset.h
      Signed-off-by: NJoao Martins <joao.m.martins@oracle.com>
      17322e55