From: Sander Eikelenboom <linux@eikelenboom.it>
To: Sander Eikelenboom <linux@eikelenboom.it>
Cc: Ian <Ian.Campbell@eu.citrix.com>,
Jeremy Fitzhardinge <jeremy@goop.org>,
"Xen-devel@lists.xensource.com" <Xen-devel@lists.xensource.com>,
Ian Jackson <Ian.Jackson@eu.citrix.com>,
Keir Fraser <Keir.Fraser@eu.citrix.com>
Subject: Re: No shutdown of domU: xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping
Date: Wed, 17 Nov 2010 12:58:30 +0100 [thread overview]
Message-ID: <12657116.20101117125830@eikelenboom.it> (raw)
In-Reply-To: <1882718364.20101112183010@eikelenboom.it>
Hmm .. i haven't received any response, is there anyone who could point me to the functions involved in communicating the state of the console from "initializing" to "connected" ?
That way i could at some additional printk's to find out why the state of domU consoles stays "1" instead of "4" in xenstore.
--
Sander
Friday, November 12, 2010, 6:30:10 PM, you wrote:
> I'm encountering the following problem:
> When trying to shutdown a PV domU with more than 1 vpcu, the shutdown fails.
> The domain keeps running with 100% cpu, and it's still possible to get the console of this domU with xm console.
> When only 1 vcpu is assigned the domain does shutdown.
> Last lines of the PV domU console:
> Debian GNU/Linux 5.0 tv hvc0
> INIT: Switching to runlevel: 0
> INIT: Sending processes the TERM signal
> Stopping web server: apache2 ... waiting .
> Stopping MythTV server: mythbackend No /usr/bin/mythbackend found running; none killed.
> .
> Stopping MTA: exim4_listener.
> Stopping rsync daemon: rsync.
> Stopping MySQL database server: mysqld.
> Saving the system clock.
> Cannot access the Hardware Clock via any known method.
> Use the --debug option to see the details of our search for an access method.
> Stopping enhanced syslogd: rsyslogd.
> Asking all remaining processes to terminate...done.
> All processes ended within 2 seconds....done.
> Deconfiguring network interfaces...done.
> Cleaning up ifupdown....
> Deactivating swap...done.
> Unmounting local filesystems...done.
> Will now halt.
> [ 4336.046876] md: stopping all md devices.
> [ 4337.047171] xenbus_dev_shutdown: trying shutdown of device/console/0: Initialising
> [ 4337.047194] xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping
> [ 4337.047200] xenbus_dev_shutdown: result of shutdown of device/console/0: Initialising
> [ 4337.047205] xenbus_dev_shutdown: trying shutdown of device/vif/0: Connected
> [ 4337.110869] xenbus_dev_shutdown: result of shutdown of device/vif/0: Closed
> [ 4337.110883] xenbus_dev_shutdown: trying shutdown of device/vbd/51714: Connected
> [ 4337.161975] xenbus_dev_shutdown: result of shutdown of device/vbd/51714: Closed
> [ 4337.161989] xenbus_dev_shutdown: trying shutdown of device/vbd/51713: Connected
> [ 4337.217136] xenbus_dev_shutdown: result of shutdown of device/vbd/51713: Closed
> [ 4337.217167] System halted.
> But when using xenstore-ls .. i see that for every domain (but 1 and multiple vcpu's):
> - All devices have state=4
> - Except all backend = "/local/domain/0/backend/console/*/0" entries, those have state=1
> - Although xenstore is saying the state is initializing .. xm console works perfectly for all domains.
> - Perhaps this also explains the high event/0 load in dom0, related to tty and xenconsoled ?
> DomU kernels vary from debian 2.6.26-xen kernels, to 2.6.37-rc1 mainline.
> Xen-unstable-tip and xen-next-2.6.32 dom0
> --
> Sander
--
Best regards,
Sander mailto:linux@eikelenboom.it
next prev parent reply other threads:[~2010-11-17 11:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-12 17:30 No shutdown of domU: xenbus_dev_shutdown: device/console/0: Initialising != Connected, skipping Sander Eikelenboom
2010-11-17 11:58 ` Sander Eikelenboom [this message]
2010-11-17 12:06 ` Keir Fraser
2010-11-17 12:17 ` Sander Eikelenboom
2010-11-17 12:28 ` Sander Eikelenboom
2010-11-17 15:36 ` Keir Fraser
2010-11-17 20:22 ` Sander Eikelenboom
2010-11-17 21:57 ` Jeremy Fitzhardinge
2010-11-18 19:57 ` Sander Eikelenboom
2010-11-19 17:07 ` Jeremy Fitzhardinge
2010-11-19 18:39 ` Sander Eikelenboom
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=12657116.20101117125830@eikelenboom.it \
--to=linux@eikelenboom.it \
--cc=Ian.Campbell@eu.citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=Keir.Fraser@eu.citrix.com \
--cc=Xen-devel@lists.xensource.com \
--cc=jeremy@goop.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.