#655 Wierd afp/CNID issue with homes path

[René Johansen]

Hello...

I have a strange bug with afp and my path to my home directories..

I have a freenas system running 11.2-U3, and after updating to U5, suddenly my home dir path changed from /mnt/dsl/home/(user) to /mnt/dsl/home/AUTH/(user)

This prevents my users from accessing their home folders, as they are now directed to AUTH/(user) which isnt a valid path..

I then revereted to 11.2-U3 and the problem persistent. SO far there has been no response from the freenas people, and It seem to be a localised AFP issue, as NFS and Samba is working fine..

My afp.conf:

[Global]
    uam list = uams_dhx.so uams_dhx2.so
    max connections = 50
    mimic model = RackMac
    afpstats = yes
    vol dbnest = yes
    map acls = rights
    chmod request = preserve
    log file = /var/log/afp.log
    log level = default:info

[Homes]
    basedir regex = /mnt/dsl/home
    cnid dev = no
    file perm = 644
    directory perm = 755
    umask = 000
    veto files = .windows/.mac/

Output from log afp log during login attempts (logins are handled fine it just cant find the path):

Jul 12 13:38:03.104290 afpd[33177] {dsi_tcp.c:241} (info:DSI): AFP/TCP session from 10.17.4.33:49234
Jul 12 13:38:03.107805 afpd[33177] {uams_dhx2_pam.c:330} (info:UAMS): DHX2 login: rj
Jul 12 13:38:03.136706 afpd[33177] {uams_dhx2_pam.c:215} (info:UAMS): PAM DHX2: PAM Success
Jul 12 13:38:03.258985 afpd[33177] {uams_dhx2_pam.c:710} (info:UAMS): DHX2: PAM Auth OK!
Jul 12 13:38:03.259029 afpd[33177] {auth.c:235} (note:AFPDaemon): Login by rj (AFP3.4)
Jul 12 13:38:08.109223 cnid_metad[33089] {netatalk_conf.c:1822} (error:Default): unknown user: AUTH
Jul 12 13:38:08.109289 cnid_metad[33089] {cnid_metad.c:632} (severe:CNID): main: no volume for path "/mnt/dsl/home/AUTH/rj"
Jul 12 13:38:08.110128 cnid_metad[33089] {netatalk_conf.c:1822} (error:Default): unknown user: AUTH
Jul 12 13:38:08.110158 cnid_metad[33089] {cnid_metad.c:632} (severe:CNID): main: no volume for path "/mnt/dsl/home/AUTH/rj"
Jul 12 13:38:29.788637 afpd[33177] {cnid_dbd.c:414} (error:CNID): transmit: Request to dbd daemon (volume rj's home) timed out.
Jul 12 13:38:29.788710 afpd[33177] {volume.c:865} (error:AFPDaemon): afp_openvol(/mnt/dsl/home/AUTH/rj): Fatal error: Unable to get stamp value from CNID backend
Jul 12 13:38:31.914149 afpd[33177] {auth.c:804} (note:AFPDaemon): AFP logout by rj
Jul 12 13:38:31.917324 afpd[33177] {dsi_stream.c:504} (error:DSI): dsi_stream_read: len:0, unexpected EOF
Jul 12 13:38:31.917380 afpd[33177] {afp_dsi.c:517} (note:AFPDaemon): afp_over_dsi: client logged out, terminating DSI session
Jul 12 13:38:31.917822 afpd[33177] {afp_dsi.c:108} (note:AFPDaemon): AFP statistics: 0.61 KB read, 0.50 KB written
Jul 12 13:38:31.917849 afpd[33177] {dircache.c:615} (info:AFPDaemon): dircache statistics: entries: 0, lookups: 0, hits: 0, misses: 0, added: 0, removed: 0, expunged: 0, evicted: 0

Any help would be appreciated, as I have no clue where to being :/

[Daniel Markstedt]

So if I get this correctly, the actual dir structure on the system remains as /mnt/dsl/home/[username] but netatalk looks in /mnt/dsl/home/AUTH/[username]?

I wonder if the update made it so that netatalk reads from an afp.conf file in a different location than usual, which is misconfigured with "basedir regex = /mnt/dsl/home/AUTH". Can you please run "netatalk -V" on the command line and check where it's reading afp.conf from?