PROИТ
Office 365, AD, Active Directory, Sharepoint, C#, Powershell. Технические статьи и заметки.
1С. Аварийное завершение, платформа легальная
30 комментариев :
Совет от коллеги из чата телеграм: В нашем случае кажется проблема в отсутствии свободных лицензий. Сейчас активировали дополнительные, вроде перестало вылетать.
К сожалению, не наш случай: у нас 150 лицензий активировано, а пользователей на данный момент в разы меньше.
Имеем идентичную проблему. Перепробовано всё, попытки тщетны.
Такая же проблема, возникла сегодня. Проявляется не у всех, но сильно нервирует тех кому повезло меньше.
Такая же проблема. Обновлений никаких не было, ни Windows, ни платформы. Сегодня с утра начала вылетать УНФ версия 1.6.21.124 (платформа 8.3.17.1851), точно такая же ошибка. На сервере 1с разные базы: УТ10, БП, УНФ. Проблема возникает именно с УНФ. Пока решения нет.
Переустанавливали платформу, драйвера на hasp-lm, выносили базы на резервный сервер, ничего не помогает. Консультант по 1с говорит, что проблема как минимум ещё у трех предприятий. Системности никакой нет.
Добрый день. Удалось найти в чем проблема? После обновления БУХ и ЗУП на актуальные релизы — такая же ошибка. Один-в-один. Тоже все легально.
Есть обратная связь от разработчиков платформы. Про проблему они знают.
Это ошибка в платформе, связана с внешними сервисами.
В тестовой 8.3.17 уже исправлена. На 8.3.18 будет на этой неделе.
Вы про 8.3.17.2231?
Сказали, что по 8.3.17 релиз с исправлением будет в конце неделе. Номер релиза не знаю, к сожалению. Мы ждем 8.3.18.
Такая же проблема, то же все легально. Попробовали обновить с 8.3.18.1208 до 8.3.18.1433 — не помогло. Получается , что борьба с легальными пользователяит 🙁 Кто уже пробовал установить тестовый релиз 8.3.17 — помогает?
Вы имеете ввиду 8.3.17.2231?
Всем привет. Два дня уже наблюдаю такую же проблему. Платформа 8.3.18.1289. Серверная. лицензии как программные так и ключи. Все легально. Платформа была установлена в начале года и полет был нормальный до 18.05.2021 года.
всем привет,
так же как у всех со вчерашнего вылетает 1с с аварийным завершением на серверах с USB ключами.
попробовали добавить в хост (в файл hosts) строку: 127.0.0.1 baidu.cn
пока наблюдаем
Говорят, что помогает отключение рекламного блока при запуске
а кто-нибудь знает источник откуда скачиваются новости и реклама?
я бы заблокировал весь трафик до этих адресов, беглый просмотр кода не показал.
Вот тут выложили обработку для отключения рекламы и новостей
https://it4trade.ru/errors_1s/oshibka-avarijnoe-zavershenie-nevernye-ili-otsutstvujushhie-parametry-soedinenija-s-informacionnoj-bazoj.html
это поможет только до следующего обновления, так как у 1с есть код выполняемый после обновления который удаляет эти настройки
Мы заблочили на роутере baidu.cn и третий час без вылетов, предполагаем что в рекламе использовался какой то блок загружаемый с baidu.cn который приводил к падению 1с
Появилась информация , что проблема исправлена во всех тестовых релизах 8.3.17, 8.3.18 и 8.3.19. А за рекламу в купленом продукте им вообщем жирный минус.
1. Отключение рекламного блока — реально помогло. Ни у меня ни у пользователей не вылетает ошибка. Как временный вариант решения проблемы — более чем.
2. Выпустили платформу 8.3.18.1483. Поставила ее пока у одной организации, там файловая база. Включила обратно рекламный блок — полет нормальный.
По последним данным ошибка перестала появляться и на тех платформах, на которых ранее появлялась. Поэтому, если не больше не появляется, возможно обновление платформы не требуется.
обновил бух и зуп до актуальной версии, проявляется падение
Стоит версия 8.3.18 и стало вылетать аварийное завершения работы что делать?
Так как раньше такой проблемы небыло
Платформа 8.3.19.1150 Падения с данной ошибкой продолжаются!
Ставьте 8.3.19.1229 , по крайней мере ошибки с расширениями исправили.
Имя сбойного модуля: backbas.dll_unloaded, версия: 8.3.18.1616, метка времени: 0x6117ea7d
Поставил платформу 1С впервые на комп, активировал пин-кодом из коробки, подключил рабочую базу — постоянные вылеты со ссылкой на backbas.dll, платформы ставил разных релизов 17,18,19,20 редакций что х86, что х64 — вылеты продолжаются. База в ТиИ ошибок не показала, выгрузка-загрузка базы и очистка кэш не помогла. Клиент визжит и требует обратно деньги за 1С (на старой пиратской версии все работало, но нужно было обновление для маркировки).
Если ставили на ту же систему, где раньше стояла пиратская версия, то могли остаться "хвосты", платформа их "видит" и вылетает с ошибкой. В этом случае установку лицензионной версии нужно устанавливать на чистую операционную систему.
Комп новый, 1С устанавливалась вообще впервые. База ПРОФ была преобразована в базовую на другом компьютере, после этого была обновлена до последней редакции и перенесена на новый комп. При переносе естественно никакие DLL не переносились и никакие патчи не ставились.
Фирма «1С» опубликовала рекомендации для устранения ошибки «Аварийное завершение»
Несколько дней пользователи 1С сообщали о массовом возникновении ошибки, при которой происходило аварийное завершение работы конфигураций. Фирма «1С» подготовила рекомендации для решения данной проблемы.
«Аварийное завершение»: что делать?
Пользователи решений на платформе 1С, а также компании-партнеры в течение нескольких дней фиксировали возникновение достаточно неприятной ошибки, которая аварийно завершала работу различных конфигураций при старте.
Проблема проявлялась при старте при наличии доступа к интернет. В большинстве случаев, перезапуск приложения решал задачу и не приводил к повторным падениям.
Сбой в работе 1С затронул легальных пользователей, которые не используют контрафактные версии ПО. Ошибка возникала на различных конфигурациях, версиях платформы и во всех вариантах работы – файловом, клиент-серверном и даже при работе в режиме «облака».
Сегодня на сайте 1С появилось сообщение с рекомендациями по устранению проблемы. Фирма «1С» указала на то, что проблема наблюдается в релизах технологической платформы, начиная с 8.3.16.1791, 8.3.17.1823, 8.3.18.1201.
«Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483 (будет опубликована 19.05.2021). Фирма «1С» приносит извинения пользователям, у которых проявилась указанная проблема. Для ее устранения предлагаем обновиться на указанные версии платформы или последующие», – говорится на официальном сайте.
Порядок регистрации ошибок платформы
Активная позиция пользователей, предпочитающих сообщить коллегам о возникновении проблемы на профессиональных форумах и в чатах, положительно сказалась на сроках устранения ошибки. Публичные дискуссии продемонстрировали, что проблема действительно является массовой, и требует максимально оперативной реакции со стороны вендора.
Но кроме общения на форумах и в конференциях, фирма «1С» предлагает пользователем регистрировать возникающие ошибки в специальном сервисе. Так можно будет достигать еще более оперативного реагирования со стороны разработчика.
Напомним, что при возникновении ошибки необходимо подготовить обращение в техническую поддержку:
- сформулировать проблему (одно обращение=одна проблема, не рекомендуется объединять в одном письме несколько кейсов);
- подготовить скриншоты с описанием ситуации;
- указать релизы конфигурации и платформы.
Всю эту информацию необходимо передать в техподдержку «1С» по адресу v8@1c.ru. Там обращение будет зарегистрировано, и выявленной ошибке будет присвоен номер. Дальнейшую судьбу описанного инцидента можно будет отслеживать в специальном сервисе.
О том, как работать с выявленными в 1С ошибками, написано на сайте сервиса «Публикация ошибок».
Исправленные версии платформы
Если у вас при старте программы проявилась проблема с аварийным завершением работы, фирма «1С» предлагает установить обновления 8.3.17.2231, 8.3.18.1483 и 8.3.16.1973, где эта ошибка уже исправлена.
Добрый день!
А можно поподробнее пояснить — где там регистрировать ошибки?
- Скопировать ссылку
- Перейти
(1) там это нельзя сделать)))
Велком в реальность
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
(4) Одно из самых главных, что мы ожидаем от трекера — это поиск «похожего» тикета и ответы на вопросы «а не зарегистрирована ли уже такая же ошибка» и «что об этом говорят в сообществе» (а не только скупое описание ошибки и обхода).
И тут мы такие «(тадам. ) для этого можно использовать партнерку, ибо ничего более подходящего увы нет». Потому как ищем мы не номера, а описания, примеры, обсуждения.
И вынуждены так делать. А 1С вынуждено бороться с нами, как с последними вредителями, ссылаясь на правила партнерки.
Т.е. вместо того, чтобы прочесть явно сформулированный запрос сообщества и сделать трекер здорового человека, продолжают по нам долбить, что «неположено». И что «дорожки будем прокладывать по проекту, а не там где людям удобно/ходят».
(опять негодование прорвало, сорри)
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
«За чей счёт банкет?»
Увлеклись преследованием нелицензионников, да так, что подкинули проблем вообще ВСЕМ.
А теперь им надо помочь и написать об ошибках.
Отношение к покупателям/пользователям как к «бета-тестерам» — основной подход фирмы 1С.
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
- Скопировать ссылку
- Перейти
В логах Windows в записи об ошибке приложения (Source: Application Error) при этом краше идут ссылки на:
— ок. 30% случаев на «C:\Program Files\1cv8\8.3.18.1363\bin\backbas.dll»
— ок. 70% случаев на «C:\Program Files\1cv8\8.3.18.1363\bin\vcruntime140.dll»
Т.к. backbas.dll на сколько я знаю — вроде как компонент защиты, то с ним мало что можно сделать. Решил разобраться с
vcruntime140.dll
1С при установке из дистрибутива хоть и ставит в систему дополнительно комплект библиотек VC++, но почему-то тащит себе в норку (Bin) свой персональный экземпляр vcruntime140.dll, а не используется системный из Windows\System32
В итоге в папке \8.3.18.1363\bin\ лежит довольно древняя версия vcruntime140.dll: у меня была 14.16.27033.
Что сделал:
Выкачал последние версии распространяемых пакетов библиотек VC++ с сайта Microsoft (на сейчас это 14.28.29914), установил их в систему и скопировал новые версии vcruntime140.dll из папок
C:\Windows\System32
и
C:\Windows\SysWOW64
в папки \8.3.18.1363\bin\ 64-битной и 32-битной 1С соответственно.
У кого одна версия 1C (обычно x32) — достаточно одну библиотеку заменить.
Делал это на терминальном сервере разработчиков 1С, где они работают и постоянно ловят эту ошибку.
До замены библиотеки vcruntime140.dll — 11 событий краша за 4 часа.
После обновления библиотеки vcruntime140.dll — 0 событий за 36 часов (на момент написания поста)
Пока стучу по дереву и собираю статистику.
Обновлять платформу из-за экспериментов от 1С точно нет возможности: 500+ юзеров и только согласование и подготовка обновления занимает 1-2 месяца
Как избежать аварийного завершения работы платформы 1С версии 8.3.11 и выше
Данная статья актуальна только для старых версий продуктов на платформе Mobile SMARTS.
При работе с файловыми базами в обработке компании «Клеверенс» в 1С версии 8.3.11 и выше может происходить аварийное завершение работы приложения.
Чтобы этого избежать, необходимо воспользоваться одним из нижеприведенных способов:
В обработке зайти в настройки, а затем нажать на кнопку 
.
Далее необходимо в пункте «Компонента Mobile SMARTS» выбрать «На сервере» и нажать на кнопку «Записать и закрыть».
Производить работу только в режиме «Толстого клиента» 1С. Для этого необходимо открыть 1С и нажать на кнопку «Изменить».
Откроется окно, в котором нужно нажать «Далее», а в следующем окне выбрать режим работы «Толстый клиент» и нажать «Готово».