Synology-Forum.nl
Overige software => FTP, NFS and Samba Server => Topic gestart door: zippie66 op 10 augustus 2011, 21:06:54
-
Hallo,
Hopelijk kan iemand mij helpen.
Mijn probleem is dat het mij niet lukt om bestanden te verplaatsen van de domain controller naar een NAS411. Ik gebruik DSM versie 3.1
Ik wil de profile map e:profiles$ verplaatsen naar de NAS411 u: (\nas411profiles)
:>cacls e:profiles
:profiles JENAPLANAdministrator:(OI)(CI)F
BUILTINAdministrators:(OI)(CI)F
BUILTINAdministrators:(OI)(CI)F
NT AUTHORITYSYSTEM:(OI)(CI)F
CREATOR OWNER:(OI)(CI)(IO)F
BUILTINUsers:(OI)(CI)R
BUILTINUsers:(CI)(special access:)
FILE_APPEND_DATA
BUILTINUsers:(CI)(special access:)
FILE_WRITE_DATA
Domain gebruikers zijn eigenaar van hun profile map en de submappen en files.
C:>cacls u:
u: JENAPLANAdministrator:(OI)(CI)(special access:)
DELETE
READ_CONTROL
WRITE_DAC
WRITE_OWNER
STANDARD_RIGHTS_REQUIRED
FILE_READ_DATA
FILE_WRITE_DATA
FILE_APPEND_DATA
FILE_READ_EA
FILE_WRITE_EA
FILE_EXECUTE
FILE_DELETE_CHILD
FILE_READ_ATTRIBUTES
FILE_WRITE_ATTRIBUTES
JENAPLANDomain Users:(OI)(CI)(special access:)
DELETE
READ_CONTROL
WRITE_DAC
WRITE_OWNER
STANDARD_RIGHTS_REQUIRED
FILE_READ_DATA
FILE_WRITE_DATA
FILE_APPEND_DATA
FILE_READ_EA
FILE_WRITE_EA
FILE_EXECUTE
FILE_DELETE_CHILD
FILE_READ_ATTRIBUTES
FILE_WRITE_ATTRIBUTES
JENAPLANDomain Admins:(OI)(CI)(special access:)
DELETE
READ_CONTROL
WRITE_DAC
WRITE_OWNER
STANDARD_RIGHTS_REQUIRED
FILE_READ_DATA
FILE_WRITE_DATA
FILE_APPEND_DATA
FILE_READ_EA
FILE_WRITE_EA
FILE_EXECUTE
FILE_DELETE_CHILD
FILE_READ_ATTRIBUTES
FILE_WRITE_ATTRIBUTES
<Account Domain not found>(OI)(CI)(special access:)
DELETE
READ_CONTROL
WRITE_DAC
WRITE_OWNER
STANDARD_RIGHTS_REQUIRED
FILE_READ_DATA
FILE_WRITE_DATA
FILE_APPEND_DATA
FILE_READ_EA
FILE_WRITE_EA
FILE_EXECUTE
FILE_DELETE_CHILD
FILE_READ_ATTRIBUTES
FILE_WRITE_ATTRIBUTES
Als ik de met robocopy probeer om alles te verplaatsen worden alleen de folders verplaatst maar niet mijn bestanden.
commando : :>:>robocopy :profilesjphl11 :profilesjphl111 /COPY:DATS /ZB /mir /LOG :robocopy11.txt
uitput : voorbeeld van de foutmelding bij het bestand ntuser.dat
New File 3.5 m NTUSER.DAT
2011/08/10 12:58:51 ERROR 1317 (0x00000525) Copying NTFS Security to Destination Directory e:profilesjphl11 The specified user does not exist.
-----------------------------------------------------------------------------
Total Copied Skipped Mismatch FAILED Extras
Dirs : 548 548 0 0 0 0
Files : 2796 0 0 0 2796 0
Bytes : 173.89 m 0 0 0 173.89 m 0
Times : 0:00:47 0:00:00 0:00:00 0:00:47
Echter als ik hetzelfde commando uitvoer maar de profielen verplaatst naar een anders partitie (F:) op dezelfde domain controller dan worden ook de bestanden verplaatst.
commanda : robocopy e:profilesjphl11 :profilesjphl111 /COPY:DATS /ZB /mir /LOG+:robocopy11.txt
Welke commando moet ik geven zodat mijn profiel mappen worden verplaatst naar de NAS411
incl. de security rechten??
-
laat me apolotize voor het niet schrijven van goed in het Nederlands
Ik spreek Engels, een beetje Frans, hebben Nederlandse afkomst, maar geen Nederlandse taal.
Dus Google Translate is het helpen met dit bericht.
Ik geloof dat ik heb hetzelfde probleem bij het gebruik van Robocopy bestanden met de ACL op een Synology NAS kopiëren. Ik geloof dat dit is gerelateerd aan oude gebruikers worden verwijderd uit het Windows-server, maar op hun toegangsrechten nog steeds geassocieerd met bestanden en mappen. De Synology NAS heeft geen weet van de verwijderde gebruiker, maar wanneer een bestand wordt gekopieerd met ACL attributen voor een onbekende gebruiker, wordt er klaagt.
Dat is mijn beste gok.
Als u dit probleem en hebben de oplossing gevonden laat het me weten.
Bedankt.
I speak English, some French, have Dutch ancestry but no dutch language.
So Google translate is helping with this post.
I believe I have this same problem when using Robocopy to copy files with the acl to a Synology NAS. I believe this is related to old users being deleted from the Windows server but their access rights still being associated with files and directories. The Synology NAS does not know about the deleted user but when a file is copied with ACL attributes for a unknown user it complains.
That's my best guess.
If you have this problem and have found the solution please let me know.
Thanks.