Ошибка неверное значение для параметра lc messages

Ubuntu+PostgreSQL+1C: Ошибка при создании базы ☑ 0

bvn13

13.11.09

✎

10:28

При создании базы под сабжем возникает ошибка:

Неверное значение для параметра «lc_messages»: «en_EN»

В чем дело?

Постгрес запускаю строкой из ЖК:

# LANG=ru_RU.utf-8 /etc/init.d/postgresql start

1

nemo1966

13.11.09

✎

10:32

Вероятно

ВНИМАНИЕ по умолчанию в debian etch не установлена консоль en-US ее необходимо добавить иначе при попытке создания базы 1с ругнеться на lc_message en_SU (здесь не 1 а именно латинская l).
Делаем следующим образом
su
PASSWORD:
dpkg-reconfigure locales
Если locales не установлен (в deb установлен по умолчанию)
то ставим
apt-get install locales
выбираем локаль en_US все доступные русский оставляем utf-8.

2

bvn13

13.11.09

✎

10:40

(1) сделал «dpkg-reconfigure locales»:

Generating locales…
en_AG.UTF-8… done
en_AU.UTF-8… done
en_BW.UTF-8… done
en_CA.UTF-8… done
en_DK.UTF-8… done
en_GB.UTF-8… done
en_HK.UTF-8… done
en_IE.UTF-8… done
en_IN.UTF-8… done
en_NG.UTF-8… done
en_NZ.UTF-8… done
en_PH.UTF-8… done
en_SG.UTF-8… done
en_US.UTF-8… done
en_ZA.UTF-8… done
en_ZW.UTF-8… done
ru_RU.UTF-8… up-to-date
ru_UA.UTF-8… up-to-date
Generation complete.

а как теперь сделать вот это: «выбираем локаль en_US все доступные русский оставляем utf-8»?

3

bvn13

13.11.09

✎

10:51

(1) откуда взял? можно ссылку?

4

bvn13

13.11.09

✎

11:18

переключил язык на англ.

вот консоль:
$ locale
LANG=en_US.UTF-8
LANGUAGE=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=

или это не то?

5

bvn13

13.11.09

✎

11:19

+(4) ошибка осталась, только теперь само сообщение на англ.языке

6

smaharbA

13.11.09

✎

11:21

ru_RU.UTF-8 однописуарен en_US.UTF-8 (абсолютно)

7

smaharbA

13.11.09

✎

11:21

в любом дистре

8

bvn13

13.11.09

✎

11:27

(6) ну а тогда почему появляется ошибка?

9

smaharbA

13.11.09

✎

11:34

а х.з. адинес на постгресе не пускал

10

bvn13

13.11.09

✎

11:36

(9) миляяяяяяяяять…… а есть кто из знающих по проблеме?

11

smaharbA

13.11.09

✎

11:47

(10) скажи ка, пользователь postgres должен быть активен или отключен в системе ?

решил позырить на дебиане адинесину ))

12

bvn13

13.11.09

✎

11:48

(11) наверное, активен. У меня в ГУИ-списке пользователей нет его, но в консоле на него переключаюсь. Это значит, что активен?

не, решил научиться нормальные сервера поднимать…

13

smaharbA

13.11.09

✎

12:59

(12) у тебя база postgres есть ?

а то после установки на дебиан постгри, у меня только базы template0 и template1

14

bvn13

13.11.09

✎

13:01

вот решение проблемы, подсказали в нашей конференции на жабе:

(12:51:41) kitt: решение проблемы lc_messages en_US:
у Ubuntu 9.04 создайте линки
ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US
ln -s /usr/share/locale/en /usr/share/locale/en_US

15

smaharbA

13.11.09

✎

14:01

grep lc_ /var/lib/postgresql/*.*/main/postgresql.conf

16

smaharbA

13.11.09

✎

14:05

(14) в дебиане нету /usr/lib/locale/en_US.utf8

17

smaharbA

13.11.09

✎

14:05

и тому подобных

18

smaharbA

13.11.09

✎

14:06

gw1:/# ls -l /usr/lib/locale/

итого 1128

-rw-r—r— 1 root root 1209760 2009-11-13 15:19 locale-archive

19

smaharbA

13.11.09

✎

14:16

локалеген тоже только архив генерит

20

smaharbA

13.11.09

✎

14:25

+

localedef -c -i ru_RU -f UTF-8 /usr/lib/locale/ru_RU.UTF-8

Источник

bvn13

13.11.09 — 10:28

При создании базы под сабжем возникает ошибка:

Неверное значение для параметра «lc_messages»: «en_EN»

В чем дело?

Постгрес запускаю строкой из ЖК:

# LANG=ru_RU.utf-8 /etc/init.d/postgresql start

nemo1966

1 — 13.11.09 — 10:32

Вероятно

ВНИМАНИЕ по умолчанию в debian etch не установлена консоль en-US ее необходимо добавить иначе при попытке создания базы 1с ругнеться на lc_message en_SU (здесь не 1 а именно латинская l).
Делаем следующим образом
su
PASSWORD:
dpkg-reconfigure locales
Если locales не установлен (в deb установлен по умолчанию)
то ставим
apt-get install locales
выбираем локаль en_US все доступные русский оставляем utf-8.

bvn13

2 — 13.11.09 — 10:40

(1) сделал «dpkg-reconfigure locales»:

Generating locales…
en_AG.UTF-8… done
en_AU.UTF-8… done
en_BW.UTF-8… done
en_CA.UTF-8… done
en_DK.UTF-8… done
en_GB.UTF-8… done
en_HK.UTF-8… done
en_IE.UTF-8… done
en_IN.UTF-8… done
en_NG.UTF-8… done
en_NZ.UTF-8… done
en_PH.UTF-8… done
en_SG.UTF-8… done
en_US.UTF-8… done
en_ZA.UTF-8… done
en_ZW.UTF-8… done
ru_RU.UTF-8… up-to-date
ru_UA.UTF-8… up-to-date
Generation complete.

а как теперь сделать вот это: «выбираем локаль en_US все доступные русский оставляем utf-8»?

bvn13

3 — 13.11.09 — 10:51

(1) откуда взял? можно ссылку?

bvn13

4 — 13.11.09 — 11:18

переключил язык на англ.

вот консоль:
$ locale
LANG=en_US.UTF-8
LANGUAGE=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=

или это не то?

