Bekijk Volledige Versie : Moederbord vervangen, waar op letten?
Ik ga dit weekend het moederbord van mijn server vervangen. Het is een Intel S5000PAL in een Intel SR2500 kast, draaiend op Centos.
Aangezien het (gelukkig!) de eerste keer is dat ik een moederbord moet vervangen vraag ik me af hoeveel werk ik er aan ga hebben. Ik heb een reserve bord, uiteraard exact hetzelfde model.
Kan ik het moederbord gewoon verwisselen en boot alles zonder problemen, of zal ik RAID configuraties moeten importeren en dergelijke? Zijn er nog andere zaken waar ik op moet letten?
Ik heb een backup server die mijn website zolang kan draaien voor het geval het allemaal misgaat, maar ik heb toch liever mijn main server direct weer draaiende (is iets krachtiger).
Als je het vervangt door hetzelfde moederbord met dezelfde chipset dan moet alles gewoon weer opstarten.
Wel even de BIOS instellen zoals je hem bij de vorige ook had staan.
Dit is de eerste keer dat je een moederbord vervangt? Hou er dan rekening mee dat je waarschijnlijk de CPU en CPU koeler ook los moet maken en dat je daardoor nieuwe koelpasta nodig hebt wanneer je alles weer monteert op het nieuwe moederbord. Meestal is een moederbord vervangen een half uur à 1 uur werk.
Het is niet de eerste keer dat ik een moederbord vervang, maar wel voor een server. Normaal doe ik voor mijn desktop na een nieuw moederbord ook altijd een reinstall van het OS, ik heb er nog nooit een geswitched.
Koelpasta is inderdaad een goede, die moet ik niet vergeten!
Bedankt voor de antwoorden.
Kan ik het moederbord gewoon verwisselen en boot alles zonder problemen, of zal ik RAID configuraties moeten importeren en dergelijke? Zijn er nog andere zaken waar ik op moet letten?
Statische electrische tijd, voordat je proc/mb/mem beetpakt
Een stofzuiger/blazertje/kwastje/doekje oid om eventueel gelijk ff stof uit je server te halen, vooral uit de voeding. Kan zo weer een jaartje extra plezier opleveren :)
Je bent je BIOS instellingen wel kwijt. Dus als je specifieke dingen hebt ingesteld (zoals bijv. dat de server altijd aangaat bij een power failure), moet je die wel even opnieuw instellen.
Voor de rest zou het praktisch meteen moeten booten, als de typenummers van de moederborden overeenkomen.
Je moet er ook op letten dat er niet téveel koelpasta erop doet, teveel kan ervoor zorgen dat hij te heet wordt en de CPU zich vastklemt aan de CPU cooler.
Indien deze vast zit zodra je hem los haalt, moet je deze van 'elkaar' los halen. Bij het terug plaatsen moet je dan het 'hendeltje' loshalen vervolgens de CPU terug plaatsen en 'hendeltje' weer terug zetten. Indien dit niet gedaan wordt loop je het risico dat je de pinnen 'plat' worden gemaakt bij het terug plaatsen.
En inderdaad meteen even alles goed schoonmaken, stof eruit etc. Het beste is dit elk jaar 1x te doen.
Indien er nog vragen zijn helpen we je graag verder!
Bij acties als dit wordt er wel eens vergeten om een complete schroevendraaier set mee te nemen.
Je komt altijd een vreemd schroefje (torcs?) tegen wat je vervolgens niet kan loshalen.
neem ook een externe cd-rw mee, een laptop en de installatie cdroms, mocht het echt nodig zijn om een reinstall te doen kan je dat dan wel.
zoek van te voren ook even op of er een update van de bios beschikbaar is en als dat kan welke versie van de bios je nu hebt.
Mocht je nog extra schroefjes hebben van deze kast, neem die ook mee, je wil niet meemaken dat je een schroefje doldraait en geen reserve hebt.
Dit is de eerste keer dat je een moederbord vervangt? Hou er dan rekening mee dat je waarschijnlijk de CPU en CPU koeler ook los moet maken en dat je daardoor nieuwe koelpasta nodig hebt wanneer je alles weer monteert op het nieuwe moederbord. Meestal is een moederbord vervangen een half uur à 1 uur werk.
Moederbordje vervangen is toch geen uur werk ;-)
@ TS:
Zoals een paar posts terug te lezen is... zorgen dat de bios van het oude & nieuwe bord hetzelfde zijn.
Kwa RAID zul je niet snel problemen ondervinden, aangezien het exact hetzelfde moederbord is.
Wellicht meteen een idee om het moederbord te updaten met de laatst beschikbare bios?(indien er een wat oudere versie op draait)
Ik weet niet of je momenteel onboard netwerkkaarten gebruikt, maar als je dat doet, houd er dan rekening mee dat je dus ook andere MAC adressen krijgt. In linux onthoud udev welke ethernet devices bij bepaalde MAC adressen horen, dus als je nu bijv eth0 hebt, zal met je nieuwe moederbord eth1 als netwerkkaart tevoorschijn komen. Volgens mij wordt dit soort info meestal opgeslagen in: /etc/udev/rules.d/??-persistent-net.rules. Als je dat bestand verwijderd en reboot, heb je dus gewoon eth0 als eerste netwerkkaart.
Moederbordje vervangen is toch geen uur werk ;-)Tot je het verwijderen&testplaatsen van de server uit het rack meetelt en met een brakke case zit die je compleet mag demonteren..
Bedankt voor alle antwoorden!
De vervanging stond voor vanmiddag gepland, maar ik kan de DNS niet overzetten naar mijn backup server omdat de website van NameCheap plat ligt. Hopelijk is ie vanavond weer online.
En inderdaad meteen even alles goed schoonmaken, stof eruit etc. Het beste is dit elk jaar 1x te doen.
Stof heb ik gelukkig haast geen last van, mijn server is na twee jaar nog steeds brandschoon. Misschien omdat mijn server vrij hoog in het rack hangt.
zoek van te voren ook even op of er een update van de bios beschikbaar is en als dat kan welke versie van de bios je nu hebt.
Een bootable USB stick met bios updates ligt klaar. (Even als een uitgebreide set schroevendraaiers en een tang voor als er een moertje los komt van de kast).
Ik weet niet of je momenteel onboard netwerkkaarten gebruikt, maar als je dat doet, houd er dan rekening mee dat je dus ook andere MAC adressen krijgt. In linux onthoud udev welke ethernet devices bij bepaalde MAC adressen horen, dus als je nu bijv eth0 hebt, zal met je nieuwe moederbord eth1 als netwerkkaart tevoorschijn komen. Volgens mij wordt dit soort info meestal opgeslagen in: /etc/udev/rules.d/??-persistent-net.rules. Als je dat bestand verwijderd en reboot, heb je dus gewoon eth0 als eerste netwerkkaart.
Dat is een heel goed punt! Ik gebruik inderdaad mijn onboard netwerk port.
Ik kan geen 70-persistent-net.rules vinden in /etc/udev/rules.d/ Wel een hoop andere rule files, maar geen enkele bevat een mac address.
/etc/sysconfig/networking-scripts/ifcfg-eth0 heeft wel een mac address, als ik dat zou vervangen voor het juiste addres, zou Centos dan de netwerk kaart van het nieuwe moederbord gebruiken als eth0?
(en het mac address in /etc/sysconfig/networking/devices).
Tot je het verwijderen&testplaatsen van de server uit het rack meetelt en met een brakke case zit die je compleet mag demonteren..
Ik verwacht ook wel een klein uurtje bezig te zijn. Het is een mooi chassis maar d'r moet van alles uit gehaald worden voordat het moederbord eruit kan.
Bedankt voor alle antwoorden!
...
Dat is een heel goed punt! Ik gebruik inderdaad mijn onboard netwerk port.
Ik kan geen 70-persistent-net.rules vinden in /etc/udev/rules.d/ Wel een hoop andere rule files, maar geen enkele bevat een mac address.
/etc/sysconfig/networking-scripts/ifcfg-eth0 heeft wel een mac address, als ik dat zou vervangen voor het juiste addres, zou Centos dan de netwerk kaart van het nieuwe moederbord gebruiken als eth0?
(en het mac address in /etc/sysconfig/networking/devices).
....
Als je overal je oude mac adres vervangt moet het ook werken idd, heb zelf geen ervaring met centos.
Gisteravond heb ik het moederbord vervangen, alles is prima gegaan. De netwerkkaart werd direct herkent, dus ik hoefde niks te configureren.
Wel heb ik een uur lang zitten knoeien omdat ik geen verbinding kreeg met mijn Remote Management kaart, het bleek dat hij net niet goed in zijn socket zat.
Alles werkt nu weer, ik ben heel blij dat het probleemloos is gegaan. Bedankt voor alle tips en suggesties!
Gisteravond heb ik het moederbord vervangen, alles is prima gegaan. De netwerkkaart werd direct herkent, dus ik hoefde niks te configureren.
Wel heb ik een uur lang zitten knoeien omdat ik geen verbinding kreeg met mijn Remote Management kaart, het bleek dat hij net niet goed in zijn socket zat.
Alles werkt nu weer, ik ben heel blij dat het probleemloos is gegaan. Bedankt voor alle tips en suggesties!
Gefeliciteerd :thumbup:
Waarom verving je hem eigenlijk? Was ie kapot?
Het moederbord werkte nog wel, maar er was een probleem met het uitlezen van de system stats. De remote management module kon geen sensor waarden meer uitlezen (temperatures, fan speeds, e.d.) . Het hele 'System Health' deel en de system event log werkte niet meer. De Remote Management module was al vervangen, dus daar zat de fout niet.
Op zich was het niet zo'n groot probleem, maar ik vind het toch fijn als ik af en toe kan checken of al mijn fans nog draaien en mijn power supplies nog allebei werken.
Ik kon op ebay goedkoop een identiek (ongebruikt) moederbord kopen, het kapotte moederbord valt nog onder de garantie dus dat gaat terug naar Intel en dan heb ik straks een reserve moederbord.
Het moederbord werkte nog wel, maar er was een probleem met het uitlezen van de system stats. De remote management module kon geen sensor waarden meer uitlezen (temperatures, fan speeds, e.d.) . Het hele 'System Health' deel en de system event log werkte niet meer. De Remote Management module was al vervangen, dus daar zat de fout niet.
Op zich was het niet zo'n groot probleem, maar ik vind het toch fijn als ik af en toe kan checken of al mijn fans nog draaien en mijn power supplies nog allebei werken.
Ik kon op ebay goedkoop een identiek (ongebruikt) moederbord kopen, het kapotte moederbord valt nog onder de garantie dus dat gaat terug naar Intel en dan heb ik straks een reserve moederbord.
Mooi om te horen dat alles goed gegaan is....nu hebben we direct een topic voor anderen die met diezelfde vragen worstelen.
Als tip kan ik geven: wanneer je het moederbord uit de kast haalt, noteer elke stap die je doet even op een papiertje. Dan kan je bij het inbouwen in de omgekeerde volgorde alles afchecken.
Het lijkt misschien overdreven, maar het geeft je wel een zeker gevoel dat je alles weer correct hebt aangesloten en geen stekkertje of schroefje bent vergeten.
En vooraf wat krachtraining om een 2U server vol met schijven hoog in een rack te tillen is ook geen luxe!
En vooraf wat krachtraining om een 2U server vol met schijven hoog in een rack te tillen is ook geen luxe!
Op m'n vorige werk hadden we daar een filmpje van... een niet zo'n lange collega die een backupserver boven in het rack moest plaatsen.
Vraag me af of dat filmpje nog bestaat....
Geen vriendelijke bewaker die even wou meetillen?
Ik weet niet of je momenteel onboard netwerkkaarten gebruikt, maar als je dat doet, houd er dan rekening mee dat je dus ook andere MAC adressen krijgt. In linux onthoud udev welke ethernet devices bij bepaalde MAC adressen horen, dus als je nu bijv eth0 hebt, zal met je nieuwe moederbord eth1 als netwerkkaart tevoorschijn komen. Volgens mij wordt dit soort info meestal opgeslagen in: /etc/udev/rules.d/??-persistent-net.rules. Als je dat bestand verwijderd en reboot, heb je dus gewoon eth0 als eerste netwerkkaart.
Dit wilde ik inderdaad ook zeggen. De eerste keer dat wij een defecte mobo hadden hebben we hier een tijd naar lopen zoeken. Volgens mij zal je eth ook niet werken als de oude mac gegevens nog op je install staan.
Nu lees ik net echter dat als je dit bestand verwijderd deze niet meer automatisch word aangemaakt, kan iemand hier iets over zeggen?
Dit wilde ik inderdaad ook zeggen. De eerste keer dat wij een defecte mobo hadden hebben we hier een tijd naar lopen zoeken. Volgens mij zal je eth ook niet werken als de oude mac gegevens nog op je install staan.
Nu lees ik net echter dat als je dit bestand verwijderd deze niet meer automatisch word aangemaakt, kan iemand hier iets over zeggen?
In Ubuntu Hardy en hoger wordt ie vanzelf gemaakt, weet niet hoe het met oudere Ubuntu zit of andere distro's.
In Ubuntu Hardy en hoger wordt ie vanzelf gemaakt, weet niet hoe het met oudere Ubuntu zit of andere distro's.
Ik last dat dit in combinatie met de laatste debian release was dus Debian 5.0.
Ik last dat dit in combinatie met de laatste debian release was dus Debian 5.0.
Kan ik nergens vinden. Ik zag wel dat je in debian de "generator" van dat bestand ook uit kan zetten, dus miss had iemand dat per ongeluk gedaan?
Zie: http://www.ducea.com/2008/09/01/remove-debian-udev-persistent-net-rules/
Kleine update: na een reboot een week later kreeg ik toch geen verbinding via ssh.
"/etc/init.d/network restart" klaagde dat het hwaddress verschilde van de config, dus eth0 wilde niet opstarten.
Met "ifconfig -a" heb ik het correcte MAC adres van eth0 opgezocht, en daarna dit MAC adres bij de networking scripts (in "/etc/sysconfig/") ingevuld. Daarna deed ie het weer prima.