headers
Osier Yang | 1 Mar 2010 10:30
Picon
Favicon
Gravatar

[libvirt] reload libvirtd.conf has a little problem.

hi
     When libvirtd is running,  I changed "unix_sock_ro_perms=0777" into 
""unix_sock_ro_perms=0755", and then reload the configuration with:
      kill -SIGHUP `pidof libvirtd`  or "service libvirtd reload"

      the permission of /var/lib/libvirt/libvirt-sock-ro still is 0777, 
but not 0755.

      and after "service libvirtd restart",  the permission is changed 
into 0755.

      think it's a little problem.

      libvirt version: libvirt-0.7.6-1.fc12.x86_64

Thanks and Regards
osier
Permalink | Reply | 2 comments |
headers
Daniel Veillard | 1 Mar 2010 11:12
Picon
Favicon
Gravatar

Re: [libvirt] [PATCH] build: avoid warning about unused variables

On Thu, Feb 25, 2010 at 02:28:10PM +0100, Jim Meyering wrote:
> 
> 
> >From 8ddff3e6cdccc2b4289509c6941b43f2ddf8e643 Mon Sep 17 00:00:00 2001
> From: Jim Meyering <meyering <at> redhat.com>
> Date: Thu, 25 Feb 2010 14:19:33 +0100
> Subject: [PATCH] build: avoid warning about unused variables
> 
> * tools/virsh.c (cmdCPUBaseline): Remove declarations of unused
> variables, p and cur.
> ---
>  tools/virsh.c |    3 +--
>  1 files changed, 1 insertions(+), 2 deletions(-)
> 
> diff --git a/tools/virsh.c b/tools/virsh.c
> index 5fdbbe5..89eefcf 100644
> --- a/tools/virsh.c
> +++ b/tools/virsh.c
>  <at>  <at>  -7048,12 +7048,11  <at>  <at>  cmdCPUBaseline(vshControl *ctl, const vshCmd *cmd)
>      int found;
>      int ret = TRUE;
>      char *buffer;
> -    char *p;
>      char *result = NULL;
>      const char **list = NULL;
>      unsigned int count = 0;
>      xmlDocPtr doc = NULL;
> -    xmlNodePtr node_list, cur;
> +    xmlNodePtr node_list;
>      xmlXPathContextPtr ctxt = NULL;
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel P. Berrange | 1 Mar 2010 11:23
Picon
Favicon

Re: [libvirt] reload libvirtd.conf has a little problem.

On Mon, Mar 01, 2010 at 05:30:21PM +0800, Osier Yang wrote:
> hi
>     When libvirtd is running,  I changed "unix_sock_ro_perms=0777" into 
> ""unix_sock_ro_perms=0755", and then reload the configuration with:
>      kill -SIGHUP `pidof libvirtd`  or "service libvirtd reload"
> 
>      the permission of /var/lib/libvirt/libvirt-sock-ro still is 0777, 
> but not 0755.
> 
>      and after "service libvirtd restart",  the permission is changed 
> into 0755.
> 
>      think it's a little problem.
> 
>      libvirt version: libvirt-0.7.6-1.fc12.x86_64

libvirtd never attempts to reload /etc/libvirt/libvirtd.conf while
running. The SIGHUP only triggers a reload of the hypervisor drivers'
guest/network configuration files.

Regards,
Daniel
--

-- 
|: Red Hat, Engineering, London    -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://deltacloud.org :|
|: http://autobuild.org        -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
Permalink | Reply | 1 comment |
headers
Daniel P. Berrange | 1 Mar 2010 13:46
Picon
Favicon

Re: [libvirt] Hypervisor raw options

On Fri, Feb 26, 2010 at 07:47:20PM +0100, Daniel Dehennin wrote:
> Hello,
> 
> I wonder if it's possible to add hypervisor pass-through options, I add
> some usage of kvm -startdate and need to use a script which call kvm
> with the desired option.
> 
> Something like:
> 
> <emulator>/usr/bin/kvm</emulator>
> <emulator-options>
>     <option>-option1</option>
>     <option>-option2</option>
> </emulator-options>
> 
> The several <option/> will be passed to the <emulator/> command.

