Linux ragent не стартует

1c предприятие 8.2 – Troubleshooting

Последнее время отвечая на комментарии в теме “Установка сервера 1с предприятия” замечаю что 90% ошибок повторяются из раза в раз, причем ошибки в основном связаны либо с невнимательностью, либо с установкой на платформу отличную от указанной в статье. Этот раздел посвящен именно ошибкам которые возникают во время установки и настройки сервера 1с предприятия и его компонентов.

В качестве эпиграфа приведу один из комментариев к статье “Установка сервера 1с предприятия на Fedora 12.”

“Я делаю все по статье, но прямо с первых строк ошибки, rpm – команда не найдена. Что я делаю не так? Ох уж эта 1с – как бубном была, так бубном и осталась. PS: У меня Ubuntu”

1. Ошибка при запуске config_server

Проблема возникает на операционных системах с архитектурой x86_64 из-за отсутствия 32-х битного пакета glibc.

2. Не запустился сервер 1с предприятия

После завершения установки сервер 1с предприятия сообщил о том что запустился, но не работает:

При попытке остановить пишет:

1. Проверяем какие порты слушает сервер 1с предприятия

При правильно функционирующем сервере с настройками по-умолчанию: ragent (агент сервера) должен слушать порты 1540 и 1561; rmngr (менеджер сервера) — порты 1541 и 1560; rphost (рабочий процесс) – порты 1562 и 1563. Проверяем:

Если в результате проверки получилось что работает только rmngr (менеджер сервера), значит при установке были не правильно созданы конфигурационные файлы и мы можем переходить к п.2.

2. Проверяем selinux

Сервер 1с предприятия вполне может работать при включенным SELinux c политикой targeted в запрещающем режиме Enforcing, однако в некоторых комбинациях он может вызвать проблему при запуске ragent (агента сервера 1с). Проверяем:

Открываем для редактирования /etc/sysconfig/selinux и меняем параметр SELINUX на disabled или permissive.

3. Разрешение имен hostname и hosts

Для работы сервера 1с предприятия очень важно что бы его имя правильно преобразовывалось в IP. По хорошему мы должны иметь возможность с любого хоста в сети разрешить FQDN и краткое имя сервера, но просто для запуска нам достаточно, что бы имя хоста разрешалось в пределах только самого сервера.

Смотрим какой у нас hostname, если hostname получился похожим на localhost.localdomain обязательно меняем его в файле /etc/sysconfig/network на FQDN-имя сервера, после перезагружаем систему.

Просматриваем содержимое файла /etc/hosts, если видим что-то похожее – можно сразу начинать править.

Для сервера с именем 1csrv.mydomain.local файл hosts должен выглядеть следующим побразом.

При этом 192.168.20.164 – адрес нашего сервера.

4. Пересоздаем конфигурацию по умолчанию

Если сервер 1с предприятия при запуске не находит свои конфигурационные файлы srvribrg.lst и 1CV8Reg.lst – он создает их заново. Этим мы и воспользуемся, чтобы сгладить проблемы возникшие при установке. Останавливаем сервер 1с предприятия:

Удаляем конфигурационные файлы:

Если мы видим вывод подобный приведенному выше, значит все отлично сервер 1с предприятия запустился и работает.

3. Не могу подключиться к серверу 1с предприятия.

При попытке соединиться с сервером через консоль “Администрирование серверов 1с-предприятия” появляется “Ошибка соединения с сервером 1с предприятия 8.2: server_addr=tcp//1csrv.mydomain.local descr=Ошибка сетевого доступа к серверу”.

1. Проверяем сетевое соединение с сервером. С компьютера где установлена консоль управления запускаем “ping 1csrv.mydomain.local”, если пинги ходят значит переходим к следующему пункту.

2. Проверяем работает ли сервер 1с предприятия. Для этого на сервере выполняем следующую комманду:

Если мы получили другой результат – значит сервер 1с предприятия не работает или работает не правильно и нам нужно обратиться к 2-ой части этого манула “Не запустился сервер 1с предприятия”.

3. Настройка Iptables. Сервер 1с предприятия в большинстве случаев находится в пределах локальной сети и его вполне можно использовать с отключенным файрволом без большой угрозы безопасности. Отключаем iptables:

Для тех кто все-таки хочет заморочиться с правильной настройкой.

Консоли администрирования нужен доступ к агенту сервера (ragent) по порту 1540, а для создания базы понадобится еще и доступ к рабочим процессам по портам 1562-1591. Толстому клиенту нужен доступ к менеджеру сервера (rmngr) по порту 1541 и рабочим процессам порты 1562-1591.

