seems hat on a slow server grafana may take significant time too start I do have an extremely old and slow server, but it would be good to make the default timeout longer so that we don't see such issues in scale/loaded environment
We can try changing it once, if provisioning, using 'systemctl set-property'. I didn't actually try that yet.
(In reply to Yedidyah Bar David from comment #2) > We can try changing it once, if provisioning, using 'systemctl > set-property'. I didn't actually try that yet. This does not work. I am going to create a (temporary?) file in /etc/systemd/system/grafana-server.service.d for this.
QE: Reproduction/verification steps: Install engine+dwh rpms mkdir -p /etc/systemd/system.conf.d echo -e "[Manager]\nDefaultTimeoutStartSec=1" | tee /etc/systemd/system.conf.d/test1.conf systemctl daemon-reload engine-setup rm /etc/systemd/system.conf.d/test1.conf systemctl daemon-reload With a broken build, engine-setup fails, while starting grafana. With a fixed build, starting grafana succeeds, but engine-setup fails later :-), while starting websocket-proxy.
*** Bug 1872249 has been marked as a duplicate of this bug. ***
This bugzilla is included in oVirt 4.4.3 release, published on November 10th 2020. Since the problem described in this bug report should be resolved in oVirt 4.4.3 release, it has been closed with a resolution of CURRENT RELEASE. If the solution does not work for you, please open a new bug report.