|
From: Vernon J. S. <ve...@ve...> - 2005-10-21 21:27:48
|
Here is the thing that I have learned years ago when working with smp verses a standard kernel. When you get the new kernels you need to select the smp first after the reboot. When you get the new kernels they comply everthing needed as if it was a fresh boot. If you switch from a single to a multi then you are going to have errors and it will not boot. If you go from a multi to a single you are going to get it to boot but some programs will not work. Somewhat of a catch 22 if you know what I mean. But any less you can run a single cpu system with a smp kernel as long as when you first get the kernel version that that it is a new version than the current one you are using. Same kernel version swapping is going to have problems on a single cpu system unless you specify the new kernel first being a smp. If this doesn't make sense let me know, but under the RHCE/RHCT it can be done. There are just rules (instructions) on how to make it work. ------------------------------------------ Vernon J. Spangler http://www.vernonspangler.org/ (573) 221-5193 Home (573) 795-4217 Cell ve...@ve... ------------------------------------------ Powered by Windows XP Professional Sent by Microsoft Outlook 2003 -----Original Message----- From: Vernon J. Spangler [mailto:ve...@ve...] Sent: Friday, October 21, 2005 3:58 PM To: web...@li... Subject: RE: [webmin-l] Urgent Help Needed - Kernel Issues You can still use smp under a single processor. At times it can help manage the load of the server. ------------------------------------------ Vernon J. Spangler http://www.vernonspangler.org/ (573) 221-5193 Home (573) 795-4217 Cell ve...@ve... ------------------------------------------ Powered by Windows XP Professional Sent by Microsoft Outlook 2003 -----Original Message----- From: John Hinton [mailto:web...@ew...] Sent: Friday, October 21, 2005 2:22 PM To: web...@li... Subject: Re: [webmin-l] Urgent Help Needed - Kernel Issues Vern wrote: >In case anyone is interested it has to do multiprocessing which I don't even have so >disabling it does nothing. It's been working for over a year and all of a sudden... >sometimes I hate computers! Anyway, that is resolved. > > Ahh.. OK.. so Fedora 'thought' it found a second processor which you do not have. Seems this is happening on several particular systems lately. The smp of course stands for multi-processor. Set grub (or lilo if you're using that) to boot from the Fedora Core (2.6.12-1.1378_FC3) kernel. Then, under software packages, search for kernel and remove any kernels with the smp. I don't know exactly why this is happening. File a bug report on the Fedora site. Things are getting more complicated in the Linux world. Seems there is a move to support just about everything that comes along and that's not an easy undertaking. At the same time, older hardware 'work-arounds' seem to be getting dumped from things like Anaconda. I think we've been from the almost nothing is supported era of the early 90s, to the almost anything works era of the 00s and are moving into the time when moving forward is also moving backwards with regards to hardware. The pendulum swings! John Hinton > >---------- Original Message ----------- >From: John Hinton <web...@ew...> >To: web...@li... >Sent: Fri, 21 Oct 2005 15:35:16 -0400 >Subject: Re: [webmin-l] Urgent Help Needed - Kernel Issues > > > >>Vern wrote: >> >> >> >>>I am having troubles rebooting my system. Can anyone tell me what the >>>difference is between: >>> >>> * Core (2.6.12-1.1378_FC3smp) and >>> * Fedora Core (2.6.12-1.1378_FC3) >>> >>>When I reboot my system and I try to go into any of the kernals that >>>have smp on them I can never get back up. It seems that when it gets >>>to the ProFTP server starting I get a bunch of crap on the screen like >>>traffic and it never gets past that. But if I boot without the smp it >>>goes in. >>> >>>Vern >>> >>> >>> >>> >>In grub, under kernel options, try >> >>ro root=LABEL=/ apm=off noapic rhgb quiet >> >>That fixed it for me on kernel 2.6.9-22.ELsmp running CentOS 4.2. >> >>There's lots of flags available for boot up options. Mine died much >>earlier in the boot.. just after expanding kernel or some such. If you >>do think it is traffic, you could unplug the network cable to see if it >>is external. >> >>Good luck! >> >>John Hinton >> >>------------------------------------------------------- >>This SF.Net email is sponsored by: >>Power Architecture Resource Center: Free content, downloads, discussions, >>and more. http://solutions.newsforge.com/ibmarch.tmpl >>- >>Forwarded by the Webmin mailing list at web...@li... >>To remove yourself from this list, go to >>http://lists.sourceforge.net/lists/listinfo/webadmin-list >> >> >------- End of Original Message ------- > > > >------------------------------------------------------- >This SF.Net email is sponsored by: >Power Architecture Resource Center: Free content, downloads, discussions, >and more. http://solutions.newsforge.com/ibmarch.tmpl >- >Forwarded by the Webmin mailing list at web...@li... >To remove yourself from this list, go to >http://lists.sourceforge.net/lists/listinfo/webadmin-list > > >!DSPAM:435949f8309161394027713! > > > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl - Forwarded by the Webmin mailing list at web...@li... To remove yourself from this list, go to http://lists.sourceforge.net/lists/listinfo/webadmin-list |