domain: how long is new xml in saved file

2020-04-24 Thread Vincent Wu
your reply. ps: OS: CentOS7.4 libvirt: 4.5.0 hypervisor: KVM Sincerely,  Vincent Wu

[libvirt-users] Researching why different cache modes result in 'some' guest filesystem corruption..

2019-07-30 Thread vincent
ead the docs but I thought it was OK to use those modes (UPS, Battery-Backed RAID, etc..) Does anyone have any idea what's going on or what I may be doing wrong? Thanks for reading, Vincent ___ libvirt-users mailing list libvirt-users@redhat.com https://www.redhat.com/mailman/listinfo/libvirt-users

Re: [libvirt-users] macvtap vlan and tcp header overhead (and mtu size)

2019-06-29 Thread Vincent Bernat
❦ 27 juin 2019 19:29 +02, "Marc Roos" : > I can do a ping -M do -s 9000 between hosts via the vlan interface > eth0.v101. That is as expected. > > The ping -M do -s 1500 macvtap0 and another host or macvtap1 fails. The > maximum size that does not fragment is 1472. > That is 28 bytes??? Where h

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-05 Thread Vincent Bernat
❦ 5 avril 2018 17:00 +0200, Michal Privoznik  : >> 0001-util-don-t-check-for-parallel-iteration-in-hash-rela.patch >> >> >> From 7bf32825325b124edce58687a8cd2ceff13328b9 Mon Sep 17 00:00:00 2001 >> From: Vincent Bernat >> Date: Wed, 4 Apr 2018 16:25:37 +

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
❦ 4 avril 2018 17:00 +0200, Vincent Bernat  : >>> You can do that locally, but as a patch it's very unlikely to be >>> accepted upstream because we've introduced RW locks to be able to access >>> domain list from multiple threads. >> >> Looking a

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
❦ 4 avril 2018 16:21 +0200, Vincent Bernat  : >> You can do that locally, but as a patch it's very unlikely to be >> accepted upstream because we've introduced RW locks to be able to access >> domain list from multiple threads. > > Looking a bit more, the

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
❦ 4 avril 2018 15:59 +0200, Michal Privoznik  : >> I may have missed this suggestion. Maybe Dan only sent it to you? > > No, there is another thread where this issue is discussed: > > https://www.redhat.com/archives/libvir-list/2018-April/msg00190.html > > In the >> meantime, could I change the

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
❦ 4 avril 2018 15:19 +0200, Michal Privoznik  : > Both threads call virHashForEach(table=0x7f92fc69a480). Thread 6 was > first so it starts iterating and sets table->iterating so later when > thread 10 enters the function an error is reported. > > I guess we can go with what Dan suggested and af

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
❦ 4 avril 2018 11:17 +0200, Michal Privoznik  : > Dunno, this is the first time I hear about this issue. Maybe you can try > to set a break point on virHashIterationError() and when it's hit get > stacktrace of all threads 't a a bt'. That might shed more light into > the issue. Smells like we a

