To usr1cv8 root on none как исправить

Ответили на вопрос 2 человека. Оцените лучшие ответы! И подпишитесь на вопрос, чтобы узнавать о появлении новых ответов.

  • hint000

Добрый день!

Имеется Debian 10. Установлен и работает 1С:Предприятие 8.3.12.1855 + PostgrePro 11.1. Но в статусе службы вижу строки:

мар 08 12:43:50 hst1 su[4344]: (to usr1cv8) root on none
мар 08 12:43:50 hst1 su[4344]: pam_unix(su-l:session): session opened for user usr1cv8 by (uid=0)
мар 08 12:43:50 hst1 su[4344]: pam_unix(su-l:session): session closed for user usr1cv8

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

В принципе всё работает, просто интересно. Почему не проходит авторизация.


  • Вопрос задан

    более трёх лет назад

  • 771 просмотр

Пригласить эксперта

Где-же тут написано, что она не проходит? =)

Может неправильно выразился. Она открывается и закрывается, а должна просто открываться. Верный выхлоп должен быть таким:

мар 07 16:58:59 ps1 systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons...
мар 07 16:59:00 ps1 su[26171]: Successful su for usr1cv8 by root
мар 07 16:59:00 ps1 su[26171]: + ??? root:usr1cv8
мар 07 16:59:00 ps1 su[26171]: pam_unix(su:session): session opened for user usr1cv8 by (uid=0)
мар 07 16:59:06 ps1 srv1cv83[26156]: Starting 1C:Enterprise 8.3 server: OK
мар 07 16:59:06 ps1 systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.


  • Показать ещё
    Загружается…

10 февр. 2023, в 04:49

50000 руб./за проект

10 февр. 2023, в 02:20

3000 руб./за проект

10 февр. 2023, в 01:33

1500 руб./за проект

Минуточку внимания

Источник

#
2 года, 5 месяцев назад

(отредактировано

2 года, 5 месяцев назад)

Темы:

24

Сообщения:

281

Участник с: 26 сентября 2011

так вы его от root запускаете?

Не понял вопрос. По дефолту же все сервисы от root запускаются.

и что это за скрипт /etc/init.d/srv1cv83, что там внутри?

Это стандартный файл запуска сервера, которые идёт в поставке. Ничего предосудительного в нём на первый взгляд нет.

вам надо запустить

Согласно выхлопу systemctl status systemd-networkd-wait-online, этот
сервис включен и отрабатывает.


● systemd-networkd-wait-online.service - Wait for Network to be Configured
     Loaded: loaded (/usr/lib/systemd/system/systemd-networkd-wait-online.service; enabled; vendor preset: disabled)
     Active: active (exited) since Thu 2020-09-03 19:07:21 MSK; 3h 2min ago
       Docs: man:systemd-networkd-wait-online.service(8)
    Process: 418 ExecStart=/usr/lib/systemd/systemd-networkd-wait-online (code=exited, status=0/SUCCESS)
   Main PID: 418 (code=exited, status=0/SUCCESS)

сен 03 19:07:18 cg-office systemd[1]: Starting Wait for Network to be Configured...
сен 03 19:07:21 cg-office systemd[1]: Finished Wait for Network to be Configured.

indeviral

#
2 года, 5 месяцев назад

(отредактировано

2 года, 5 месяцев назад)

Темы:

39

Сообщения:

3170

Участник с: 10 августа 2013

Ну так ошибки посмотрите при загрузке, в чём проблема? Чего гадать.

Ошибки в тексте-неповторимый стиль автора©

genues

#
2 года, 5 месяцев назад

Темы:

24

Сообщения:

281

Участник с: 26 сентября 2011

indeviral
Ну так ошибки посмотрите при загрузке, в чём проблема? Чего гадать.

Так не пишет никаких ошибок. Ну или я не знаю, где их искать.
В журнале ничего интересного нет. Сам скрипт запуска пишет что запуск успешен.

indeviral

#
2 года, 5 месяцев назад

(отредактировано

2 года, 5 месяцев назад)

Темы:

39

Сообщения:

3170

Участник с: 10 августа 2013

У вас не указан интерпритатор bash или sh

ExecStart=/usr/bin/bash /etc/init.d/srv1cv83 start

А так вообще, соедствами systemd без стартовых скриптов обычно можно и обойтись. Зависит от содержания.

Ошибки в тексте-неповторимый стиль автора©

genues

#
2 года, 5 месяцев назад

Темы:

24

Сообщения:

281

Участник с: 26 сентября 2011

У вас не указан интерпритатор bash или sh

Не помогло. Вообще интерпритатор указан в самом скрипте. Да и запуск скрипта точно происходит. В частности он выдаёт сообщения, что сервер якобы запущен. Опять таки ручной запуск срабатывает.

А так вообще, соедствами systemd без стартовых скриптов обычно можно и обойтись. Зависит от содержания.

Это правильно, но моих познаний для этого не достаточно.
Опять таки, процесс реестра кластеров запускается, а вот дочерние, которые этот главный процесс должен запустить, уже нет.
Думается, проблема не с скриптом запуска, а с какими-то разрешениями/зависимостями/etc.

indeviral

#
2 года, 5 месяцев назад

(отредактировано

2 года, 5 месяцев назад)

Темы:

39

Сообщения:

3170

Участник с: 10 августа 2013

Сверьте status между ручным и автом запуском.
Хотя бы увидим какие именно дочернии процессы не запустились.

# systemctl status ваш сервис

Ошибки в тексте-неповторимый стиль автора©

vs220

#
2 года, 5 месяцев назад

(отредактировано

2 года, 5 месяцев назад)

Темы:

22

Сообщения:

8090

Участник с: 16 августа 2009

genues
какими-то

сервис в ручную запускается ( systemctl start ваш сервис при disable) а при старте системы нет ( systemctl enable) ?
Задержку в пару минут не пробовали добавить для проверки?

genues

#
2 года, 5 месяцев назад

Темы:

24

Сообщения:

281

Участник с: 26 сентября 2011

indeviral
Сверьте status между ручным и автом запуском.
Хотя бы увидим какие именно дочернии процессы не запустились.

# systemctl status ваш сервис

Ручной запуск.

● srv1cv83.service - /etc/init.d/srv1cv83 compatibility
     Loaded: loaded (/usr/lib/systemd/system/srv1cv83.service; enabled; vendor preset: disabled)
     Active: active (running) since Fri 2020-09-04 09:15:50 MSK; 33min ago
    Process: 989 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)
   Main PID: 1004 (ragent)
      Tasks: 527 (limit: 38335)
     Memory: 3.3G
     CGroup: /system.slice/srv1cv83.service
             ├─1004 /opt/1C/v8.3/x86_64/ragent -daemon
             ├─1024 /opt/1C/v8.3/x86_64/rmngr -port 1541 -host cg-office -range 1560:1591 -clstid 2307c48f-92db-4572-98e0-b0d998c8c61d
             ├─1120 /opt/1C/v8.3/x86_64/rmngr -port 1542 -host 10.0.0.1 -range 1560:1591 -clstid 6fb3f7de-584e-4ddd-afee-d8c4233a336b
             ├─1227 /opt/1C/v8.3/x86_64/rmngr -port 1543 -host 10.0.2.1 -range 1560:1591 -clstid e8701d14-e2ea-4209-8f8f-973885c6f4a9
             ├─1317 /opt/1C/v8.3/x86_64/rphost -range 1560:1591 -reghost cg-office -regport 1541 -pid a317cd43-fe98-4ec2-a2ee-405560297191
             ├─1320 /opt/1C/v8.3/x86_64/rphost -range 1560:1591 -reghost 10.0.0.1 -regport 1542 -pid 8bacf1e0-4860-4431-a8c8-90492e0eced8
             └─1324 /opt/1C/v8.3/x86_64/rphost -range 1560:1591 -reghost 10.0.2.1 -regport 1543 -pid 029dc5a6-131f-478e-946b-5d2f154afc10

