Ошибка загрузки компоненты rtrsrvc 1с
Описание проблемы
Есть 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)\1cv8\8.3.14.1630\bin\1cv8c.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.14.1630\bin\wbase83.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 Office\Office16\EXCEL.EXE
Путь сбойного модуля: C:\Program Files (x86)\Microsoft Office\Office16\EXCEL.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)\1cv8\8.3.14.1630\bin\1cv8.exe
Путь сбойного модуля: C:\Program Files (x86)\1cv8\8.3.14.1630\bin\rtrsrvc.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:\Windows\system32\mstsc.exe
Путь сбойного модуля: C:\Windows\SYSTEM32\ntdll.dll
Идентификатор отчета: d802c5d7-a472-11e9-815c-0050568dcf1e
Видно, что из-за этой ошибки 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:
Далее нам необходимо обновить наше задание и сказать, что собирать данные нужно по определенным провайдер, которые находятся у нас в файле:
В итоге у вас начинается наполнение файла .etl
Посмотреть статус и список работающих провайдеров вы можете командой:
Я вижу, что мой сеанс отслеживания событий под именем 1С8 работает. Кстати если вы откроете оснастку "Управление компьютером" и перейдете в раздел "Производительность - Группы сборщиков данных - Сеансы отслеживания событий", то вы увидите тот же список заданий. Тут проще будет потом вносить изменения, например по ключевым словам или уровнем событий, так как по умолчанию у меня стоит уровень 0, подразумевающий собирать все.
Теперь ждем сбоя, после которого вам нужно остановить ваше задание, можно из графического интерфейса
или же командой:
Далее нам необходим из данного архива получить дамп приложения и его лог, для анализа. Сделать, это можно командой:
Напоминаю, что у вам потребуется много места. Все начинается распаковка лога, вы будите видеть таскбар. В итоге из своих 3 ШБ, я получил файл дамп (dumpfile.xml) приложения 1С Предприятие в размере 41 ГБ и текстовый файл summary.txt
Получив такой огромный лог, я не смог его прочитать, утилита Microsoft Message Analyzer писала, что недостаточно памяти для продолжения выполнения программы. Пришлось уменьшать размер epl файла до 100 МБ и собирать меньшее количество провайдеров, исключив некоторые Microsoft и фиксировать только ошибки, уровня 2.
Так же я параллельно создал ключи реестра, которые при сбое определенного приложения будут записывать его дамп.
В итоге я получил небольшого вида файлы, которые чуть больше смогли ответить, в чем проблема связанная с появлением ошибки с ID 1000.
Откройте DebugDiag Analysis, выберите пункты:
- crashHangAnalysis
- MemoryAnalysis
- KernelCrashHangAnalysys
После чего нажимаем кнопку "Add data Files".
После чего нажмите "Start Analysis"
На выходе вы получаете веб отчет, у меня выглядело вот так:
WARNING - DebugDiag was not able to locate debug symbols for \wbase83.dll, so the information below may be incomplete.
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.
Thread 0 - System ID 118120
Thread 3 - System ID 118148
Постоянно вылетает программа на компьютерах кассиров с кассирскими учетками. На них настроены рмк, подключены фискальные регистраторы, сканеры штрих-кодов и эквайринговые терминалы. На этих же компьютерах под учетными записями администраторов работает без проблем. В системном логе пишет ошибку:
Имя сбойного приложения: 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ники. Может логи где-то включить надо?
(15) "Может логи где-то включить надо?" // Для начала надо включить мозг. Ответ в этой ветке уже дан.
UAC пробовали отключать?
"В общем выяснилось, что проблема присутствует только на машинах х64." уточните версии операционок
Для набора статистики:
Вчера вечером обновил платформу с 8.3.9.2170 на 8.3.10.2375 (обновлял ради обновления конфы, но конфу обновить не успел).
На одном компе с РМК 1Ска стала периодически падать с тем же самым кодом ошибки (Код исключения: 0xc0000090)
из оборудования подключено:
Рядом работают еще 2 компа с практически идентичным железом, но у них подключены фискализированные ККМ (одна с ЭКЛЗ, вторая - с ФН). С ними проблем не возникло.
Все трое работают тонкими клиентами.
Пока попробовал отключить использование ФПринт-11 и Сберовский эквайринг - будем посмотреть.
Второй этап - попробовать работать толстым клиентом.
Версии операционок, на которых падает все 7.
IE версии 11, на одной машине с ХР 8.
UAC отключать не пробовали, это может быть связано?
С логами вроде разобрался, на 1 компьютере включил, жду когда упадет. Но где все-таки посмотреть версию БПО? поиском не нашел ответа на этот вопрос.
Если что сильно не пинайте в 1с практически 0, просто пришлось решать эту проблему(
(21) думаю надо проверить и UAC и DEP. На Вин ХР тоже х64 и падает? И, пальцем в небо, выключите ipv6
3 дня работы с отключенными ККМ и эквайринговым терминалом прошли без сбоев.
Подключил ККМ, эквайринг не подключал.
Наблюдаю дальше.
Отключение UAC и DEP не помогло. Отключение ipv6 тоже.
ХР x64 нет таких машин. на х32 работает нормально.
Вот что записалось в лог, в файл с временем создания, примерно совпадающим с вылетом:
(0) Толочь воду в ступе можно долго. Падение платформы - это как раз тот случай, когда нужно обращаться в поддержку.
Параллельно можно попробовать локализовать проблему. Ну а если в лом - просто использовать 32-битную платформу (на 64-битной ОС, да).
Ну вот и виновник.
С подключенной ККМ, но без Сберовского терминала работало стабильно.
После подключения Сберовского терминала не прошло и 15 минут до первого падения.
Сберовский терминал, если что, без собственной чекопечаталки - эквайринговый чек печатается через подключенный к 1С Атол.
(0) еще вариант - начать отключать оборудование по очереди. что бы понять что глючит.
начать с дисплеев и дурацких терминалов из банка
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Ошибка загрузки компоненты управления оборудованием, Ошибка загрузки компоненты управления оборудованием: Ошибка при вызове метода контекста (ЗагрузитьВнешнююКомпоненту)
Добрый день, Мария, у Вас неправильно выбран вариант платформы 1С, нужно ставить платформу 1С для ОС Windows (она станет и для 64 и для 32). и тогда пройдет корректная регистрация внешней компоненты.
Результатов нет. Куда копать дальше?
Добрый день, Игорь, у Вас некорректно установлена платформа 1С. Необходимо ставить полную версию платформы, т.к. только 64битная не может зарегистрировать внешнюю компоненту управления оборудованием.
Цитата |
---|
Игорь Вишневский написал: Компонента не работает с 64 битной платформой? |
Цитата |
---|
Светлана Сулименко написал: Светлана, 1С запускается именно из папки ProgramFiles(x86), а в папке ProgramFiles 1С как раз блокирует регистрацию компоненты, поэтому удаление папки 1cv8 из ProgramFiles и решит проблему. |
Здравствуйте, появилась необходимость перенести Альфа-Авто на другой сервер. В итоге эта "непобедимая" ошибка! (( ОС Server 2008R2, платформа 1С 64-бит, находится именно в С:\Program Files\1cv8. Ни один совет из этой темы не помог. Установка платформы 1С 32 бит - единственное решение. Хочется использовать 1С 64 бит! Помогите, пожалуйста!
Добрый день, Дмитрий, Вам нужно ставить полную версию платформу 1С, в которой есть компоненты и для 32 битной и для 64 битной версии, тогда у Вас будет возможность зарегистрировать компоненту.
Цитата |
---|
Светлана Сулименко написал: Добрый день, Дмитрий, Вам нужно ставить полную версию платформу 1С, в которой есть компоненты и для 32 битной и для 64 битной версии, тогда у Вас будет возможность зарегистрировать компоненту. |
Дмитрий, у Вас установлена Технологическая платформа 1С:Предприятия (64-bit) для Windows . да, поставьте обе, но запускайте именно 32.
Подскажите, пожалуйста, у нас 1С сервер и терминальный сервер на разных машинах. Куда нужно устанавливать драйверы оборудования, куда сервер лицензирования? Может существует инструкция?
Дмитрий, система управления оборудованием ставится на машину, к которой подключается оборудование. Сервер лицензирования на машину, в которую установлен ключ от Альфа-Авто (или активирован, если он программный).
Цитата |
---|
Светлана Сулименко написал: Дмитрий, система управления оборудованием ставится на машину, к которой подключается оборудование. Сервер лицензирования на машину, в которую установлен ключ от Альфа-Авто (или активирован, если он программный). |
Добрый день! Та самая, "компонента управления оборудованием" входит в систему управления оборудованием (Equipment)? И должна быть установлена только на машину, к которой подключается оборудование? Верно? На сервере лиценз (там, где ключ) компонента не устанавливается? Правильно ли я понял, что компонента задействуется только при запуске клиентских процессов 1С (1cv8.exe *32)? Серверным процессом 1С (rphost.exe) компонента не задействуется?
Цитата |
---|
Светлана Сулименко написал: Дмитрий, у Вас установлена Технологическая платформа 1С:Предприятия (64-bit) для Windows . да, поставьте обе, но запускайте именно 32. |
Цитата |
---|
Михаил Третьяков написал: Решил ситуацию что запускаю не стартер а ехе-шник конкретной версии. |
Проблема решилась аналогично запуском непосредственно exe-шника C:\Program Files (x86)\1cv8\8.3.13.1513\bin\1cv8.exe правой кнопкой мышки от имени Администратора,
НО только после :
1. внесения изменений в системный реестр, по указанным ранее рекомендациям Юрия,
2. удаления папки LocalProtect (C:\ProgramData\Protect\LocalProtect)
3. и повторным запуском от имени Администратора EquipmentSetup.exe (D:\Equipment\EquipmentSetup.exe)
Причины, видимо, глубоко уходят в область системного администрирования. Рецептов решения крайне мало и все они не помогают. Поэтому считаю важным предложить практически работающий способ. Прикрепляю 2 файла, содержимое которых также цитирую. Внести в реестр пользователя.
------------------
Windows Registry Editor Version 5.00
------------------
Windows Registry Editor Version 5.00
П.С. При этом на ПК установлена куча различных релизов 1С как 32 битных, так и 64 битных. Ничего не удаляли и не переустанавливали.
Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.15.07)
EquipmentSetup.exe от 16.11.2018 размер 15377 Kb
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
При попытке запуска программы и подключения к базе появляется ошибка (см. скриншот). Было испробовано: переустановка "1С", очистка кэшей "1С", очистка временных файлов пользователя, отключение антивируса/файрволла. Из-под администраторской учётки получается запустить через раз, из-под пользовательской вообще никак не получается. Права "Чтение и Запись" на \ProgramData\Protect\LocalProtect выставлены для всех пользователей.
Что интересно, данная ошибка возникла только на одном ПК, на остальных (с такой же конфигурацией железа и таким же набором ПО) всё в порядке.
Платформа: 8.2.18.109.
Конфигурация "Альфа-Авто": 5.0.08.06.
Установите из дистрибутива систему управления оборудованием (Equipment\EquipmentSetup.exe)
Запустите 1С-Предприятие под правами администратора. Если ошибка повторится, то сообщите версию файла RarusEquipment.dll, который лежит в каталоге системы защиты \ProgramData\Protect\LocalProtect
Добрый день! Это тоже было испробовано.
Цитата |
---|
Если ошибка повторится, то сообщите версию файла RarusEquipment.dll, который лежит в каталоге системы защиты \ProgramData\Protect\LocalProtect |
1. Попробуйте разрегистрировать компоненту \ProgramData\Protect\LocalProtect\RarusEquipment.dll
а затем зарегистрировать
2. Отключите все файерволы, антивирусы, брандмауэры - возможно кто-то из них блокирует доступ к файлу
Цитата |
---|
Надежда Бушева пишет: 1. Попробуйте разрегистрировать компоненту \ProgramData\Protect\LocalProtect\RarusEquipment.dll а затем зарегистрировать |
Терминальный сервер
Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.10.02)
Версия файла RarusEquipment.dll - 8.0.6.16
Лицензий за место: 26
У 26 пользователей работает 1С, а 27, 28 и 29 выдают ошибку
Вопрос: как распределяются лицензии на рабочие места, если первые 26 пользователей выключили 1С, а 27, 28 и 29 все равно не могут зайти в 1С из-за ошибки , существует ли привязка лицензий за место к терминальному профилю пользователя?
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Ошибка загрузки компоненты управления оборудованием, Ошибка загрузки компоненты управления оборудованием: Ошибка при вызове метода контекста (ЗагрузитьВнешнююКомпоненту)
Цитата |
---|
Светлана Сулименко написал: Максим, регистрацию компоненты делали от имени пользователя с правами администратора? |
Цитата |
---|
Светлана Сулименко написал: Максим, регистрацию компоненты делали от имени пользователя с правами администратора |
Открыл командную строку от имени администратора. Выполнил все по инструкции, как указано выше. Ошибка пропала, большое спасибо.
Та же самая проблема, конфигурация Управление отелем 2. Пробовал все вышеперечисленные способы решения. Проблема возникает при первом запуске, папка LocalProtect по указанному пути отсутствует.
[img]file:///C:/Users/%D0%94%D0%BC%D0%B8%D1%82%D1%80%D0%B8%D0%B9/Desktop/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA.jpg[/img]
Дмитрий, добрый день.
При первом запуске программы 1С-Рарус: Управление отелем необходимо выполнить запуск Платформы 1С от имени Администратора.
Добрый день! У нас аналогичная проблема.
Конфигурация Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.07.14)
Библиотеку RarusEquipment.dll зарегистрировали от имени администратора (версия библиотеки 8.0.6.17).
Подскажите, пожалуйста, как нам еще можно попробовать решить проблему?
Светлана, Вам необходимо в папке Program Files (не Program Files(x86)) удалить папку 1cv8. Затем запускать базу как обычно.
Светлана, пока не возможности попробовать удалить папку.
Поясните, пожалуйста, как удаление папки поможет в решении данной проблемы? Как же 1С будет запускаться, если мы удалим папку, в которую она установлена и из которой запускается?
Заранее спасибо за пояснения!
Светлана, 1С запускается именно из папки ProgramFiles(x86), а в папке ProgramFiles 1С как раз блокирует регистрацию компоненты, поэтому удаление папки 1cv8 из ProgramFiles и решит проблему.
Светлана, удалять папку нам было нельзя, т.к. была установлена 64-разрядная платформа и удаление папки привело бы к невозможности запуска 1С.
Но ваш ответ натолкнул нас на мысль, что видимо проблема как раз в том, что у нас 64-разрядная платформа и видимо компонента не работает под 64-разр. платформой.
Мы установили 32-разрядную платформу и ошибка ушла без каких-либо доп. действий.
Возможно, необходимо прописать данную особенность в документации к ПП.
Затираются ли настройки торгового оборудования при удалении config.xml и повторной установке RarusEqupment.exe?
Да, Михаил, при удалении файла config.xml оборудование нужно будет устанавливать заново.
при повторной установке RarusEqupment.exe оборудование не затирается.
Цитата |
---|
Светлана Сулименко написал: Да, Михаил, при удалении файла config.xml оборудование нужно будет устанавливать заново. при повторной установке RarusEqupment.exe оборудование не затирается. |
я правильно понимаю что чтобы сохранить настройки лучше при ошибке указанной выше переустановить RarusEqupment.exe оставив config.xml на месте?
ошибка(такая же как в 31м посте) не ушла, повторная регистрация компоненты и переустановка RarusEqupment.exe не помогли, ОС windows server 2008 enterprise r2 64 бит
платформа 8.3.9.1850, АА 5.1.10.09. Есть ещё варианты решения проблемы?
Михаил, у Вас неправильно установлена платформа 1С. Платформу нужно ставить общую для ОС windows, а она уже при установке определит битность ОС.
Цитата |
---|
Светлана Сулименко написал: Михаил, у Вас неправильно установлена платформа 1С. Платформу нужно ставить общую для ОС windows, а она уже при установке определит битность ОС. |
Михаил, по факту сейчас у Вас платформа 1С установлена в двух папках: C:\Program Files (x86) и C:\Program Files. а должно быть в одной, платформу нужно удалить из одной папки.
Долго мучался с похожей проблемой в УАТ.
При использовании платформы версии 8.3.9.1818, при запуске УАТ выходила ошибка.
Что не удалось зарегистрировать компоненту V8UATProf.dll
Оказалось что у меня стояла 64x версия 1С (8.3.9.1818).
Которая находилась по адресу (C:\Program Files\1cv8)
Удалил по вашему совету папку 1cv8
Скачал 32x версию той же платформы (8.3.9.1818).
Установилась по адресу (C:\Program Files (x86)), где лежат и остальные версии платформ.
Теперь УАТ запускается нормально.
Windows10 64-bit, 1С:Предприятие 8.3 (8.3.11.2924), 64-bit. В C:\Program Files (x86)\ папки 1сv8 нет.
Проделали все вышеописанные рекомендации. Ставить 32-разрядную платформу правда пока не стали.
Подскажите как решить данную проблему на 64 битной платформе.
Читайте также: