Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[yandex]

Дмитрий пишет:
> LANG=ru_RU.UTF-8
> SUPPORTED=ru_RU
> было установлено по дефолту в основной системе где стоит 1С. тоже добавил в контейнер с postgres. Всё переустановил и всё равно при создании ИБ вылазит сообщение ERROR: invalid value for parameter "lc_messages": "en_US". У меня 1С 64-х битная версия. Postgres 32-х битная в контейнере.

Попробуйте запустить сервер postgres не инит-скриптом, а командой su - 
postgres -c 'pg_ctl start' . Мне, в качестве временной меры, помогло.

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[Karavaev Pavel]

Дмитрий пишет:
> С помощью предложенной вами командой мне postgres запустить не 
> удалось. Пишет su: exec failed.
> Но мне всё же не понятно как бы мне это помогло. После того как я в 
> контейнере указал
> LANG=ru_RU.UTF-8
> SUPPORTED=ru_RU
>
> postgres стал запускаться(когда в файле postgresql.conf указана локаль ru_RU.UTF-8). До этого он не запускался.
>
> Откуда 1С берёт en_SU и почему? непонятно. Что сделать чтобы 1С стала передавать именно ru_RU?
>   
Если в инит-скрипт добавить команду echo `locale` перед самым запуском 
postgres, она выведет сделующее:
LANG=ru_RU.UTF-8
LC_CTYPE=en_US.utf8
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

Если же производить вход через su -, значение LC_CTYPE будет 
ru_RU.UTF-8. Но я запускаю не в контейнере. Тут может быть разница.

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[Karavaev Pavel]

Дмитрий пишет:
> я попробовал postgres и в 32-х битном контейнере и  в обычной 32-х 
> битной системе. в обоих случаях одно и тоже.
> вывод locale в обоих случаях аналогичен вашему. 1С всё равно выдаёт 
> такую ошибку.
>
Думаю, надо каким-то образом побороть LC_CTYPE=en_US.utf8. Вопрос - 
каким :) Что ж, будем копать дальше... Для меня тоже проблема остается 
открытой - пока запускаю через su.

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[Karavaev Pavel]

Дмитрий пишет:
>
> Я с помощью 1с создавал test1 и она в postgres создалась, но в 1с 
> отображается всё прежняя ошибка.

А какие локали у пользователя usr1cv81? Возможно, проблема не у 
postgres, а у него?

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[Алексей Шенцев]

В сообщении от Wednesday 31 October 2007 14:58:02 Дмитрий написал(а):
>  везде во всех переменных ru_RU.UTF-8, а у postgres везде ru_RU.UTF-8,
> только LC_CTYPE = en_US.
Из под какого пользователя вы запускаете сервер 1С, клиентскую часть 1С, 
postgresql?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

В сообщении от Wednesday 31 October 2007 15:05:02 Алексей Шенцев написал(а):
> В сообщении от Wednesday 31 October 2007 14:58:02 Дмитрий написал(а):
> >  везде во всех переменных ru_RU.UTF-8, а у postgres везде ru_RU.UTF-8,
> > только LC_CTYPE = en_US.
>
> Из под какого пользователя вы запускаете сервер 1С, клиентскую часть 1С,
> postgresql?

Я тут полазил по закрытому партнёрскому форуму 1С и вот что по данной ошибке 
нашёл:


При подключении к PostgreSQL возникает ошибка указанная на скриншоте:
ERROR:  нeвepнoe знaчeниe для пapaмeтpa "lc_messages": "en_US"
SHOW LC_COLLATE показал:
"ru_RU.UTF-8"

Данные по программной среде:
Операционная система: Mandriva 2007
Сервер БД: PostgreSQL 8.1.5 on i686-redhat-linux-gnu, compiled by GCC gcc 
(GCC) 4.0.0 20050519 (Red Hat 4.0.0-8)

(Инсталяция бралась:  users.v8.1c.ru/Platform_... »»)

1С: 1С:Предприятие 8.1 (8.1.6.38)

Re: Не могу создать базу на сервере Postgres 	
03.04.2007 10:12
Чичерин Андрей (1С, Москва)
468891
Попробуйте проанализировать log-файлы PostgreSQL для выяснения подробностей 
произошедшей ошибки.

Re: Не могу создать базу на сервере Postgres 	
11.12.2006 15:29
Гольштейн Илья (1С, Москва)
442329
Вероятная причина проблем с установкой PostgreSQL 8.1.5-1.1C for Windows 
найдена. Она состоит в отсутствии библиотеки msvcr71.dll.

Эту библиотеку (ее можно найти, например, в каталоге Предприятия) нужно 
скопировать в каталог bin установки PostgreSQL (скорее всего, это будет "C:
\Program Files\PostgreSQL\8.1.5-4.1C\bin").

Вот такие пироги. Но это решение для PG под винды. А вот у нас как быть пока 
не знаю.

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

И ещё вот такое, от туда же:

Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C

Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

В сообщении от Wednesday 31 October 2007 18:12:55 Алексей Шенцев написал(а):
> И ещё вот такое, от туда же:
>
> Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C
>
> Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
Вот решение для deebian:
http://itland.ru/forum/index.php?showtopic=19087
А как к нам это применить, что то не пойму.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Alexey Novikov]

