Proxmox stürzt ab. Gibt es irgendwo ein Log ?

[Fusion]

Ob du das Update mal probieren willst musst selbst entscheiden. 6.11 ist jedenfalls neuer als der 6.8.12-9.
Ob das was bringt kann ich dir nicht sagen, da ich weder die proxmox noch die Kernel changelogs, und was diese in Bezug auf deine Hardware eventuell an Veränderungen bringen, studiert habe.

Der Kernel kann auch beim Booten ausgewählt werden. Man kann also auch in eine ältere Konfiguration starten, oder den neuen Kernel wieder deinstallieren, falls sich irgendwelche Nachteile ergeben sollten.

 

[the other]

Moinsen,
Aktuell bei mir v6.8.12-11. Es gibt auch für die lizenzfreie Version ein opt-in auf 6.11. Hier direkt dazu: https://forum.proxmox.com/threads/o...e-8-available-on-test-no-subscription.156818/

 

[the other]

Moinsen,
@RudiP was hast du denn als Speichermedium? Hdd, ssd? Neu? Sagen die SMART Werte dahingehend etwas, also vermehrte Fehler?

 

[RudiP]

Eine SSD, NEU, ca. 3 - 4 Monate alt.
SMART kann ich nicht sehen. BIOS gibt nix an und unter Linux, pffff, ich nix viel Ahnung von Linux.
smartctl -a sda liefert mir zwar eine Anzeige, aber frag mich nicht, ob sda auch meine SSD ist.

 

[the other]

Moinsen,

SMART kann ich nicht sehen

Öhm, na, hier:

Da dann mal klicken und schauen...könnte ja auch daran liegen, dass die Disk(s) streiken...

 

[RudiP]

Krass, noch nicht gesehen, den Menüpunkt. Ich sollte doch noch mal zum Optiker gehen.
Aber, alles OK mit der SSD. Es werden keine Fehler angezeigt.

 

[blurrrr]

@blurrrr Das Thema mit den Logs hatten wir doch schon.

->

Hast Du denn den Vorschlag von @Confluencer mal ausprobiert? Nach Fehlern gucken -> immer in den Logs.

Nicht immer nur die halben Beiträge lesen

Alternativ - auch Marke Holzhammer - mal eine andere NIC einbauen (die Möglichkeit hast Du ja), das System entsprechend auf die neue NIC umkonfigurieren und schauen, ob das Problem weiterhin besteht?

 

[the other]

Moinsen,

smartctl -a sda liefert mir zwar eine Anzeige, aber frag mich nicht, ob sda auch meine SSD ist.

Es gibt einige Wege, das heraus zu finden:
1. lsblk = list block devices, Eingabe von

lsblk

sollte da die /dev anzeigen, je nach deiner Größe der Platte sollte dann eine Wiedererkennung gelingen. Näheres dazu: https://wiki.ubuntuusers.de/lsblk/
oder
2. blkid = gibt weitere Infos, etwa zur UID usw... https://wiki.ubuntuusers.de/blkid/

 

[the other]

Moinsen,
in Ergänzung zu meinem Post hier (Beitrag # 42, UUII!! 42, die Antwort auf ALLES!)

Es gibt auch für die lizenzfreie Version ein opt-in auf 6.11

Es gibt seit heute Anfang April wohl auch die opt-in für den Kernel 6.14
https://forum.proxmox.com/threads/o...e-8-available-on-test-no-subscription.164497/
Also ganz frisch.

 

[RudiP]

Moinsen,
Zu den logs....
Wenn du mal einen erneuten Fehler bemerkt hast, also grob die Zeit einschätzen kannst, dann sollte dir doch ein

journalctl -r

auch mit Zeitangaben etwas verraten können, oder? Wie generiert du denn deine log Ansicht?
Zu journalctl...https://wiki.ubuntuusers.de/systemd/journalctl/

Gerade wieder einen Ausfall gehabt und gleich mal deinen Befehl eingegeben.

May 28 17:55:37 pve kernel: CIFS: VFS: \\192.168.178.9 has not responded in 180 seconds. Reconnecting...
May 28 17:55:36 pve kernel: vmbr0: port 1(eno1) entered forwarding state
May 28 17:55:36 pve kernel: vmbr0: port 1(eno1) entered blocking state
May 28 17:55:36 pve kernel: e1000e 0000:00:19.0 eno1: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
May 28 17:55:32 pve kernel: vmbr0: port 1(eno1) entered disabled state
May 28 17:55:32 pve kernel: e1000e 0000:00:19.0 eno1: NIC Link is Down
May 28 17:55:31 pve kernel: e1000e 0000:00:19.0 eno1: Detected Hardware Unit Hang:
TDH <21>
TDT <51>
next_to_use <51>
next_to_clean <20>
buffer_info[next_to_clean]:
time_stamp <10491eae6>
next_to_watch <21>
jiffies <104b0ec81>
next_to_watch.status <0>
MAC Status <80083>
PHY Status <796d>
PHY 1000BASE-T Status <3801>

 

[the other]

Moinsen,
tja, ich bleibe dabei, das zeigt nach meiner Interpretation an, dass der NIC "hängt" (May28 17:55:31), dann ins "down" geht (offline) eine Sekunde später, was dann natürlichj vmbr0 auch runterfahren lässt (hängt ja an eno1). 5 Sekunden später ist der NIC dann wieder "up" (online) und es läuft.
Eine kurze Suche nach dem "detected hardware unit hang" weist dann u.a. auch in die Richtung, die @Confluencer bereits erwähnte bzgl tx recording usw...
BTW Kabel mal getauscht bisher?

 

[RudiP]

Kabel ist neu, anderen Port am Switch.
Am Switch hatte ich das Aushandeln der Übertragungsgeschwindigkeit ja schon mal fest auf 1 Gbps gestellt, leider ohne Erfolg.

Leider habe ich aktuell keine andere Netzwerkkarte zum Testen da.

Ich überlege aber, die Änderungen, die ich damals wegen IOMMU in diversen config Dateien gemacht hatte, wieder rückgängig zu machen. Sollte zwar eigentlich alles nur die Grafikkarte betreffen, aber wer weiß.

 

[the other]

Moinsen,
Das Protokoll zeigt ja auch detailliert Werte an. Mir sagen die allerdings nix, da bin ich bei weitem nicht genug erfahren oder interessiert.
Aber vielleicht sagen die ja den anderen hier was Näheres...