free disk space is reported incorrectly to clients, probably due to netatalk not being entirely 64 bit clean. patch might need to be applied to RPM: http://www.umich.edu/~rsug/netatalk/patches/1.4b2/ also, I sometimes get MacOS 8 clients disconnecting from server during file transfer and then creating huge files on the server side, until all disk space fills up. I believe this is fixed in newer asun patches, could these patches also be applied to the RPM? Best wishes, David Thorpe
Found this in README.ASUN, is it relevant? ADDITIONAL NOTE: gcc sometimes has problems with 64-bit ints. if you get inaccurate volume sizes, compile etc/afpd/volume.c without optimization.
This morning I recompiled afpd from the netatalk package with optimization off when compiling volume.c (ie, I did a gcc without -O2) and it worked a treat. So I think there's probably some strange gcc optimizations with this file.
Regarding the other problem (Mac client starts to copy file over, then disconnects, and then server continues to create a huge garbage file until all disk space used up) here is a mail on the netatalk mailing list: http://www.mail-archive.com/netatalk-admins%40umich.edu/msg02925.html
I can't ship the 2.1.4 stuff since asun explicitly has requested distros not do that until it has been declared stable. The other problem concerning -O2 has been solved though. It should show up in rawhide shortly. Tim