Xrdp stops working

Ask Fedora
,
1

Suddenly remmina won’t connect to xrdp.
systemctl --status xrdp shows:
[ERROR] xrdp_wm_log_msg: error loading libvnc.so specified in xrdp.ini, please add a valid entry like lib=libxrdp-vnc.so or similar
Of course the file libvnc.so exists and loads with ldd.
Have not changed anything except dnf update.
Have not used the machine since the last time I remmina’ed into the box.

1 Like
2

You can check DNF history and downgrade the packages related to the service.
If it starts working again, lock the package versions and file a bug.

3

Hmmm, that is not working for me:

$ dnf history list xrdp
ID     | Command line                                                                                                                       | Date and time    | Action(s)      | Altered
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
   199 | update                                                                                                                             | 2021-11-12 18:11 | ?, E, I, U     |  435 E<
   194 | system-upgrade upgrade                                                                                                             | 2021-09-04 17:06 | ?, D, E, I, O, | 2084 ><
   186 | install xrdp                                                                                                                       | 2021-08-18 21:51 | Install        |   12 > 
$ sudo dnf history undo 199
Last metadata expiration check: 2:55:34 ago on Sat 13 Nov 2021 08:09:58 AM MST.
Traceback (most recent call last):
  File "/usr/bin/dnf", line 58, in <module>
    main.user_main(sys.argv[1:], exit_code=True)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 201, in user_main
    errcode = main(args)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 67, in main
    return _main(base, args, cli_class, option_parser_class)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 106, in _main
    return cli_run(cli, base)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 122, in cli_run
    cli.run()
  File "/usr/lib/python3.9/site-packages/dnf/cli/cli.py", line 1055, in run
    return self.command.run()
  File "/usr/lib/python3.9/site-packages/dnf/cli/commands/history.py", line 342, in run
    self._hcmd_undo(tids)
  File "/usr/lib/python3.9/site-packages/dnf/cli/commands/history.py", line 190, in _hcmd_undo
    self._revert_transaction(old)
  File "/usr/lib/python3.9/site-packages/dnf/cli/commands/history.py", line 233, in _revert_transaction
    ti["action"] = action_map[ti["action"]]
KeyError: 'Reason Change'
4 
dnf history info 199; dnf history info xrdp | grep -e xrdp
5

Thanks for your help, @vgaetera … now miraculously that error is not occuring.
Now there are other errors.
I am going to have to try this locally and not over a VPN.
I think the errors are possibly connected to the VPN.

1 Like
6

SOLUTION: Rebooted the server. I infer the update left a .so locked in memory despite systemctl restart xrdp; systemctl restart xrdp-sessman … Everything worked after the reboot.

1 Like