On Wed, Oct 31, 2007 at 06:22:21PM +0300, Алексей Шенцев wrote:
> В сообщении от Wednesday 31 October 2007 18:12:55 Алексей Шенцев написал(а):
> > И ещё вот такое, от туда же:
> >
> > Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C
> >
> > Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
> Вот решение для deebian:
> http://itland.ru/forum/index.php?showtopic=19087
> А как к нам это применить, что то не пойму.

Если там рецепт правильный, то у нас это вроде так делается

$ cat /etc/rpm/macros
%_install_langs ru:en

# apt-get install --reinstall glibc-locales

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

В сообщении от Thursday 01 November 2007 09:13:33 Alexey Novikov написал(а):
> On Wed, Oct 31, 2007 at 06:22:21PM +0300, Алексей Шенцев wrote:
> > В сообщении от Wednesday 31 October 2007 18:12:55 Алексей Шенцев 
написал(а):
> > > И ещё вот такое, от туда же:
> > >
> > > Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C
> > >
> > > Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
> >
> > Вот решение для deebian:
> > http://itland.ru/forum/index.php?showtopic=19087
> > А как к нам это применить, что то не пойму.
>
> Если там рецепт правильный, то у нас это вроде так делается
>
> $ cat /etc/rpm/macros
> %_install_langs ru:en
>
> # apt-get install --reinstall glibc-locales
Не помогло.

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[Дмитрий]

Karavaev Pavel пишет:
> Думаю, надо каким-то образом побороть LC_CTYPE=en_US.utf8. Вопрос - 
> каким :) Что ж, будем копать дальше... Для меня тоже проблема остается 
> открытой - пока запускаю через su.
>
>   
наткнулся тут на файлик /root/.i18n, поправил его и собственно избавился
от LC_CTYPE=en_US.utf8. но проблему решить не помогло.

> $ cat /etc/rpm/macros
> > %_install_langs ru:en
> >
> > # apt-get install --reinstall glibc-locales

тоже не решило проблему

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Alexey Novikov]

On Thu, Nov 01, 2007 at 11:34:43AM +0300, Алексей Шенцев wrote:
> В сообщении от Thursday 01 November 2007 09:13:33 Alexey Novikov написал(а):
> > On Wed, Oct 31, 2007 at 06:22:21PM +0300, Алексей Шенцев wrote:
> > > В сообщении от Wednesday 31 October 2007 18:12:55 Алексей Шенцев 
> написал(а):
> > > > И ещё вот такое, от туда же:
> > > >
> > > > Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C
> > > >
> > > > Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
> > >
> > > Вот решение для deebian:
> > > http://itland.ru/forum/index.php?showtopic=19087
> > > А как к нам это применить, что то не пойму.
> >
> > Если там рецепт правильный, то у нас это вроде так делается
> >
> > $ cat /etc/rpm/macros
> > %_install_langs ru:en
> >
> > # apt-get install --reinstall glibc-locales
> Не помогло.
> 
А если в /etc/chroot.d/postgresql.conf
строку
locale_dir=`ls -d /usr/lib/locale/$locale* | /usr/bin/tr ' ' "\n" | /bin/awk -F '/' '{print $5}'`
заменить на
locale_dir=`ls -d /usr/lib/locale/{ru_RU,en_US}* | /usr/bin/tr ' ' "\n" | /bin/awk -F '/' '{print $5}'`

а потом update_chrooted conf и (на всякий случай)
service postgresql restart 

Помогает?

-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

В сообщении от Thursday 01 November 2007 12:10:29 Alexey Novikov написал(а):
> On Thu, Nov 01, 2007 at 11:34:43AM +0300, Алексей Шенцев wrote:
> > В сообщении от Thursday 01 November 2007 09:13:33 Alexey Novikov 
написал(а):
> > > On Wed, Oct 31, 2007 at 06:22:21PM +0300, Алексей Шенцев wrote:
> > > > В сообщении от Wednesday 31 October 2007 18:12:55 Алексей Шенцев
> >
> > написал(а):
> > > > > И ещё вот такое, от туда же:
> > > > >
> > > > > Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C
> > > > >
> > > > > Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
> > > >
> > > > Вот решение для deebian:
> > > > http://itland.ru/forum/index.php?showtopic=19087
> > > > А как к нам это применить, что то не пойму.
> > >
> > > Если там рецепт правильный, то у нас это вроде так делается
> > >
> > > $ cat /etc/rpm/macros
> > > %_install_langs ru:en
> > >
> > > # apt-get install --reinstall glibc-locales
> >
> > Не помогло.
>
> А если в /etc/chroot.d/postgresql.conf
> строку
> locale_dir=`ls -d /usr/lib/locale/$locale* | /usr/bin/tr ' ' "\n" |
> /bin/awk -F '/' '{print $5}'` заменить на
> locale_dir=`ls -d /usr/lib/locale/{ru_RU,en_US}* | /usr/bin/tr ' ' "\n" |
> /bin/awk -F '/' '{print $5}'`

