Ich kann aktuell Projekte nicht löschen, weder alte, noch neu angelegte.
Es spielt dabei keine Rolle ob ich dies via Schulkonsole oder direkt mittels Konsole anstoße.
Wir haben eine Multischullösung. Alle Pakete auf dem neusten Stand.
Folgende Fehlermeldung erhalte ich beim Ausführen von sophomorix-project --kill -p p_schule-test2
#### Killing group p_schule-test2 (project, schule) (start): ####
#### Removing object p_schule-test2 from sophomorix attributes ####
Use of uninitialized value $return1 in numeric eq (==) at /usr/share/perl5/Sophomorix/SophomorixSambaAD.pm line 1563.
ERROR: rmdir_recurse smb://musterschule.lan/schule//share/projects/p_kgw-test2 Permission denied
#### Killing group p_schule-test2 (project, schule) (end) ####
#### /usr/sbin/sophomorix-project terminated regularly ####
Calling console printout
LOG : /usr/sbin/sophomorix-project terminated regularly
Weder wurde die Gruppe im AD, noch die Daten auf dem Samba gelöscht.
Hat jemand eine Idee woran das liegen könnte? Wo könnte ich suchen?
Zusatz: Beim Einschreiben bzw. bei den Kursen, werden in manchen Klassen zu wenige Schüler angezeigt. In der Schülerliste sind aber alle da und auch mit entsprechender Klasse eingetragen.
Ich hatte zuvor wegen des Schuljahreswechsels, alle Schüler deaktiviert (csv-Liste gelehrt und import), alle Klassen gelöscht und anschließend die Schüler wieder aktiviert.
Ich hatte übersehen, dass ihr eine Multischullösung nutzt.
Ich glaube damit sind die Projekte nach Schulen eingeordnet, und vielleicht fehlt es einen Parameter --school im Befehl:
Hallo Arnaud,
danke für den Hinweis. Aber darauf hatte ich bereits geachtet. Da wo in der Fehlermeldung „schule“ steht, steht bei uns unser Schulkürzel.
Ok. Ich würde dann als nächstes die Rechte im Projektordner überprüfen (ich gehe davon aus, du hast diesen Befehl als root ausgeführt). sophomorix löscht erst mal den Share, und dann die Gruppe im AD.
Da es eine Multischullösung ist, sind die Shares wahrscheinlich per DFS angebunden, muss man vielleicht es per smbacls checken.
Ich kenne mich da aber nicht gut aus, ich probier einfach Ideen zu bringen.
@Arnaud: Ich habe den Fehler gefunden.
Es liegt daran, dass in Zeile 1558 von /usr/share/perl5/Sophomorix/SophomorixSambaAD.pm die workgroup Standardmäßig auf workgroup gesetzt ist.
Bei uns weicht das in der Konfiguration aber ab.
Beim Erzeugen des $smb Objekts muss die Workgroup explizit gesetzt werden.
Mit folgendem Code ab Zeile 1558 klappt das dann.
my $smb = new Filesys::SmbClient(username => $DevelConf::sophomorix_file_admin,
password => $smb_admin_pass,
workgroup => $ref_sophomorix_config->{'samba'}{'smb.conf'}{'global'}{'workgroup'},
debug => 0);
Ich vermute, das eigentlich Filesys gar nicht direkt genutzt werden sollte, da es andernorts entfernt wurde. Meine Lösung ist daher eher ein Workaround.
Möchte das jemand upstream fixen?
In welchem Repo müsste ich da ein Issue aufmachen?