1cv8c exe обнаружена ошибка приложение будет закрыто

Теги:

Похожие темы (5)

При запуске системы «1С: Предприятие» или при выполнении какой-либо операции в самой системе (например, создании документа или справочника) специалист может столкнуться с сообщением «На сервере 1С:Предприятия произошла неисправимая ошибка. Приложение будет закрыто». После это вам предлагается или завершить работу системы или перезапустить её, тем самым прервав нормальный рабочий цикл. Каковы причины данной проблемы, и как её можно исправить – расскажем в нашем материале.

Суть и причины проблемы «На сервере 1С: Предприятия произошла неисправимая ошибка»

Данная ошибка «На сервере 1С» может появиться в любой момент, но довольно часто фиксируется именно при запуске системы 1С. А также при создании документов и после переноса системы с одного ПК на другой. Также ошибка начала массово фиксироваться примерно с начала апреля 2021 года, что связано с дисфункцией библиотеки v8_xxx_xx.1CBarcodWin64_9_0_12_13.dl. Последняя загружается в папку временных файлов сеанса пользователя, и ответственна за процесс формирования штрих-кодов.

Причинами проблемы обычно является следующее:

• Устаревшая версия системы 1С на пользовательских ПК;
• Отсутствие свободного места на диске, на котором установлена система;
• В системе 1С имеется огромное количество временных устаревших файлов влияющих на её работу;
• Уже описанная выше ошибка библиотеки 1CBarcodWin64_9_0_12_13.dl;
• В редких случаях причиной дисфункции является действия антивируса, блокирующего нормальную работу системы 1С.

Давайте разберём, как исправить ошибку в виде сообщения «На сервере 1С: Предприятия произошла неисправимая ошибка».

Читайте также: Соединение с сервером баз данных разорвано администратором в системе 1С.

Обновите систему до самой актуальной версии

Первым делом рекомендуем обновить вашу систему 1С до самой актуальной версии. Множество ошибок в работе 1С связано именно с устаревшей версией системы, при которой нормальная безошибочная работа становится попросту невозможной. Обычно для обновления системы необходимо перейти в меню «Администрирование», и выбрать там опцию «Обновление версии программы».

Перед обновлением вашей системы рекомендуем сделать бекап вашей базы данных.

Некоторые пользователи при этом рекомендуют попробовать опцию динамического обновления, не затрагивающего структуру базы.

Убедитесь в достаточном количестве свободного места на диске

В ряде случае ошибка «На сервере 1С: Предприятия произошла неисправимая ошибка. Приложение будет закрыто» вызвана отсутствие свободного места на диске PC. Рекомендуем убедиться в достаточном количестве свободного места на диске, и при необходимости увеличить количество свободного места, удалив ненужные файлы.

Сохраните работу формирования штрих-кодов

Для временного устранения проблем с работой библиотеки v8_xxx_xx.1CBarcodWin64_9_0_12_13.dl будет необходимо выполнить следующее:

1. Выберите режим конфигуратора;
2. Там запустите конфигурацию имеющейся у вас информационной базы;
3. Отыщите там «ОбщиеМодули — МенеджерОборудованияКлиент/МенеджерОборудованияВызовСервера» и закомментируйте следующую строку:

// МенеджерОборудованияВызовСервера.ПодключитьКомпонентуГенерацииИзображенияШтрихкода();

Затем перезапустите систему и посмотрите, будет ли появляться рассматриваемая ошибка.

Это может помочь: В данной транзакции уже происходили ошибки 1С 8.3 как устранить?

Очистите временные файлы системы 1С

Также может помочь очистка временных файлов 1С, число которых стремительно растёт в ходе работы программы. Для их очистки понадобится выполнить следующее:

1. Прекратите работу «Агент сервера 1С Предприятия» и закройте программу;
2. Очистите папки временных файлов, находящихся по пути:

C:WindowsTemp

C:UsersUSR1CV8AppDataLocalTemp

C:UsersИМЯ УЧЁТКИ ПОЛЬЗОВАТЕЛЯAppDataLocalTemp

Далее очистите папку временных файлов пользователя, запускающего агент 1С. Обычно по умолчанию это USR1CV8, но путь и имя пользователя могут отличаться в зависимости от конкретики настроек вашей системы.

После выполнения очистки данных папок запустите ваш сервер 1С и выполните проверку работоспособности базы. Если не помогло – идём дальше.

Используйте функционал утилиты CHDBFL

Как известно, в функционале системы 1С 8.3 используется утилита chdbfl.exe, предназначенная для теста и исправления информационной базы 1С 8.3. Её возможности позволяют произвести проверку физической целостности баз данных, что равняет её с инструментом тестирования и исправления данных конфигуратора вашей системы.

Перед запуском указанной утилиты рекомендуем сделать копию вашей базы данных.

Для старта утилиты перейдите по пути:

1. C:Program Files (x86)1cv8ВЕРСИЯ ВАШЕЙ СИСТЕМЫbin и запустите там файл chdbfl.exe.
2. После запуска отобразится окно проверки целостности базы данных.
3. Укажите путь к базе данных, поставьте галочку на опции исправления обнаруженных ошибок, после чего нажмите на «Выполнить».
4. Дождитесь завершения операции, после которой системы отобразит информацию о произведённых ей действиях.

Если же данный вариант не помог, также может помочь запуск функции «Тестирование и исправление» в настройках конфигуратора.

Добавьте в исключения антивируса папки и файлы 1С

В некоторых случаях ошибка «На сервере 1С: Предприятия произошла неисправимая ошибка» может быть вызвана действиями антивируса, блокирующего доступ или запуск тех или иных служебных файлов 1С. Рекомендуем внести в исключения антивируса все каталоги и файлы 1С на всех ПК, на которых установлена система 1С. После этого проблема может быть устранена.

Обратитесь в службу поддержки 1С

Если не один из указанных способов не помог, рекомендуем обратиться за помощью в вашу поддержку 1С или вызвать ответственного специалиста по работе 1С. Указанная ошибка может быть вызвана конкретикой именно вашей системы, для которой не подойдут универсальные советы. В этом случае рекомендуем обратиться в саппорт или вызвать ответственного специалиста, который определит корень проблемы и укажет на действенное решение.

Это пригодится: не удалось определить цифровой сертификат получателя системы 1С — как решить?

Заключение