Такой строчки там нет, вот:
[root@oasu3 /]# cat /etc/init.d/postgresql | grep locale
                locale_list=`/bin/su -l 
postgres -s /bin/sh -c '/usr/bin/locale'`
                locale=`/bin/echo 
$locale_list | /usr/bin/tr ' ' "\n" | /bin/grep LANG | cut -f2 -d=`
                action "Creating default database:" /bin/su -s /bin/sh -l 
postgres -c "\"/usr/bin/initdb --pgdata=\"\"$PG_CHROOT_DIR$PGDATA\"\" --locale=\"\"$locale\"\" 
\""
            locale_list=`/bin/su -l postgres -s /bin/sh -c '/usr/bin/locale'`
            export `/bin/echo $locale_list | /usr/bin/tr ' ' "\n" | /bin/grep 
LANG`
[root@oasu3 /]#


-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

В сообщении от Thursday 01 November 2007 12:33:23 Алексей Шенцев написал(а):
> В сообщении от Thursday 01 November 2007 12:10:29 Alexey Novikov написал(а):
> > А если в /etc/chroot.d/postgresql.conf

> Такой строчки там нет, вот:
> [root@oasu3 /]# cat /etc/init.d/postgresql | grep locale
Вот же я прогнал. Надо было смотреть в /etc/chroot.d/postgresql.conf,
а я смотрел в /etc/init.d/postgresql ... :)

Осталось решить как лушче поступить вот с таким:
echo 156662150 > /proc/sys/kernel/shmmax
Устанавливать при загрузке ядра? Тогда как ему передать сиё?
Или лучше в инит-скрипте postgres'а вставить?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Alexey Novikov]

On Thu, Nov 01, 2007 at 12:33:23PM +0300, Алексей Шенцев wrote:
> В сообщении от Thursday 01 November 2007 12:10:29 Alexey Novikov написал(а):
> > On Thu, Nov 01, 2007 at 11:34:43AM +0300, Алексей Шенцев wrote:
> > > В сообщении от Thursday 01 November 2007 09:13:33 Alexey Novikov 
> написал(а):
> > > > On Wed, Oct 31, 2007 at 06:22:21PM +0300, Алексей Шенцев wrote:
> > > > > В сообщении от Wednesday 31 October 2007 18:12:55 Алексей Шенцев
> > >
> > > написал(а):
> > > > > > И ещё вот такое, от туда же:
> > > > > >
> > > > > > Используйте версии PostgreSQL 8.2.4-2.1C или 8.1.5-13.1C
> > > > > >
> > > > > > Может это связано с нашей сборкой PG-1C - postgresql8.2-8.2.5
> > > > >
> > > > > Вот решение для deebian:
> > > > > http://itland.ru/forum/index.php?showtopic=19087
> > > > > А как к нам это применить, что то не пойму.
> > > >
> > > > Если там рецепт правильный, то у нас это вроде так делается
> > > >
> > > > $ cat /etc/rpm/macros
> > > > %_install_langs ru:en
> > > >
> > > > # apt-get install --reinstall glibc-locales
> > >
> > > Не помогло.
> >
> > А если в /etc/chroot.d/postgresql.conf
> > строку
> > locale_dir=`ls -d /usr/lib/locale/$locale* | /usr/bin/tr ' ' "\n" |
> > /bin/awk -F '/' '{print $5}'` заменить на
> > locale_dir=`ls -d /usr/lib/locale/{ru_RU,en_US}* | /usr/bin/tr ' ' "\n" |
> > /bin/awk -F '/' '{print $5}'`
> 
> Такой строчки там нет, вот:
> [root@oasu3 /]# cat /etc/init.d/postgresql | grep locale
>                 locale_list=`/bin/su -l 
> postgres -s /bin/sh -c '/usr/bin/locale'`
>                 locale=`/bin/echo 
> $locale_list | /usr/bin/tr ' ' "\n" | /bin/grep LANG | cut -f2 -d=`
>                 action "Creating default database:" /bin/su -s /bin/sh -l 
> postgres -c "\"/usr/bin/initdb --pgdata=\"\"$PG_CHROOT_DIR$PGDATA\"\" --locale=\"\"$locale\"\" 
> \""
>             locale_list=`/bin/su -l postgres -s /bin/sh -c '/usr/bin/locale'`
>             export `/bin/echo $locale_list | /usr/bin/tr ' ' "\n" | /bin/grep 
> LANG`
> [root@oasu3 /]#
> 
Алексей, читайте внимательно, не в /etc/init.d/postgresql, а в
/etc/chroot.d/postgresql.conf


