Files Placed on AFP Shares Create Accompanying "._" Files

We have several new iMacs running Snow Leopard, all patched up to 10.6.5. They connect to our OS X Server 10.3.9 using AFP. Whenever they place, say, an EPS file on the server...
Some_File.eps
...an invisible companion file will be placed in the same directory, beginning with a "dot-underscore":
.SomeFile.eps
I've read of similar things happening with SMB shares (something about alternative data streams), but this is AFP, and it's only our Snow Leopard clients that behave this way.
This is more than an inconvenience; we have automated processes that are getting bogged down by these files.
Extensive searching of these forums and elsewhere has revealed no clues.

Similar problem with more detail. Very frustrating.
A few weeks ago, we upgraded most of our workstations from Leopard to Snow Leopard. We have a G5 XServe running OS X Server 10.3.9 (Panther) with HFS-enabled mounts. We connect to it via AFP. SMB is not enabled. It's been running for years without issue.
After upgrading clients, any file we download from a website via any 10.6.6 Mac and either copy to or save directly to the server results in an invisible (hidden) "._.ext" file. (This may be happening to other files copied from the Snow Leopard workstations, but it definitely does not happen to all of them.)
Further, I did a test comparing the only remaining client that is still on Leopard (10.5) with clients on Snow Leopard. The 10.5 client test does not yield the invisible file, while the 10.6 client test does.
I have found that downloading a file and duplicating it before copying it to the server does not solve the problem. However, opening the file and doing a Save As... before copying it to the server does solve the problem.
Is this a compatibility issue between 10.6 clients and 10.3 server? Is there a fix? Any ideas?
EDIT - I forgot to mention that it is causing problems within SVN versioning repository working copies. Otherwise I wouldn't worry about it.
Any help appreciated. Pulling my hair out here.
Thanks, Fritz
Message was edited by: Fritz Green

Similar Messages

Files copied from AFP share point are unwriteable by client

This is the same issue as: http://discussions.apple.com/thread.jspa?messageID=8044984
Has anyone found a fix yet? Basically, when copying files from an AFP server, Leopard is not having the file inherit the permissions of the parent folder. It is inheriting the permissions of the file within /Volumes.
I am accessing an AFP share point on a server that has files that are 644 (readable by everyone, but only writable by the owner). I am not the owner. When viewing the AFP volume on my client within /Volumes/whatever the permissions appear to be 400 (unwriteable by the owner, no access to anyone else). When I copy the file over to desktop, the permissions remain as 400 when they should obviously be 600.
What does this mean? Even though I am NOW the owner, and it is on MY desktop, I am unable to write to the file unless I chmod it. Very, very annoying and this behavior is unique to Leopard. Tiger does not mangle the permissions.
The server is ubuntu-8.10-server running Netatalk.
The test clients are Leopard 10.5.5 and Tiger 10.4.11
On the server:
$ pwd
/srv/www
$ ls -l
-rw-r--r-- 1 www-data www-data 1024 2008-11-23 23:29 test.doc
On the Leopard client:
$ pwd
/Volumes/www
$ ls -l
-r-x------@ 1 sauce staff 1024 Nov 23 23:29 test.doc
$ cp test.doc ~/Desktop
$ ls -l ~/Desktop/test.doc
-r-x------@ 1 sauce staff 1024 Dec 7 00:21 /Users/sauce/Desktop/test.doc
Message was edited by: iSauce

I don't believe this is a problem of leopard in general. i can not reproduce this behavior with any of my afp shares. no matter how i connect (as an owner or as a guest) after I copy something to the desktop it gets standard 644 (not 600) permissions.

Save as dialog not showing files on a AFP share in CS2

I have a user who is not able to see any files or folders on an AFP share (SFM on Windows 2003) when attempting to Save As. The files are visible in the finder, terminal, it is not a permissions issue, and I have trashed permissions. Any ideas? Are there hidden files on the share that need to be trashed?
10.4.10, 2.66 Mac Pro, AD user
Thanks!

Open the Script Editor in the /Applications/AppleScript/ folder, and use this script to make all files visible.
(22547)

Finder crashing in AFP share

Hello,
We're having some really strange issues at work with an AFP share.
Setup:
Mac OS X 10.4.7 clients (including a G5, MacBook Pro, iMac G4)
Mac OS X Server 10.4.7 sharing files via AFP
How to replicate:
User's login to the AFP share, navigate to a certain folder, and then finder "locks" (spinning beachball). All attempts to relaunch finder fail. The only things that fixes finder is restarting the machine. This does not fix getting to the folder.
Every directory in this part of the AFP share have the same permissions. I have not tried to navigate to the directory on the server because we would have to get everyone to log off and stop working.
Thanks for help in advance,
Rob
Mac OS X (10.4.7)

