Hallo zusammen,
mich plagt seit einigen Tagen ein Problem, das ich mir nicht erklären kann und ich finde auch keine Hilfe dazu.
Ich habe auf meiner DS411+ einen Share mit dem Namen "archive" in dem ich meine gesammelten Familienerinnerungen wie z.B. Videos, Fotos usw. aufbewahre.
Dieser Share wird ca. 2 mal pro Jahr per Script auf meinem PC mit Robocopy auf eine externe HDD exportiert und die Platte wird dann sicher aufbewahrt.
Das Problem:
Beim lesen der Daten bekomme ich genau bei 3 Dateien von einigen Tausenden ein "Zugriff verweigert" am ENDE des Kopiervorganges.
Das Kuriose daran ist, dass erst am Ende des Kopiervorgangs der Zugriff verweigert wird. Das sieht man z.B. sehr schön bei der fast 8GB großen Datei. Kopiere ich mit dem Windows Explorer zeigt sich das gleiche Problem.
Aber: Kopiere ich mit dem Total Commander dann gibt's keine Probleme.
Kann jemand dazu was sagen?
Hintergrundwissen:
Es handelt sich hier um mein Archiv. Damit im normalen Alltag mit den Daten nichts passiert, existiert ein Berechtigungskonzept.
Mein normaler Benutzer "usrchristian":
Das ist mein normaler Benutzer mit dem ich immer alle Shares verbunden habe. Auch während dem Kopiervorgang oben bin ich mit diesem User verbunden. Der Benutzer darf im Archiv grundsätzlich nur lesen. Ändern, schreiben, Löschen ist untersagt. Das ist per ACL gesetzt. Zusätzlich ist auch noch im DSM unter den Share Berechtigungen auf nur lesen gesetzt.
Hinweis: Die Berechtigung wird über eine Gruppe geregelt, zu der der "usrchristian" dazugehört. Die ACL wird auf oberster Ebene gesetzt und alle darunter erben automatisch.
Benutzer "usrarcw":
Dieser Benutzer wird verwendet um das Archiv zu befüllen. Er darf aber nicht löschen. Das ist per ACL gesetzt. Ohne eine Gruppe. Im DSM auf lesen u. schreiben gesetzt.
Mit dem User wurde das Archiv vor einigen Wochen in einem Rutsch betankt. Das war im Prinzip eine Migration von meinem PC zur DS.
Benutzer "admshare":
Dieser Benutzer hat im Prinzip Full Control und wird für die Administration verwendet.
Vermutungen und Lösungsversuche:
Seltsam ist, dass nur 3 Dateien betroffen sind. Die 3 Dateien liegen direkt hintereinander im Verzeichnis. Im gleichen Verzeichnis liegen weitere Dateien die im Prinzip das gleiche Namensschema haben (davor und danach). Das Archiv enthält z.B. auch noch andere große Dateien und längere Pfade. Die fast 8GB große Datei ist jedoch die größte. Ich würde ja verstehen, wenn ein Berechtigunsproblem vorliegt und der ganze Share ein identisches Verhalten zeigen würde.
AntiVir wurde testweise deaktiviert, keine Änderung (Dienste auf disabled und reboot).
Per ssh als root eingeloggt sieht in dem Verzeichnis auch alles normal aus.
Robocopy lief im Backup Mode (/B Schalter). Im Normalmodus lies sich dann plötzlich die knapp 80MB große Datei kopieren! Die große ging weiterhin nicht und robocopy bleibt am Dateiende stehen (Muss per Strg-C dann beendet werden).
Ich vermute mal, dass nach einem Kopiervorgang noch bestimmte Attribute oder erweiterte Attribute in der Quelle modifiziert werden und das hierfür die Rechte Fehlen. Aber warum nur bei den 3 Dateien?
Kann es sein, dass hier irgendwo ein Bug ist und sich z.B. Samba beim Betanken "verhaspelt" hat??? Anders kann ich mir das nicht erklären.
Heute, wenn ich Zeit habe, werde ich weiter testen und schauen, wie es sich mit den anderen Usern verhält und was passiert, wenn usrchristian mehr Rechte bekommt.
Viele Grüße
Christian
Win7 64Bit
DSM 3.0 Build 1372
Hier noch die Robocopy Optionen zur Info:
mich plagt seit einigen Tagen ein Problem, das ich mir nicht erklären kann und ich finde auch keine Hilfe dazu.
Ich habe auf meiner DS411+ einen Share mit dem Namen "archive" in dem ich meine gesammelten Familienerinnerungen wie z.B. Videos, Fotos usw. aufbewahre.
Dieser Share wird ca. 2 mal pro Jahr per Script auf meinem PC mit Robocopy auf eine externe HDD exportiert und die Platte wird dann sicher aufbewahrt.
Das Problem:
Beim lesen der Daten bekomme ich genau bei 3 Dateien von einigen Tausenden ein "Zugriff verweigert" am ENDE des Kopiervorganges.
Rich (BBCode):
Neuer 79.1 m 2010-07-03 12.38.36 Taufe_Sophia.avi
2011/02/15 21:06:29 FEHLER 5 (0x00000005) Folgende Datei wird kopiert A:\VIDEORAW\DV\2010-07-03 Taufe_Sophia\2010-07-03 12.38.36 Taufe_Sophia.avi
Zugriff verweigert
Neuer 7.5 g 2010-07-03 12.45.59 Taufe_Sophia.avi
2011/02/15 21:09:38 FEHLER 5 (0x00000005) Folgende Datei wird kopiert A:\VIDEORAW\DV\2010-07-03 Taufe_Sophia\2010-07-03 12.45.59 Taufe_Sophia.avi
Zugriff verweigert
Neuer 281.6 m 2010-07-03 16.35.28 Taufe_Sophia.avi
2011/02/15 21:09:45 FEHLER 5 (0x00000005) Folgende Datei wird kopiert A:\VIDEORAW\DV\2010-07-03 Taufe_Sophia\2010-07-03 16.35.28 Taufe_Sophia.avi
Zugriff verweigertDas Kuriose daran ist, dass erst am Ende des Kopiervorgangs der Zugriff verweigert wird. Das sieht man z.B. sehr schön bei der fast 8GB großen Datei. Kopiere ich mit dem Windows Explorer zeigt sich das gleiche Problem.
Aber: Kopiere ich mit dem Total Commander dann gibt's keine Probleme.
Kann jemand dazu was sagen?
Hintergrundwissen:
Es handelt sich hier um mein Archiv. Damit im normalen Alltag mit den Daten nichts passiert, existiert ein Berechtigungskonzept.
Mein normaler Benutzer "usrchristian":
Das ist mein normaler Benutzer mit dem ich immer alle Shares verbunden habe. Auch während dem Kopiervorgang oben bin ich mit diesem User verbunden. Der Benutzer darf im Archiv grundsätzlich nur lesen. Ändern, schreiben, Löschen ist untersagt. Das ist per ACL gesetzt. Zusätzlich ist auch noch im DSM unter den Share Berechtigungen auf nur lesen gesetzt.
Hinweis: Die Berechtigung wird über eine Gruppe geregelt, zu der der "usrchristian" dazugehört. Die ACL wird auf oberster Ebene gesetzt und alle darunter erben automatisch.
Benutzer "usrarcw":
Dieser Benutzer wird verwendet um das Archiv zu befüllen. Er darf aber nicht löschen. Das ist per ACL gesetzt. Ohne eine Gruppe. Im DSM auf lesen u. schreiben gesetzt.
Mit dem User wurde das Archiv vor einigen Wochen in einem Rutsch betankt. Das war im Prinzip eine Migration von meinem PC zur DS.
Benutzer "admshare":
Dieser Benutzer hat im Prinzip Full Control und wird für die Administration verwendet.
Vermutungen und Lösungsversuche:
Seltsam ist, dass nur 3 Dateien betroffen sind. Die 3 Dateien liegen direkt hintereinander im Verzeichnis. Im gleichen Verzeichnis liegen weitere Dateien die im Prinzip das gleiche Namensschema haben (davor und danach). Das Archiv enthält z.B. auch noch andere große Dateien und längere Pfade. Die fast 8GB große Datei ist jedoch die größte. Ich würde ja verstehen, wenn ein Berechtigunsproblem vorliegt und der ganze Share ein identisches Verhalten zeigen würde.
AntiVir wurde testweise deaktiviert, keine Änderung (Dienste auf disabled und reboot).
Per ssh als root eingeloggt sieht in dem Verzeichnis auch alles normal aus.
Robocopy lief im Backup Mode (/B Schalter). Im Normalmodus lies sich dann plötzlich die knapp 80MB große Datei kopieren! Die große ging weiterhin nicht und robocopy bleibt am Dateiende stehen (Muss per Strg-C dann beendet werden).
Ich vermute mal, dass nach einem Kopiervorgang noch bestimmte Attribute oder erweiterte Attribute in der Quelle modifiziert werden und das hierfür die Rechte Fehlen. Aber warum nur bei den 3 Dateien?
Kann es sein, dass hier irgendwo ein Bug ist und sich z.B. Samba beim Betanken "verhaspelt" hat??? Anders kann ich mir das nicht erklären.
Heute, wenn ich Zeit habe, werde ich weiter testen und schauen, wie es sich mit den anderen Usern verhält und was passiert, wenn usrchristian mehr Rechte bekommt.
Viele Grüße
Christian
Win7 64Bit
DSM 3.0 Build 1372
Hier noch die Robocopy Optionen zur Info:
Rich (BBCode):
Quelle : A:\
Ziel : V:\dis\A_A_Arc\
Dateien : *.*
Ausf?hrbare Dateien : bootmgr
hiberfil.sys
pagefile.sys
Ausf. Verzeichnisse : System Volume Information
*[nobackup]
*Recycle.Bin
Optionen: /JOB *.* /V /TEE /S /E /COPY:DAT /PURGE /B /NP /XJ /R:0 /W:0