сен 04 09:15:45 cg-office systemd[1]: Starting /etc/init.d/srv1cv83 compatibility...
сен 04 09:15:45 cg-office su[1001]: (to usr1cv8) root on none
сен 04 09:15:45 cg-office su[1001]: pam_unix(su-l:session): session opened for user usr1cv8(uid=971) by (uid=0)
сен 04 09:15:45 cg-office su[1001]: pam_unix(su-l:session): session closed for user usr1cv8
сен 04 09:15:50 cg-office srv1cv83[989]: Starting 1C:Enterprise 8.3 server: OK
сен 04 09:15:50 cg-office systemd[1]: Started /etc/init.d/srv1cv83 compatibility.

Автоматический.


● srv1cv83.service - /etc/init.d/srv1cv83 compatibility
     Loaded: loaded (/usr/lib/systemd/system/srv1cv83.service; enabled; vendor preset: disabled)
     Active: active (running) since Fri 2020-09-04 09:51:21 MSK; 396ms ago
    Process: 456 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)
   Main PID: 601 (ragent)
      Tasks: 18 (limit: 38335)
     Memory: 68.6M
     CGroup: /system.slice/srv1cv83.service
             └─601 /opt/1C/v8.3/x86_64/ragent -daemon

сен 04 09:51:16 cg-office systemd[1]: Starting /etc/init.d/srv1cv83 compatibility...
сен 04 09:51:16 cg-office su[485]: (to usr1cv8) root on none
сен 04 09:51:16 cg-office su[485]: pam_unix(su-l:session): session opened for user usr1cv8(uid=971) by (uid=0)
сен 04 09:51:16 cg-office su[485]: pam_unix(su-l:session): session closed for user usr1cv8
сен 04 09:51:21 cg-office srv1cv83[456]: Starting 1C:Enterprise 8.3 server: OK
сен 04 09:51:21 cg-office systemd[1]: Started /etc/init.d/srv1cv83 compatibility.

vs220

#
2 года, 5 месяцев назад

Темы:

22

Сообщения:

8090

Участник с: 16 августа 2009

И в деб пакете сервера вроде есть готовый системд сервис запуска, может глянуть и сравнить с вашим

genues

#
2 года, 5 месяцев назад

Темы:

24

Сообщения:

281

Участник с: 26 сентября 2011

vs220
сервис в ручную запускается ( systemctl start ваш сервис при disable) а при старте системы нет ( systemctl enable) ?

Запускается, но как бы не полностью.

vs220
Задержку в пару минут не пробовали добавить для проверки?

Пробовал ExecStartPre=/bin/sleep 30
Источник

srv1cv83.service — LSB: Starts and stops the 1C:Enterprise daemons

Loaded: loaded (/etc/init.d/srv1cv83; generated)

Active: active (exited) since Mon 2020-06-01 08:51:27 MSK; 2h 40min ago

Docs: man:systemd-sysv-generator(8)

Tasks: 0 (limit: 4915)

CGroup: /system.slice/srv1cv83.service

июн 01 08:51:20 server systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons…

июн 01 08:51:20 server su[1857]: Successful su for usr1cv8 by root

июн 01 08:51:20 server su[1857]: + ??? root:usr1cv8

июн 01 08:51:20 server su[1857]: pam_unix(su:session): session opened for user usr1cv8 by (uid=0)

июн 01 08:51:21 server su[1857]: pam_unix(su:session): session closed for user usr1cv8

июн 01 08:51:27 server srv1cv83[1734]: Starting 1C:Enterprise 8.3 server: OK

июн 01 08:51:27 server systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.

////////////////////////

postgresql.service — PostgreSQL RDBMS

Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset: enabled)

Active: active (exited) since Mon 2020-06-01 08:51:27 MSK; 2h 42min ago

Main PID: 3662 (code=exited, status=0/SUCCESS)

Tasks: 0 (limit: 4915)

CGroup: /system.slice/postgresql.service

июн 01 08:51:27 server systemd[1]: Starting PostgreSQL RDBMS…

июн 01 08:51:27 server systemd[1]: Started PostgreSQL RDBMS.

/////////////////////////////////////

● haspd.service — LSB: Hasp keys support

Loaded: loaded (/etc/init.d/haspd; generated)

Active: active (running) since Mon 2020-06-01 08:51:19 MSK; 2h 45min ago

Docs: man:systemd-sysv-generator(8)

Tasks: 11 (limit: 4915)

CGroup: /system.slice/haspd.service

├─1003 aksusbd

├─1040 winehasp

├─1062 hasplm -c /etc/haspd/hasplm.conf

└─1090 hasplmd -s

/////////////////

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 24354 2448/ragent

tcp 0 0 0.0.0.0:1545 0.0.0.0:* LISTEN 1000 100954 8873/ras

tcp 0 0 0.0.0.0:5432 0.0.0.0:* LISTEN 127 29281 1769/postgres

/////

ps aux|grep 1c

usr1cv8 2205 0.0 0.0 76764 7760 ? Ss 08:51 0:00 /lib/systemd/systemd —user

usr1cv8 2254 0.0 0.0 114304 2908 ? S 08:51 0:00 (sd-pam)

usr1cv8 2448 0.0 0.1 165424 48232 ? Ssl 08:51 0:06 /opt/1C/v8.3/x86_64/ragent -daemon

evgen 5737 0.9 0.4 651372 140292 tty2 Sl+ 09:16 1:27 /opt/1C/v8.3/x86_64/1cv8s

evgen 11223 0.0 0.0 14356 1052 pts/0 S+ 11:44 0:00 grep —color=auto 1c

не запущен rmngr на 1541.. не могу понять, что делаю не так.

предполагаю, что дело в правах.. но не очень силен в линуксе.. помогите разобраться..

версия 1с:8_3_17_1386

Источник

Самая примитивная инструкция по установке PostgreSQL 14 + сервер 1C 8.3.20.1710 на Ubuntu 20.04

Статья переехала на ypermitin.github.io

Инструкция с минимальным набором шагов по настройке сервера 1С:Предприятия 8.3.20 + PostgreSQL 14 на Ubuntu 20.04. В общем плане актуальна для других версий приложений и ОС. Клиентскую часть 1С здесь не рассматриваем.

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

Настройка ОС

Полностью описывать настройку ОС в части сети, дисковой подсистемы и прочего смысла нет. Остановимся только на важных моментах, связанных с работой PostgreSQL и платформы 1С.

Обновим систему

Рекомендую поставить все последние обновления перед продолжением.

sudo apt update
sudo apt upgrade

Настройка локали

Чтобы платформа 1С могла работать с базой данных PostgreSQL нужно, чтобы в системе были установлены необходимые локали.

sudo dpkg-reconfigure locales

