Не работает отладка на сервере #778036

Имеется 1С 8.3.8.1861+Ubuntu 16.04+PostgreSQL. Все работает,все хорошо, но не работает отладка серверных процедур в конфигураторе. Ключ -debug добавлен ко всем службам,брендмауэр отключен, имена базы и строки подключения совпадают, предмет отладки типа сервер есть,  но автоматом не подключается, а добавление вручную не решает проблему. 1С на серваке одна,т.е никаких других платформ и сервисов там нет. Помогите кто чем может. p.s. Заметил такую штуку - в моей базе порт отладчика 1560 и порт сервера тоже 1560,  а в других базах(правда на виндовом сервере) порты сервера и отладчика отличаются. Может в этом проблема? Как изменить порт не нашел. p.p.s. Прочитал статью, о том что 1С изменила архитектуру отладки. И чтоб она работала нужно добавить ключ к службе сервиса -http. Но как добавить ее в линуксе ни слова. Интернет тоже молчит. Кто-нибудь сталкивался с таким?

апну

сходи на ubuntu.ru

Сомневаюсь, что дело в убунту

Показывай окно предметов отладки

Предмет отладки виден и отладчик к нему подключен. Твоя проблема в том, что точки останова не работают. Когда останавливаешь выполнение кода ("Отладка - Остановить") и потом что-нибудь делаешь в пользовательском режиме, то отладчик остановится на первой выполнившейся строке кода? Проверь это не на внешней обработке, а на какой-нибудь форме конфигурации

это я их ручками в нижнюю таблицу поместил, а так ни клиент ни сервер автоматом не подключаются

Так проблема в том, что автоматом не подключаются, или все-таки в ?

Параметры->Дополнительные->Устанавливать режим разрешения отладки: включен?

включен проблема в том что в не останавливается на точках останова в серверных процедурах "Отладка - Остановить" ничего не происходит, отладка не прекращается

После добавление ключ -debug службу перезапускали?

Сначала службу, а потом и весь сервер

"не останавливается на точках останова в серверных процедурах" // А в клиентских?

а в клиентских останавливается

В недрах etc/init.d/srv1cv8 раскомментировал строку SRV1CV8_DEBUG=1?

Конечно, иначе бы ключ -debug не появился бы

Где появился? Ты смотришь командные строки запущенных процессов ОС и ключ там есть, верно?

usr1cv8   2123  0.0  0.1  45248  4660 ?        Ss   авг03   0:00 /lib/systemd/systemd --user usr1cv8   2125  0.0  0.0  61276  2020 ?        S    авг03   0:00 (sd-pam) usr1cv8   2143  0.3  1.1 828596 47000 ?        Ssl  авг03   5:12 /opt/1C/v8.3/x86_64/ragent -daemon -debug usr1cv8   2157  1.2  3.7 1354716 150108 ?      Sl   авг03  18:59 /opt/1C/v8.3/x86_64/rmngr -port 1541 -host Ubuntu-1604-xenial-64-minimal -range 1560:1591 -debug -tcp -clstid 3273afcc-57c6-11e6-3384-5254a20178af usr1cv8   8921  0.9  8.6 1629804 350392 ?      Sl   10:23   0:42 /opt/1C/v8.3/x86_64/rphost -range 1560:1591 -reghost Ubuntu-1604-xenial-64-minimal -regport 1541 -pid 33721e72-57c6-11e6-3384-5254a20178af -debug -tcp root      9560  0.0  0.0  17560   976 pts/0    S+   11:41   0:00 grep --color=auto 1c

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

А клиентское приложение и сервер приложений на разных хостах расположены?

Да

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

а чего фоновые задания не подколючил? забыл?

Судя по командным строкам запущенных процессов, диапазон портов используется стандартный. Так что размещение файлов debugcfg.xml на обоих хостах _вроде_ не требуется

Зачем? Фаерволов нет, брэндмауэр отключил на клиенте "Открыл все порты на обоих серверах в обе стороны?" Насильно ничего не открывал. на линуксе iptables ничего не блокируют, значит там все открыто, а на клиенте хз как проверить?

Может причина в этом "Заметил такую штуку - в моей базе порт отладчика 1560 и порт сервера тоже 1560,  а в других базах(правда на виндовом сервере) порты сервера и отладчика отличаются."

ап

Нет, у меня так же "а на клиенте хз как проверить?" // Тут не подскажу, какая утилитка в Убунту сможет показать _доступность_ порта. Кажется, при попытке подключиться всякими ssh / telnet'ами просто подтвердит, слушается ли порт, но открыт ли он в принципе, не покажет. Сделай такой эксперимент: запусти конфигуратор на хосте сервера приложений и проверь отладку там. Т.е. все локально на одном хосте.

это невозможно, на серваке урезанная версия ОС убунту без графического интерфейса

Случаем к базе подключение с клиента не по ИП-адресу происходит (в строке запуска)?

сначала было по айпи, потом поменял на имя сервера из консоли администрирования серверов. Это ни на что не повлияло

"потом поменял на имя сервера из консоли администрирования серверов" // Я про строку соединения на клиенте. Та, что прописана в v8i-файлах. И заодно покажи строку адреса отладчика в настройках отладки.

"Я про строку соединения на клиенте. Та, что прописана в v8i-файлах". А где их искать? Поиск в виндовс не дал результатов. "И заодно покажи строку адреса отладчика в настройках отладки."

"Поиск в виндовс не дал результатов" // А, так у тебя клиент на хосте под управлением Винды. Я почему-то думал, что тоже Убунту... Искать, например, в диалоге "О программе", там строка соединения написана. Но скорее всего дело в виндовой файрволе, ставлю на это (отключи его в расширенной оснастке для всех трех видов сетевых расположений)

*в виндовом файрволе

Брендмауэр отключен, я написал это в своем первом сообщении

Какая конфа? В новых типовых всякое через фоновые запускается, надо включать автоподключение к ним.

Самописная

ап

Убеди меня в этом

В службах попробуй полностью отключить Брандмауэр Windows

Не помогло

Так ты  в домене. Ну телнет с линукса до своего хоста на разные порты поделай - будет коннект успешен?

Да я дома пытался отладку подключить. Тоже не работает. А когда на работе отключил брендмауэр, то перестала работать отладка рабочих баз)))

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

Пропишите ip-адрес и имя сервера в файле hosts. Читайте ИТС "отладка прикладных решений"

не получилось в hosts, прописываем на DNS сервере? ламерское решение! даже читать смысла нет. пускай пилят по человечески уже. проблема реально существует. просто временное решение в .

уже есть .2088. Может быть, поправили.

Столкнулся с описанной проблемой еще 8.3.7, думал проблема в docker, т.к. ubuntu 14.04, postgres и 1с установлены в контейнере docker. Ключ -http проблему решил. В моем случае добавлял параметр в supervisord.conf command=/opt/1C/v8.3/x86_64/ragent -port 1540 -regport 1541 -range 1560:1591 -debug -http Но отладка http иногда в процессе отладки, вещает весь сервер. Процесс dbgs дает почти 100% нагрузку на процессор. Иногда достаточно закрыть сеансы 1с и конфигуратор и предприятие, но чаще перезапуск контейнера docker.

установка клиента на сервер ubuntu без графического интерфейса? Ну да, немного неудобно, но решение рабочее. А еще можно все списать на кривую платформу. А можно взять и прочитать, а потом и проверить все, что написано на итс (а там ведь немного текста). Проверить порты клиента и сервера тем же телнетом, убедиться, что имена клиента и сервера резолвятся. Чудес не бывает. Убежден, что если к вопросу подойти вдумчиво, то все получится.