-- 
WBR, Alexey Novikov
XMPP: alex-novikov@jabber.ru, shader@ya.ru

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Алексей Шенцев]

В сообщении от Thursday 01 November 2007 13:17:09 Alexey Novikov написал(а):
> Алексей, читайте внимательно, не в /etc/init.d/postgresql, а в
> /etc/chroot.d/postgresql.conf
Да, я уже отписал, что ни туда смотрел ... :)
Спасибо. Ваше предложение помогло.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 ошибка ERROR: invalid value for parameter "lc_messages": "en_US"

[Dmitry Lebkov]

Алексей Шенцев пишет:
> В сообщении от Thursday 01 November 2007 12:33:23 Алексей Шенцев написал(а):
>> В сообщении от Thursday 01 November 2007 12:10:29 Alexey Novikov написал(а):
>>> А если в /etc/chroot.d/postgresql.conf
> 
>> Такой строчки там нет, вот:
>> [root@oasu3 /]# cat /etc/init.d/postgresql | grep locale
> Вот же я прогнал. Надо было смотреть в /etc/chroot.d/postgresql.conf,
> а я смотрел в /etc/init.d/postgresql ... :)
> 
> Осталось решить как лушче поступить вот с таким:
> echo 156662150 > /proc/sys/kernel/shmmax
> Устанавливать при загрузке ядра? Тогда как ему передать сиё?
> Или лучше в инит-скрипте postgres'а вставить?

# man sysctl
# man sysctl.conf

# echo kernel.shmmax = 156662150 >> /etc/sysctl.conf

-- 
WBR, Dmitry Lebkov

[Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 x86_64

[Дмитрий]

Где можно взять 64-х битную версию драйвера HASP?

Или может быть есть возможность пробросить usb в 32-х битный контейнер?

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 x86_64

[Алексей Шенцев]

В сообщении от Thursday 01 November 2007 15:21:59 Дмитрий написал(а):
> Где можно взять 64-х битную версию драйвера HASP?
А у производителя не смотрели?
Вот:
http://www.aladdin.com/support/hasp/vendor.aspx
Там есть .. ;)
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 x86_64

[Алексей Шенцев]

В сообщении от Thursday 01 November 2007 15:54:25 Дмитрий написал(а):
>  Для Windows да есть 64-х битная версия. Для Linux увы я там не нашёл 64-х
> битной версии.
Вот это не смотрели?
 HASP HL Device Driver Installation. Supports Fedorad Core 4 and later

New!
	Fedora
x86-64 	HDD_RPM_ RedHat_i386.tar.gz 	52.5
KB 	1.10-1 	06/2007
HASP HL Device Driver Installation. Supports SuSE 10.1 and later, and SuSE 
Enterprise Server 10.0

New!
	SuSE
Linux x86-64 	HDD_RPM_SuSE_ i386.tar.gz 	50.7
KB 	1.10-1 	06/2007


-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0

[Michael Shigorin]

On Thu, Nov 01, 2007 at 01:42:54PM +0500, Дмитрий wrote:
> > Думаю, надо каким-то образом побороть LC_CTYPE=en_US.utf8.
> > Вопрос - каким :) Что ж, будем копать дальше... Для меня тоже
> > проблема остается открытой - пока запускаю через su.
> наткнулся тут на файлик /root/.i18n, поправил его и собственно
> избавился от LC_CTYPE=en_US.utf8. но проблему решить не
> помогло.

Этот файлик отрабатывается при входе root в систему.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 x86_64

[Алексей Шенцев]

В сообщении от Friday 02 November 2007 07:23:23 Дмитрий написал(а):
>  в имени файла присутствует i386, 386-е никогда не были 64-х разрядными.
> вообщем при установке требует 32-х битные либы
Понял вас. Значит нет 64-х битных дров под линукс для этих ключей.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 x86_64

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 429 bytes --]

Здравствуйте Дмитрий
  В сообщении от 2 ноября 2007 Дмитрий написал(a):
 > что же делать тогда? у меня на сервере ALD x86_64 и ключи для
 > клиентов нужно чтобы были на нём.

Делать 32-битный контейнер ?

-- 
  А ещё говорят так  (fortune):
 
- Что делает системный администратор, проснувшись с похмелья? - 
Тестирует память...  

________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Сервер 1С версии 8.1 под AltLinux Server 4.0 x86_64

[Алексей Шенцев]

В сообщении от Friday 02 November 2007 08:57:33 Дмитрий написал(а):
>  что же делать тогда? у меня на сервере ALD x86_64 и ключи для клиентов
> нужно чтобы были на нём.
Давайте начнём с того, сколько у вас планируется рабочих мест под 1С? Из 
собственного опыта скажу, что при >=30 одновременных подключениях у меня 1С 
начинает жутко тормозить, начинает вылезать ошибка "Не обнаружен ключ защиты 
программы", хотя у всех лежит nethasp.ini, где указаны ip-адреса машин с 
ключами. Совет от 1С, из моей с ними переписки:

