Apple Event: May 7th at 7 am PT

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

._ files are locking up the real files.

Has anyone having trouble with ._ files and Windows servers? The issue is pretty confusing so I'll try and make this as clear as possible.

The problem is I can't move or edit files stored on a W2k server because the ._ files are shown as in use by another user. If I try and move a file on the server into another folder I get the following message: "The operation cannot be completed because a required item is in use." With my sys admins help using the computer management console (on Windows) we've tracked it down to the ._ files associated with the "real" files. It shows all of the ._ files being in use even if the user who's supposedly using it is logged off the server.

I get a similar message saving files to the server. Lets say I have .tif file and open it in Photoshop, make edits and hit command-S. The following message comes up: "Could not save "file name" because the file is already in use or was left open." Now this is where it gets dangerous. If I hit OK the file on the server is deleted so if I were to close the file at this point it would be lost. I have to hit command-S again and a Save As window comes up that pointes to the correct folder on the server and then I can save. The kicker is I STILL can't move the file because the ._ file has the same name so its linked back up to the file and since the ._ file is "in use" the problem persists. If I change the file name when doing the save as I can move it on the server because it has a new ._ file.

Now let's talk about deleting files from the server using Finder. If I try and delete a file on the server that has a ._ file 'in use" the message that says this file will be deleted immediately are you sure you want to continue comes up and I click OK. Then the following message comes up: "The operation cannot be completed because a required item is in use." If I click OK the file deletes anyway BUT the ._ file doesn't get deleted so if I move the file back to the server, the problem persists.
The other problem with deleting is if I try and delete an entire folder with ._ files 'in use" I get the messages I just mentioned and the last file in the folder is deleted. now imagine having to delete a folder full of 250 items one at a time. Even if you deleted all 250 items individually you still can't delete the folder because the ._ files are still there and still 'in use".

I don't normally work directly off the server but this makes file management impossible.

Is anyone else having this problem?

Posted on Jun 7, 2004 3:00 PM

Reply
83 replies

Nov 23, 2004 1:20 PM in response to StealthRocket

Wow this post has really grown since I checked it last. Since I started this post I thought I'd update it with my progress.
I've installed AdmitMac on two workstations and the problem has disappeared (on those stations). Now I must decide if its worth purchasing a site license or wait for a possible fix in Tiger. Someone speculated in an earlier post that this might not be fixed with Tiger. Man that would be very dissapointing!

I'd like to voice my opinion that based on my testing this is absolutely an Apple problem. How can it not be when using a different SMB implementation fixes the problem?

Here's hoping to a fix in Tiger.

Dec 20, 2004 4:14 PM in response to StealthRocket

We just fixed this problem at our site by upgrading our Samba server software to Samba 3.0.9. The problem we were having was that the Macs (10.2.8 and 10.3.6) were creating dot-underscore files and those files were locked even after the application (MS Office) was closed. Only when the user completely disconnected from the share would the locks on the dot-underscore files go away.

Now that we upgraded from Samba 2.2.8a to Samba 3.0.9, the Macs release those locks as soon as the file is closed, which is what one would expect. Sure, the dot-underscore files are still annoying to look at, but at least now they are not also locked after the application closes.

Here is our uname -a output on the machine running the Samba server software:
SunOS xenopus 5.8 Generic_108528-17 sun4u sparc SUNW,Sun-Fire-280R

I also determined (by carefully reading the Samba documentation) that we need to make sure we disable "oplocks" on the shares themselves to avoid possible data corruption since we are also doing NFS shares and using PCs, but that is another issue.

oplocks = False
level2 oplocks = False

I read in a newsgroup posting somewhere that OS X was really designed to work with Samba 3.x, and that upgrading the server would be worth a shot. It worked for us. Yippee!

Dec 20, 2004 4:51 PM in response to Jack Nork

We tried out an evaluation copy of DAVE to see if it fixed the original problem (that the dot-underscore files remained locked after the application was closed). It did fix the locking problem on our 10.2.8 Macs, but...

It still stored dot-underscore files on the server, much to our dismay. It was a little nicer, though, in that it created a directory called "resource.frk" that contained all the dot-underscore files for a directory. I don't know if there is some way to configure DAVE so that it does not do this, but maybe someone else would know...

._ files are locking up the real files.

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.