Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

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

Не запускается server 1c v8.3 в centos 6.9 - service failed to start
Я
   mavpa
 
10.06.20 - 14:52
С сегодняшнего утра перестал работать сервер 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 с содержимым:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;
  <log location="/var/log/1c" history="168">
    <event>
      <eq property="Name" value="PROC"/>
    </event>
    <event>
      <eq property="Name" value="SCOM"/>
    </event>
    <event>
      <eq property="Name" value="CONN"/>
    </event>
    <event>
      <eq property="Name" value="EXCP"/>
    </event>
    <event>
      <eq property="Name" value="ADMIN"/>
    </event>
    <event>
      <eq property="Name" value="QERR"/>
    </event>
    <property name="all">
    </property>
  </log>
</config>

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

Разумеется, обычный ребут как отдельных служб, так и всего сервера ни к чему не привели.
   mavpa
 
1 - 10.06.20 - 14:56
Ах да, еще отмечу, что порты, необходимые для работы 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
   bolero
 
2 - 10.06.20 - 15:34
(0) залогинься пользователем, от которогу у тебя должен запускаться сервис (обычно это usr1cv83), и от него просто запусти /opt/1C/..../ragent, наверняка он тебе напишет что не так
   mavpa
 
3 - 10.06.20 - 16:56
Спасибо, ваш совет дельный. Как выяснилось, ragent "падает" через минуту после старта (или около минуты). Вот что дало "/opt/1C/v8.3/x86_64/ragent":

[usr1cv8@server ~]$ /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.
   mavpa
 
4 - 10.06.20 - 16:58
Куда дальше копать? В итоге спустя минуту после попытки запуска сейчас:

1C:Enterprise 8.3 server status:
Init script: STARTED.
     Ragent: NOT RUNNING.
   bolero
 
5 - 10.06.20 - 17:32
(3) rmngr решает почему-то остановиться
можешь попробовать его отдельно запустить, но он скорее всего точно так же скажет Cluster Manager finished. без объяснения

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

вариант 2: при возникновении таких гм.. неясных ситуаций я просто сношу кластер и создаю заново с тем же набором баз, благо у меня это заскриптовано
ситуации обычно возникают, когда сам же и поковыряешься где не просят
   mavpa
 
6 - 10.06.20 - 18:24
Хорошо, а как все-таки включить логирование? Делал все, как тут написано - https://interface31.ru/tech_it/2016/01/vklyuchaem-tehnologicheskiy-zhurnal-dlya-1spredpriyatie.html, ноль толку, не пишутся логи
   mavpa
 
7 - 10.06.20 - 21:08
С включением логов разобрался, если выбрать для записи папку не "/var/log/1c", а "/home/usr1cv8/log", то логи сразу пишутся. Сейчас буду смотреть что внутри
   ansh15
 
8 - 10.06.20 - 23:19
strace /opt/1C/v8.3/x86_64/ragent

Места на диске, куда пишется журнал регистрации и прочая служебная информация 1С, хватает?
   mavpa
 
9 - 10.06.20 - 23:22
(8) хватает вполне )

В итоге теперь пишутся такие логи в /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 такое содержимое:

{
{1,
{35977c5c-91d7-11ea-1d93-00e04c360255,"Local cluster",1541,"1cserver",0,0,0,0,0,0,0,
{1,
{"1cserver",1541}
},0,0,0}
},
{0},0,1}


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


{0},
{3c854a2a-91f6-11ea-9d9a-00e04c360255},
{1,
{"47C55588F28744469D6E895611D99452",20200509160855,2,6901aae6-13ad-463c-bbde-5fbe497e7abe,
{#base64: (что-то закодированное в base64)


}
}
}


Внутри папки /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 с содержимым:


{0,
{3dcaa392-ab07-11ea-198f-00e04c360255,"Local cluster",1541,"1cserver",0,0,0,0,0,0,0,
{1,
{"1cserver",1541}
},0,0,0},
{0},
{1,
{3ddc9dcc-ab07-11ea-198f-00e04c360255,"1cserver",1,0,1000,3dd88f3e-ab07-11ea-198f-00e04c360255}
},
{0},
{1,
{3dd88f3e-ab07-11ea-198f-00e04c360255,"Central server",1540,"1cserver",1,
{1,
{1560,1591}
},"","iNODNQIiArZifXqxHcnViQ==",0,0,8,128,1000,1,0,1,0,1,1541}
},
{1,
{0cfd4566-aaf9-11ea-9289-00e04c360255,"Primary cluster manager","1cserver",1,1,3dd88f3e-ab07-11ea-198f-00e04c360255}
},
{0},
{0},
{0},
{0},
{0},
{0,0},0,
{0},
{0},
{0},
{0},
{0},
{0},
{0},
{0},
{0},4,
{0},
{0}
}



Видимо надо ручками что-то поправить в каком-то из вышеуказанных файлов, но что именно не пойму. Подтолкните, кто знает, где собака порылась
   ansh15
 
10 - 10.06.20 - 23:39
(9) Не надо ничего там править. Сделай как описано в (5)
Если нужны журналы регистрации, то из /home/usr1cv8/.1cv8/1C/1cv8 перенести в какой-нибудь другой каталог.
Запустить серевер приложений, он создаст кластер 1С заново, потом создать информационные базы.
   mavpa
 
11 - 11.06.20 - 19:49
Да, ansh15, примерно так все и сделал

0) остановлен полурабочий сервер
1) удалена папка (вся) /home/usr1cv8/.1cv8/1C/1cv8, предварительно сохранил только подпапку внутри нее /conf/ с файлом настроек логирования
2) запущен заново сервер. Он автоматически создал новый кластер, а в нем я уже создал заново базы средством клиента 1с
3) работает
4) сразу бекап папочки /home/usr1cv8/.1cv8/1C/1cv8 себе сделал

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

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