"Основное - снизить нагрузку на единственный сервер - разнести сервер 
Предприятия, SQL-сервер, сервер лицензий на разные компьютеры."

Т.е. физически разносить 1С на три разных компа. Не в разные контейнеры, а 
именно на разные компы. Так что сервер с ключами вполне может быть 32-х 
битным В инете встречал инфу (не знаю на сколько она актуальна), что при 
наличии локального ключа 1С под линуксом его не видит, а вот если он сетевой, 
то она его видит. Подтвердить или опровергнуть не могу, так как ключ у меня 
стоит на работающем сервере 1С под оффтопиком, а все эксперементы с 1С под 
линуксом я провожу на своей рабочей станции и ключ у меня получается сетевой.

-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

[Comm] Сервер 1С версии 8.1 в 64-х битном контейнере

[Дмитрий]

Добрый день!

Пытаюсь запустить 1С в 64-х битном контейнере. Кроме ragent ничего более
не запускается.

# ps ax | grep opt
30302 ?        Ssl    0:00 /opt/1C/v8.1/x86_64/ragent -daemon

fuser -v /opt/1C/v8.1/x86_64/ragent
Cannot stat file /proc/28383/fd/0: Permission denied
Cannot stat file /proc/28383/fd/1: Permission denied
Cannot stat file /proc/28383/fd/2: Permission denied
Cannot stat file /proc/28383/fd/3: Permission denied
Cannot stat file /proc/28383/fd/4: Permission denied
Cannot stat file /proc/28383/fd/7: Permission denied

                     USER        PID ACCESS COMMAND
/opt/1C/v8.1/x86_64/ragent:
                     usr1cv81  30302 ...e. ragent

# ls -l /proc
total 2
dr-xr-xr-x 4 root     root      0 Nov  8 15:35 1
dr-xr-xr-x 4 syslogd  syslogd   0 Nov  8 15:35 28299
dr-xr-xr-x 4 klogd    klogd     0 Nov  8 15:35 28312
dr-xr-xr-x 4 root     root      0 Nov  8 15:35 28327
dr-xr-xr-x 4 root     root      0 Nov  8 15:35 28376
dr-xr-xr-x 4 root     root      0 Nov  8 15:35 28383
dr-xr-xr-x 4 root     root      0 Nov  8 15:35 28384
dr-xr-xr-x 4 usr1cv81 grp1cv81  0 Nov  8 16:05 30302
dr-xr-xr-x 4 root     root      0 Nov  8 16:43 30624
-r--r--r-- 1 root     root      0 Nov  8 16:43 cmdline
-r--r--r-- 1 root     root      0 Nov  8 16:43 cpuinfo
-r--r--r-- 1 root     root      0 Nov  8 16:43 filesystems
dr-xr-xr-x 3 root     root      0 Nov  8 16:43 fs
-r-------- 1 root     root      0 Nov  8 15:35 kmsg
-r--r--r-- 1 root     root      0 Nov  8 16:43 loadavg
-r--r--r-- 1 root     root      0 Nov  8 16:43 locks
-r--r--r-- 1 root     root      0 Nov  8 16:43 meminfo
-r--r--r-- 1 root     root      0 Nov  8 16:43 modules
lr-xr-xr-x 1 root     root     11 Nov  8 16:43 mounts -> self/mounts
dr-xr-xr-x 3 root     root      0 Nov  8 16:43 net
lrwxrwxrwx 1 root     root     64 Nov  8 15:35 self -> 30624
-r--r--r-- 1 root     root      0 Nov  8 16:43 stat
dr-xr-xr-x 9 root     root      0 Nov  8 16:43 sys
dr-xr-xr-x 2 root     root      0 Nov  8 16:43 sysvipc
-r--r--r-- 1 root     root      0 Nov  8 16:43 uptime
-r--r--r-- 1 root     root      0 Nov  8 16:43 user_beancounters
-r--r--r-- 1 root     root      0 Nov  8 16:43 version
-r--r--r-- 1 root     root      0 Nov  8 16:43 vmstat
dr-xr-xr-x 3 root     root      0 Nov  8 16:43 vz


Попробовал просто запустить демон
# /opt/1C/v8.1/x86_64/ragent -daemon

И в результате
ps ax | grep opt
30700 ?        Ssl    0:00 /opt/1C/v8.1/x86_64/ragent -daemon
30701 ?        Sl     0:00 /opt/1C/v8.1/x86_64/rmngr -port 1541
30710 ?        Sl     0:00 /opt/1C/v8.1/x86_64/rphost -range 1560:1591
-reghost srv1cv81 -regport 1541 -pid b65f6cdc-8dee-11dc-e098-d5693b2

Т.е. под root работает, а под usr1cv81 не хочет. Где-то нехватает прав.
Куда дальше рыть не знаю.