В нашем материале было рассмотрено, почему появляется сообщение «На сервере 1С: Предприятия произошла неисправимая ошибка. Приложение будет закрыто», и как устранить возникшую проблему. Обновите вашу систему, очистите временные файлы, устраните дисфункцию в работе штрихкодов, добавьте файлы 1С в исключения – и проблема может быть решена. Если же не один из советов не помог, обратитесь в поддержку 1С и ожидайте помощи от ответственного специалиста.

m74y

20.12.10 — 09:49

serezhka

1 — 20.12.10 — 09:50

(0) а антивирус случаем не Касперский 2011?

vicof

2 — 20.12.10 — 09:50

на других компах открывается? касперский 2011 есть?

m74y

3 — 20.12.10 — 09:52

случаем именно капеский 2011, но я его отключал когда запускал 8- ку, других компов нет, магазинчик маленький бух. в единственном экземпляре

serezhka

4 — 20.12.10 — 09:53

(3) удали Касперского и попробуй без него запустить

serezhka

5 — 20.12.10 — 09:54

(3) была такая же проблема именно с Касперским 2011, помогло только удаление, решил проблему установкой касперского 2010

m74y

6 — 20.12.10 — 09:56

сечас попробую, но ведь зараза полтора месяца с ним проработал и никаких косяков не было…

MetaDon

7 — 20.12.10 — 09:57

(0) за такие дела надо наказывать контору Касперского рублём

m74y

8 — 20.12.10 — 10:01

да, удалил каспера, вроде все нормально, щас попробую 2010 поставить, спасибо.

serezhka

9 — 20.12.10 — 10:03

(7) да Касперский скоро сам себя накажет за такие косяки… =)) А вообще на предприятиях лучше использовать Антивирус Касперского для Windows Workstations. С ним проблем пока никаких небыло.

serezhka

10 — 20.12.10 — 10:04

(8) я с такой же проблемой целый день потратил… Лаборатория Касперского наверное впервые слышала в свой адрес такие не лестные слова =)))

programmer

11 — 12.01.11 — 10:27

Smallrat

12 — 12.01.11 — 10:34

Вроде бы надо добавить в список исключений *.1CD, помимо экзешников. Сам не успел проверить — запарился и снёс Касперского (честно купленного рррр), поставил MSE.

programmer

13 — 12.01.11 — 10:39

