FreeBSD 5.x gooit spontaan spanning eraf.

[Verwijderd]

Mogggggguh,


Ik heb hier een zeer vreemd en frustrerend probleem met mijn FreeBSD 5.3 doos. (en overigens ook met versie 4.10)

Mijn FreeBSD server heb ik afgelopen weekend voorzien van versie 5.3. Alles en prima, installatie is goed verlopen, geen problemen .. kortom ik was weer helemaal tevreden.

Nu ben ik mijn Qmail Toaster aan het installeren ( http://www.tnpi.biz/internet/mail/toaster/install.shtml , en eigenlijk al bij het compilen van perl, slaat het systeem -zonder panic of error melding- compleet uit. Het laatste wat ik nog op het scherm zag staan was "writing compiled form" (maar daar komen er meerdere van voorbij.

Afijn, ik laat me niet uit de weg slaan voor een perl installatie, dus heb de installatie voorgezet door perl te installeren met een pkg_add commando. Verdere installatie prima uitgevoerd. Probleem zat het volgens mij dan in perl .. althans dat dacht ik.

Verder gegaan met de installatie, sources binnengehaald en kernel opnieuw gebakken. Ging allemaal buitengewoon goed. Installatie helemaal klaar , alles werken .. ik was tevreden.

Dinsdagavond was niks met het systeem aan het doen, geen load en geen cpu gebruikt. Systeem donderstraalt gewoon weer uit!

- Geen kernel panic of coredumps
- Geen errors of vreemde meldingen in alle logs files
- Uren lopen zoeken, niks vreemd gevonden ..

Toen ben ik maar aan een grote hardware vervanging begonnen.

- Nieuwe systeem kast met een nieuwe voeding
- Andere geheugen modules en een ander moederbord (MSI kt3v)
- Geheugen laten memtesten , 10 passes zonder errers

Ikke heel trots verder gegaan, voor de test even aan het compileren, make worlden geslagen.
Totaal geen probleem. Hele avond/nacht heeft ie flink lopen stampen (met de kast open)
Volgende ochtend zit ik op mijn werk, lekker verder wezen installeren.
En halverwege de ochtend, zelfde probleem.

Toen heb ik op internet even wat gezocht en kwam ik tot de volgende mogelijke oorzaken.

ACPI ondersteuning/powermanagement probleem hetzij bios of bsd.
Systeem opgestart met de current kermel en acpi disabled. Beng, even later pleurt het systeem weer in elkaar. Gewoon uit!

Dus vandaag verder zoeken ...
Nu bedacht ik me, het zou wel eens een warmte probleem kunnen zijn (al hangen er veel koelers is en is de airflow wel OK) Want op moment dat hij instorte , was de klep weer dicht!
Ik de buurman systeem laten aanzetten omdat k op het werk was, en de klep eraf laten halen.
Lekker even mbmon geinstalleerd en temps bekeken en hij gaf netjes 40 cpu aan en 30 mobo.
systeem draaide gewoon weer lekker! Uiteinedelijk ff stresstest installeerd en gestart .. na 15 minuten viel systeem uit , ongeveer op 52/53 graden (volgens de mbmon dan)

Net het systeem thuis het systeem aangezet, kap erop en stresstest weer gestart , en nu staat hij al een uur aan met 40 mobo en 70 graden cpu. Niks aan de hand weer. Nou ik weet het niet meer .... jullie wel?

bijgesloten wat meer info

FreeBSD slagmoat.banisch.nl 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #1: Wed Dec 8 17:36:59 CET 2004 [e-mail]:/usr/src/sys/i386/compile/SLAGMOAT i386

MPTable: <VIA VT5440B >
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: AMD Athlon(tm) XP 2600+ (1921.04-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0
Features=0x383fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
AMD Features=0xc0400000<AMIE,DSP,3DNow!>
real memory = 1073741824 (1024 MB)
avail memory = 1045385216 (996 MB)
ioapic0: Assuming intbase of 0
ioapic0 <Version 0.3> irqs 0-23 on motherboard
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <MPTable Host-PCI bridge> pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
agp0: <VIA Generic host to PCI bridge> mem 0xe0000000-0xe7ffffff at device 0.0 on pci0
pcib1: <MPTable PCI-PCI bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <display, VGA> at device 0.0 (no driver attached)
re0: <RealTek 8110S Single-chip Gigabit Ethernet> port 0xec00-0xecff mem 0xdfffff00-0xdfffffff irq 16 at device 5.0 on pci0
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S media interface> on miibus0
rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto
re0: Ethernet address: 00:50:fc:ce:0c:76
miibus1: <MII bus> on xl0
ukphy0: <Generic IEEE 802.3u media interface> on miibus1
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vx0: <3COM 3C590 Etherlink III PCI> port 0xe400-0xe41f irq 18 at device 7.0 on pci0
vx0: [GIANT-LOCKED]
utp/aui/bnc[*utp*]: disable 'auto select' with DOS util!vx0: Ethernet address: 00:20:af:fa:70:36
vx0: if_start running deferred for Giant
Warning! Defective early revision adapter!
isab0: <PCI-ISA bridge> at device 17.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 8235 UDMA133 controller> port 0xfc00-0xfc0f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 17.1 on pci0
ata0: channel #0 on atapci0
ata1: channel #1 on atapci0
pcm0: <VIA VT8235> port 0xe000-0xe0ff irq 22 at device 17.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <Avance Logic ALC650 AC97 Codec>
cpu0 on motherboard
orm0: <ISA Option ROMs> at iomem 0xc8000-0xc87ff,0xc0000-0xc7fff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x64,0x60 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
unknown: <PNP0303> can't assign resources (port)
unknown: <PNP0f13> can't assign resources (irq)
Timecounter "TSC" frequency 1921037575 Hz quality 800
Timecounters tick every 10.000 msec
ad0: 152627MB <SAMSUNG SP1604N/TM100-24> [310101/16/63] at ata0-master UDMA100
ad1: 152627MB <SAMSUNG SP1604N/TM100-24> [310101/16/63] at ata0-slave UDMA100
ad2: 152627MB <SAMSUNG SV1604N/TR100-24> [310101/16/63] at ata1-master UDMA100
ad3: 152627MB <SAMSUNG SV1604N/TR100-24> [310101/16/63] at ata1-slave UDMA100
Mounting root from ufs:/dev/ad0s1a
pflog0: promiscuous mode enabled
drm0: <ATI Rage 128 Pro Ultra TF (AGP)> port 0xc800-0xc8ff mem 0xdfefc000-0xdfefffff,0xd8000000-0xdbffffff irq 16 at device 0.0 on pci1
info: [drm] AGP at 0xe0000000 128MB
info: [drm] Initialized r128 2.5.0 20030725 on minor 0

$ vmstat -i
interrupt total rate
irq1: atkbd0 639 0
irq8: rtc 1148741 127
irq12: psm0 10812 1
irq13: npx0 1 0
irq14: ata0 146888 16
irq15: ata1 64 0
irq16: re0 drm0 701399 78
irq18: vx0 171523 19
irq22: pcm0 29881 3
irq0: clk 897494 99
Total 3107442 346


vx0 gebruikt ik voor mijn adsl (3 com)
re0 1gbit kaartje voor mijn lan (realtek/sweex)

Snif snif!

ik ben er benieuwd ;-)

[ Voor 8% gewijzigd door Verwijderd op 09-12-2004 20:27 ]

[Seth4Chaos]

Heb ik ook gehad (al was het met mij een linux systeem) en gebeurde het na 2 sec tot 5 min maar het bleek uiteindelijk aan me voeding te liggen die gewoonweg besloot er mee te stoppen.

[Verwijderd]

Seth4Chaos schreef op donderdag 09 december 2004 @ 20:01:
Heb ik ook gehad (al was het met mij een linux systeem) en gebeurde het na 2 sec tot 5 min maar het bleek uiteindelijk aan me voeding te liggen die gewoonweg besloot er mee te stoppen.

Dat hoopte ik ook .. maar helaas nieuwe voeding 350watt (4 disken en klein agp kaartje eraan) bleek het ook niet te zijn. Bij maximale belasting en veel disk IO , blijt het systeem draaien .. maar op spontane moment dat moet ik hem aanslingeren

Overigens draaien er ook geen cronjobjes op de achtergrond ..op het tijdstip dat ik hem peper in zijn floppydrive moet stoppen .

[ Voor 11% gewijzigd door Verwijderd op 09-12-2004 20:09 ]

[Infern0]

Altijd lastig zulke problemen, wat ik zou doen, is systeem uitkleden tot de basis en kijken of systeem dan nog steeds raar doet.
Wat ik zou testen:
- video kaart
- mem
- mobo + cpu
- 1 hardeschijf
Kijken of hij dan nog steeds rare locks geeft.

[silentsnake]

Jup, het moet wel aan je hardware liggen lijkt mij. Een andere CPU en/of videokaart is ook nog het proberen waard.

[Verwijderd]

ik zal dat nog eens proberen, tis zo onregelmatig allemaal ...
nu draait het weer een halve dag weer zonder problemen

[coller]

[quote]Verwijderd schreef op donderdag 09 december 2004 @ 19:52:

Net het systeem thuis het systeem aangezet, kap erop en stresstest weer gestart , en nu staat hij al een uur aan met 40 mobo en 70 graden cpu. Niks aan de hand weer. Nou ik weet het niet meer .... jullie wel?

niks aan de hand?

[xzenor]

Maar sowieso denk ik niet dat je in je software moet zoeken hoor..
Lijkt mij vrij duidelijke en hardware probleem.
FreeBSD pleurt echt niet zomaar de stroom van je machine af.
Die komt eerst met een Kernel Panic voor ie iets anders doet...

[JJr]

Ik denk inderdaad ook dat je het niet in de software moet zoeken. Ik heb (zo lijkt het) exact zo'n zelfde probleem, alleen draait hier Debian testing. Draaide ruim 120 dagen probleemloos.Enkele weken terug begon het systeem om de paar dagen uit te vallen. Tot gisteren had ik weer een uptime van 17 dagen, en gister viel die zomaar weer paar keer achter elkaar uit.
Wat de meesten melden: stap voor stap hardware testen lijkt mij de beste oplossing om tot de oorzaak van het probleem te komen.

[Verwijderd]

[quote]coller schreef op vrijdag 10 december 2004 @ 11:12:

Verwijderd schreef op donderdag 09 december 2004 @ 19:52:

Net het systeem thuis het systeem aangezet, kap erop en stresstest weer gestart , en nu staat hij al een uur aan met 40 mobo en 70 graden cpu. Niks aan de hand weer. Nou ik weet het niet meer .... jullie wel?

niks aan de hand?

als jij had gelezen dat de normale mobo temp op 30 en cpu rond de 40-50 lag , en dat ik de een zware stresstest heb gedraaid dat is 40 mobo/systeemkast en 70 cpu goed te doen. Er zitten in de kast 4 disken en amd 2600+

en het systeem heeft het een hele nacht uit gehouden op die 70 met cpu

[Verwijderd]

possamai schreef op vrijdag 10 december 2004 @ 12:48:
Maar sowieso denk ik niet dat je in je software moet zoeken hoor..
Lijkt mij vrij duidelijke en hardware probleem.
FreeBSD pleurt echt niet zomaar de stroom van je machine af.
Die komt eerst met een Kernel Panic voor ie iets anders doet...

Dat is nou juist het jammere ervan .. ik zie geen kernel panic of andere errors
althans op het scherm niet, maar dan moet ik 3 dagen naar scherm loeren, in de logs kan ik niks vinden. vanavond maar ff videokaart en netwerk vervangen

//edit

en zegt het je iets als ik zeg dat de zelfde configuratie op freebsd 5.2.1 wel goed loopt zonder shutdowns? en 4.9 ook geen problemen.

4.10 en 5.3 (laatste releases dus wel)

[ Voor 15% gewijzigd door Verwijderd op 10-12-2004 13:42 ]

[Verwijderd]

http://www.hondenschool-ijsselstein.nl/sys.JPG