Release of MacIPRpi 6.02

[Udo.Keller]

When using the MacIPRpi AFP FileServer with a System 7.1.1 client, the file sizes in the shared disk are looking strange. What am I doing wrong?

Details:
Here is a Screenshot from the System 7.1.1 client machine. In the red box, you see the strange file sizes. Following the green arrow, you see some detailed information about one of the files. The detailed file size information, being different from the directory listing, is wrong, too – but in its own way.


Here is my afp.conf:

[Global]

; information about config
; https://netatalk.io/4.0/htmldocs/afp.conf.5

; Set the server name that appears in the Chooser
servername = MacIPRpi
mimic model = Macintosh
appletalk = yes
; add "uams_dhx2.so" as well for modern macOS clients.
uam list = uams_guest.so,uams_clrtxt.so,uams_dhx.so,uams_dhx2.so
log file = /var/log/afpd.log

; log level normal
log level = default:info

; debug or different: loglevels: severe, error, warn, note, info, debug, debug6, debug7, debug8, debug9, maxdebug
; log level = default:maxdebug

[Homes]
basedir regex = /home

[MacIPRpi DISK]
path = /AppleShare
legacy volume size = yes
time machine = no
vol charset = UTF8
valid users = guest,@users,nobody

; Deprecated: These permission settings are buggy and not recommended.
; file perm = 0640
; directory perm = 0750

Any help is greatly appreciated.

 

[NJRoadfan]

The file size is being reported correctly (see the "used" value), its the "on disk" value that is wonky. Clearly there is an overflow of a signed integer as the directory listing is showing negative values. There are quite a few Finder and AppleShare client bugs, so I would try upgrading to a later AppleShare Client to see if it clears the issue. If not, it may be a Netatalk bug somewhere.

 

[Udo.Keller]

..., so I would try upgrading to a later AppleShare Client to see if it clears the issue.

Thank you for your helping hand.
With an upgraded AppleShare Client from AppleShare Workstation 3.5, the issue seems to be gone:


Problem solved.