Вход | Регистрация
 
1С:Предприятие :: Unix / Linux

Linux. Падает ragent при подключении консолью администрирования

Linux. Падает ragent при подключении консолью администрирования
Я
   MxDn
 
08.10.10 - 11:08
Имеем CentOS 5.5 amd64, сервер v8.2. Запускается нормально, но при попытке подключения вываливается ошибка - конечный хост выключен и из процессов пропадает ragent.
 
 
   MxDn
 
1 - 08.10.10 - 11:12
Изначально стоял и сервер 1С x86-64, к нему подключалось, создавались базы нормальноо, но как позже выяснилось ключ у нас для 32-битной 1С. Снес 64, поставил 32.
   MxDn
 
2 - 08.10.10 - 11:56
А логи он пишет? Как узнать-то почему падает?
Кстати, без ключа сервер вообще не запускался. Установил HASP_SRM_LINUX_3.50_RedHat_RPM_Run-time_Installer, вставил ключ, теперь запускается, но падает.
   ansh15
 
3 - 08.10.10 - 20:44
Попробуйте удалить в каталоге пользователя /home/usr1cv82/.1cv82/1C/1Cv82 все,что там есть, перезапустить сервер приложений и заново создать центральный сервер консолью администрирования. Ну и информационные базы, рабочие процессы, если их несколько... В каталоге /tmp тоже желательно почистить все файлы и каталоги, имеющие отношение к серверу приложений 1С.
   MxDn
 
4 - 11.10.10 - 08:46
Пробовал. Снес сервер, удалил пользователя вместе с группой и домашней папкой, т.е. начисто и снова установил, права дал chown -R usr1cv82:grp1cv82 /home/usr1cv82 /opt/1C - все тоже самое. Создаю центральный сервер и при попытке зайти на него (на плюсик нажимаю) он валится.
amd64 сервер встал вообще без плясок, тупо rpm -ivh * из папки с пакетами.
Напрашивается вопрос: а этот i386 сервер 1С вообще работает на amd64 операционках?
   Fragster
 
5 - 11.10.10 - 08:50
а ты все 32битные либы поставил?
   Fragster
 
6 - 11.10.10 - 08:50
а то в 1с очень любят забыть пару-тройку зависимостей у RPM
   Fragster
 
7 - 11.10.10 - 08:51
да и вообще - неплохо бы запустить не как сервис, а просто как программу и посмотреть предсмертный вопль
   MxDn
 
8 - 11.10.10 - 09:30
(7) [usr1cv82@srv1c ~]$ /opt/1C/v8.2/i386/ragent
1C:Enterprise 8.2 (8.2.12.87) Server Agent started. Ctrl+C to exit.
При попытке коннекта пишет: "Ошибка сегментирования"
   MxDn
 
9 - 11.10.10 - 09:30
(5) а какие нужны?
   Fragster
 
10 - 11.10.10 - 10:54
(9) ставь все, или спроси у тех поддержки 1с
 
 Рекламное место пустует
   ansh15
 
11 - 11.10.10 - 13:17
(4) Наверное, не работает...
http://v8.1c.ru/overview/recomendations.htm
Для i386 AMD64 не указывется, только Интел.
   smaharbA
 
12 - 11.10.10 - 13:19
а какая немия ставить модули и приложения 32-х на 64-х ?
   MxDn
 
13 - 11.10.10 - 14:33
(11) конечно, просто не логично указывать в требованиях для х86 софта x86-64 систему =)
все знают, что у х86-64 есть режим обратной совместимости, тогда почему же не пашет?
(12) на этой же железяке еще СУБД будет и к тому же там 8 гигов мозгов и ксеоны 64-битные, поэтому 32-бита там не уместны

тем временем пробежался по выданным либам
rpm -qR 1C_Enterprise82-common-8.2.12-87
также и для сервера - все что требуется установлено в 2х экземплярах - для 32 (/lib) и для 64 (/lib64)
скрипт /opt/1C/v8.2/i386/utils/config_server молчит, видимо на его взгляд все ок
   ansh15
 
14 - 11.10.10 - 17:45
На Intel Xeon и CentOS 5.5 x86_64 32-разрядый сервер приложений работает несколько месяцев. Устанавливался тоже без проблем. Стоит последняя версия - 8.2.12.87.
Сейчас не поленился и установил платформу 1С( ту же) на комп с 4-х ядерным AMD Phenom (ОС такая же). Центральный сервер и информационные базы создаются, ничего не падает. Ключ тоже 32-х разрядный.
Мое предположение в (11) было неверным...Я имел ввиду, что в требованиях для 32х сервера приложений AMD процессоры не указаны вообще, а для 64-х указаны...
   Fragster
 
