Dotaz: BUG: soft lockup detected on CPU#0!

[LFCIB]

Zdravím, náhodně mi vyskočí "BUG: soft lockup detected on CPU#0!" a totálně zatuhne systém. Logy mlčí. Jádro 2.6.19.7 s IMQ IPP2P ESFQ apod. Jinak když to běží tak super. V diskusi jsem našel že to může být opět IMQ. Už nevim co s tim mám dělat, je to 14dní novej "server". IMQ mě prostě zrujnuje Bohužel nevím jak to nasimulovat, prostě si to běží a běží a najednou umře. Máte někdo tu křišťálovou kouli prosím, nutně ji potřebuji Jaké jadro v kombinaci s IMQ mám zvolit, aby to bylo stabilní? Doporučte prosím. Musí to být od 2.6.18 výš, kvůli desce. Díky

Odpovědi

[LFCIB]

Jen bych rád věděl co s takovým systémem dělat. Jestli čekat až to spadne nebo to smazat a začít znova, bo vybrat jiné jádro? Moc na výběr nemám, patch IMQ pro 2.6.18 je prý nestabilní, pro 2.6.20 už ho mám osobně jako nestabilní vyzkoušen. 2.6.19 taktéž, tak asi zkusím 2.6.21 a pak se vrátím k Windows 98 To vám to všem fakt běží bez problému? Dík

[vasek125]

"BUG: soft lockup detected on CPU#0!" = hláška, která na tebe vyskočí, jakmile jedeš na jádře zkompilovaným pro jiný procesor, než na kterým běží. Třeba pentium mmx : pentium 2.

[LFCIB]

Jsi si opravdu jistý? Jádro je zkompilované pro Pentium 4 atd, podle mě nejbližší volba Pentiu D 3GHz. Jestli je to tak, co mám vybrat za procesor, když mám INTEL Dual-Core Pentium D 925 - 3,00GHz? (jádro jsem překompilovával pro podporu sip conntrack, SIP je v jádře jako EXPERIMENTAL, nemůže to být příčina této chyby?)

Děkuji

[petr_p]

Blbost. Soft lockup detection je kontrola jádra na očekávaný deadlock. Kontrolu si můžete v jádře vypnout (CONFIG_DETECT_SOFTLOCKUP), ale není to řešení problému.

K deadlocku nesmí dojít. Pokud ano, je to chybná synchronizace kritických sekcí a musí se to opravit ve zdrojácích.

[LFCIB]

Jsem si to myslel. škoda že neumím tu chybu nijak vyvolat, nevíte jak zjistit co to přesně způsobuje? Děkuji

[petr_p]

Jádro vypíše call stack. Pokud máte /boot/System.map, měl by vypsat i názvy funkcí. Od toho by mělo jít zjistit název funkce a pak ve zdrojících dohledat, název semaforu/spinlocku.

[vasek125]

No a to klidně může vyvolat kompilace pro jiný procesor, vím to z vlastní zkušenosti.

[petr_p]

To sice ano, ale v případě, že si poustíte binárku určenou pro jiný procesor, tak na vás může vyskočit cokoliv.

[petr_p]

Buď nové jádro bez IMQ nebo staré s IMQ. Obávám se, že na IMQ už nikdo nechce dělat, protože síťový kód se od 2.4 jádra hodně změnil a v jádře je upřednostňovaný IFB. Podívejte se na něj.

[LFCIB]

Ano. Už se routuju na IFB IMQ je jinak super, je to škoda Děkuji

[DD]

To mi dělalo od té doby co se mi podařilo zkratovat zdroj. Nabíhal mi PC se svítící diodou aktivity HDD a po nabíhání linux kernel mi to oznámilo tuto chybovou hlášku. Vyřešil jsem to že jsem nabootoval jednou bez zapojených gáblů na disky a CDRomy (světílko přestalo svítit). Zamačkal a zkontroloval jsem IDE gabely a pak jsem zapojil disk (světýlko aktivity disku již svítilo jak mělo) a bez zapojeného CDromu jsem spustil. Vše naběhlo jak mělo.

[LFCIB]

Diky za snahu, muj problem naprosto jiste souvisel s IMQ. Hezky den

[thiemel]

Hezký den, je to chyba spojená s IMQ - v kerlen modulu je WHILE smyčka, nástroj ďáblův...

Před necelým rokem jsem "intuitivně" napsal "patch" na IMQ... A přes rok mi server jede celkem stabilně. (Jen jsem musel vypnout "SysRq" podporu pro speciální funkce přes Alt, protože se mi jinak server natvrdo vypínal, když jsem občas pustit "aptitude")

Patch je zde:

**********

--- linux-source-2.6.17.14/drivers/net/imq.c.orig       2006-11-18 00:08:00.000000000 +0100
+++ linux-source-2.6.17.14/drivers/net/imq.c    2006-12-02 00:42:00.000000000 +0100
@@ -201,14 +201,23 @@
                        ret = 0;
                }
        }
-       if (spin_is_locked(&dev->xmit_lock))
-               netif_schedule(dev);
-       else
-
-        while (!netif_queue_stopped(dev) &&
-               qdisc_restart(dev)<0)
-                /* NOTHING */;
 
+
+if (spin_trylock(&dev->xmit_lock)) {
+    qdisc_run(dev);
+    spin_unlock(&dev->xmit_lock);
+}else{
+    netif_schedule(dev);
+}
+
+//       if (spin_is_locked(&dev->xmit_lock))
+//               netif_schedule(dev);
+//       else
+//
+//        while (!netif_queue_stopped(dev) &&
+//               qdisc_restart(dev)<0)
+//                /* NOTHING */;
+//
        spin_unlock_bh(&dev->queue_lock);
 
        if (skb2)

**********

[regine]

Nejsem odbornik, jen popisuji jak se to stava u mne a jak mi zmizne zatuhavani UBUNTU.

A) Pravidelne dostavam hlaseni bug 132.434 102 - soft lockup detected on CPU#0, kdyz mi UBUNTU nabidne upgrade jadra a ja ho povolim. Tentokrat (21.prosince 2007) z 2.6.20-15-generic na 2.6.20-16-generic. Predtim z 2.6.20-14-generic na 2.6.20-15-generic.

B) Restarty ani pres recovery mode nepomahaji.

C) Zatim vzdy pomohlo pres GRUB spustit starsi jadro a potom restartnout nove jadro.