ich will meine Lehrerzugänge via csv pflegen.
Wenn ich allerdings Änderungen daran vornehme (oder sogar mit dem BackUp-Pfeil zurücknehme), bekomme ich die Fehlermeldung:
Woran könnte das liegen? Die bestehenden Nutzer sollten doch erkannt werden und nur geUpdated, falls notwendig?
Wenn ich die betreffende Zeile lösche, wird über den nächsten Nutzer gemeckert. Ist also wohl kein Problem der konkreten Zeile im csv…
ich will meine Lehrerzugänge via csv pflegen.
Wenn ich allerdings Änderungen daran vornehme (oder sogar mit dem
BackUp-Pfeil zurücknehme), bekomme ich die Fehlermeldung:
Bildschirmfoto vom 2023-11-08 10-14-56
Woran könnte das liegen? Die bestehenden Nutzer sollten doch erkannt
werden und nur geUpdated, falls notwendig?
Wenn ich die betreffende Zeile lösche, wird über den nächsten Nutzer
gemeckert. Ist also wohl kein Problem der konkreten Zeile im csv…
gibt es schon einen Rechner in der devices.csv der so heißt? Oder eine
Hardwareklasse oder eine Klasse?
Könnte auch in der extrastudents.csv sein.
meines Wissens nach nicht und auch als Problemursache unwahrscheinlich, da nach dem Löschen der Zeile ja der nächste Kollege mit der gleichartigen Fehlermeldung bemeckert wird :-(.
Was mich wundert ist allerdings, dass das ein Kollege mitten in der csv ist (also nicht der erste oder letzte) - wird die ggf. nicht in der Reihenfolge abgearbeitet?
meines Wissens nach nicht und auch als Problemursache unwahrscheinlich,
… „meines Wissens nach“ find ich jetzt nicht sonderlich sicher
da nach dem Löschen der Zeile ja der nächste Kollege mit der
gleichartigen Fehlermeldung bemeckert wird :-(.
das dachte ich auch, aber es kann ja sein, dass es auch ihn als user
schon gibt.
Was mich wundert ist allerdings, dass das ein Kollege mitten in der csv
ist (also nicht der erste oder letzte) - wird die ggf. nicht in der
Reihenfolge abgearbeitet?
irrelevant. Ich weiß ja nicht, was du da gemacht hast: vielelicht hast
du einfach die Zeilen zwischendrin eingefügt.
Also:
überprüfen ob nciht doch 2 mal der Name in der teachers.csv vergeben ist.
nachprüfen, ob es die Namen nicht doch in der devices.csv gibt (das
hatte ich nämlich mal: es liegt irgend wie nahe, dass man ein Gerät wie
den Nutzer nennt …).
Dreibuchstabennamen sind vielelciht bequem, aber sehr gefährlich: es
gibt nämlich etliche Feste Nutzer und Befehle unter Linux, die eben aus
drei Buchstaben bestehen.
Vielelicht erhellt ja auch der Befehl:
sophomorix-user -iv -u kls
die Namen im Samba/AD konkurieren nicht mit den namen der linux user.
Das AD ist eine eigene Baustelle. Aber alles im AD (Gruppennamen, Rechnernamen und Raumnamen(gruppen), …).
Vielleicht kannst du mal
sophomorix-check -vv
auf Konsole aufrufen (gibt viel output) und dain dann nach dem problematischen loginnamen suchen.
Vielleicht steht einen ehemahligen Kollegen mit Login kls in den Logs
von sophomorix ? Ich glaube das könnte auch ein Problem sein.
das ist eine gute Idee.
Der User kls existiert ja: das sieht man ja an der ausgabe von
sophomorix-user -iv -u kls
Aber er hat den sophomorix-status: U
und nciht E wie ein aktiver Nutzer.
Es gab ihn also.
Und jetzt steht er wieder in der teachers.csv: aber wahrscheinlich mit
einem neuen Geburtsdatum: also mein sophomorix: hey, das ist nicht der
gleiche…
Also: erstmal den „alten“ komplett löschen (oder besser gesagt: alle. Du
hast ja Mehrere…)
Bei uns war das auch so, dass ein Nutzer noch in den Sophomorix-Log-Dateien stand.
Wie sind fast kirre geworden, weil wir keine Spuren fanden. Nur ein grep über alle Dateien und das wagemutige Löschen der Zelle aus den Logs brachte dann die Erlösung.
Gibt es dazu eine Hintergrund dass sophomorix gegen alte Log-Dateien prüft?
Gibt es dazu eine Hintergrund dass sophomorix gegen alte Log-Dateien prüft?
das ist eine Logdatei, die genau dazu dienen soll: dass Loginnamen nicht
wieder vergeben werden.
Der Hintergrund ist, dass der neue Nutzer nicht z.B. die Dateien des
vorherigen Nutzers in der Nextcloud zu Sehen bekommt.
Da gibt es also tatsächlich Gründe für
es ist grundsätzlich doch eher ungewöhnlich, dass Log-Dateien ausgewertet werden
es provoziert ziemlich dämliche Situationen: wir haben Lehrerkürzel, die von der Schulleitung höchsthoheitlich vergeben werden - nur, weil es irgendwann mal einen Nutzer mit gleichem Kürzel gab, ist das für alle Zeit verbrannt? Die Schulleitung hustet mir einen
wir haben bei uns einen „ordentlichen Abmeldeprozess“. Ich dachte, für den Zwischenzustand gibt es bei linuxmuster den Dachboden - aber wenn ich WIRKLICH lösche, dann möchte ich eigentlich auch WIRKLICH gelöscht haben. Dass das mit Nextcloud ein Problem geben könnte, kann ich nachvollziehen (wenn man halt nicht darauf achtet). Aber es ist irgendwie schlimm genug, wenn das der Regelfall sein sollte.
Ich fände gut, diese Funktionalität wäre „overrideable“. Und sie sollte halt irgendwo gut dokumentiert sein
Bevor ich morgen wieder an den Server komme noch mal die grundsätzliche Verständnisfrage:
Die Funktion „csv im Editor bearbeiten“ dient doch aber auch zur Pflege der Daten und nicht nur dem Neu Anlegen - oder?
Ich kann also meinen bestehenden Datensatz nehmen, csv anzeigen lassen, diese (ggf. extern) editieren und dann speichern/importieren: da sind dann die alten, die neuen und ggf. modifizierte Datensätze drin.
Das mit dem Geburtsdatumswechsel könnte eine Sache sein: wie würde ich das sonst editieren können? Ich habe am Anfang Dummy-Geburtstag (01.01.1990) vergeben, wenn ich noch keins von dern Nutzern hatte - jetzt würde ich das ja aber auch mal aktualisieren wollen…
@Holger: was ist das dann für ein User mit den Status U? Wo taucht der auf?
Und jetzt kommt mein Ursprungsproblem aus dem anderen Thread: wenn ich jetzt Nutzer lösche und wieder neu anlege, kann ich ja kein Passwort mit importieren. Ich muss dann von Hand schauen, welche Kollegen ein neues PW kriegen müssten etc. … oder?
das stand in der von dir gelieferten Ausgabe von sophomorix-user (letzte
Nachricht).
Bei meinem eigenen Nutzer steht in der Ausgabe:
sophomorixStatus: E
Was sagt den bei dir ein
sophomorix-check
?
Gibt es NUtzer zum updaten?
Es gibt auch irgend wo eine logdatei von sophomorix wo die alten .csv
Dateien rumliegen: da findest du dann das „Orginal“ Geburtsdatum.
Übrigens: bei mir sind bei den Lehrern schon immer Phantasiegeburtsdaten
drin: mich geht ja das korrekte nix an und ich brauche es auch nicht
(Datensparsamkeit).
Und wenn du einen Nutzernamen wieder verwenden willst:
Wenn jemand die Schule verlässt, dann nimmt er seine Daten mit, wenn es ihm daran liegt. Nach dem Duldungszeitraum hat er keinen Zugriff mehr auf die ihm von unserer Schule zur Verfügung gestellten Services. Daten, die er den KuK zur Verfügung stellt, müssen von ihm autorisiert werden und dann gesondert abgelegt werden.
Wenn ich einen externen Dienst anbiete, dann schließt das diesen mit ein. Ich will - und ich denke, ich darf - auf gar keinen Fall für nicht Schulangehörige irgendwelche Daten aufbewahren. Hintergrund dienstliche Belange, der ist dann nämlich nicht mehr gegeben.
Wenn ich einen externen Dienst anbiete, dann schließt das diesen mit ein. Ich will - und ich denke, ich darf - auf gar keinen Fall für nicht Schulangehörige irgendwelche Daten aufbewahren. Hintergrund dienstliche Belange, der ist dann nämlich nicht mehr gegeben.
darum ging es ja nicht.
Es geht darum, dass verhindert werden soll, dass ein anderer Nutzer auf
die Daten zugreifen kann.
Wenn du sicher stellst, dass deine NC immer aufgeräumt ist und alle
Dateien derjenigen, die nicht mehr da sind, gelöscht werden bevor neue
kommen, dann mach einen cronauftrag der die killlog löscht.
Ich hab die Entscheidung für das jetzige Verhalten nicht getroffen.
Ich kann beide Seiten verstehen, aber ich sehe ken stärkeres Argument fü
rdi eeine oder andere Seite, insofern ist es mir also wurscht: jetzt ist
es, wie es ist
Mir ist nicht klar gewesen, wofür die überhaupt angefragt werden? Ich dachte, die wären zwingend notwendig, um eine Eindeutigkeit oder was auch immer (z.B. einen seed) zu generieren…
Also kann ich die einfach alle auf 01.01.1990 setzen und gut ist?
Einen Hinweis aus den .teachers.csv.bak.* Dateien habe ich jetzt: offensichtlich hatte ich zwischenzeitlich (?) einmal csv-Import ohne die leeren Felder probiert - also
Aber: wie lösche ich denn meine alten Nutzer? In der Benutzerverwaltung/Lehrer kann ich keine Nutzer löschen und in der Listenverwaltung stehen ja immer die zuletzt hochgeladenen Daten aus meinen csv - sprich, da kann ich die aktuellen Nutzer nicht pflegen :-(…
Hallo Guntram,
in /etc/linuxmuster/sophomorix/default-school/students.csv oder eben teachers.csv siehst Du ja alle angelegten User. Wer da nicht drin steht, ist nicht aktiv. Einzige Möglichkeit noch: der User ist in attic und noch in der toleration Range, die kannst Du unter
/etc/linuxmuster/sophomorix/default-school/school.conf
für jeden Nutzertyp einstellen. Dort einfach
TOLERATION_TIME=6
DEACTIVATION_TIME=6
auf jeweils 0 stellen bei S oder Lehrer, dann sophomorix-check, update, kill und so (hinterher ggf. wieder hochsetzen).
Dann sind sie wirklich weg. Magst Du gleichnamige Nutzer wieder anlegen, würden sie jedoch eine Ziffer hinter ihrem Namen bekommen, weil die LMN sich alle Nutzer merkt. Die stehen in der Datei
/var/log/sophomorix/userlog/user-add.log
und können dort gelöscht werden bei Bedarf, dann gibts keine Zahl hinter dem username