bvn13

5 — 13.11.09 — 11:19

+(4) ошибка осталась, только теперь само сообщение на англ.языке

smaharbA

6 — 13.11.09 — 11:21

ru_RU.UTF-8 однописуарен en_US.UTF-8 (абсолютно)

smaharbA

7 — 13.11.09 — 11:21

в любом дистре

bvn13

8 — 13.11.09 — 11:27

(6) ну а тогда почему появляется ошибка?

smaharbA

9 — 13.11.09 — 11:34

а х.з. адинес на постгресе не пускал

bvn13

10 — 13.11.09 — 11:36

(9) миляяяяяяяяять…… а есть кто из знающих по проблеме?

smaharbA

11 — 13.11.09 — 11:47

(10) скажи ка, пользователь postgres должен быть активен или отключен в системе ?

решил позырить на дебиане адинесину ))

bvn13

12 — 13.11.09 — 11:48

(11) наверное, активен. У меня в ГУИ-списке пользователей нет его, но в консоле на него переключаюсь. Это значит, что активен?

не, решил научиться нормальные сервера поднимать…

smaharbA

13 — 13.11.09 — 12:59

(12) у тебя база postgres есть ?

а то после установки на дебиан постгри, у меня только базы template0 и template1

bvn13

14 — 13.11.09 — 13:01

вот решение проблемы, подсказали в нашей конференции на жабе:

(12:51:41) kitt: решение проблемы lc_messages en_US:
у Ubuntu 9.04 создайте линки
ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US
ln -s /usr/share/locale/en /usr/share/locale/en_US

smaharbA

15 — 13.11.09 — 14:01

grep lc_ /var/lib/postgresql/*.*/main/postgresql.conf

smaharbA

16 — 13.11.09 — 14:05

(14) в дебиане нету /usr/lib/locale/en_US.utf8

smaharbA

17 — 13.11.09 — 14:05

и тому подобных

smaharbA

18 — 13.11.09 — 14:06

gw1:/# ls -l /usr/lib/locale/

итого 1128

-rw-r—r— 1 root root 1209760 2009-11-13 15:19 locale-archive

smaharbA

19 — 13.11.09 — 14:16

локалеген тоже только архив генерит

smaharbA

20 — 13.11.09 — 14:25

+

localedef -c -i ru_RU -f UTF-8 /usr/lib/locale/ru_RU.UTF-8

bvn13

13.11.09 — 10:28

При создании базы под сабжем возникает ошибка:

Неверное значение для параметра «lc_messages»: «en_EN»

В чем дело?

Постгрес запускаю строкой из ЖК:

# LANG=ru_RU.utf-8 /etc/init.d/postgresql start

nemo1966

1 — 13.11.09 — 10:32

Вероятно

ВНИМАНИЕ по умолчанию в debian etch не установлена консоль en-US ее необходимо добавить иначе при попытке создания базы 1с ругнеться на lc_message en_SU (здесь не 1 а именно латинская l).
Делаем следующим образом
su
PASSWORD:
dpkg-reconfigure locales
Если locales не установлен (в deb установлен по умолчанию)
то ставим
apt-get install locales
выбираем локаль en_US все доступные русский оставляем utf-8.

bvn13

2 — 13.11.09 — 10:40

(1) сделал «dpkg-reconfigure locales»:

Generating locales…
en_AG.UTF-8… done
en_AU.UTF-8… done
en_BW.UTF-8… done
en_CA.UTF-8… done
en_DK.UTF-8… done
en_GB.UTF-8… done
en_HK.UTF-8… done
en_IE.UTF-8… done
en_IN.UTF-8… done
en_NG.UTF-8… done
en_NZ.UTF-8… done
en_PH.UTF-8… done
en_SG.UTF-8… done
en_US.UTF-8… done
en_ZA.UTF-8… done
en_ZW.UTF-8… done
ru_RU.UTF-8… up-to-date
ru_UA.UTF-8… up-to-date
Generation complete.

а как теперь сделать вот это: «выбираем локаль en_US все доступные русский оставляем utf-8»?

bvn13

3 — 13.11.09 — 10:51

(1) откуда взял? можно ссылку?

bvn13

4 — 13.11.09 — 11:18

переключил язык на англ.

вот консоль:
$ locale
LANG=en_US.UTF-8
LANGUAGE=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=

или это не то?

bvn13

5 — 13.11.09 — 11:19

+(4) ошибка осталась, только теперь само сообщение на англ.языке

smaharbA

6 — 13.11.09 — 11:21

ru_RU.UTF-8 однописуарен en_US.UTF-8 (абсолютно)

smaharbA

7 — 13.11.09 — 11:21

в любом дистре

bvn13

8 — 13.11.09 — 11:27

(6) ну а тогда почему появляется ошибка?

smaharbA

9 — 13.11.09 — 11:34

а х.з. адинес на постгресе не пускал

bvn13

10 — 13.11.09 — 11:36

(9) миляяяяяяяяять…… а есть кто из знающих по проблеме?

smaharbA

11 — 13.11.09 — 11:47

(10) скажи ка, пользователь postgres должен быть активен или отключен в системе ?

решил позырить на дебиане адинесину ))

bvn13

12 — 13.11.09 — 11:48

(11) наверное, активен. У меня в ГУИ-списке пользователей нет его, но в консоле на него переключаюсь. Это значит, что активен?

не, решил научиться нормальные сервера поднимать…

smaharbA

13 — 13.11.09 — 12:59

(12) у тебя база postgres есть ?

а то после установки на дебиан постгри, у меня только базы template0 и template1

bvn13

14 — 13.11.09 — 13:01

вот решение проблемы, подсказали в нашей конференции на жабе:

(12:51:41) kitt: решение проблемы lc_messages en_US:
у Ubuntu 9.04 создайте линки
ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US
ln -s /usr/share/locale/en /usr/share/locale/en_US

smaharbA

15 — 13.11.09 — 14:01

grep lc_ /var/lib/postgresql/*.*/main/postgresql.conf

smaharbA

16 — 13.11.09 — 14:05

(14) в дебиане нету /usr/lib/locale/en_US.utf8

smaharbA

17 — 13.11.09 — 14:05

и тому подобных

smaharbA

18 — 13.11.09 — 14:06

gw1:/# ls -l /usr/lib/locale/

итого 1128

-rw-r—r— 1 root root 1209760 2009-11-13 15:19 locale-archive

