You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Start a container for the updated image using the existing data volume
Wrong behaviour:
Free-IPA fails to start because gssproxy cannot be started. Reason: gssproxy complains about redundant configuration files 99-nfs-client.conf and 99-network-fs-clients.conf in its /etc/gssproxy (linked into data volume as /data/etc/gssproxy/)
Reason:
This commit renamed the config file. After the update, the old file still exists in the data volume. Also, I find that the new file is generated during the update procedure. In consequence, gssproxy find two files with redundant entries and it does not want to start. This leads to the whole Free-IPA failing to start (as it depends on the gssproxy service).
Workaround:
Do the "partial" update as in the steps 1 to 4 above. Then delete the old and obsolete gssproxy config file and restart the POD.
The text was updated successfully, but these errors were encountered:
Due to this issue and all the issues linked in the description, I wonder whether it is really a wise idea to promote running Free-IPA in OKD/OpenShift. From a real "cloud" application, you expect "easy" upgrade by basically just using the new/next image tag and restart the POD.
This does not seem to work for Free-IPA... What are your thoughts?
Steps to reproduce:
Wrong behaviour:
99-nfs-client.conf
and99-network-fs-clients.conf
in its/etc/gssproxy
(linked into data volume as/data/etc/gssproxy/
)Reason:
This commit renamed the config file. After the update, the old file still exists in the data volume. Also, I find that the new file is generated during the update procedure. In consequence, gssproxy find two files with redundant entries and it does not want to start. This leads to the whole Free-IPA failing to start (as it depends on the gssproxy service).
Workaround:
Do the "partial" update as in the steps 1 to 4 above. Then delete the old and obsolete gssproxy config file and restart the POD.
The text was updated successfully, but these errors were encountered: