Hello! How robust is linux when it comes to changing the motherboard on an existing ( installed ) box? We need to up the ram on our server, but the current mainboard won''t accommodate the necessary upgrade, so we are close to just changing it out with another similar board that can. Will any changes in the hardware of the mainboard ( chipset, pci ids, i/o, etc, etc ) to a system which has been up and running cause any sort of difficult or random problems when the box comes back up with a new board? Any thing we need to be aware of w/ CentOS in particular? Thanks!
Corey wrote:> How robust is linux when it comes to changing the motherboard on an existing > ( installed ) box? We need to up the ram on our server, but the current > mainboard won''t accommodate the necessary upgrade, so we are close to just > changing it out with another similar board that can. > > Will any changes in the hardware of the mainboard ( chipset, pci ids, i/o, > etc, etc ) to a system which has been up and running cause any sort of > difficult or random problems when the box comes back up with a new board? > > Any thing we need to be aware of w/ CentOS in particular?I''ve done this before and it worked pretty well. The kernel booted up, detected all the new hardware and there were no major problems. You just have to make sure that if you use the onboard sound/video/lan, that all of it needs to be supported in Linux. --Ajay
Hello, Corey. I personnally have a good experience regarding the compatibility with other mainboards, graphic cards, sound cards, etc.. I have done that without any problems. Kudzu will take care of it. You will just need to choose ''ok'' each time it will ask you for a hardware ''unconfiguration'' and ''configuration'' (done only once). The only thing you have to be aware of is that you need to check in the HCL (hardware compatibility list) that your hardware is really compatible with your installed OS. If a particular hardware on your mainboard is not compatible then it wont'' be recognised. So just make sure it''s ok this side. But if it''s the same kind of mainboard then it shouldn''t be a problem. Kind regards, Daniel ----- Original Message ----- From: Corey To: CentOS discussion and information list Sent: Wednesday, March 23, 2005 12:01 PM Subject: [Centos] swap out mainboard Hello! How robust is linux when it comes to changing the motherboard on an existing ( installed ) box? We need to up the ram on our server, but the current mainboard won''t accommodate the necessary upgrade, so we are close to just changing it out with another similar board that can. Will any changes in the hardware of the mainboard ( chipset, pci ids, i/o, etc, etc ) to a system which has been up and running cause any sort of difficult or random problems when the box comes back up with a new board? Any thing we need to be aware of w/ CentOS in particular? Thanks! _______________________________________________ CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
---------- Original Message ----------- From: "Corey" <corey_s@qwest.net> To: "CentOS discussion and information list" <centos@caosity.org> Sent: Wed, 23 Mar 2005 11:01:12 +0000 Subject: [Centos] swap out mainboard> Hello! > > How robust is linux when it comes to changing the motherboard on an > existing > ( installed ) box?Any OS is going to have a hard time with such a swap. I haven''t done this specifically, but I can say maintaining your config and user-base is pretty easy. Backup the system. Especially all your configs (tar up /etc for sure). You can take a fresh install, add your /home and your /etc/passwd and /etc/shadow files, /var/spool/mail and basically come up with all users in tact. It''s worth a try to: Backup Install the MB Boot You might get lucky. If not, you have your configs. Reinstall, patch, update, blow your configs back in and you should be good. -- <<JAV>>
Joe Polk wrote:> ---------- Original Message ----------- > From: "Corey" <corey_s@qwest.net> > >>Hello! >> >>How robust is linux when it comes to changing the motherboard on an >>existing >>( installed ) box? > > Any OS is going to have a hard time with such a swap.Not necessarily. Linux is much different then Windows in this regard since most of the devices that it can support are already on the system as modules. So it''s just a matter of Kuduzu detecting the devices and loading up the correct modules. If someone was swapping out a motherboard in Windows, the only solution would be a full reinstall for maximum stability. But I do agree with you in that you should backup all the data before you do anything. :) --Ajay
Thanks for the responses - I feel much better about doing this now! Beers! Corey On Wednesday 23 March 2005 11:01 am, Corey wrote:> How robust is linux when it comes to changing the motherboard on an > existing ( installed ) box?<snip>
It may be worth noting that the ability to move from one hardware set to another (ie changing m/b) is not "supported" by every linux distros. I have in the past tried this with Suse and Mandrakes, to no avail... But RH seems to cope admirably well, at least from version 7 onwards - a definite advantage.
On Thu, 2005-03-24 at 08:40 +1100, chris burnat wrote:> It may be worth noting that the ability to move from one hardware set to > another (ie changing m/b) is not "supported" by every linux distros. I > have in the past tried this with Suse and Mandrakes, to no avail... But > RH seems to cope admirably well, at least from version 7 onwards - a > definite advantage.You can thank kudzu for this, most of the time. -- Ignacio Vazquez-Abrams <ivazquez@ivazquez.net> http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.caosity.org/pipermail/centos/attachments/20050323/670ce095/attachment-0001.bin
On Wednesday 23 March 2005 16:40, chris burnat wrote:> It may be worth noting that the ability to move from one hardware set to > another (ie changing m/b) is not "supported" by every linux distros. I > have in the past tried this with Suse and Mandrakes, to no avail... But > RH seems to cope admirably well, at least from version 7 onwards - a > definite advantage.I have run into problems doing this, even on similar hardware. I swapped a drive from a Dell Dimension 3000 (P4 HT 800MHz FSB 865 chipset) to a Dimension 4500S (P4 non-HT 400MHz FSB 845 chipset) with different NICs, sound, etc. I had to disable rhgb to get kudzu to finish; kudzu running in the text window in rhgb locked up; kudzu on a plain text console didn''t. This was CentOS 4, BTW, and I did it just four days ago. -- Lamar Owen Director of Information Technology Pisgah Astronomical Research Institute 1 PARI Drive Rosman, NC 28772 (828)862-5554 www.pari.edu
Hi all, I have a centos 4 machine with software raid and a failed disk, I went to add another one, but to my confusion I can''t find /etc/raidtab or any of the usual raid tools. Anyone know where they have gone ?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tony Wicks wrote: | Hi all, I have a centos 4 machine with software raid and a failed disk, | I went to add another one, but to my confusion I can''t find /etc/raidtab | or any of the usual raid tools. Anyone know where they have gone ? mdadm is used now. raidtab is a relic of times past. .dn -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFCQsJFCRFXD+VcGBkRAqG/AJ9qmUhGGNvy/y8g72SrOGQ5ND/3nwCcDyoJ tZNmGbB1YB94K1GnQjfe1W0=lf41 -----END PGP SIGNATURE-----
hmm, that RHCT (3.0) seems like a waste of time and money when they change major bits like that...> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Tony Wicks wrote: > | Hi all, I have a centos 4 machine with software raid and a failed disk, > | I went to add another one, but to my confusion I can''t find > /etc/raidtab > | or any of the usual raid tools. Anyone know where they have gone ? > > mdadm is used now. raidtab is a relic of times past. >