В обычной системе 64-х битная версия работает нормально под юзером usr1cv81

В 32-х битном контейнере 32-х битную версию запустить тоже удалось.

Re: [Comm] Сервер 1С версии 8.1 в 64-х битном контейнере

[Алексей Шенцев]

В сообщении от Thursday 08 November 2007 10:58:00 Дмитрий написал(а):
> Добрый день!
>
> Пытаюсь запустить 1С в 64-х битном контейнере. Кроме ragent ничего более
> не запускается.
<skip>

Хм ... что то я не встречал на сайте/форумах 1С, что она может работать в OVZ 
контейнере ... Может именно из-за того, что она не умеет работать в 
контейнере у вас и не получается?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 в 64-х битном контейнере

[Sergey Alembekov]

В сообщении от Thursday 08 November 2007 11:22:56 Алексей Шенцев написал(а):
> В сообщении от Thursday 08 November 2007 10:58:00 Дмитрий написал(а):
> > Добрый день!
> >
> > Пытаюсь запустить 1С в 64-х битном контейнере. Кроме ragent ничего более
> > не запускается.
>
> <skip>
>
> Хм ... что то я не встречал на сайте/форумах 1С, что она может работать в
> OVZ контейнере ... Может именно из-за того, что она не умеет работать в
> контейнере у вас и не получается?

Нет, в контейнере с i586-й архитектурой работает прекрасно.

-- 
Regards, Sergey Alembekov
ALTLinux Team
xmpp: rt at jabber.ru

Re: [Comm] Сервер 1С версии 8.1 в 64-х битном контейнере

[Алексей Шенцев]

В сообщении от Thursday 08 November 2007 11:30:00 Дмитрий написал(а):
>  Сергей Алембеков (rt@altlinux.ru) делал для выставки 32-х битный контейнер
> и всё это проработало там без проблем несколько часов. У меня тоже
> получилось запустить в 32-х битном контейнере. В 64-х битном что-то с
> правами не то.
Я не использовал 1С в контейнерах. Она, 1С, и под виндами капризно-глюкава, а 
под линуксом ... Да ещё под неё надо особым образом настраивать 
postgresql ...
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 в 64-х битном контейнере

[Алексей Шенцев]

В сообщении от Thursday 08 November 2007 13:40:27 Дмитрий написал(а):
> Проблему решил. Теперь 64-х битная  версия 1С  запустилась в контейнере.
Эт хорошо ... :)

> Проблема была с локалью.
Всё та же заморочка ... :)

>  Нужно сделать следующее:

>  echo %_install_langs en_US:ru_RU>/etc/rpm/macros
>  apt-get install --reinstall locale
>  далее удалить все пакеты с 1С.
>  затем удалить пользователя usr1cv81 и группу grp1cv81 вместе с домашним
> каталогом /home/usr1cv81
>  и заново установить 1С
>  после этих действий всё благополучно заработало

А ранее изложенный совет:
"в /etc/chroot.d/postgresql.conf
строку
locale_dir=`ls -d /usr/lib/locale/$locale* | /usr/bin/tr ' ' "\n" | /bin/awk -F '/' '{print 
$5}'`
заменить на
locale_dir=`ls -d /usr/lib/locale/{ru_RU,en_US}* | /usr/bin/tr ' ' "\n" | /bin/awk -F '/' '{print 
$5}'`

а потом update_chrooted conf и (на всякий случай)
service postgresql restart 
" 
Использовали?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 в 64-х битном контейнере

[Алексей Шенцев]

В сообщении от Thursday 08 November 2007 14:31:05 Дмитрий написал(а):
>  postgres вообще в отдельном контейнере и он тут не причём.
>  для постгреса тоже заменял строчку, иначе базу создать не мог.

Я к тому, что вроде уже достаточно вещей накопилось, которые наверное пора 
заносить в faq. Как думаете?
Да, вот что интересно, а как делаете выгрузку ИБ? Т.е. как делаете резервную 
копию ИБ, какой командой, с какой периодичностью, сколько заняла у вас ИБ, 
выгрузка?
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 и Samba в 64-х битном контейнере

[Алексей Шенцев]

В сообщении от Friday 09 November 2007 09:58:39 Дмитрий написал(а):
>  накопилось достаточно, но проблемы решены не все.
>  сейчас проблема с samba в контейнере где стоит 1С.
Вопрос, а зачем вам самба для работы с 1С? У вас же 1C v8.1.*, так?

