Woensdagnacht ergens na 00:15 heeft de voeding van de fileserver hier op kantoor het begeven, deze maakt nu kortsluiting.
Deze voeding staat al klaar om met de postbode mee te gaan naar de leverancier, maar ondertussen willen we natuurlijk wel verder, dus heb ik er een andere voeding ingezet en gehoopt dat de voeding niet al te veel (lees niets
) mee naar zijn grootje geholpen heeft.
De hardware:
- Tyan Tiger MPX
- 2x MP2400+
- 2x 512mb ram
- LSI MegaRAID 320-1
- 2x 9gb SCSI in raid 1 voor OS
- 3x 30gb SCSI in raid 5 voor data
- cdrom
- floppy
De software:
- Debian Woody 3.0 met regelmatig een apt-get update / upgrade
- Samba
- SSH
De defecte voeding was een Antec TruePower 550, er zit nu tijdelijk een Topower 330w voeding in. Het merk zegt me niet zoveel, maar hij weegt bijna net zoveel als de Antex dus low-budget zal het niet echt zijn. Tevens heb ik er even 1 proc uitgehaald en de cdrom en flop niet aangesloten omdat ik 330w met een dual athlon en 5 scsi schijven wat weinig vind
Better safe than sorry zullen we maar zeggen.
Toen de bak bootte heb ik meteen gekeken of alle data nog ok was, en deze lijkt dat inderdaad te zijn. Ook bootte hij zonder errors, dus er lijkt vooralsnog niet zo veel mis te zijn. Rond half 2 was het serverhok weer in de lucht (de kortsluiting hielp de UPS over de zeik dus alles ging uit) en kon iedereen weer inloggen / werken. Gelukkig zijn de belangrijkste zaken (Technische dienst/centrale database en de boekhouding) niet afhankelijk van die server behalve voor backups.
Maar dan: vanmorgen logt iedereen weer in en omdat het login-scipt de tijd synchroniseert met de fileserver zat iedereen plots terug op gisterenmiddag? Omdat ik er zowel via SSH als op de console niet bij kon (ssh: connection refsued en console bleef zwart ongeacht welke toets ik indrukte, samba was echter nog wel bereikbaar) heb ik hem met de aan/uit knop gereset. Wel heb ik eerst iedereen uit laten loggen en op laten slaan, daar die server meestal zo goed als idle is zou dat meteen weggeschreven moeten worden lijkt me.
Toen hij weer op was heb ik via de console ntpdate gedraaid, die wist me te vertellen dat we ruim achterliepen. Na 5 seconden nogmaals ntpdate gebruiken leverde een verschil van 0.0009 seconde op of zo.
Toen begon het; men was data en bestanden kwijt van alles wat tussen gisterenmiddag en nu gebeurd was, terwijl dingen die gisterenmiddag gedaan waren vanmorgen voor de reset nog wel weer ingelezen konden worden.
Als ik nu kijk wat de datum/tijd van de server is dan is dat 11:15 vandaag, volgens uptime is hij nu 19 minuten up terwijl dat ruim 4 en een half uur zouden moeten zijn.
ntpdate uitvoeren lukt niet, na de enter blijft hij 'hangen', ik kan wachten tot ik een ons weeg maar pas met ctrl-c kom ik weer in de shell, terwijl ntpdate normaal nog geen halve seconde nodig heeft.
Pingen naar de timeserver dan
De eerste ping werkt feilloos, maar die seconde die tussen 2 pings hoort te zitten duurt wederom eeuwig. Sleep 1 dan? Ook eeuwig.
Ik kan pas na 5 uur fatsoenlijk met dat ding aan de gang, dus een memtest oid heb ik nog niet gedraaid, maar alles wat ik doe lijkt te wijzen op de klok die stopt terwijl de rest gewoon doordraait.
Nu kan ik wel kijken of Alternate deze beschrijving accepteerd en het bord net als de voeding RMA sturen, maar ten eerste weet ik niet eens zeker of het dat wel is en ten tweede zitten we hier dan een week of zo zonder fileserver.
Dat valt wel op te lossen door de belangrijkste dingen even op een windowsshare van een werkstation te zetten of zo, maar liever niet natuurlijk, al was het maar omdat we dan geen domein meer hebben en ik een heleboel instellingen moet gaan veranderen.
Eigenlijk hoort de volgende vraag is NOS, maar: wat vind Debian ervan als ik er een ander moederbord inzet (wordt dan een P3-400 uit een Fujitsu Siemens, meer info heb ik er niet van
) om zo de periode dat het mobo RMA is te overbruggen? Windows vind het NIET leuk, maar ik meen dat Linux er een heel stuk minder moeite mee had 
De belangrijkste vragen zijn dus:
- Wat is er aan de hand?
- Is het mobo inderdaad stuk?
- Zo nee, hoe los ik het dan op?
- Zo ja, wat vind Linux ervan als je het mobo vervangt?
Deze voeding staat al klaar om met de postbode mee te gaan naar de leverancier, maar ondertussen willen we natuurlijk wel verder, dus heb ik er een andere voeding ingezet en gehoopt dat de voeding niet al te veel (lees niets
De hardware:
- Tyan Tiger MPX
- 2x MP2400+
- 2x 512mb ram
- LSI MegaRAID 320-1
- 2x 9gb SCSI in raid 1 voor OS
- 3x 30gb SCSI in raid 5 voor data
- cdrom
- floppy
De software:
- Debian Woody 3.0 met regelmatig een apt-get update / upgrade
- Samba
- SSH
De defecte voeding was een Antec TruePower 550, er zit nu tijdelijk een Topower 330w voeding in. Het merk zegt me niet zoveel, maar hij weegt bijna net zoveel als de Antex dus low-budget zal het niet echt zijn. Tevens heb ik er even 1 proc uitgehaald en de cdrom en flop niet aangesloten omdat ik 330w met een dual athlon en 5 scsi schijven wat weinig vind
Toen de bak bootte heb ik meteen gekeken of alle data nog ok was, en deze lijkt dat inderdaad te zijn. Ook bootte hij zonder errors, dus er lijkt vooralsnog niet zo veel mis te zijn. Rond half 2 was het serverhok weer in de lucht (de kortsluiting hielp de UPS over de zeik dus alles ging uit) en kon iedereen weer inloggen / werken. Gelukkig zijn de belangrijkste zaken (Technische dienst/centrale database en de boekhouding) niet afhankelijk van die server behalve voor backups.
Maar dan: vanmorgen logt iedereen weer in en omdat het login-scipt de tijd synchroniseert met de fileserver zat iedereen plots terug op gisterenmiddag? Omdat ik er zowel via SSH als op de console niet bij kon (ssh: connection refsued en console bleef zwart ongeacht welke toets ik indrukte, samba was echter nog wel bereikbaar) heb ik hem met de aan/uit knop gereset. Wel heb ik eerst iedereen uit laten loggen en op laten slaan, daar die server meestal zo goed als idle is zou dat meteen weggeschreven moeten worden lijkt me.
Toen hij weer op was heb ik via de console ntpdate gedraaid, die wist me te vertellen dat we ruim achterliepen. Na 5 seconden nogmaals ntpdate gebruiken leverde een verschil van 0.0009 seconde op of zo.
Toen begon het; men was data en bestanden kwijt van alles wat tussen gisterenmiddag en nu gebeurd was, terwijl dingen die gisterenmiddag gedaan waren vanmorgen voor de reset nog wel weer ingelezen konden worden.
Als ik nu kijk wat de datum/tijd van de server is dan is dat 11:15 vandaag, volgens uptime is hij nu 19 minuten up terwijl dat ruim 4 en een half uur zouden moeten zijn.
ntpdate uitvoeren lukt niet, na de enter blijft hij 'hangen', ik kan wachten tot ik een ons weeg maar pas met ctrl-c kom ik weer in de shell, terwijl ntpdate normaal nog geen halve seconde nodig heeft.
Pingen naar de timeserver dan
Ik kan pas na 5 uur fatsoenlijk met dat ding aan de gang, dus een memtest oid heb ik nog niet gedraaid, maar alles wat ik doe lijkt te wijzen op de klok die stopt terwijl de rest gewoon doordraait.
Nu kan ik wel kijken of Alternate deze beschrijving accepteerd en het bord net als de voeding RMA sturen, maar ten eerste weet ik niet eens zeker of het dat wel is en ten tweede zitten we hier dan een week of zo zonder fileserver.
Dat valt wel op te lossen door de belangrijkste dingen even op een windowsshare van een werkstation te zetten of zo, maar liever niet natuurlijk, al was het maar omdat we dan geen domein meer hebben en ik een heleboel instellingen moet gaan veranderen.
Eigenlijk hoort de volgende vraag is NOS, maar: wat vind Debian ervan als ik er een ander moederbord inzet (wordt dan een P3-400 uit een Fujitsu Siemens, meer info heb ik er niet van

De belangrijkste vragen zijn dus:
- Wat is er aan de hand?
- Is het mobo inderdaad stuk?
- Zo nee, hoe los ik het dan op?
- Zo ja, wat vind Linux ervan als je het mobo vervangt?
"Your life is yours alone. Rise up and live it." - Richard Rahl
Rhàshan - Aditu Sunlock