Далее на первом шаге выбираем из списка локаль «ru_RU.UTF-8 UTF-8». Эту же локаль на втором шаге выбираем как локаль по умолчанию.

Часовой пояс и время

Далее установим нужный часовой пояс в системе.

sudo timedatectl set-timezone Europe/Moscow

Текущие настройки можно посмотреть так.

А список доступных часовых поясов можно узнать так.

timedatectl list-timezones

Установка PostgreSQL

Теперь установим СУБД PostgreSQL. «Ванильная» версия платформой 1С не поддерживается, поэтому скачаем сборку от компании PostgresPro. Для этого идем на сайт 1c.postgres.ru, выбираем архитектуру, версию сборки, операционную систему и загружаем (будет отправлено письмо с информацией по указанным контактным данным с инструкцией по установке).

Есть сборка PostgreSQL от фирмы 1С, которую можно загрузить с официального сайта. Ее в инструкции не рассматриваем.

Далее обновляем доступные репозитории пакетов согласно инструкции.

curl -o pgpro-repo-add.sh https://repo.postgrespro.ru/pg1c-14/keys/pgpro-repo-add.sh
sudo sh pgpro-repo-add.sh

И устанавливаем PostgreSQL версии 14.

apt-get install postgrespro-1c-14

Чтобы найти имя демона PostgreSQL выполним команду.

systemctl --type=service | grep postgres

# Пример вывода:
#     postgrespro-1c-14.service

Теперь останавливаем сервис и удаляем созданный по умолчанию кластер.

# Останавливаем PostgreSQL
sudo systemctl stop postgrespro-1c-14

