Project

General

Profile

Actions

Bug #3595

closed

Mac OS X clients have problems copying files with Finder

Added by Marcus Heese almost 9 years ago. Updated 12 months ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
cifs - CIFS server and client
Start date:
2013-02-25
Due date:
% Done:

0%

Estimated time:
Difficulty:
Medium
Tags:
needs-triage
Gerrit CR:

Description

The server that I am having trouble with is running a stable OmniOS build:

uname -a
SunOS lfdisk 5.11 omnios-33fdde4 i86pc i386 i86pc

I have got a domain mode setup with Active Directory and do sharing with smb only (for simplicity reasons). An OS X user (which is not logged in to his client machine with AD) can successfully authenticate to the share where he wants to write to. For that he connects to the share with the Finder and pointing to "smb://x.x.x.x/ShareName" which works flawlessly. Then he can write/delete/rename folders and most of the files. All UID mapping is reflected correctly in the file system; all NFSv4 ACLs are inherited correctly as well.

However, if the user tries to copy a file with Finder which contains an extended attribute which is very often the case on OS X because of the resource fork entries or other OS X related informations on files (in this case JPG files), the copying will fail (not at all times!) with the Finder error message that it could not complete the process because of an unknown error (error -50). What perfectly works though is to open a terminal and copy all files with a simple "cp" command.

My workaround at the moment is: I deactivate extended attributes on that share with "zfs set xattr=off mypool/myshare". After that I have no trouble copying files with Finder as well.

I can also provide some WireShark traces from both scenarios. However, they are bigger then 4MB which is the upload limit here.

Actions #1

Updated by Graham Perrin almost 9 years ago

Which version of OS X?

With or without an extended attribute on an original file, expect an extended attribute to be added whilst Finder performs a copy. Consider:

If you disable native support for extended attributes at the file system level, then the Apple operating system may attempt to store those things (and others, if required) in the way that's normal where there's lack of support:

  • ._

… a companion dot underscore file.

Actions #2

Updated by Gordon Ross 12 months ago

  • Status changed from New to Closed

This is 8 years old. We've done lots of improvements and testing with MacOS since then.
Let's just assume this is no longer a problem.

Actions

Also available in: Atom PDF