Astra linux srv1cv83 не запускается автоматически

Ошибки сервера 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.):

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

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

Отладка на сервере 1С на Linux

Настройка отладки на Linux сервере 1С. Пошаговый процесс настройки tcp и http отладки.

Установка PostgreSQL для 1С на Linux

Пошаговый процесс установки СУБД PostgreSQL для 1С на Linux сервер.

Ошибки на клиенте при работе с сервером 1С на Linux. Часть 2

Разбор наиболее часто встречающихся ошибок при работе с 1С на Linux.

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

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

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

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

Проверка рабочих процессов сервера 1С на Linux

Как проверить на Linux запущены ли процессы сервера 1С. Проверка открытых портов сервера 1С

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

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

Источник

Автозапуск сервиса 1С в Linux

Добрый вечер! Столкнулся со странной проблемой.В Linux на базе Debian установил сервер 1С (64 бит).
После установки .deb пакетов в каталоге /etc/init.d появился файлик srv1cv83. Выполняю регистрацию, проверяю статус сервиса:

Начал искать причину. Сервер вручную запускается нормально через команду ./ragent -daemon
Стал копать внутренности скрипта и выяснил вот что. Если заменить строку в скрипте сервиса srv1c83:

То сервис стартует тоже нормально. Однако есть 2 проблемы, продолжает в статусе сервиса присутствовать ошибка «service failed to start!». Т.е. функция isRagentRunning не находит запущенный агент в процессах в течении 5 секунд (и 10 тоже, я увеличивал таймер).
Я эту проверку тоже закомментировал, но осталась самая главная ошибка — сервис остается неуправляемым, не поддается команде Stop или Restart, т.к. есть проблемы с файлом в переменной $SRV1CV8_PIDFILE, видимо функция getRagentPid не может корректно определить PID процесса.

Кто сталкивался, как решать помимо ребута всей ОС?

В общем выкрутился таким образом, в файле сервиса /etc/init.d/srv1cv83:

Заменил эту строку

Теперь демон запускается под пользователем usr1cv8 от root’a без пароля, команды сервиса start,stop,status работают.

Будет ли это работать НЕ под Debian не знаю. Файл сервиса прилагаю на всякий случай. Если будете использовать надо отредактировать версию платформы в ключе SRV1CV8_VERSION=, ну и флаг +x поставить файлу, чтобы был выполняемым.

В общем выкрутился таким образом, в файле сервиса /etc/init.d/srv1cv83:

Заменил эту строку

Теперь демон запускается под пользователем usr1cv8 от root’a без пароля, команды сервиса start,stop,status работают.

Будет ли это работать НЕ под Debian не знаю. Файл сервиса прилагаю на всякий случай. Если будете использовать надо отредактировать версию платформы в ключе SRV1CV8_VERSION=, ну и флаг +x поставить файлу, чтобы был выполняемым.

(3) Плохо читаете первый пост. Есть абсолютно идентичная команда в переменной $cmd2run, которая выполняется в зависимости от прав root или usr1cv8 двумя различными способами:
— напрямую
— или через /bin/bash -c

Так вот первый вариант нормально срабатывает под root’ом. Я даже менял переменную скрипта SRV1CV8_USER=usr1cv8
прописывал туда root. Но через /bin/bash сервер не стартовал. Я даже пробовал прописывать так, добавляя команду sleep:

И знаете что происходило? Все 3 процесса 1С ragent,rmngr,rphost работали (!) ровно до того момента пока не истекал таймер в 500 секунд. Затем они прибивались системой, т.к. происходил выход из скрипта srv1cv83.

Судя по тому, что удалось найти в интернете — это нормальное поведение, когда shell прибивает все дочерние процессы, которые наплодил при завершении работы. А для 1С надо уже переходить из legacy системы сервисов на .service файлы, где есть ключи в скриптах как раз разрешающие подобные ситуации.

Кстати запускать агент через консоль вручную прописывая: su -s /bin/bash — usr1cv8 -c /opt/1c. и вводя пароль пользователя usr1cv8 я тоже пробовал, сервер стартует под ним без проблем и не жалуется на права.

Источник

Ошибка соединения с сервером Connection refused 1C 8.3 Linux

Коллеги, добрый день.

В наличии:
1С 8.3.10.2299 x32
Ubuntu 16.04.3 x32
PostgreSQL 9.3.4

Сервер 1С запущен:

# service srv1cv83 status
● srv1cv83.service — LSB: Starts and stops the 1C:Enterprise daemons
Loaded: loaded (/etc/init.d/srv1cv83; bad; vendor preset: enabled)
Active: active (exited) since Пн 2017-08-07 14:55:00 ICT; 16min ago
Docs: man:systemd-sysv-generator(8)
Process: 29032 ExecStop=/etc/init.d/srv1cv83 stop (code=exited, status=0/SUCCESS)
Process: 29108 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)

авг 07 14:54:55 ubuntu systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons.
авг 07 14:54:55 ubuntu su[29121]: Successful su for usr1cv8 by root
авг 07 14:54:55 ubuntu su[29121]: + . root:usr1cv8
авг 07 14:54:55 ubuntu su[29121]: pam_unix(su:session): session opened for user usr1cv8 by (uid=0)
авг 07 14:55:00 ubuntu srv1cv83[29108]: Starting 1C:Enterprise 8.3 server: OK
авг 07 14:55:00 ubuntu systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.

Сервер пострги запущен:

