Коллеги, здравствуйте.
В версии 8.3.18 для Linux в отличии от всех предыдущих сборок теперь в rpm отсутствуют скрипты для автозапуска сервиса при загрузке ОС. Ранее в rpm-ках был скрипт /etc/init.d/srv1cv8 и файл конфигурации /etc/sysconfig/srv1cv8. Сейчас же с официальным появлением новой фичи позволяющей устанавливать параллельно несколько экземпляров 1с сервера разных версий эти скрипты убрали.
Вопрос: как теперь по фен-шую добавить сервис в автозапуск? Я использую CentOS, но думаю что для debian-based операционных систем этот момент тоже актуален.
Скрипт запуска srv1cv83 и файл srv1cv83.conf лежат в /opt/1cv8/x86_64/8.3.18.1128/
Нужно просто их скопировать в нужные каталоги или сделать символические ссылки на них.
При копировании srv1cv83.conf в /etc/sysconfig переименовать в srv1cv83
Посмотреть chkconfig --list появился ли srv1cv83 в списке автозапуска.
Скрипт запуска srv1cv83 и файл srv1cv83.conf лежат в /opt/1cv8/x86_64/8.3.18.1128/
Нужно просто их скопировать в нужные каталоги или сделать символические ссылки на них.
При копировании srv1cv83.conf в /etc/sysconfig переименовать в srv1cv83
Посмотреть chkconfig --list появился ли srv1cv83 в списке автозапуска.
(4) Собственно, так и на писано в инструкции на ИТС. Но самый прикол в том, что это почему-то автоматически не запускает сервер.
Сделал все как описано, шаг за шагом по ИТС, скрипт лежит где ему положено, конфиг тоже, в автозагрузку добавлен, при старте сервера стартует. Все замечательно. Только он не запускает ragent!!!!
Запускаю вручную ragent - сервер стартует. А этот скрипт автоматом его не запускает.
(5)Думаю, что нет.
/etc/sysconfig - для RedHat/CentOS/SUSE, в дистрибутивах на базе Debian, это называется /etc/default, насколько я знаю(так как Debian и иже с ним не пользуюсь совсем). Наверное, туда и надо этот файл положить, убрав из имени .conf
Чтобы включить режим отладки сервера приложений для Debian подобных дистрибутивов (у меня UBUNTU 18.04) надо подредактировать srv1cv83 скопированный в /etc/init.d, так как даже если создать каталог /etc/sysconfig и поместить туда srv1cv83.conf он обрабатываться не будет и переменные окружения из него создаваться не будут.
Итог 6 часов мучений с переводом с 16.1063 на 18.1128. Centos 7 + apach
Сперва удалил старую 1с и поставил новую по привычному алгоритму. Не стартует - нет /etc/init.d/srv1cv8 и файлf конфигурации /etc/sysconfig/srv1cv8. Cкопировал - ошибки. Не удаляя поставил опять 16.1063 стартует 1063. Пробовал добавлять и переименовывать конфиги - не стартует 18 версия. А время тикает - скоро тысячи людей ломанутся в 1с.
Итогом заменил /etc/init.d/srv1cv8 и файлf конфигурации /etc/sysconfig/srv1cv из папки 18 версии. Скопировал все файлы из папки 18 версии с заменой в папку 16 версии, ребутнул сервак и все завелось. Будем дальше смотреть.
(19) Только что еще раз проделал процедуру успешно на другой машине. Не забудьте удалить из /etc/init.d/ старые версии aka srv1cv83 и похожие, только потом сработает ~sudo update-rc.d srv1cv83-18 defaults. И ребут обязательно.
Пипец, был же удобный механизм обновления платформ на Linux, а теперь грабли отправленные раскиданные по двору... Тем кому нужно было гонять несколько разных кластеров могли и так заморочиться и руками создать необходимые службы и папки, а теперь всем Геморой прописали перманентный.
Это может быть удобным для компаний, занимающихся централизованным сопровождением множества ИБ клиентов(десятков и сотен) с различными конфигурациями, которые, в свою очередь, могут требовать различные версии платформы. Наверное, таких инсталляций стало гораздо больше, с использованием Linux.
добрый день!
Сервер на debian. Вчера обновился до 8.3.18.1563 и столкнулся с проблемой выше.
Работал старый сервер (8.3.15). Скопировал из папки
из opt/1cv8/x86_64/8.3.1.18.1563/srv1cv83 в etc/init.d/srv1cv83
и opt/1cv8/x86_64//8.3.1.18.1563/srv1cv83.conf to etc/default переименовав в srv1cv83
Перезапустил сервер etc/init.d/srv1cv83 restart
Вроде бы сервер запустился и пользователи смогли входить с новой платформой.
Сегодня встал вопрос по DEBUG у программиста
в файле etc/default/srv1cv83
раскоментировал SRV1CV8_DEBUG=1
на запрос
root@serv1:/etc/init.d# ./srv1cv83 info
1C:Enterprise 8.3 server info:
Data dir: /home/usr1cv8/.1cv83/1C/1Cv83
Main port: 1540
RegPort: 1541
Port range: 1560:1591
Debug mode: 1
Sec. level: 0
Ping period: 1000
Ping timeout: 5000
но дебаг не работает.
Также
root@serv1:/etc/init.d# service srv1cv83 status
● srv1cv83.service - LSB: Starts and stops the 1C:Enterprise daemons
Loaded: loaded (/etc/init.d/srv1cv83)
Active: active (exited) since Вт 2021-07-27 12:51:20 SAMT; 9min ago
Process: 25291 ExecStop=/etc/init.d/srv1cv83 stop (code=exited, status=0/SUCCESS)
Process: 25352 ExecStart=/etc/init.d/srv1cv83 start (code=exited, status=0/SUCCESS)
июл 27 12:51:15 epk1083 su[25389]: Successful su for usr1cv8 by root
июл 27 12:51:15 epk1083 su[25389]: + ??? root:usr1cv8
июл 27 12:51:15 epk1083 su[25389]: pam_unix(su:session): session opened for user usr1cv8 by (uid=0)
июл 27 12:51:20 epk1083 srv1cv83[25352]: Starting 1C:Enterprise 8.3 server: Error: service failed to start!
июл 27 12:51:20 epk1083 srv1cv83[25352]: FAILED
Получается сервер не запущен? но как тогда работают пользователи? буду рад помощи. Заранее спасибо.
(28)
вообщем, исправлено было https://its.1c.ru/db/v8319doc#bookmark:cs:TI000000123 Только после перезагрузки не запускался автоматом 18 сервер.
update-rc.d <УникальноеИмяСкрипта> defaults при запуске этой команды он не добавлял новый сервер говоря, о том что он уже существует. Удалил файл srv1cv83 из папки /etc/init.d/ и оставил там только файл нового сервера в моём случае srv1c-83-18
прописал командой update-rc.d srv1c-83-18 defaults
перезагрузил сервер и всё заработало.
Как всё таки сделать чтобы работало два одновременно, хз. Но этого и не надо. нужна только одна платформа.
Коллеги, подскажите, не стартует 1С.
На ubuntu 20.06 server поставил 8.3.25.1257.
В каталоге opt/1cv8/x86_64/8.3.25.1257 нахожу файл srv1cv8-8.3.25.1257@.service.
В каталог /etc/systemd/system скопировал этот файл, переименовал в srv1cv83@.service.
Выполняю команду: sudo systemctl start srv1cv83@8.3.25.1257, получаю:
Failed to start srv1cv83@8.3.25.1257.service: Unit srv1cv83@8.3.25.1257.service not found.
Помогите, пожалуйста. Устанавливаю 1С на РЕД ОС 8, по видеоролику (https://rutube.ru/video/63d4a191f16eaa6d52b195423d8e6adb/). У меня учебная версия программы (8.3.25.1257), и на моменте создания ссылки на сервис (06:30 в видео) обнаружила, что в указанных папках вообще отсутствует файл *.service, связанный с 1С. Подскажите, пожалуйста механизм запуска сервера.