Guten Morgen!

Ich bekomme in unregelm��igen Abst�nden diese Fehlermeldung auf jeder
Konsole, �ber die ich via ssh mit meinem Heimserver verbunden bin -
�brigens erst seit dem Umstieg auf bookworm-stable und dessen Kernel:

Message from syslogd@server at Jun 13 10:56:46 ...
kernel:[1367109.041444] __common_interrupt: 1.38 No irq handler for vector

Das bekommt man, wenn man weiter forscht:

11:07:22root@server:~# dmesg | egrep -i "interrupt|spurious"
[So, 2. Jun 2024, 10:56:24] hpet: Lost 2465 RTC interrupts
[So, 2. Jun 2024, 19:52:03] hpet: Lost 3989 RTC interrupts
[So, 2. Jun 2024, 21:30:03] hpet: Lost 4134 RTC interrupts
[Mo, 3. Jun 2024, 01:59:23] hpet: Lost 695 RTC interrupts
[Mo, 3. Jun 2024, 02:11:54] hpet: Lost 2319 RTC interrupts
[Mo, 3. Jun 2024, 07:02:23] hpet: Lost 2618 RTC interrupts
[Mo, 3. Jun 2024, 11:04:34] hpet: Lost 3365 RTC interrupts
[Mo, 3. Jun 2024, 11:56:43] hpet: Lost 2270 RTC interrupts
[Mo, 3. Jun 2024, 20:43:33] hpet: Lost 879 RTC interrupts
[Di, 4. Jun 2024, 08:17:43] hpet: Lost 2648 RTC interrupts
[Di, 4. Jun 2024, 08:41:23] hpet: Lost 552 RTC interrupts
[Di, 4. Jun 2024, 12:16:43] hpet: Lost 2098 RTC interrupts
[Di, 4. Jun 2024, 22:08:47] hpet: Lost 3457 RTC interrupts
[Mi, 5. Jun 2024, 05:55:53] hpet: Lost 551 RTC interrupts
[Mi, 5. Jun 2024, 17:18:56] hpet: Lost 1546 RTC interrupts
[Mi, 5. Jun 2024, 22:57:43] __common_interrupt: 1.38 No irq handler for vector [Do, 6. Jun 2024, 22:17:44] hpet: Lost 3350 RTC interrupts
[Fr, 7. Jun 2024, 05:42:43] __common_interrupt: 0.37 No irq handler for vector [Fr, 7. Jun 2024, 07:54:46] hpet: Lost 4425 RTC interrupts
[Fr, 7. Jun 2024, 08:55:09] hpet: Lost 3974 RTC interrupts
[Sa, 8. Jun 2024, 08:46:13] __common_interrupt: 0.38 No irq handler for vector [Sa, 8. Jun 2024, 20:41:33] __common_interrupt: 1.38 No irq handler for vector [Sa, 8. Jun 2024, 22:52:38] perf: interrupt took too long (3133 > 3130), lowering kernel.perf_event_max_sample_rate to 63750
[So, 9. Jun 2024, 05:10:14] __common_interrupt: 1.38 No irq handler for vector [So, 9. Jun 2024, 05:42:24] __common_interrupt: 1.38 No irq handler for vector [So, 9. Jun 2024, 11:01:01] __common_interrupt: 1.38 No irq handler for vector [So, 9. Jun 2024, 17:11:24] __common_interrupt: 1.38 No irq handler for vector [So, 9. Jun 2024, 18:08:19] __common_interrupt: 1.38 No irq handler for vector [So, 9. Jun 2024, 22:47:25] perf: interrupt took too long (3923 > 3916), lowering kernel.perf_event_max_sample_rate to 50750
[Mo, 10. Jun 2024, 09:22:05] hpet: Lost 432 RTC interrupts
[Mo, 10. Jun 2024, 15:16:13] __common_interrupt: 1.38 No irq handler for vector [Mo, 10. Jun 2024, 16:32:43] __common_interrupt: 1.38 No irq handler for vector [Mo, 10. Jun 2024, 16:44:56] __common_interrupt: 1.38 No irq handler for vector [Mo, 10. Jun 2024, 16:53:34] __common_interrupt: 1.38 No irq handler for vector [Di, 11. Jun 2024, 03:23:46] __common_interrupt: 1.38 No irq handler for vector [Di, 11. Jun 2024, 07:42:33] __common_interrupt: 1.38 No irq handler for vector [Di, 11. Jun 2024, 08:02:47] __common_interrupt: 1.38 No irq handler for vector [Di, 11. Jun 2024, 15:56:23] __common_interrupt: 1.38 No irq handler for vector [Mi, 12. Jun 2024, 05:15:53] __common_interrupt: 1.38 No irq handler for vector [Mi, 12. Jun 2024, 19:13:04] __common_interrupt: 1.38 No irq handler for vector [Mi, 12. Jun 2024, 20:45:43] __common_interrupt: 1.38 No irq handler for vector [Mi, 12. Jun 2024, 21:31:43] __common_interrupt: 1.38 No irq handler for vector [Do, 13. Jun 2024, 10:56:46] __common_interrupt: 1.38 No irq handler for vector

