qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
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


  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).