Кстати, вот работа над ошибками от касперского:
http://support.kaspersky.ru/faq/?qid=208639331
Полгода им потребовалось, чтоб эту проблему устранить >:(
Может кто посоветует альтернативные варианты антивирусов?

Подобная тема уже обсуждалась здесь v8: Вылетает 1С 8.2
Мне помогло вот это «…попробуй отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского.»

Программа 1cv8c.exe версии прекратила взаимодействие с Windows

Программа 1cv8c.exe версии прекратила взаимодействие с Windows

Добрый день! Уважаемые читайте и гости популярного 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: mpprovaders8.txt. Далее вам нужно определиться сколько вы готовы отдать под файл лога, учтите что он заполняется молниеносно, и сохраняется в сжатом виде в формате .etl, но если вы его потом распакуете, то например 50 МБ превратятся в 750, это нужно учитывать, но есть и обратная сторона нужно больше данных для диагностики, поэтом маленьким его делать так же нет смысла. Я в своем поиске сделаю его 3 ГБ.

В командной строке создаем новую трассировку в Logman.exe:

• -n задает имя вашей трассировки приложения
• -max — задает максимальный размер файла
• -ow — перезаписать текущий файл если он существует
• -o — путь до файла .etl
• -ets — Отправить команды сеансам трассировки событий напрямую, без сохранения или планирования.
• f bincirc — включить цикл перезаписывания файла новыми данными

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

• -pf — указать путь до файла с GUID

В итоге у вас начинается наполнение файла .etl

Посмотреть статус и список работающих провайдеров вы можете командой:

Я вижу, что мой сеанс отслеживания событий под именем 1С8 работает. Кстати если вы откроете оснастку «Управление компьютером» и перейдете в раздел «Производительность — Группы сборщиков данных — Сеансы отслеживания событий», то вы увидите тот же список заданий. Тут проще будет потом вносить изменения, например по ключевым словам или уровнем событий, так как по умолчанию у меня стоит уровень 0, подразумевающий собирать все.

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

или же командой:

Далее нам необходим из данного архива получить дамп приложения и его лог, для анализа. Сделать, это можно командой:

Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt

Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.

• Critical — 1 0x1 Этот уровень соответствует критической ошибке, которая является серьезной ошибкой, вызвавшей серьезный сбой.
• Error — 2 0x2 Этот уровень добавляет стандартные ошибки, которые указывают на проблему.
• Informational — 4 0x4 Этот уровень добавляет информационные события или сообщения, которые не являются ошибками. Эти события могут помочь отследить прогресс или состояние приложения.
• LogAlways — 0 0xffffffff Фильтрация уровней по событию не выполняется
• Verbose — 5 0x5 Этот уровень добавляет длинные события или сообщения. Это вызывает все события, которые будут зарегистрированы.
• Warning — 3 0x3 Этот уровень добавляет предупреждающие события (например, события, которые публикуются, потому что диск почти заполнен).

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

В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.

Данные файлы дампов приложения, вы можете открыть с помощью утилиты DebugDiag Analysis (https://www.microsoft.com/en-us/download/details.aspx? >

Откройте DebugDiag Analysis, выберите пункты:

• crashHangAnalysis
• MemoryAnalysis
• KernelCrashHangAnalysys

После чего нажимаем кнопку «Add data Files».

После чего нажмите «Start Analysis»

На выходе вы получаете веб отчет, у меня выглядело вот так:

In 1cv8c.exe.10324.dmp the assembly instruction at wbase83!wbase::BaseWindow::windowProc+fe4 in C:Program Files (x86)1cv88.3.14.1630inwbase83.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)1cv88.3.14.1630inwbase83.dll

Далее хотя бы видно, к какой базе данных было подключение, для этого есть ключ /IBName.

Далее вы увидите более детальную отладочную информацию по Thread — System ID, она может быть полезна для разработчиков 1С.

Thread 6 — System ID 118516

This thread is not fully resolved and may or may not be a problem. Further analysis of these threads may be required.

Поделиться с друзьями

Области

Реклама

Продукт

Новые обсуждения форума

Статистика

Авторское право

Права на информацию в разделе «Справка УПП», «Справка БП» и «Справка ЗУП» принадлежат фирме 1С (http://1c.ru)

Права на информацию в разделе «Практический опыт» принадлежат Мутовкину А.М.

Перепечатка разрешена только с активной ссылкой на правообладателя.

Submitted by admin on пн, 12/19/2011 — 12:46

• BAT
• Администрирование
• Готовые функции
• Любой
• Практический опыт

На сервере используется батник, запускающий по расписанию раз в 2 минуты обмен УРИБ. Такие «костыли» часто приходится применять вместо фоновых заданий. В эти выходные случилось страшное. При выполнении обмена происходила ошибка, в результате 1С не закрывалась. Что привело к запуску over 400 процессов 1cv8.exe. Сервер перестал корректно работать. Службы начали отказывать. Перезагрузка спасла, но очевидно необходимо было допилить батник проверкой на кол-во уже запущенных процессов.

Вот сама проверка на запуск не более 50 процессов:

for /f %%a in (‘tasklist /NH /FI «IMAGENAME eq 1cv8.exe» ^| find /c /v «» ‘) do set /a count1c=%%a
for /f %%a in (‘tasklist /NH /FI «IMAGENAME eq 1cv8c.exe» ^| find /c /v «» ‘) do set /a count1c=count1c+%%a
for /f %%a in (‘tasklist /NH /FI «Имя образа eq 1cv8.exe» ^| find /c /v «» ‘) do set /a count1c=count1c+%%a
for /f %%a in (‘tasklist /NH /FI «Имя образа eq 1cv8c.exe» ^| find /c /v «» ‘) do set /a count1c=count1c+%%a
if %count1c% gtr 50 (goto SKIPSTART)

echo Here starts new 1c process

goto AFTERSTART
:SKIPSTART

echo Skip 1C start because already %count1c% processes running!

Работая в 1С Предприятие 8.2 пользователи столкнулись со следующей проблемой. При попытке ввода начальных остатков программа выдает ошибку и закрывается. При этом в журнале Windows «Приложение» регистрируется ошибка Application Error с кодом события 1000. Проблему вызывает htmlui.dll и возникает она в 1С на макетах (что логично, т.к. макеты используют html разметку).

Имя сбойного приложения: 1cv8.exe, версия: 8.2.18.61, отметка времени: 0x514b79ed

Имя сбойного модуля: htmlui.dll, версия: 8.2.18.61, отметка времени 0x514b6c38

Код исключения: 0xc0000005

Смещение ошибки: 0x0000d5f0

Идентификатор сбойного процесса: 0x7bc

Время запуска сбойного приложения: 0x01cef8442a0482f8

Путь сбойного приложения: C:Program Files (x86)1cv828.2.18.61in1cv8.exe

Путь сбойного модуля: C:Program Files (x86)1cv828.2.18.61inhtmlui.dll

Код отчета: afbc33a3-6437-11e3-98fb-001e676481cc

Есть несколько возможных вариантов решения этой проблемы.

Решение 1 (которое помогло нам в конкретном случае).

Для решения проблемы заходим в Пуск — Панель управления — Все элементы управления — Программы и компоненты — Установленные обновления

Выбираем Windows Internet Explorer 11.

Далее удалить (предварительно не забудьте сделать образ состояния системы).

В нашем случае помогло именно удаление данного обновления на компьютере с ОС Windows Server 2008 r2. В других случаях иногда приходится делать восстановление предыдущего состояния системы из сохраненной копии образа ОС, который при грамотном планировании обслуживания компьютеров в Воронеже, делается не реже одного раза в неделю. Либо придется искать то обновление, которое вызывает данный сбой.

Решение 2.

Есть еще вариант почистить кеш 1С (папка C:Users(имена пользователей)Аpplication DataLocal1C(все папки с длинным буквенно-цифровым наименованием) — удаляем их безжалостно.

Решение 3.

И последний вариант устранения данной ошибки связан с проверкой вашего компьютера на вирусы. Ставьте лицензионный антивирус и регулярно проводите проверку компьютера.

Обновлено 05.08.2019

Добрый день! Уважаемые читайте и гости популярного 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. Вот вам примеры текущих ошибок:

События с кодом ID 1000 журнал Application Error: Имя сбойного приложения: 1cv8c.exe, версия: 8.3.14.1630, метка времени: 0x5c6e4c97
Имя сбойного модуля: wbase83.dll, версия: 8.3.14.1630, метка времени: 0x5c6e4bb7
Код исключения: 0xc0000005
Смещение ошибки: 0x00006895
Идентификатор сбойного процесса: 0x266c
Время запуска сбойного приложения: 0x01d547768b10a80e
Путь сбойного приложения: C:Program Files (x86)1cv88.3.14.1630bin1cv8c.exe
Путь сбойного модуля: C:Program Files (x86)1cv88.3.14.1630binwbase83.dll
Идентификатор отчета: 3c6e27af-b37a-11e9-815f-0050568dcf1e
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

События с кодом ID 1000 журнал Application Error: Имя сбойного приложения: EXCEL.EXE, версия: 16.0.4873.1000, метка времени: 0x5cffdabb
Имя сбойного модуля: EXCEL.EXE, версия: 16.0.4873.1000, метка времени: 0x5cffdabb
Код исключения: 0xc0000005
Смещение ошибки: 0x0002b78b
Идентификатор сбойного процесса: 0x2d80
Время запуска сбойного приложения: 0x01d546ec7c1c1a1f
Путь сбойного приложения: C:Program Files (x86)Microsoft OfficeOffice16EXCEL.EXE
Путь сбойного модуля: C:Program Files (x86)Microsoft OfficeOffice16EXCEL.EXE
Идентификатор отчета: bc1811e7-b2df-11e9-815f-0050568dcf1e
Полное имя сбойного пакета:

События с кодом ID 1000 журнал Application Error: Имя сбойного приложения: 1cv8.exe, версия: 8.3.14.1630, метка времени: 0x5c6e4d23
Имя сбойного модуля: rtrsrvc.dll, версия: 8.3.14.1630, метка времени: 0x5c6e4d21
Код исключения: 0xc0000005
Смещение ошибки: 0x00031042
Идентификатор сбойного процесса: 0xb37c
Время запуска сбойного приложения: 0x01d5388ac2b67852
Путь сбойного приложения: C:Program Files (x86)1cv88.3.14.1630bin1cv8.exe
Путь сбойного модуля: C:Program Files (x86)1cv88.3.14.1630binrtrsrvc.dll
Идентификатор отчета: 87f52a22-a4da-11e9-815c-0050568dcf1e
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

События с кодом ID 1000 журнал Application Error: Имя сбойного приложения: mstsc.exe, версия: 6.3.9600.18980, метка времени: 0x5ab67164
Имя сбойного модуля: ntdll.dll, версия: 6.3.9600.19304, метка времени: 0x5c7f684f
Код исключения: 0xc0000374
Смещение ошибки: 0x00000000000f1cd0
Идентификатор сбойного процесса: 0x49f0
Время запуска сбойного приложения: 0x01d5387f8ab96e71
Путь сбойного приложения: C:Windowssystem32mstsc.exe
Путь сбойного модуля: C:WindowsSYSTEM32ntdll.dll
Идентификатор отчета: d802c5d7-a472-11e9-815c-0050568dcf1e

События с кодом ID 1002 журнал Application Error: Программа 1cv8c.exe версии 8.3.14.1630 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в Центре поддержки в панели управления.
ИД процесса: 6394
Время запуска: 01d5476cf0acb640
Время завершения: 1
Путь приложения: C:Program Files (x86)1cv88.3.14.1630bin1cv8c.exe
ИД отчета: bbd779d9-b360-11e9-80e8-0050568dbadb

Видно, что из-за этой ошибки 1С так же повис проводник Windows:

События с кодом ID 1002 журнал Application Error: Программа Explorer.EXE версии 6.3.9600.18231 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в Центре поддержки в панели управления.
ИД процесса: b450
Время запуска: 01d54769b60320f4
Время завершения: 60000
Путь приложения: C:WindowsExplorer.EXE
ИД отчета: 1b4bb96b-b360-11e9-80e8-0050568dbadb
Полное имя сбойного пакета:
Код приложения, связанного со сбойным пакетом:

Алгоритм поиска проблемы

Сразу скажу, что внятного ответа ни разработчики 1С ни техническая поддержка мне дали, все сказали, что у вас проблема с системой. И так, что я делал при поиске проблемы:

1. Вводил абсолютно свежий сервер с установленным Windows Server 2012 R2, эффекта не дало, ошибка все так же появилась
2. Удалил все неиспользуемые версии 1С, остались на текущий момент
3. Пробовал удалять кэш 1С, эффекта не дало
4. Переустановка самого клиента 1С, эффекта нет

Далее я решил попробовать собрать трассировку работы приложения по определенным провайдерам Winows и 1С, я такое делал уже при проблеме временного профиля на терминальных серверах. Для этих целей я использовал утилиту logman.exe.

Утилита Logman.exe

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

ссылка на описание утилиты Logman.exe на Microsoft https://docs.microsoft.com/ru-ru/windows-server/administration/windows-commands/logman

Когда вы захватываете через утилиту Logman.exe трассировку событий, то создается очень объемный лог, и если вы его не ограничите, то он забьет ваш диск за час. Для того, чтобы его слегка минимизировать мы может явным образом указать какие именно провайдеры Windows вы должны захватывать, как их определить я покажу чуть ниже. Откройте командную строку, лучше в режиме администратора, чтобы всякие UAC вам не мешали. Далее посмотрим всех доступных поставщиков, если не будет влезать на экран, то можете воспользоваться ключом | more или запустить все в PowerShell.

Как видим их приличное количество, но нам бы хотелось анализировать только те, что относятся к 1С. Чтобы отфильтровать, поставщиков Windows, вы можете использовать PID процесса. В диспетчере задач найдите нужный вас процесс, предположим в моем примере это ID 42424

В командной строке пишем:

logman query providers -pid 42424

На выходе вы получите уже меньшее количество поставщиков Windows, у меня это получилось вот так для 1С 8.3.14.1630. Тут нас будут интересовать исключительно GUID.

Поставщик GUID
——————————————————————————-
Microsoft-IEFRAME {5C8BB950-959E-4309-8908-67961A1205D5}
Microsoft-Windows-AsynchronousCausality {19A4C69A-28EB-4D4B-8D94-5F19055A1B5C}
Microsoft-Windows-COM-Perf {B8D6861B-D20F-4EEC-BBAE-87E0DD80602B}
Microsoft-Windows-Crypto-BCrypt {C7E089AC-BA2A-11E0-9AF7-68384824019B}
Microsoft-Windows-Crypto-RSAEnh {152FDB2B-6E9D-4B60-B317-815D5F174C4A}
Microsoft-Windows-D3D9 {783ACA0A-790E-4D7F-8451-AA850511C6B9}
Microsoft-Windows-DNS-Client {1C95126E-7EEA-49A9-A3FE-A378B03DDB4D}
Microsoft-Windows-Documents {C89B991E-3B48-49B2-80D3-AC000DFC9749}
Microsoft-Windows-Dwm-Api {292A52C4-FA27-4461-B526-54A46430BD54}
Microsoft-Windows-KnownFolders {8939299F-2315-4C5C-9B91-ABB86AA0627D}
Microsoft-Windows-LDAP-Client {099614A5-5DD7-4788-8BC9-E29F43DB28FC}
Microsoft-Windows-Networking-Correlation {83ED54F0-4D48-4E45-B16E-726FFD1FA4AF}
Microsoft-Windows-PrintService {747EF6FD-E535-4D16-B510-42C90F6873A1}
Microsoft-Windows-RPC {6AD52B32-D609-4BE9-AE07-CE8DAE937E39}
Microsoft-Windows-RPC-Events {F4AED7C7-A898-4627-B053-44A7CAA12FCD}
Microsoft-Windows-Shell-Core {30336ED4-E327-447C-9DE0-51B652C86108}
Microsoft-Windows-SQM-Events {A97524F6-064C-4C4E-B74B-1ACC87C3700D}
Microsoft-Windows-TSF-msctf {4FBA1227-F606-4E5F-B9E8-FAB9AB5740F3}
Microsoft-Windows-UIAutomationCore {820A42D8-38C4-465D-B64E-D7D56EA1D612}
Microsoft-Windows-User Profiles General {DB00DFB6-29F9-4A9C-9B3B-1F4F9E7D9770}
Microsoft-Windows-UxTheme {422088E6-CD0C-4F99-BD0B-6985FA290BDF}
Microsoft-Windows-WinRT-Error {A86F8471-C31D-4FBC-A035-665D06047B03}
Microsoft-Windows-Winsock-NameResolution {55404E71-4DB9-4DEB-A5F5-8F86E46DDE56}
ODBC.1 {F34765F6-A1BE-4B9D-1400-B8A12921F704}
{012616AB-FF6D-4503-A6F0-EFFD0523ACE6} {012616AB-FF6D-4503-A6F0-EFFD0523ACE6}
{097D1686-4038-46BE-B551-10FDA0387165} {097D1686-4038-46BE-B551-10FDA0387165}
{2955E23C-4E0B-45CA-A181-6EE442CA1FC0} {2955E23C-4E0B-45CA-A181-6EE442CA1FC0}
{4E749B6A-667D-4C72-80EF-373EE3246B08} {4E749B6A-667D-4C72-80EF-373EE3246B08}
{4FE2C5BD-3BEA-465A-85D1-AD2719CFF4AF} {4FE2C5BD-3BEA-465A-85D1-AD2719CFF4AF}
{609151DD-04F5-4DA7-974C-FC6947EAA323} {609151DD-04F5-4DA7-974C-FC6947EAA323}
{63A3ADBE-9717-410D-A0F5-E07E68823B4D} {63A3ADBE-9717-410D-A0F5-E07E68823B4D}
{65CD4C8A-0848-4583-92A0-31C0FBAF00C0} {65CD4C8A-0848-4583-92A0-31C0FBAF00C0}
{6B6C257F-5643-43E8-8E5A-C66343DBC650} {6B6C257F-5643-43E8-8E5A-C66343DBC650}
{6E65C8FC-3CFE-412A-B793-D36D2185A831} {6E65C8FC-3CFE-412A-B793-D36D2185A831}
{80DF111F-178D-44FB-AFB4-5D179DE9D4EC} {80DF111F-178D-44FB-AFB4-5D179DE9D4EC}
{A2A3A1D0-AC4C-4A8F-BCD3-DB69FBA5AFFC} {A2A3A1D0-AC4C-4A8F-BCD3-DB69FBA5AFFC}
{A323CDC2-81B0-48B2-80C8-B749A221478A} {A323CDC2-81B0-48B2-80C8-B749A221478A}
{A3A7B70D-A430-4F3E-AC8B-32DC24E12D7E} {A3A7B70D-A430-4F3E-AC8B-32DC24E12D7E}
{A74EFE00-14BE-4EF9-9DA9-1484D5473302} {A74EFE00-14BE-4EF9-9DA9-1484D5473302}
{A74EFE00-14BE-4EF9-9DA9-1484D5473305} {A74EFE00-14BE-4EF9-9DA9-1484D5473305}
{BDA92AE8-9F11-4D49-BA1D-A4C2ABCA692E} {BDA92AE8-9F11-4D49-BA1D-A4C2ABCA692E}
{C9BF4A02-D547-4D11-8242-E03A18B5BE01} {C9BF4A02-D547-4D11-8242-E03A18B5BE01}
{CEC2553A-8961-4D34-92CA-AB2ECEF646C5} {CEC2553A-8961-4D34-92CA-AB2ECEF646C5}
{D1D7D72D-00D5-4E56-8BAC-23FAC0F9ED4E} {D1D7D72D-00D5-4E56-8BAC-23FAC0F9ED4E}
{E27950EB-1768-451F-96AC-CC4E14F6D3D0} {E27950EB-1768-451F-96AC-CC4E14F6D3D0}
{E870C196-B8CE-4C83-8C4E-DD5755C6D184} {E870C196-B8CE-4C83-8C4E-DD5755C6D184}
{EB7428F5-AB1F-4322-A4CC-1F1A9B2C5E98} {EB7428F5-AB1F-4322-A4CC-1F1A9B2C5E98}

Вам необходимо в текстовый файл сохранить именно GUID значения, по одному значению в строке. Далее этот файл нам будет нужен, при мониторинге. Создайте у себя для удобства отдельную папку. в которую сохраните файл со списком GUID. у меня это будет путь C:tmpprovaders8.txt. Далее вам нужно определиться сколько вы готовы отдать под файл лога, учтите что он заполняется молниеносно, и сохраняется в сжатом виде в формате .etl, но если вы его потом распакуете, то например 50 МБ превратятся в 750, это нужно учитывать, но есть и обратная сторона нужно больше данных для диагностики, поэтом маленьким его делать так же нет смысла. Я в своем поиске сделаю его 3 ГБ.

В командной строке создаем новую трассировку в Logman.exe:

logman create trace -n 1C8 -f bincirc -max 3000 -ow -o C:tmp1C8.etl -ets

•  -n задает имя вашей трассировки приложения
• -max — задает максимальный размер файла
• -ow — перезаписать текущий файл если он существует
• -o — путь до файла .etl
• -ets — Отправить команды сеансам трассировки событий напрямую, без сохранения или планирования.
• f bincirc — включить цикл перезаписывания файла новыми данными

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

logman update 1C8 -pf C:tmpprovaders8.txt -ets

•  -pf — указать путь до файла с GUID

В итоге у вас начинается наполнение файла .etl

Посмотреть статус и список работающих провайдеров вы можете командой:

Я вижу, что мой сеанс отслеживания событий под именем 1С8 работает. Кстати если вы откроете оснастку «Управление компьютером» и перейдете в раздел «Производительность — Группы сборщиков данных — Сеансы отслеживания событий», то вы увидите тот же список заданий. Тут проще будет потом вносить изменения, например по ключевым словам или уровнем событий, так как по умолчанию у меня стоит уровень 0, подразумевающий собирать все.

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

или же командой:

Далее нам необходим из данного архива получить дамп приложения и его лог, для анализа. Сделать, это можно командой:

Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt

Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.

• Critical — 1 0x1 Этот уровень соответствует критической ошибке, которая является серьезной ошибкой, вызвавшей серьезный сбой.
• Error — 2 0x2 Этот уровень добавляет стандартные ошибки, которые указывают на проблему.
• Informational — 4 0x4 Этот уровень добавляет информационные события или сообщения, которые не являются ошибками. Эти события могут помочь отследить прогресс или состояние приложения.
• LogAlways — 0 0xffffffff Фильтрация уровней по событию не выполняется
• Verbose — 5 0x5 Этот уровень добавляет длинные события или сообщения. Это вызывает все события, которые будут зарегистрированы.
• Warning — 3 0x3 Этот уровень добавляет предупреждающие события (например, события, которые публикуются, потому что диск почти заполнен).

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

В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.

Данные файлы дампов приложения, вы можете открыть с помощью утилиты DebugDiag Analysis (https://www.microsoft.com/en-us/download/details.aspx?id=58210).

Откройте DebugDiag Analysis, выберите пункты:

• crashHangAnalysis
• MemoryAnalysis
• KernelCrashHangAnalysys

После чего нажимаем кнопку «Add data Files».

После чего нажмите «Start Analysis»

На выходе вы получаете веб отчет, у меня выглядело вот так:

Далее хотя бы видно, к какой базе данных было подключение, для этого есть ключ /IBName.

Далее вы увидите более детальную отладочную информацию по Thread — System ID, она может быть полезна для разработчиков 1С.

На этом моя борьба с зависание терминального сервера из-за ошибки 1С предприятия закончена, я как администратор тут уже ничего не могу поделать, надеюсь на разработчиков. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Программу 1С очень часто используют на рабочих предприятиях, в магазинах и так далее. Именно там контролируется вся работа, туда вбивают документы и отчёты. Но ничто не застраховано от ошибок, особенно программы. В этом материале расскажем, что же делать, если вы столкнулись с таким сбоем – на сервере 1С Предприятия произошла неисправимая ошибка? Давайте разберемся почему такое возможно, и какие действия нужно предпринять.

От чего возникает  «На сервере 1С: Предприятия произошла неисправимая ошибка»

Ошибка может произойти в момент практически любого действия, но чаще всего она наблюдается именно при запуске самой программы. Также, некоторые пользователи отмечают, что сбой можно заметить во время процессе переноса документов с одного компьютера на другой.

Что же ещё вызывает данную проблему? Это может быть старая версия самой программы, либо на диске, куда она установлена, слишком мало свободного места для ее полноценной работы, наличие в программе большого количестве старых файлов. Существует ещё одна причина – работа антивируса. Были замечены случаи, когда именно антивирус блокировал функциональность системы, тем самым, вызывая такой сбой.

Но несмотря на то, от чего появилась проблема, нужно ее решать, чтобы и дальше правильно вести работу. Мы рассмотрим несколько вариантов, как устроить появившуюся неполадку.

Обновите вашу систему 1С до самой актуальной версии

В первую очередь, при сбоях в работе приложений, программ и систем, стоит проверить – а не вышло ли свежее обновление?

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

И если на мобильных устройствах мы знаем как это сделать, то как поступить с 1С? Все очень просто и займет минимум времени. Делайте все согласно инструкции:

1. Зайдите в раздел Меню, и нажмите на пункт под названием «Администрирование».
2. После отыщите кнопку с надписью «Обновление версии программы» и нажмите на нее.

После этого высветится окно с запущенным процессом, а выше будет написано «Выполняется обновление на версию», и будет указана цифра самого обновления.

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

Также, помните, что разработчики не зря выпускают обновления для программ. Если вы используете устаревшее, тогда не защищены от сбоев и неполадок, поэтому всегда проверяйте данный пункт по нашей инструкции.

Сохранения работы barcode

Существует альтернативный способ, но его можно назвать скорее временным, так как полноценной работой назвать это нельзя. Но если вам срочно нужно, тогда можно попробовать сохранить процесс без barcode. Для этого нужно предпринять некоторые действия. Четко следуйте инструкции и все получится.

1. Сначала нужно запустить конфигурацию базы. Обязательно делайте это в соответствующем режиме, который называется Конфигуратор.
2. Найдите надпись «Агент сервера 1С Предприятия/ и закройте софт.
3. Теперь вам нужно сделать очистку некоторых каталогов с файлами. Это поможет в данном сбое.  SystemRoot%Temp

→ C:WindowsTemp

%SystemDrive%UsersUSR1CV8AppDataLocalTemp

→ C:UsersUSR1CV8AppDataLocalTemp. Помните, что у вас имя может немного отличаться от прописанного выше, в зависимости от того, что прописано в настройках компьютера.

После этого попробуйте включить систему 1С и проверить, будет ли высвечивается надпись об ошибке, или и вовсе исчезнет.

Обратитесь в техподдержку

В случае, когда сбой не перестает пропадать, вы не можете полноценно работать в системе, и не помогает ни один из способов, следует написать в техническую поддержку пользователей. Возможно, специалисты помогут решить вопрос.

Вы можете позвонить по многоканальному номеру телефона, где вам уже переключат на соответствующего специалиста – 8 (495) 688-10-01. Либо написать на адрес электронной почты v8@1c.ru.

Какая дополнительная информация вам будет нужна при обращении?

• Регистрационный номер программы;
• Полное название вашей фирмы;
• Название конфигурации, а также версия программы, которая у вас установлена.

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

Заключение

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

m74y

20.12.10 — 09:49

serezhka

1 — 20.12.10 — 09:50

(0) а антивирус случаем не Касперский 2011?

vicof

2 — 20.12.10 — 09:50

на других компах открывается? касперский 2011 есть?

m74y

3 — 20.12.10 — 09:52

случаем именно капеский 2011, но я его отключал когда запускал 8- ку, других компов нет, магазинчик маленький бух. в единственном экземпляре

serezhka

4 — 20.12.10 — 09:53

(3) удали Касперского и попробуй без него запустить

serezhka

5 — 20.12.10 — 09:54

(3) была такая же проблема именно с Касперским 2011, помогло только удаление, решил проблему установкой касперского 2010

m74y

6 — 20.12.10 — 09:56

сечас попробую, но ведь зараза полтора месяца с ним проработал и никаких косяков не было…

MetaDon

7 — 20.12.10 — 09:57

(0) за такие дела надо наказывать контору Касперского рублём

m74y

8 — 20.12.10 — 10:01

да, удалил каспера, вроде все нормально, щас попробую 2010 поставить, спасибо.

serezhka

9 — 20.12.10 — 10:03

(7) да Касперский скоро сам себя накажет за такие косяки… =)) А вообще на предприятиях лучше использовать Антивирус Касперского для Windows Workstations. С ним проблем пока никаких небыло.

serezhka

10 — 20.12.10 — 10:04

(8) я с такой же проблемой целый день потратил… Лаборатория Касперского наверное впервые слышала в свой адрес такие не лестные слова =)))