All of the users are connecting via ethernet. We typically have about 10-15 users connected to a Mac OS X server with unlimited clients. Everyone in the office connects to this machine, but this happens even when we do not
Initially we were having trouble with a folder that had photoshop files (.psd), but now we're having trouble with the folder up from that (which is basically a project folder that then has several folders beneath it).
I copied the files that one of our employees needed in Windows to another folder (created in Windows) above the directory we are having trouble with. She was able to access the folder and the files. Windows connections are through SMB (and all the windows machines that we have are able to navigate to these folders).
For the clients, unforunately, force quit doesn't seem to handle finder correctly.
Mac OS X (10.4.7)
Mac OS X (10.4.7)

User can't access afp shares

About once every other day one of my users losses the ability to log onto afp shares on the server.
In the Server App under Users his "Allow user to log in" tick box has become unticked. If I tick that and save, everything is fine for a day or so then it becomes unticked on its own again. As usual with computers in generally becomes unticked at a crucial point when everyone is busy !!
Any help would be appreciated. I can see nothing unusual in the logs and I have tried reseting his password.

I just went from 10.8.5 to 10.9.2 and have this same problem. I first noticed in DNS 127.0.0.1 was removed during install and not put back. From there I got everyhting working except afp.
Error message is:
Kerberos fail: gss_acquire_cred major status_value <458752> minor status_value <0>
major error <1>: No credentials were supplied, or the credentials were unavailable or inaccessible.
minor error <1>: unknown mech-code 0 for mech unknown
Trying:
sudo sso_util configure -r REALM_NAME -a diradmin afp
/Local/Default
/LDAPv3/127.0.0.1
Creating the service list
Creating the service principals
OSStatus CreateKerberosPrincipals(CFStringRef, CFStringRef, const char *, CFMutableDictionaryRef, Boolean): unable to find admin record: -1
Creating the keytab file
Configuring services
Any solutions out there? This is pretty critical for TM backups around the office.

AFP Shares

Hi. I am experiencing a lot of problems with MAC OSX mountain lion and network shares, maybe someone here can help me.
I have a freenas installed where I keep all my multimedia files (i.w. photos, musics, etc...) and I have 2 users on Mac that I normally fastswitch between then (my wife and mine!).
Problem is, I only could manage to give read and write permissions for bouth user over the same mount using NFS, but when I use NFS I got a lot of disconnections when using a lot of load (like browsing pictures).
I was wondering if is any way I could mount a AFP share and bouth users on make could read and write all files (even the new created ones)?
Any help or comments on the matter will be appreciated.
Thanks, Allan

The NFS disconnections should be related to the NAS itself. But I would like to share a mount with AFP to all my logged users. if this is possible it will be really nice.
Thanks, Allan

Trouble connecting to Lion server AFP shares after changing server's hostname

Hello everyone,
I recently changed hostname of my Lion server box (via Server application) and now my clients are having a problem when trying to connect to its AFP shares via aliases. It takes 160 seconds of "resolving alias to <sharename>" before it finally works. Aliases were created by navigating to the server, connecting with "Connect As", providing valid credentials, then navigating one level up and dragging the share icon (blue disk with three white people outlines) to the Desktop with Option-Command.
What is interesting, if I create a new account on a client machine, create an alias, and click on it - it works without any delay, as it was for the clients that are having problems now; so I'm assuming some details about the previous server name got cached somewhere.
The clients with long delay problems can access the shares quickly if they click on the server in the Finder window drawer, then "Connect As" and provide their login credentials - it works instantly then.
I've been digging around quite a bit (deleting Keychain saved Network passwords for any and all references to the server I could find), and also by looking at kerberos logs on the server. What is interesting, the newly created clients I mention above who don't have delay with connecting, don't leave any records in the kerberos log file; but the ones that have 160 second delay do - there's nothing for 160 seconds, and then there is a flurry of activity, as the connection is finally established.
When a client who has trouble connecting uses the "Connect As" method described above, entries in the Kerberos log are created instantly when client clicks connect.
Probably also worth noting that renaming of the server was related to me setting up Open Directory on it.
Any pointers would be greatly apprecited.

I experienced almost exactly the problems you described. I also found that connecting via command line using mount_afp worked right away... and once the connection is established, mounting via finder was super fast.
Tried all kinds of craziness on the client, even a full Time Machine restore.
Tried fixing Open Directory.
I was absolutely stumped by what was happening, but then thought, Hmm. I'm wondering if it's related to MobileMe going down? I noticed it started to happen after July 31...
Success! That was it! Signing out of MobileMe in System Preferences made everything work the way it should!
CDPlayer2: check if the clients are signed in to MobileMe, and if signing out fixes things - I'd appreciate it if you could post your results. Thanks.

Mounting AFP share under devices