Остальное зависит только от вашей фантазии. Для стандартно настроенного файрвола в CentOS набор разрешающих правили будет выглядеть приближенно так:

4. Postgesql – DATABASE не пригоден для использования

При создании базы данных через консоль администрирования, появляется сначала ошибка mvchar или fasttrun, а затем окно с ошибкой “DATABASE не пригоден для использования”.

1. Проверяем установлен ли potgresql-contrib. Для этого запрашиваем список установленных пакетов PostgreSQL:

Если в списке не нет postgresql-contrib – устанавливаем его из установочной директории и перезапускаем PostgreSQL:

2. Проверяем пакеты libicu. Не редко PostgreSQL собирают на одной машине, а устанавливают потом на другую – жесткой зависимости от пакетов licicu нет, отсюда и ошибки. Запрашиваем список пакетов icu:

Если не находим в выводе icu и libicu, устанавливаем их.

3. Ссылки на libicu. Наверное самый наболевший в этой теме вопрос, операционных систем много, версий библиотек еще больше – и ссылки для каждого случая свои. Смотрим где лежат библиотеки, установленные в пакете libicu:

Делаем соответствующие ссылки

4. Удаление базы. Итак мы проделали все вышеперечисленные процедуры, но ошибка “DATABASE не пригоден для использования” все-равно появляется. Это связано с тем что базу мы уже создали использования пакетов contrib и libicu, и 1с не может с ней работать. Запрашиваем список баз и удаляем испорченную.

Заключение.

Этот раздел создан что бы упростить жизнь тем кто сталкивается с проблемами при установке 1с предприятие под Linux. Если вы хотите дополнить или к примеру вашей неполадки не оказалось в статье пишите на форум в теме “Настройка 1с предприятия 8.2 под Linux”.

Нет комментариев : “1c предприятие 8.2 – Troubleshooting”

Трекбеки/Пинги

1. Статьи, не попавшие в ленту новостей (выпуск 155) | AllUNIX.ru — Всероссийский портал о UNIX-системах — [. ] «Решение проблем при использовании «1c предприятие» 8.2 в L. » «Модернизация ядра сети передачи данных»; [. ]
2. Статьи, не попавшие в ленту новостей (выпуск 155) — [. ] «Решение проблем при использовании «1c предприятие&raq. » «Модернизация ядра сети передачи данных«; [. ]
3. MyConsult2 » Архив сайта » Типичные ошибки при установке сервера 1С или ошибка сетевого доступа — [. ] [1] 1c предприятие 8.2 – Troubleshooting (http://www.alsigned.ru/?p=1832) [. ]

Свежие комментарии

Рубрики

Разработано на CMS WordPress | ДизайнElegant Themes

Источник

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

]$ /opt/1C/v8.2/i386/ragent
1C:Enterprise 8.2 (8.2.12.87) Server Agent started. Ctrl+C to exit.
При попытке коннекта пишет: «Ошибка сегментирования»

(11) конечно, просто не логично указывать в требованиях для х86 софта x86-64 систему =)
все знают, что у х86-64 есть режим обратной совместимости, тогда почему же не пашет?
(12) на этой же железяке еще СУБД будет и к тому же там 8 гигов мозгов и ксеоны 64-битные, поэтому 32-бита там не уместны

]$ /opt/1C/v8.2/i386/ragent -debug
1C:Enterprise 8.2 (8.2.12.87) Server Agent (debug) started. Ctrl+C to exit.
Ошибка сегментирования

прописывал /opt/1C/v8.2/i386 и в LD_LIBRARY_PATH, и в ld.so.conf ибо на некоторые .so выдавал такое
[root@srv1c i386]# ldd rserver.so
[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

but it’s working! wtf?

но все же почему у меня такого нет?
stl82.so (0xf7b19000)

]$ 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 ansh15

