Gep leirasa:
AMD X2 3800+
2g ram
2x 300g maxtor vinyo mdadm el raid1 ben
nforce4 chipset
lspci:
0000:00:00.0 Memory controller: nVidia Corporation: Unknown device 005e (rev a3)
0000:00:01.0 ISA bridge: nVidia Corporation: Unknown device 0050 (rev a3)
0000:00:01.1 SMBus: nVidia Corporation: Unknown device 0052 (rev a2)
0000:00:06.0 IDE interface: nVidia Corporation: Unknown device 0053 (rev f2)
0000:00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev f3)
0000:00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev f3)
0000:00:09.0 PCI bridge: nVidia Corporation: Unknown device 005c (rev a2)
0000:00:0a.0 Bridge: nVidia Corporation: Unknown device 0057 (rev a3)
0000:00:0b.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3)
0000:00:0c.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3)
0000:00:0d.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3)
0000:00:0e.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3)
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 NorthBridge
0000:05:07.0 VGA compatible controller: Cirrus Logic GD 5434-8 [Alpine] (rev 26)
0000:05:0a.0 RAID bus controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)
0000:05:0c.0 Ethernet controller: Marvell Technology Group Ltd. Yukon Gigabit Ethernet 10/100/1000Base-T Adapter (rev 13)
cat /proc/interrupts
CPU0 CPU1
0: 61239585 1234335351 IO-APIC-edge timer
9: 0 0 IO-APIC-level acpi
16: 21679207 386600637 IO-APIC-level SysKonnect SK-98xx
18: 0 0 IO-APIC-level libata
19: 7773826 363690158 IO-APIC-level libata
20: 0 0 IO-APIC-level libata
NMI: 2002817 1772694
LOC: 1295948657 1295948549
ERR: 0
MIS: 0
uname -a
Linux polaris 2.6.15.6 #6 SMP Sat Mar 18 23:35:12 CET 2006 x86_64 GNU/Linux
cat /etc/debian_version
3.1
A gond pedig ez lenne:
http://kepfeltoltes.hu/view/061210/cpu-week_www.kepfeltoltes.hu_.jpg
http://kepfeltoltes.hu/view/061210/interrupts-week_www.kepfeltoltes.hu_…
http://kepfeltoltes.hu/view/061210/irqstats-week_www.kepfeltoltes.hu_.j…
~258 napja up a gep eddig nem volt vele semmi gond igazabol most is "csak" annyi hogy irq 70% eszik 3-4 napja es nemtudom miert:( dmesg ben kernel.log ban nem latok semmi ujjat es halokartya is teszi a dolgat forgalma a gepnek nemsok van kb 5-10 mbit fel le ,de az a kezdetektol fogva.Valaszokat elore is koszonom.
- 2336 megtekintés
Hozzászólások
shutdown -r now hatasara megoldodott a dolog dehat 250 nap mulva megint kiderul elojone ez igy elegge "windows"os orvoslas lett:)
- A hozzászóláshoz be kell jelentkezni
Az édesanyám gépén (SuSE 10.0) dec. 5. óta (lehet, hogy már korábban is) váratlan fagyogatások vannak, amiket (úgy gondolom) ilyesmi kísér a kernelben (/var/log/messages-ben látom), kb. fél percenként 1 db:
Spurious ACPI interrupt on #CPU0, should never happen
Ha kihúzom az ethernet kábelt, nem látok ilyet. Ha visszadugom, szépen belassul a gép, aztán egy idő után már csak az egér mozog, utána már az se (RESET). Egyre durvább a dolog, mintha valami idióta TCP csomag(áradat?) tönkrevágná a Linux kernelt.
Látott már ilyet valaki? Vagy a hálókártyám ment tönkre? (De a kernelt akkor sem kéne megakasztania...)
Google nem segít.
- A hozzászóláshoz be kell jelentkezni
Vsz. hálókártya probléma volt. Most próbálom másik hálókártyával, és jobbnak tűnik az élet.
- A hozzászóláshoz be kell jelentkezni
ilyen nekem is van. ASUS P4C800 lap (sk98lin driver). valami driver bug. neha elojon, nekem a rmmod+insmod megoldja:
#!/bin/sh
sleep 10
/etc/init.d/networking stop
ifconfig eth0 down
rmmod sk98lin
sleep 2
modprobe sk98lin
/etc/init.d/networking start
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Thx kirobalom legkozelebb:)
- A hozzászóláshoz be kell jelentkezni
Kapcsold be a NAPI támogatást az adott modulra, akkor kevesebb IRQ lesz.
- A hozzászóláshoz be kell jelentkezni
Nekem is hasonló bajom van. Igaz nem ekkora mértékű, de szeretném tudni miért és hogy lehet megoldani.
Nálam annyiban különbözik a helyzet, hogy egy vmware serveren fut a virtuális gép már jó ideje. Pár napja valami oknál fogva az irq 4-5% stabilan ami a fizikai gépen kicsit nagyobb processzor terhelésben jelentkezik. Ez az érték szokatlan, mert eddig közel 0 volt. A gépen semmi nem történt azóta, azaz én semmit nem állítottam, nem csináltam rajta semmit.
A munin szerint a eth0 a ludas.
Próbáltam: újraindítást és a fentebb említett megoldást, de semmi!
Valakinek van hasonló tapasztalata vagy ötlete?
- A hozzászóláshoz be kell jelentkezni
vmware-tools-t probaltal felrakni?
--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!
- A hozzászóláshoz be kell jelentkezni
nem
[szerk.]
kipróbálva ... hát ez nem segít :S
- A hozzászóláshoz be kell jelentkezni
up
- A hozzászóláshoz be kell jelentkezni
Nekem szinte egy az egyben ugyanez a problémám. Annyi a különbség csak, hogy windows xp sp2 alatt. A több éve faszán működő rendszer 3-5 percenként beszaggat, még akkor is, ha semmi nem megy a háttérben. Process Explorer szerint minden szaggatáskor megemelkedik a DPCs-ek száma. RATTV3 szerint az NDIS.sys alig 1-2 perc alatt 166.000 DPCs-t tol. A többi mind 30.000 alatt marad.
rtl8139 van a gépben, ha ez segít. Csere sem segít rajta...
(Tudom, hogy az én bejegyzésem nem nagyon kötődik ide a win miatt, de hátha segít...)
miqlas
/ Haiku. Az egyetlen operációs rendszer. /
/ http://haiku-os.org /
- A hozzászóláshoz be kell jelentkezni
Ilyesmi nincs a dmesg-edben?
$ dmesg |grep -i tsc
Marking TSC unstable due to: TSC halts in idle.
Clocksource tsc unstable (delta = -245395240 ns)
Állítolag ez kapcsolatban lehet a CPU órajel frekvencia váltással.
Érdemes még megnézni a PowerTOP-ot is, hogy mit mond, ill. az ezzel kapcsolatos hibabejegyzéseket.
- A hozzászóláshoz be kell jelentkezni
Time: tsc clocksource has been installed.
- A hozzászóláshoz be kell jelentkezni