Hide Forgot
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): glibc-2.17-157.el7.x86_64 glibc-common-2.17-157.el7.x86_64 How reproducible: 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 Actual results: Only c and POSIX work Expected results: All locales work Additional info:
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.