Description of problem: When having a setup of the engine, using the "engine-rename" tool does not re-enroll the PKI for engine's services (e.g. ovirt-imageio-proxy). Renaming is necessary as the domain name is changing, while the certs still signed by the old domain name. This causes the services' clients to not trust it anymore as the domain name is compared with the certs given. Version-Release number of selected component (if applicable): 4.0.2 How reproducible: 100% Steps to Reproduce: 1. Have an ovirt-engine setup. 2. Rename the engine's FQDN, using engine-rename tool 3. Observe the "issuer" record in one of the services' certs, at /etc/pki/ovirt-engine/certs, (e.g. /etc/pki/ovirt-engine/certs/websocket-proxy.cer ) Expected results: The issuer should be the new engine's FQDN
Closing old bugs. Please reopen if still relevant. Patches are welcomed.
(In reply to Amit Aviram from comment #0) > Description of problem: > When having a setup of the engine, using the "engine-rename" tool does not > re-enroll the PKI for engine's services (e.g. ovirt-imageio-proxy). For imageio, we have bug 1575979. > > Renaming is necessary as the domain name is changing, while the certs still > signed by the old domain name. This causes the services' clients to not > trust it anymore as the domain name is compared with the certs given. > > Version-Release number of selected component (if applicable): > 4.0.2 > > How reproducible: > 100% > > Steps to Reproduce: > 1. Have an ovirt-engine setup. > 2. Rename the engine's FQDN, using engine-rename tool > 3. Observe the "issuer" record in one of the services' certs, at > /etc/pki/ovirt-engine/certs, (e.g. > /etc/pki/ovirt-engine/certs/websocket-proxy.cer ) Not exactly. The issuer is FQDN.RANDOM, not FQDN. A client that tries to resolve it will fail, with or without rename. So if that's your only problem, it's not related to rename. If your problem is that you want to fully get rid of any mention of the old FQDN, for whatever reason (say, legal reasons), then rename won't help you. It was decided at rename's design time, ~ 4-5 years ago, to not recreate the CA cert. Not changing the summary, because not sure what to write there, but it's still WONTFIX. For problems with specific services, or any conf/data that should be handled by rename, please open new bugs. > > Expected results: > The issuer should be the new engine's FQDN