имя сбойного приложения 1cv8c exe имя сбойного модуля ntdll dll
вылетает 1С, ошибка в модуле ntdll.dll
у меня 1С на серваке запускается у пользователей терминально. последнее время 1с периодически вылетает, при каких действиях пользователей выявить не удалось. в логах сервака 2 ошибки
ошибка приложения 1cv7.exe, модуль ntdll.dll
ошибка приложения 1cv7.exe, модуль ole32.dll
подскажите пожалуйста что происходит.
Server 2003 Enterprise SP2
В сеансе у юзера ошибка 2-3-4 раза в день а-ля
Память обратилась по адресу ХХХХХХ, память не может быть read/ written
В логах сервера ошибки как привел предыдущий оратор. и многие другие системные библиотеки.
Но чаще всего ntdll.dll
Память чистил, пробовал менять, не помогло.
Быть может у кого будут еще мысли по борьбе.
До этого более 2-х лет все прекрасно работало без сбоев. До установки СП2 и еще кучи других обновлений на сервер.
[-HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Options\V7Http Reader]
[-HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Options\V7Mail Profile]
[-HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Options\V7SysInfo Profile Name]
[-HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Options\V7TextFile Profile Name]
[-HKEY_CURRENT_USER\Software\1C\1Cv7\7.7\Options\Xml parser]
—————————————————————
Устранение ошибки с ntdll.dll
Способ 1: Скачивание ntdll.dll
Способ 2: Включение совместимости
Во многих случаях, если файл на компьютере присутствует, но система отказывается его видеть, исправить сложившуюся ситуацию помогает включение режима совместимости. Сделать это можно как для ярлыка, так и для самого EXE-файла, находящегося в директории приложения (зависит от того, через какой файл вы запускаете программу).
Если этот способ оказался бесполезен, снимите галочку и переходите к следующим.
Способ 3: Отключение параметров контроля учетных записей
На проблемы с DLL может влиять и система контроля учетных записей, чей активированный режим препятствует нормальной обработке библиотеки. Чтобы удостовериться или опровергнуть это, нужно отключить UAC, но сделать это можно только находясь под учетной записью типа «администратор». Гостевые профили при попытке отключения контроля столкнутся с уведомлением о недостаточных правах доступа. Обладатели разных семейств операционной системы могут сделать это, следуя рекомендациям одной из наших инструкций. Кликните на подходящее название ниже, а если деактивация UAC ничего не даст, не забудьте включить функцию обратно на тот же уровень.
Подробнее: Отключение контроля учетных записей в Windows 7 / Windows 10
Способ 4: Отключение службы помощника по совместимости программ
Изначально эта служба призвана помогать открывать устаревшие приложения на современных операционных системах, однако в редких случаях именно она и провоцирует проблемы с их запуском. Проверить, так ли это, можно, опять же, отключив службу на время.
При отсутствии положительного результата службу следует включить обратно.
Способ 5: Проверка целостности системных файлов
В проблемах с работой DLL иногда оказываются виноваты нарушения в функционировании системы. Подобное может как напрямую, так и косвенно воздействовать на их регистрацию в системе, запуск программ. Возможные ошибки в Windows можно исправить при помощи консольной команды, которая выполнит сканирование и восстановление автоматически, задействовав встроенное хранилище с оригинальными версиями файлов. Однако если и это хранилище оказывается повреждено, придется задействовать другую команду, которая будет исправлять уже его. При этом на компьютере в обязательном порядке должно быть подключение к интернету, чтобы операция увенчалась успехом. Подробно о том, как выполнить проверку системы на наличие сбоев и восстановление, вы можете прочитать в универсальной для всех Windows статье по ссылке ниже.
Способ 6: Управление антивирусом
Порой работу ntdll.dll блокирует защитное программное обеспечение, случайно воспринимающее библиотеку за вредоносный файл. Первое, что вам нужно сделать, — проверить ее наличие в карантине антивируса. Если она там действительно присутствует, рекомендуем восстановить ее, а затем воспользоваться любым другим ПО для дополнительной проверки «чистоты» файла. В этом вам может помочь отдельный наш материал. Безопасный файл можно переместить в нужную папку, как это было описано в Способе 1.
Дополнительно файл нужно добавить в исключения антивируса, чтобы тот больше не блокировался при последующих проверках Виндовс.
При отсутствии этого файла можете перекачать установщик проблемной программы, чтобы удостовериться, что в ошибке с ntdll.dll виноваты не ошибки при загрузке. Поищите другой инсталлятор, что особенно касается пиратских сборок или разнообразных модификаций — вполне возможно, что вся ситуация вызвана как раз некорректно составленным репаком. Можете попробовать отключить антивирус перед установкой: удалите программу, которая не запускается, отключите защитный софт, установите программу повторно и запустите ее. Если все получилось, добавьте ДЛЛ или папку с ним в исключения антивируса по инструкции из ссылки выше.
Помимо этой статьи, на сайте еще 12442 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.
Отблагодарите автора, поделитесь статьей в социальных сетях.
Имя сбойного приложения 1cv8c exe имя сбойного модуля ntdll dll
Добрый день! Уважаемые читайте и гости популярного IT блога Pyatilistnik.org. В прошлый раз мы с вами изучили вопрос, где в вашей системе располагаются ваши сертификаты пользователя и компьютера. Двигаемся далее и на повестке для у меня возникла проблема, которую я буду решать и вести в данной статье лог действий помогающих достижению цели. Сегодня я разберу ошибку при работе программы 1С предприятие, а именно она вылетает с событием «Программа 1cv8c.exe версии 8.3.14.1630 прекратила взаимодействие с Windows и была закрыта.» или «Имя сбойного приложения: 1cv8c.exe, версия: 8.3.14.1630, метка времени: 0x5c6e4c97«. Надеюсь, что вместе с вами мы решим данную проблему.
Описание проблемы
Есть RDS ферма в режиме HA, построенная на базе серверов Windows Server 2012 R2. В совершенно разное время появляются жалобы, что пользователь не может корректно выйти из системы(/na-terminalnom-servere-visit-vyhod-iz-sistemy/), ряд мер я описывал по данному вопросу, но они к сожалению срабатывают не всегда. В такой ситуации пока алгоритм был такой, пользователям отправлялось уведомление на терминальный стол, после чего шла перезагрузка. Просматривая логи событий, во всех случаях присутствовали одни и те же ошибки, и все они указывали на какой-то косяк со стороны 1С 8.3.14.1630. Вот вам примеры текущих ошибок:
Видно, что из-за этой ошибки 1С так же повис проводник Windows:
Алгоритм поиска проблемы
Сразу скажу, что внятного ответа ни разработчики 1С ни техническая поддержка мне дали, все сказали, что у вас проблема с системой. И так, что я делал при поиске проблемы:
1. Вводил абсолютно свежий сервер с установленным Windows Server 2012 R2, эффекта не дало, ошибка все так же появилась
2. Удалил все неиспользуемые версии 1С, остались на текущий момент
3. Пробовал удалять кэш 1С, эффекта не дало
4. Переустановка самого клиента 1С, эффекта нет
Далее я решил попробовать собрать трассировку работы приложения по определенным провайдерам Winows и 1С, я такое делал уже при проблеме временного профиля на терминальных серверах. Для этих целей я использовал утилиту logman.exe.
Утилита Logman.exe
Про утилиту Logman.exe я еще подробно расскажу в отдельной статье, в ее задачи входит записывать счетчики производительности или лог работы приложения, его трассировки, и еще много чего, наверняка вы видели ее графический интерфейс в виде сеансов отслеживания событий.
Когда вы захватываете через утилиту Logman.exe трассировку событий, то создается очень объемный лог, и если вы его не ограничите, то он забьет ваш диск за час. Для того, чтобы его слегка минимизировать мы может явным образом указать какие именно провайдеры Windows вы должны захватывать, как их определить я покажу чуть ниже. Откройте командную строку, лучше в режиме администратора, чтобы всякие UAC вам не мешали. Далее посмотрим всех доступных поставщиков, если не будет влезать на экран, то можете воспользоваться ключом | more или запустить все в PowerShell.
Как видим их приличное количество, но нам бы хотелось анализировать только те, что относятся к 1С. Чтобы отфильтровать, поставщиков Windows, вы можете использовать PID процесса. В диспетчере задач найдите нужный вас процесс, предположим в моем примере это ID 42424
В командной строке пишем:
На выходе вы получите уже меньшее количество поставщиков Windows, у меня это получилось вот так для 1С 8.3.14.1630. Тут нас будут интересовать исключительно GUID.
Вам необходимо в текстовый файл сохранить именно GUID значения, по одному значению в строке. Далее этот файл нам будет нужен, при мониторинге. Создайте у себя для удобства отдельную папку. в которую сохраните файл со списком GUID. у меня это будет путь C:\tmp\provaders8.txt. Далее вам нужно определиться сколько вы готовы отдать под файл лога, учтите что он заполняется молниеносно, и сохраняется в сжатом виде в формате .etl, но если вы его потом распакуете, то например 50 МБ превратятся в 750, это нужно учитывать, но есть и обратная сторона нужно больше данных для диагностики, поэтом маленьким его делать так же нет смысла. Я в своем поиске сделаю его 3 ГБ.
В командной строке создаем новую трассировку в Logman.exe:
Далее нам необходимо обновить наше задание и сказать, что собирать данные нужно по определенным провайдер, которые находятся у нас в файле:
Посмотреть статус и список работающих провайдеров вы можете командой:
Теперь ждем сбоя, после которого вам нужно остановить ваше задание, можно из графического интерфейса
Далее нам необходим из данного архива получить дамп приложения и его лог, для анализа. Сделать, это можно командой:
Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt
Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.
Так же я параллельно создал ключи реестра, которые при сбое определенного приложения будут записывать его дамп.
В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.
Данные файлы дампов приложения, вы можете открыть с помощью утилиты DebugDiag Analysis (https://www.microsoft.com/en-us/download/details.aspx?id=58210).
Откройте DebugDiag Analysis, выберите пункты:
После чего нажимаем кнопку «Add data Files».
После чего нажмите «Start Analysis»
На выходе вы получаете веб отчет, у меня выглядело вот так:
In 1cv8c.exe.10324.dmp the assembly instruction at wbase83!wbase::BaseWindow::windowProc+fe4 in C:\Program Files (x86)\1cv8\8.3.14.1630\bin\wbase83.dll from 1C-Soft LLC has caused an access violation exception (0xC0000005) when trying to read from memory location 0x13380954 on thread 0
Please follow up with the vendor 1C-Soft LLC for C:\Program Files (x86)\1cv8\8.3.14.1630\bin\wbase83.dll
Далее хотя бы видно, к какой базе данных было подключение, для этого есть ключ /IBName.
This thread is not fully resolved and may or may not be a problem. Further analysis of these threads may be required.
Падает 1С 8.3 на компьютерах кассиров
Постоянно вылетает программа на компьютерах кассиров с кассирскими учетками. На них настроены рмк, подключены фискальные регистраторы, сканеры штрих-кодов и эквайринговые терминалы. На этих же компьютерах под учетными записями администраторов работает без проблем. В системном логе пишет ошибку:
Имя сбойного приложения: 1cv8c.exe, версия: 8.3.10.2252, отметка времени: 0x590136ea
Имя сбойного модуля: rtrsrvc.dll, версия: 8.3.10.2252, отметка времени 0x59013769
Код исключения: 0xc0000090
Смещение ошибки: 0x00036e86
Идентификатор сбойного процесса: 0xbbc
Время запуска сбойного приложения: 0x01d2f660392b6881
Путь сбойного приложения: C:\Program Files (x86)\1cv8\8.3.10.2252\bin\1cv8c.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.10.2252\bin\rtrsrvc.dll
Код отчета: 32f78135-6254-11e7-8485-50465da0e520
Думали это как-то связано с торговым оборудованием, обновляли драйверы, даже подключали другое, все равно вылетает. Судя по заявкам от пользователей, проблема появилась после последнего обновления конфигурации вместе с платформой. Программист 1с ничего внятного не говорит, только кидает ссылку на самый первый результат поиска, где пишут, что проблема решилась заменой оперативки. Не может же быть, что на восьми компьютерах одномоментно вышла из строя память?)
В какую сторону вообще копать? Нас скоро съедят с этой бедой(
ОС Разные на всех компьютерах. Есть ХР есть 7. Есть х64 есть х32.
Назад откатиться нет возможности( Как добавить логирование?
И что такое БПО?
Как правильно будет сформулировать задачу для программиста по поводу логирования?
Версию БПО завтра посмотрю.
А есть ли вероятность, что проблема в ОС или в железе?
Версию конфигурации забыл указать: 11.3.3.226.
В общем выяснилось, что проблема присутствует только на машинах х64. На х32 все ок.
Не могу найти: где посмотреть версию БПО?
На более старую платформу откатиться нет возможности. Комп забрать к себе и ковырять тоже возможности нет (ибо работа идет).
И что-то логи не сохраняются в appdata, папка log пустая. А дампы я так понимаю могут открыть только 1cники. Может логи где-то включить надо?
Для набора статистики:
Вчера вечером обновил платформу с 8.3.9.2170 на 8.3.10.2375 (обновлял ради обновления конфы, но конфу обновить не успел).
На одном компе с РМК 1Ска стала периодически падать с тем же самым кодом ошибки (Код исключения: 0xc0000090)
из оборудования подключено:
Версии операционок, на которых падает все 7.
IE версии 11, на одной машине с ХР 8.
UAC отключать не пробовали, это может быть связано?
С логами вроде разобрался, на 1 компьютере включил, жду когда упадет. Но где все-таки посмотреть версию БПО? поиском не нашел ответа на этот вопрос.
Если что сильно не пинайте в 1с практически 0, просто пришлось решать эту проблему(
Отключение UAC и DEP не помогло. Отключение ipv6 тоже.
ХР x64 нет таких машин. на х32 работает нормально.
Вот что записалось в лог, в файл с временем создания, примерно совпадающим с вылетом:
16:18.137001-0,EXCP,0,process=1cv8c,setTerminateHandler=setTerminateHandler
16:18.137002-0,EXCP,0,process=1cv8c,setUnhandledExceptionFilter=setUnhandledExceptionFilter
16:19.526000-0,EXCP,2,process=1cv8c,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr=’src\VResourceSessionImpl.cpp(507):
580392e6-ba49-4280-ac67-fcd6f2180121: Неправильное имя пользователя или пароль
Документ.ЧекККМ.Форма.ОформлениеВозвратаДеньВДень.Форма : 77 : ТаблицаТоваровВыбранПриИзмененииНаСервере();’
26:29.428003-610463995,EXCPCNTX,2,SrcName=CONN,OSThread=2544,process=1cv8c,ClientID=2,Txt=Outgoing connection closed,Context=’
Документ.ЧекККМ.Форма.ОформлениеВозвратаДеньВДень.Форма : 77 : ТаблицаТоваровВыбранПриИзмененииНаСервере();’
26:29.428008-610464000,EXCPCNTX,2,SrcName=CONN,OSThread=2544,process=1cv8c,ClientID=2,Txt=Outgoing connection closed,Context=’
26:29.881011-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
26:29.881012-0,EXCP,0,process=1cv8c,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657,Descr=’src\HeartbeatThreadImpl.cpp(1176):
81029657-3fe6-4cd6-80c0-36de78fe6657: descr=10038(0x00002736): Сделана попытка выполнить операцию на объекте, не являющемся сокетом. line=955 file=src\HeartbeatThreadImpl.cpp’
Ну вот и виновник.
С подключенной ККМ, но без Сберовского терминала работало стабильно.
После подключения Сберовского терминала не прошло и 15 минут до первого падения.
Имя сбойного приложения 1cv8c exe имя сбойного модуля ntdll dll
Этот форум закрыт. Спасибо за участие!
Лучший отвечающий
Вопрос
Ответы
Напоминаю что форум является инструментом самоподдержки, а вовсе не бесплатной версией оффициальной поддержки Микрософт. Ответы на вопросы дают сами посетители форма. Имеется так же небольшое количество MVP и сотрудников Микрософт отвечающих на добровольных началах. Получение ответа в форуме никак не гарантируется.
Если требуется поддержка, то надо звонить по телефону оффициальной поддержки (см. Россисйкий сайт Микрософт), иметь при себе документы на ОС и кредитную карту для оплаты. Будет открыт инцидент поддержки с соответвующим номером дела и начнется расследование.
Крупные органицзации (включая, я надеюсь, госдуму) обычно имеют собственные подразделения IT. Именно к ним и надо обращатся. Сотрудник IT в случае надобности позвонит в поддержку Микрософт используя наверняка имеющийся договор поддержки.
Для неспециалистов поясню: если прикладная программа содержит ошибку и передала неверные параметры этим функциям, то произойдет краш в модуле «ntdll.dll». При этом сам модуль к возникшей проблеме имеет не больше отношение чем руль авто имеет к случившейся аварии.
Таким образом скорее всего все эти случаи не имеют между собой ничего общего и вызваны разными причинами.
— Если сбой происходит в конкретной програме в одном и том же месте то следует звонить производителю программы.
— Если сбои происходят в различных программах и в разных местах то следует проверять железо.
— Специально в случае IE: часто подобные проблемы вызваны надстройками. Запустить IE без надстроек.
— Специалисты-программисты: при возникновении сбоя заатачить дебаггер, загрузить символы (см. статью про изучение дампов BSOD) и смотреть кто вызвал сбой исходя из фреймов на стеке. Можно так же изучать дамп если он был создан.