programmer

11 — 12.01.11 — 10:27

Smallrat

12 — 12.01.11 — 10:34

Вроде бы надо добавить в список исключений *.1CD, помимо экзешников. Сам не успел проверить — запарился и снёс Касперского (честно купленного рррр), поставил MSE.

programmer

13 — 12.01.11 — 10:39

Кстати, вот работа над ошибками от касперского:
http://support.kaspersky.ru/faq/?qid=208639331
Полгода им потребовалось, чтоб эту проблему устранить >:(
Может кто посоветует альтернативные варианты антивирусов?

Подобная тема уже обсуждалась здесь v8: Вылетает 1С 8.2
Мне помогло вот это «…попробуй отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского.»

Теги:

Похожие темы (5)

Запуск 1С:Предприятие 8 и параметры запуска

Программа 1cv8c.exe версии прекратила взаимодействие с Windows

Программа 1cv8c.exe версии прекратила взаимодействие с Windows

Добрый день! Уважаемые читайте и гости популярного 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: mpprovaders8.txt. Далее вам нужно определиться сколько вы готовы отдать под файл лога, учтите что он заполняется молниеносно, и сохраняется в сжатом виде в формате .etl, но если вы его потом распакуете, то например 50 МБ превратятся в 750, это нужно учитывать, но есть и обратная сторона нужно больше данных для диагностики, поэтом маленьким его делать так же нет смысла. Я в своем поиске сделаю его 3 ГБ.

В командной строке создаем новую трассировку в Logman.exe:

• -n задает имя вашей трассировки приложения
• -max — задает максимальный размер файла
• -ow — перезаписать текущий файл если он существует
• -o — путь до файла .etl
• -ets — Отправить команды сеансам трассировки событий напрямую, без сохранения или планирования.
• f bincirc — включить цикл перезаписывания файла новыми данными

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

• -pf — указать путь до файла с GUID

В итоге у вас начинается наполнение файла .etl

Посмотреть статус и список работающих провайдеров вы можете командой:

Я вижу, что мой сеанс отслеживания событий под именем 1С8 работает. Кстати если вы откроете оснастку «Управление компьютером» и перейдете в раздел «Производительность — Группы сборщиков данных — Сеансы отслеживания событий», то вы увидите тот же список заданий. Тут проще будет потом вносить изменения, например по ключевым словам или уровнем событий, так как по умолчанию у меня стоит уровень 0, подразумевающий собирать все.

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

или же командой:

Далее нам необходим из данного архива получить дамп приложения и его лог, для анализа. Сделать, это можно командой:

Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt

Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.

• Critical — 1 0x1 Этот уровень соответствует критической ошибке, которая является серьезной ошибкой, вызвавшей серьезный сбой.
• Error — 2 0x2 Этот уровень добавляет стандартные ошибки, которые указывают на проблему.
• Informational — 4 0x4 Этот уровень добавляет информационные события или сообщения, которые не являются ошибками. Эти события могут помочь отследить прогресс или состояние приложения.
• LogAlways — 0 0xffffffff Фильтрация уровней по событию не выполняется
• Verbose — 5 0x5 Этот уровень добавляет длинные события или сообщения. Это вызывает все события, которые будут зарегистрированы.
• Warning — 3 0x3 Этот уровень добавляет предупреждающие события (например, события, которые публикуются, потому что диск почти заполнен).

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

В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.

Данные файлы дампов приложения, вы можете открыть с помощью утилиты DebugDiag Analysis (https://www.microsoft.com/en-us/download/details.aspx? >

Откройте DebugDiag Analysis, выберите пункты:

• crashHangAnalysis
• MemoryAnalysis
• KernelCrashHangAnalysys

После чего нажимаем кнопку «Add data Files».

После чего нажмите «Start Analysis»

На выходе вы получаете веб отчет, у меня выглядело вот так:

In 1cv8c.exe.10324.dmp the assembly instruction at wbase83!wbase::BaseWindow::windowProc+fe4 in C:Program Files (x86)1cv88.3.14.1630inwbase83.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)1cv88.3.14.1630inwbase83.dll

Далее хотя бы видно, к какой базе данных было подключение, для этого есть ключ /IBName.

Далее вы увидите более детальную отладочную информацию по Thread — System ID, она может быть полезна для разработчиков 1С.

Thread 6 — System ID 118516

This thread is not fully resolved and may or may not be a problem. Further analysis of these threads may be required.

Поделиться с друзьями

Области

Реклама

Продукт

Новые обсуждения форума

Статистика

Авторское право

Права на информацию в разделе «Справка УПП», «Справка БП» и «Справка ЗУП» принадлежат фирме 1С (http://1c.ru)

Права на информацию в разделе «Практический опыт» принадлежат Мутовкину А.М.

Перепечатка разрешена только с активной ссылкой на правообладателя.

Проверка количества запущенных процессов 1cv8.exe

Submitted by admin on пн, 12/19/2011 — 12:46

• BAT
• Администрирование
• Готовые функции
• Любой
• Практический опыт

На сервере используется батник, запускающий по расписанию раз в 2 минуты обмен УРИБ. Такие «костыли» часто приходится применять вместо фоновых заданий. В эти выходные случилось страшное. При выполнении обмена происходила ошибка, в результате 1С не закрывалась. Что привело к запуску over 400 процессов 1cv8.exe. Сервер перестал корректно работать. Службы начали отказывать. Перезагрузка спасла, но очевидно необходимо было допилить батник проверкой на кол-во уже запущенных процессов.

Вот сама проверка на запуск не более 50 процессов:

for /f %%a in (‘tasklist /NH /FI «IMAGENAME eq 1cv8.exe» ^| find /c /v «» ‘) do set /a count1c=%%a
for /f %%a in (‘tasklist /NH /FI «IMAGENAME eq 1cv8c.exe» ^| find /c /v «» ‘) do set /a count1c=count1c+%%a
for /f %%a in (‘tasklist /NH /FI «Имя образа eq 1cv8.exe» ^| find /c /v «» ‘) do set /a count1c=count1c+%%a
for /f %%a in (‘tasklist /NH /FI «Имя образа eq 1cv8c.exe» ^| find /c /v «» ‘) do set /a count1c=count1c+%%a
if %count1c% gtr 50 (goto SKIPSTART)

echo Here starts new 1c process

goto AFTERSTART
:SKIPSTART

echo Skip 1C start because already %count1c% processes running!

Работая в 1С Предприятие 8.2 пользователи столкнулись со следующей проблемой. При попытке ввода начальных остатков программа выдает ошибку и закрывается. При этом в журнале Windows «Приложение» регистрируется ошибка Application Error с кодом события 1000. Проблему вызывает htmlui.dll и возникает она в 1С на макетах (что логично, т.к. макеты используют html разметку).

Имя сбойного приложения: 1cv8.exe, версия: 8.2.18.61, отметка времени: 0x514b79ed

Имя сбойного модуля: htmlui.dll, версия: 8.2.18.61, отметка времени 0x514b6c38

Код исключения: 0xc0000005

Смещение ошибки: 0x0000d5f0

Идентификатор сбойного процесса: 0x7bc

Время запуска сбойного приложения: 0x01cef8442a0482f8

Путь сбойного приложения: C:Program Files (x86)1cv828.2.18.61in1cv8.exe

Путь сбойного модуля: C:Program Files (x86)1cv828.2.18.61inhtmlui.dll

Код отчета: afbc33a3-6437-11e3-98fb-001e676481cc

Есть несколько возможных вариантов решения этой проблемы.

Решение 1 (которое помогло нам в конкретном случае).

Для решения проблемы заходим в Пуск — Панель управления — Все элементы управления — Программы и компоненты — Установленные обновления

Выбираем Windows Internet Explorer 11.

Далее удалить (предварительно не забудьте сделать образ состояния системы).

В нашем случае помогло именно удаление данного обновления на компьютере с ОС Windows Server 2008 r2. В других случаях иногда приходится делать восстановление предыдущего состояния системы из сохраненной копии образа ОС, который при грамотном планировании обслуживания компьютеров в Воронеже, делается не реже одного раза в неделю. Либо придется искать то обновление, которое вызывает данный сбой.

Решение 2.

Есть еще вариант почистить кеш 1С (папка C:Users(имена пользователей)Аpplication DataLocal1C(все папки с длинным буквенно-цифровым наименованием) — удаляем их безжалостно.

Решение 3.

И последний вариант устранения данной ошибки связан с проверкой вашего компьютера на вирусы. Ставьте лицензионный антивирус и регулярно проводите проверку компьютера.

При запуске базы в режиме Предприятие начала появляться ошибка «Аварийное завершение».

Полный скриншот:

Больше никаких подробностей 1С платформа не выдает, в журнале регистрации записей нет.

Приложение сразу закрывается после этой ошибки. При повторном запуске не появляется.

Носит нерегулярный характер (то появляется, то нет).

Возникла на платформе: 8.3.18.1334 (по сообщениях из чатов у других было на платформе 8.3.17.1851)

Операционная система Windows 10 корпоративная LTSC 1809 и Windows Server 2012 R2 Standard

Ошибка приложения записывается в системный журнал Windows в следующем виде:

Faulting application name: 1cv8c.exe, version: 8.3.18.1334, time stamp: 0x6021c237

Faulting module name: backbas.dll, version: 8.3.18.1334, time stamp: 0x6021c6c8

Exception code: 0xc0000005

Fault offset: 0x00000000000ce7f3

Faulting process id: 0x1840

Faulting application start time: 0x01d74ba9efcea74f

Faulting application path: C:Program Files1cv88.3.18.1334bin1cv8c.exe

Faulting module path: C:Program Files1cv88.3.18.1334binbackbas.dll

Report Id: 59b36157-b79e-11eb-811c-0cc47a6431af

Faulting package full name: 

Faulting package-relative application ID: 

Или на русском:

Имя сбойного приложения: 1CV8C.exe, версия: 8.3.18.1334, метка времени: 0x6021c237

Имя сбойного модуля: backbas.dll, версия: 8.3.18.1334, метка времени: 0x6021c6c8

Код исключения: 0xc0000005

Смещение ошибки: 0x00000000000ce7f3

Идентификатор сбойного процесса: 0x2840

Время запуска сбойного приложения: 0x01d74b4aa253611e

Путь сбойного приложения: C:Program Files1cv88.3.18.1334bin1CV8C.exe

Путь сбойного модуля: C:Program Files1cv88.3.18.1334binbackbas.dll

Идентификатор отчета: b175aeec-357b-4c35-bdbc-0bfc9883a372

Полное имя сбойного пакета: 

Код приложения, связанного со сбойным пакетом: 

Легальность продуктов 100% (эмуляторов нет и никогда не было). В одном месте кластер и настроен сервер лицензирования, в другом USB ключ. В интернете все советы сводятся к «удалите эмуляторы и т.п. нелегальщину», а затем всё удалите и поставьте заново с восстановлением баз.

Совсем не хочется делать это на серверных базах, где всё настроено под сервер лицензирования и постоянно работает несколько десятков пользователей.

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

Советы от коллег: (из чата телеграм) В нашем случае кажется проблема в отсутствии свободных лицензий. Сейчас активировали дополнительные, вроде перестало вылетать.

UPDATE: 18.05.2021

Ошибка появляется, если есть доступ в интернет.

Проблему подвердили коллеги со всей страны.

Ошибка присутствует в версиях платформы начиная с 8.3.16.1791, 8.3.17.1823, 8.3.18.1201.

UPDATE: есть обратная связь от разработчиков платформы. Про проблему они знают.

Код ошибки для просмотра на трекере 1С — 40049115

Ошибка исправлена в версиях платформы начиная с 8.3.17.2231 и 8.3.18.1483 (дата публикации  19.05.2021).

Решение — обновить платформу, когда выйдет исправленный релиз.

Временное решение — отключить на машине доступ в Интернет. Также коллеги пишут, что как вариант, добавить в хост (в файл hosts) строку: 127.0.0.1 baidu.cn (но это не точно).

UPDATE: 21.05.2021

По последним данным ошибка перестала появляться и на тех платформах, на которых ранее появлялась. Поэтому, если не больше не появляется, возможно обновление платформы не требуется.

Если Вам понравилась статья, пожалуйста, поставьте лайк, сделайте репост или оставьте комментарий. Если у Вас есть какие-либо замечания, также пишите комментарии.