Onderwerp: 3Ware 7500-4 en FreeBSD probleem

Ik draai FreeBSD 5.4 op een Tyan MPX (dual Athlon MP) mainboard met 2GB en een 3Ware 7500-4 controller.

Een stukkie geschiedenis:
Deze bak draaide eerst Debian. Als als webserver hing hij steeds, later als gameserver ging het perfect.
Mainboard is toen vervangen en het leek OK. Achteraf was dat echter toen zijn taak van webserver naar gameserver veranderde. Nu is er een nieuwe install gedaan met FreeBSD 5.4 en leek alles OK. Tot een paar dagen nadat hij daadwerkelijk aan het werk moest. (met werk bedoel ik overigens een zeer lage load en hooguit 2mbit verkeer).

Om de x dagen (waarbij X random lijkt) reboot deze machine. Zonder dat ik ook maar enige logs of wat dan ook kan vinden. Alles werkt perfect, tot hij een minuut ofzo offline is om te rebooten. Hierop
heb ik het mainboard, CPUs, NIC, graphische kaart en de 2GB geheugen vervangen met spare parts uit een werkende server. 5 Dagen na de bootup heb ik weer een reboot. Het enige onderdeel wat NIET vervangen is, is de 3Ware kaart. Ik begin er nu toch echt aan te denken dat dit de veroorzaker is van al het kwaad. Zowel een tijd terug onder Linux als nu onder FreeBSD. Gelukkig dat FreeBSD opnieuw boot ipv Kernel Panics geeft en hangt.

Wie heeft er ervaringen met de oudere (2002) firmware in de controller en FreeBSD? Ik kon via Google eigenlijk alleen wat problemen vinden met Maxtor schijven (die er ook idd inhangen), maar dat ging puur om CRC probs en schijven die uit de array vallen. Ik ga nu de firmware upgraden naar 7.7.3 (of iets dergelijks, whatever de latest greatest is), kijken of dat helpt. Maar ben toch benieuwd of er anderen met soortgelijke problemen zijn. Of andere ideeen over de spontane FreeBSD reboot acties.

Het is inderdaad de 3Ware kaart. Upgraden naar een hogere firmware werkt niet in alle gevallen, terug sturen is de enige oplossing.

Origineel geplaatst door mihosnet
Het is inderdaad de 3Ware kaart. Upgraden naar een hogere firmware werkt niet in alle gevallen, terug sturen is de enige oplossing.

Da's niet zo mooi. Zo'n controller heb ik niet spare liggen (de rest heeft andere of ingebouwde RAID controllers). En zonder controller doet'ie het natuurlijk wat minder.

Heb je pointers naar anderen die eenzelfde ervaring hadden? Of naar een known bug in die kaarten?

Heb zelf ook een probleem gehad met FreeBSD 5.4 en mijn 3ware raid adapter.
Heb toen gezocht en kwam er achter dat er een bug in de bootloader zit, waardoor er rare dingen kunnen gebueren, bijmij kwam het er op neer dat hij 3 van de 4 keer crashte na een reboot.

Gezien ik niet instaat was/ben zelf die bootloader te debuggen, ben ik overgestapt op linux (helaas).

Origineel geplaatst door ikkuh
Heb zelf ook een probleem gehad met FreeBSD 5.4 en mijn 3ware raid adapter.
Heb toen gezocht en kwam er achter dat er een bug in de bootloader zit, waardoor er rare dingen kunnen gebueren, bijmij kwam het er op neer dat hij 3 van de 4 keer crashte na een reboot.

Gezien ik niet instaat was/ben zelf die bootloader te debuggen, ben ik overgestapt op linux (helaas).

Lijkt mij een ander probleem, want booten gaat prima. Ik heb nu vannacht (draait nu de 3ware server om het eea te monitoren) een bad sector repair gehad. Dat was een probleem wat ik eerder vond icm Maxtor schijven. Lijkt er dus op dat ik dat probleem ook heb. Mijn plan voorlopig is om de bios van de controller te updaten. Vervolgens zal ik beide Maxtor schijven vervangen door Seagates. Dan maar hopen dat het het probleem oplost.

Precies zo'n zelfde probleem gehad. Bij mij bleek het uiteindelijk echter te liggen aan een software waardoor het niet verstandig is om /proc meerdere malen te mounten als je een stabiel systeem wilt hebben.

Dit zal met FreeBSD 5.4 misschien net wat anders gaan, dus ik zal geen stap-voor-stap handleiding neerpennen, maar wat je het beste kan doen is om 't hele geheugen en stack en dergelijke te laten dumpen bij een vastloper. Dat kost een paar minuten extra bij het rebooten, maar levert wel gedetailleerde informatie op.

Door het debuggen van de dump kwam ik er achter dat er bij mij iets misging met procfs en sinds ik die slechts 1x mount ipv meerdere keren op verschillende plekken is die server gewoon stabiel.

Wat je moet doen is in ieder geval je kernel rebuilen met debugging symbols erin en dan die dumps aanzetten, ergens in /etc/rc.conf.

Origineel geplaatst door Hans
Wat je moet doen is in ieder geval je kernel rebuilen met debugging symbols erin en dan die dumps aanzetten, ergens in /etc/rc.conf.

Yep, die zet'ie dan op je swap partitie meestal (tenzij je wat anders vrij hebt). Ik verwacht deze week de Maxtors te swappen met Seagates, omdat het probleem toch redelijk in die richting wijst (vond wat maillist postings over de Maxtor-3Ware combi met de foutmeldingen die ik ook krijg). Meteen nieuwe firmware erin en dan eens zien. Kan ik bij die onderhouds reboots meteen de kernel met debug info aanzetten.