Univention Bugzilla – Bug 43089
After ending the exam mode shares aren't accessible anymore
Last modified: 2017-10-16 21:33:58 CEST
Nach Erfahrung von Herrn ***** klappt das Beenden des Klausurmodus nicht zuverlässig, was dazu führt, dass nachfolgende KuK bzw. SuS keinen vollständigen Zugriff auf ihre Ordner haben.
> Mit KuK / SuS sind die jeweiligen Schüler gemeint? Ja, es sind die Kolleginnen und Kollegen (KuK) und Schülerinnen und Schüler (SuS) gemeint. > Nach dem Beenden der Klassenarbeit haben sich die Exam-Benutzer am Windows-Client ausgeloggt und reguläre Benutzer eingeloggt? Ja. Es waren aber nicht zwangsläufig die gleichen Benutzer. Das Problem ist auch mit anderen KuK bzw. SuS in der Folgestunde aufgetreten. > Wurden die Computer nach dem Beenden der Klassenarbeit neu gestartet? Ja. > Was genau ist mit "keinen vollständigem Zugriff" gemeint? → Wird auf den Windows-Computern eine Fehlermeldung angezeigt, etc.? Die KuK sowie die SuS konnten auf die Klassenverzeichnisse nicht mehr schreibend zugreifen. > Welche Ordner waren betroffen (Heimatverzeichnis, bestimmte Netzwerkfreigaben, etc.)? > Wurde dem Lehrer beim Erstellen oder Beenden der Klassenarbeit eine Fehlermeldung angezeigt? Ja. Am Dienstag hat Herr A* zur 1. Stunde wieder versucht eine Klassenarbeit im Klassenarbeitsmodus zu schreiben. Die Einrichtung hat erst im dritten Versuch geklappt, dies aber nur mit Fehlermeldung (Fehlermeldung nicht bekannt). Nach Neustart der SuS im Examens-Modus hatten diese aber NICHT den Klassenarbeitsordner. Darauf hin mussten sich die SuS "normal" anmelden und haben die Klausur auf verteilten Speichersticks abgegeben. Zur 3./4. Stunde hat die Kollegin K* ebenfalls einen vergeblichen Versuch mit dem Start des Examensmodus abgebrochen. Zunächst konnten sich die SuS gar nicht anmelden (weder im Klausurmodus noch "normal") Es existiert dann eine Lokale Richtlinie, die eine lokale Anmeldung nur für Administratoren und Examusers erlaubt. Erst nach Initialisierung einer neuen Klassenarbeit, anschließender Beendigung und Neustart war ein Anmelden wieder möglich.
The bug might be a duplicate of Bug #43088.
The computerroom log contains a log of: PARSER ( ERROR ) : Invalid SMB process definition When we (un)set some computerroom settings we are usually killing the samba processes of the connected clients. Due to this error message this might be not possible.
*** Bug 43027 has been marked as a duplicate of this bug. ***
* The regex for the smbstatus parse was fixed. * The error output was enhanced to include problematic lines. * The test data was moved out of the Python module. * The test mode of the smatstatus.py module was reenabled. * The test 103_ucsschool_smbstatus_parser failed before the fix, and succeeds now. * The test 103_ucsschool_smbstatus_parser was moved from 00_.. to 90_.. I cannot reproduce the described problem. Code: 900659216928a5985703eb90eb6ecd3eb6727bfc Advisory: fc187d810c3d60bcf68503dbbde19d7cf05fb45c Package: ucs-school-lib Version: 10.0.2-5A~4.2.0.201709111855 Branch: ucs_4.2-0 Scope: ucs-school-4.2
Very good. Problem reproduced, new smb status parser fixes it. YAML: ~OK
UCS@school 4.2 v4 has been released. http://docs.software-univention.de/changelog-ucsschool-4.2v4-de.html If this error occurs again, please clone this bug.