Bug 7526 - After upgrading ThinLinc, tl-setup fails to start services
Summary: After upgrading ThinLinc, tl-setup fails to start services
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Server Installer (show other bugs)
Version: trunk
Hardware: PC Linux Red Hat
: P2 Normal
Target Milestone: 4.12.1
Assignee: Alex Tanskanen
Keywords: nikle_tester, ossman_tester, relnotes
Depends on:
Reported: 2020-06-29 13:33 CEST by Alex Tanskanen
Modified: 2021-01-21 12:45 CET (History)
2 users (show)

See Also:
Acceptance Criteria:


Description Alex Tanskanen cendio 2020-06-29 13:33:21 CEST
Could not reproduce this on RHEL 8.

/var/log/tlsetup.log shows:

> 2020-06-29 13:10:14,714: Installing service 'vsmserver'...
> 2020-06-29 13:10:14,799: Output (stderr):
> 2020-06-29 13:10:14,799:     Failed to execute operation: Access denied
> 2020-06-29 13:10:14,799: Failed to install service 'vsmserver

Checking the status manually for any of the services will return:
'Failed to get properties: Access denied'

Running 'systemctl daemon-reexec' seems to fix this issue.
Comment 3 Alex Tanskanen cendio 2020-06-30 12:52:00 CEST
Even though this is fixed now, this bug was caused by switching to systemd for our services (See bug 4290).
Comment 4 Pierre Ossman cendio 2020-07-02 14:41:35 CEST
As a note that this indeed seems to be an older systemd requirement; the openssh-server package on RHEL 7 has a daemon-reload call, but not the same package on Fedora 31.

The change can be found here:

Comment 5 Pierre Ossman cendio 2020-07-02 14:48:29 CEST
Patch looks mostly ok. But it's missing "|| true" on the calls. Without that we might get problems if systemctl is in a bad mood, and this call is just a hint.
Comment 7 Pierre Ossman cendio 2020-07-03 15:28:40 CEST
Seems to work fine now. Tested upgrade from 4.11.0 to latest Jenkins build, and fresh install of the Jenkins build, on RHEL 7, RHEL 8 and Ubuntu 20.04. No issues whatsoever. Status of services looked fine even between installing/upgrading packages and running tl-setup.

Also tried uninstalling on RHEL 8 and Ubuntu 20.04 and didn't see anything bad.
Comment 8 Niko Lehto cendio 2020-07-06 11:15:07 CEST
Testing on RHEL 8 server. I could reproduce this error upgrading from 4.11.0 -> 4.12.0. Running 'systemctl daemon-reexec' indeed fixes this.

4.11 -> nightly build 6527 works great though. Services looks fine after upgrading packages and also after tl-setup.

Tested that I could connect with native client/webaccess and that services looked good on webadmin page. Also tested the same after a fresh install using nightly build 6527 on:
- RHEL 7
- RHEL 8
- Ubuntu 20.04

Relnotes looks good.
Comment 9 Pierre Ossman cendio 2020-07-07 12:39:21 CEST
A platform specific note has also been added so users can work around this issue until the next release.

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