I tagged in git and pushed an rc2 tarball and rpms to the usual place:
ftp://libvirt.org/libvirt/
I also made one for libvirt-python which sits now at:
ftp://libvirt.org/libvirt/python/
This seems to work fine for me, I'm confident we can push the
final release this week-end, but ple
On 25/02/14 11:17 PM, "Eric Blake" wrote:
>On 02/25/2014 09:05 AM, Panday Ritesh Sharma (rpanday) wrote:
>
>>>
>>> We are using a wrapper of make for compilation for QNX. So I need to
>>>know,
>>> when I am compiling this client library on linux with
>>>'--without-libvirtd'
>>> option, what all
Running ./autobuild.sh complained during the mingw cross-compile:
CC libvirportallocatormock_la-virportallocatortest.lo
../../tests/virportallocatortest.c:32:20: fatal error: dlfcn.h: No such file or
directory
# include
^
compilation terminated. With that fixed, the
Running ./autobuild.sh detected a mingw failure:
CCLD libvirt.la
Cannot export virCgroupGetPercpuStats: symbol not defined
Cannot export virCgroupSetOwner: symbol not defined
* src/util/vircgroup.c (virCgroupGetPercpuStats)
(virCgroupSetOwner): Implement stubs.
Signed-off-by: Eric Blake
-
I hit some issues while running ./autobuild.sh on a machine set up
for a mingw cross build; pushing this series under the build-breaker
rule.
Eric Blake (2):
build: fix cgroups on non-Linux
build: avoid ld_preload tests on mingw
src/util/vircgroup.c | 27 +-
t
On 02/25/2014 08:47 AM, Laine Stump wrote:
> According to commit b4e0299dm if networkAllocateActualDevice() was
> successful, it will *always* allocate an iface->data.network.actual,
> so we can use this during networkReleaseActualDevice() to know if
> there is really anything to undo. We were prop
On 02/25/2014 08:46 AM, Laine Stump wrote:
> networkAllocateActualDevice() is called for *all* interfaces, not just
> those with type='network'. In that case, it will jump down to its
> validate: label immediately, without allocating anything. After
> validation is done, two counters are potentiall
On 02/25/2014 09:07 AM, Michal Privoznik wrote:
> Consider dozen of LXC domains, each of them having this type of interface:
>
>
>
>
>
>
> When starting these domain in parallel, all workers may meet in
> virNetDevVethCreate() where a race starts. Race over allocating veth
While auditing all callers of virCommandRun, I noticed that nwfilter
code never paid attention to commands with a non-zero status; they
were merely passing a pointer to avoid spamming the logs with a
message about commands that might indeed fail. But proving this
required chasing through a lot of
On 02/25/2014 02:41 PM, vikhyath reddy wrote:
>
> a) virConnectListAllNetworks(...)
> b) virConnectListAllStoragePools(...)
>
>
> return "not supported by connection driver". I am running ESX with
> libvirt-1.2.1. But I can use
That merely means no one has written the patches for ESX to suppor
> Libvirt can't tell you what the guest is running. For that, you need
> higher-level software, such as libguestfs. virt-manager is an example
> of a program that uses libguestfs to probe which OS is running in the
guest.
Awesome! you guys are of so much help. And sorry for top posting.
Ran int
On Fedora 20, I added this to my '~/.rpmmacros':
%_without_udev 1
%_without_storage_mpath 1
%_without_storage_disk 1
and uninstalled systemd-devel (which also removed device-mapper-devel).
Then I ran 'make rpm', and inspected the results:
$ ldd ~/rpmbuild/BUILD/libvirt-1.2.2/daemon/.libs/libvirt
On Fedora 20, with the following in my ~/.rpmmacros:
%_without_udev 1
%_without_storage_mpath 1
and with device-mapper-devel uninstalled, 'make rpm' fails with:
checking for libdevmapper.h... no
configure: error: You must install device-mapper-devel/libdevmapper >= 1.0.0 to
compile libvirt
erro
On Tue, Feb 25, 2014 at 07:09:11PM +0530, Sijo Jose wrote:
> Hi,
> Is it possible to discover iSCSI targets using libvirt API..?
>
> OR
> is it possible to get the similar results of below commands using
> libvirtAPI..?
>
> iscsiadm --mode discovery --type sendtargets --portal server1.example.com
Michal Privoznik wrote:
> On 24.02.2014 19:06, Jim Fehlig wrote:
>> The shutdown handler may restart a domain when handling a reboot
>> event or when is set to 'restart'. Restarting consists of
>> calling libxlVmCleanup followed by libxlVmStart. libxlVmStart will
>> emit a VIR_DOMAIN_EVENT_START
Generally, we try to make the spec file tweakable via user
variables, so that they can select a different subset of sub-rpms
to build. We also try to explicitly list all driver config
options, rather than leaving the chance that the rpm build may be
non-deterministic based on what the user had ins
Our spec file is non-deterministic if you have this in your ~/.rpmmacros:
%_without_udev 1
because it then depends on whether you have systemd-devel installed
rather than being explicitly stated in the spec file.
[At this point, I'm sending the series to get the review started on the
two trivial p
Commit 68954fb added a configure option --with-systemd_daemon,
which violates the conventions of configure files preferring
dash in all option names. This fixes it, before we hit a
release where the tarball is baked with an awkward name.
* m4/virt-lib.m4 (LIBVIRT_CHECK_LIB, LIBVIRT_CHECK_LIB_ALT)
On 02/25/2014 09:05 AM, Panday Ritesh Sharma (rpanday) wrote:
>>
>> We are using a wrapper of make for compilation for QNX. So I need to know,
>> when I am compiling this client library on linux with '--without-libvirtd'
>> option, what all .c files and libraries are being used. Then I will take
>
On 02/25/2014 12:17 PM, Daniel P. Berrange wrote:
> On Tue, Feb 25, 2014 at 12:14:25PM -0500, Cole Robinson wrote:
>> Details: https://bugzilla.redhat.com/show_bug.cgi?id=1068369
>> ---
>> libvirt-java.spec.in | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a/libvirt-java.spec.in b/l
On Tue, Feb 25, 2014 at 05:00:47PM +, Panday Ritesh Sharma (rpanday) wrote:
>
>
> On 25/02/14 10:03 PM, "Daniel P. Berrange" wrote:
>
> >On Tue, Feb 25, 2014 at 03:39:58PM +, Panday Ritesh Sharma (rpanday)
> >wrote:
> >> Hi Daniel,
> >> I ran ./configure command with below options. I fo
On Tue, Feb 25, 2014 at 12:14:25PM -0500, Cole Robinson wrote:
> Details: https://bugzilla.redhat.com/show_bug.cgi?id=1068369
> ---
> libvirt-java.spec.in | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/libvirt-java.spec.in b/libvirt-java.spec.in
> index 137af83..d07b998 100644
> ---
Details: https://bugzilla.redhat.com/show_bug.cgi?id=1068369
---
libvirt-java.spec.in | 4
1 file changed, 4 insertions(+)
diff --git a/libvirt-java.spec.in b/libvirt-java.spec.in
index 137af83..d07b998 100644
--- a/libvirt-java.spec.in
+++ b/libvirt-java.spec.in
@@ -12,7 +12,11 @@ BuildRoot
On 25/02/14 10:03 PM, "Daniel P. Berrange" wrote:
>On Tue, Feb 25, 2014 at 03:39:58PM +, Panday Ritesh Sharma (rpanday)
>wrote:
>> Hi Daniel,
>> I ran ./configure command with below options. I found these options in
>>on
>> of the mail replied by you. But still 'make' is compiling so many f
On Tue, Feb 25, 2014 at 03:39:58PM +, Panday Ritesh Sharma (rpanday) wrote:
> Hi Daniel,
> I ran ./configure command with below options. I found these options in on
> of the mail replied by you. But still 'make' is compiling so many files.
> My question is, as I need only RPC client library (I
On Tue, Feb 25, 2014 at 04:50:47PM +0100, Stephan Sachse wrote:
> w/ userns:
> [root@fedora2 ~]# setcap 'cap_net_admin,cap_net_raw+ep' /usr/bin/ping
> Failed to set capabilities on file `/usr/bin/ping' (Operation not permitted)
> [root@fedora2 ~]# id
> uid=0(root) gid=0(root) groups=0(root)
Can yo
> Can you check /proc/self/status to see the capabilities mask
> you have.
[root@fedora2 ~]# cat /proc/self/status | grep ^Cap
CapInh:
CapPrm: 001db5fe
CapEff: 001db5fe
CapBnd: 001db5fe
[root@fedora2 ~]# capsh --print
Current: =ep
cap_sys_module,cap_sys_t
On 25/02/14 9:18 PM, "Panday Ritesh Sharma (rpanday)"
wrote:
>Hi Roman,
>Sorry !!! I did not understand "Once again, please don't top-post on
>technical lists."
>
>I should not include 'libvirt-l...@redhat.com' in my mail thread ?
>
>I have already used the option '--without-libvirtd' and hence
Hi Daniel,
I ran ./configure command with below options. I found these options in on
of the mail replied by you. But still 'make' is compiling so many files.
My question is, as I need only RPC client library (I can explain you more,
what I want to do with this libvirt client library on QNX), do I n
Consider dozen of LXC domains, each of them having this type of interface:
When starting these domain in parallel, all workers may meet in
virNetDevVethCreate() where a race starts. Race over allocating veth
pairs because allocation requires two steps:
1) find first non
On 02/25/2014 08:33 AM, Michal Privoznik wrote:
>>
>> Adds a new configure option, but doesn't change the spec file. This is
>> bad, because it means that someone doing 'make rpm' now has an
>> indeterminate behavior based on whether they have the library installed.
>> We need a followup patch.
w/ userns:
[root@fedora2 ~]# setcap 'cap_net_admin,cap_net_raw+ep' /usr/bin/ping
Failed to set capabilities on file `/usr/bin/ping' (Operation not permitted)
[root@fedora2 ~]# id
uid=0(root) gid=0(root) groups=0(root)
w/o userns:
[root@fedora2 ~]# setcap 'cap_net_admin,cap_net_raw+ep' /usr/bin/pin
networkAllocateActualDevice() is called for *all* interfaces, not just
those with type='network'. In that case, it will jump down to its
validate: label immediately, without allocating anything. After
validation is done, two counters are potentially updated (one for the
network, and one for any par
According to commit b4e0299dm if networkAllocateActualDevice() was
successful, it will *always* allocate an iface->data.network.actual,
so we can use this during networkReleaseActualDevice() to know if
there is really anything to undo. We were properly using this
information to only decrement the n
On 25.02.2014 16:18, Eric Blake wrote:
On 02/21/2014 05:32 AM, Michal Privoznik wrote:
Systemd does not forget about the cases, where client service needs to
wait for daemon service to initialize and start accepting new clients.
Setting a dependency in client is not enough as systemd doesn't kno
On 02/25/2014 08:10 AM, Panday Ritesh Sharma (rpanday) wrote:
Once again, please don't top-post on technical lists.
> Hi Eric,
> I used the option '--without-macvtap' and I was able to compile on my
> linux box. When I compiled, I see many libraries are getting built. But as
> I have explained my
On Tue, Feb 25, 2014 at 03:10:59PM +, Panday Ritesh Sharma (rpanday) wrote:
> Hi Eric,
> I used the option '--without-macvtap' and I was able to compile on my
> linux box. When I compiled, I see many libraries are getting built. But as
> I have explained my requirement earlier, I just need a RP
On 02/21/2014 05:32 AM, Michal Privoznik wrote:
> Systemd does not forget about the cases, where client service needs to
> wait for daemon service to initialize and start accepting new clients.
> Setting a dependency in client is not enough as systemd doesn't know
> when the daemon has initialized
Hi Eric,
I used the option '--without-macvtap' and I was able to compile on my
linux box. When I compiled, I see many libraries are getting built. But as
I have explained my requirement earlier, I just need a RPC client library,
essentially the option '--with-remote'.
If I check .c files I see onl
Hi all,
I am trying to use virsh to get the memory and storage usage for KVM domain.
Right now we can get domain memory statistics through the following virsh
cmds:
1. dumpxml: this returns "memory" and "currentMemory"
2. dominfo: this returns "Max memory" and "Used memory"
3. do
On 02/21/2014 03:58 PM, Laine Stump wrote:
> Although the immediate reason for all these patches is $subject, it
> really is something that should have been done a long time ago (I just
> hadn't convinced myself it was the right thing to do). These patches
> will allow a management application to e
On 02/25/2014 03:36 AM, Peter Krempa wrote:
> The problem you are describing here is that two different keys may map
> to a single volume. The issue I'm trying to solve is that one key may
> map to two distinct volumes.
>
> As a first step we should thus clarify which way the key should be unique
Hi,
Is it possible to discover iSCSI targets using libvirt API..?
OR
is it possible to get the similar results of below commands using
libvirtAPI..?
iscsiadm --mode discovery --type sendtargets --portal server1.example.com
sudo iscsiadm -m discovery -t st -p 192.168.0.10
Regards
Sijo
--
libvir-
On Fri, Feb 21, 2014 at 03:58:21PM +0200, Laine Stump wrote:
> [D]
>
>
>
>
>
>
>
>
>
>
>
> function='0x0'/>
>
>
> This was never exposed outside of libvirt though, because I thought it
> would be too awkward for a manag
On Mon, Feb 24, 2014 at 11:12:33PM +0400, Roman Bogorodskiy wrote:
> We have to explicitly destroy TAP devices on FreeBSD because
> they're not freed after being closed, otherwise we end up with
> orphaned TAP devices after destroying a domain.
> ---
> src/qemu/qemu_process.c | 7 +++
> 1 file
On Mon, Feb 24, 2014 at 01:59:30PM -0700, Eric Blake wrote:
> On 02/24/2014 08:21 AM, Peter Krempa wrote:
> > According to our documentation the "key" value has the following
> > meaning: "Providing an identifier for the volume which is globally
> > unique. This cannot be set when creating a volume
On Tue, Feb 25, 2014 at 17:54:30 +0800, Qiao Nuohan wrote:
> --memory-only option is introduced without compression supported. Therefore,
> this is a freature regression of virsh dump. Now qemu has support dumping
> memory
> in kdump-compressed format. This patch is used to add "--compress" and
>
On 02/24/14 21:59, Eric Blake wrote:
> On 02/24/2014 08:21 AM, Peter Krempa wrote:
>> According to our documentation the "key" value has the following
>> meaning: "Providing an identifier for the volume which is globally
>> unique. This cannot be set when creating a volume: it is always
>> generate
On 02/25/2014 10:50 AM, Wido den Hollander wrote:
> The first patch improves the logging for the user. Currently the return
> codes from librados are not written to any logfile, which might leave a
> user clueless to why the storage pool is not working.
>
> The second patch sets three timeout opti
On 02/25/2014 05:55 PM, Qiao Nuohan wrote:
This patch is used to add dump_memory_format to qemu.conf and libvirt will use
it to specify the default format in which qemu dumps guest's memory. But when
"--compress" is specified with "virsh dump --memory-only", the format configured
by dump_memory_f
This patch is used to add dump_memory_format to qemu.conf and libvirt will use
it to specify the default format in which qemu dumps guest's memory. But when
"--compress" is specified with "virsh dump --memory-only", the format configured
by dump_memory_format will be overrided. dump_memory_format
--memory-only option is introduced without compression supported. Therefore,
this is a freature regression of virsh dump. Now qemu has support dumping memory
in kdump-compressed format. This patch is used to add "--compress" and
"[--compression-format] " to "virsh dump --memory-only" and send
dump
dumping guest's memroy is introduced without compression supported, and this is
a freature regression of 'virsh dump --memory-only'. This patchset is used to
add support in libvirt side to make qemu dump guest's memory in kdump-compressed
format and please refer the following address to see implem
These timeout values make librados/librbd return -ETIMEDOUT when a
operation is blocking due to a failing/unreachable Ceph cluster.
By having the operations time out libvirt will not block.
---
src/storage/storage_backend_rbd.c | 17 +
1 file changed, 17 insertions(+)
diff --gi
With this information it's easier for the user to debug what is
going wrong.
---
src/storage/storage_backend_rbd.c | 127 ++---
1 file changed, 61 insertions(+), 66 deletions(-)
diff --git a/src/storage/storage_backend_rbd.c
b/src/storage/storage_backend_rbd.c
in
The first patch improves the logging for the user. Currently the return
codes from librados are not written to any logfile, which might leave a
user clueless to why the storage pool is not working.
The second patch sets three timeout options in librados. These are useful for
when the Ceph cluster
On 24.02.2014 19:06, Jim Fehlig wrote:
The shutdown handler may restart a domain when handling a reboot
event or when is set to 'restart'. Restarting consists of
calling libxlVmCleanup followed by libxlVmStart. libxlVmStart will
emit a VIR_DOMAIN_EVENT_STARTED event, but the SHUTDOWN event is
57 matches
Mail list logo
