1cv8c не работает возникшая проблема
Описание проблемы
Есть 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:
- -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?id=58210).
Откройте 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)\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.
Далее вы увидите более детальную отладочную информацию по 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.
Источник
Программа «1cv8» не работает
Проблема : На одном из компьютеров магазина регулярно возникает проблема:
Описание : «Программа 1cv8 не работает. Возникшая проблема привела к прекращению работы программы. Windows закроет эту программу, а если есть известный способ устранения, уведомит вас об этом»
Возникает по словам продавцов достаточно часто. Чуть ли не по паре-тройке раз за смену. И стало происходить примерно с неделю как до звонка мне.
Понятное дело, что Windows, сколько бы и как красочно она не писала бы в самой ошибке, никак не нашла «известного способа устранения». А если и нашла, то долго и уверенно это скрывала. Просто так. Смеха ради.
Потому пришлось искать способ устранения самому. А таких вариантов и вариаций просто преогромнейшее количество. Просто по той причине, что поводом для подобного незапуска может быть действительно всё, что угодно. Самое главное — объём постоянно пополняется. Потому приведу список всего того по частоте встречаемости (то есть чем выше причина, тем чаще проблема была в этом, а потому она с большей долей вероятности поможет) абсолютно по всем конфигурациям:
1) Брандмауэр и Защитник Windows. Обязательно проверить Брандмауэр и отключить хотя бы ради теста его.
2) У пользователя нет прав на запись файла базы данных (то есть в безопасности предоставлено ему только чтение). В таком случае запускать или из-под Администратора, или предоставить данные права
3) Обновилась конфигурация (не через принудительное обновление в Конфигураторе), но при установке выяснилось, что версия 1С (например, 8.3.10.2168 не подходит для версии релиза конфигурации, потому что с ней можно работать только с 8.3.10.2667). Тогда следует обновить саму программную оболочку.
4) Установка нового оборудования, а скорей — установка и подключение оборудование через ДТО Atol. Может возникнуть тогда, когда программная оболочка 1С достаточно старая, а ДТО самые новые. И dll-файлы не всегда поняты программой.
5) Просто глюк Windows. Было такое, что операционная система скачала обновления, но пользователь откладывал само обновление. А в них были зашиты какие-то новые драйвера для работы с жёсткими дисками. И Windows просто блокировала всё, так как считала, что для надёжного использования HDD требуется сначала установить обновления.
В конкретно взятом мною случае с фотографией, выведенной в заголовок был первый пункт. Брандмауэр отчего-то решил, что 1С совершает некие действия, похожие на троян. И потому заблокировал возможность чтения и изменения файлов.
Если у вас по той или иной причине не получилось устранить неисправность самостоятельно (в том числе если вам требуются некоторые дополнительные подробности) или же у вас возникли какие-то другие поломки, то вы всегда можете обратиться ко мне за консультацией: greenand@rambler.ru . И я обязательно помогу вам в их устранении.
Подписывайтесь на канал «Кассовик» и ни одна, даже самая малейшая проблема не доставит Вам совершенно никаких неприятностей.
Источник
Программа 1cv8c.exe не работает
Проблема : Не запускается 1С8. Любая конфигурация. Изначально на компьютере стояла 1С8:Бухгалтерия. Однако в процессе поиска неисправности пробовались и 1С8:Розница:
Изначально запускается клиент 1С с возможностью выбора базы данных
Однако при последующей загрузке практически в самом начале Windows показывает окно ошибки и поиска возможностей устранения данной ошибки:
Понятное дело, что Операционная система не находит вариантов устранения неисправности (на моей памяти вообще при подобных обстоятельствах Windows никогда не могла найти устранения неисправностей):
И так каждый раз. Можно хоть до посинения и потери чувств пытаться запускать.
Система : Сервер терминалов: Windows 10 x64, Установленный клиент терминалов. 1С 8.3.10.2667, Клиентский компьютер, что подключается к серверу терминалов: Windows 10 x64
1) В данном случае (а также в паре случаев из памяти) проблема заключалась в том, что слетели (или же преднамеренно кем-то были изменены) права доступа пользователя к каталогу, где расположена база данных 1С. Не обязательно даже намеренно. Бывает, что и случайно. Один раз один из программистов 1С просто произвёл перетрубации вечером с папкой, где хранится лог работы (переместил, потом вдруг опомнился и скопировал обратно). И таким образом права доступа (а для 1С просто обязательно нужен полный доступ как с чтением, так и с записью) слетели. Работа в терминалах почти всегда происходит из-под пользователей, которые не обладают правами «Администратора». А исключительно — «Пользователь» и «Пользователь удалённого рабочего стола». Потому права следует проверить и переназначить для пользователя, из-под которым происходит попытка входа в базу данных 1С.
2) Один раз из пяти (или шести) было что-то с настройками пользователя. Или даже что-то могло остаться в кэше. И не помогало ничего. Тогда на сервере просто был создан новый пользователь, для которого всё и было перенастроено.
Как в первом, так и во втором случае устранение даже без лишней спешки займёт не более 10 минут.
Однако если вы столкнулись с проблемой, которая никак не устраняется, а вы сами зашли в тупик, то всегда можете обратиться ко мне за консультацией: greenand@rambler.ru . И я обязательно помогу вам в их устранении.
Подписывайтесь на канал «Кассовик» и ни одна, даже самая малейшая проблема не доставит Вам совершенно никаких неприятностей.
Источник