Discussion:
Fehlermeldung
(zu alt für eine Antwort)
Dirk S.
2024-06-13 09:30:01 UTC
Permalink
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 ***@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:***@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
Ulf Volmer
2024-06-13 17:00:01 UTC
Permalink
Post by 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
Dirk S.
2024-06-13 21:10:01 UTC
Permalink
Post by Ulf Volmer
Post by 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
Sven
2024-06-13 22:20:02 UTC
Permalink
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
Dirk S.
2024-06-14 08:20:02 UTC
Permalink
Post by 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.
# 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
Sven
2024-06-14 20:50:01 UTC
Permalink
Post by Dirk S.
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
Ulf Volmer
2024-06-14 08:20:02 UTC
Permalink
Post by 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.
# 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
Ulf Volmer
2024-06-14 08:20:02 UTC
Permalink
Post by Dirk S.
Post by Ulf Volmer
sudo dmesg -D
Mhmm. Das gilt dann systemweit, oder nur auf dieser Konsole? Und nur
bis zum Reboot, oder dauerhaft?
Ja, nein, ja, nein.

Ich vermute, dass Du das in rund 1 Minute selber hättest rausfinden können.

Viele Grüße
Ulf
Sven
2024-06-14 21:40:02 UTC
Permalink
Post by Dirk S.
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
Dirk S.
2024-06-14 21:50:01 UTC
Permalink
Post by Sven
Post by Dirk S.
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

Loading...