Hi,

Eventually I've been able to reproduce the hang.

Just to recap the experiment: I have recorded network traffic during RDP
connection hangs. The result is that the VM has do not experience total
network loss: network traffic continues to flow (tcpdump from the host on
ports other than 3389).






On 5 September 2013 15:22, Stefano Doni <email address hidden> wrote:

> Hi Hector,
>
>
> My network configuration is different than yours - it is not bridged.
> Perhaps this might help to diagnose the issue?
>
>
> I'm now trying to sniff network traffic generated by the VM and see what
> happens during RDP hangs: does it still poll outside servers (i.e. google
> drive) or will become disconnected?
>
>
> I'll report the results, stay tuned.
>
>
> On 19 August 2013 00:42, Hector Perez <email address hidden> wrote:
>
>> Hi,
>>
>> I reported the #1212051 (https://bugs.launchpad.net/ubuntu/+source/qemu-
>> kvm/+bug/1212051<https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1212051>)
>> bug with Windows XP, but reading this case i think it
>> could be the same issue.
>>
>> I connect via RDP to my windows XP VM and after a while it seems to
>> freeze, then, I connect via VNC an without doing anything the
>> communications are restored between the VM and the outside world. So i
>> can connect again with RDP.
>>
>> Even more, if i leave an open connection with VNC (minimized because is
>> more slow than RDP), connecting via RDP has no trouble and no problem of
>> freeze (lost of communications) occurs.
>>
>> f3a97, Could you do this test and tell if you have the same experience
>> than i?,  If so, my bug is the same of this.
>> Thanks.
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https://bugs.launchpad.net/bugs/1180777
>>
>> Title:
>>   Windows 7 VM freeze on Ubuntu 12.04 KVM
>>
>> Status in QEMU:
>>   New
>> Status in “qemu-kvm” package in Ubuntu:
>>   Confirmed
>>
>> Bug description:
>>   Hi,
>>
>>   I have recently setup a Windows 7 VM on KVM and started using it
>>   through remote desktop.
>>
>>   What happens is that, after some hours of usage, the remote desktop
>>   connection freezes. I thought it was a remmina bug, as the it was
>>   enough to kill and restart it to successfully connect again to the VM.
>>
>>   However, today I've switched to a different RDP client (2X Client
>>   chromium app) and the freeze just happened again!
>>
>>   Some information:
>>   - the host and the VM are completely idle when the freeze occurs
>>   - I've tried sniffing the network packets toward the RDP port during
>> the freeze and found that the client is sending packets but no packet is
>> sent back
>>
>>   Could this be a KVM issue? How can I further debug this one (I expect
>>   the freeze to happen again...)?
>>
>>   ProblemType: Bug
>>   DistroRelease: Ubuntu 12.04
>>   Package: kvm 1:84+dfsg-0ubuntu16+1.0+noroms+0ubuntu14.8
>>   ProcVersionSignature: Ubuntu 3.2.0-41.66-generic 3.2.42
>>   Uname: Linux 3.2.0-41-generic x86_64
>>   ApportVersion: 2.0.1-0ubuntu17.2
>>   Architecture: amd64
>>   Date: Thu May 16 14:12:40 2013
>>   MachineType: Hewlett-Packard HP ProBook 4520s
>>   MarkForUpload: True
>>   ProcEnviron:
>>    TERM=xterm
>>    PATH=(custom, no user)
>>    LANG=en_US.UTF-8
>>    SHELL=/bin/bash
>>   ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-41-generic
>> root=UUID=D2E20BC3E20BAAB5 loop=/hostname/disks/root.disk ro quiet splash
>> vt.handoff=7
>>   SourcePackage: qemu-kvm
>>   UpgradeStatus: No upgrade log present (probably fresh install)
>>   dmi.bios.date: 08/26/2010
>>   dmi.bios.vendor: Hewlett-Packard
>>   dmi.bios.version: 68AZZ Ver. F.0A
>>   dmi.board.name: 1411
>>   dmi.board.vendor: Hewlett-Packard
>>   dmi.board.version: KBC Version 57.30
>>   dmi.chassis.type: 10
>>   dmi.chassis.vendor: Hewlett-Packard
>>   dmi.modalias:
>> dmi:bvnHewlett-Packard:bvr68AZZVer.F.0A:bd08/26/2010:svnHewlett-Packard:pnHPProBook4520s:pvr:rvnHewlett-Packard:rn1411:rvrKBCVersion57.30:cvnHewlett-Packard:ct10:cvr:
>>   dmi.product.name: HP ProBook 4520s
>>   dmi.sys.vendor: Hewlett-Packard
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/qemu/+bug/1180777/+subscriptions
>>
>
>