smaharbA

19 — 13.11.09 — 14:16

локалеген тоже только архив генерит

smaharbA

20 — 13.11.09 — 14:25

+

localedef -c -i ru_RU -f UTF-8 /usr/lib/locale/ru_RU.UTF-8

При создании базы под сабжем возникает ошибка: Неверное значение для параметра «lc_messages»: «en_EN» В чем дело? Постгрес запускаю строкой из ЖК: # LANG=ru_RU.utf-8 /etc/init.d/postgresql start

Вероятно ВНИМАНИЕ по умолчанию в debian etch не установлена консоль en-US ее необходимо добавить иначе при попытке создания базы 1с ругнеться на lc_message en_SU (здесь не 1 а именно латинская l). Делаем следующим образом su PASSWORD: dpkg-reconfigure locales Если locales не установлен (в deb установлен по умолчанию) то ставим apt-get install locales выбираем локаль en_US все доступные русский оставляем utf-8.

сделал «dpkg-reconfigure locales»: Generating locales… en_AG.UTF-8… done en_AU.UTF-8… done en_BW.UTF-8… done en_CA.UTF-8… done en_DK.UTF-8… done en_GB.UTF-8… done en_HK.UTF-8… done en_IE.UTF-8… done en_IN.UTF-8… done en_NG.UTF-8… done en_NZ.UTF-8… done en_PH.UTF-8… done en_SG.UTF-8… done en_US.UTF-8… done en_ZA.UTF-8… done en_ZW.UTF-8… done ru_RU.UTF-8… up-to-date ru_UA.UTF-8… up-to-date Generation complete. а как теперь сделать вот это: «выбираем локаль en_US все доступные русский оставляем utf-8»?

откуда взял? можно ссылку?

переключил язык на англ. вот консоль: $ locale LANG=en_US.UTF-8 LANGUAGE=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= или это не то?

+ ошибка осталась, только теперь само сообщение на англ.языке

ru_RU.UTF-8 однописуарен en_US.UTF-8 (абсолютно)

ну а тогда почему появляется ошибка?

а х.з. адинес на постгресе не пускал

миляяяяяяяяять…… а есть кто из знающих по проблеме?

скажи ка, пользователь postgres должен быть активен или отключен в системе ? решил позырить на дебиане адинесину ))

наверное, активен. У меня в ГУИ-списке пользователей нет его, но в консоле на него переключаюсь. Это значит, что активен? не, решил научиться нормальные сервера поднимать…

у тебя база postgres есть ? а то после установки на дебиан постгри, у меня только базы template0 и template1

вот решение проблемы, подсказали в нашей конференции на жабе: (12:51:41) kitt: решение проблемы lc_messages en_US: у Ubuntu 9.04 создайте линки ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US ln -s /usr/share/locale/en /usr/share/locale/en_US

grep lc_ /var/lib/postgresql/*.*/main/postgresql.conf

в дебиане нету /usr/lib/locale/en_US.utf8

gw1:/# ls -l /usr/lib/locale/ итого 1128 -rw-r—r— 1 root root 1209760 2009-11-13 15:19 locale-archive

локалеген тоже только архив генерит

+ localedef -c -i ru_RU -f UTF-8 /usr/lib/locale/ru_RU.UTF-8

Тэги: Unix / Linux

Комментарии доступны только авторизированным пользователям

14 апреля 2010. Автор Rouma-HUM

Пакеты сервера 1С и протестированной версии PostgreSQL доступны на сайте 1С.

Скачанные архивы распаковываем, например, в

/usr/local/1c

сервер 1С
и

/usr/local/1c/pgsql

PostgreSQL.

Поскольку PostgreSQL на сайте есть только в rpm, то необходимо конвертировать пакеты в deb. Для этого устанавливаем

apt-get install chkconfig alien

Конвертируем пакеты:

cd /usr/local/1c/pgsql
alien –scripts –to-deb *.rpm

Могут возникнуть какие-то некритические ошибки, на них можно не обращать внимания — главное, чтобы каждый пакет сконвертировался.

Создаём группу postgres и пользователя postgres:

groupadd -g 5026 -o -r postgres
useradd -g postgres -o -r -d /var/lib/pgsql -s /bin/bash -c
“PostgreSQL Server” -u 5026 postgres

Устанавливаем PostgreSQL:

dpkg -i *.deb

Устанаывливаем сервер 1С:

cd /usr/local/1c
dpkg -i *.deb

Перед инициализацией можно переопределить каталог баз:

mkdir /1сbases
mkdir /1сbases/test1с
chown -R postgres:postgres /1сbases

Серверу PostgeSQL нужны старые библиотеки, нужно добавить ссылки на них. Проверьте сначала версии, которые есть в /lib. Для Ubuntu 9.10:

cd /lib
ln -s libreadline.so.5.2 libreadline.so.4
ln -s libncurses.so.5.7 libtermcap.so.2

Открываем

nano /etc/sysctl.conf

И добавляем в конец строки

kernel.shmmax=134217728
kernel.shmall=134217728

Теперь нужно настроить локаль. Это важно, т.к. при неверной настройке 1C будет ругаться на “неверное значение для параметра “lc_messages”:”en_US”»
Делаем следующее:

/usr/share/locales/install-language-pack en_US

Затем

nano /var/lib/locales/supported.d/local

добавляем в конец файла строчку

en_US UTF-8

Пересоздаем локали:

locale-gen

Теперь можно инициализировать PostgeSQL

su — postgres
initdb -D /bases/basetest -U sa -W // создаст пользователя sa и спросит пароль для него

Стартуем PostgeSQL

pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log start

Стартуем сервер 1С

/etc/init.d/srv1cv81 start

Проверяем работоспособность:

netstat -atu

Должны быть видны вот такие строки:

tcp 0 0 *:1540 *:* LISTEN
tcp 0 0 *:1541 *:* LISTEN
tcp 0 0 *:1560 *:* LISTEN
tcp 0 0 *:postgresql *:* LISTEN
tcp 0 0 *:1561 *:* LISTEN
tcp 0 0 *:1562 *:* LISTEN
tcp 0 0 *:1563 *:* LISTEN

Создаём скрипт запуска /etc/init.d/postgresql

#!/bin/sh

case $1 in

restart)

sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log stop
sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log start

;;

start)

sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log start

;;

