• Article Type: General
• Product: Aleph
• Product Version: 20

Description:
Starting on 9 January 2012 we started seeing this error in some, but not all, logs in $alephe_scratch on our production server:

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LC_ALL = (unset),
LC_COLLATE = "C",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

The first logs that contain the error are:

abc01_p_publish_06.07942
abc01_p_publish_06.07943

We do not find the error in any logs on our test server.

Resolution:
It seems to be a machine related problem.
The standard setup of locales in aleph is:
> locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

while on the customer server it seems to be mismatched and therefore it is set to a standard value "C":
aleph@libprd(a20_1):~...alephe/scratch>locale
LANG=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE=C
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

Please update the values to your preferred locale (en_US.UTF-8?) and reboot the machine. Ensure that there is no other utility in a startup scripts or other running scripts that might change the values of the locale.

• Article last edited: 10/8/2013