Apple Support Communities > Servers and Enterprise Software > Mac OS X Server v10.4 and earlier > Discussions
This discussion is archived
7892 Views 32 Replies Latest reply: Feb 18, 2007 8:02 AM by Micio123
Currently Being ModeratedJan 24, 2006 9:04 AM (in response to stjeanb)I can reproduce this with my setup. I have Mac OSX Server 10.4.4 on 3 servers running XSan 1.2. Users have AFP mounted home directories. I have tried this with clients running Mac OSX 10.4.3 and even tried 10.4.4. If I try to make a copy of a file in the same folder just by dragging and dropping, I'll get the permission error and the both files are gone. (anywhere in the mounted home dir)
Students have lost work doing this. Is Apple aware of this?Mac OS X (10.4.3)
Currently Being ModeratedJan 24, 2006 8:22 PM (in response to llacasse)I have called Apple again and they still don't have an answer for me. Their standard response is we'll send it to engineering for a better look. Or it might be fixed in an update or new version 10.5? It seems every version fixes my previous bad bug but introduces a whole new set of bugs. I have yet to have a stable server platform. Thanks for taking the time to reproduce my problem. I hope Apple will resolve this soon.
iMac G5 Mac OS X (10.4.3) iSightiMac G5, Mac OS X (10.4.3), iSight
Currently Being ModeratedJan 27, 2006 6:13 AM (in response to stjeanb)We just renewed our support agreement for XSan and we also have support for the server hardware. I'll be calling Apple reguarding this. The more pressure they have from customers, the better.Mac OS X (10.4.3)
Currently Being ModeratedMar 30, 2006 4:31 PM (in response to stjeanb)We have the same problem.
We were origionally alerted to this problem becuase when selecting save in various applications ("Photoshop", "PowerPoint" ... ) the file would appear to have saved, however the file had not been saved, and in some cases the origional file was deleted.
When investigating these issues, we found that duplicating items in the finder also resulted in an intermittent error message being displayed "The operation cannot be completed because an item with name "xyz" already exists." When clicking the "OK" button to dismiss the message, the original file is deleted, and no the file is not duplicated.
Further investigation revealed that everything works fine in the Finder, until an application such as ( "TextEdit", "AppleWorks", "Word" or "PowerPoint" ) is launched and quit. From then on the Finder displays the error message intermitiantly when attempting to make duplications (COMMAND-D).
A pattern seems to be that the first time the error is displayed, the original file is not deleted but no duplicaiton occors. The second time the copy is not made and the original file is deleted.
We have setup from scratch a base 10.4.5 server and tested this with 10.4.4 and 10.4.5 client machines. So far the error has only been reproduced when dealing with files on a network home directory mounted via AFP.
The problem is not occurring if you mount the AFP share point using 'Go' : 'Connect to Server...' It only seems to occur when you login using an AFP mount-point as your home directory.
We are attempting to get apple involved to resolve this issue.
If anyone finds a fix/workaround to this issue please reply.
In addition, does sharing home directories via NFS fix this issue?Mac OS X (10.4.5)
Currently Being ModeratedApr 3, 2006 12:24 PM (in response to stjeanb)OK, let's go with this. Several others are reporting the same problem:
And I've seen it, too. I originally reported this bug to Apple several months ago when 10.4.2 was released and here's my original posting: http://discussions.apple.com/thread.jspa?messageID=647624
So far, all I can say is the following:
1. The error message is not related to permissions being set incorrectly. As you've found out (or seen in the previous postings), you can use POSIX permissions or Tiger's Effective Permissions model, which incorporates ACLs.
2. The problem is specific to the Mac OS X 10.4.x Finder. Earlier Finders do not exhibit this problem. Attempting a copy (move or rename) via Terminal with cp, ditto, or mv is always successful.
3. I believe that the problem is related to the client's checking of permissions against stored directory information (checking for masked AFP permissions). You're more likely to get this error with a client that's bound to the server's Open Directory domain than one that's not.
4. I'm quite surprised that it's taken almost a year for this bug to really become discovered. I've noticed it right away and I think Apple has known about it for some time. I do think that the problem has gotten a little bit better with Mac OS X 10.4.4 and 10.4.5, but your mileage may vary.
I encourage you to keep posting details and filing Mac OS X Feedback reports (http://www.apple.com/feedback/server.html). Maybe we can find a solution or Apple will take notice.
--GerritApple Certified System Administrator
Currently Being ModeratedApr 27, 2006 6:01 PM (in response to Gerrit DeWitt)I can confirm this bug. Users have lost many critical files now even after telling them to avoid using the Finder:Duplicate.
We have Xserves 10.4.3. Remote home clients all G5s 10.4.6. Can reproduce this bug on all machines.G5 Quad, Mac OS X (10.4)
Currently Being ModeratedApr 30, 2006 4:03 PM (in response to helpdesk)FOLLOW UP FROM APPLE
Called apple back - they have provided : a workaround ( not a fix ).
For us this is fantastic, depending upon your attachment to spotlight, you will be able to decide weather you will implement this workaround.
STEPS (*ON THE CLIENT*)
(1) Open the following file : /etc/hostconfig
(2) Change the line "SPOTLIGHT=-YES-" to "SPOTLIGHT=-NO-"
Spotlight will be disabled however your files should stop vanishing.
Thank you very much apple. We are happy that there is now a workaround, people were losing work. Now we can rest easy. Thank you.
PS : TESTED ON 10.4.5 Client and Server
Upgrading to 10.4.6 Server stopped login working before this
workaround was applied to the clients.
It seems people have had mixed results with the 10.4.6 upgrade.
Be prepared to roll back to 10.4.5 if you are applying this upgrade.
Hope that helps.
Mac OS X (10.4.5)
Currently Being ModeratedMay 14, 2006 2:34 PM (in response to helpdesk)Follow Up From Apple
Apple suggests Spotlight is disabled on the server. As it appears to be enabled by default on the Tiger Server.
Simply follow the instructions within the post above to disable Spotlight on the Server rather than the client.
As always it is a good idea to make a backup, just incase something 'bad' happens. eg. 'sudo ditto -rsrc /etc/hostconfig /etc/hostconfig.orig'
Once the hostconfig file is modified and the server has been rebooted. Spotlight should be disabled on the server and you should find that Spotlight can be re-enabled on the client machines, and files will not be deleted, when selecting duplicated in the finder.
Everything should also work faster, as the server is now not attempting to index files as they are created. ( at least 2x faster )
So - the word from apple is that generally Spotlight should be disabled on the server. A little serendipity results in the duplication problem also being resolved.
We are happy with this, and all the entire system is faster.Mac OS X (10.4.5)
Currently Being ModeratedMay 14, 2006 9:25 PM (in response to helpdesk)With any new or Erase & Install-type installation of Mac OS X Server, Spotlight is automatically disabled as per a "SPOTLIGHT=-NO-" entry in /etc/hostconfig.
Does disabling Spotlight on the client produce any changes for others? It's an interesting possibility that I hadn't considered, but it would be plausible: it's one thing that's "different" from 10.3.
--GerritApple Certified System Administrator
Currently Being ModeratedJun 21, 2006 9:04 PM (in response to Stephane Laroye)Have you attempted to disable Spotlight on the server?
Please let everyone know if this is still a problem.
Spotlight is on by default if you install from a 10.4.3 install disk.
Try disabling spotlight and see if this is still a problem....
Hope this sorts the problem out for you.
NOTE : If you are running photoshop 8.0 consider disabling spotlight on the clients, in addition to the server.Mac OS X (10.4.5)
Currently Being ModeratedJun 28, 2006 8:56 AM (in response to Stephane Laroye)
I can confirm this bug. Users have lost many critical
files now even after telling them to avoid using
Help may be here! 10.4.7 for client and server is released. It is "supposed" to address this issue that we too have been having. From the Apple doc http://docs.info.apple.com/article.html?artnum=303687
Apple File Services (Client)
Addresses an issue that could cause files to be deleted when duplicating them in the Finder on a mounted AFP volume.
xserve with lab Imac 350+ emac 800+ 10.3.9 * 10.4 Mac OS X (10.4.5)Imac 350+ emac 800+, Mac OS X (10.4.2)
Currently Being ModeratedJun 30, 2006 2:32 AM (in response to stjeanb)I confirmed this bug 10.4.7
1) Create a simple text file and save it to my afp network mounted desktop.
2) Select the file and repeat "Command + D".
3) Repeat several times until a message is reported.
4) Once press OK in the dialog box the original and the last copy disappear.
Currently Being ModeratedJun 30, 2006 3:51 AM (in response to poko)I can confirm this. Client is 10.4.7 (spotlight enabled), XServe is 10.3.9 (so no spotlight). The clients homedirectory is on the Xserve. In fact, it is a AFP reshare of a NFS mounted volume residing on a SUN.
HOWEVER: I could not reproduce this on a HELIOS Ethershare AFP volume I mount from the SUN directly. So, there must be a relation between OSX client and OSX server...
Currently Being ModeratedJun 30, 2006 10:53 AM (in response to gerd muller)This problem is occurred with any application.
I can confirm by repeat save or Photoshop action.
Making the spotlight index cause this problem.