Операционная система 64-битная. Платформа 8.3.10.2561, пробовал и на 2580, результат одинаковый.
Установил сервер 1С 64-битный, затем платформу. При запуске сервера 1С никаких сообщений не выдается, но ragent не видно, чтобы где-то появлялся в запущенных.
Проверил права на каталоги для пользователя usr1cv8 - все права даны.
Фаервол отключен.
Проверил файл srv1cv83, в нем некорректно был указан по умолчанию каталог кластера, указал корректный.
Все равно ни один из процессов не запускается.
В чем может быть причина? Может, еще что-то упустил?
Файлы с информацией во вложении.
(10)эта строка ни о чем не говорит, запросите статус самого сервиса haspd, он покажет детальную расшифровку. Возможно у вас сервер не видит ключ, и останавливается.
А драйвера ключей х64 ставили?
Предлагают для решения вопроса поставить libc6-i386
и необходима поддержка х32 архитектуры : dpkg --add-architecture i386
(21) Непонятно, почему при первоначальной инсталляции платформы мог быть указан по умолчанию неверный путь к данным кластера, который всегда /home/usr1cv8/и_так_далее
1. Событие PROC во вермя старта возникло в 56 минут, а EXCP в 44 минуты. Есть подозрение, то это логи разных процессов. Сделайте, пожалуйста, чтоб было видно имя каталога и имя файла.
2. По netstat видно, что порт 1540 занят агентом.
Удалите все собранные журналы и убедитесь, что порт 1540 не занят. Стартуйте агента и еще раз выкладывайте тех журнал.
(13) Остановил 1С-сервер, убедился, что порт 1540 не занят. Удалил логи. Стартовал 1С-сервер. На этот раз результат такой во вложении. Т.е. пустой лог, а для EXCP вообще нет файла лога.
(14) по netstat порт 1540 занят процессом pid 21033, а лог показываете от процесса 21031. Лучше выкладывайте сюда архив со всем содержимым директории 1clogs
Еще раз остановил 1С-сервер, почистил логи, запустил. Снова PID агента в netstat не совпадает с именем каталога в логах.
root@webforma:/# netstat -tlnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:1540 0.0.0.0:* LISTEN 2938/ragent
tcp6 0 0 :::1540 :::* LISTEN 2938/ragent
В папке PROC папка ragent_2936 с пустым файлом. В EXCP ничего.
(17) Возможно это особенность в linux системах. К сожалению не силён(
В прошлом логе была хотя бы запись
56:18.889000-0,PROC,1,process=ragent,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.10.2561) Server Agent (debug) started. Ctrl+C to exit.
(19) Забыл дать права на каталог EXCP. Дал права и эта же запись появилась, но не более.
root@webforma:/# cat /home/usr1cv8/1clogs/*/*/*.log
44:20.135002-0,EXCP,2,process=ragent,DumpFile=Received signal 15. Terminating.
root@webforma:/#
Все же какая-то важная информация есть - это сигнал 15. Интересно, а где теперь почитать про сигналы, о которых здесь подразумевается?
(24) Нет вот эта строка мне ни о чем не говорит кроме того что это х86_64
Мне интересно количество установленной памяти, свободное место на разделах и т.п.
Достаточно словами.
Так как в srv1cv83 по умолчанию указано $HOMEDIR/.1cv83/1C/1Cv83, то я решил пойти другим путем: переименовал папки /home/usr1cv8/.1cv8 вместе с вложенной так, чтобы было точное соответствие, как по умолчанию. Перезапустил агента, агент даже не запустился, но зато на этот раз в техжурнале появились сообщения с конкретными ошибками. Во вложении.
(41) Все, что находится в /etc/hosts - только эти две строчки. Если бы были конфликты адресов, наверное, система бы сообщила как-то. Да и признаков конфликтов никаких.
(42)Ну тогда как вариант, уже писали выше, не хватает памяти для запуска сервиса. Вообще то ubuntu 16.04 только для себя нужно как минимум 2Гб, а у вас 1Гб, может она просто не дает запускать этот сервис.
(44), Увеличил ресурсы: ОЗУ 8 Гб, и у процессора теперь 2-ядра. Остановил 1С-сервер, почистил логи, запустил - безрезультатно.
(43), Остановил 1С-сервер, в /etc/init.d/srv1cv83 выставил SRV1CV8_DEBUG=0, почистил логи, запустил - безрезультатно, т.е., причем даже в логах ничего не написалось.
(49)Устанавливали пакет для vmware, желательно от того гипервизора который у вас стоит, судя по ошибкам haspd сервиса у вас не происходит проброс USB портов с физической машины на виртуальную, или не включена эта функция в настройках в машины.
(53) Я как раз по ssh подключен. Установил терминальный сервер x2goserver для возможности работы прям на нем и подключаюсь. Postgre встала легко, не ожидал, что такой простой вопрос, как запуск 1С-сервера будет таким сложным.
простой вопрос, как запуск 1С-сервера будет таким сложным
Нужно смотреть, что там у Вас в системе крутится, это невозможно сделать задавая вопросы и получая ответы, т.к. детали, которые могут броситься в глаза, изначально не видны.
Вообще, всегда устанавливал так "sudo dpkg -i *.deb" из папки, куда сувал дистр. Траблов не помню...
Вообще, всегда устанавливал так "sudo dpkg -i *.deb" из папки, куда сувал дистр.
То же самое, всегда так же устанавливал, и сейчас так же установил, но, видать, не всегда все гладко.
Мне лишь кажется, что что-то с правами usr1cv8:grp1cv8, т.к. после переименования каталога кластера и создании нового файл 1cv8wsrv.lst не создался, а когда дал полные права группе grp1cv8 на каталог и перезапустил, файл появился.
Была такая хрень, когда как и Вы ставил DEBUG=1. Поставьте в "0" и попробуйте стартануть сервис. Если все заработает, то позже скину, как я решил проблему с дубагом на сервере - нужно развернуть виртуалку.
(58) А должен был создать новый каталог кластера. Проверяли права на /home/usr1cv8? Вы там где-то писали, что вручную указывали путь к каталогу, может какие-то каталоги от рута создавались? У меня права 755 usr1cv8:grp1cv8.
Еще можно попробовать сервер вручную запустить от рута, если будет работать, значит, скорее всего, где-то не хватает прав.
(64) sudo /opt/1C/v8.3/x86_64/ragent -daemon -debug
Посмотреть список запущенных процессов 1С можно командой
ps aux | grep v8.3
там отображается пид, пользователь и команда.
После такого запуска придется вручную убивать запущенные процессы с помощью
kill <PID>
Это он пытается установить связь с менеджером кластера rmngr, но так как менеджер не стартанул, то ловим "Connection timed out".
Учитывая, что в ТЖ даже не появляется событие PROC с process=rmngr, возможно стоит проверить под каким пользователем стартует менеджер и его права на доступ к нужным директориям.
(74) Насколько мне известно по теории, сначала запускается ragent, затем от того же пользователя, под которым запустился ragent, запускается rmngr, затем от того же пользователя rphost.
root@webforma:/opt/1C/v8.3/x86_64#
root@webforma:/opt/1C/v8.3/x86_64# ls -a -l | grep -P 'rmngr'
-rwxr-xr-x 1 usr1cv8 grp1cv8 73336 авг 4 02:06 rmngr
root@webforma:/opt/1C/v8.3/x86_64#
root@webforma:/opt/1C/v8.3/x86_64# ls -a -l | grep -P 'rphost'
-rwxr-xr-x 1 usr1cv8 grp1cv8 73304 авг 4 02:06 rphost
root@webforma:/opt/1C/v8.3/x86_64#
(66) Снова:
root@webforma:/#
root@webforma:/# /opt/1C/v8.3/x86_64/ragent -debug
1C:Enterprise 8.3 (x86-64) (8.3.10.2561) Server Agent (debug) started. Ctrl+C to exit.
terminate called after throwing an instance of 'core::FileException'
Aborted (core dumped)
root@webforma:/#
(67)Ну вот так лучше, теперь снесите 1С вместе с каталогами и установите заново, по умолчанию, после перезагрузки должна запустится, если из вне не будет доступа, откройте порты в фареволе
(79)Ну в принципе у вас сервер запустился, слушается порт 1540, что бы слушался порт 1541, надо создать кластер, скорее всего вы его снесли когда экспериментировали
(73) Никак нельзя, на этом серваке еще и другие вещи завязаны, такие как чат из MySql в 1С. Просто нагрузки от чата никакой, сервер по сути простаивает, в это же время есть проблема обращения 1С с другого сервера к этому чату; а как только прям на нем будет 1С, сразу обе проблемы решаются.
У grp1cv8 почему-то нет прав на запись:
root@webforma:/home/usr1cv8/.1cv8/1C/1cv8# ls -l -a
total 12
drwxrwxr-x 2 usr1cv8 grp1cv8 4096 окт 11 14:26 .
drwxrwxr-x 3 usr1cv8 grp1cv8 4096 окт 11 13:34 ..
-rw-r----- 1 usr1cv8 grp1cv8 20 окт 11 14:26 1cv8wsrv.lst
root@webforma:/home/usr1cv8/.1cv8/1C/1cv8#
Добавлю, после чего установлю.
Удалил сервер вместе платформой.
Установил сервер 1С, запускаю - и, как говорится, "опять 25".
Мне уже кажется, что я что-то не так делаю:
service srv1cv83 start
Так ведь запускается по правильному? :)
service srv1cv83 stop
так останавливается.
Права все даны, в "gmome-terminal" зашел под рутом и пишу все команды: запуск, остановка и пр. Странно. Я предположил, что надо, наоборот, не под рутом заходить, а конкретно под usr1cv8 и запускать, но я тоже так пробовал, ничего не меняется.
(83)проверьте права у пользователя 1С на запуск файлов из каталога установки 1С, сам сервер запускается, к нему можете подключится с удаленного компьютера?
(84) Полные права:
root@webforma:/# cd /opt/1C/v8.3/x86_64
root@webforma:/opt/1C/v8.3/x86_64# ls -l -a | grep -P 'rmngr'
-rwxrwxr-x 1 usr1cv8 grp1cv8 73336 \u0430\u0432\u0433 25 02:05 rmngr
root@webforma:/opt/1C/v8.3/x86_64# ls -l -a | grep -P 'rphost'
-rwxrwxr-x 1 usr1cv8 grp1cv8 73304 \u0430\u0432\u0433 25 02:05 rphost
root@webforma:/opt/1C/v8.3/x86_64#
И так для каждого файла в /opt/1C/v8.3/x86_64/
Сервер, конечно же, работает, я ведь с него всю информацию беру. Подключаюсь к рабочему столу, можно и просто terminal по ssh, как угодно, в этом отношении все норм.
(87)У линукса нет консоли управления сервером, надо из под виндовой машины подключатся и создавать кластер. Либо использовать командную строку, вот тут по простому написано http://gvk777.blogspot.com/2016/01/1c-linux.html
Можно было бы увидеть пытается ли агент запустить менеджера, стартует ли менеджер. Если стартует, то к каким ресурсам выполняет обращение и с каким результатом перед падением.
01:27.733000-0,SYSTEM,1,process=ragent,level=TRACE,component=rtrsrvc,class=UdpHeartbeatConnection,line=2407,file=./src/DataExchangeServerImpl.cpp,threadId=140563275835264,func=start,event=udp listener not allowed,family=10,type=2,protocol=17,port=1540,error=cannot listen on UDP port 1540
01:27.733001-0,SYSTEM,1,process=ragent,level=TRACE,component=rtrsrvc,class=UdpHeartbeatConnection,line=2407,file=./src/DataExchangeServerImpl.cpp,threadId=140563275835264,func=start,event=udp listener not allowed,family=2,type=2,protocol=17,port=1540,error=cannot listen on UDP port 1540
(97) все верно. Это функция проверки занятости(точнее подтверждения соединения) порта. И как результат - не возможности прослушивать этот порт. Вызывается 2 раза. Оба раза ошибка.