sophomorix-Bug? User kann nicht in Klasse aufgenommen werden

Server v7
1

Hallo.
Ich habe eine Klasse (genauer gesagt eine Gruppe über die Option extraschueler) angelegt, die hausmeister heißt. Anschließend habe ich diese Klasse unsichtbar gemacht, damit da nicht versehentlich weitere Leute hineingeraten.

sophomorix-class -c hausmeister --hide

Danach habe ich über die WebUI zwei weitere Einträge gemacht, die in diese Gruppe gehören. Wenn ich nun in der WebUI auf „Speichern & Prüfen“ klicke, wird JEDES Mal gemeldet:

Benutzer werden aktualisiert: 2
<erster_login>  AdminClass : attic --> hausmeister 
<zweiter_login> AdminClass : attic --> hausmeister

Das geschieht aber nicht; die Meldung erscheint immer wieder: Die User bleiben offenbar im attic …
Bug oder Fehler meinerseits?

Es ändert übrigens nichts, wenn ich die Klasse wieder auf --unhide stelle. Die User werden trotzdem nicht korrekt verschoben.

VG,
Michael

1 „Gefällt mir“
2

Hast du mal sophomorix-update laufen lassen?

3

Gerade gemacht:
Es wird sogar gemeldet:

LOG       : /usr/sbin/sophomorix-update terminated regularly                  
     2 users updated

Ein erneutes sophomorix-check zeigt dann aber wieder:

     2 users can be updated in sophomorix.update

Der Vorgang wird offensichtlich nicht durchgeführt?! (von attic zurück in die Klasse; die User wurden seinerzeit migriert!)

4

Wird bei dir in der WebUI bei Klassen auch die Klasse „attic“ angezeigt?

5

Das Problem ist gelöst … die Klasse attic war nicht mehr da.
Ich habe sie mit
sophomorix-class --create --skip-school-creation --class attic neu angelegt und danach nochmals
sophomorix-check und sophomorix-update laufen lassen.
Seitdem sind die User von attic --> hausmeister versetzt …

6

Doch noch eine Beobachtung hinterher:

Der Aufruf von sophomorix-class auf der Konsole liefert hier ganz viel Output, bevor das wesentliche erscheint – ist das bei Euch auch so?

Sehr oft das hier:
ACTION create needs object GROUP
   * Option create needs MAYBE adminclass
   * Option create needs MAYBE extraclass
   * Option create needs MAYBE all
   * Option create needs MAYBE teacherclass
   * Option create needs ONE_OF class
ACTION kill needs object GROUP
   * Option kill needs MAYBE adminclass
   * Option kill needs MAYBE extraclass
   * Option kill needs MAYBE all
   * Option kill needs MAYBE teacherclass
   * Option kill needs ONE_OF class
...

Und etwas später dann auch noch:

Option json is a modifier option
Option verbose is a modifier option
Option hide is an ACTION  option (TRUE)
Working on ONE_OF
  * ONE_OF options tested succesfully (1)
Working on MAYBE
  * MAYBE options tested succesfully (0)
Option combinations successfully checked
{
  "RUNTIME" => {
    "EFFECTIVE_UID" => 0,
    "REAL_UID" => 0,
    "SUDO_USER" => "root"
  },
  "class" => "attic",
  "gidnumber-migrate" => "---",
  "hide" => 1,
  "info" => 0,
  "json" => 0,
  "school" => "---",
  "verbose" => 1
}

Ich würde sagen: Das ist nicht notwendig und sieht mir nach einem Debug-Mode aus, oder?? Kann man das abschalten??