stop)

sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log stop

;;

*)

echo start|stop|restart

return 1;

;;

esac

Всё, можно подключаться к базе и работать.

Tags: Ubuntu //

1c sql debian (postgresql)

Модератор: Модераторы разделов

pelmen: Сообщения: 1268; ОС: debian

1c sql debian

Что-то я не нашел postgresql пропатченный под debian. Устанавливать rpm через alien ?
Начал устанавливать через алиен, вылезла ошибка:

Код: Выделить всё

root@www:~# dpkg -i postgresql-libs_8.3.3-3.1_i386.deb
(Чтение базы данных... на данный момент установлено 35011 файлов и каталогов.)
Распаковывается пакет postgresql-libs (из файла postgresql-libs_8.3.3-3.1_i386.deb)...
dpkg: не удалось обработать параметр postgresql-libs_8.3.3-3.1_i386.deb (--install):
 попытка перезаписать /usr/lib/libpq.so.5.1, который уже имеется в пакете libpq5
При обработке следующих пакетов произошли ошибки:
 postgresql-libs_8.3.3-3.1_i386.deb
root@www:/home/pelmen/1c/setuppln833# apt-get remove libpq5
Чтение списков пакетов... Готово
Построение дерева зависимостей... Готово
Пакеты, которые будут УДАЛЕНЫ:
  dovecot-common dovecot-imapd dovecot-pop3d libpq5
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 4 пакетов, и 74 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 7287kB.
Хотите продолжить [Д/н]? n
Аварийное завершение.

Dovecot удалять нельзя

Aectann: Бывший модератор; Сообщения: 3491; Статус: …; ОС: OS X, GNU_и_не_только/Linux

Re: 1c sql debian

Сообщение

Aectann » 06.03.2009 23:25

В принципе можно так:

dpkg —force-conflicts -i postgresql-libs_8.3.3-3.1_i386.deb

, но на свой страх и риск.

My god… it’s full of stars!…

IMB: Сообщения: 2555; ОС: Debian

Re: 1c sql debian

Сообщение

IMB » 10.03.2009 14:03

Тоже сейчас озадачился этим вопрос. Сейчас тренируюсь на Etch.
Через alien нормально сконвертировал и поставил. Сразу не создался пользователь с группой и запускающего скрипта не было — решил.
Пока проблема в инициализации базы:

root@localhost


initdb -D /var/lib/pgsql/data
 initdb: error while loading shared libraries: libreadline.so.4: cannot open shared object file: No such file or directory

IMB: Сообщения: 2555; ОС: Debian

Re: 1c sql debian

Сообщение

IMB » 10.03.2009 15:59

bsavelev писал(а): ↑

10.03.2009 15:15

поставить libreadline?

Спасибо! Уже решил. Поставил libreadline и libtermcap, создал символьные ссылки и все поехало.
Как поехало узнаю после того, как подконекчусь к серверу, залью базу и запущу 1С.

pelmen: Сообщения: 1268; ОС: debian

Re: 1c sql debian

Сообщение

pelmen » 10.03.2009 22:33

Блин, расскажите, как делать-то? где руководство? Я думал, установить, запустить и работать, а тут еще базы какие-то инициировать…

IMB: Сообщения: 2555; ОС: Debian

Re: 1c sql debian

Сообщение

IMB » 10.03.2009 22:45

pelmen писал(а): ↑

10.03.2009 22:33

а тут еще базы какие-то инициировать…

В данном случае вопрос к postgres — зачем ему требуется инициализация?

pelmen: Сообщения: 1268; ОС: debian

Re: 1c sql debian

Сообщение

pelmen » 10.03.2009 23:18

А что делать после того, как установил, инициировал, запустил 1с ? Я запускаю 1с81 на винде и не вижу там «добавить базу на сервере», там только директории (хотя устанавливал доступ к серверу)

danger08: Сообщения: 715; ОС: Linux (CentOS, Ubuntu); Контактная информация:

Re: 1c sql debian

Сообщение

danger08 » 11.03.2009 08:20

pelmen писал(а): ↑

10.03.2009 23:31

а что, сначала надо подключиться через оснастку серверов и создать базу, и только потом работать с платформой?

В официальном руководстве от 1С (брошюра 1С:Предприятие 8.1 Клиент-сервер Особенности установки и использования) подробно расписан процесс, от установки пакетов до заведения новых баз через консоль кластера.

Правда, косякам насчет libreadline и прочих не уделено внимание, так же как и compat-библиотекам для postgre (которые решают проблему в [1].
Стоит заменить, поддержке rpm-based дистрибутивов (семейства Redhat и клонов) в 1С уделяют не в пример больше внимания, чем на базе debian..

IMB: Сообщения: 2555; ОС: Debian

Re: 1c sql debian

Сообщение

IMB » 11.03.2009 12:12

А полет то не удачен.
Инициализировал базу с локалью ru_RU.UTF-8, стартовал сервис с LANG=ru_RU.UTF-8. Пытаемся с виндовой консоли создать базу:
ERROR: неверное значение для параметра «lc_messages»:»en_US»
В чем может быть проблема?

danger08: Сообщения: 715; ОС: Linux (CentOS, Ubuntu); Контактная информация:

Re: 1c sql debian

Сообщение

danger08 » 11.03.2009 12:36

IMB писал(а): ↑

11.03.2009 12:12

А полет то не удачен.
Инициализировал базу с локалью ru_RU.UTF-8, стартовал сервис с LANG=ru_RU.UTF-8. Пытаемся с виндовой консоли создать базу:
ERROR: неверное значение для параметра «lc_messages»:»en_US»
В чем может быть проблема?

А локаль en_US вообще существует в вашей системе?

Мое впечатление, что сборки сервера 1С Предприятие и postgre от 1С были максимально оттестированы в Redhat-based (сборки .deb имеют полу-официальный статус, несмотря на все то, что там у них на сайте написано).

Поэтому меньше всего косяков вылезает при использовании 1С под RHEL, Centos etc.

danger08: Сообщения: 715; ОС: Linux (CentOS, Ubuntu); Контактная информация:

Re: 1c sql debian

Сообщение

danger08 » 13.03.2009 05:15

pelmen писал(а): ↑

12.03.2009 22:32

А как побороть такую ошибку: «порядок сортировки не поддерживается базой данных»

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..), подобных проблем нет. Хотя параллельно наши программисты переписывали запросы; не исключено, что проблема исправилась именно этим.

