Mac Clients get error when copy folders to Fedora RC1 with ATALK
 

I'm a newbie to Linux so please be kind... I have just brought a production Fedora RC1 server online in a mix environment. I have a mixture of Win 9x, 2000 Pro, 2000 Server, and Mac 9.x clients. I had been using my windows servers to share my files for my macs and have had multiple problems. It had been recommended to me to upgrade to Linux for my mac file server. I installed Fedora and got ATALK up and running. I installed netatalk-1.5.5-9.i386.rpm Everything seems to be running GREAT but now I'm getting some odd things happening.

1) Certain folders seem to have files appear and then disappear. If you sit and watch the files bounce back and forth. I viewed the files on the server and all 12 were there but when the mac viewed them there was 12 then 10. Then those 10 were bouncing between which of the 12 it would show. I had the user make a copy of the folder and that seemed to take care of it, however I would like to know the cause and solution if any.

2) We are trying to copy a folder from the Windows server to the Fedora server and we get an error -50 on the mac. We have tried it from various mac clients with the same result. I have changed the name of the share and restarted the atalk service but that didn't help. The folder is a system backup of her mac. Any ideas?

ANY HELP would be GREAT.
Thanks,
John

Assuming that you can still find the invisible files when you do a

#ls

on the appropriate directory while logged on to the Linux box,

It could be a problem of namespace. Mac perhaps does not recognize some filenames???

The files have all been copied by the macs. When she made a copy of the folder all of the files became vissible. My thoughts were that with the unique hidden attributes of the Mac file system if it was possible that it wasn't recording them properly in the Mac Files System Index on my Fedora server. (If that makes any sense)
NEW QUESTION:
I noticed that there is a network trash folder in each one of the atalk shares. However the folder is locked to the mac users and so whenenver they try and delete anything it doesn't go in to the trash can but has to be perm. deleted. Any thoughts. I did a ls -ld on the folder and it came up with a (drwx--Srwx)
Thanks,
John

Well, Linux ATALK perhaps does not have the facility to move deleted files to Trash when the rm command is given.

perhaps you can create an alias so when the user gives a rm command, the file gets moved to the TrashCan.

Solution to -50 problem
 

Hi,

I'm having the same problems. What I figured out is the following:
some files need to store a resourcefile. It goes in to a hidden folder '.AppleDouble' and '.AppleDesktop'
Probably you created the folder to be shared on the Linux box. which means that some rights are inherited by following folders the system makes itself (the two mentioned above). Your users probably have rights to copy to the share but their systems cant write the necessary resourceforks in the appropriate folder because of the rights.

What you have to do is make sure everything is copied back to the original users if the files did not become corrupted. Than delete all directories in the shared folder. Than give the folder the right permissions for the users (group is most important). Make sure the rights on directories are inherited from the shared directory. Now (i think) users can safely copy files without -50 errors (can't write resource error / no permission error).

What concerns the missing or hiding of files, i think the two are related to the permissions problem I just described. I hope someone can confirm this!

Good Luck