Oh Mann, Deine Probleme hätte ich gerne…10000 K/s ist aufgrund der Installation bei uns oft das höchste der Gefühle, wir haben sogar einen Raum, da ist die Verkabelung so schlecht, dass die Rate auf unter 1000K/s fällt sobald mehr als zwei Clients syncen… Und weil wir uns gegen die Windowsfraktion nicht durchsetzen können, dürfen über diese Leitung cloops mit 46GB Größe verteilt werden…da kannst Du Freitags Abends mit dem syncen anfangen, wenn das Montag fertig werden soll.
Aber klar, dass ist kein Grund, die Ursache für den mglw. softwareseitig verursachten Faktor 6 hier nicht zu suchen.
Das habe ich befürchtet. Du kannst mal versuchen den alternativen r8168-Treiber zu verwenden. Dazu musst du in der Linbo-Kernelzeile modprobe.blacklist=r8169 loadmodules=r8168 hinzufügen.
Habe ich gemacht. Hat tatsächlich bei 3/4 der Blechclients das Problem beseitigt und die Raten sind wieder ok. Mega. Beim anderen Viertel unterstützt der r8168 die Netzwerkkarte nicht…da ist es halt Mist. Die Clients muss ich dann in eine eigene Hardwaregruppe packen.
Also von daher ist die Situation so lala. Zumindest kann man mal in die Doku schreiben, dass das Problem ggf. durch wechseln des Treibers gelöst werden kann. Insgesamt macht das die Sache schon komplexer und vor allem vor dem Hintergrund, dass diese Realtekkarten überall in 1000 Varianten verbaut sind.
Ich habe mich auch mal versucht schlau zu machen, was von 6.1 zu 6.2 passiert ist. Keine Chance für mich das zu durchschauen. Der Netzwerkstack ist ja riesig und welche Änderung da an welcher Stelle dazu geführt hat, dass die Durchsatzraten so einbrechen…keine Ahnung.
Ist es deine Strategie immer den aktuellen stable Kernel in Linbo einzubauen? Ansonsten wäre der 6.1er ja LTS.
Das hat bisher immer gut geklappt. Ich habe in meiner Schule mehrere Desktop-Rechner, die mit r8169/r8168 laufen. Da konnte ich keine signifikanten Unterschiede mit den verschiedenen Kernel- und Modulversionen beobachten.
Teste mal bitte die Linboversion mit der rtl_nic-Firmware bei den r8169-Clients. Falls das nicht hilft, gehen wir auf den 6.1er LTS zurück.
BTW, der Parameter loadmodules r8168 kann weggelassen werden, blacklisten reicht.
Nochn Tipp: Mit dmesg kann mensch kontrollieren, ob ein Modul die Firmware vermisst. Bitte melden, ob weitere Firmware benötigt wird.
vielen Dank erst Mal für deinen Einsatz hier! Mega!
habe ich gemacht. Das hat bei einer Hardware eine Verbesserung gebracht, allerdings nur um den Faktor 2. Bei den anderen Clients verändert es nichts am Problem, schadet aber auch nicht…also leider nicht der große Wurf.
Ich habe aber noch weiter getestet und einige teilweise „esoterische“ Dinge herausbekommen:
Man muss den r8169 nicht blacklisten, sondern das loadmodules=r8168 als Kerneloption in Linbo einfügen. Das abartige ist dann, dass alle Kisten trotzdem den r8196 benutzen aber die Durchsatzraten sind wieder wie bei linbo < 4.1.26?? What!? Den Tipp habe ich einige Male bei ähnlich gelagerten Problemen in der Kernel Mailingliste gefunden aber eine Erklärung dafür nicht. Ich könnte mir vorstellen, dass das laden des Moduls andere Module aus dem Netzwerkstack nachläd/ initialisiert, die dann dem r8169 „helfen“ optimal zu laufen…strange!
Die Kisten, die nicht mit dem r8168 klar kamen, waren jetzt doch dazu zu bewegen zu funktionieren. Dafür muss der Kernelparameter pcie_aspm=off ins Linbo. Anscheinend wird der Treiber schon geladen und die Netzwerkkarte initialisiert, dann aber vom Powermanager des Kernels abgeschaltet…der Parameter deaktiviert das powermanagement. Prinzipiell brauche ich das jetzt aber nicht mehr, weil der o.g. Zaubertrick funktioniert
Also habe ich jetzt den Zustand, dass mit den passenden Kerneloptionen alles optimal läuft. An dieser Stelle wäre es jetzt schon wichtig, dass mal andere testen, ob das ein gängiges Verfahren ist oder ob es bei anderen Varianten von Realteck-Karten Probleme gibt.
Also für den Moment könnte der Kernel bei 6.2.x bleiben. Wenn bei anderen das Problem durch das loadmodule=r8168 nicht gelöst werden kann, dann kann man ja nochmal darüber nachdenken, ansonsten ist ein möglichst aktueller Kernel in Linbo schon nice.
danke fürs ausführliche Testen. Ich vermute mal, dass das r8168-Modul die Firmware mitbringt, da die Sourcen dafür direkt von Realtek sind. Davon profitiert wahrscheins auch der r8169-Kerneltreiber. loadmodules lädt nur das Modul, blacklistet aber nicht, sodass weiterhin der r8169 benutzt wird. modprobe.blacklist verhindert das Laden des Moduls und udev lädt dann automatisch das alternative Modul.
@Doku-Teampcie_aspm=off und loadmodules=r8168 hilft u.U. bei Problemen mit Realtek-Karten.
Es gibt es paar Neuigkeiten in die Version 7.2.15 von der Webui:
Upgrade some libraries for Python 3.10
A lot of pre-work on new session plugin, currently disabled
Add config entry for host in smbclient
Test script for smbclient will now test all common hosts
[smbclient] Load GPOS directly from samba
[smbclient] Use homepath in LDAP
[smbclient] Cut, copy, move, delete can now handle directories
[smbclient] Fix download with special chars
[users] Avoid conflict between extrastudent login and schoolclass
[users] Fix missing config for custom fields display
[groupmembership] Add schoolclass size
[groupmembership] Add option to kill an empty schoolclass
[vdi] Diverses fixs on run commands
[linbo4] Hide configs from other schools in multischool env
[webdav] Move directories
[webdav] Fix diverse encoding issues
[webdav] Better status codes for created entries
[webdav] Allow cut, copy, delete on directories
Ich probiere mal die Neuigkeiten die nächste Tage in einem anderen Thread zu beschreiben.
Was keine Beschreibung benötigt ist, dass das Plugin „Meine Dateien“ jetzt auch die Ordner verwalten kann ( ausschneiden, kopieren, löschen ). Es wäre schön es zu testen und feedback zu geben, es gibt da wahrscheinlich Sachen zu verbessern.
Hallo Arnaud (@Arnaud ),
ich weiß nicht, ob du das schon irgendwo gesagt hast…?
Wenn ich bei der lmn7.2 im Klassenarbeitsmodus eine Datei austeilen will funktioniert das nicht und es kommt folgender Fehler:
mir ist gerade aufgefallen, dass es in der neuesten Version nicht mehr die Option gibt, die Passwörter zu drucken…der Button fehlt? Ist das ein Bug oder soll das beim momentanen Entwicklungsstand so sein?
…ja, weil ich das Problem unter einer lmn7.2 beobachte…ich habe die lmn 7.2 seit 4 Wochen produktiv in der Schule laufen…
Gruß
Dominik
P.S.: Von ein paar Kinderkrankeiten abgesehen läuft das übrigens absolut sensationell, die Performance von linbo und samba ist sehr wesentlich besser geworden!
Und weil wir uns gegen die Windowsfraktion nicht durchsetzen können, dürfen über diese Leitung cloops mit 46GB Größe verteilt werden…da kannst Du Freitags Abends mit dem syncen anfangen, wenn das Montag fertig werden soll.
