WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Tapdisk2 problem

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] Tapdisk2 problem
From: Luís Silva <luis.silva@xxxxxxxxxxxxx>
Date: Wed, 04 Aug 2010 15:04:39 +0100
Delivery-date: Wed, 04 Aug 2010 07:05:45 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Axiomasoft
Reply-to: luis.silva@xxxxxxxxxxxxx
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hello,

I'm using both xen 4.0.1-rc5 and the latest pv_ops dom0 kernel (branch xen/stable-2.6.32.x), but I'm having some problems with tapdisk2...

Basically, if I create a tap device (tapdisk2 -n aio:/var/lib/libvirt/images/srv-001-ub1004.img), when I try to terminate it by issuing "echo 1 > /sys/class/blktap2/blktap0/remove", the last command hangs and tapdisk2 hangs using 100% cpu.

This happens both on manual device destruction and on virtual machine shutdown. I don't know exactly what triggered this behaviour, but I suspect kernel changes.

Can anyone confirm this behaviour?

Thanks,
Luís

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>