Re: [libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
❦ 4 avril 2018 11:17 +0200, Michal Privoznik  : >> We are using a hook, but the hook doesn't query libvirt back, so it >> should be safe from this point of view. However, we have several sources >> querying libvirt at regular interval (once every 5 seconds from two >> different sources). I am un

[libvirt-users] error : virHashForEach:597 : Hash operation not allowed during iteration

2018-04-04 Thread Vincent Bernat
Hey! On many of our servers, we often have the following error: error : virHashForEach:597 : Hash operation not allowed during iteration When querying the list of domains, this means libvirt will silently return 0 domain (most uses of virHashForEach don't handle the return code). We are using a

Re: [libvirt-users] sttic vnet device for guest

2016-11-03 Thread Vincent Bernat
❦ 3 novembre 2016 20:43 +0300, Anton Gorlov  : >> ... but *is* in the status xml (i.e. the output of "visrh dumpxml >> $domain" while the domain is running, and also the xml provided on stdin >> to the qemu and network hooks when they are called). >> >&g

Re: [libvirt-users] sttic vnet device for guest

2016-10-30 Thread Vincent Bernat
❦ 28 octobre 2016 14:32 -0700, Michal Privoznik  : > vnet* devices are created by libvirt when a domain is being started (or > on device hotplug). In general, unless all devices would be statically > allocated, it would be impossible to guarantee certain vnet name. > > However, what you can do is

Re: [libvirt-users] Lifecycle of a connection to libvirtd

2016-08-26 Thread Vincent Bernat
❦ 24 juillet 2016 23:13 CEST, Vincent Bernat  : > I am trying to figure out how to reliably maintain a connection to > libvirtd. From the documentation, I would expect something like that: > > - virConnectOpen() > - virConnectRegisterCloseCallback() > - virC

[libvirt-users] Crash after connection close when callback is in progress

2016-08-03 Thread Vincent Bernat
Hey! It seems that if I close a connection while a domain event callback is in progress, I can easily have a crash. Here is a backtrace: #v+ #0 virFree (ptrptr=0x0) at ../../../src/util/viralloc.c:582 save_errno = #1 0x7fc8328a4ad2 in virObjectEventCallbackListPurgeMarked (cbList=

Re: [libvirt-users] Network without forward mode

2016-07-24 Thread Vincent Bernat
❦ 25 juillet 2016 08:44 CEST, Martin Kletzander  : >>> "Just a vnet interface, no bridge" means you want no network. Where >>> should the vnet be connected? >> >>The host is able to handle the routing. It seems I could just declare an >>interface of type "ethernet" instead of "network" to get th

Re: [libvirt-users] Lifecycle of a connection to libvirtd

2016-07-24 Thread Vincent Bernat
❦ 25 juillet 2016 06:44 CEST, Martin Kletzander  : > You don't need to do any of these. The connection is checked as a part > of connection callback which we have just to de-duplicate some code in > virsh and virt-manager. It can happen that it is checked before the > first command and needs to

Re: [libvirt-users] Network without forward mode

2016-07-24 Thread Vincent Bernat
❦ 25 juillet 2016 06:06 CEST, Martin Kletzander  : >>╭─┤ http://libvirt.org/formatnetwork.html#elementsConnect ├─ >>│Inclusion of the forward element indicates that the virtual network is >>│to be connected to the physical LAN.Since 0.3.0. The mode attribute >>│determines the method of fo

[libvirt-users] Network without forward mode

2016-07-24 Thread Vincent Bernat
Hey! Another question. The documentation about networks say: ╭─┤ http://libvirt.org/formatnetwork.html#elementsConnect ├─ │Inclusion of the forward element indicates that the virtual network is │to be connected to the physical LAN.Since 0.3.0. The mode attribute │determines the method of

[libvirt-users] Lifecycle of a connection to libvirtd

2016-07-24 Thread Vincent Bernat
Hey! I am trying to figure out how to reliably maintain a connection to libvirtd. From the documentation, I would expect something like that: - virConnectOpen() - virConnectRegisterCloseCallback() - virConnectSetKeepAlive() - Application logic And in the registered callback, I would: - vir

Re: [libvirt-users] VM's in a HA-configuration - synchronising vm config files

2016-03-02 Thread vincent
e prevent [2]. Avoiding [3] is a matter of luck. That being said, having a shared-nothing system for keeping local files in sync within an HA cluster has some good uses.. :) Kind regards and good luck, Vincent On Wed, 2 Mar 2016, Lentes, Bernd wrote: Hi, i'd like to establish a HA-Cl

Re: [libvirt-users] libvirt and VMWare Workstation Shared Server mode (of GSX history)

2015-05-31 Thread vincent
hanks for the tip. I'll get the src.rpm and add the patch to see if/how it works. For the record, el6.6 uses this libvirt version: libvirt-0.10.2-46.el6_6.6 (latest). Kind regards, Vincent ___ libvirt-users mailing list libvirt-users@redhat

[libvirt-users] libvirt and VMWare Workstation Shared Server mode (of GSX history)

2015-05-21 Thread vincent
ard] VCS60_node1/VCS6.vmx [ha-datacenter/standard] VCS60_node2/VCS6.vmx [ha-datacenter/standard] MacOSX_107/Mac_OS_X_Lion.vmx [...] Would that be something easy to hack/add for the libvirt versions I'm using? (RHEL6/7) even if this means recompiling some src.rpms.. Any suggestions? Thanks, ,-*~

[libvirt-users] Xen and live migration with VIR_MIGRATE_PERSIST_DEST

2011-05-24 Thread Thibault VINCENT
ny help appreciated, Thank you ! -- Thibault VINCENT - IT SmartJog S.A.S. - Groupe TDF - Pôle multimédia 27 Bd Hippolyte Marques, 94200 Ivry-sur-Seine, France Phone: +33.1.58.68.62.38 / Fax: +33.1.58.68.60.97 ___ libvirt-users mailing list libvirt-users@red