Meine Suche im Netz war irgendwie erfolglos. Jemand eine Idee, was ich
machen kann? Der Server ist ein Fujitsu-Siemens, ich glaube mit D2461-Motherboard. Am liebsten w�rde ich nat�rlich die Ursache f�r den
Fehler finden, da er aber keine offensichtlichen Auswirkungen hat,
w�rde es im ung�nstigsten Fall auch reichen, wenn die Meldung nicht
mehr auf der Konsole erscheint - sie m�llt dann n�mlich gerade am
schreibende Texte zu.

ciao, Dirk

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 6/13/24 um 11:12 AM schrieb Dirk S.:

Meine Suche im Netz war irgendwie erfolglos. Jemand eine Idee, was ich
machen kann? Der Server ist ein Fujitsu-Siemens, ich glaube mit D2461-Motherboard. Am liebsten würde ich natürlich die Ursache für den Fehler finden, da er aber keine offensichtlichen Auswirkungen hat,
würde es im ungünstigsten Fall auch reichen, wenn die Meldung nicht
mehr auf der Konsole erscheint - sie müllt dann nämlich gerade am schreibende Texte zu.

Den ungünstigen Fall kann ich liefern: Du kannst die Ausgabe **aller**
Kernel Meldungen auf der Konsole mit

sudo dmesg -D

deaktivieren.

Viele Grüße
Ulf

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Thu, Jun 13, 2024 at 06:57:21PM +0200 schrieb Ulf Volmer:

Am 6/13/24 um 11:12 AM schrieb Dirk S.:

Meine Suche im Netz war irgendwie erfolglos. Jemand eine Idee, was ich machen kann? Der Server ist ein Fujitsu-Siemens, ich glaube mit D2461-Motherboard. Am liebsten w�rde ich nat�rlich die Ursache f�r den Fehler finden, da er aber keine offensichtlichen Auswirkungen hat,
w�rde es im ung�nstigsten Fall auch reichen, wenn die Meldung nicht
mehr auf der Konsole erscheint - sie m�llt dann n�mlich gerade am schreibende Texte zu.

Den ung�nstigen Fall kann ich liefern: Du kannst die Ausgabe **aller**
Kernel Meldungen auf der Konsole mit
sudo dmesg -D

Mhmm. Das gilt dann systemweit, oder nur auf dieser Konsole? Und nur
bis zum Reboot, oder dauerhaft?

ciao, Dirk

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Dürfte für alle Console gelten und auch nur flüchtig, also also bis zum nächsten Reboot. Für alles Weitere hätte ich früher in Richtung (r)syslog.conf bzw. (r)syslog.d geschielt, aber mit systemd ist das wohl alles ganz anders.

In meiner angepassten /etc/sysctl.conf steht:

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3
kernel.printk = 4 4 1 7


ym2c


--

Sven

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Thu, Jun 13, 2024 at 10:10:13PM +0000 schrieb Sven:

D�rfte f�r alle Console gelten und auch nur fl�chtig, also also bis zum n�chsten Reboot. F�r alles Weitere h�tte ich fr�her in Richtung (r)syslog.conf bzw. (r)syslog.d geschielt, aber mit systemd ist das wohl alles ganz anders.

In meiner angepassten /etc/sysctl.conf steht:
# Uncomment the following to stop low-level messages on console #kernel.printk = 3 4 1 3
kernel.printk = 4 4 1 7

Danke, bei mir steht da 2 4 7 1
Das Problem ist, dass ja nicht "alles" nervt, sondern eben nur diese
eine Meldung. Ich weiss nicht, was ich sonst verpasse, wenn ich auf
4 4 7 1 stelle.

ciao, Dirk

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am 6/14/24 um 12:10 AM schrieb Sven:

Dürfte für alle Console gelten und auch nur flüchtig, also also bis zum >> nächsten Reboot. Für alles Weitere hätte ich früher in Richtung
(r)syslog.conf bzw. (r)syslog.d geschielt, aber mit systemd ist das wohl
alles ganz anders.

In meiner angepassten /etc/sysctl.conf steht:

# Uncomment the following to stop low-level messages on console #kernel.printk = 3 4 1 3
kernel.printk = 4 4 1 7

Ja, exakt. Der genannte dmesg Aufruf ist nur ein leichter merkbarer Weg
zum selben Ziel.

syslog ist da eigentlich unbeteiligt, da kümmert sich der Kernel alleine
drum.

Viele Grüße
Ulf

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Ich weiss nicht, was ich sonst verpasse, wenn ich auf
4 4 7 1 stelle.

Dann teste es doch mal aus :-)

To change the current console_loglevel simply write the desired level to / proc/sys/kernel/printk. For example, to print all messages to the console:

# echo 8 > /proc/sys/kernel/printk


Siehe:
https://www.kernel.org/doc/html/latest/core-api/printk-basics.html



--

Sven

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Am Fri, Jun 14, 2024 at 09:33:30PM +0000 schrieb Sven:

Meine Suche im Netz war irgendwie erfolglos. Jemand eine Idee, was ich machen kann?

hpet beim booten abschalten scheint zu helfen.
In der /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet hpet=disable" https://stackoverflow.com/questions/57319990/minikube-kernel-hpet1-lost-319-rtc-interrupts

Danke, ich werd's testen!

ciao, Dirk

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Meine Suche im Netz war irgendwie erfolglos. Jemand eine Idee, was ich
machen kann?

hpet beim booten abschalten scheint zu helfen.

In der /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet hpet=disable"


https://stackoverflow.com/questions/57319990/minikube-kernel-hpet1-lost-319-rtc-interrupts




--

Sven

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)