* Daniel P. Berrangé (berra...@redhat.com) wrote:
> On Thu, Aug 27, 2020 at 10:42:46AM +0200, Lukas Straub wrote:
> > On Tue, 18 Aug 2020 14:26:31 +0200
> > Lukas Straub wrote:
> >
> > > On Tue, 4 Aug 2020 10:11:22 +0200
> > > Lukas Straub wrote:
> > >
> > > > Hello Everyone,
> > > > In many c
Daniel P. Berrangé writes:
> On Thu, Aug 27, 2020 at 10:42:46AM +0200, Lukas Straub wrote:
[...]
>> Also, can the different subsystems have a look at this and give their ok?
>
> We need ACKs from the NBD, migration and chardev maintainers, for the
> respective patches, then I think this series is
On Thu, Aug 27, 2020 at 10:42:46AM +0200, Lukas Straub wrote:
> On Tue, 18 Aug 2020 14:26:31 +0200
> Lukas Straub wrote:
>
> > On Tue, 4 Aug 2020 10:11:22 +0200
> > Lukas Straub wrote:
> >
> > > Hello Everyone,
> > > In many cases, if qemu has a network connection (qmp, migration, chardev,
> >
On Tue, 18 Aug 2020 14:26:31 +0200
Lukas Straub wrote:
> On Tue, 4 Aug 2020 10:11:22 +0200
> Lukas Straub wrote:
>
> > Hello Everyone,
> > In many cases, if qemu has a network connection (qmp, migration, chardev,
> > etc.)
> > to some other server and that server dies or hangs, qemu hangs too.
On Tue, 4 Aug 2020 10:11:22 +0200
Lukas Straub wrote:
> Hello Everyone,
> In many cases, if qemu has a network connection (qmp, migration, chardev,
> etc.)
> to some other server and that server dies or hangs, qemu hangs too.
> These patches introduce the new 'yank' out-of-band qmp command to re
Hello Everyone,
In many cases, if qemu has a network connection (qmp, migration, chardev, etc.)
to some other server and that server dies or hangs, qemu hangs too.
These patches introduce the new 'yank' out-of-band qmp command to recover from
these kinds of hangs. The different subsystems register
