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] zombie domains? or at least zombie devices.

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] zombie domains? or at least zombie devices.
From: Luke S Crawford <lsc@xxxxxxxxx>
Date: 17 Oct 2009 04:35:25 -0400
Delivery-date: Sat, 17 Oct 2009 01:35:47 -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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4
so I'm getting this problem where users on a particular server, if they
shut down, they can't come back up again.  I notice that the vif
assigned to that domU still exists, too.

[root@branch ~]# xenstore-list /local/domain/0/backend/vbd|wc -l
132
[root@branch ~]# xenstore-list /local/domain/0/backend/vif|wc -l
132
[root@branch ~]# xenstore-list /local/domain/0/backend/console|wc -l
132
[root@branch ~]# xenstore-list /local/domain|wc -l
61

I do a 

for i in `xenstore-list /local/domain/0/backend/vif` ; do  echo "reading domain 
${i}:" ;xenstore-read /local/domain/0/backend/vif/${i}/0/vifname; done


and I see a lot of duplicates, and a lot of domain ids that don't
exist... just a short snippit:

reading domain 435:
trouclec
reading domain 436:
trouclec
reading domain 437:
rippond
reading domain 438:
rippond
reading domain 439:
trouclec
reading domain 440:
trouclec
reading domain 441:
rippond


[root@branch ~]# xm list 441
Error: Domain '441' does not exist.
[root@branch ~]# xm list 440
Error: Domain '440' does not exist.
[root@branch ~]# xm list 439
Error: Domain '439' does not exist.
[root@branch ~]# xm list 438
Error: Domain '438' does not exist.
[root@branch ~]# xm list 437
Error: Domain '437' does not exist.


[root@branch ~]# uname -a
Linux branch.prgmr.com 2.6.18.8-xen #1 SMP Mon Sep 21 04:02:36 UTC 2009 x86_64 
x86_64 x86_64 GNU/Linux

relivant bits of xm info:

xen_major              : 3
xen_minor              : 4
xen_extra              : .2-rc1-pre
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p 
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=0xffff800000000000
xen_changeset          : Mon Sep 07 08:53:07 2009 +0100 19754:7422afed66ee
cc_compiler            : gcc version 4.1.2 20080704 (Red Hat 4.1.2-44)
cc_compile_by          : root
cc_compile_domain      : xen.prgmr.com
cc_compile_date        : Mon Sep 21 05:21:00 UTC 2009
xend_config_format     : 4


[root@branch ~]# xenstore-read /local/domain/0/backend/vif/441/0/vifname
rippond
[root@branch ~]# ifconfig rippond
rippond   Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:267843 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1306735 errors:0 dropped:48495 overruns:0 carrier:0
          collisions:0 txqueuelen:32 
          RX bytes:396517385 (378.1 MiB)  TX bytes:225048891 (214.6 MiB)


(note, the 'dropped' counter in the 'TX'column continues to increment.)

Any thoughts?

-- 
Luke S. Crawford
http://prgmr.com/xen/         -   Hosting for the technically adept
http://nostarch.com/xen.htm   -   We don't assume you are stupid.  

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] zombie domains? or at least zombie devices., Luke S Crawford <=