Hey guys,
So this one I've been searching for an answer to for weeks on end with no success.
I have tried so many different things it's not even funny anymore.
Basically, I work at a private college where our students use InDesign CS5 on MacBook Pro's.
Our students currently have to save their work to the desktop, and then manually move it to the Student Dropbox(an afp share on the os x server) if they wish to share anything.
A temporary solution I came up for this was for them to drag the AFP link to the Devices pane in Finder, therefore allowing InDesign to see it as a device and save straight to it.
The problem with this though, is that they have to do this each and every time, and our students aren't all the most computer literate.
Is there any possible way to mount the drive on login AND have it appear under the devices pane automatically?
Cheers,
Brodie

An other solution is
create an file (you will need root-rights)
sudo nano /etc/auto_afp
and insert the following text
/Users/%username%/share -fstype=afp afp://username:[email protected]/share
but i don't know if this work in lion

Copy from AFP share to AFP share (via VPN-Connection) - stupid?

Hi there
We set up an OS X server in a remote facility and are connecting to it over a VPN connection (Netgear Firewall).
Everything works fine, there's only one annoying issue: if I want to copy a file from a mounted AFP share (share1) to another mounted AFP share (share2) - both of them residing on the same server - it seems to me that the files are being copied first to my local client and then back to the server again - instead of being copied directly from and to the server...
Is there anything I can do about this issue or am I wrong? Is this a so called "feature" of the Finder itself?
Thanks for any suggestions and regards
Roman