pelmen: Сообщения: 1268; ОС: debian

Re: 1c sql debian

Сообщение

pelmen » 13.03.2009 09:42

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..) были проблемы еще сильнее (постгрес не стартовал), так что поставил от етерсофта

danger08: Сообщения: 715; ОС: Linux (CentOS, Ubuntu); Контактная информация:

Re: 1c sql debian

Сообщение

danger08 » 13.03.2009 12:51

pelmen писал(а): ↑

13.03.2009 09:42

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..) были проблемы еще сильнее (постгрес не стартовал), так что поставил от етерсофта

Допускаю, что проблема в deb-сборках. На RHEL все работает на ура (неоднократно проверено, 32- и 64-битные версии на RHEL4 и Centos5).
Решение с постгресом от этерсофта в перспективе грозит еще большими несовместимостями (имхо).

Если постгрес не стартовал с родными библиотеками, то может стоит разобраться, в чем возникает проблема?

pelmen: Сообщения: 1268; ОС: debian

Re: 1c sql debian

Сообщение

pelmen » 14.03.2009 10:28

danger08 писал(а): ↑

13.03.2009 12:51

pelmen писал(а): ↑

13.03.2009 09:42

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..) были проблемы еще сильнее (постгрес не стартовал), так что поставил от етерсофта

Допускаю, что проблема в deb-сборках. На RHEL все работает на ура (неоднократно проверено, 32- и 64-битные версии на RHEL4 и Centos5).
Решение с постгресом от этерсофта в перспективе грозит еще большими несовместимостями (имхо).

Если постгрес не стартовал с родными библиотеками, то может стоит разобраться, в чем возникает проблема?

Ну он поместил скрипт запуска не в /etc/init.d/postgres , а в /etc/rc.d/init.d/postgres (больше там ничего нет), и при попытке запуска говорит, что не нашел файл functions, который должен лежать рядом (в скрипте postgres он подключается . /etc/rc.d/init.d/functions) Искал по всем доступным пакетам постгре от 1с — ни в одном такого файла нет

danger08: Сообщения: 715; ОС: Linux (CentOS, Ubuntu); Контактная информация:

Re: 1c sql debian

Сообщение

danger08 » 14.03.2009 16:36

pelmen писал(а): ↑

14.03.2009 10:28

danger08 писал(а): ↑

13.03.2009 12:51

Если постгрес не стартовал с родными библиотеками, то может стоит разобраться, в чем возникает проблема?

Ну он поместил скрипт запуска не в /etc/init.d/postgres , а в /etc/rc.d/init.d/postgres (больше там ничего нет), и при попытке запуска говорит, что не нашел файл functions,

Значит, это только подтверждает [22]. Скорее всего, в 1С взяли spec от RPM-пакетов и допилили его для DEB (и многого не учли при этом).
Скрипт запуска очутился в /etc/rc.d/init.d/ по той причине, что в RHEL-based системах /etc/init.d является софтлинком для /etc/rc.d/init.d/, а в Debian-based это два разных каталога (зачастую, /etc/rc.d вообще не существует).

Мой вам совет: если время поджимает и хотите, чтоб все беспроблемно встало и заработало — поставьте на каком-нибудь Редхате. Конечно, вы можете пойти тернистым путем и победить последовательно все встречающиеся баги в дебиан-сборке, один за одним.

Учтите еще тот факт, если вы победите все баги с дебиан-сборкой, то при выходе очередной версии сборки postgre от 1С вам придется повторно пройти все круги ада, синхронизировав изменения от 1С в новой версии со своими правками.

pelmen: Сообщения: 1268; ОС: debian

Re: 1c sql debian

Сообщение

pelmen » 14.03.2009 17:27

да, я все понимаю и со всем согласен. Победить файл functions не удалось.
Очень странно, что 1c-enterprise* есть deb сборка (которая, как я понимаю, была осуществлена с помощью alien), а postgres патченный — только РПМ, который пришлось алиеном самостоятельно переделывать. Вот глупость.

danger08 писал(а): ↑

14.03.2009 16:36

Скорее всего, в 1С взяли spec от RPM-пакетов и допилили его для DEB (и многого не учли при этом).

я сам его alien-ом переделывал, т.к. нет сборки под деб

danger08: Сообщения: 715; ОС: Linux (CentOS, Ubuntu); Контактная информация:

Re: 1c sql debian

Сообщение

danger08 » 15.03.2009 10:07

Еще есть такой вариант: скачать исходники postgre (src-пакеты) и наложить патчи от 1С отсюда. А потом собрать бинарными пакетами. В идеале, получите deb-сборку под свои условия. Только смотрите, чтоб номер версии postgre совпала с версией патча.

vmoroz: Сообщения: 2

Re: 1c sql debian

Сообщение

vmoroz » 17.03.2009 13:35

Установил 1С сервер на Ubuntu hardy x64.

Платформа 8.1.13.41 (последняя), устанавливал из .deb пакетов;

PostgreSQL — 8.3.3, из исходников, пропатчил 8.3.3 патчем отсюда — http://v8.1c.ru/overview/postgres_patches_notes.htm , обязательно установить contrib (make all && make install), не забыть поставить пакеты libicu(_dev), иначе contrib не cобирается;

Чтобы не ругалась на en_US — добавить в /var/lib/locales/supported.d/local/ строчку en_US UTF-8 и далее — locale-gen

Процедуры создания базы PostgreSQL не описываю, как и стартовые скрипты — об этом много где есть, 1С сервер запускается /etc/init.d/srv1cv81 start

Пока работает

Да, в принципе работало при умолчательном конфиге postgresql.conf, но по советам из разных источников кое-что изменил (на компе 8Г памяти):

shared_buffers = 64MB
temp_buffers = 16MB
work_mem = 64MB
maintenance_work_mem = 256MB
wal_buffers = 512kB
checkpoint_segments = 256
checkpoint_timeout = 10min
checkpoint_warning = 60s
effective_cache_size = 2048MB
default_statistics_target = 100
log_destination = ‘syslog’
track_counts = on
autovacuum = on
deadlock_timeout = 2s
max_locks_per_transaction = 200
escape_string_warning = off

nemo1966: Сообщения: 75

Re: 1c sql debian

Сообщение

nemo1966 » 17.03.2009 22:06

