Since yesterday (Saturdayish) when I updated from bk, domain0 doesn''t boot anymore. My server is smp but ignorebiostables/nosmp doesn''t make a difference. It just occurred to me that I didn''t recompile the dom0 kernel when I recompiled xen. Should that matter? I''ll try it anyway... James ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Foolishly, I forgot to include the bootlog fragment I typed out. This is where it gets up to: (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen-ELF header found: ''GUEST_OS=linux,GUEST_VER=2.4,XEN_VER=1.3'' <snip> (XEN) ENTRY ADDRESS: c0000000 And then it just sits there. James> -----Original Message----- > From: xen-devel-admin@lists.sourceforge.net [mailto:xen-devel- > admin@lists.sourceforge.net] On Behalf Of James Harper > Sent: Sunday, 20 June 2004 20:32 > To: xen-devel@lists.sourceforge.net > Subject: [Xen-devel] domain0 no longer boots > > Since yesterday (Saturdayish) when I updated from bk, domain0 doesn''t > boot anymore. > > My server is smp but ignorebiostables/nosmp doesn''t make a difference. > > It just occurred to me that I didn''t recompile the dom0 kernel when I > recompiled xen. Should that matter? I''ll try it anyway... > > James > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco,CA> REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority CodeNWMGYKND> _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xen-devel------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
I recompiled the domain0 kernel and it appears to be running again. Maybe if I recompile the U kernel it might work too... I haven''t had it working yet. I did have to change a link though... asm/keyboard.h linked to the sparse tree where it doesn''t exist. I linked it to asm-i386/keyboard.h and it seems to work fine. James> -----Original Message----- > From: xen-devel-admin@lists.sourceforge.net [mailto:xen-devel- > admin@lists.sourceforge.net] On Behalf Of James Harper > Sent: Sunday, 20 June 2004 20:41 > To: James Harper; xen-devel@lists.sourceforge.net > Subject: RE: [Xen-devel] domain0 no longer boots > > Foolishly, I forgot to include the bootlog fragment I typed out. Thisis> where it gets up to: > > (XEN) *** LOADING DOMAIN 0 *** > (XEN) Xen-ELF header found: ''GUEST_OS=linux,GUEST_VER=2.4,XEN_VER=1.3'' > <snip> > (XEN) ENTRY ADDRESS: c0000000 > > And then it just sits there. > > James > > > -----Original Message----- > > From: xen-devel-admin@lists.sourceforge.net [mailto:xen-devel- > > admin@lists.sourceforge.net] On Behalf Of James Harper > > Sent: Sunday, 20 June 2004 20:32 > > To: xen-devel@lists.sourceforge.net > > Subject: [Xen-devel] domain0 no longer boots > > > > Since yesterday (Saturdayish) when I updated from bk, domain0doesn''t> > boot anymore. > > > > My server is smp but ignorebiostables/nosmp doesn''t make adifference.> > > > It just occurred to me that I didn''t recompile the dom0 kernel whenI> > recompiled xen. Should that matter? I''ll try it anyway... > > > > James > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > > Learn from the experts at JavaOne(SM), Sun''s Worldwide JavaDeveloper> > Conference, June 28 - July 1 at the Moscone Center in San Francisco, > CA > > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code > NWMGYKND > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/xen-devel > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco,CA> REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority CodeNWMGYKND> _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xen-devel------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> I recompiled the domain0 kernel and it appears to be running again. > Maybe if I recompile the U kernel it might work too... I haven''t had it > working yet. > > I did have to change a link though... asm/keyboard.h linked to the > sparse tree where it doesn''t exist. I linked it to asm-i386/keyboard.h > and it seems to work fine.When using the unstable tree, its always wise to recompile everything with ''make world'' having done a bk pull: Certain checkins in the unstable line do make changes to the hypervisor API (we obviously don''t do this in the stable series). Keir checkedin a couple of important cleanups to the API yesterday, which removed some changes in the sparse tree. As well as rebuilding xen linux, it was necessary to redo the ''mkbuildtree''. "make world" will do this for you. Ian ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
re: make world, is there a way to install my own .config''s for the xen0 and xenU kernels rather than having it just use the defaults? thanks James From: Ian Pratt Sent: Mon 21/06/2004 4:16 AM To: James Harper Cc: xen-devel@lists.sourceforge.net; Ian.Pratt@cl.cam.ac.uk Subject: Re: [Xen-devel] domain0 no longer boots> I recompiled the domain0 kernel and it appears to be running again. > Maybe if I recompile the U kernel it might work too... I haven''t had it > working yet. > > I did have to change a link though... asm/keyboard.h linked to the > sparse tree where it doesn''t exist. I linked it to asm-i386/keyboard.h > and it seems to work fine.When using the unstable tree, its always wise to recompile everything with ''make world'' having done a bk pull: Certain checkins in the unstable line do make changes to the hypervisor API (we obviously don''t do this in the stable series). Keir checkedin a couple of important cleanups to the API yesterday, which removed some changes in the sparse tree. As well as rebuilding xen linux, it was necessary to redo the ''mkbuildtree''. "make world" will do this for you. Ian
In addition to this, what would be the best way to deal with the modules? I understand the original config doesn''t use modules but i''ve added a few things to it and so have modules to deal with. Ideally ''make world'' would install the modules to a folder which can be installed on the other domains later... James From: James Harper Sent: Mon 21/06/2004 9:24 AM To: Ian Pratt Cc: xen-devel@lists.sourceforge.net; Ian.Pratt@cl.cam.ac.uk Subject: RE: [Xen-devel] domain0 no longer boots re: make world, is there a way to install my own .config''s for the xen0 and xenU kernels rather than having it just use the defaults? thanks James From: Ian Pratt Sent: Mon 21/06/2004 4:16 AM To: James Harper Cc: xen-devel@lists.sourceforge.net; Ian.Pratt@cl.cam.ac.uk Subject: Re: [Xen-devel] domain0 no longer boots> I recompiled the domain0 kernel and it appears to be running again. > Maybe if I recompile the U kernel it might work too... I haven''t had it > working yet. > > I did have to change a link though... asm/keyboard.h linked to the > sparse tree where it doesn''t exist. I linked it to asm-i386/keyboard.h > and it seems to work fine.When using the unstable tree, its always wise to recompile everything with ''make world'' having done a bk pull: Certain checkins in the unstable line do make changes to the hypervisor API (we obviously don''t do this in the stable series). Keir checkedin a couple of important cleanups to the API yesterday, which removed some changes in the sparse tree. As well as rebuilding xen linux, it was necessary to redo the ''mkbuildtree''. "make world" will do this for you. Ian
> re: make world, is there a way to install my own .config''s for the xen0 and xenU kernels rather than having it just use the defaults?After a build, it copies the config fies to the install/boot directory as config-2.4.26-xen* It also looks in these files beforehand, and if they exist, uses them in preferences to the default config. Ian ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> In addition to this, what would be the best way to deal with the modules? I understand the original config doesn''t use modules but i''ve added a few things to it and so have modules to deal with. Ideally ''make world'' would install the modules to a folder which can be installed on the other domains later...I''ve updated the top level Makefile: "make world" should build and install modules under ./install/lib/modules. "make install" should copy them into /lib/modules/ Ian ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun''s Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
this works for dom0, but the ''U'' kernel needs it''s own modules (which shouldn''t be copied automatically to /lib/modules). Is it possible to change the full names of the kernels to 2.4.26-xen0 and 2.4.26-xenU for domain 0 and >0 respectively? At least that way the modules could be copied to /lib/modules even if they would never actually be used from there. I think i''m getting closer to starting another domain > 0. I just started it, then a few seconds later xend wrote a message about netif and then I lost my remote ssh connection to domain0. I assume that this is the bridge problem you described earlier. Actually I have just found that I can connect to the other domain. For some reason eth0 has grabbed a dhcp address even though /etc/network/interfaces tells it to have a static address. But for today, i''ll still call it success! *yay* James From: Ian Pratt Sent: Tue 22/06/2004 12:20 AM To: James Harper Cc: Ian Pratt; xen-devel@lists.sourceforge.net; Ian.Pratt@cl.cam.ac.uk Subject: Re: [Xen-devel] domain0 no longer boots> In addition to this, what would be the best way to deal with the modules? I understand the original config doesn''t use modules but i''ve added a few things to it and so have modules to deal with. Ideally ''make world'' would install the modules to a folder which can be installed on the other domains later...I''ve updated the top level Makefile: "make world" should build and install modules under ./install/lib/modules. "make install" should copy them into /lib/modules/ Ian
> this works for dom0, but the ''U'' kernel needs it''s own modules (which shouldn''t be copied automatically to /lib/modules). > > Is it possible to change the full names of the kernels to 2.4.26-xen0 and 2.4.26-xenU for domain 0 and >0 respectively? At least that way the modules could be copied to /lib/modules even if they would never actually be used from there.In most scenarios, the dom0 and unprivileged kernels can share the same modules. Is there a problem with doing that in your setup?> I think i''m getting closer to starting another domain > 0. I just started it, then a few seconds later xend wrote a message about netif and then I lost my remote ssh connection to domain0. I assume that this is the bridge problem you described earlier.Yep, the bridge problem is still there. The ''netfix'' script now almost does the right thing to recover, but neglects to do a "brctl addif nbe-br eth0" to actually add eth0 to the bridge.> Actually I have just found that I can connect to the other > domain. For some reason eth0 has grabbed a dhcp address even > though /etc/network/interfaces tells it to have a static > address.Hmm, not sure how that is happening. netfix is supposed to transfer the IP address from eth0 to the bridge device (nbe-br) to work around what is arguably a bug in the linux bridge code. I reckon by the end of the week the unstable tree should have settled down to working reliably again... Ian ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Tue, Jun 22, 2004 at 08:30:40AM +0100, Ian Pratt wrote:> Yep, the bridge problem is still there. > > The ''netfix'' script now almost does the right thing to recover, > but neglects to do a "brctl addif nbe-br eth0" to actually add > eth0 to the bridge.I got round this by configuring my dom0 distribution to set up the nbe-br bridge itself at bootup, connecting eth0 to it, and then assigning my main ip address to that, instead of eth0. Worked quite nicely, other than it wanting to wait for 30 seconds after setting up the bridge for it to "stabalise". Haven''t got round to digging into the scripts and turning that off though yet. -- Jody Belka knew (at) pimb (dot) org ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> On Tue, Jun 22, 2004 at 08:30:40AM +0100, Ian Pratt wrote: > > Yep, the bridge problem is still there. > > > > The ''netfix'' script now almost does the right thing to recover, > > but neglects to do a "brctl addif nbe-br eth0" to actually add > > eth0 to the bridge. > > I got round this by configuring my dom0 distribution to set up > the nbe-br bridge itself at bootup, connecting eth0 to it, and > then assigning my main ip address to that, instead of eth0. > Worked quite nicely, other than it wanting to wait for 30 > seconds after setting up the bridge for it to "stabalise". > Haven''t got round to digging into the scripts and turning that > off though yet.I believe you can avoid the Linux bridge code''s 30s stabilise period with: "brctl sethello nbe-br 0" Ian ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Tue, Jun 22, 2004 at 09:50:02AM +0100, Ian Pratt wrote:> I believe you can avoid the Linux bridge code''s 30s stabilise period with: > "brctl sethello nbe-br 0"It''s not the linux bridging code causing this, it''s the networking scripts of the distribution. Now, they''re probably waiting because of the actual stablisation period, so i''ll want to include that line anyway, but it''s not the actual cause of the wait in this case. -- Jody Belka knew (at) pimb (dot) org ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Hi, I want to compile a xen kernel with my old configs from a redhat distribution kernel. How can i do this? ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel