danke für deine ausführliche Beschreibung deiner „Frage“, ist für mich ja mehr eine Hilfe.
Jetzt muss ich nicht mehr alle sophomorix Befehle „ausprobieren“.
Aber eine halbwegs echte Doku über die eigentlich sehr wichtigen sophomorix Befehle ist dir auch nicht bekannt oder ?
Ich gehe die Schritte, die du oben beschreibst heute alle mal durch und berichte meine Ergebnisse.
Frage am Rande: wie lange, ganz grob, braucht dein Server beim Anlegen von zB 500 oder 1.000 Schülern? Bei uns Richtung Stunde(n).
Hi Gerd. Zum Anlegen kann ich nicht viel sagen … das ist zu lange her. Aber die Versetzung von ca 1300 Schülern war gestern nach ca 1 Stunde durch, würde ich sagen.
Dass übrigens die Doku zu diesen wichtigen Befehlen nicht vollständig ist, finde ich auch nicht prickelnd … aber als Vorwurf soll das auch nicht rüberkommen.
Hi,
ich wäre noch mal für ein Tipp dankbar:
wir haben zuerst Schüler gelöscht, dann mit den aktuellen Daten neu angelegt …
dabei haben ich mehrmals sophomorix-check -update -kill nacheinander eingegeben bis es nur noch 0 gab,
TOLERATION_TIME=0
DEACTIVATION_TIME=0|
Trotzdem sind jetzt alle neuen mit eine Zahl am Ende hochgezählt, auch die, dessen Namen einmalig sind.
Jemand eine Idee? Gibt’s noch einen Super-Attic-Endgültig kill Befehl?
das gleiche Thema wird auch hier, https://ask.linuxmuster.net/t/alle-jahre-wieder-schuljahreswechsel-v7
sehr länglich behandelt.
Habs gerade komplett durch, aber keine Lösung für meine obigen beiden Fragen gefunden.
Ich gehe alles noch mal Testweise von vorne mit ein paar Schülerkonten durch …
echt 'ne harte Nuss
war u. ist in der Schule „Tradition“ erst mal alles zu cleanen, das war wohl dieses Jahr das letzte mal nach diesem von 6.x übernommenem Ablauf …
Jetzt stecke ich aber in dem Dilemma, dass ich bei allen Loginnamen eine Zahl dahinter habe und ich befürchte, dass wenn ich das ganze noch mal komplett wiederhole, die Zahl um eins hochgezählt wird und somit noch blöder wird.
Also suche ich jetzt erst mal einen Weg da raus …
… dass die loginnamen nicht wieder vergeben werden, ist ein feature.
Es hilft zum Beispiel wenn eine Nextcloud, Moodle, … auf den AD
zugreift, dass nicht ein neu angelegter user den gleichen Account wie
ein Vorgänger erhält und somit z.B. seine Nextcloud, Moodle, …-Daten
die noch nicht gelöscht sind.
Wenn es sich um dieselben Nutzer handelt oder unbentzte Accounts, dann
kann man dafür sorgen dass der loginname wieder vergeben wird, indem man
mit einem Editor die entsprechende Zeile aus der Datei
/var/log/sophomorix/userlog/user-add.log löscht.
In der fünften Spalte steht der username.
In der dritten Spalte steht das Anlegedatum.
Will man z.B. die ganzen usernamen einer Migration wieder zugänglich
machen, löscht man alle Zeile mit dem Anlegedatum der Migration.
Aaaaalter! Ja ich danke dir, da hätte ich ja keine Chance gehabt.
Habe es nämlich gerde vor 5Sek. noch mal mit einer dummy Klasse u. 10 Schülern reproduziert,
da wurde wie erwartet der Zähler weiter erhöht.
Wäre für mich also eine never ending Story gerworden… Dank dir!
schade, das Löschen der Zeilten aus der
/var/log/sophomorix/userlog/user-add.log
hat nicht geholfen. ich habe alle Zeilen mit meinen dummy1 bis dummy20 Testschülern komplett aus der user-add.log raus gelöscht,
Dummy Schüler aus der students.csv raus; dann wieder sophomorix-check - update -update -kill -check; noch mal die Datei geprüft, waren immer noch raus
Dummy Schüler wieder in die students.csv rein; dann wieder sophomorix-check -add
Zähler wieder um eins höher
Zuvor geprüft ob die Klasse weg ist, =war weg; Dultung und zweiter Wert auf =0
beim letzten sophomorix-check war es wie es soll:
##### Overview of what can be done:
0 users can be added in sophomorix.add
0 users can be updated in sophomorix.update
0 users can be killed in sophomorix.kill
1145 users are not to be changed in sophomorix.nochange
0 users with errors in sophomorix.error
jetzt habe ich die dummy Schüler auch aus den anderen beiden logs des selben Pfades gelöscht,
danach hat’s dann funktioniert … Da das ganze so nicht empfohlen ist und nicht dem Standard entspricht beschreibe ich das mal nicht genauer - das sollte auch keiner als Anleitung verstehen …
Nochmals Danke!
Hallo.
Eine neue Beobachtung zum Thema „Lehrer kann nicht aus Klasse entfernt werden“.
Wenn ich wissen will, in welcher Klasse noch Lehrer eingeschrieben sind, wie z.B.: sophomorix-class -i -c 10f
dann sehe ich die eingeschriebenen Lehrer („Admins“ genannt).
Anschließend habe ich diesen Namen einfach nochmal als Admin eingeschrieben, also
sophomorix-class -c 10f --admins <login des kollegen>
und siehe da: Jetzt kann ich sie auch wieder entfernen mit sophomorix-class -c 10f --removeadmins <login des kollegen>
Das sieht mir doch sehr stark nach einem Bug aus?!
Hallo Thorsten, ursprünglich wurde vor zwei Jahren migriert, aber die Lehrer haben sich im letzten Schuljahr selbst im WebUI als Lehrer in diese Klassen eingetragen. Von daher ist es nicht ganz eindeutig…
Seltsamerweise waren hier ja auch nicht alle Klassen von dem Effekt betroffen!
hallo,
ich habe rel. viele eigene kurse (aktuell 24), die ich jedes jahr neu befüllen muss. gibt es hier einen befehl zum löschen aller teilnehmer eines/aller kurse eines lehrers/aller lehrer? hoffe nicht, dass sich die antwort hier schon irgendwo im thread versteckt hat…
gruß,
hendrik
Die Anführungszeichen deuten auf „keine Admins“ und „keine Admingruppen“ hin, genauso machst du es mit members und membergroups
Und dann kannst du das mit einer for-schleife für alle 24 Kurse skripten?
ich finde das ein unglaublich wichtiges Feature, dass man das „feature“ des nicht zweimal-verwendeten Loginnamens so wieder deaktiviert. Ich (für meinen Teil) plädiere dafür in Moodle/NC/WebUntis/Matrix/you-name-it die Userdatenbank „clean“ zu halten und mindestens am Schuljahresende zu leeren, damit Zwillingsmutanten nicht gezüchtet werden.
Vielleicht kann @jeffbeck ja auch eine --3-g-regel option einbauen, mit der das user-kill.log bereinigt wird
Dank dir!