hwimmer 10 Posted January 28, 2008 Report Posted January 28, 2008 Hallo, folgendes Problem: wir haben hier im Netz einige Notebook-User mit aktivierten Offline-Dateien. Die Eigenen Dateien sind auf einem File-Server abgelegt. Über das Wochenende haben wir den Pfad für die eigenen Dateien auf einen neuen Server umkopiert. Es wurde auch entsprechend die AD-User umgestellt und auch die Anmeldescripts angepasst. Wenn sich nun die Notebooks am Netz anmelden, sind die Computer offline, da er sich mit dem alten Server nicht syncronisieren kann. Soweit so gut! Als lokaler Admin angemeldet, den Offline-Cache initialisiert und neu gestartet. Nach Neustart kann ich nun jedoch den neuen Ordner nicht offline verfügbar machen, da er bei der Syncronisation nach ein paar Dateien abbricht mit folgenden Fehlermeldungen: "Eine Offlineversion von .... konnte nicht verfügbar gemacht werden .... Zugriff verweigert. Der User hat aber definitiv Zugriff auf seine eigenen Dateien ! Ich hab hier schon alles mögliche probiert, aber nichts hilft. Das Schlimme ist ja noch zusätzlich, daß wir im Netz ca. 140 Notebooks haben, und vermutlich jeder das gleiche Problem hat. Habt Ihr da eine Idee für mich. Danke Gruß Hans Quote
nschlueter 10 Posted January 28, 2008 Report Posted January 28, 2008 Moin, um welchen Dateityp handelt es sich?*.pst?? siehe: Fehlermeldung: Dateien diesen Typs können nicht offline verfügbar gemacht werden Quote
hwimmer 10 Posted January 28, 2008 Author Report Posted January 28, 2008 Hallo, dieses Problem ist mir schon bekannt. Bei uns ist es aber seit der Server-Umstellung so, daß er die Meldung "Zugriff verweigert" bringt, auch bei XLS oder DOC-Dateien Quote
IThome 10 Posted January 28, 2008 Report Posted January 28, 2008 Entferne in der Gruppenrichtlinie mal den Haken bei "Dem Benutzer exklusive Zugriffsberechtigungen für "Eigene Dateien" erteilen" (wegen des Kopierens der Dateien - die Benutzer sind keine Besitzer mehr) ... Erlaubt die Freigabe, dass die Dateien überhaupt offline verfügbar gemacht werden dürfen ? Quote
hwimmer 10 Posted January 28, 2008 Author Report Posted January 28, 2008 @ ITHome In der Gruppenrichtlinie ist bisher dieser Haken nicht gesetzt gewesen. Die Freigabe hab ich überprüft, die passt. Der Haken ist drin bei "Nur Dateien und Programme, die Benutzer auswählen, offline verfügbar machen". Den Datenbestand habe ich mit xcopy unter anderem mit der Option /O kopiert. Da werden ja die Informationen über ACL und Besitzer mitkopiert. Gruß Hans Quote
IThome 10 Posted January 28, 2008 Report Posted January 28, 2008 Welche Events stehen in der Ereignisanzeige des Clients ? Quote
hwimmer 10 Posted January 28, 2008 Author Report Posted January 28, 2008 Weder im System- noch im Anwendungsprotokoll steht was drin Quote
hwimmer 10 Posted January 28, 2008 Author Report Posted January 28, 2008 Habe mich jetzt mit dem gleichen AD User an einem anderen frisch installieren PC angemeldet und dort ebenfalls versucht, die Eigenen Dateien zu synchronisieren. Da besteht das selbe Problem. Bei allen Dateien bringt er sofort den Fehler "Zugriff verweigert". Der Fehler kommt auch, wenn den User am Rechner lokale Admin-Rechte hat! Es kann also kein Problem vom Client sein, sondern vom Server ! Der neue Server hat als Betriebssystem W2K3 64Bit, vielleicht ist das ja das Problem! Quote
IThome 10 Posted January 28, 2008 Report Posted January 28, 2008 Richte für einen neuen Benutzer, der sich in einer Test-OU befindet, eine neues GPO mit einer Ordnerumleitung ein, das auch auf eine andere Freigabe verweist. Klappt das oder klappt es nur mit den verschobenen "Eigenen Dateien" nicht ? Quote
hwimmer 10 Posted January 29, 2008 Author Report Posted January 29, 2008 Konnte das Problem jetzt folgendermassen lösen: 1. Habe die betroffenen User in eine neue OU geschoben. Dort ist eine Ordnerumleitung auf eigene Dateien aktiviert. Und der User bekommt auch exclusive Zugriffsrechte. 2. Am FileServer die ensprechende Home-Verzeichnisse in eine neue Freigabe kopiert. Durch das Kopieren werden die Rechte zurückgesetzt. 3. Anschließend in der neuen Freigabe die Rechte und Besitzer wieder neu gesetzt. Nach diesen Maßnahmen funktioniert auch das Synchronisieren am Client wieder problemlos. Es sieht so aus, als sind durch das Kopieren mit XCOPY /O Rechte-Informationen verloren gegangen, die er für das Synchronisieren benötigt. Gruß Hans Quote
Eyeswide 10 Posted January 29, 2008 Report Posted January 29, 2008 Hi, gehen Rechte nicht "immer" verloren, wenn man beim Kopieren auf ein anderes laufwerk kopiert. Auch mit der Information /o Ich nehme für sowas immer SecureCopy von ScriptLogic. Das funzte bei jetzt immer. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.