Neue Pakete für lmn 7.1

Server v7
123

9 Beiträge wurden in ein neues Thema verschoben: Lmn 7.1 linuxmuster-prepare - webui läuft nicht

124

Ein Beitrag wurde in ein existierendes Thema verschoben: Lmn 7.1 linuxmuster-prepare - webui läuft nicht

125

Hallo zusammen,

Ich komme wieder zurück langsam am Start mit linuxmuster-webui7 Version 7.1.11 :

  • Add multischool support for holidays and cron
  • Split custom fields config to separate schools
  • Prepare edition of custom fields
  • Remove deprecated options in config
  • Management of school and global bind users
  • Avoid creating duplicate start.conf
  • Delete grub.cfg when start.conf is deleted
  • Fix online test in linbo sync plugin
  • Add partition option to linbo sync plugin
  • Some sorting and optimizations in lmn_linbo4
  • Better way to sort and generate permissions
  • Suggest linbo groups in devices

Es gibt schon einige Grundänderungen. Z.B. um den Support für Multischool zu verbessern werden die Custom Fields Optionen von /etc/linuxmuster/webui/config.yml in /etc/linuxmuster/sophomorix/default-school migriert, genauso für die Ferien Optionen. Vor es zu tun, ist immer ein Backup von config.yml erzeugt.

Danke an allen Helfer und Tester, die Rückmeldungen gebracht haben.

Gruß

Arnaud

4 „Gefällt mir“
126

Hallo Ihr fleißigen,

darf ich schon mal fragen, auf welcher Version Ihr die fertige nächste LMLv7x stable plant,
Ubuntu 18.04, 20.04 oder 22.04 LTS?

schönes Wochenende,
gerd

127

Hi gerd,

7.1 wird bei 18.04 bleiben. Beim nächsten gerößeren Update gibt es dann direkt einen Sprung auf 22.04.

VG,
Dorian

1 „Gefällt mir“
128

Ein Beitrag wurde in ein neues Thema verschoben: Status Weiterentwicklung Einsammeln/Austeilen mittels der WebUI

129

Danke für die Info, (schade)
Grüße,
gerd

130

Guten Abend allerseits!

