From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Nelson Subject: OpenSolaris zombie domains Date: Sat, 10 Nov 2007 19:26:57 -0800 Message-ID: <47367681.6030808@the-nelsons.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1988182013==" Return-path: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: xen-discuss-bounces@opensolaris.org Errors-To: xen-discuss-bounces@opensolaris.org To: xen-devel@lists.xensource.com, xen-discuss@opensolaris.org List-Id: xen-devel@lists.xenproject.org This is a multi-part message in MIME format. --===============1988182013== Content-Type: multipart/alternative; boundary="------------060400030600070107070105" This is a multi-part message in MIME format. --------------060400030600070107070105 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm running xen 3.1 with Fedora 8 as dom0. When I shut down an OpenSolaris domU it leaves a zombie domain with state = shutdown:1 and dying:1. There is one page left allocated. Here is the result of the "q" command on xen console: (XEN) General information for domain 3: (XEN) refcnt=1 nr_pages=1 xenheap_pages=0 dirty_cpus={} (XEN) handle=a30786a8-e959-2c0c-6cbc-d0f4683d4213 vm_assist=00000004 (XEN) Rangesets belonging to domain 3: (XEN) Interrupts { } (XEN) I/O Memory { } (XEN) I/O Ports { } (XEN) Memory pages belonging to domain 3: (XEN) DomPage 0000000118cfd000: mfn=0000000000118cfd, caf=00000001, taf=0000000080000001 (XEN) VCPU information and callbacks for domain 3: (XEN) VCPU0: CPU0 [has=F] flags=0 upcall_pend = 01, upcall_mask = 00 dirty_cpus={} cpu_affinity={0-31} (XEN) 100 Hz periodic timer (period 10 ms) (XEN) Notifying guest (virq 1, port 3, stat -1/0/-1) From my limited understanding of xen internals it appears that this is a level 4 page table. I believe this is a xen bug since it also happens if I destroy the domain rather than shutting down gracefully. --------------060400030600070107070105 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I'm running xen 3.1 with Fedora 8 as dom0.  When I shut down an OpenSolaris domU it leaves a zombie domain with state = shutdown:1 and dying:1.  There is one page left allocated.

Here is the result of the "q" command on xen console:
(XEN) General information for domain 3:
(XEN)     refcnt=1 nr_pages=1 xenheap_pages=0 dirty_cpus={}
(XEN)     handle=a30786a8-e959-2c0c-6cbc-d0f4683d4213 vm_assist=00000004
(XEN) Rangesets belonging to domain 3:
(XEN)     Interrupts { }
(XEN)     I/O Memory { }
(XEN)     I/O Ports  { }
(XEN) Memory pages belonging to domain 3:
(XEN)     DomPage 0000000118cfd000: mfn=0000000000118cfd, caf=00000001, taf=0000000080000001
(XEN) VCPU information and callbacks for domain 3:
(XEN)     VCPU0: CPU0 [has=F] flags=0 upcall_pend = 01, upcall_mask = 00 dirty_cpus={} cpu_affinity={0-31}
(XEN)     100 Hz periodic timer (period 10 ms)
(XEN)     Notifying guest (virq 1, port 3, stat -1/0/-1)
>>From my limited understanding of xen internals it appears that this is a level 4 page table.  I believe this is a xen bug since it also happens if I destroy the domain rather than shutting down gracefully.

--------------060400030600070107070105-- --===============1988182013== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline --===============1988182013==--