Друзья

Server returned nothing (no headers, no data)
Ошибка при выполнении запроса POST к ресурсу /e1crdbg/rdbg:
ed776789-afce-4ed9-8983-93ae0ace6e3c: Ошибка HTTP при обращении к серверу: http://ws-msk-01-008:1550

кто-нибудь ловил / борол при использовании сервера отладки кластера (отладка по http)?

Конфигуратор, dbgs.exe и кластер (сервер приложений) запускаются на одном хосте.

У меня это (вроде как) на ровном месте возникло - параметры отладки не менялись, порт 1550 доступен и прослушивается, хост (ОС) перезагружал.
Возвращаться на тср-отладку как-то не очень хочется)

Включал полный ТЖ на хосте, по процессу dbgs ничего не собралось (в папке файл с пустым содержимым), сами ошибки выдернул из лога процесса конфигуратора (1cv8), в остальных местах кажется, что ничего полезного больше нет.

Решилось повышением приоритета ipv4 перед ipv6 на моем хосте.
То есть на момент проявления проблемы имя хоста сервера отладки (моего хоста) резолвилось в ipv6.
После понижения приоритета имя моего хоста стало резолвиться в ipv4 и все заработало. Правда, работает только до очередной перезагрузки.

Туго тебе там приходться(

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

Товарищи, столкнулся с любопытной штукой в новом РЛС. раз в 47 часов ключи "устаревают" - за это отвечает настройка "КоличествоЧасовУстареванияНеиспользуемыхЭлементов" в УправлениеДоступомСлужебный. внимание вопрос... какой в ней смысл? зачем пересчитывать ключи каждые двое суток? В каком случае ключ считается устаревшим?

Все, победил, ура

Вдруг что то сломается, через 2 дня оно само подчинится)

Что ещё делал то?

Эээ куда удалил, я не дочитал(

Да все то же самое - с префиксами ipv6 игрался через netsh.
Просто в статье Гилева с двумя способами решения дана опасная механика и после перезагрузки все может поломаться. Оно будет сразу работать только до первой перезагрузки.
А чтобы восстановить ситуацию, нужно уже полностью понимать механику, которую и пришлось постигать с помощью МСДН и других найденных ресурсов.
А после этого уже удалось и исправить изначальную проблему, т.к. полностью постиг, что да как.
Короче тянет на мини-статью на ИС)

Ключи это производные от полей данных же, да?

Да, в том числе. Но при изменении объекта его ключ обновляется автоматом, для этого не надо ждать 2 суток

Ну вот вдруг оно не сработало? Кто-то записал с ОбменДанными.Загрузка

Или как-то еще извратился

Привет всем!
Коллеги подскажите из чего может возникать ошибка, что смотреть?
SonarQube 8.2
SonarScaner 4.3
1C (BSL) Community Plugin 1.6.1
При проверке возникает ошибка
ERROR: Error during SonarScanner execution
java.lang.IllegalStateException: Failed to read external issues report 'D:\Repo\out\acc-generic-issue.json'
       at org.sonar.scanner.externalissue.ReportParser.parse(ReportParser.java:
45)

В конфиге в каком поле прописан путь?

про этот? sonar.externalIssuesReportPaths=./out/acc-generic-issue.json

или это? c:\DevOps\sonar-scanner\bin\sonar-scanner.bat -D"sonar.login=

Файл не пустой?

Имя проперти верное