Achtung, hier kommt ein Paket!

  • linuxmuster-linbo7 4.0.17, Änderungen seit 4.0.12:

    • Merged #64: Added basic multischoolsupport in linbo_helperfunctions.sh.
    • Fixed win10.image.reg template (see #50).
    • Fix case of registry patch strings (see #50).
    • Fix plymouth output of registry patching.
    • linbo_patch_registry: fix ControlSet path in script, further improvements (see #50).
    • linbo_update_gui: improved network recognition (#57), fix cache handling regression (#58).
    • Completely refactored registry patching (#53).

I.W. kommt ein komplett überarbeiteter Registry-Patcher, der jetzt auch lange und komplexe Strings verarbeiten kann. Außerdem Fixes für linbo_update_gui und den Multischool-Support.

Paket ist ab sofort im lmn71-Repo verfügbar.

VG, Thomas

3 „Gefällt mir“
131

Moin moin!

Es gibt in ca. 30 Min. ein neues Paket linuxmuster-linbo7 4.0.18 für @jochen (Hefeweizen incoming):

Siehe Veränderte Bootreihenfolge "im Zusammenhang mit" Linbo-Start - #14 von thomas

VG, Thomas

3 „Gefällt mir“
132

Hallo z’sammen,

Neue Version Webui7 7.1.12:

  • Add many hotkeys
  • Limit crontab to user global-admin
  • Remove deprecated lmn_linbo plugin
  • Add level access tests and messages
  • Load custom fields at auth
  • Edit custom fields on landing page
  • Add custom fields for school and global admins
  • Add selector for custom fields in settings
  • Possibility to display bind user password

Ich erzähle ein bisschen mehr davon im Nachbarn Topic.
Es gab relativ viele Umstellungen um die Custom Felder auf dem Landing Page editierbar zu machen, ich hoffe es funktioniert weiterhin alles gut.

Viele Grüße

Arnaud

5 „Gefällt mir“
133

Moin moin!

linuxmuster-linbo7 4.0.19 ist verfügbar:

Jetzt im lmn71-Repo.

VG, Thomas

3 „Gefällt mir“
134

Hallo Thomas,

linuxmuster-linbo7 4.0.19 ist verfügbar:

… macht das etwas an der torrent Performance des Servers?
Da hab ich nämlich noch größere Probleme: von meinen 60 Clients fallen
sehr viele auf rsync zurück, weil sie viel zu lange nichts vom Server
erhalten.
(ich habe Untersuchungen angestellt und mach dazu einen Tread auf. Wenn
4.0.19 daran was gedreht hat, dann teste ich erst nochmal, bevor ich
einen Tread auf mache).

LG

Holger

135

Nope. Hast du mal an den MAXDOWN/MAXUP-Schrauben gedreht?

VG, Thomas

136

Moin, moin,
ist es eigentlich richtig, dass die Sync-Funktion bei Windows-Images nach wie vor nicht funktioniert? Ich erhalte bei dem Versuch regelmäßig Fehlermeldungen und die Synchronisation bleibt hängen. (Lino 4.0.17 mit einem aktuellen Windows11-Image)
Ich weiß, dass es bei der 7.0 da Probleme wegen des NTFS-Treibers gab, habe aber keine Ahnung inwieweit hier Besserung in Sicht ist.
Grüße
Carsten Lomann

137

Hallo,

ist es eigentlich richtig, dass die Sync-Funktion bei Windows-Images
nach wie vor nicht funktioniert? Ich erhalte bei dem Versuch regelmäßig
Fehlermeldungen und die Synchronisation bleibt hängen. (Lino 4.0.17 mit
einem aktuellen Windows11-Image)

ich weiß es nicht, weil ich den „nur sync“ sowiso nicht benutze: warum
auch, wenn neu+start schneller ist …
Ich blende bei Windows imemr den sync Knopf aus und lege den Default auf
neu+start

Ich weiß, dass es bei der 7.0 da Probleme wegen des NTFS-Treibers gab,
habe aber keine Ahnung inwieweit hier Besserung in Sicht ist.

Vielleicht gibt es irgend wann einen ntfs Treiber der das mit den
schattenkopien (Hardlinks unter Windows) richtig macht: aber solange der
nicht auch schneller ist als das ntfsclone, würde ich das „sync aus“
sowiso beibehalten …

LG

Holger

138

Guten Abend allerseits!

Noch zwei kleinere Fixes für Linbo, einer evtl. mit Relevanz für @jochen:

Paket ist in ca. 30 Min. im lmn71-Repo verfügbar.

VG, Thomas

1 „Gefällt mir“
139

Hallo Thomas,

macht das etwas an der torrent Performance des Servers?

Nope. Hast du mal an den MAXDOWN/MAXUP-Schrauben gedreht?

nein, noch nicht.

Das liegt an mehreren Dingen:

  1. ich weiß nicht genau wie ich die Schraube einrichten soll: was will
    der in der config: kB/s? MB/s? …
  2. es ist natürlich schon etwas seltsam das pro Client ein zu schränken:
    dann dauert ja das syncen von wenigen Clients länger als es müßte, und
    mir scheint es nicht so, als sei die Summe von 60 mal diesem Maximum das
    was ich am Server als „maxdownload“ gesehen habe (siehe unten) …
  3. es ist sehr schwer zu testen. Das letzte mal als ich ein Windowsimage
    in meinen zwei Computerräumen verteilt habe war das ein echtes Desaster.
    14 GB Image auf zwei Räume (60 Clients).
    Im ersten Raum (31 Rechner) sind 17 Rechner auf rsync zurückgefallen:
    die hab ich dann neugestartet, damit die Netzwerk und Serverlast wieder
    runter geht (manche sind später nochmal auf rsync zurückgefallen). Die
    ersten 50 Minuten gab es auch keinen nennenswerte „andere“ Last auf
    Server oder Netzwerk: das war nämlich vor der ersten Stunde.
    Alles in allem waren die letzten Rechner nach 1,5 Stunden erst fertig
    … ich hab die Clients alle die ganze Zeit beobachtet und ab und zu
    auch mal auf dem Server nachgesehen (mit dem screen-manager.sh)
    Der zeigte das hier an:
META INFO
Announce: http://10.16.1.1:6969/announce
Created On: Thu Mar 31 00:34:27 2022
Piece length: 262144
Created with: Enhanced-CTorrent/dnh3.3.2
FILES INFO
<1> win10-lmg-intel.qcow2 [14589674496]
Total: 13913 MB
warn, couldn't set bit field refer file
"win10-lmg-intel.qcow2.torrent.bf":  No such file or directory
This is normal if you are seeding.
Listening on 0.0.0.0:2701
Press 'h' or '?' for help (display/control client options).
> 0/0/1 [55541/55656/55541] 0MB,0MB | 0,0K/s | 0,0K E:0,1 Checking: 99%
Checking completed.
FILES INFO
<1> win10-lmg-intel.qcow2 [14589674496] 55656/55656 (100%)
Total: 13913 MB
Seed for others 100000 hours
/ 0/22/60 [55656/55656/55656] 0MB,175692MB | 0,29120K/s | 0,31360K
E:0,16

schnelle Clients (also die größten Zahlen die ich gesehen habe) zeigten
um die 13000K/s an
Die allermeisten schwankten aber sehr stark und eben immer wieder bis
auf 0 K/s und dann auch bis der Timeout durch war und sie rsync genommen
haben.
An Clients und Server hab ich nichts verändert seit dem upgrade auf linbo 4.
Vorher konnte ich Jahrelang beide Räume gleichzeitig ohne Probleme
bespielen: die haben dann auch alle brav mit 13000 K/s gezogen…
Wenn ich nun also 13 000 K/s als Maximum eintrage, dann entlastet das
den Server ja gar nicht wirklich, weil dann schon zwei Clients ihn
„zumüllen“ würden. (siehe screen oben: 31360 K/s am Server).

Also hab ich das Testen erstmal verschoben bis ich mir hier mehr im
klaren bin, was ich machen sollte.
und dann teste ich es im Semianr, weil da die Rechner sicher aufwachen
und ich das also Nachts laufen lassen kann.

LG

Holger

140

5 Beiträge wurden in ein neues Thema verschoben: Client Startzeiten Best Practice

141

Ein Beitrag wurde in ein existierendes Thema verschoben: Client Startzeiten - Best Practice

142

KB/s = Kilobyte pro sekunde

Wenn du MAXUP einschränkst, dann ist das der Wert, den ein Seeder zulässt pro Client, d.h. der Leecher kann natürlich von mehr Seedern mit größerer Geschwindigkeit herunterladen. Wenn ich es mir recht überlege, wäre es ja durchaus sinnvoll, diese Werte für Server und Clients unterschiedlich konfigurierbar zu machen, oder? Z.B. Server unlimited, Client limited.

Timeout mal erhöhen? Ich habe nur 36 Clients, die gleichzeitig ziehen können, konnte aber noch nie einen Fallback beobachten. Sind allerdings in 3 verschiedenen Subnetzen zuhause.

Best Practice war es aber schon immer zunächst ein Paar Seeder zu starten bevor man die Meute loslässt.

VG, Thomas