The goal of the libvirt XML format is to provide a representation that is
consistent across all hypervisors, so that regardless of whether using
Xen, KVM, or VMWare an config parameter can be encoded that same way.

If we were to support your suggestion, every hypervisor in libvirt would
end up with a different XML configuration. In addition KVM / QEMU have
a history of renaming/breaking command line options, so there's no way of
guarenteeing that '-foo' from QEMU 0.9.1 still works with QEMU 0.10.0 or
vica-verca.

If you have specific KVM arguments that libvirt does not yet support then
please either file a RFE bug report with details, or raise the issue on
this mailing list
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel P. Berrange | 1 Mar 2010 14:02
Picon
Favicon

Re: [libvirt] [PATCH 4/9] Add QEMU driver support for job info on migration ops

On Fri, Feb 26, 2010 at 06:51:05PM +0100, Daniel Veillard wrote:
> On Thu, Feb 18, 2010 at 03:56:10PM +0000, Daniel P. Berrange wrote:
> > Introduce support for  virDomainGetJobInfo in the QEMU driver. This
> > allows for monitoring of any API that uses the 'info migrate' monitor
> > command. ie virDomainMigrate, virDomainSave and virDomainCoreDump
> > 
> > Unfortunately QEMU does not provide a way to monitor incoming migration
> > so we can't wire up virDomainRestore yet.
> > 
> > The virsh tool gets a new command 'domjobinfo' to query status
> > 
> > * src/qemu/qemu_driver.c: Record virDomainJobInfo and start time
> >   in qemuDomainObjPrivatePtr objects. Add generic shared handler
> >   for calling 'info migrate' with all migration based APIs.
> > * src/qemu/qemu_monitor_text.c: Fix parsing of 'info migration' reply
> > * tools/virsh.c: add new 'domjobinfo' command to query progress
> > ---
> >  src/qemu/qemu_driver.c       |  208 +++++++++++++++++++++++++++++++++++-------
> >  src/qemu/qemu_monitor_text.c |    7 +-
> >  tools/virsh.c                |  129 ++++++++++++++++++++++----
> >  3 files changed, 288 insertions(+), 56 deletions(-)
> > 
> > diff --git a/src/qemu/qemu_driver.c b/src/qemu/qemu_driver.c
> > index a6dc4f9..b245eb2 100644
> > --- a/src/qemu/qemu_driver.c
> > +++ b/src/qemu/qemu_driver.c
> >  <at>  <at>  -87,6 +87,8  <at>  <at>  struct _qemuDomainObjPrivate {
> >      int jobActive; /* Non-zero if a job is active. Only 1 job is allowed at any time
> >                      * A job includes *all* monitor commands, even those just querying
> >                      * information, not merely actions */
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mihamina Rakotomandimby | 1 Mar 2010 14:14

[libvirt] and for LXC?

Manao ahoana, Hello, Bonjour,

Is there some plan/schedule to make libvirt LXC friendly?
Or is it already?

Misaotra, Thanks, Merci.

--

-- 
       Architecte Informatique chez Blueline/Gulfsat:
    Administration Systeme, Recherche & Developpement
                +261 34 29 155 34 / +261 33 11 207 36
Permalink | Reply | 5 comments |
headers
Daniel Veillard | 1 Mar 2010 13:11
Picon
Favicon
Gravatar

Re: [libvirt] [PATCH] Free the macvtap mode string

On Fri, Feb 26, 2010 at 01:03:56PM -0500, Stefan Berger wrote:
> I forgot to free the macvtap mode string. This fixes it.
> 
> Signed-off-by: Stefan Berger <stefanb <at> us.ibm.com>
> 

> Index: libvirt-macvtap/src/conf/domain_conf.c
> ===================================================================
> --- libvirt-macvtap.orig/src/conf/domain_conf.c
> +++ libvirt-macvtap/src/conf/domain_conf.c
>  <at>  <at>  -1974,6 +1974,7  <at>  <at>  cleanup:
>      VIR_FREE(type);
>      VIR_FREE(internal);
>      VIR_FREE(devaddr);
> +    VIR_FREE(mode);
>  
>      return def;

  Ah, right, ACK, pushing it,

   thanks !

Daniel

--

-- 
Daniel Veillard      | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
daniel <at> veillard.com  | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ | virtualization library  http://libvirt.org/
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel P. Berrange | 1 Mar 2010 13:24
Picon
Favicon

Re: [libvirt] libvirt/dnsmasq integration.

On Wed, Feb 24, 2010 at 02:34:53PM +0000, Simon Kelley wrote:
> As the principal maintainer of dnsmasq, I'm seeing increasing reports of 
> problems on systems which run both dnsmasq and libvirt. I'm fairly sure 
> I understand what's going on in these cases, and I have a few proposals 
> for changes in libvir and dnsmasq that should fix things.

Thanks for starting this topic - it would certainly be nice if we can come
up with a solution that has better inter-operability & fewer surprises for
administrators.

> The problem is that libvirt runs a private instance of dnsmasq: on 
> machines which are also running a "system" dnsmasq daemon, this can 
> cause problems.
> 
> Some background: dnsmasq can run in two modes.
> 
> Default mode: dnsmasq binds the wildcard address and does network magic
> to determine which interface request packets actually come from, so that
> the results can be sent back with the correct source address. This has
> the advantage that network interfaces can come and go and change IP
> address and dnsmasq will keep working. It's possible to restrict dnsmasq
> to only reply to requests on some interfaces; requests from other
> interfaces will be read by dnsmasq and then silently dropped. Telling
> dnsmasq to use an interface which doesn't exist but might in the future
> will result in a logged warning, but dnsmasq will still start and when
> the interface comes up it will work.
> 
> Bind-interfaces mode: This is the traditional way to do UDP servers. At
> startup dnsmasq enumerates all the extant interfaces and then opens a
> socket for each one, listening on the interfaces's IP address.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Daniel P. Berrange | 1 Mar 2010 13:54
Picon
Favicon

Re: [libvirt] Problems with attach-device/detach-device using libvirt 0.7.6

On Fri, Feb 26, 2010 at 04:24:11PM +0100, Rolf Eike Beer wrote:
> Hi,
> 
> first a short summary of what the situation is:
> 
> I'm running qemu 0.12.2, libvirt 0.7.6 on a E5520 based machine with kernel 
> 2.6.33. I also tried 2.6.32.7 as I was using that before and still had the old 
> kernel around, but kernel version doesn't matter AFAICT. The host is a gentoo 
> AMD64 installation, the client is SuSE 11.0 (both 32 and 64 bit tested).
> 
> This system is our machine to run automated PCIe device tests on, so the idea 
> is to move PCIe devices from the host to different vms, run some testcases 
> there and then move them away again. This has worked before (I'm not 
> absolutely sure, but I would bet a bit of money that it was libvirt 0.7.5).
> 
> So, what I'm going to do is simply
> 
> virsh # attach-device suse11.0-AMD64 dev-pci-AD1-CL.xml
> Device attached successfully
> 
> virsh # detach-device suse11.0-AMD64 dev-pci-AD1-CL.xml
> Device detached successfully
> 
> This is just was I expect and what I now get with the two patches attached. 
> The original situation was somewhat different (i.e. broken):
> 
> -first I got complains in the log stating:
> 
> tried to create id "(null)" twice for "device"
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Veillard | 1 Mar 2010 14:27
Picon
Favicon
Gravatar

Re: [libvirt] and for LXC?

On Mon, Mar 01, 2010 at 04:14:34PM +0300, Mihamina Rakotomandimby wrote:
> Manao ahoana, Hello, Bonjour,
> 
> Is there some plan/schedule to make libvirt LXC friendly?
> Or is it already?

  http://libvirt.org/

  livirt supports:
    "The LXC Linux container system "

http://libvirt.org/drvlxc.html

Daniel

--

-- 
Daniel Veillard      | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
daniel <at> veillard.com  | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ | virtualization library  http://libvirt.org/
Permalink | Reply | 0 comments |

Gmane