AFP on OMV 6

I use it always:

# 1. "apt install netatalk" to install all the necessary packages
# 2. "nano /etc/netatalk/afp.conf" to create the configuration file. Below is an example config file to be adjusted based on your needs.
;
; Netatalk 3.x configuration file
;

[Global]
; Global server settings

; [Homes]
; basedir regex = /xxxx

; [My AFP Volume]
; path = /path/to/volume

; [My Time Machine Volume]
; path = /path/to/backup
; time machine = yes

Hi,

did this work for you?

Yes, above method works flawlessly (since quite a while ;))

Any particular reason for using AFP? Even Apple recommends SMB...

Zitat von tophee

Any particular reason for using AFP? Even Apple recommends SMB...

For me it is way faster than SMB in combination with my setups (helios64 and HC1), especially when it comes to transfer a lot of small files.
There are several threads here on how to adjust the SMB settings accordingly but I always got back to AFP for getting more speed. But, of course, it might be completely different on your setup so I think everyone has to do a little bit of trial and error in order find the right protocol.

OK, I see. It's good to know that there are still use cases for AFP. I have had both AFP and SMB running side by side for some time now, but it caused some confusion because the shares had identical names (because they are sharing identical directories on the server) so I figured I should either rename them or at least only mount AFP on my macs. Then I read about SMB being faster etc, so I thought perhaps I should get rid of it alltogether. Hence my question.

I haven't gotten Spotlight to reliably index those SMB shares, which might actually have been the reason why I added AFP at some point. But since indexing still seems to fail, I guess it didnt help...

As I am accessing also the same shares with both protocols it's kind of easy to rename the AFP shares through the config-file in order to make it clearer for both admins and regular users

Objectively AFP is much faster and much more reliable.

Since I switched to SMB I faced many issues which never happened with AFP.

I don't understand why the module was remove, it should be available at least in OMV extra.

Not to mention the OMV AFP module was very convenient to setup shared folders.

Ok that's legit.

Don't bother spending time on a deprecated feature.

That was a "nice to have" request but if AFP module is no more available I'm OK with that.

Moreover I recenty tuned up the SMB service using this post and it seems to be slightly better:

Open Media Vault SMB performance quick win

A quick performance win on transferring large files with Samba. Even if you use Open Media Vault or not, this might help you. Give it a shot! Here's what to

techie-show.com

My use case for AFP is an ancient 2008 Mac mini which is the last place I can run my hi performance flat bed scanner ( needs 10.6.8)

docker run -d --rm --network host --cap-add=NET_ADMIN --volume /srv/dev-disk-by-label-SomeDisk/aDirectory:/mnt/afpshare --volume "/var/run/dbus:/var/run/dbus" --env AFP_USER=xxxx --env AFP_PASS=xxxx --name netatalk netatalk/netatalk3:latest