Description of problem:
When updating a rhel 7.2 container to 7.3, the update of glibc and glibc common, cause the locales to become unusable.
Locale -a, lists only C and POSIX.
This breaks a number of web applications that depend on the server having access to the same locale as the client. I first discovered it with an owncloud container.
The locale files under /use/share/i18n do get installed, and permissions are correct on them.
The config file in /etc does show (in my case) en_US.UTF-8, but locale command shows its using POSIX.
Selinux on host shows no denials, labels on the locale files are correct.
To fix, have to do a localedef build on every language. Or downgrade the glibc and glibc-common packages
localedef -v -c -i en_US -f UTF-8 en_US.UTF-8
This does also occur on centos 7.2 containers being updated to their CR version.
Version-Release number of selected component (if applicable):
Upgrade existing container from 7.2 glibc packages, to the 7.3 versions.
Locale -a does not show locales except c and POSIX
Steps to Reproduce:
1.use existing rhel 7.2 container
2.upgrade glibc and glic-common to the 7.3 versions (and all other packages if desired)
3.do a locale -a, or utilize something dependant on another locale
Only c and POSIX work
All locales work
This is the intended behavior. We wanted to make the container image locale removal persistent across updates.
Bug 1392855 comment 3 contains the steps required to obtain a full complement of locales.
I agree that this is a documentation issue.