Can't authenticate to AFP after 9.2.1.3 upgrade

[itw]

Mar 22 07:52:24 homenas notifier: Starting netatalk.
Mar 22 07:52:24 homenas netatalk[34480]: Netatalk AFP server starting
Mar 22 07:52:24 homenas cnid_metad[34483]: CNID Server listening on localhost:4700
Mar 22 07:52:25 homenas afpd[34482]: Netatalk AFP/TCP listening on 192.168.14.250:548
Mar 22 07:52:40 homenas afpd[34485]: in try_dlopen(): /usr/local/lib/pam_mkhomedir.so: (null): Undefined symbol "openpam_get_option"
Mar 22 07:52:40 homenas afpd[34485]: in openpam_load_module(): no /usr/local/lib/pam_mkhomedir.so found
Mar 22 07:52:40 homenas afpd[34485]: AFP statistics: 0.51 KB read, 0.38 KB written

 

[dlavigne]

Looks related to this bug: https://bugs.freenas.org/issues/4628.

 

[itw]

Looks like the same thing. I had already gotten Time Machine backups working again by commenting out mkhomedir in /etc/pam.d/netatalk too. Note that I'm not using AD but I am pointing to OS X Server for LDAP.

I don't think it has anything to do with directory services. Looks to me like pam_mkhomedir.so has a problem (undefined symbol). Or netatalk is missing a library. Or something.... Not a programmer.

# session
session required pam_permit.so
#session required /usr/local/lib/pam_mkhomedir.so

 

[itw]

Updated by John Hixson 3 days ago

• Status changed from Investigation to Resolved

Fixed in commit:36e79a384d3ee13de1715ddc570e1b44edf9bbcf.

Where do I look for the contents of this commit? I can't find them on github.

 

[dlavigne]

It looks like something is not working in the linking mechanism. I created a bug report: https://bugs.freenas.org/issues/4670.