# Удаляем файлы ранее созданного при установке кластера
# Вместо 1c-14 может быть другое название каталога, в зависимости от версии.
rm -r /var/lib/pgpro/1c-14/data/*

# Инициализируем новый кластер для 1С с нужной локалью (не обязательно, если по умолчанию локаль в системе "ru_RU.UTF-8").
sudo /opt/pgpro/1c-14/bin/pg-setup initdb --tune=1c --locale=ru_RU.UTF-8

# Запускаем PostgreSQL
sudo systemctl start postgrespro-1c-14

Готово. Дополнительно, но только в качестве примера, сделаем дополнительные шаги.

  • Разрешим подключение к СУБД с любых адресов. Для этого в файле конфигурации сервера (/var/lib/pgpro/1c-14/data/postgresql.conf) изменим строчку:
# listen_addresses = 'localhost'
listen_addresses = '*'

Также разрешим подключение для всех пользователей по логину и паролю. В файле (/var/lib/pgpro/1c-14/data/pg_hba.conf) изменим разрешения для IPv4.

# Было
# # IPv4 local connections:
# host    all             all             127.0.0.1/32            md5

# Стало
# IPv4 local connections:
host    all             all             0.0.0.0/0               password
host    all             all             127.0.0.1/32            md5

Теперь доступ к СУБД имеется с любой машины и для любого пользователя. Кстати, давайте создадим, опять же только для примера, пользователя PostgreSQL.

Далее SQL-командой создаем пользователя. Для 14 версии команда будет такая (для других см. документацию):

CREATE USER username SUPERUSER PASSWORD 'passwordstring';

Настройки выше являются небезопасными и годятся только для локальных установок с целью тестирования и изучения. Будьте осторожны!

Установка сервера 1С

Начиная с версии 8.3.20 установка стала значительно проще (хотя может и с более ранних версий). С официального сайта скачиваем версию для Linux, в нашем случае она называется:

Технологическая платформа 1С:Предприятия (64-bit) для Linux

Копируем файл на наш сервер и распаковываем архив.

# Имя архива меняется в зависимости от версии платформы 1С
tar -xvzf server64_8_3_20_1710.tar.gz

# В итоге появится файл "setup-full-8.3.20.1710-x86_64.run" для установки. Он то нам и нужен. Запускаем.
sudo ./setup-full-8.3.20.1710-x86_64.run

Программа установки интерактивно спросит язык установки, выбираем:

[16] Russian - Русский

Далее соглашаемся на выбор компонентов. Нас интересуют:

Сервер 1С:Предприятия 8 [y/N] : y
Интерфейсы на различных языках - Русский [Y/n] :y

Дожидаемся окончания процесса установки.

Пожалуйста, подождите пока программа установит 1С:Предприятие на ваш компьютер.

 Установка
 0% ______________ 50% ______________ 100%
 #########################################

----------------------------------------------------------------------------
Завершена установка 1С:Предприятие на ваш компьютер.

После установки может потребоваться создать ссылку для службы. Перед этим проверим не создал ли установщик ссылку самостоятельно.

sudo systemctl --type=service | grep srv1cv83

Если предыдущая команда не находит службу, то создаем ее.

# Добавляем ссылку на файл службы
sudo ln -s /opt/1cv8/x86_64/8.3.20.1710/srv1cv83 /etc/init.d/srv1cv83

# Включаем службу
sudo systemctl enable srv1cv83
sudo systemctl restart srv1cv83

# Проверяем результат, состояние службы
sudo systemctl status srv1cv83

Готово! Служба установлена и работает.

● srv1cv83.service - LSB: Starts and stops the 1C:Enterprise daemons
     Loaded: loaded (/etc/init.d/srv1cv83; generated)
     Active: active (exited) since Thu 2022-03-24 19:45:25 UTC; 1s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 21186 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)

Mar 24 19:45:20 app1cpg systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons...
Mar 24 19:45:20 app1cpg su[21230]: (to usr1cv8) root on none
Mar 24 19:45:20 app1cpg su[21230]: pam_unix(su-l:session): session opened for user usr1cv8 by (uid=0)
Mar 24 19:45:20 app1cpg su[21230]: pam_unix(su-l:session): session closed for user usr1cv8
Mar 24 19:45:25 app1cpg srv1cv83[21186]: Starting 1C:Enterprise 8.3 server: OK
Mar 24 19:45:25 app1cpg systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.

И еще немного информации.

Послесловие

Как говорилось в самом начале, это лишь поверхностная инструкция по установке PostgreSQL + сервер 1С для Ubuntu 20.04. Многие аспекты даже не рассматривались:

  • Открытие портов для брэндмауэра
  • Настройка безопасности для СУБД
  • Тюнинг настроек PostgreSQL
  • Настройка использования лицензий 1С
  • И многое другое.

Но для старта информация подходящая.

Ниже ссылки на полезные материалы, в них некоторые моменты описаны более развернуто. В общем, вперед! К знаниям!

Полезные ссылки

  • УСТАНОВКА СЕРВЕРА 1С НА UBUNTU 20.04
  • От экспертов «1С‑Рарус»: Установка серверной части 1С в Linux среде
  • Поднимаем сервер 1С на UBUNTU и PostgreSQL за 20 минут
  • Установка и настройка нескольких экземпляров сервера 1С: Предприятия 8.3 разных релизов на одном Ubuntu-server
  • Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана
Источник

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

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

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

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

1C:Enterprise 8.3 server status:

Init script: STARTED.

Ragent: NOT RUNNING.

Ошибка остановки:

Stopping 1C:Enterprise 8.2 server: Warning: server not running!

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

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

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

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

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

Starting 1C:Enterprise 8.3 server: OK

Проверим работу:

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

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

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

1C:Enterprise 8.3 server status:

Init script: STARTED.

Ragent: NOT RUNNING.

Проверим работу:

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

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

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

Stopping 1C:Enterprise 8.3 server: Warning: server not running!

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

Решение:

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

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

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

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

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

Проверим работу:

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

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

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

Описание:

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

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

Starting 1C:Enterprise 8.3 server: Error: service failed to start!

FAILED

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

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

1C:Enterprise 8.3 server status:

Init script: STARTED.

Ragent: NOT RUNNING.

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

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

Решение:

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

Подробно можно прочитать тут Настройка DNS-адресации для 1С сервера.

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

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

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

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

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

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

vim /etc/sysconfig/selinux

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

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

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

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

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

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

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

ll /home/usr1cv8/.1cv8/1C/

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

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

chown -R usr1cv8:grp1cv8 /home/usr1cv8/

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

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

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

Описание:

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

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

Starting 1C:Enterprise 8.3 server: OK

Проверяем работу:

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

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

Для этого:

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

В ответ увидим:

Stopping 1C:Enterprise 8.3 server: Warning: server not running!

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

rm /home/usr1cv8/.1cv8/1C/1cv8/1cv8wsrv.lst

rm /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst

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

rm /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clsto.lst

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

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

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

/home/usr1cv8/.1cv8/1C/1cv8/reg_2541.

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

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

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

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

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

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

Starting 1C:Enterprise 8.2 server: OK

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

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

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

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

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

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

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

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

Решение:

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

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

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

Источник

Вводные данные:

  • Система Debian 11
  • 1С версия 8.3.17.2256
  • Сервер БД Postgres PRO

1. Подготовка системы.

На свежеустановленной системе для начала правим репозитории.

#Debian 11 (Bullseye)

deb http://deb.debian.org/debian bullseye main contrib non-free

deb—src http://deb.debian.org/debian bullseye main contrib non-free

deb http://deb.debian.org/debian-security/ bullseye-security main contrib non-free

deb—src http://deb.debian.org/debian-security/ bullseye-security main contrib non-free

deb http://deb.debian.org/debian bullseye-updates main contrib non-free

deb—src http://deb.debian.org/debian bullseye-updates main contrib non-free

Ставим необходимые пакеты для работы 1С сервера и установки Postgres

apt install curl sudo imagemagick unixodbc ttf—mscorefonts—installer gnupg make libc6—i386 pigz —y

Теперь нужно подготовить locale для нашей системы

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

Все готово для установки сервера 1С и Postgres

2. Установка 1С сервера

Скачиваем с сайта https://releases.1c.ru/ архив с deb пакетами 1С сервера и передаем на наш сервер. Можно воспользоваться WinSCP если используете Windows, для Linux можно воспользоваться scp

scp deb64_8_3_17_2256.tar.gz user@10.21.2.167:/home/user

Где:

deb64_8_3_17_2256.tar.gz — 1С архив

user@10.21.2.167 — Пользователь и адрес сервера куда передаем

:/home/user — Директория назначения

Архив лучше распаковать в отдельную директория

mkdir 1c—server

mv deb64_8_3_17_2256.tar.gz 1c—server/

cd 1c—server/

tar xzvf deb64_8_3_17_2256.tar.gz

Проверяем файлы которые распаковали

1c—enterprise83—common_8.3.17—2256_amd64.deb      1c—enterprise83—server_8.3.17—2256_amd64.deb      1c—enterprise83—ws—nls_8.3.17—2256_amd64.deb

1c—enterprise83—common—nls_8.3.17—2256_amd64.deb  1c—enterprise83—server—nls_8.3.17—2256_amd64.deb  deb64_8_3_17_2256.tar.gz

1c—enterprise83—crs_8.3.17—2256_amd64.deb         1c—enterprise83—ws_8.3.17—2256_amd64.deb          license—tools

Для установки 1С сервера с поддержкой русского языка вам нужны пакеты в названии которых не встречается nsl

Ставим 1С сервер и запускаем его

dpkg —i 1c—enterprise83—common_8.3.17—2256_amd64.deb 1c—enterprise83—server_8.3.17—2256_amd64.deb 1c—enterprise83—ws_8.3.17—2256_amd64.deb

systemctl enable srv1cv83.service

systemctl start srv1cv83.service

systemctl status srv1cv83.service

И проверяем состояние службы 1С

● srv1cv83.service — LSB: Starts and stops the 1C:Enterprise daemons

     Loaded: loaded (/etc/init.d/srv1cv83; generated)

     Active: active (exited) since Tue 2021—09—14 15:43:29 +05; 58s ago

       Docs: man:systemd—sysv—generator(8)

    Process: 6495 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)

        CPU: 80ms

сен 14 15:43:23 test systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons...

сен 14 15:43:23 test su[6507]: (to usr1cv8) root on none

сен 14 15:43:23 test su[6507]: pam_unix(su—l:session): session opened for user usr1cv8(uid=998) by (uid=0)

сен 14 15:43:23 test su[6507]: pam_unix(su—l:session): session closed for user usr1cv8

сен 14 15:43:29 test srv1cv83[6495]: Starting 1C:Enterprise 8.3 server: OK

сен 14 15:43:29 test systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.

Если получили ошибку что такой службы нет то нужно создать символическую ссылку на запуск вручную

Для платформы до 8.3.20 и ниже

ln —s /opt/1cv8/x86_64/8.3.17.2256/srv1cv83 /etc/init.d/srv1cv83

Для платформы 8.3.20 или выше

Регистрируемся в systemd

systemctl link /opt/1cv8/x86_64/8.3.21.1393/srv1cv8—8.3.21.1393@.service

И повторяем шаги выше по активации запуску служб

Все запустилось и работает нормально.

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

Выполняем команды пришедшие нам в письме

curl —o apt—repo—add.sh https://repo.postgrespro.ru/pg1c-13/keys/apt-repo-add.sh

Скрипт сам обновит репозитории, нам делать ничего не нужно. Ставим сам postgres

apt install postgrespro—1c—13 —y

Включаем автозапуск и проверяем статус службы

systemctl enable postgrespro—1c—13

systemctl start postgrespro—1c—13.service

systemctl status postgrespro—1c—13.service

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

● postgrespro—1c—13.service — Postgres Pro 1c 13 database server

     Loaded: loaded (/lib/systemd/system/postgrespro—1c—13.service; enabled; vendor preset: enabled)

     Active: active (running) since Tue 2021—09—14 15:51:02 +05; 17s ago

    Process: 7404 ExecStartPre=/opt/pgpro/1c—13/bin/check—db—dir ${PGDATA} (code=exited, status=0/SUCCESS)

   Main PID: 7406 (postgres)

      Tasks: 8 (limit: 4679)

     Memory: 50.5M

        CPU: 88ms

     CGroup: /system.slice/postgrespro—1c—13.service

             ├─7406 /opt/pgpro/1c—13/bin/postgres —D /var/lib/pgpro/1c—13/data

             ├─7408 postgres: logger

             ├─7410 postgres: checkpointer

             ├─7411 postgres: background writer

             ├─7412 postgres: walwriter

             ├─7413 postgres: autovacuum launcher

             ├─7414 postgres: stats collector

             └─7415 postgres: logical replication launcher

сен 14 15:51:00 test systemd[1]: Starting Postgres Pro 1c 13 database server...

сен 14 15:51:01 test postgres[7406]: 2021—09—14 15:51:01.021 +05 [7406] СООБЩЕНИЕ:  передача вывода в протокол процессу сбора протоколов

сен 14 15:51:01 test postgres[7406]: 2021—09—14 15:51:01.021 +05 [7406] ПОДСКАЗКА:  В дальнейшем протоколы будут выводиться в каталог «log».

сен 14 15:51:02 test systemd[1]: Started Postgres Pro 1c 13 database server.

С установкой postgres все. Теперь переходим непосредственно к настройке.

4. Настройка Postgres

Для начала нужно задать пароль для пользователя БД postgres, под которым будет работать 1С сервер.

sudo —u postgres /usr/bin/psql —U postgres —c «alter user postgres with password ‘superpassword’;»

Далее перенесём хранение временной статистики с жёсткого диска в память. Для этого создадим раздел в оперативной памяти на 512 Mb.

Создаем директорию куда будем монтировать Ram диск и даем ей права

mkdir /var/lib/pgsql_stats_tmp

chown postgres:postgres /var/lib/pgsql_stats_tmp

Теперь добавляем /etc/fstab строчку

tmpfs /var/lib/pgsql_stats_tmp tmpfs size=512M,uid=postgres,gid=postgres 0 0

И монтируем

mount /var/lib/pgsql_stats_tmp

Открываем конфиг postgress и правим параметр

nano /var/lib/pgpro/1c—13/data/postgresql.conf

stats_temp_directory = ‘/var/lib/pgsql_stats_tmp’

systemctl restart postgrespro—1c—13

5. Установка и настройка HASP License Manager

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

Bus 002 Device 002: ID 0529:0001 Aladdin Knowledge Systems HASP copy protection dongle

Дальше идем на страницу https://download.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Debian/ и выбираем нашу систему. В момент написания данной заметки, была версия только для 9 версии системы, но ничего страшного нам они подойдут. Скачиваем два файла:

wget https://rep.angald.ru/pool/main/h/haspd-modules/haspd-modules_7.90-eter2debian_amd64.deb

wget https://rep.angald.ru/pool/main/h/haspd/haspd_7.90-eter2debian_amd64.deb

И устанавливаем их в систему:

Запускаем и активируем автозагрузку:

6. Настройка клиентских пк для поиска ключей в 1с

Создаем директорию

mkdir /opt/1C/v8.3/X86_64/conf

И создаем файл с настройками для поиска аппаратной защиты

nano /opt/1C/v8.3/X86_64/conf/nethasp.ini

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

[NH_COMMON]

NH_IPX = Disabled

NH_NETBIOS = Disabled

NH_TCPIP = Enabled

[NH_IPX]

[NH_NETBIOS]

[NH_TCPIP]

NH_SERVER_ADDR = 10.85.66.5

NH_PORT_NUMBER = 475

NH_TCPIP_METHOD = UDP

NH_USE_BROADCAST = Disabled

Где:

10.85.66.5 — адрес сервера с установленным ключом

475 — порт

7. Бэкап и обслуживание баз 1С на сервере PostgreSQL

Бэкап вещь необходимая, ведь люди делятся на два вида, кто делает бэкапы, а кто бесстрашный. Смотрим какие базы у нас есть:

sudo —u postgres psql —U postgres —l

                                  Список баз данных

    Имя    | Владелец | Кодировка | LC_COLLATE  |  LC_CTYPE   |     Права доступа    

——————+—————+——————+———————+———————+————————————

postgres  | postgres | UTF8      | ru_RU.UTF—8 | ru_RU.UTF—8 |

template0 | postgres | UTF8      | ru_RU.UTF—8 | ru_RU.UTF—8 | =c/postgres          +

           |          |           |             |             | postgres=CTc/postgres

template1 | postgres | UTF8      | ru_RU.UTF—8 | ru_RU.UTF—8 | =c/postgres          +

           |          |           |             |             | postgres=CTc/postgres

ut        | postgres | UTF8      | ru_RU.UTF—8 | ru_RU.UTF—8 |

(4 строки)

Нужная база у нас одна: ut

Для начала создадим директории где будем хранить бэкап и логи.

mkdir —p /var/lib/pgpro/service_logs

mkdir —p /var/lib/pgpro/backup

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

И копируем в наш файл сам скрипт

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

#!/bin/bash

PATH=/sbin:/bin:/usr/sbin:/usr/bin

#Скрипт для бэкапа и обслуживания баз данныз postgres pro

#Текущий каталог

#Базы для бэкапа

BASES=(«basa0» «base1»)

#Переменная даты и времени

DATA=«$(date +%Y-%m-%d_%H-%M)»

#Директория для логов

LOGS=/var/lib/pgpro/service_logs/

#Директория для бэкапов

BACKUPDIR=/var/lib/pgpro/backup/

#Минимальное количество бэкапов

FILEBACK=«10»

CheckDir()

{

if touch «$1»/«$2».test > /dev/null 2>&1 ; then

rm «$1»/«$2».test

return 0

else

echo «Ошибка создания файла, нет директории или отсутвуют права»

return 1

fi

}

Backup()

{

CheckDir «$BACKUPDIR» «$DATA»

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Старт резервного копирования» «$1» >> «$LOGS»/«$DATA».log

if sudo —u postgres /opt/pgpro/1c—13/bin/pg_dump —U postgres «$1» > «$BACKUPDIR»/«$DATA»—«$1».sql ; then

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Старт сжатия файла» >> «$LOGS»/«$DATA».log

pigz «$BACKUPDIR»/«$DATA»—«$1».sql

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Резервное копирование закончено» «$1» >> «$LOGS»/«$DATA».log

return 0

else

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Ошибка создания резервной копии» «$1» >> «$LOGS»/«$DATA».log

exit

fi

}

ClearOldFiles()

{

local FILES

local NUM=«1»

FILES=$(find «$BACKUPDIR» —maxdepth 1 —type f —name «*.gz» | wc —l)

if [ «$FILES» —gt «$FILEBACK» ] ; then

FILEBACK=$((FILEBACK+NUM))

cd $BACKUPDIR || exit

ls —tp | grep —v ‘/$’ | tail —n +$FILEBACK | xargs —I {} rm — {}

cd $LOGS || exit

ls —tp | grep —v ‘/$’ | tail —n +$FILEBACK | xargs —I {} rm — {}

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Очистка старых файлов и логов» >> «$LOGS»/«$DATA».log

return 0

else

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Ошибка очистки старых файлов и логов» >> «$LOGS»/«$DATA».log

return 1

fi

}

Maintance()

{

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Старт vacuumdb» «$1» >> «$LOGS»/«$DATA».log

if sudo —u postgres /opt/pgpro/1c—13/bin/vacuumdb —full —analyze —username postgres —dbname «$1» > /dev/null 2>&1 ; then

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Конец vacuumdb» «$1» >> «$LOGS»/«$DATA».log

else

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Ошибка vacuumdb» «$1» >> «$LOGS»/«$DATA».log

exit

fi

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Старт переиндексации» «$1» >> «$LOGS»/«$DATA».log

if sudo —u postgres /opt/pgpro/1c—13/bin/reindexdb —username postgres —dbname «$1» > /dev/null 2>&1 ; then

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Конец переиндексации» «$1» >> «$LOGS»/«$DATA».log

else

exit

fi

return 0

}

for i in ${BASES[@]};

do

if Backup $i ; then

Maintance $i

else

exit

fi

done

ClearOldFiles $i

(date +%Y—%m—%d_%H—%M) > /var/log/timestamp

echo «$(date +%Y-%m-%d_%H-%M-%S)» «Создание файла для мониторинга» >> «$LOGS»/«$DATA».log

В самом скрипте есть комментарии так что разобраться там не сложно

Теперь нужно сделать скрипт исполняемым

После этого запускаем скрипт для проверки нашего плана обслуживания, по окончании проверяем лог файл и сам файл бэкапа, учтите что процесс это не быстрый.

Если все хорошо, то добавляем задание в crontab

0 0 * * * bash /opt/script/backup.bash > /dev/null 2>&1

Задание будет запускаться каждый день в полночь.

Источник

Содержание

  1. YPermitin / Примитивная инструкция PostgreSQL + 1C на Ubuntu 20.04.md
  2. Ошибка соединения с сервером Connection refused 1C 8.3 Linux
  3. Debian 10. 1C:Предприятие 8.3.12.1790 + Postgres Pro 1C 11.1. Как прикрутить?
  4. Автозапуск сервиса 1С в Linux

YPermitin / Примитивная инструкция PostgreSQL + 1C на Ubuntu 20.04.md

Самая примитивная инструкция по установке PostgreSQL + сервер 1C на Ubuntu 20.04

Инструкция с минимальным набором шагов по настройке сервера 1С:Предприятия 8.3.20 + PostgreSQL 14 на Ubuntu 20.04. В общем плане актуальна для других версий приложений и ОС. Клиентскую часть 1С здесь не рассматриваем.

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

Полностью описывать настройку ОС в части сети, дисковой подсистемы и прочего смысла нет. Остановимся только на важных моментах, связанных с работой PostgreSQL и платформы 1С.

Рекомендую поставить все последние обновления перед продолжением.

Чтобы платформа 1С могла работать с базой данных PostgreSQL нужно, чтобы в системе были установлены необходимые локали.

Далее на первом шаге выбираем из списка локаль «ru_RU.UTF-8 UTF-8». Эту же локаль на втором шаге выбираем как локаль по умолчанию.

Часовой пояс и время

Далее установим нужный часовой пояс в системе.

Текущие настройки можно посмотреть так.

А список доступных часовых поясов можно узнать так.

Теперь установим СУБД PostgreSQL. «Ванильная» версия платформой 1С не поддерживается, поэтому скачаем сборку от компании PostgresPro. Для этого идем на сайт 1c.postgres.ru, выбираем архитектуру, версию сборки, операционную систему и загружаем (будет отправлено письмо с информацией по указанным контактным данным с инструкцией по установке).

Есть сборка PostgreSQL от фирмы 1С, которую можно загрузить с официального сайта. Ее в инструкции не рассматриваем.

Далее обновляем доступные репозитории пакетов согласно инструкции.

И устанавливаем PostgreSQL версии 14.

Чтобы найти имя демона PostgreSQL выполним команду.

Теперь останавливаем сервис и удаляем созданный по умолчанию кластер.

Готово. Дополнительно, но только в качестве примера, сделаем дополнительные шаги.

  • Разрешим подключение к СУБД с любых адресов. Для этого в файле конфигурации сервера (/var/lib/pgpro/1c-14/data/postgresql.conf) изменим строчку:

Также разрешим подключение для всех пользователей по логину и паролю. В файле (/var/lib/pgpro/1c-14/data/pg_hba.conf) изменим разрешения для IPv4.

Теперь доступ к СУБД имеется с любой машины и для любого пользователя. Кстати, давайте создадим, опять же только для примера, пользователя PostgreSQL.

Далее SQL-командой создаем пользователя. Для 14 версии команда будет такая (для других см. документацию):

Настройки выше являются небезопасными и годятся только для локальных установок с целью тестирования и изучения. Будьте осторожны!

Установка сервера 1С

Начиная с версии 8.3.20 установка стала значительно проще (хотя может и с более ранних версий). С официального сайта скачиваем версию для Linux, в нашем случае она называется:

Копируем файл на наш сервер и распаковываем архив.

Программа установки интерактивно спросит язык установки, выбираем:

Далее соглашаемся на выбор компонентов. Нас интересуют:

Дожидаемся окончания процесса установки.

После установки может потребоваться создать ссылку для службы. Перед этим проверим не создал ли установщик ссылку самостоятельно.

Если предыдущая команда не находит службу, то создаем ее.

Готово! Служба установлена и работает.

И еще немного информации.

Как говорилось в самом начале, это лишь поверхностная инструкция по установке PostgreSQL + сервер 1С для Ubuntu 20.04. Многие аспекты даже не рассматривались:

  • Открытие портов для брэндмауэра
  • Настройка безопасности для СУБД
  • Тюнинг настроек PostgreSQL
  • Настройка использования лицензий 1С
  • И многое другое.

Но для старта информация подходящая.

Ниже ссылки на полезные материалы, в них некоторые моменты описаны более развернуто. В общем, вперед! К знаниям!

Источник

Ошибка соединения с сервером 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

Источник

Debian 10. 1C:Предприятие 8.3.12.1790 + Postgres Pro 1C 11.1. Как прикрутить?

Имеется Debian 10. Установлены 1C:Предприятие 8.3.12.1790 + Postgres Pro 11.1.
PostgreSQL:

и 1С:Предприятие нормально работают.

Директорию с исполняемыми файлами PostgreSQL добавил в $PATH:

Но при создании ИБ получаю ошибку:

Подскажите, что не так делаю?

  • Вопрос задан более трёх лет назад
  • 1076 просмотров

Средний 1 комментарий

1С:Предприятие нормально работают

>Где там нормальная работа?
Error: service failed to start!
hst1 srv1cv83[1094]: FAILED
hst1 systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.
Это по вашему нормальная работа, когда сервис 1с не может запуститься?
Или внести изменения в каталог cannot change directory to /home/usr1cv8 ?

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

и 1С:Предприятие нормально работают.

warning: cannot change directory to /home/usr1cv8: Нет такого файла или каталога
Error: service failed to start!

Спасибо! Снимаю воображаемую шляпу и посыпаю воображаемым пеплом! 🙂

Источник

Автозапуск сервиса 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 поставить файлу, чтобы был выполняемым.

(2) Столкнувшись с такой же болью, применил Ваш метод — сработало, спасибо за сэкономленные часы.

Но, пользуясь наличием платной тех. поддержки Астры, написал письмо с данной проблемой и методом решения, и вопросом — насколько правильно так делать?
В ответ быдл предложено следующее решение:
После установки пакетов, необходимо в файле /etc/systemd/logind.conf изменить параметр KillExcludeUsers и добавить в список имен имя служебного пользователя usr1cv8. В итоге строка с параметром должна выглядеть примерно так:
KillExcludeUsers=root usr1cv8
либо в этом же конфигурационном файле изменить параметр KillUserProcesses= приведя его к виду:
KillUserProcesses=no

Вернул все в исходное состояние, поправил в соответствии с ответом, работает!

(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 я тоже пробовал, сервер стартует под ним без проблем и не жалуется на права.

Источник

Источник

Содержание

  1. Starting 1c enterprise server error service failed start
  2. Не запускается server 1c v8.3 в centos 6.9 — service failed to start
  3. Ошибки сервера 1С на Linux
  4. Оглавление
  5. Rphost не запускается/сразу падает, а через некоторое время – падает ragent.
  6. Решение:
  7. Не запускается сервер 1С. Нет запущенных процессов rphost, rmngr, ragent. Error: service failed to start!
  8. 1. Проверить разрешение DNS-имени.
  9. 2. Проверить настройку прав доступа
  10. 3. Проверить права на каталоги сервера 1С
  11. Ragent не запускается/ практически сразу падает.
  12. Процесс rphost запускается и падает через некоторое время.
  13. Еще можно посмотреть
  14. Ошибка «Слишком много открытых файлов» или«Too many open files» В 1С на Linux
  15. НАСТРОЙКА PG_PROFILER ДЛЯ POSTGRESQL 11.
  16. Основы работы в Linux
  17. ОШИБКА 1С:ПРЕДПРИЯТИЯ «ПОТЕРЯНО СОЕДИНЕНИЕ»
  18. Настройка непрерывного архивирования (point-in-time-recovery, PITR) в PostgresPro 11 Linux
  19. Установка PostgreSQL для 1С на Linux
  20. Ошибки на клиенте при подключении к серверу 1С на Linux. Часть 1

Starting 1c enterprise server error service failed start

Недавно устанавливал сервер 1С:Предприятие 8.2.15.319 в операционной системе CentOs 5.5. Вылезла проблема, на которую натыкаются многие системные администраторы — демон сервера srv1cv82 не запускался. В интернете куча обсуждений данного вопроса, рецепты везде разные. В этой статье я расскажу в чем заключалась ошибка у меня, и как ее решил.

Имеем чистую систему CentOs 5.5, установленную админами хостинга на выделенный сервер. Непонятно, почему в конце 2012 года ставят именно версию 5.5, когда уже стабильна 6.3. Ну да ладно, попробуем запустить сервер на пятой ветке. Но на всякий случай обновимся до последнего стабильного релиза. Из-под рута запускаем:

Проверим, какая версия CentOs получилась:

CentOS release 5.8 (Final)

Наша конфигурация проверена и протестирована на версии платформы 8.2.15.319. Поэтому будем ставить именно эту версию сервера. Скачиваем архив с RPM пакетами с официального сайта 1С. В нашем случае получим следующие файлы:

Устанавливаем все эти пакеты (хотя, подозреваю, что не все они нужны). Устанавливать командой

не рекомендуется, так как пакеты имеют зависимости друг от друга, и если один не установится, то он просто будет пропущен. Поэтому устанавливаем пакеты руками друг за другом из-под рута (я просто пользуюсь Midnight Commander, входя в каждый пакет по Enter и запуская INSTALL). При установке смотрим, какой пакет не установился. Ставим сначала зависимый пакет, потом возвращаемся к неустановленному, снова его ставим — он должен установиться.

В процессе установки произойдет запуск сервера 1С:Предприятия. Выглядеть это будет так:

Starting 1C:Enterprise 8.2 server: OK

Но так будет не у всех и не всегда. Велика вероятность увидеть такое сообщение:

Starting 1C:Enterprise 8.2 server: Error: service failed to start!

Почему не стартует сервер 1С предприятия?

Итак RPM-пакеты установлены. В инсталл-скриптах RPM-пакетов прописывается автозапуск демона сервера 1С при старте системы. Кроме того, при установке RPM-пакета с сервером, сервер сразу запускается. Это произойдет, если все прошло нормально. В нашем случае мы видим ошибку, и начинаем разбираться, в чем причина и как исправить.

Для начала убедимся, что сервер действительно не стартует. Попытаемся запустить его вручную:

# service srv1cv82 start

Starting 1C:Enterprise 8.2 server: Error: service failed to start!

Видим все ту же ошибку. Нигде не сказано, где искать лог ошибок сервера 1С, поэтому посмотрим для начала файл /var/log/messages:

Dec 18 11:19:24 srv3217 setroubleshoot: SELinux is preventing ragent from loading /opt/1C/v8.2/i386/backbas.so which requires text relocation. For complete SELinux messages. run sealert -l 9d52cffb-e837-45d8-be82-35c50be717ab

Да, последняя строка в логе очень интересная. Она касается сервера 1С. Долго я не мог понять что сие значит. А эначит это то, что в опенсорче те еще грамотеи, и поставить точку вместо запятой — для них раз плюнуть. А ведь всего-навсего нужно было написать:

For complete SELinux messages, run sealert -l 9d52cffb-e837-45d8-be82-35c50be717ab

И ни у кого бы вопросов не возникло. Запускаем рекомендуемую в этом сообщении команду и видим портянку:

# sealert -l 9d52cffb-e837-45d8-be82-35c50be717ab

SELinux is preventing ragent from loading /opt/1C/v8.2/i386/backbas.so which

requires text relocation.

The ragent application attempted to load /opt/1C/v8.2/i386/backbas.so which

requires text relocation. This is a potential security problem. Most libraries

do not need this permission. Libraries are sometimes coded incorrectly and

request this permission. The SELinux Memory Protection Tests

(http://people.redhat.com/drepper/selinux-mem.html) web page explains how to

remove this requirement. You can configure SELinux temporarily to allow

/opt/1C/v8.2/i386/backbas.so to use relocation as a workaround, until the

library is fixed. Please file a bug report

(http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package.

If you trust /opt/1C/v8.2/i386/backbas.so to run correctly, you can change the

file context to textrel_shlib_t. «chcon -t textrel_shlib_t

‘/opt/1C/v8.2/i386/backbas.so’» You must also change the default file context

files on the system in order to preserve them even on a full relabel. «semanage

fcontext -a -t textrel_shlib_t ‘/opt/1C/v8.2/i386/backbas.so’»

Следующая команда разрешит доступ:

chcon -t textrel_shlib_t ‘/opt/1C/v8.2/i386/backbas.so’

Исходный контек root:system_r:initrc_t

Целевой Контекс system_u:object_r:usr_t

Целевые Объекты /opt/1C/v8.2/i386/backbas.so [ file ]

Source Path /opt/1C/v8.2/i386/ragent

Source RPM Packages 1C_Enterprise82-server-8.2.15-319

Target RPM Packages 1C_Enterprise82-common-8.2.15-319

RPM политики selinux-policy-2.4.6-327.el5

Selinux активна True

Тип политики targeted

MLS активна True

Имя доп.модуля allow_execmod

Имя хоста srv3217

Платформа Linux srv3217 2.6.18-308.24.1.el5PAE #1 SMP Tue

Dec 4 18:28:32 EST 2012 i686 i686

Счетчик уведомл 3

First Seen Tue Dec 18 10:57:32 2012

Last Seen Tue Dec 18 11:19:24 2012

Local ID 9d52cffb-e837-45d8-be82-35c50be717ab

host=srv3217 type=AVC msg=audit(1355815164.656:31): avc: denied < execmod >for pid=2836 comm=»ragent» path=»/opt/1C/v8.2/i386/backbas.so» dev=md0 ino=16154631 scontext=root:system_r:initrc_t:s0 tcontext=system_u:object_r:usr_t:s0 tclass=file

host=srv3217 type=SYSCALL msg=audit(1355815164.656:31): arch=40000003 syscall=125 success=no exit=-13 a0=5d0b000 a1=29c000 a2=5 a3=bfbd6fa0 items=0 ppid=2835 pid=2836 auid=0 uid=501 gid=501 euid=501 suid=501 fsuid=501 egid=501 sgid=501 fsgid=501 tty=(none) ses=1 comm=»ragent» exe=»/opt/1C/v8.2/i386/ragent» subj=root:system_r:initrc_t:s0 key=(null)

В общем, система безопасности SELinux заблокировала запуск 1С сервера. Но в этой портянке находится еще одна рекомендация:

Следующая команда разрешит доступ:

chcon -t textrel_shlib_t ‘/opt/1C/v8.2/i386/backbas.so’

Запускаем ее, после чего сервер 1С будет нормально стартовать:

service srv1cv82 start

Starting 1C:Enterprise 8.2 server: OK

Заметьте, что для старта 1С-сервера не обязательно наличие PostgreSQL. Сервер стартует сам по себе, и может быть установлен практически на чистую Linux-систему.

Источник

Не запускается server 1c v8.3 в centos 6.9 — service failed to start

С сегодняшнего утра перестал работать сервер 1с 8.3 (Предприятие), попытка запустить его командой «service srv1cv83 start» (ос Centos 6.9) выдает:

Starting 1C:Enterprise 8.3 server: Error: service failed to start!
FAILED

В логе /var/log/messages никаких событий от 1с не обнаружено. Создал /home/usr1cv8/.1cv8/1C/1cv8/conf/logcfg.xml с содержимым:

Но в /var/log/1c пусто. Права на запись для usr1cv8 есть на эту папку. Где можно найти хоть какие-то логи (или заставить их записывать) и понять, почему не запускается?

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

Ах да, еще отмечу, что порты, необходимые для работы 1с, прослушиваются — команда service iptables status дает в том числе вывод таких строк:

8 ACCEPT tcp — 0.0.0.0/0 0.0.0.0/0 multiport dports 1540,1541
9 ACCEPT tcp — 0.0.0.0/0 0.0.0.0/0 multiport dports 1560:1591

Спасибо, ваш совет дельный. Как выяснилось, ragent «падает» через минуту после старта (или около минуты). Вот что дало «/opt/1C/v8.3/x86_64/ragent»:

]$ /opt/1C/v8.3/x86_64/ragent
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Server Agent started. Ctrl+C to exit.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager started. Ctrl+C to exit.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager finished.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager started. Ctrl+C to exit.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager finished.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager started. Ctrl+C to exit.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager finished.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager started. Ctrl+C to exit.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager finished.
1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Server Agent finished.

Куда дальше копать? В итоге спустя минуту после попытки запуска сейчас:

1C:Enterprise 8.3 server status:
Init script: STARTED.
Ragent: NOT RUNNING.

(3) rmngr решает почему-то остановиться
можешь попробовать его отдельно запустить, но он скорее всего точно так же скажет Cluster Manager finished. без объяснения

была вроде проблема, что если собственное имя хоста не резолвится — то и 1с не стартует

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

В итоге теперь пишутся такие логи в /home/usr1cv8/log/:

17:04.247000-0,PROC,1,process=rmngr,OSThread=28397,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager started. Ctrl+C to exit.
17:05.682001-0,CONN,0,process=rmngr,OSThread=28404,Txt=’addrBelongsToThisComputer2, address=1cserver, result=true’
17:07.908000-0,EXCP,1,process=rmngr,OSThread=28397,Exception=acea3e6e-3687-4792-8319-09c009274c9a,Descr=’./src/RHostImpl.cpp(2611):
acea3e6e-3687-4792-8319-09c009274c9a: Unknown registryID, expecting 35977c5c-91d7-11ea-1d93-00e04c360255. Check the cluster registry dir.’
17:07.908001-0,PROC,1,process=rmngr,OSThread=28397,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.13.1865) Cluster Manager finished.

То есть rmngr пытается запуститься, жалуется на «Unknown registryID», советует «Check the cluster registry dir».

Внутри файла /home/usr1cv8/.1cv8/1C/1cv8/1cv8wsrv.lst такое содержимое:

Внутри файла /home/usr1cv8/.1cv8/1C/1cv8/1cv8conn.pfl такое содержимое:

Внутри папки /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/ есть подпапки:

2a5e60ae-92a8-11ea-2a94-00e04c360255
06afc28e-92de-11ea-2a94-00e04c360255
7cdb0b04-92a6-11ea-2a94-00e04c360255
32a64cf2-91f6-11ea-9d9a-00e04c360255
79c61cfc-9205-11ea-2089-00e04c360255
51684330-a6ae-11ea-e79a-00e04c360255
d0e2ebc2-92b0-11ea-2a94-00e04c360255
e7338938-92a9-11ea-2a94-00e04c360255
snccntx36b13362-91d7-11ea-ec93-00e04c360255

а также имеется файл /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/1CV8Clst.lst с содержимым:

Видимо надо ручками что-то поправить в каком-то из вышеуказанных файлов, но что именно не пойму. Подтолкните, кто знает, где собака порылась

Источник

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

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

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

Ошибка «Слишком много открытых файлов» или«Too many open files» В 1С на Linux

Устраняем ошибку «Слишком много открытых файлов» или «Too many open files» в 1С под ОС Linux (Red Hat 7/Centos 7) 1. Увеличиваем лимит на открытые файлы всей системы. 2. Увеличиваем лимит на открытые файлы для процессов 1С. 3. Увеличиваем лимиты на открытые файлы для процесса 1С редактированием файла демона. 4. Увеличиваем максимальное число сегментов разделяемой […]

НАСТРОЙКА PG_PROFILER ДЛЯ POSTGRESQL 11.

Помимо анализа планов и запросов СУБД в технологическом журнале 1С, также бывает полезным анализировать статистику по запросам в pg_profiler. Тем более, что она уже собирается в сгруппированном по запросам виде. Ниже приведем инструкцию по его настройке. 1. Инсталляция и настройка pg_profile. 2. Настройка отображения pg_profiler через веб-сервер apache. Инсталляция и настройка pg_profile. 1. Скачаем pg_profile […]

Основы работы в Linux

Основы работы в Linux. Как подключиться к серверу. Как скопировать файлы на сервер. Редактирование конфигурационных файлов.

ОШИБКА 1С:ПРЕДПРИЯТИЯ «ПОТЕРЯНО СОЕДИНЕНИЕ»

У пользователя во время работы может возникать сообщение: [crayon-63c33b29a1939446751404/] После чего рабочий режим либо восстанавливается, либо нет. В сообщении достаточно ясно описана возникшая ситуация, но необходимо понимать, что по другую сторону экрана пользователя, ландшафт системы может быть несколько сложнее, чем он себе представляет. И сервер «с которым потеряно соединение» может быть не только сервер 1С:Предприятия. […]

Настройка непрерывного архивирования (point-in-time-recovery, PITR) в PostgresPro 11 Linux

Практический пример настройки Postgre SQL для непрерывного архивирования баз данных 1С Предприятия на ОС Linux

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

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

Ошибки на клиенте при подключении к серверу 1С на Linux. Часть 1

Рассмотрены ошибки при подключении к серверу 1С на Linux. Изложена методика поиска причин и путей их исправления

Источник

Источник

Понравилась статья? Поделить с друзьями:
  • To see the stack trace of this error execute with v 5 or higher
  • To run this file you can either change the matlab ошибка
  • To run this application you must install net как исправить ошибку
  • To run this application you must install net escape from tarkov как исправить
  • To run this application you must install net ds4windows как исправить