Доброго времени суток.
Несколько дней подряд на терминальном сервере возникает ошибка 1Cv8tmp.1CD. Возникает при аварийном завершение платформы 1С.
"Имя сбойного приложения: 1cv8c.exe, версия: 8.3.12.1616, отметка времени: 0x5b6d006f
Имя сбойного модуля: ucrtbase.DLL, версия: 10.0.15063.400, отметка времени 0xe880f7dc
Код исключения: 0x40000015
Смещение ошибки: 0x000a544a
Идентификатор сбойного процесса: 0x1abc
Время запуска сбойного приложения: 0x01d45a122d01d518
Путь сбойного приложения: C:\Program Files (x86)\1cv8\8.3.12.1616\bin\1cv8c.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.12.1616\bin\ucrtbase.DLL
Код отчета: 57188f43-c61b-11e8-94bd-00155d462201"
База файл-серверная. Баз несколько, пользователей несколько, работают одновременно. После данной ошибки ни кто из пользователей подключится к базе не может из-за возникшей ошибки. Журнал платформы могу прислать по запросу.
Несколько дней подряд на терминальном сервере возникает ошибка 1Cv8tmp.1CD. Возникает при аварийном завершение платформы 1С.
"Имя сбойного приложения: 1cv8c.exe, версия: 8.3.12.1616, отметка времени: 0x5b6d006f
Имя сбойного модуля: ucrtbase.DLL, версия: 10.0.15063.400, отметка времени 0xe880f7dc
Код исключения: 0x40000015
Смещение ошибки: 0x000a544a
Идентификатор сбойного процесса: 0x1abc
Время запуска сбойного приложения: 0x01d45a122d01d518
Путь сбойного приложения: C:\Program Files (x86)\1cv8\8.3.12.1616\bin\1cv8c.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.12.1616\bin\ucrtbase.DLL
Код отчета: 57188f43-c61b-11e8-94bd-00155d462201"
База файл-серверная. Баз несколько, пользователей несколько, работают одновременно. После данной ошибки ни кто из пользователей подключится к базе не может из-за возникшей ошибки. Журнал платформы могу прислать по запросу.
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Суть тут вот в чем. Работают к примеру 5 пользователей с утра, в течении дня у одного из пользователей происходит аварийное завершение процесса 1С( падает платформа) и все он обратно зайти не может но те 4 пользователя также продолжают работу, и чтобы ошибку устранить необходимо всех вывести из базы. Почему вообще происходит данная ситуация с падением платформы может кто-то сталкивался с ней уже.
Проблема в том что это временный файл , т.е. создаётся при работе с базой , если ошибка возникает только у одного определенного пользователя , то в принципе лечится очисткой кэша под данным пользователем . Если ошибка возникает под разными пользователями , то стоит задуматься - возможно рушится жесткий диск , и стоит задуматься о переносе базы на другой комп
(12)
Причем, проставить права - это только первый шажок, не исключено, что он не поможет. В таких случаях, когда сбой происходит в стандартном модуле от MS, вообще может быть все, что угодно. Но делать хоть-что-то придется, потому что волшебного заклинания "сим-салабим-ахалай-махалай" тут просто не существует.
Попробуйте переустановить платформу, другой релиз, лучше - 64-битную версию.
вариант отпадает.
Почему? 100500 одновременно работающих пользователей в файловой базе? Не верю!
Причем, проставить права - это только первый шажок, не исключено, что он не поможет. В таких случаях, когда сбой происходит в стандартном модуле от MS, вообще может быть все, что угодно. Но делать хоть-что-то придется, потому что волшебного заклинания "сим-салабим-ахалай-махалай" тут просто не существует.
Попробуйте переустановить платформу, другой релиз, лучше - 64-битную версию.
(13)эти действия делали и не один раз, это так сказать "типовые" мысли) пока лезем дальше вскрываем поврежденный файл уже нашли там ошибку в таблице сессий. и причем сдесь 100500 работающих пользователей не понял этого) кстати фирма 1с говорит о 1024 одновременных соединений к файл-серверной базе!! =))
(14)
P.S. Впрочем, как я вижу - вы и сами абсолютно все знаете и сами все делаете, не вижу смысла вампомогать мешать.
эти действия делали и не один раз
Ну, извините, что не угадали то, что вы не потрудились написать.
пока лезем дальше вскрываем поврежденный файл уже нашли там ошибку в таблице сессий
Какой "поврежденный файл"? Временный 1Cv8tmp.1CD?
причем сдесь 100500 работающих пользователей не понял этого
При том, что "всех выгнать" для вас - не вариант.
P.S. Впрочем, как я вижу - вы и сами абсолютно все знаете и сами все делаете, не вижу смысла вам
(22)при включенной директиве EXCP в ТЖ на момент падения событий нет, дополнительно включили SYSTEM и EXCPCNTX. Дампы тоже включены, но без исходных кодов от них нет никакого толка.
Поврежденный файл можно проверить и исправить checkdbfl (повреждение таблицы sessions), но checkdbfl требует монопольного доступа, что требует завершения существующих сеансов
Поврежденный файл можно проверить и исправить checkdbfl (повреждение таблицы sessions), но checkdbfl требует монопольного доступа, что требует завершения существующих сеансов
(29)
По-моему - никак: если замена платформы не поможет, то это неоспоримое доказательство, что 1Сники способны дать только бесполезные советы, т.к. абсолютно ничего не соображают.
А если поможет, то см. п.1 - только полные дебилы могут работать на таком глючном софте.
тс ещё не отписался что все гуд
Как это коррелирует с процитированным выводом?
По-моему - никак: если замена платформы не поможет, то это неоспоримое доказательство, что 1Сники способны дать только бесполезные советы, т.к. абсолютно ничего не соображают.
А если поможет, то см. п.1 - только полные дебилы могут работать на таком глючном софте.
Работа с файловой базой по терминалке, в среднем пользователей 5. Падения из-за ucrtbase.DLL. Начало проявляться после обновления с платформы 8.3.13.1644 ИТС-ником на 8.3.15.1830. Падения преимущественно утром, при чём у разных пользователей в разный момент, потом могут целый день без проблем работать. Есть подозрения, что это связанно с какими то процедурами, которые отрабатывают в начале рабочего дня. С ходу выловить не получилось, опыта мало, а процедур сотни... (
Могу сказать с чем не связано и какие действия не помогли...
Платформу переводили с 32 на 64
Пробовали несколько разных версий платформы (8.3.14, 15, 16), но на старую ...13 ещё не пробовали откатываться. Пока на 8.3.16.1148.
Конфигурацию обновляли несколько раз
Просто оставляли в ночь открытую базу без активной работы, тоже вылеты.
Переливали базу.
Чекали на ошибки и делали реструктуризацию.
Чистился кеш.
Переустанавливался Visual C++ 2005-2008-2010-2012-2013-2019 Redistributable Package Hybrid x86 & x64
Сейчас похерил ucrtbase.DLL в папке платформы который от 2018 года, может подцепит виндовый который от 2015-го, в процессе теста...
Могу сказать с чем не связано и какие действия не помогли...
Платформу переводили с 32 на 64
Пробовали несколько разных версий платформы (8.3.14, 15, 16), но на старую ...13 ещё не пробовали откатываться. Пока на 8.3.16.1148.
Конфигурацию обновляли несколько раз
Просто оставляли в ночь открытую базу без активной работы, тоже вылеты.
Переливали базу.
Чекали на ошибки и делали реструктуризацию.
Чистился кеш.
Переустанавливался Visual C++ 2005-2008-2010-2012-2013-2019 Redistributable Package Hybrid x86 & x64
Сейчас похерил ucrtbase.DLL в папке платформы который от 2018 года, может подцепит виндовый который от 2015-го, в процессе теста...
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот