RE: Help booting Xen under RHEL6 beta2

[Dan Magenheimer <dan.magenheimer@oracle.com>]

> Xen-4.0-testing:19983 would be the c/s being discussed there.

Could you confirm that number?  The changeset says
"xend: Fix use of set() for Python 2.3" and it was
11 months ago which doesn't match the "roll back to
xen-4.0.1-rc3" suggestion in the xen-users thread,
so I'm confused.

The device-node minors do match between /dev/xen and /proc/misc.

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

Thanks,
Dan

> -----Original Message-----
> From: Keir Fraser [mailto:keir.fraser@eu.citrix.com]
> Sent: Monday, July 12, 2010 3:10 PM
> To: Dan Magenheimer; Ian Campbell; Stefano Stabellini
> Cc: Young; xen-devel@lists.xensource.com; DonDutile; Konrad Wilk
> Subject: Re: [Xen-devel] Help booting Xen under RHEL6 beta2
> 
> Xen-4.0-testing:19983 would be the c/s being discussed there. You could
> try
> reverting it and see how that goes for you. But if you have
> /dev/xen/evtchn
> and /dev/xen/gntdev then (assuming the device nodes aren't bogus for
> some
> reason, and there's no reason they should be) you should be good to go
> in
> this respect. You could double check by 'ls -l /dev/xen' and compare
> the
> device-node minors to the list in /proc/misc.
> 
>  -- Keir
> 
> On 12/07/2010 21:44, "Dan Magenheimer" <dan.magenheimer@oracle.com>
> wrote:
> 
> > This recent thread from xen-users with the exact symptoms:
> > http://www.gossamer-threads.com/lists/xen/users/177223
> > (see last in thread) implies that this is the result of
> > a regression since xen-4.0.1-rc3, though it's vague on
> > exactly what regressed ("evtchn stuff"?).
> >
> > I'll try rebuilding to confirm.
> >
> >> -----Original Message-----
> >> From: Keir Fraser [mailto:keir.fraser@eu.citrix.com]
> >> Sent: Monday, July 12, 2010 2:39 PM
> >> To: Dan Magenheimer; Ian Campbell; Stefano Stabellini
> >> Cc: Young; xen-devel@lists.xensource.com; DonDutile; Konrad Wilk
> >> Subject: Re: [Xen-devel] Help booting Xen under RHEL6 beta2
> >>
> >> On 12/07/2010 21:19, "Dan Magenheimer" <dan.magenheimer@oracle.com>
> >> wrote:
> >>
> >>> 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. 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.
> >>
> >>  -- Keir
> >>
> >>
> 
>