у меня стоит и вроде работает на deb 4.0 правда в virtualbox. И есть некая компиляция (описание как я ставил) но к сожалению несколько сыровата и не обработана например — красным выделены шаги от котороых я отказался впоследствии но в тексте оно есть. если кому интересно выложу вместе со скриптом установки. Скрипт заточен под rpm однако его можно доточить с учетом уществующих теперь пакетов deb.

vmoroz писал(а): ↑

17.03.2009 13:35

Да, в принципе работало при умолчательном конфиге postgresql.conf, но по советам из разных источников кое-что изменил (на компе 8Г памяти):

shared_buffers = 64MB
temp_buffers = 16MB
work_mem = 64MB
maintenance_work_mem = 256MB
wal_buffers = 512kB
checkpoint_segments = 256
checkpoint_timeout = 10min
checkpoint_warning = 60s
effective_cache_size = 2048MB
default_statistics_target = 100
log_destination = ‘syslog’
track_counts = on
autovacuum = on
deadlock_timeout = 2s
max_locks_per_transaction = 200
escape_string_warning = off

а вот это хорошо бы прокомментить что тут и с какой целью

-2 / 4 / 2

Регистрация: 13.03.2013

Сообщений: 203

1

30.03.2021, 10:19. Показов 2405. Ответов 3

Добрый день, помогите настроить СУБД для работы в 1С, настраивал по мануалам 1С и pgtune, но есть проблемы.
1.Работает медленнее чем MySQL Server
2.База данных периодически вылетает с ошибкой — Сеанс работы завершен администратором. СУБД в режиме восстановления.
После все поднимается и с некоторой периодичностью та же история. При этом другие базы на сервере работают.
При этом в /var/lib/postgresql/9.6/main/pg_log/ в логах ничего про режим восстановления нет. Из ошибок только
postgres@template Ошибка: неверное значение для параметра lc_messages : en_US.UTF-8

Сервер: OC Ubuntu.
Процессор Intel Core E5 2620v4 (8 ядер)
SSD в Raid5
ОЗУ — 32Гб
СУБД: Postgresql 9.6

Не пойму в чем дело, переживаю, что в настройке. Прикрепляю свой файл настроек.

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

0

Programming Эксперт 94731 / 64177 / 26122 Регистрация: 12.04.2006 Сообщений: 116,782	30.03.2021, 10:19
3

-2 / 4 / 2

Регистрация: 13.03.2013

Сообщений: 203

30.03.2021, 14:50

[ТС]

2

Отловил ошибку при которой падает база:
Процесс сервера был завершен по сигналу 11:Segmentation fault
Завершившийся процесс выполнял действие: show lc_collate
Управляющий процесс отдал команду этому серверному процессу откатить текущую транзакцию и завершится, так как другой серверный процесс завершился аварийно и возможно разрушил разделяемую памятью.

При это падают все базы, как оказалось.

0

1184 / 914 / 367

Регистрация: 02.09.2012

Сообщений: 2,785

31.03.2021, 12:40

3

Надеюсь вы брали версию PostgreSQL именно от 1С (есть еще сборки от PostgresPro), потому что с классическим PG 1С работать не будет. Вопрос производительности спорный. На конференциях pgconf-ru регулярно рассказывают, что все ок и ворочают базами в 100-ни гагабайт. Видео в конф ищите, вам в помощь. Также лучше икать форумы по 1С и там пытаться узнавать — потому что postgresql+1C это отдельный целый мир, часто малосвязанный с классическим постгресом из-за специф. патчей.

1

-2 / 4 / 2

Регистрация: 13.03.2013

Сообщений: 203

31.03.2021, 14:28

[ТС]

4

grgdvo, Понял, спасибо. Да стоит классическая версия PG… Сейчас стяну с 1C их версию. Спасибо за инфо.

0

При создании базы под сабжем возникает ошибка: Неверное значение для параметра «lc_messages»: «en_EN» В чем дело? Постгрес запускаю строкой из ЖК: # LANG=ru_RU.utf-8 /etc/init.d/postgresql start

Вероятно ВНИМАНИЕ по умолчанию в debian etch не установлена консоль en-US ее необходимо добавить иначе при попытке создания базы 1с ругнеться на lc_message en_SU (здесь не 1 а именно латинская l). Делаем следующим образом su PASSWORD: dpkg-reconfigure locales Если locales не установлен (в deb установлен по умолчанию) то ставим apt-get install locales выбираем локаль en_US все доступные русский оставляем utf-8.

сделал «dpkg-reconfigure locales»: Generating locales… en_AG.UTF-8… done en_AU.UTF-8… done en_BW.UTF-8… done en_CA.UTF-8… done en_DK.UTF-8… done en_GB.UTF-8… done en_HK.UTF-8… done en_IE.UTF-8… done en_IN.UTF-8… done en_NG.UTF-8… done en_NZ.UTF-8… done en_PH.UTF-8… done en_SG.UTF-8… done en_US.UTF-8… done en_ZA.UTF-8… done en_ZW.UTF-8… done ru_RU.UTF-8… up-to-date ru_UA.UTF-8… up-to-date Generation complete. а как теперь сделать вот это: «выбираем локаль en_US все доступные русский оставляем utf-8»?

откуда взял? можно ссылку?

переключил язык на англ. вот консоль: $ locale LANG=en_US.UTF-8 LANGUAGE=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= или это не то?

+ ошибка осталась, только теперь само сообщение на англ.языке

ru_RU.UTF-8 однописуарен en_US.UTF-8 (абсолютно)

ну а тогда почему появляется ошибка?

а х.з. адинес на постгресе не пускал

миляяяяяяяяять…… а есть кто из знающих по проблеме?

скажи ка, пользователь postgres должен быть активен или отключен в системе ? решил позырить на дебиане адинесину ))

наверное, активен. У меня в ГУИ-списке пользователей нет его, но в консоле на него переключаюсь. Это значит, что активен? не, решил научиться нормальные сервера поднимать…

у тебя база postgres есть ? а то после установки на дебиан постгри, у меня только базы template0 и template1

вот решение проблемы, подсказали в нашей конференции на жабе: (12:51:41) kitt: решение проблемы lc_messages en_US: у Ubuntu 9.04 создайте линки ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US ln -s /usr/share/locale/en /usr/share/locale/en_US