>  собственно сама samba работает, но проблема в том что её никто не видит. с
> ней я могу работать в Windows набрав cd \\srv1cv81
>  Т.к. все машины должны находиться в одной физической сети, т.е. никакой
> маршрутизации, я сделал бридж в который входят eth0 и veth101.0
>
>  # brctl show
>  bridge name     bridge id               STP enabled     interfaces
>  br0             8000.001cc4a853b0       no              eth0
>                                                          veth101.0
>  делал я это по http://wiki.openvz.org/Using_private_IPs_for_Hardware_Nodes
>  но в предложенном скрипте /usr/sbin/vznetcfg.custom
>  заменил строку    $vzctl exec $VEID $ip address add $IP dev $VEIFNAME
>  на                $vzctl exec $VEID $ip address add $IP broadcast
> $VETH_BROADCAST dev $VEIFNAME
<skip>
>  в чём может быть проблема?
Тут я вам не помогу.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 и Samba в 64-х битном контейнере

[Kostarev Alexey]

[-- Attachment #1: Type: text/plain, Size: 2533 bytes --]

Алексей Шенцев wrote:

>В сообщении от Friday 09 November 2007 09:58:39 Дмитрий написал(а):
>  
>
>> накопилось достаточно, но проблемы решены не все.
>> сейчас проблема с samba в контейнере где стоит 1С.
>>    
>>
>Вопрос, а зачем вам самба для работы с 1С? У вас же 1C v8.1.*, так?
>  
>
1C v 8.1
Ей samba не нужна ?
Но дело даже не в этом - налицо проблема - broadcast ping и контейнера 
не идет...
Есть ли где документация по тому как настроить под ALTLinux samb'у в 
контейнере
Мы ставили samba-сервер в контейнере другой организации
Из-за проблем в samba 3.0.25, входящей в ALS4 пришлось поставить samba 
3.0.24 в debian-контейнере
Работать-работает, но из-за проблем в broadcast тормозит.
Может в консерватории (ядре) что подправить...

Да - можно перейти на  3.0.26 не в контейнере, но все-таки - проблема 
есть и не замечать ее  не стоит...

> собственно сама samba работает, но проблема в том что её никто не 
> видит. с ней я могу работать в Windows набрав cd \\srv1cv81
>
> Т.к. все машины должны находиться в одной физической сети, т.е. 
> никакой маршрутизации, я сделал бридж в который входят eth0 и veth101.0
>
> # brctl show
> bridge name     bridge id               STP enabled     interfaces
> br0             8000.001cc4a853b0       no              eth0
>                                                         veth101.0
> делал я это по http://wiki.openvz.org/Using_private_IPs_for_Hardware_Nodes
> но в предложенном скрипте |/usr/sbin/vznetcfg.custom
> заменил строку    $vzctl exec $VEID $ip address add $IP dev $VEIFNAME
> на                $vzctl exec $VEID $ip address add $IP broadcast 
> $VETH_BROADCAST dev $VEIFNAME
>
> и в файле /etc/vz/conf/101.conf добавил свой параметр 
> ||$VETH_BROADCAST="19x.xxx.xxx.143"
>
> мне нужен был броадкаст именно такой.
>
> теперь проблема в том что когда делаю
> # ping -b 19x.xxx.xxx.143
> WARNING: pinging broadcast address
> PING 195.222.150.143 (195.222.150.143) 56(84) bytes of data.
> 64 bytes from 19x.xxx.xxx.134: icmp_seq=9 ttl=64 time=0.162 ms
> 64 bytes from 19x.xxx.xxx.129: icmp_seq=9 ttl=64 time=0.167 ms (DUP!)
> 64 bytes from 19x.xxx.xxx.131: icmp_seq=9 ttl=64 time=0.206 ms (DUP!)
>
> пинги идут но жутко тормазит всё
>
> иногда перестают пинговаться некоторые машины
>
> при пинге броадкаста пакеты кходят, машины отвечают и пакеты 
> возвращаются на бридж br0, так же они видны на eth0, но их нет на 
> veth101.0, хотя иногда проскакивают.
>
> в iptables пусто.
>
> в чём может быть проблема?|



-- 
С Уважением
Директор ООО НЕВОД
Костарев А.Ф.


[-- Attachment #2: kaf.vcf --]
[-- Type: text/x-vcard, Size: 202 bytes --]

begin:vcard
fn:Alexey Kostarev
n:Kostarev;Alexey
org:Nevod Ltd.
adr:;;;Perm;;;Russia
email;internet:kaf@nevod.ru
tel;work:(3422) 196-960 
url:http://www.nevod.ru/nevod/staff/kaf/
version:2.1
end:vcard

Re: [Comm] Сервер 1С версии 8.1 и Samba в 64-х битном контейнере

[Алексей Шенцев]

В сообщении от Friday 09 November 2007 13:45:18 Kostarev Alexey написал(а):
> Алексей Шенцев wrote:
> >В сообщении от Friday 09 November 2007 09:58:39 Дмитрий написал(а):
> >> накопилось достаточно, но проблемы решены не все.
> >> сейчас проблема с samba в контейнере где стоит 1С.
> >
> >Вопрос, а зачем вам самба для работы с 1С? У вас же 1C v8.1.*, так?
>
> 1C v 8.1
> Ей samba не нужна ?
Нет. Своих пользователей она авторизует сама у себя и они ни коим образом не 
пересекаются с пользователями в системе. Это в 8.0.* был косяк из-за неявной 
ошибки 1С. Там часто возникала ошибка - "не найден интерфейс сервера" (или 
пользователя, уже сейчас не вспомню). Решалась просто - учётные записи 
пользователей на рабочей станции и на серваке должны были совпадать 
полностью: имя пользователя, полное имя пользователя, пароль. 
А в 8.1.* уже такого нет. У меня большинство пользователей 1С v8.1.* на 
серваке, где стоит 1С не заведены и нормально заходят в 1С и работают.
Так же я, загрузив реальную ИБ в 1С под линуксом, спокойно вошёл в 1С под 
именем пользователя, которого у меня нет в системе и спокойно работаю.

> Но дело даже не в этом - налицо проблема - broadcast ping и контейнера
> не идет...
В этом я не смогу помочь.

> Есть ли где документация по тому как настроить под ALTLinux samb'у в
> контейнере
> Мы ставили samba-сервер в контейнере другой организации
> Из-за проблем в samba 3.0.25, входящей в ALS4 пришлось поставить samba
> 3.0.24 в debian-контейнере
> Работать-работает, но из-за проблем в broadcast тормозит.
> Может в консерватории (ядре) что подправить...
>
> Да - можно перейти на  3.0.26 не в контейнере, но все-таки - проблема
> есть и не замечать ее  не стоит...
Если вы пытаетесь поставить самбу только ради 1С, то не заморачивайтесь тогда 
с этим. 1С v8.1.* работает и без самбы.

А если не только для 1С, то да, проблему надо решать.
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen@nsrz.ru
XMPP: ashen@altlinux.org, AlexShen@jabber.ru
ICQ: 271053845

Re: [Comm] Сервер 1С версии 8.1 и Samba в 64-х битном контейнере

[Дмитрий]

>Вопрос, а зачем вам самба для работы с 1С? У вас же 1C v8.1.*, так? 
Ставил в обычную систему и без самбы при создании ИБ в Windows всё
подвисало.
Поставил самбу и всё благополучно заработало.

В контейнере те же симптомы, без самбы консоль 1С из под Windows
подвисает и постоянно кидает пакеты.

Во всех мануалах написано, что самба нужна обязательно, якобы для
авторизации. На счёт версии 1с ничего пока не скажу, потом посмотрю.

Но исправить проблему с тем что пакеты не попадают на veth101.0 всё
равно нужно решить.

[Comm] Samba в контейнере OpenVZ

[Дмитрий]

Кто-нибудь пробовал ставить samba'у в контейнер OpenVZ?

Re: [Comm] Samba в контейнере OpenVZ

[Slava Dubrovskiy]

[-- Attachment #1: Type: text/plain, Size: 195 bytes --]

Дмитрий пишет:
> Кто-нибудь пробовал ставить samba'у в контейнер OpenVZ?
>   
Да. Вполне работает.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [Comm] Samba в контейнере OpenVZ

[Michael Shigorin]

On Mon, Nov 12, 2007 at 10:26:13AM +0200, Slava Dubrovskiy wrote:
> > Кто-нибудь пробовал ставить samba'у в контейнер OpenVZ?
> Да. Вполне работает.

С veth, разумеется, а не venet.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Проблема широковещательного PING'а из контейнера

[Kostarev Alexey]

[-- Attachment #1: Type: text/plain, Size: 1054 bytes --]

Добрый день!
Некоторое время тому назад поднимал вопос - ответа не получил - позволю 
еще раз спросить под другим углом:-)

Необходимость заставила при устанвоке SAMBA поставить ее в контейнере
(в ALS4 была версия samba 3.0.25, в которой была критическая ошибка - 
пришлось воспользоваться услугами умельца и поставить 3.0.24 в 
контейнере от Debian)

Но осталась одна проблема - частенько подвисает сеть :-(
При исследовании выяснилось, что в контейнере странно ведет себя 
широковещательный PING:

Мы поставлили обычный контейнер от ALTS4 создали bridge для работы с ним 
  и запустили из контейнера широковещательный PING

Пакеты из контейнера в сеть уходили, возвращались на br0,
но на интерфейс контейнера veth100.0 приходили очень нерегулярно
Ладно бы вообще не приходили - проходило 2-5% пакетов - что явно 
указывает на проблемы в ядре.

Может ли кто-то подтвердить наличие данной проблемы.

_______________________________________________
community mailing list
community@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/community

[-- Attachment #2: kaf.vcf --]
[-- Type: text/x-vcard, Size: 202 bytes --]

begin:vcard
fn:Alexey Kostarev
n:Kostarev;Alexey
org:Nevod Ltd.
adr:;;;Perm;;;Russia
email;internet:kaf@nevod.ru
tel;work:(3422) 196-960 
url:http://www.nevod.ru/nevod/staff/kaf/
version:2.1
end:vcard