Доброго времени суток.
Прошу вашей помощи, сегодня словил интересный глюк, суть которого в принципе в заголовке.
Имеется платформа 1С:Предприятие 8.3 (8.3.16.1063), на ней крутиться самописная конфигурация, в клиент-серверном режиме.
Проблема такова: если в записи реестра оставить включенным параметр "-debug", чтобы была серверная отладка, приложение отказывается запускаться каким либо образом (толстый/тонкий/веб клиенты), выдает ошибку "На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто".
До этого был год стабильного полета, без сучка, без задоринки.
Если параметр убрать, все работает отлично, но без отладки на сервере, что превращает разработку/правку в слепое тыканье...
ОС: Windows Server 2008 R2 x64 Rus
MsSQL: 2008 R2
Может кто сталкивался? Гугл не помог...
Буду очень благодарен за помощь/советы.

перенести -debug в другое место в строке. в начало или в конец параметров. звучит диковато но однажды это помогло)

а если запустить -debug -http ?

(1) О_О да ладно...?

Проблема в том, что особо экспериментировать не получиться, 100+ активных пользователей, мне башку оторвут, если все будут сидеть без программы )

Чувствую, ночка будет длинной...

(0) Мэтр, предлагаю запустить еще одну инкарнацию сервера на других портах. Вот тут расписано https://its.1c.ru/db/v8320doc/bookmark/cs/TI000000129

(6) И приязать его той-же SQL базе? Ну-ну.

(7) Это плохая идея... Как и отладка в рабочей базе

(8) особенно отладка фоновых заданий)

(0) покажи строку запуска службы, для начала

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

(11) так в этом и проблема, что у (0) эта схема не взлетела.

(10) "C:\Program Files\1cv8\8.3.16.1063\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"

(11) Не все так радужно, как хотелось бы :(

(12) Именно. Год работало, а тут "драсте"

(13) а дебаг так прописывали?
"C:\Program Files\1cv8\8.3.16.1063\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug

(13) на а дебаг куда воткнута ?

(15) кеш чистили?

У нас так, если че:

"C:\Program Files\1cv8\8.3.18.1334\bin\ragent.exe"  -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -debug -d "d:\srvinfo"

(19) у нас в конце прописан и все работает как надо

Отладка в продуктиве это в любом случае дичь.
Что мешает автору купить минисервер и комплект разработчика со скидкой непонятно. Наверное сертификатов нет...
Или контору раскулачить на покупку минисервера для разработки и отладки.

(21) я думаю у конторы в 100+ активных юзверов найдется денег на сервер мини. Мы так и работает, вся отладка на копии

Размещение ключа debug в командной строке уже сто лет никакого значения не имеет.
Эта проблема была на какой-то древней версии платформы и давным-давно пофиксили её.

(16) Да, так прописывал

(17) На данный момент никуда, так как при воткнутой дебаге клиент не запускается, я же писал...

(22) Заказали полноценный сервер, стойку, упс на 2 КВ, ждемс....

(26) кеш пробовали чистить?

(0) включи отладку по http

Проблемы с отладкой могут быть в двух случаях.
1. Кэш. Надо останавливать все службы 1С (сервер, агент, RAS, сервер хранилищ), чистить все папки с временными файлами и папочку с сеансовыми данными snccntx[32-хзначная абракадабра] в реестре кластера.
2. Бандмауер/фаервол или какие-то другие проблемы с сетью или конкуренция по портам отладки с другими службами/приложениями. Необходимо проверять, что локально на сервере (при запуске клиента на той же машине, где размещён сервер) всё работает. Проверить, что порты, по которым идёт отладка ни кем не заняты и открыты.

(27) Угу. И кеш юзера, и кеш конфы

(28) Вечером попробую.

(29) Вечером попробую.

Пока спасибо всем огромное за советы. Вечером буду пробовать. Завтра утром отпишусь что да как.

И неплохо было бы посмотреть что вообще в журнале винды на сервере при этом пишется.
Я уж молчу о технологическом журнале. Его, как я понимаю, нет.

(19) Тоже надо попробовать.

(32) Сеть, порты и настройку брандмауера можно проверить прямо сейчас.

(34)[Я уж молчу о технологическом журнале]
а зря

(35) Хрень это. Размещение ключа debug в командной строке запуска службы не имеет никакого значения. Эта байка - тяжёлое наследие багов древних версий платформы, которые уже давно пофиксили.

(38) Не совсем понял. Это зависит от версии платформы ?

(39) люди говорят что давно пофиксили, но тот кто гулял по этим граблям - помнит))

чистили кеш сервера 1с?

(39) Имеется ввиду конкретное место размещения ключа "debug" в командной строке. Когда-то давным-давно с стародавние времена на какой-то версии платформы, номера которого уже никто и не помнит, был такой глюк.
Если ключ debug разместить в середине, а не в конце строки запуска службы (или наоборот - в конце, а не в середине...), то отладка не работала.

Тот баг уже сто лет как пофиксили, но народ рефлекторно продолжает эти шаманские игры с расстановкой ключа -debug в разные места строки запуска.

(42) Понял )

(41) угу

(44) а как чистили?

Конкуренция с другими службами(или некорректными настройками текущей), использующими порт отладки - хорошая версия, кстати. Мне кажется надо посмотреть детально, так как при 100 юзерах могли настройки по умолчанию менять.

(19) Вы не поверите, но сработало именно это... Я в шоке.