From: Lukas Straub <1894818@bugs.launchpad.net>
To: qemu-devel@nongnu.org
Subject: Re: [Bug 1894818] [NEW] COLO's guest VNC client hang after failover
Date: Tue, 08 Sep 2020 12:20:40 -0000 [thread overview]
Message-ID: <20200908142040.1977b5cc@luklap> (raw)
In-Reply-To: 159955977855.17769.18273034994411209537.malonedeb@soybean.canonical.com
On Tue, 08 Sep 2020 10:25:52 -0000
Launchpad Bug Tracker <1894818@bugs.launchpad.net> wrote:
> You have been subscribed to a public bug by Derek Su (dereksu):
>
> Hello,
>
> After setting up COLO's primary and secondary VMs,
> I installed the vncserver and xrdp (apt install tightvncserver xrdp) inside the VM.
>
> I access the VM from another PC via VNC/RDP client, and everything is OK.
> Then, kill the primary VM and issue the failover commands.
>
> The expected result is that the VNC/RDP client can reconnect and resume
> automatically after failover. (I've confirmed the VNC/RDP client can
> reconnect automatically.)
>
> But in my test, the VNC client's screen hangs and cannot be recovered no
> longer. (I need to restart VNC client by myself.)
>
> BTW, it works well after killing SVM.
>
> Here is my QEMU networking device
> ```
> -device virtio-net-pci,id=e0,netdev=hn0 \
> -netdev tap,id=hn0,br=br0,vhost=off,helper=/usr/local/libexec/qemu-bridge-helper \
> ```
>
> Thanks.
>
> Regards,
> Derek
>
> ** Affects: qemu
> Importance: Undecided
> Status: New
>
Hello,
Can you show the full qemu command line?
Regards,
Lukas Straub
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1894818
Title:
COLO's guest VNC client hang after failover
Status in QEMU:
New
Bug description:
Hello,
After setting up COLO's primary and secondary VMs,
I installed the vncserver and xrdp (apt install tightvncserver xrdp) inside the VM.
I access the VM from another PC via VNC/RDP client, and everything is OK.
Then, kill the primary VM and issue the failover commands.
The expected result is that the VNC/RDP client can reconnect and
resume automatically after failover. (I've confirmed the VNC/RDP
client can reconnect automatically.)
But in my test, the VNC client's screen hangs and cannot be recovered
no longer. I need to restart VNC client by myself.
BTW, it works well after killing SVM.
Here is my QEMU networking device
```
-device virtio-net-pci,id=e0,netdev=hn0 \
-netdev tap,id=hn0,br=br0,vhost=off,helper=/usr/local/libexec/qemu-bridge-helper \
```
Thanks.
Regards,
Derek
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1894818/+subscriptions
next prev parent reply other threads:[~2020-09-08 12:37 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-08 10:09 [Bug 1894818] [NEW] COLO's guest VNC client hang after failover Derek Su
2020-09-08 10:17 ` [Bug 1894818] " Derek Su
2020-09-08 10:24 ` Derek Su
2020-09-08 12:20 ` Lukas Straub [this message]
2020-09-08 16:05 ` [Bug 1894818] [NEW] " Derek Su
2020-09-08 16:54 ` [Bug 1894818] " Derek Su
2020-09-08 17:09 ` Derek Su
2020-09-09 2:40 ` Derek Su
2021-05-08 6:07 ` Thomas Huth
2021-07-08 4:17 ` Launchpad Bug Tracker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200908142040.1977b5cc@luklap \
--to=1894818@bugs.launchpad.net \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).