grep lc_ /var/lib/postgresql/*.*/main/postgresql.conf

в дебиане нету /usr/lib/locale/en_US.utf8

gw1:/# ls -l /usr/lib/locale/ итого 1128 -rw-r—r— 1 root root 1209760 2009-11-13 15:19 locale-archive

локалеген тоже только архив генерит

+ localedef -c -i ru_RU -f UTF-8 /usr/lib/locale/ru_RU.UTF-8

Тэги: Unix / Linux

Комментарии доступны только авторизированным пользователям

14 апреля 2010. Автор Rouma-HUM

Пакеты сервера 1С и протестированной версии PostgreSQL доступны на сайте 1С.

Скачанные архивы распаковываем, например, в

/usr/local/1c

сервер 1С
и

/usr/local/1c/pgsql

PostgreSQL.

Поскольку PostgreSQL на сайте есть только в rpm, то необходимо конвертировать пакеты в deb. Для этого устанавливаем

apt-get install chkconfig alien

Конвертируем пакеты:

cd /usr/local/1c/pgsql
alien –scripts –to-deb *.rpm

Могут возникнуть какие-то некритические ошибки, на них можно не обращать внимания — главное, чтобы каждый пакет сконвертировался.

Создаём группу postgres и пользователя postgres:

groupadd -g 5026 -o -r postgres
useradd -g postgres -o -r -d /var/lib/pgsql -s /bin/bash -c
“PostgreSQL Server” -u 5026 postgres

Устанавливаем PostgreSQL:

dpkg -i *.deb

Устанаывливаем сервер 1С:

cd /usr/local/1c
dpkg -i *.deb

Перед инициализацией можно переопределить каталог баз:

mkdir /1сbases
mkdir /1сbases/test1с
chown -R postgres:postgres /1сbases

Серверу PostgeSQL нужны старые библиотеки, нужно добавить ссылки на них. Проверьте сначала версии, которые есть в /lib. Для Ubuntu 9.10:

cd /lib
ln -s libreadline.so.5.2 libreadline.so.4
ln -s libncurses.so.5.7 libtermcap.so.2

Открываем

nano /etc/sysctl.conf

И добавляем в конец строки

kernel.shmmax=134217728
kernel.shmall=134217728

Теперь нужно настроить локаль. Это важно, т.к. при неверной настройке 1C будет ругаться на “неверное значение для параметра “lc_messages”:”en_US”»
Делаем следующее:

/usr/share/locales/install-language-pack en_US

Затем

nano /var/lib/locales/supported.d/local

добавляем в конец файла строчку

en_US UTF-8

Пересоздаем локали:

locale-gen

Теперь можно инициализировать PostgeSQL

su — postgres
initdb -D /bases/basetest -U sa -W // создаст пользователя sa и спросит пароль для него

Стартуем PostgeSQL

pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log start

Стартуем сервер 1С

/etc/init.d/srv1cv81 start

Проверяем работоспособность:

netstat -atu

Должны быть видны вот такие строки:

tcp 0 0 *:1540 *:* LISTEN
tcp 0 0 *:1541 *:* LISTEN
tcp 0 0 *:1560 *:* LISTEN
tcp 0 0 *:postgresql *:* LISTEN
tcp 0 0 *:1561 *:* LISTEN
tcp 0 0 *:1562 *:* LISTEN
tcp 0 0 *:1563 *:* LISTEN

Создаём скрипт запуска /etc/init.d/postgresql

#!/bin/sh

case $1 in

restart)

sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log stop
sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log start

;;

start)

sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log start

;;

stop)

sudo -u postgres -H pg_ctl -D /1cbase/test1c -l /1cbase/test1c/pgsql.log stop

;;

*)

echo start|stop|restart

return 1;

;;

esac

Всё, можно подключаться к базе и работать.

Tags: Ubuntu //

lc_messages и ubuntu

Проблема

Изменение параметра lc_messages не приводит к изменению сообщений сервера на Ubuntu.
Т.е.
значение параметра меняется, а сообщения сервера выводятся на том
языке, которому соответстовала локаль OS при запуске ‘pg_ctl start’

Решение

1. Нужно убедиться, что при сборке postgresql была включена опция (./configure —enable-nls[=’ru’]).
Два способа проверить:

$ pg_config —configure
$ ls -lR `pg_config —localedir`

Должна
быть директория ‘ru’. Иначе нужно переустанавливать ту же мажорную
версию postgresql (только софт, $PGDATA с базами не нужно трогать).
В
этой директории находятся файлы с сообщениями на русском языке. Нет
файлов на русском языке — ничего не увидим на русском языке.

2. На Ubuntu 14.04 по умолчанию не установлена локаль en_US.UTF-8
Проверить установленные локали:

$ locale -a

Чтобы добавить:

$ sudo locale-gen en_US en_US.UTF-8

$ sudo dpkg-reconfigure locales

Не лишнем будет убедиться, что установлена локаль ru_RU.UTF-8

3. Не нужно устанавливать LANGUAGE.
Переменная
среды LANGUAGE задает список языков (в порядке предпочтения) для вывода
сообщений программами. Если она установлена, то изменение параметра
LC_MESSAGES не приведет к смене языка сообщений.

Итог

При соблюдении этих трех пунктов сообщения сервера будут на языке локали из параметра конфигурации lc_messages.

Источник

Is it possible to change the language of system messages from PostgreSQL?

In MSSQL for instance this is possible with the SQL statement SET LANGUAGE.

asked Oct 10, 2008 at 14:04

Benno RichtersBenno Richters

15.4k14 gold badges42 silver badges45 bronze badges

SET lc_messages TO 'en_US.UTF-8';

More info on requirements and limitations here.

answered Oct 10, 2008 at 15:46

Milen A. RadevMilen A. Radev

60.4k22 gold badges106 silver badges110 bronze badges

8

For me neither Milen A. Radev’s nor user1’s answer worked — editing PostgreSQL\11\data\postgresql.conf had absolutely no effect. Even after setting lc_messages = 'random value' PostgreSQL would still start.

What helped was to delete PostgreSQL\11\share\locale\*\LC_MESSAGES, after that I finally got English messages.

answered Jun 28, 2019 at 18:25

4

Milen’s answer didn’t work for me.

I got it working by modifying a file postgresql.conf. If you’re on Linux, write:

sudo find / -iname postgresql.conf

