Дженкинс не использует локали системы.

У меня есть интересное поведение в Jenkins.
Оболочка Jenkins не использует мои системные локали.

Jenkins работает как пользователь jenkins в моей системе.

Вошел как jenkins через SSH:

locale выводит:

LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=”en_US.UTF-8″
и т.д…

env показывает переменные LANG и LANGUAGE:

LANG=en_US.UTF-8
LANGUAGE=en_US:en

id показывает ID пользователя:

uid=1008(jenkins) gid=…

Введенные выше команды в оболочке задания Jenkins:

locale выводит:

LANG=
LANGUAGE=
LC_CTYPE=”POSIX”
и т.д…

env не показывает переменные LANG и LANGUAGE

id показывает ID пользователя (как и ожидалось):

uid=1008(jenkins) gid=…

файлы:

/etc/profile содержит:

export LANG=en_US.UTF-8
export LANGUAGE=en_US:en

/etc/default/locale содержит:

export LANG=en_US.UTF-8
export LANGUAGE=en_US:en

скрипт запуска /etc/init.d/jenkins должен экспортировать системные локали:

# загрузка окружений
if [ -r /etc/default/locale ]; then
. /etc/default/locale
export LANG LANGUAGE
elif [ -r /etc/environment ]; then
. /etc/environment
export LANG LANGUAGE
fi

Конечно, я перезагрузил систему после изменения локалей 😉

Apache также использует системные локали
Моя система – это установка Ubuntu 14.04.
Я что-то пропустил?

Спасибо за внимание!
Надеюсь, кто-то сможет помочь 🙂

Решение:

Это происходит потому, что Jenkins master подключается к slave машине через non-interactive оболочку, поэтому /etc/profile не выполняется, и также /etc/default/locale не имеет никакого эффекта.
non-interactive оболочки обычно используют ~/.bashrc.

Практически все детали по этой теме можно найти на askubuntu:
https://askubuntu.com/questions/247738/why-is-etc-profile-not-invoked-for-non-login-shells

добавление в ~/.bashrc:

export LANG=en_US.UTF-8
export LANGUAGE=en_US:en

это решило мою проблему.

Эта ‘проблема с slave’ также обсуждается здесь:
https://groups.google.com/forum/#!topic/jenkinsci-users/hscDs4pKIoU
https://groups.google.com/forum/#!topic/jenkinsci-users/g0fNnDltqeM
С уважением, whosit

Кроме того, что объяснено в ответе @whosit, оболочка, запущенная с помощью команды Jenkins sh, наследует переменные окружения процесса Jenkins и выполняется как не интерактивная и не логин оболочка. Это означает, что файл .bashrc не считывается при каждом вызове sh, но его значения могут быть видны, так как они наследуются от основного процесса (либо контроллера Jenkins, либо агента).

Это может вызвать путаницу, когда файл .bashrc или любая другая глобальная переменная обновляется, и новое значение не сразу видно в оболочках, запущенных после изменения.

Существует несколько способов отразить изменения:

• перезагрузить контроллер Jenkins и/или агентов (в зависимости от того, где работает оболочка)
• подключить файл .bashrc при каждом вызове sh

sh """
  source .bashrc
  printenv
"""

• запустить команду sh с директивой shebang, чтобы сказать Jenkins запускать логин оболочку (с --login, то есть это заставляет новую оболочку считывать файл .bashrc)

sh """#!/bin/bash --login
  printenv
"""

Тот факт, что переменные окружения видны, потому что они наследуются, а не считываются из файлов профиля, не является очень интуитивным и не документируется четко.

В нашем случае невозможно изменить все пайплайны, чтобы добавить директиву shebang или подключать файл .bashrc каждый раз, когда мы используем команду sh Jenkins, поэтому мы находим более удобным перезагружать агента каждый раз, когда происходит изменение глобальных настроек окружения (что происходит не очень часто).