Всем привет.

Есть проблема... время от времени не запускается конфига в УТ 11.4.13.282 (платформа 8.3.24.1548).

Есть ряд УТ-шек, ввсе с одинаковым релизом, с одинаковой платформой, параметрами запуска, только на разных серваках, и вот раз в день (раз в два-три дня) какая то из баз тупо не запускает конфигу, в диспетчере сеанс типа запущен, но он не доходит даже до запроса логопаса.... в консоли сеанса нет.


Заметили, что в пользовательском режиме выскакивает уведомление о том, что конфига изменена, и вот после такого  уведомления конфиг не работает, ребут выручает, но временно.

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

Меняли платформу (на 8.3.24.16что то там) там другие ошибки были. Хотелось бы оставить ...1548 но решить вопрос с конфигой.

(Конфига на хранилище)

Подскажите кто сталкивался и как решали.

...Тестирование/ исправление так же не приносит пользы...
...чистка кэша локаьно у пользователя не помогает, чистка кэша серверного тоже, только ребут

Не надо обновлять динамически

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

(2) а так же повторюсь, изменений по объектам метаданных - нет (после ребута проверяла)

(0) Был бы последний релиз УТ11, то можно было бы предположить,что как-то неправильно работает применение автозагружаемых расширений с патчами обновлений конфигурации.

тестовые базы (на тех же платформах) открываются без проблем (есть серверные тестовые и есть файловые)

(5) расширений на самом деле - несколько... основное с глобальным кол-вом доработок - оно так же на хранилище, но есть ряд расширений которые могут реально обновлять динамически...

(7) "есть ряд расширений которые могут реально обновлять динамически..."

Попробуйте копать в эту сторону

ОК.

(0) Не совсем понятно, не запускается пользовательский режим или конфигуратор?

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

(10) конфиг

(12) Что-то ломает основную конфигурацию
[MyBase].[dbo].[Config] - можно пробовать расковыривать лог SQL.
У нас такое бывает при нестабильной связи с хранилищем, т.е. в какой-то момент портится таблица конфигурации. Помогает зачистка средствами SQL и заливка конфигурации из работающей тестовой БД
Если надо, дам команды для консоли SQL

(13) наверное да, попрошу команды, скулем занимаются админы... передам им на кр случай
поищем с двух сторон

Динамическое обновление

Вот это покажет даты проблемы

SELECT Modified
  FROM [Base].[dbo].[Config]
  Where Filename Like '%dyn%'

(15) спс

(0) А банально
Дополнительные параметры запуса: /ClearCache
не помогает?

(17) увы...

(14) Вот так чинить при наличии целой тестовой БД
Delete From [MyBase].[dbo].[Config] WHERE [FileName] LIKE 'DynamicallyUpdated'
Delete From [MyBase].[dbo].[Params] WHERE [FileName] LIKE 'DynamicallyUpdated'
можно и как в (15) Where Filename Like '%dyn%'

//синхронизируем конфигурацию текущую и сохранённую из тестовой БД
Delete From [MyBase].[dbo].[ConfigSave]
INSERT INTO [MyBase].[dbo].[ConfigSave] SELECT * FROM [MyTestBase].[dbo].[Config]
Delete From [MyBase].[dbo].[Config]
INSERT INTO [MyBase].[dbo].[Config] SELECT * FROM [MyTestBase].[dbo].[Config]

(0) Конфигуратор конфигурировал, конфигурировал, да не выконфигурировал...

Может пора на 25-ю платформу?

(21) Ага, чтоб окончательно доконать структуру базы.

Или попытаться локализовать проблему, например через удаление базы на сервере 1С, не трогая базу скуля и заново создавая на сервере?

(22) 24-я по отзывам более глючная чем 25-я

(23)+ в смысле понять это чисто глюк сервера 1С или его кэша
или все же конфы в базе субд

(25)+ так же с другого места/компа конфигуратор тоже не открывается глючной базы после глюка?

(24) Это точно. Но и 25-я не сахар, на 8.3.25.1394, к примеру, конфигуратор виснет иногда при подключении к хранилищу и субъективно потупливает на ровном месте. Но несильно критично.

(19) спс
(21) нет, пока что повременим
(23) (25) мы накопали только то, что проблема появляется только на платформе 8.3.24.1548, ставили выше (ранее была ниже текущей) вот именно таких качелей не было.

Удалить/восстановить базу, проблематично, немного...

(26) с разных серверов (есть dev сервер, есть прод сервер, и там и там конфиг не работает), под разными учетками.

пока что выяснили, что динамических обновлений!!!!! не было, за последние несколько дней прям 100%

(29) Откуда Вы знаете? Вам так сказали?

(30) сами проверили

ЖР, сравнение расширений с тестовыми базами

по метаданным изменений нет, как минимум

(0) А пробовали отмотать назад журнал регистрации и посмотреть, что там было перед сообщением пользователям? Может кто-то вошел в конфигуратор и разбираться нужно уже локально с этим пользователем и его клиентом.

Гипотеза: у кого-то из программистов, подключённых к хранилищу, релиз платформы слегка отличается от остальных.

На моём опыте такое было и приводило к ошибке формата потока в конкретных местах конфигурации, не во всех

(34) пробовали, по ЖР ну вот ничего такого, есть типа изменение расширения из под Тонкого клиента (ну мы так понимаем, что либо заливали обновленный файл расширения через польз режим, но сравнили - один в один, либо добавили новый (увы нет наименования расширения), но состав расширений одинаковый.
(35) на dev сервере установлено несколько платформ, спецом для того, что бы база запускалась под конкретной (что на сервере базы....

последнее предположение:

у нас расширение ИР есть, и там несколько настроек по доступам к записи объектов, подозреваем, что когда меняются настройки доступности - что то идет не так...

Гипотеза: Долгие регламентные/фоновые на предыдущей версии до обновления
Такое может быть как при динамическом, так и расширениями

сча будем методом научного "тыка" проверять теорию...

(38) Обновление индексов недавно мозгУ выносило...

(38)+ Пока выполнение не завершится - в конфигуратор тупо не пускает

(35) Вот у меня тоже подозрение было на релиз платформы. Только я не уверен: проверяется ли при попытке входа в конфигуратор релиз клиента, если с базой работают другие в режиме Предприятие.

(24) Всё так. Тестировали август-сентябрь 24-е и 25-ю. На 24 даже на тесте глюков словили вагон и маленькую тележку. На 25.1394 перешли через две недели после ее выхода. На всех конфигурациях и на проде, и на стейдж контуре полет нормальный

Добрый день. Коллеги, удалось ли кому-то понять причину? Столкнулись с тем же.

Если у кого повторялась проблема, решилась ли при смене платформы? Если да, то на какую?

--
Вижу выше предположение, что связано с динамическим обновлением. В принципе, возможно, но, получается, не с каждым (нет ощущения, что любое динамическое обновление к такому приводит).