1. 23 1月, 2015 9 次提交
    • M
      Grant access to helpers · 338b07af
      Mike Latimer 提交于
      Apparmor must not prevent access to required helper programs. The following
      helpers should be allowed to run in unconfined execution mode:
      
       - libvirt_parthelper
       - libvirt_iohelper
      338b07af
    • M
      Fix apparmor issues for tck · c0273cd6
      Mike Latimer 提交于
      The network and nwfilter tests contained in the libvirt-TCK testkit can fail
      unless access to raw network packets is granted. Without this access, the
      following apparmor error can be seen while running the tests:
      
        apparmor="DENIED" operation="create" parent=1 profile="/usr/sbin/libvirtd"
        pid=94731 comm="libvirtd" family="packet" sock_type="raw" protocol=768
      c0273cd6
    • M
      Fix apparmor issues for Xen · b61fb8e8
      Mike Latimer 提交于
      In order for apparmor to work properly in Xen environments, the following
      access rights need to be allowed:
      
       - Allow CAP_SYS_PACCT, which is required when resetting some multi-port
         Broadcom cards by writting to the PCI config space
      
       - Allow CAP_IPC_LOCK, which is required to lock/unlock memory. Without
         this setting, an error 'Resource temporarily unavailable' can be seen
         while attempting to mmap memory. At the same time, the following
         apparmor message is seen:
      
         apparmor="DENIED" operation="capable" parent=1 profile="/usr/sbin/libvirtd"
         pid=2097 comm="libvirtd" pid=2097 comm="libvirtd" capability=14
         capname="ipc_lock"
      
       - Allow access to distribution specific directories:
           /usr/{lib,lib64}/xen/bin
      b61fb8e8
    • E
      conf: virDomainDefMaybeAddController tweak return code · 852cea52
      Erik Skultety 提交于
      Previously the function returned either -1 in case of an error or 0 on
      success. However, we should also distinguish between a case we
      successfully added a controller and a case there wasn't a need to add any
      controller
      852cea52
    • E
      qemu: Remove dead code in qemuDomainAssignPCIAddresses revert patch · 2fbfb3ac
      Erik Skultety 提交于
      As it turned out, fix of dead code 419a22 changed the affected condition
      from "never true" to "always true", so better fix would be to change the
      return code of virDomainMaybeAddController from 0 to 1 if
      a new bridge has been added, thus distinguishing case when we didn't need to
      add any controller and case we successfully added one.
      
      The return code is changed in the next commit
      2fbfb3ac
    • J
      Fix build with older gcc · d66e136b
      Ján Tomko 提交于
      My commit af1c98e4 broke the build on RHEL-6:
      vircgrouptest.c: In function 'testCgroupGetPercpuStats':
      vircgrouptest.c:566: error: nested extern declaration of
      '_gl_verify_function2' [-Wnested-externs]
      
      The only thing that needs checking is that the array size
      is at least EXPECTED_NCPUS, to prevent access beyond the array.
      
      We can ensure the minimum size also by specifying the array
      size upfront.
      d66e136b
    • P
      esx_vi: fix possible segfault · 3baeea62
      Pavel Hrdina 提交于
      Clang found possible dereference of NULL pointer which is right.
      Function 'esxVI_LookupTaskInfoByTask' should find a task info. The issue
      is that we could return 0 and leave 'taksInfo' pointer NULL because if
      there is no match we simply end the search loop end set 'result' to 0.
      Every caller count on the fact that if the return value is 0 than it's
      safe to dereference 'taskInfo'. We should return 0 only in case we found
      something and the '*taskInfo' is not NULL.
      Signed-off-by: NPavel Hrdina <phrdina@redhat.com>
      3baeea62
    • P
      xenapi_driver: fix copy-paste typo · 828e485b
      Pavel Hrdina 提交于
      Clang found that we are passing variable with wrong enum type to
      'xenapiCrashExitEnum2virDomainLifecycle' function. This is probably
      copy-paste typo as the correct variable exists in the code, but it isn't
      used.
      Signed-off-by: NPavel Hrdina <phrdina@redhat.com>
      828e485b
    • J
      Fix virCgroupGetPercpuStats with non-continuous present CPUs · af1c98e4
      Ján Tomko 提交于
      Per-cpu stats are only shown for present CPUs in the cgroups,
      but we were only parsing the largest CPU number from
      /sys/devices/system/cpu/present and looking for stats even for
      non-present CPUs.
      This resulted in:
      internal error: cpuacct parse error
      af1c98e4
  2. 22 1月, 2015 3 次提交
  3. 21 1月, 2015 2 次提交
    • J
      qemu: format server interface without a listen address · 280ece4a
      Ján Tomko 提交于
      https://bugzilla.redhat.com/show_bug.cgi?id=1130390
      
      The listen address is not mandatory for <interface type='server'>
      but when it's not specified, we've been formatting it as:
      -netdev socket,listen=(null):5558,id=hostnet0
      which failed with:
      Device 'socket' could not be initialized
      
      Omit the address completely and only format the port in the listen
      attribute.
      
      Also fix the schema to allow specifying a model.
      280ece4a
    • J
      tests: fix xlconfigtest build failure · e274d588
      Jim Fehlig 提交于
      When libvirt is configured --without-xen, building the xlconfigtest
      fails with
      
        CCLD   xlconfigtest
        /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o
        In function `_start': (.text+0x20): undefined reference to `main'
        collect2: error: ld returned 1 exit status
      
      Introduced in commit 4ed5fb91 by too much copy and paste from
      xmconfigtest.
      e274d588
  4. 20 1月, 2015 2 次提交
    • J
      Fix virCgroupNewMachine prototype on non-Linux · c803c070
      Ján Tomko 提交于
      Commit 318df5a0 changed the prototype of virCgroupNewMachine
      without adjusting the stub function for platforms without
      cgroups.
      c803c070
    • J
      network: Let domains be restricted to local DNS · 298fa485
      Josh Stone 提交于
      This adds a new "localOnly" attribute on the domain element of the
      network xml.  With this set to "yes", DNS requests under that domain
      will only be resolved by libvirt's dnsmasq, never forwarded upstream.
      
      This was how it worked before commit f69a6b98, and I found that
      functionality useful.  For example, I have my host's NetworkManager
      dnsmasq configured to forward that domain to libvirt's dnsmasq, so I can
      easily resolve guest names from outside.  But if libvirt's dnsmasq
      doesn't know a name and forwards it to the host, I'd get an endless
      forwarding loop.  Now I can set localOnly="yes" to prevent the loop.
      Signed-off-by: NJosh Stone <jistone@redhat.com>
      298fa485
  5. 19 1月, 2015 8 次提交
  6. 17 1月, 2015 3 次提交
  7. 16 1月, 2015 13 次提交