The more I look into the problem the more of a mess I see. I upgraded to 10.6.3 hoping that I would finally be able to write to my network drives (NSA2-S350NAS) without jumping through hoops. Well, watch me jump!
I started out with the classic error -36 and then progressed to the permission problem. Worse yet, I attempt to mv the test folder to my drive and all I get are Permission denied and Operation not permitted. Here are the errors generated through my console:
10-04-01 9:25:37 AM kernel smbfs_composeacl: smbfs_setattr 13, ignored
10-04-01 9:25:37 AM kernel smbfs_composeacl: smbfs_setattr 13, ignored
10-04-01 9:25:37 AM kernel smbfs_composeacl: smbfs_setattr 13, ignored
10-04-01 9:25:37 AM kernel smbfs_composeacl: smbfs_setattr 13, ignored
10-04-01 9:25:37 AM kernel smbfs_composeacl: smbfs_setattr 13, ignored
10-04-01 9:25:37 AM mv[11214] could not change mode of destination file (null string) to match source file (null string): Permission denied
10-04-01 9:25:37 AM mv[11214] could not change mode of destination file (null string) to match source file (null string): Permission denied
10-04-01 9:25:38 AM mv[11214] could not change mode of destination file (null string) to match source file (null string): Permission denied
10-04-01 9:25:38 AM mv[11214] could not change mode of destination file (null string) to match source file (null string): Permission denied
10-04-01 9:25:38 AM mv[11214] setting security information: Permission denied
10-04-01 9:25:38 AM mv[11214] could not change mode of destination file /Volumes/admin/Sara party to match source file /Users/Master/Desktop/Test party: Permission denied
You would swear that the files did not make it to the target volume. They did, intact and readable and modifiable! Files are gifs, jpeg, rtf and spub (3rd party Swift Publisher Format). So, back to writing up scripts so I can use the drives.
This is not an isolated problem and it can be reproduced easily. I will try to spend more time on the problem, but why. I report my findings and nothing happens!