# service postgresql status
● postgresql.service — LSB: PostgreSQL RDBMS server
Loaded: loaded (/etc/init.d/postgresql; bad; vendor preset: enabled)
Active: active (running) since Пн 2017-08-07 13:54:18 ICT; 1h 17min ago
Docs: man:systemd-sysv-generator(8)
CGroup: /system.slice/postgresql.service
├─13875 /usr/lib/postgresql/9.3/bin/postgres -D /var/lib/postgresql/9.3/main -c config_file=/etc/postgresql/9.3/main/postgresq
├─13877 postgres: checkpointer process
├─13878 postgres: writer process
├─13879 postgres: wal writer process
├─13880 postgres: autovacuum launcher process
└─13881 postgres: stats collector process

авг 07 13:54:16 ubuntu systemd[1]: Starting LSB: PostgreSQL RDBMS server.
авг 07 13:54:16 ubuntu postgresql[13858]: * Starting PostgreSQL 9.3 database server
авг 07 13:54:18 ubuntu postgresql[13858]: . done.
авг 07 13:54:18 ubuntu systemd[1]: Started LSB: PostgreSQL RDBMS server.

все процессы в наличии:

# sudo netstat -peant
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name
tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN 999 260738 29128/ragent
tcp 0 0 0.0.0.0:1541 0.0.0.0:* LISTEN 999 260721 29136/rmngr
tcp 0 0 127.0.1.1:53 0.0.0.0:* LISTEN 0 19574 910/dnsmasq
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 0 19474 745/cupsd
tcp 0 0 0.0.0.0:1560 0.0.0.0:* LISTEN 999 260025 29174/rphost
tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 122 54034 13875/postgres
tcp 0 0 0.0.0.0:1947 0.0.0.0:* LISTEN 0 67833 17040/hasplmd
tcp 0 0 127.0.1.1:1541 127.0.0.1:53122 ESTABLISHED 999 272451 29136/rmngr
tcp 0 0 127.0.0.1:53118 127.0.1.1:1541 ESTABLISHED 999 271327 29174/rphost
tcp 0 0 127.0.0.1:53124 127.0.1.1:1541 ESTABLISHED 999 274229 29174/rphost
tcp 0 0 127.0.0.1:53098 127.0.1.1:1541 ESTABLISHED 999 261086 29128/ragent
tcp 0 0 127.0.0.1:53126 127.0.1.1:1541 ESTABLISHED 999 275467 29128/ragent
tcp 0 0 127.0.1.1:1541 127.0.0.1:53126 ESTABLISHED 999 274842 29136/rmngr
tcp 0 0 127.0.1.1:1541 127.0.0.1:53124 ESTABLISHED 999 274507 29136/rmngr
tcp 0 0 127.0.0.1:53122 127.0.1.1:1541 ESTABLISHED 999 272450 29128/ragent
tcp 0 0 127.0.0.1:37182 127.0.1.1:1560 ESTABLISHED 999 261091 29128/ragent
tcp 0 0 127.0.1.1:1541 127.0.0.1:53098 ESTABLISHED 999 261087 29136/rmngr
tcp 0 0 127.0.1.1:1560 127.0.0.1:37182 ESTABLISHED 999 260078 29174/rphost
tcp 0 0 127.0.1.1:1541 127.0.0.1:53118 ESTABLISHED 999 271328 29136/rmngr
tcp6 0 0 . 1540 . * LISTEN 999 260737 29128/ragent
tcp6 0 0 . 1541 . * LISTEN 999 260720 29136/rmngr
tcp6 0 0 . 80 . * LISTEN 0 47156 9846/apache2
tcp6 0 0 ::1:631 . * LISTEN 0 19473 745/cupsd
tcp6 0 0 . 1560 . * LISTEN 999 260024 29174/rphost
tcp6 0 0 . 5432 . * LISTEN 122 54035 13875/postgres
tcp6 0 0 . 8888 . * LISTEN 0 47160 9846/apache2

# ps aux|grep 1c
root 389 0.0 0.1 6328 812 pts/4 S+ 15:13 0:00 grep —color=auto 1c
root 883 0.0 0.2 6012 2036 ? S 13:45 0:00 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-enp0s5.pid -lf /var/lib/NetworkManager/dhclient-3ffdc34b-d193-3fb8-ba8b-50a4fb401c7e-enp0s5.lease -cf /var/lib/NetworkManager/dhclient-enp0s5.conf enp0s5
ildar 20200 17.7 12.9 304388 98316 ? Sl 14:10 11:13 /opt/1C/v8.3/i386//1cv8s
ildar 21413 1.0 12.4 300084 94360 ? Sl 14:16 0:37 /opt/1C/v8.3/i386//1cv8s
usr1cv8 29122 0.0 0.5 6372 4060 ? Ss 14:54 0:00 /lib/systemd/systemd —user
usr1cv8 29123 0.0 0.1 25108 1132 ? S 14:54 0:00 (sd-pam)
usr1cv8 29128 0.4 4.4 116240 34204 ? Ssl 14:54 0:04 /opt/1C/v8.3/i386/ragent -daemon -debug
usr1cv8 29136 1.0 10.5 205832 80004 ? Sl 14:54 0:11 /opt/1C/v8.3/i386/rmngr -port 1541 -host ubuntu -range 1560:1591 -debug -tcp -clstid 5e05d016-7b3d-11e7-4e98-001c42208725
usr1cv8 29174 0.4 22.1 421076 168492 ? Sl 14:54 0:04 /opt/1C/v8.3/i386/rphost -range 1560:1591 -reghost ubuntu -regport 1541 -pid 5eaab018-7b3d-11e7-4e98-001c42208725 -debug -tcp

# sudo ufw disable
Firewall stopped and disabled on system startup

# /opt/1C/v8.3/i386/rac cluster list
Ошибка соединения с сервером
Connection refused

Источник