I had mine in /var/lib/pgsql/data.
Then edit the file and search for a variable lc_messages and change it to your preferred language, e.g. 'en_US.UTF-8'.

If PostgreSQL stops working and you check in its log that you have an error that looks like this:

invalid value for parameter "lc_messages": "en_US.UTF-8"

You have to edit /etc/locale.gen and uncomment line with encoding from the error message (e.g. en_US.UTF-8). Then you have to run locale-gen (as root) to update the locales. Finally, to check if the locale is set you can run locale -a.

Or, if you want the language to be English, you can just set lc_messages = 'C'.

answered May 3, 2016 at 8:01

user1user1

9452 gold badges13 silver badges37 bronze badges

3

In my case (on Windows Server 2019) I managed to change language by creating a system environment variable «LC_MESSAGES» with value «English»:

setx LC_MESSAGES English /m

(Solution taken from here)

answered Dec 11, 2019 at 15:19

1

I’ve reproduced the same issue with naming of PostgreSQL error messages which were specifically displayed in Intellij IDEA similar to:

the only solution for me was renaming C:\Program Files\PostgreSQL\13\share\locale folder to another default name.

then as result changed to:

To be noticed: it wasn’t related to Intellij Idea configurations at all, because I tested different answers (and other non-related to IDE answers), e.g., like:

Help | Edit custom VM options
Setting of Environments variables
Using specific commands

answered Oct 31, 2021 at 13:24

invzbl3invzbl3

5,91210 gold badges36 silver badges76 bronze badges

only change postgresql.conf is not working on windows10，the following method is fine for me，is very simple but work:

change lc_message = en_US.UTF-8, in postgresql.conf;
delete all files in fold: \share\locale, expect es fold or the
language you want to keep;
restart pg service and then you will find that is what you want!

answered Sep 12, 2022 at 9:52

huangzhuohuahuangzhuohua

1271 gold badge1 silver badge10 bronze badges

I simply deleted the LC_MESSAGE folder from

C:\Program Files\PostgreSQL\14\share\locale\<LANGUAGE YOU WANT TO GET RID OF>\LC_MESSAGE

and re-log in to psql

answered Jan 7 at 13:20

27P27P

1,20317 silver badges22 bronze badges

Источник

При создании базы под сабжем возникает ошибка: Неверное значение для параметра «lc_messages»: «en_EN» В чем дело? Постгрес запускаю строкой из ЖК: # LANG=ru_RU.utf-8 /etc/init.d/postgresql start

Вероятно ВНИМАНИЕ по умолчанию в debian etch не установлена консоль en-US ее необходимо добавить иначе при попытке создания базы 1с ругнеться на lc_message en_SU (здесь не 1 а именно латинская l). Делаем следующим образом su PASSWORD: dpkg-reconfigure locales Если locales не установлен (в deb установлен по умолчанию) то ставим apt-get install locales выбираем локаль en_US все доступные русский оставляем utf-8.

сделал «dpkg-reconfigure locales»: Generating locales… en_AG.UTF-8… done en_AU.UTF-8… done en_BW.UTF-8… done en_CA.UTF-8… done en_DK.UTF-8… done en_GB.UTF-8… done en_HK.UTF-8… done en_IE.UTF-8… done en_IN.UTF-8… done en_NG.UTF-8… done en_NZ.UTF-8… done en_PH.UTF-8… done en_SG.UTF-8… done en_US.UTF-8… done en_ZA.UTF-8… done en_ZW.UTF-8… done ru_RU.UTF-8… up-to-date ru_UA.UTF-8… up-to-date Generation complete. а как теперь сделать вот это: «выбираем локаль en_US все доступные русский оставляем utf-8»?

откуда взял? можно ссылку?

переключил язык на англ. вот консоль: $ locale LANG=en_US.UTF-8 LANGUAGE=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= или это не то?

+ ошибка осталась, только теперь само сообщение на англ.языке

ru_RU.UTF-8 однописуарен en_US.UTF-8 (абсолютно)

ну а тогда почему появляется ошибка?

а х.з. адинес на постгресе не пускал

миляяяяяяяяять…… а есть кто из знающих по проблеме?

скажи ка, пользователь postgres должен быть активен или отключен в системе ? решил позырить на дебиане адинесину ))

наверное, активен. У меня в ГУИ-списке пользователей нет его, но в консоле на него переключаюсь. Это значит, что активен? не, решил научиться нормальные сервера поднимать…

у тебя база postgres есть ? а то после установки на дебиан постгри, у меня только базы template0 и template1

вот решение проблемы, подсказали в нашей конференции на жабе: (12:51:41) kitt: решение проблемы lc_messages en_US: у Ubuntu 9.04 создайте линки ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US ln -s /usr/share/locale/en /usr/share/locale/en_US

grep lc_ /var/lib/postgresql/*.*/main/postgresql.conf

в дебиане нету /usr/lib/locale/en_US.utf8

gw1:/# ls -l /usr/lib/locale/ итого 1128 -rw-r—r— 1 root root 1209760 2009-11-13 15:19 locale-archive

локалеген тоже только архив генерит

+ localedef -c -i ru_RU -f UTF-8 /usr/lib/locale/ru_RU.UTF-8

Тэги: Unix / Linux

Комментарии доступны только авторизированным пользователям

Источник

Укажите отработанное время

Bug 2755
— [INTERRA]: Неверное значение для параметра «lc_messages»: «en_US»

Make a simular bug

Summary:

[INTERRA]: Неверное значение для параметра «lc_messages»: «en_US»

Status:	CLOSED FIXED

Alias:	None

Product:	Postgres@Etersoft
Classification:	Продукты (Products)
Component:	СУБД (show other bugs)
Version:	не указана
Hardware:	PC All

Importance:	P4 major
Target Milestone:	—
Assignee:	Boris Savelev
QA Contact:

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

In work:
Reported:	2008-10-28 18:03 MSK by Mikhail Krylatykh
Modified:	2008-10-28 20:29 MSK (History)
CC List:	0 users

See Also:
Заявки RT:
Связано с:
Дата напоминания:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note
You need to
log in
before you can comment on or make changes to this bug.

Источник

Ошибка не удалось запустить гта 5 exe

Ошибка неверное положение центральных элементов кубик рубика

Ошибка не удалось запустить wrye bash

Ошибка неверное название сервиса

Ошибка неверный выбор падежной формы имени существительного