если сравнить (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.

usr1cv82 сбэкапленную папку с конфигами, где все это создано, то после Server Agent сразу вываливается ОшСег, без попытки подключения. Видимо валится при попытке запуска rmngr.
Сделал такую весчь:
[root@srv1c i386]# echo «/opt/1C/v8.2/i386» >> /etc/ld.so.conf
можете проделать тоже самое у себя и закешируются ли они у вас?

но все зависимости от того, прописан ли путь в ld.so.conf или нет, модули stl82.so и core82.so видятся, ибо, имхо, они же в одном каталоге
[root@srv1c i386]# ldd rmngr

Вчера вечером взял пару пива и развернул всю эту кухню дома на ноуте — все взлетело четко и без ошибок.
Наблюдения:
— В (28) вы были правы, должны стартовать 3 процесса. На ноуте так и было, а на работе только ragent.
— Поднялось все без ключа и его драйвера. На работе выдернул ключ и сервер не стартовал пока не положил хасп (aksusbd). Но все же пока не стоит доверять в полной мере тому, что происходит на сервере 🙂
— если rm -rf /home/usr1cv82/.1Cv82 то после рестарта сервиса содержимое каталога заново создается. Это srvribrg.lst (с текстом «локальный кластер» и т.д.), conn8211.pfl, каталог reg_1541 и еще что-то. На работе же создается только srvribrg.lst и то практически пустой. И дело не в правах — от рута тоже самое.

Далее пытался провоцировать на ошибки: ставил 64 (тоже пашет исправно), сносил ее, удалял пользователя, ставил снова 32, в общем всяко-разно — и никаких ошибок.
Разница в железе, установленных пакетах (эту я подровнял удалив часть на сервере) и установленной DB2 на сервере, которая тоже сейчас пойдет под снос.
Т.о. дело идет к переустановке и сабж может так и остаться загадкой 🙂

Источник

Ошибки сервера 1С на Linux

При настройке сервера 1С на Linux часто можно столкнуться с тем что после успешной установки и запуска службы сервера, работа с сервером тем не менее не возможна. Выражается это в том что ни пользователи, ни администратор в консоли не могут подключиться к серверу 1С.

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

Рассмотрим наиболее часто встречающиеся причины проблем с запуском/работой сервера 1С на Linux.

Оглавление

Администратор в, как правило, может увидеть следующие сообщения сервера 1С:Предприятия:
Ошибка статуса:

Обращаем ваше внимание, что на практике часто может встречаться так называемый «каскад» ошибок.

В этом случае – присутствует сочетание нескольких ошибок и симптоматика поведения системы может отличаться от описанной.

Rphost не запускается/сразу падает, а через некоторое время – падает ragent.

Запустим сервер 1С:Предприятия:

чаще всего, если в скрипте запуска демона 1С не было ошибок то в ответ увидим сообщение:

Видим, что rphost отсутствует:

Через непродолжительное время опять проверим статус:

Система выдает сообщение, что сервер не запущен:

Видим, что остался только rmngr:

При попытке остановить сервер:

в ответ можно увидеть такой сообщение об ошибке:

Это говорит о том что после старта службы 1С сервера, какие-то из его процессов были завершены, и не работают на момент остановки службы.

Решение:

Проверим разрешение имен на сервере 1С – подробное описание читайте тут Установка сервера 1С Предприятие 8.3 на Linux.

В данном случае нас интересует разрешение имен именно нашего сервера, а не клиентского компьютера и не сервера/ов СУБД.

Если нашли несоответствия – исправляем.
После чего удалим «болтающиеся» процессы rmngr командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8.

После чего убедимся, что процесса больше нет в списке.

И запустим сервер 1С:Предприятия:

Видим все необходимые процессы:

Не запускается сервер 1С. Нет запущенных процессов rphost, rmngr, ragent. Error: service failed to start!

Фактически это означает что сервер 1С:Предприятия не запустился.

Описание:

Запускаем сервер 1С Предприятия:

Система сообщает нам, что служба не была запущена:

При проверке статуса службы 1С сервера командой :

Система выдает сообщение, что служба была стартовала, но агент сервера 1С не запущен:

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

Видим, что в списке запущенных процессов нет ни ragent, ни rmngr, ни rphost.

Решение:

1. Проверить разрешение DNS-имени.

2. Проверить настройку прав доступа

1. Проверим включена ли система разграничения прав доступа SELinux. Возможно, он работает, а для 1С сервера не задана политика доступа. В этом случае из-за ограничений доступа служба 1С сервера не сможет работать. Вводим команду:

2. Если видим результат:

значит SELinux работает. Либо настраиваем политику доступа для 1С сервера, либо отключаем SELinux.

3. Отключаем SELinux командой:

4. Отредактируем файл настроек чтобы SELinux не запускался при перезапуске системы:

меняем параметр SELINUX:

5. Запускаем север 1С и проверяем его работу.

3. Проверить права на каталоги сервера 1С

В ситуациях, когда установка осуществлялась с ручным созданием/корректированием/копированием каталогов, возможны ситуации, когда некорректно были установлены права на папки сервера 1С:Предприятия.

Проверим права на каталог /home/usr1cv8 командой:

Права на каталог должны быть у пользователя сервера 1С usr1cv8:

Так же следует проверить права на каталоги внутри /home/usr1cv8/, например

Права на каталог должны также быть у пользователя сервера 1С usr1cv8, видим что это не так, скорее всего мы копировали эту папку под пользователем root:

Для исправления этой проблемы установим права на каталог/home/usr1cv8/ и все его содержимое для пользователя и группы usr1cv8:grp1cv8:

Далее, как обычно, запустим и проверим работу сервера 1С:Предприятия.

Ragent не запускается/ практически сразу падает.

После старта сервера 1С нет работающего процесса ragent, хотя процесс rmngr и rphost могут работать.

Описание:

Запускаем сервер 1С:Предприятия:

Видим обнадеживающее сообщение:

Видим, что ragent и, возможно, rphost не запущены. Попытки подключиться к серверу 1С оказываются неудачными.

Решение:
Пересоздаем конфигурацию кластера. Это можно сделать, удалив соответствующие файлы – при запуске они будут созданы заново.

1. Остановим сервер 1С:Предприятия.

2. Удалим конфигурационные файлы кластера.

Если будет присутствовать еще файл 1CV8Clsto.lst, то его также удаляем.

А лучше удалить содержимое каталога полностью:

При этом, если это сервер 1с устанавливался с настройками отличными от типовых, то путь к файлу реестра кластера будет, соответственно, отличаться.

Например, если вы устанавливали второй экземпляр сервера, то могли установить его в каталог:

Описание и расположение служебных файлов на диске можно посмотреть на ИТС в разделе «Расположение служебных файлов».

Остановим «висящие» процессы сервера 1С. Смотрим PID запущенных процессов rmngr (и возможно rphost) командой

3. Удалим «болтающиеся» процессы rmngr (и возможно rphost) командой KILL. Определить их номер PID можно также с помощью команды ps –fU usr1cv8. Например если PID=17042:

После чего убедимся, что процесса больше нет в списке.

4. Запускаем сервер 1С:Предприятия:

Система сообщает, что запуск прошел успешно:

5. Не верим системе на слово. Проверяем работу:

Видим все необходимые процессы:

Процесс rphost запускается и падает через некоторое время.

Пример полного текста ошибки:
Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.

Описание ошибки:

После выполнения команды.

После запуска все процессы работают, что можно увидеть командой:

Но, через некоторое время процесс rphost падает, что можно увидеть при повторной проверке:

Решение:

Часто это случается из-за отсутствия свободного места на диске на сервере 1С.

Проверим использование дискового пространства командой (подрбнее о командах Linux можно почитать тут Основные команды Linux.):

Видим что свободное место закончилось. Для решения проблемы освободим место на диске или смонтируем дополнительный диск.

Еще можно посмотреть

Основные команды Linux

Список основных команд консоли Linux которые потребуются при установке и настройке 1С. Примеры использования с комментариями.

Ошибки публикации базы и веб сервиса на веб сервере 1C+ Apache +Linux.

Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок. Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия). В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux без […]

Публикация 1С на Веб сервере Apache Linux

Пошаговые инструкции по публикация базы и web-сервисов 1С на веб-сервере Apache 2.4 на Linux.

Хранение файлов 1С в томах на nfs-шаре Linux

Большинство современных конфигураций позволяет осуществлять хранение прикрепленных файлов не только в базе, но и на файловом сервере. Последний вариант хорош тем, что помогает предотвратить неоправданно быстрый рост базы данных из-за прикладываемых пользователями файлов. В этой статье мы ответим на следующие вопросы: 1. Как сделать Network File System (NFS) — шару на linux? 2. Как настроить […]

Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 2.

Ошибка СУБД: Продолжение сообщения может быть различным: 1. DATABASE не пригоден для использования 2. ERROR: type «tt7» already exists 3. ERROR: could not read block DATABASE не пригоден для использования Пример полного текста ошибки: [crayon-616336553deed788618968/] Описание ошибки: База не запускается после установки и создания. Решения: Установим версию предназначенную для работы с 1С:Предприятием. Скачать такую можно […]

Установка и настройка хранилища конфигураций 1C на Linux сервере

Хранилище конфигурации 1С:Предприятия 8.3 является инструментом групповой разработки. Настраиваем сервер хранилища на Linux.

Ошибки СУБД. 1С+PostgreSQL+Linux. Часть 1.

Ошибка 1С «Сервер баз данных не обнаружен» При работе с 1С в клиент-серверном варианте могут возникать ошибки, которые напрямую не связаны с 1С:Предприятием, а связаны непосредственно с сервером управления баз данных. Одна из распространенных ошибок — «Сервер баз данных не обнаружен…». Продолжение данного сообщения может быть различным: 1. Could not translate host name «NAME» to […]

Источник