15 - 11.10.10 - 18:21
(0) натрави ldd последовательно на все файлы 1совские выполняемые файлы, оно покажет, каких либ не хватает
   ansh15
 
16 - 11.10.10 - 21:43
Может быть попробовать сделать chown -R root:root /opt/1C и так запустить?
   smaharbA
 
17 - 12.10.10 - 07:09
всеж разьясните великий смысл установки 32-х компонент при доступности 64-х
   Fragster
 
18 - 12.10.10 - 08:30
(17) ключ от 64битного сервера стоит в 2 раза борльше, чО.
   smaharbA
 
19 - 12.10.10 - 08:31
(18) вот теперь понятно
но тогда не просче 2 сервера воткнуть ?
   MxDn
 
20 - 12.10.10 - 12:11
(16) не помогло ((
(15)[root@srv1c i386]# ls -lF |grep '*' | grep -v '.so'
-rwxr-xr-x 1 root root    34652 Сен 16 16:38 ragent*
-rwxr-xr-x 1 root root    34652 Сен 16 16:38 rmngr*
-rwxr-xr-x 1 root root    34648 Сен 16 16:38 rphost*
[root@srv1c i386]# ldd ragent
        linux-gate.so.1 =>  (0xffffe000)
        stl82.so => /opt/1C/v8.2/i386/stl82.so (0xf7f2a000)
        core82.so => /opt/1C/v8.2/i386/core82.so (0xf7a36000)
        libm.so.6 => /lib/libm.so.6 (0x00d44000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00c36000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7a1f000)
        libc.so.6 => /lib/libc.so.6 (0x00adc000)
        libdl.so.2 => /lib/libdl.so.2 (0x00d32000)
        librt.so.1 => /lib/librt.so.1 (0x00d39000)
        libicui18n.so.40 => /opt/1C/v8.2/i386/libicui18n.so.40 (0xf7899000)
        libicuuc.so.40 => /opt/1C/v8.2/i386/libicuuc.so.40 (0xf7766000)
        libicudata.so.40 => /opt/1C/v8.2/i386/libicudata.so.40 (0xf6a1e000)
        /lib/ld-linux.so.2 (0x00abd000)
[root@srv1c i386]# ldd rmngr 
        linux-gate.so.1 =>  (0xffffe000)
        stl82.so => /opt/1C/v8.2/i386/stl82.so (0xf7f14000)
        core82.so => /opt/1C/v8.2/i386/core82.so (0xf7a20000)
        libm.so.6 => /lib/libm.so.6 (0x00d44000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00c36000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7a09000)
        libc.so.6 => /lib/libc.so.6 (0x00adc000)
        libdl.so.2 => /lib/libdl.so.2 (0x00d32000)
        librt.so.1 => /lib/librt.so.1 (0x00d39000)
        libicui18n.so.40 => /opt/1C/v8.2/i386/libicui18n.so.40 (0xf7883000)
        libicuuc.so.40 => /opt/1C/v8.2/i386/libicuuc.so.40 (0xf7750000)
        libicudata.so.40 => /opt/1C/v8.2/i386/libicudata.so.40 (0xf6a08000)
        /lib/ld-linux.so.2 (0x00abd000)
[root@srv1c i386]# ldd rphost 
        linux-gate.so.1 =>  (0xffffe000)
        stl82.so => /opt/1C/v8.2/i386/stl82.so (0xf7fd3000)
        core82.so => /opt/1C/v8.2/i386/core82.so (0xf7adf000)
        libm.so.6 => /lib/libm.so.6 (0x00d44000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00c36000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7ac8000)
        libc.so.6 => /lib/libc.so.6 (0x00adc000)
        libdl.so.2 => /lib/libdl.so.2 (0x00d32000)
        librt.so.1 => /lib/librt.so.1 (0x00d39000)
        libicui18n.so.40 => /opt/1C/v8.2/i386/libicui18n.so.40 (0xf7942000)
        libicuuc.so.40 => /opt/1C/v8.2/i386/libicuuc.so.40 (0xf780f000)
        libicudata.so.40 => /opt/1C/v8.2/i386/libicudata.so.40 (0xf6ac7000)
        /lib/ld-linux.so.2 (0x00abd000)
   ansh15
 
21 - 12.10.10 - 13:10
(20) Попробуй запустить ragent -debug
У меня на опытном компе ругался на отсутствие libfreetype, но все равно работал и
сервер и базы создавались.
Результат вывода ldd такой же.
   MxDn
 
22 - 12.10.10 - 13:20
[usr1cv82@srv1c ~]$ /opt/1C/v8.2/i386/ragent -debug
1C:Enterprise 8.2 (8.2.12.87) Server Agent (debug) started. Ctrl+C to exit.
Ошибка сегментирования
собственно, так же как (8)
   ansh15
 
23 - 12.10.10 - 13:34
(22)странно
ldconfig, хотя вряд ли...
   MxDn
 
24 - 12.10.10 - 13:53
прописывал /opt/1C/v8.2/i386 и в LD_LIBRARY_PATH, и в ld.so.conf ибо на некоторые .so выдавал такое
[root@srv1c i386]# ldd rserver.so
        linux-gate.so.1 =>  (0xffffe000)
        stl82.so => not found
        core82.so => not found
        libm.so.6 => /lib/libm.so.6 (0xf7b05000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xf7aec000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7adf000)
        libc.so.6 => /lib/libc.so.6 (0xf7987000)
        /lib/ld-linux.so.2 (0x00abd000)
[root@srv1c i386]# locate stl82.so
/opt/1C/v8.2/i386/stl82.so
[root@srv1c i386]# locate core82.so
/opt/1C/v8.2/i386/core82.so

и после прописки путей все= not found
   ansh15
 
25 - 12.10.10 - 15:07
root:i386> ldd rserver.so
        linux-gate.so.1 =>  (0xffffe000)
        stl82.so (0xf7b19000)
        core82.so (0xf7625000)
        libm.so.6 => /lib/libm.so.6 (0xf75dd000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xf75c4000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf75b7000)
        libc.so.6 => /lib/libc.so.6 (0xf745f000)
        libdl.so.2 => /lib/libdl.so.2 (0xf745a000)
        librt.so.1 => /lib/librt.so.1 (0xf7451000)
        libicui18n.so.40 (0xf72cc000)
        libicuuc.so.40 (0xf7198000)
        libicudata.so.40 (0xf6451000)
        /lib/ld-linux.so.2 (0x002bb000)
   MxDn
 
26 - 12.10.10 - 15:20
снес 32, поставил 64
[root@srv1c 1C-amd64]# ldd /opt/1C/v8.2/x86_64/rtrsrvc.so 
        stl82.so => not found
        core82.so => not found
        libm.so.6 => /lib64/libm.so.6 (0x00002b1b8de29000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b1b8e0ad000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002b1b8e2c8000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00002b1b8e4d6000)
        libc.so.6 => /lib64/libc.so.6 (0x00002b1b8e6db000)
        /lib64/ld-linux-x86-64.so.2 (0x0000003ceb000000)
but it's working! wtf?

но все же почему у меня такого нет?
stl82.so (0xf7b19000)
core82.so (0xf7625000)
   MxDn
 
27 - 12.10.10 - 16:28
посоветовали прогнать через отладчик, имеем
[usr1cv82@srv1c ~]$ gdb /opt/1C/v8.2/i386/ragent
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.2)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>;...
Reading symbols from /opt/1C/v8.2/i386/ragent...(no debugging symbols found)...done.
(gdb) run
Starting program: /opt/1C/v8.2/i386/ragent
[Thread debugging using libthread_db enabled]
[New Thread 0xf5cdeb90 (LWP 10430)]
1C:Enterprise 8.2 (8.2.10.82) Server Agent started. Ctrl+C to exit.
[New Thread 0xf4b72b90 (LWP 10431)]
[New Thread 0xf4171b90 (LWP 10432)]
[New Thread 0xf3770b90 (LWP 10447)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xf3770b90 (LWP 10447)]
0xf4e5ddb8 in ?? () from /opt/1C/v8.2/i386/rtrsrvc.so
(gdb) quit
A debugging session is active.

       Inferior 1 [process 10427] will be killed.

Quit anyway? (y or n) y

вижу знакомую ошибку, вижу модуль, что дальше - хз
   ansh15
 
28 - 12.10.10 - 23:14
если сравнить (24) и (26) с (25), то получается, что у тебя 32х версия платформы использует тот же набор библиотек, что и 64х версия (с учетом разрядности),вернее, lld так думает , правда, непонятно почему. Попробуй после сноса 64х версии запустить ldconfig для обновления /etc/ld.so.cache, а потом установить 32х версию.

И потом у тебя стартует только Server Agent, а Cluster Manager и рабочий процесс - нет.

root:i386> ./ragent
1C:Enterprise 8.2 (8.2.12.87) Server Agent started. Ctrl+C to exit.
1C:Enterprise 8.2 (8.2.12.87) Cluster Manager started. Ctrl+C to exit.
1C:Enterprise 8.2 (8.2.12.87) Working Process started. Ctrl+C to exit.
1C:Enterprise 8.2 (8.2.12.87) Working Process terminated.
1C:Enterprise 8.2 (8.2.12.87) Server Agent finished.
   MxDn
 
29 - 13.10.10 - 10:35
(28) кластер и рабочий процесс не созданы поэтому rmngr и rphost не стартуют, но если я закину в ~usr1cv82 сбэкапленную папку с конфигами, где все это создано, то после Server Agent сразу вываливается ОшСег, без попытки подключения. Видимо валится при попытке запуска rmngr.
Сделал такую весчь:
[root@srv1c i386]# echo "/opt/1C/v8.2/i386" >> /etc/ld.so.conf
[root@srv1c i386]# ldconfig 
[root@srv1c i386]# ldconfig -p |grep 1C
        libpq.so.4 (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libpq.so.4
        libociicus.so (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libociicus.so
        libnnz10.so (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libnnz10.so
        libicuuc.so.40 (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libicuuc.so.40
        libicui18n.so.40 (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libicui18n.so.40
        libicudata.so.40 (ELF, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libicudata.so.40
        libclntsh.so.10.1 (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libclntsh.so.10.1
        libclntsh.so (libc6, hwcap: 0x0001000000000000) => /opt/1C/v8.2/i386/libclntsh.so

т.е. часть модулей закэшировалось, а часть нет.. норма ли это? может система эти файлы вообще за модули не считает :) 
можете проделать тоже самое у себя и закешируются ли они у вас?

но все зависимости от того, прописан ли путь в ld.so.conf или нет, модули stl82.so и core82.so видятся, ибо, имхо, они же в одном каталоге
[root@srv1c i386]# ldd rmngr
        linux-gate.so.1 =>  (0xffffe000)
        stl82.so => /opt/1C/v8.2/i386/stl82.so (0xf7fcd000)
        core82.so => /opt/1C/v8.2/i386/core82.so (0xf7ad9000)
        libm.so.6 => /lib/libm.so.6 (0x00d44000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00c36000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7ac2000)
        libc.so.6 => /lib/libc.so.6 (0x00adc000)
        libdl.so.2 => /lib/libdl.so.2 (0x00d32000)
        librt.so.1 => /lib/librt.so.1 (0x00d39000)
        libicui18n.so.40 => /opt/1C/v8.2/i386/libicui18n.so.40 (0xf793c000)
        libicuuc.so.40 => /opt/1C/v8.2/i386/libicuuc.so.40 (0xf7809000)
        libicudata.so.40 => /opt/1C/v8.2/i386/libicudata.so.40 (0xf6ac1000)
        /lib/ld-linux.so.2 (0x00abd000)

я уж не знаю, туда ли я копаю вообще
   smaharbA
 
30 - 13.10.10 - 10:38
не просче не парясь завиуртализировать 32-х разрядную систему под это ?
   MxDn
 
31 - 13.10.10 - 11:13
(30) так я вообще до виндов скачусь =)
да и коллега-то сообщает, что у него все тип-топ =)
   ansh15
 
32 - 13.10.10 - 14:31
(29) сейчас попробую
(30) или переустановить существующую...
   ansh15
 
33 - 13.10.10 - 14:37
(29)да, то же самое
 
 
   mikecool
 
34 - 13.10.10 - 14:43
закладка
   MxDn
 
35 - 14.10.10 - 10:53
Вчера вечером взял пару пива и развернул всю эту кухню дома на ноуте - все взлетело четко и без ошибок.
Наблюдения:
- В (28) вы были правы, должны стартовать 3 процесса. На ноуте так и было, а на работе только ragent.
- Поднялось все без ключа и его драйвера. На работе выдернул ключ и сервер не стартовал пока не положил хасп (aksusbd). Но все же пока не стоит доверять в полной мере тому, что происходит на сервере :)
- если rm -rf /home/usr1cv82/.1Cv82 то после рестарта сервиса содержимое каталога заново создается. Это srvribrg.lst (с текстом "локальный кластер" и т.д.), conn8211.pfl, каталог reg_1541 и еще что-то. На работе же создается только srvribrg.lst и то практически пустой. И дело не в правах - от рута тоже самое.

Далее пытался провоцировать на ошибки: ставил 64 (тоже пашет исправно), сносил ее, удалял пользователя, ставил снова 32, в общем всяко-разно - и никаких ошибок.
Разница в железе, установленных пакетах (эту я подровнял удалив часть на сервере) и установленной DB2 на сервере, которая тоже сейчас пойдет под снос.
Т.о. дело идет к переустановке и сабж может так и остаться загадкой :)
   ansh15
 
36 - 14.10.10 - 11:29
(35) В /root/.1cv82 тоже создается и там при старте агента тоже создаются файлы.
Попробуй еще rpm -q --provides 1C_Enterprise82-server-8.2.12-87, ну и для common пакета...
Может после сноса 64х версии запустить ребилд базы rpm, хотя не знаю, поможет ли...
   MxDn
 
37 - 14.10.10 - 15:29
--provides показывает возможности пакета (с)man. Но мне он показал файлы, которые он установил.
Я тут припоминаю, что изначально у меня был только 1Совский диск, там только x86 версии и ставил я эту ее, ведь тогда еще я не подозревал, что существует и x86_64. Вроде как 32битная у меня сразу не поперла, точно помню какие-то ошибки были, а когда полез за обновлениями увидел 64, подумал ну и отлично, и слил ее. Поэтому думаю, что 64битная не могла так нагадить, да и на ноуте после нее все нормально.
   MxDn
 
38 - 14.10.10 - 15:31
+(35) на ноуте было также как (24)
   ansh15
 
39 - 14.10.10 - 17:09
(37) Значит, пакеты ни при чем, видимо что-то с системой случилось после неудачной установки 32х версии
   MxDn
 
40 - 18.10.10 - 15:21
Переустановка системы не помогла - все тоже самое :)
   ansh15
 
41 - 18.10.10 - 15:36
(40) Хм... То есть, на полностью переустановленную систему сразу была поставлена 32х версия без ошибок при инсталляции?
А состав железа можно подробнее озвучить?

Сам случай интересный...
   MxDn
 
42 - 18.10.10 - 15:51
Ну ошибка была при установке пакета сервера - постинтсалл-скрипт не смог запустить сервер.

Intel Server System SR2600URBRP
LSI SAS 9211-8i (4 винта в 10 рейде и 1 так - на нем система)
4 планки по 2 гига DDR3 PC-10600
2 ксеона E5506

Сейчас курю ман по опциям биоса
   ansh15
 
43 - 18.10.10 - 17:24
(42) Такое иногда бывало, но потом, при рестарте, запускалось нормально.
Может имеет смысл обновить биос до последней версии
http://downloadcenter.intel.com/SearchResult.aspx?lang=rus&ProductFamily=Серверная+продукция&ProductLine=Серверные+системы+Intel%C2%AE&ProductProduct=Серверная+система+Intel%C2%AE+SR2600UR
   MxDn
 
44 - 19.10.10 - 09:25
- обновление биос не помогло 
- отключение wiki:NX-bit тоже не помогло
   ansh15
 
45 - 19.10.10 - 12:14
Пробовал на разных материнских платах с Intel 5000P chipset и Intel Xeon 5355 и 5420, вся память - DDR2 667 МГц, платы от SuperMicro.

Как вариант для эксперимента - поставить 32-х разрядную CentOS. А систему обновляли? Там со времени выхода релиза уже несколько раз ядра обновлялись...
   MxDn
 
46 - 26.10.10 - 16:49
Ставил ванильное ядро на 64х разрядную, ставил 32х разрядный centos и на нем собирал последнее ядро - все тоже самое.
А вот на дебяне сервер завелся.
   ansh15
 
47 - 26.10.10 - 20:45
(46)Не то чтобы похожий случай, но все же...
http://www.reddit.com/comments/b9lkj/q_im_getting_strange_kernel_error_messages_on/

Получается, что это результат работы CentOS именно с этой материнской платой, или с памятью DDR3(или процессором Xeon 55XX), или их совокупность так влияет.
Сегодня, кстати, обновил CentOS - опять обновили glibc и ядро...


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует