Die Verknüpfungen zu Eigene {Dateien,Bilder} sollten via UCR steuerbar und per Default deaktiviert sein, um das Problem aus Bug 27364 zu umgehen. +++ This bug was initially created as a clone of Bug #27364 +++ Aus einem ucs-school-singlemaster mit zwei gejointen Windows Clients (win7+xp) wird für den Schüler beim Logout kein Profil auf den Server geschrieben. Beim Logout von Schüler öffnet sich aus ein Fortschrittsfenster, in dem zu sehen ist, dass zusätzlich zum Profil des Schülers auch das Profil eines Lehrer-Kontos synchronisiert wird. Im log.smbd sieht man einige NT_STATUS_ACCESS_DENIED Meldungen, die anscheinend aus Zugriffsversuchen auf Lehrer-spezifische Verzeichnisse resultieren. Das Verlaufsfenster am WindowsXP-Client zeigt hingegen Erfolg für beide Synchronisationsvorgänge an. Beim Logout des Lehrers zeigt sich clientseitig das gleiche Verhalten, allerdings sich auf dem Server (wenigstens ein mal) Profiledaten gespeichert worden.
Die Verknüpfung von "Eigene Dateien" und "Eigene Bilder" erfolgt jetzt nur noch, wenn die UCR-Variable "ucsschool/userlogon/myshares/enabled" manuell auf "yes" gesetzt wurde. Per default wird sie (soft) auf "no" gesetzt. Nach dem Paketupdate bzw. jedem UCR-Variablen-Wechsel ist ein Resync des Listenermoduls "ucs-school-netlogon-user-logonscript" (ohne abschließendes "s"!) notwendig, um die neue Einstellung auf alle User zu übertragen. Patch wurde im Scope ucsschool-errata für das Paket ucs-school-netlogon-user-logonscripts hinzugefügt sowie in UCS@school 3.1 comitted. Errata-Paket-Version: 7.0.9-2.27.201208151130 YAML: 2012-08-15-ucs-school-netlogon-user-logonscripts.yaml Changelogeintrag für UCS@school 3.1 wurde eingefügt
FAILED: -> ucr search ucsschool/userlogon/myshares ucsschool/userlogon/myshares/enabled: no Set path to the personal sirectory? (default: no) ucsschool/userlogon/mysharespath: <empty> Path to the personal sirectory (default: $(ucr get samba/homedirletter):\Eigene Dateien) Vielleicht kann man das "sirectory" noch korrigieren. ???: Benutzer, bei denen die Verknüpfung einmal angelegt wurde, behalten diese, auch wenn das Logon-Script dies nicht mehr macht (es wird in die Registry geschrieben und bleibt dort) Ich habe zum Test die entsprechende Keys (Personal, My Pictures) aus HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders und HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders gelöscht, dann landen die beiden Sachen wieder im Profil. OK: * bei ucsschool/userlogon/myshares/enabled=no wird keine Verknüpfung ins HOME erzeugt (es bleibt alles im Profil) * no ist Standard
(In reply to comment #2) > FAILED: [...] > Vielleicht kann man das "sirectory" noch korrigieren. → FIXED > Benutzer, bei denen die Verknüpfung einmal angelegt wurde, behalten diese, > auch wenn das Logon-Script dies nicht mehr macht (es wird in die Registry > geschrieben und bleibt dort) > Ich habe zum Test die entsprechende Keys (Personal, My Pictures) aus > HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell > Folders > und > HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell > Folders > gelöscht, dann landen die beiden Sachen wieder im Profil. Das lassen wir erstmal so. Der Registry-Key kann auch über ein eigenes Netlogonskript wieder entfernt werden. YAML-Datei wurde angepasst; Paket ist neu gebaut
OK - Funktionale QA des Errata-Updates Weiter mit https://hutten.knut.univention.de/mediawiki/index.php/Errata-Updates#Assignee_-_Announce_des_Erratum-Updates
OK - QA der Ankündigungs-Mail und der generierten Webseite Weiter mit https://hutten.knut.univention.de/mediawiki/index.php/Errata-Updates#Assignee_-_Aktualisieren_des_Mirrors
OK - QA der Installation von updates.software-univention.de
Errata ist veröffentlicht: http://errata.univention.de/ucsschool-errata15.html