Hi Daniel,
I'm giving it some heavy testing and seems to be rock solid! Thanks a
lot for Your effort!
I'm going to add few tens of guests to torture libvirt with multiple
simultaneous
accesses even more...
regards
nik
On Mon, Dec 07, 2009 at 02:18:44PM +, Daniel P. Berrange wrote:
> On Thu,
On Thu, Dec 03, 2009 at 11:12:40AM +, Daniel P. Berrange wrote:
> On Thu, Dec 03, 2009 at 12:47:02AM +0100, Matthias Bolte wrote:
> > 2009/11/26 Daniel P. Berrange :
> > > If QEMU shuts down while we're in the middle of processing a
> > > monitor command, the monitor will be freed, and upon cle
l P. Berrange
> Subject: [libvirt] [PATCH 03/14] Fix crash when deleting monitor while a
> command is in progress
> To: libvir-list@redhat.com
> Date: Thursday, November 26, 2009, 11:27 AM
> If QEMU shuts down while we're in the
> middle of processing a
> monitor command, t
On Thu, Dec 03, 2009 at 12:47:02AM +0100, Matthias Bolte wrote:
> 2009/11/26 Daniel P. Berrange :
> > If QEMU shuts down while we're in the middle of processing a
> > monitor command, the monitor will be freed, and upon cleaning
> > up we attempt to do qemuMonitorUnlock(priv->mon) when priv->mon
>
2009/11/26 Daniel P. Berrange :
> If QEMU shuts down while we're in the middle of processing a
> monitor command, the monitor will be freed, and upon cleaning
> up we attempt to do qemuMonitorUnlock(priv->mon) when priv->mon
> is NULL.
>
> To address this we introduce proper reference counting int
If QEMU shuts down while we're in the middle of processing a
monitor command, the monitor will be freed, and upon cleaning
up we attempt to do qemuMonitorUnlock(priv->mon) when priv->mon
is NULL.
To address this we introduce proper reference counting into
the qemuMonitorPtr object, and hold an ex