Thanks for your thoughts about higher vs. lower latency networking - I totally agree. It might be a quite uncommon setup; as the server is being "housed" in a datacenter with quite tough restrictions: not only do they charge us for the power consumption, but also for the traffic being generated - which is 250 GB a month. They're providing an uplink with 10mbps (guaranteed), burstable to 100mbits.
Anyway, we're interested in keeping traffic low - hard to do if we cannot let end users do "common" tasks like moving files from one folder to another (of course, its a sharepoint - but they don't care).
What I'm looking for? Well, I think it will take hours to find out which part of the setup (AFP implementation of the server, AFP on the local machines, either of them on a particular version, the Finder in general...) actually might be responsible for this behavior. And maybe there's a "solution" (if you agree that this is actually a problem" buried somewhere
Regards
Roman

User Passwords Rejected on AFP share mounts?

User Passwords Rejected on AFP share mounts?
(OK, my last post got buried, and perhaps too long), try again. Very brief
Issue:
After so many days, a User's AFP share password is rejected? What gives.
If you reset it, several days later, same thing, rejected.
Is Netinfo Database corrupted, what can / should be done?
- Stand Alone server (with AFP and FTP services running, all other services off, not running.
Summary Info for user having issue:
Location: 192.168.0.50/NetInfo/DefualtLocalNode
Home: No Home Directory
Primary Group: Users (20)
Password: Shadow Password
I have deleted that troublesome user name and created a new name (for that user), just in case, in the re-creation of the same user name (after deletion) some corruption gets inherited.
thanks,
macguitarman
Power Mac G5 Dual 2.0 Mac OS X (10.4.7)

Using Tiger Server, I have found that enabling ACLs, or Access Control Lists on the volume, and then specifying users and/or groups into the specific ACLs for the share point has been very helpful. Also note that 10.4.10 server seems to work better than 10.4.11, so if you haven't upgraded, don't go beyond 10.4.10. .11 seems to have some permissions issues and other problems.
I assume you are connecting to the server via AFS (i.e. Go > Connect to Server > ip address) and not SMB? SMB sometimes is more problematic about ownership. But either way, Mac or PC clients, it seems ACLs are the way to go.
Crazy as it seems, on my server, even if the owner is, say, admin, and the group with r/w permissions is, say, Prepress, it helps to specifically add the Prepress group to the ACL for that share. Then be sure to propagate the permissions down (unless you don't want to, for some reason). To do this, click the little gear icon and propagate all the permissions -- owner, group, acl, etc. down. This will take a bit of time depending on how much stuff you have. I also find that a server reboot can be helpful.
[[ All this said, 10.5.1 seems to do some crazy things, and I hope 10.5.2 addresses them. I have one machine (not user ID) that always creates a folder on a share with no permissions for anyone. Only from that Mac; the same login on another works just fine. Go figure]]

Importing from camera with iMovie onto computer with home on AFP share ...

I am trying to import a movie from a Sony Handycam into iMovie '08. iMovie can see the camera. The problem is that I cannot choose where to save the movie. I am only offered the choice of one of the two disks in my machine but am not given a chance to choose the actual folder location. Furthermore, the only choices are not write accessible to me.
I am guessing that iMovie doesn't want to import to my home/Movies because it is on an AFP share but why can't I choose the /Users/Shared folder (or any other location)?
Does the user that imports video into iMovie have to be an admin user?
The dialog that opens when I choose to import says "Save To:" but is not a proper (usual) file selection dialog. I only get two choices and they are internal disks not folders.
I know that Apple loves to work from the premise that they know best how I should do what I want to do but in this case I am actually totally prevented from doing what I want to do. I could actually log in as the admin user, import the movie (I'm assuming that would work) and then copy the files to my account. Any other suggestions would be welcome. Is there a way to specify the path for the import dialog?
(I am sitting on a gigabit ethernet network with a recent XServe and XServe RAID serving my home. I find it hard to believe that this couldn't handle a simple video import. It's not even HD.)

I am only offered the choice of one of the two disks in my machine but am not given a chance to choose the actual folder location. Furthermore, the only choices are not write accessible to me.
Other than the start-up drive user's account "Movies" folder, iMovie '08 only allows access to the "root" level of non-start-up drives which are the only areas it scans for "iMovie Events" folders during initialization. In addition, in order to access non-start-up drives, they must be formatted as "Mac Extended OS" drives.
I am guessing that iMovie doesn't want to import to my home/Movies because it is on an AFP share but why can't I choose the /Users/Shared folder (or any other location)?
See above.
Does the user that imports video into iMovie have to be an admin user?
No.
The dialog that opens when I choose to import says "Save To:" but is not a proper (usual) file selection dialog. I only get two choices and they are internal disks not folders.
See first answer.
I know that Apple loves to work from the premise that they know best how I should do what I want to do but in this case I am actually totally prevented from doing what I want to do. I could actually log in as the admin user, import the movie (I'm assuming that would work) and then copy the files to my account. Any other suggestions would be welcome. Is there a way to specify the path for the import dialog?
Finder level file operations performed external to iMovie '08 tend to corrupt pointers/reference paths unless they emulate what iMovie itself does in which case the initialization scan may be able to fix some problems.
I am sitting on a gigabit ethernet network with a recent XServe and XServe RAID serving my home. I find it hard to believe that this couldn't handle a simple video import. It's not even HD.
Not familiar with such use so I don't know if this would automatically limit your access to root level storage area.

Spotlight/Searching does not work for afp shares in Lion

Hi
I cannot search for files in Finder on my afp shares. The server and client are both running Lion 10.7. Anything I am missing? Should this work or not? I'm so used to Spotlight I would really hate it if this isn't supported for afp shares.
Thanks NEI

Acrobat catalog, PDX, files only work from local or network drives.
From Acrobat's Help;
"Moving collections and their indexes"
"You can develop and test an indexed document collection on a local hard drive and then move the finished document collection to a network server or disk."

Illustrator/InDesign problems with AFP shares on Xsan

Hi,
Has anyone else been having problems with Adobe apps overwriting files on AFP shares that are stored on an Xsan? Errors that come up vary from error -47 to error -5000 and generally mention that the user doesn't have permission.
They do have permission, and things are fine if they save to their desktop then copy to the server and overwrite the file that way. They're fine saving initially as well. Other applications don't have a problem either.
Anyone have any ideas?
Server is 10.4.3, Xsan 1.2.
Thanks,
James

Hi, This have nothing to do with Xsan, because i have the same problems on 3 of my servers, on 10.2.8, 10.3.9 and 10.4.4 with simple afp shares! It seems that Adobe srcrewd up big time!

AFP shares not showing in Sidebar

I am having problems getting afp shares to show in the Shared section of the Sidebar. The Sidebar is showing two of the SMB shares but nothing else. All of the AFP shares show on the other two Leopard computers. I have tried the following:
1. Turned Bonjour computers on and off in Finder Preferences.
2. Use DiscWarrior to clean the disc and have repaired permissions several times.
3. Tried deleting the com.apple.network.identification.pist file.
Any other ideas?
Thanks for any help.
Peter

I have this problem from time to time. To get them to show, in the Finder I go to Go > Connect to Server > then click on Browse. The will not show them in the left sidebar, but will show under the Network. I know it does not solve the problem. I'd like to know a fix as well.

Mac, Indesign CS5 crashes when saving to an AFP share.

Hey all,
I know that it isn't best practices to save to a share, but my users do it. We have never had that problem with CS3 or CS4.. as a matter of fact, not even all of my users have this problem.
I have one designer that crashes whenever saving to an AFP share on OS 10.5 server. It just kills InDesign. Spinning beach ball of death shows up and then claims that the network resource can't be found.. then poof.. bye bye indesign. I told her to copy the files locally, work on them, save them, then copy back to the server. But after 5 years of working off the share drive she still forgets. We are running production and she is begging me for an answer.
Thanks.

I will double check her version when I get to work tomorrow. My Mac users are really good about staying up on patches.
I will let you know if I need further assistance.. thanks!

Files Placed on AFP Shares Create Accompanying "._" Files

Similar Messages

Maybe you are looking for