e1000e-Bug auch für Nutzer der kostenpflichtigen Repos?

[GMBauer]

Hallo beinand,

eine Frage, die jetzt sehr naiv und blöd ist, aber die m.E. sonst auch nirgendwo passt:

Die meisten hier im Forum, die mit einem Problem aufschlagen, nutzen ja die kostenlosen Repos. Ich habe die Proxmox-Produkte ja auch in keinem Produktiveinsatz, sondern nur "so" zum lernen und spielen. Dafür bin ich halt auch sowas wie ein Betatester. Ist okay.

Nun ist ja der e1000e-Bug ein Problem, das relativ viele Leute haben. Proxmox kann eigentlich nichts dafür, weil der Fehler im aktuellsten Kernel liegt, so wie ich das verstanden habe. Und alle Nutzer der kostenlosen Versionen arbeiten halt mit dem aktuellsten Kernel.

Aber wie ist das: Nutzen eigentlich die zahlenden Kunden, die ja durchaus richtig Geld abdrücken jedes Jahr, noch den alten Kernel, der das Problem nicht hat? Oder leiden die genauso drunter? Sprich, wurde das Problem mit Hilfe der Betatester erkannt und die Premium-Kunden (ich nenne das mal so) davon verschont?


(Ich denke, ich mach mal eine Community-Subscription. Aber auf welchem Blech? Alle kann ich mir nicht leisten...)

 

[MarkusKo]

Hi GMBauer

Das Enterprise- und No Subscription Repo sind im Prinzip identisch.
Aktualisierungen kommen jedoch zuerst ins No Subscription Repo und wenn es keine größeren Probleme gibt (nach einigen Wochen?) ins Enterprise Repo.

PVE unterstützt meines Wissens nach offiziell mehrere Kernel-Versionen, einige davon musst du aber aktiv selber installieren. Bei PVE 8.4 ist standardmäßig Kernel 6.8 aber du kannst z.b. 6.14 installieren oder auch auf 6.5 downgraden, unabhängig davon ob du eine Subscription hast oder nicht.

Der e1000e Bug betrifft vermutlich alle, der Unterschied dürfte sein dass der Bug nicht überall konsistent auftritt, hauptsächlich auf billigen China Mini-PC's?

Man kann auch nicht ausschließen dass die Netzwerkchips die vom Problem betroffen sind möglicherweise Fakes bzw. Nachbauten sind die zwar den selben Kernel Treiber verwenden aber nicht alle Funktionen des Originals unterstützen, das ist aber nur Spekulation meinerseits ...

Ich gehe mal davon aus dass die meisten, die sich eine Subscription gönnen, sich vorher etwas genauer mit der Hardwarekompatibilität auseinandergesetzt haben und entweder schon vorher vom e1000e Problem gewusst haben und den Workaround verwenden oder um diesen zu vermeiden eine andere Netzwerkkarte verwenden, oder eine ältere Kernel Version.

Die Entwickler können auch nicht so einfach den Bug von sich aus beheben da es durchaus Intel Netzwerkkarten gibt (hoffentlich) die nicht davon betroffen sind, das würde aber bei allen das Hardware Offloading usw. deaktivieren was auch nicht gewollt ist.

Zum Lernen / Rumprobieren würde ich nicht unbedingt eine Subscription kaufen, wenn du aber weniger "Testen" und mehr Stabilität haben willst weil du irgendwelche Dienste betreibst die einfach laufen sollen dann wäre eine Subscription sicher kein Fehler, auch um die Entwicklung finanziell zu unterstützen.

 

[GMBauer]

Du merkst aber, dass sich dein erster und dein zweiter Satz widersprechen?

Standardmäßig im test-repo ist mittlerweile der 6.14, den man ggf. per Hand auf 6.8 downgraden und pinnen kann.
Im 6.8 gibt es den e1000e-Bug nicht.

Und der e1000e-Bug hat auch mich auf mehreren Rechnern getroffen, alle mit Original-Intel-Hardware in Rechnern von Fujitsu und Dell sowie auf Asus-Mainboards. Die Aussage mit dem Billig-PC-Düdelkram ist deswegen unsinnig.

 

[Falk R.]

Ich habe den Bug noch nirgendwo live gesehen. Im Unternehmensumfeld sowieso nicht, da in richtigen Servern andere Netzwerkkarten verbaut sind, bei den günstigen Servern eher Broadcom Chips und man in der Regel eher mit 10GBit aufwärts arbeitet.
Fixen sollte man das Problem trotzdem, aber ich sehe da kein Problem mit dem Enterprise Repo.