[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Help booting Xen under RHEL6 beta2
On 12/07/2010 22:36, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote: >> 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. Sorry it's 21182. I was looking in 3.4 tree by mistake. -- Keir > 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@xxxxxxxxxxxxx] >> Sent: Monday, July 12, 2010 3:10 PM >> To: Dan Magenheimer; Ian Campbell; Stefano Stabellini >> Cc: Young; xen-devel@xxxxxxxxxxxxxxxxxxx; 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@xxxxxxxxxx> >> 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@xxxxxxxxxxxxx] >>>> Sent: Monday, July 12, 2010 2:39 PM >>>> To: Dan Magenheimer; Ian Campbell; Stefano Stabellini >>>> Cc: Young; xen-devel@xxxxxxxxxxxxxxxxxxx; DonDutile; Konrad Wilk >>>> Subject: Re: [Xen-devel] Help booting Xen under RHEL6 beta2 >>>> >>>> On 12/07/2010 21:19, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> >>>> 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 >>>> >>>> >> >> _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |