Chyba Kernel: __common_interrupt: 0.36 No irq handler for vector

[Bart_]

Ahoj,


potýkám se s problémem, který je nad mé síly:

• Na zařízení s OS Ubuntu 20.04 LTS běží custom aplikace (vlastní systémové služby obsluhující periferie zařízení):
  HW: Průmyslový počítač (např. [size=78%]https://www.soselectronic.cz/products/lexsystem/super-15-1-3i385cw-d90-rtp-cs15b70s-00f-r-264314?query=super-15[/size][size=78%])[/size]SW: Django (Daphne), PostgreSQL, redis-server, nginx. Velmi častá komunikace přes RS-485.
• Nepravidelně, v průběhu provozu zařízení, se objevuje hláška "Chyba Kernel: __common_interrupt: 0.36 No irq handler for vector", která způsobí "zamrznutí" částí aplikace, která na PC běží.
• Chybová hláška má vždy jiné číslo (např. 0.35)
• Chyba pozorována na více zařízeních
• Takto to vypadá v logu vlastních služeb, běžících na zařízení:
  čec 30 05:39:57 numazon-E5 python[2482450]: box3 [2022-07-30 05:39:57,008] client DEBUG Connection failed, retryingčec 30 05:39:57 numazon-E5 python[2482450]: box3 [2022-07-30 05:39:57,399] switch_queue_utils DEBUG waiting for job result #2 status: started: slot off 6...Message from syslogd@numazon-E5 at Jul 30 05:39:58 ... kernel:[748410.634972] __common_interrupt: 0.35 No irq handler for vectorMessage from syslogd@numazon-E5 at Jul 30 05:39:58 ... kernel:[748410.635438] __common_interrupt: 0.35 No irq handler for vectorčec 30 05:39:58 numazon-E5 python[2482450]: box3 [2022-07-30 05:39:58,401] switch_queue_utils DEBUG got job result Truečec 30 05:39:58 numazon-E5 python[2482450]: box3 [2022-07-30 05:39:58,414] lights INFO Setting lights DAC to 0.

[li]dmesg, kernel a lspci logy v příloze.[/li][/list]Laický dotaz: Nemůže být tento problém způsoben např. nekompatibilní verzí linuxu a kernelu?

Setkal jste se někdo s tímto? Je potřeba doplnit nějaké informace?

Předem děkuji za reakce, Bart_

[Ventero]

Asi by jsi to měl zařadit do správné sekce - tady si toho leckdo nemusí všimnout.

[juwa2]

Začni tím, že vyzkoušíš jiný (novější, starší) kernel. Pak se uvidí...
Instalaci kernelů ti usnadní tato aplikace (klikátko).
Samozřejmě, kernelů můžeš mít současně nainstalováno kolik chceš -  a "přepínat" mezi nimi můžeš na obrazovce grubu (při restartu).
Až problém vyřešíš (najdeš kernel se kterým to bude fungovat), tak ostatní odinstaluj.
Závěrem příkaz kterým zjistíš na jakém kernelu aktuálně jedeš:

Kód: [Vybrat]

uname -r

[Bart_]

Díky za reakce.

Asi by jsi to měl zařadit do správné sekce - tady si toho leckdo nemusí všimnout.

Poradí mi někdo, jak se toto dělá? 

Začni tím, že vyzkoušíš jiný (novější, starší) kernel. Pak se uvidí...
Instalaci kernelů ti usnadní tato aplikace (klikátko).
Samozřejmě, kernelů můžeš mít současně nainstalováno kolik chceš -  a "přepínat" mezi nimi můžeš na obrazovce grubu (při restartu).
Až problém vyřešíš (najdeš kernel se kterým to bude fungovat), tak ostatní odinstaluj.
Závěrem příkaz kterým zjistíš na jakém kernelu aktuálně jedeš:

Kód: [Vybrat]

uname -r

Problémem této metody je to, že se kernel chyba objevuje nepravidelně - nejsem schopný tento stav vyvolat. Tzn. že na to, zda je daný kernel funguje/nefunguje přijdu až po delší době..

[JirkaZ]

Když jsem se po podobných chybách díval, tak společným jmenovatelem řešení bylo to, že pomohl update BIOSu.

To, že se chyba projevuje na více zařízeních znamená, že ta zařízení jsou identická (HW i SW)?

[Bart_]

Když jsem se po podobných chybách díval, tak společným jmenovatelem řešení bylo to, že pomohl update BIOSu.

To, že se chyba projevuje na více zařízeních znamená, že ta zařízení jsou identická (HW i SW)?

Ano, mám 3 různé typy průmyslových počítačů:
 - na dvou typech se toto zatím neprojevilo
 - na jednom typu se to projevilo na dvou různých počítačích (ze tří v provozu). Všechny kusy mají stejnou verzi HW i SW - BIOSU, Kernelu, Ubuntu i běžících služeb.

[JirkaZ]

- na jednom typu se to projevilo na dvou různých počítačích (ze tří v provozu). Všechny kusy mají stejnou verzi HW i SW - BIOSU, Kernelu, Ubuntu i běžících služeb.

No takže bych prostě zkusil změnit ten BIOS. A to nejen na novější, ale třeba i starší.

Nebo se taky údajně dá zakázat iommu v jádře - viz https://www.linuxquestions.org/questions/linux-newbie-8/how-can-we-fix-this-no-irq-handler-for-vector-4175692269/, popř. to jde i v BIOSu (najdi si).

Prostě si jeden zlobivý kus rezervuj na experimenty, všechno si zálohuj (včetně stávajícího BIOSu) a směle do pokusů.