Bug 26347 - uam_load(uams_dhx.so): failed to load:
Summary: uam_load(uams_dhx.so): failed to load:
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 7
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: QA Team
QA Contact:
Whiteboard: MGA7-64-OK
Keywords: advisory, validated_update
Depends on:
Reported: 2020-03-16 18:30 CET by Arthur Fleck
Modified: 2020-05-15 17:49 CEST (History)
5 users (show)

See Also:
Source RPM: netatalk-3.1.12-2.mga7.src.rpm
Status comment:

testing connection script (10.36 KB, text/x-matlab)
2020-03-18 10:54 CET, Herman Viaene

Description Arthur Fleck 2020-03-16 18:30:57 CET
Description of problem:
Netatalk can't load uams libraries

Version-Release number of selected component (if applicable):

How reproducible:
install netatalk
configure /etc/netatalk/afp.conf
(with option : log file = /var/log/netatalk.log)
start netatalk
look at the logs

Steps to Reproduce:
1.install netatalk
2.start netatalk
3.look at the logs
Comment 1 David GEIGER 2020-03-16 21:43:14 CET
Should be fixed with netatalk-3.1.12-2.1.mga7 in Core/Updates_testing repo!

CC: (none) => geiger.david68210

Comment 2 David Walser 2020-03-16 22:04:10 CET

- remove no more needed 'nodlopen' ldflags hack (fixes mga#26347)
- move uams path from atalk to netatalk
- enable D-Bus support
- enable quota support
- enable dtrace support
- add patch to port afpstats to python3

Updated packages in core/updates_testing:

from netatalk-3.1.12-2.1.mga7.src.rpm

Assignee: bugsquad => qa-bugs
Source RPM: Netatalk 3.1.12 => netatalk-3.1.12-2.mga7.src.rpm

Comment 3 Herman Viaene 2020-03-18 10:53:40 CET
MGA7-64 Plasma on Lenovo B50
No installation issues
Ref to bug 24072 for tests, so updated /etc/netatalk/afp.conf, it reads now
; Netatalk 3.x configuration file

; Global server settings

; [Homes]
basedir regex = /home

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

# systemctl  start netatalk
[root@mach5 ~]# systemctl -l status netatalk
● netatalk.service - Netatalk AFP fileserver for Macintosh clients
   Loaded: loaded (/usr/lib/systemd/system/netatalk.service; disabled; vendor preset: disabled)
   Active: active (running) since Wed 2020-03-18 10:48:38 CET; 3s ago
     Docs: man:afp.conf(5)
  Process: 19633 ExecStart=/usr/sbin/netatalk (code=exited, status=0/SUCCESS)
 Main PID: 19635 (netatalk)
   Memory: 3.8M
   CGroup: /system.slice/netatalk.service
           ├─19635 /usr/sbin/netatalk
           ├─19636 /usr/sbin/afpd -d -F /etc/netatalk/afp.conf
           └─19637 /usr/sbin/cnid_metad -d -F /etc/netatalk/afp.conf

Mar 18 10:48:38 mach5.hviaene.thuis systemd[1]: Starting Netatalk AFP fileserver for Macintosh clients...
Mar 18 10:48:38 mach5.hviaene.thuis systemd[1]: netatalk.service: Can't open PID file /var/lock/netatalk (yet?) after star>
Mar 18 10:48:38 mach5.hviaene.thuis netatalk[19635]: Netatalk AFP server starting
Mar 18 10:48:38 mach5.hviaene.thuis cnid_metad[19637]: CNID Server listening on localhost:4700
Mar 18 10:48:38 mach5.hviaene.thuis systemd[1]: Started Netatalk AFP fileserver for Macintosh clients.
Mar 18 10:48:38 mach5.hviaene.thuis netatalk[19635]: Registered with Zeroconf
Mar 18 10:48:38 mach5.hviaene.thuis afpd[19636]: Netatalk AFP/TCP listening on

Downloaded pea.py file (will attach it) for test, but that fails connectiong to my own laptop:
$ python pea.py -i -lv
[+] Attempting connection to
[+] Connected!
[+] Sending exploit to overwrite preauth_switch data.
[+] Listing volumes
Traceback (most recent call last):
  File "pea.py", line 288, in <module>
  File "pea.py", line 116, in list_volumes
    afp_data = parse_dsi(resp, 1)
  File "pea.py", line 87, in parse_dsi
    (flags, command, req_id, error_code, length, reserved) = struct.unpack_from('>BBHIII', payload)
struct.error: unpack_from requires a buffer of at least 16 bytes

CC: (none) => herman.viaene

Comment 4 Herman Viaene 2020-03-18 10:54:18 CET
Created attachment 11555 [details]
testing connection script
Comment 5 Thomas Andrews 2020-05-12 01:09:41 CEST
Herman, I read through Bug 24072 (which was eventually validated mostly on the basis of a clean install) and I see that both you and Lewis saw messages that resembled the following:

jan 10 14:54:18 mach6.hviaene.thuis afpd[5228]: uam: uams_dhx.so load failure
jan 10 14:54:18 mach6.hviaene.thuis afpd[5228]: uam_load(uams_dhx2.so): failed to load: /usr/lib/at

Someone please correct me if I am wrong, but it appears to me from the description that this update is meant to address those failure messages, and indeed I do not see them in Comment 3 here. That makes it look like the fault for which the bug was reported has been corrected.

Going by that logic, I'm inclined to OK and validate this bug. Are there any objections?

CC: (none) => andrewsfarm

Comment 6 Herman Viaene 2020-05-12 10:50:01 CEST
No objections.
Comment 7 Thomas Andrews 2020-05-12 14:25:03 CEST
Validating. Advisory in Comment 2.

Keywords: (none) => validated_update
CC: (none) => sysadmin-bugs
Whiteboard: (none) => MGA7-64-OK

Thomas Backlund 2020-05-15 16:59:46 CEST

CC: (none) => tmb
Keywords: (none) => advisory

Comment 8 Mageia Robot 2020-05-15 17:49:22 CEST
An update for this issue has been pushed to the Mageia Updates repository.


Resolution: (none) => FIXED

Note You need to log in before you can comment on or make changes to this bug.