xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Dan Magenheimer <dan.magenheimer@oracle.com>
To: Keir Fraser <keir.fraser@eu.citrix.com>,
	Ian Campbell <Ian.Campbell@eu.citrix.com>,
	Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>
Cc: xen-devel@lists.xensource.com, DonDutile <ddutile@redhat.com>,
	Konrad Wilk <konrad.wilk@oracle.com>,
	Young <m.a.young@durham.ac.uk>
Subject: RE: Help booting Xen under RHEL6 beta2
Date: Mon, 12 Jul 2010 17:39:34 -0700 (PDT)	[thread overview]
Message-ID: <41c3a749-4692-4a27-8a37-8f0fa17ab2e7@default> (raw)
In-Reply-To: <C8613BEA.3186%keir.fraser@eu.citrix.com>

> I'm in the process of doing a fresh build which will
> take awhile.

Backing out to xen-4.0.1-rc3 did not help, though short
of reinstalling the entire system from scratch, I'm not
sure how to ensure I've backed _everything_ out to rc3...
there's too many flying parts.

> > So I rebooted (with xend disabled), manually started xenstored,
> > and ensured xenstored is indeed running with ps -ef.
> > Then I tried "xenstore-ls" and all I get is:
> >
> > tool = ""
> >  xenstored = ""
> > local = ""
> >
> > I tried this on a EL5-based distro running a 2.6.18.8-xen
> > dom0 (with xend disabled on boot) and xenstore-ls gives
> > me a long list of dom0 related registry entries.
> 
> Those dom0 registry entries would be written by xend. If you just run
> xenstored, you'd expect the database to be pretty empty. Looks like
> xenstored is running okay.

I had forgotten that the xenstored data is persistent across
boot, so I removed /var/lib/xenstored/tdb on the working machine
and rebooted.  The behavior is still different between the
two systems.  This may or may not be relevant or provide a
clue to someone who knows far more about xenstored and xend
than I do.  It appears to me that dom0 is "waiting" to connect
to xenstored on the good system, but not on the bad system.
Any chance this might be related to the renaming of evtchn
(to xen_evtchn or xen-evtchn or whatever it is)?  How might
I check that?

# GOOD system, xen-4.0-testing c/s 21209, 2.6.18.8-xen dom0, EL5 distro

# ls /var/lib/xenstored/tdb
ls: /var/lib/xenstored/tdb: No such file or directory
# xenstore-ls
xenstore-ls: xs_directory (/): No such device
# xenstored
# xenstore-ls
tool = ""
 xenstored = ""
local = ""
 domain = ""
  0 = ""
   device = ""
    suspend = ""
     event-channel = "39"
# /usr/lib/xen/bin/lsevtchn | grep 39
 39: VCPU 0: Interdomain (Waiting connection) - Remote Domain 0
# # NOTE, xend not started yet

#############################################
# BAD system, xen-4.0-testing c/s 21263, 2.6.32.16 pvops dom0, RHEL6b2 distro

# ls /var/lib/xenstored/tdb
ls: cannot access /var/lib/xenstored/tdb: No such file or directory
# xenstore-ls  ## HANGS until xenstored in another window!!
# xenstored
# xenstore-ls
tool = ""
 xenstored = ""
# ls /usr/lib/xen/bin/lsevtchn
ls: cannot access /usr/lib/xen/bin/lsevtchn: No such file or directory
# cd src/xen/xen-4.0-testing.hg
# tools/xcutils/  adfljad;khgalkjgdhl
11: VCPU 0: Interdomain (Waiting connection) - Remote Domain 0, Port 28
28: VCPU 0: Interdomain (Waiting connection) - Remote Domain 0, Port 11
# # attempting to start xend prints a handful of dots, no errors,
# # but /var/log/xen/xend.log shows the "Connection refused" failure
# # and xend hasn't started

> Perhaps xend is trying to connect to xenstored in
> a different way to xenstore-ls. There are two different ways to connect
> --
> via a Unix domains socket /var/run/xenstored/socket; or via a kernel
> device /proc/xen/xenbus.

Could be, though I haven't intentionally changed anything other
than switching to the RHEL6b2 distro and 64-bit pvops dom0.

Dan

  parent reply	other threads:[~2010-07-13  0:39 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-08 22:16 Help booting Xen under RHEL6 beta2 Dan Magenheimer
2010-07-09  5:30 ` Pasi Kärkkäinen
2010-07-09 14:09 ` Don Dutile
2010-07-09 17:44   ` Konrad Rzeszutek Wilk
2010-07-09 18:09     ` M A Young
2010-07-09 20:01       ` Konrad Rzeszutek Wilk
2010-07-09 22:48         ` Dan Magenheimer
2010-07-09 23:27           ` M A Young
2010-07-10 21:42             ` Dan Magenheimer
2010-07-11  2:24               ` Dan Magenheimer
2010-07-12 10:37                 ` Stefano Stabellini
2010-07-12 13:59                   ` Dan M @ Oracle
2010-07-12 14:06                     ` Stefano Stabellini
2010-07-12 14:30                       ` Keir Fraser
2010-07-12 14:37                       ` Ian Campbell
2010-07-12 20:19                         ` Dan Magenheimer
2010-07-12 20:38                           ` Keir Fraser
2010-07-12 20:44                             ` Dan Magenheimer
2010-07-12 21:10                               ` Keir Fraser
2010-07-12 21:36                                 ` Dan Magenheimer
2010-07-13  6:19                                   ` Keir Fraser
2010-07-13  0:39                             ` Dan Magenheimer [this message]
2010-07-13  1:30                               ` Konrad Rzeszutek Wilk
2010-07-13 23:55                                 ` Dan Magenheimer
2010-07-14 15:31                                   ` Dan Magenheimer
     [not found] <4a7f9b7c-0f2d-4f6c-898d-9716d55e1ace@defaultC8613BEA.3186%keir.fraser@eu.citrix.com>

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=41c3a749-4692-4a27-8a37-8f0fa17ab2e7@default \
    --to=dan.magenheimer@oracle.com \
    --cc=Ian.Campbell@eu.citrix.com \
    --cc=Stefano.Stabellini@eu.citrix.com \
    --cc=ddutile@redhat.com \
    --cc=keir.fraser@eu.citrix.com \
    --cc=konrad.wilk@oracle.com \
    --cc=m.a.young@durham.ac.uk \
    --cc=xen-devel@lists.xensource.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).