Description of problem: We have documentation for setup of some components (DWH, Websocket-Proxy, perhaps Grafana in the future) on separate machines (from the engine), but do not have documentation on upgrading them. Opening this tracker for: 1. Deciding whether we want to document this. If so, perhaps open a separate bug per component. 2. Deciding if we want code changes in the relevant flows. Similary, open bugs as needed. In particular, some issues I ran into, thus deciding to open this bug: 1. Upgrading DWH on separate machine requires a flow similar to the engine itself - update setup packages, run engine-setup, update the rest. Without this, DWH's database will not be updated. 2. Websocket-Proxy does not require engine-setup - updating the packages should be enough. But: If users do run engine-setup (either because we do not document that this isn't needed, or because it's on the same separate machine as DWH, or any other reason), we ask them again the engine FQDN, although we do not need it. For DWH, we have code specifically for not doing this (was done for bug 1318665, env key REMOTE_ENGINE_CONFIGURED). Perhaps we should have something like this for WSP, or perhaps we should make this code common, which will also require changing/coordinating with DWH code.
Partial workaround: Now tried separate dwh upgrade using backup/restore, and it failed, see the flow in bug 1870055. Managed to make it work by: 1. Restore 2. Remove the line with remoteEngineConfigured from /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf 3. engine-setup
(In reply to Yedidyah Bar David from comment #1) > Partial workaround: > > Now tried separate dwh upgrade using backup/restore, and it failed, see the > flow in bug 1870055. > > Managed to make it work by: > > 1. Restore > 2. Remove the line with remoteEngineConfigured from > /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf > 3. engine-setup Now looked at his a bit. I don't remember anymore why I added remoteEngineConfigured at the time ([1], for bug 1318665). I think I'll try again the relevant flows, and just remove this altogether - perhaps will have to think about some other means to decide whether to configure remote engine, will need to check. If it turns out to be needed, or too complex to remove, we should probably duplicate this var to grafana, and not reuse in both. Noting also that in websocket-proxy we do not have something similar. [1] https://gerrit.ovirt.org/56465
Opened separate bug for DWH (Bug #1874904) and Websocket Proxy (Bug #1874905)
(In reply to Sandro Bonazzola from comment #3) > Opened separate bug for DWH (Bug #1874904) and Websocket Proxy (Bug #1874905) Sadnro, what is this current bug still tracking?
After all the dependencies removals, this is practically tracking bug #1874904 only. Once the documentation is updated, we need QE to test the full workflow.
Re-targeting to 4.4.7 since oVirt 4.4.6 was released.
*** This bug has been marked as a duplicate of bug 1874904 ***