Регистрация утилиты администрирования серверов 1с предприятия ошибка 0x80070005

Что за ошибка подключения 80070005?

Я
   Молния

13.03.07 — 21:19

Поднял на серваке SQL 2005 и 1С v 8.0.18.2. Настроил сервер 1С, загрузил базу, попробовал локально подключиться — получилось. Пошел на радостях обедать. Пришел, попробовал еще раз локально подключиться — работает. Еще раз порадовался какой я умный и пошел настраивать подключение на других компах. В итоге при попытке подключения других компов в 1С серверу вылазит такая ошибка — не найден интерфейс сервера: ошибка 80070005. Расстроился — пошел на сервере еще раз локально подключился — работает, проверил все файрволы — нету, убрал брандмауэр. Отключил все что нашел. сервак свежий, винду с утра поставил, там кроме 1С ки и SQL еще только терминалка запущена и все.

Что за ошибка вылазит? Не связано ли это с тем, что у клиентов платформа — 8.0.16, а сервак 8.0.18.2? Или это что то другое?

   ТелепатБот

1 — 13.03.07 — 21:19

Книга знаний: Не найден интерфейс сервера
Книга знаний: Коды ошибок 1С:80

   Молния

2 — 13.03.07 — 21:21

(1)

«В настройках Windows на сервере должна быть включена роль «Сервер приложений» (Application Server)» — а то, сразу же включил.

«Прочитать статью на ИТС.» — че за статья? поделитесь плиз на мыло.

«Если клиент и сервер в разных подсетках (доменах), на сервере в локальную группу «Пользователи DCOM» пропишите пользователя клиента. Члены этой группы могут запускать, активизировать и использовать объекты DCOM на этом компьютере.»

— завтра по пробую.

   Advan

3 — 13.03.07 — 21:28

(2)Бот пока статьи на почту слать не умеет…

   Один С

4 — 13.03.07 — 21:29

Если платформы разные, вылазит сообщение «Платформы разные» и 1с не запускается.

   Молния

5 — 13.03.07 — 21:30

а я не бота прошу. мож кто добрый есть

   Молния

6 — 13.03.07 — 21:30

на каком диске ИТС то хоть искать?

   Один С

7 — 13.03.07 — 21:34

Аа. Вспомнил. Была такая фигня.

   Один С

8 — 13.03.07 — 21:38

Это DCOM.

   Молния

9 — 13.03.07 — 21:39

где этот DCOM?

   Advan

10 — 13.03.07 — 21:39

да на любом — в (1) Бот все описал запусти COM приложение и пропиши пользователя на сервере!

   Advan

11 — 13.03.07 — 21:41

да не парься над сом -проблема в том что ты пользователя не прописал на сервере — мой телепат.dll на вероятность 99% говорит что проблема в этом ;)

   Молния

12 — 13.03.07 — 21:43

какого пользователя? того, кто подключается?

   Молния

13 — 13.03.07 — 21:44

куда их прописывать? мне что на серваке создать пользователей с тем же именем и паролем что и на локальных компах? а там нигде нету галочки — пускать всех?

   Молния

14 — 13.03.07 — 21:46

и вообще почитал (1)

Решение проблемы:

1. На клиенте включить DCOM утилитой dcomcnfg и добавить нужные протоколы в список.  — запустил утилиту, нифига не понял куда чего добавлять?

2. На серваке добавить пользователей в группу «Distributed COM Users»  — че то не нашел я на серваке такой группы.

3. Перезапустить COM-приложение на сервере 1С:Предприятия — где?

   Advan

15 — 13.03.07 — 21:51

(12)да

  

Advan

16 — 13.03.07 — 21:54

(14)Это, как бы это сказать, не для начинающих

там есть также описание ошибки «клиент не имеет прав на доступ к серверу» — те ты его просто не прописал на сервере скорей всего.

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Как в Windows x32(x86)/x64 зарегистрировать компоненту com-соединения comcntr.dll 1С 8.

Ответ на данный вопрос актуален в контексте натройки обменов между базами 1С с помощью прямого подключения. Один из вариантов установки/регистрации компоненты com-соединения приведен на странице: Ошибка при вызове конструктора (COMObject) по причине: -2147221164(0x80040154): Класс не зарегистрирован На ней описан вариант установки компоненты при установке/переустановке компонентов платформы 1С: Предприятие из стандартного пакета установки. Но случается и так, что все-таки com-компонента по каким-то таинственным пирчинам все же не регистрируется при вышеуказанной операции.

На это есть альтернативный вариант с помощью командной строки операционной системы. Забегая немного вперед, и чтобы обезопасить себя от ошибок при регистрации com-компоненты comcntr.dll через командную строку, подобных приведенной на скрине

1С 8 как зарегистрировать компоненту comcntr.dll в Windows x32 x64

Чтобы избежать ошибки «Модуль comcntr.dll загружен, но не удалось выполнить вызов DllRegisterServer, код ошибки 0x80070005» запускайте командную строку с правами администратора

1С 8.3 8.2 регистрация com-компоненты через командную строку

А дальше уже все зависит от разрядности операционной системы, в которой Вы хотите зарегистрировать компоненту com-соединения 1C: Предприятия.

В системе с разрядностью x32(x86) для платформы 1С: Предприятие 8.2

C:Program Files (x86)1cv82<номер_релиза>bin> regsvr32 comcntr.dll

, где <номер_релиза> — номер текущего используемого релиза плафтормы 1С 8.

Для платформы 1С: Предприятие 8.3 командная строка для регистрации com-компоненты будет выглядеть примерно так:

C:Program Files (x86)1cv8<номер_релиза>bin> regsvr32 comcntr.dll

, на скрине, приведенном ниже в качестве прbмерf для случая регистрациb comcntr.dll в ОС x86 значение <номер_релиза> — «8.3.9.1818»

1с предприятие 8 установка компоненты com-соединения comcntrl Windows x86



Теперь рассмотрим вариант для системы с разрядностью x64 для платформы 1С: Предприятие 8.2, альтернативный вариант:

C:WindowsSysWOW64>regsvr32 «C:Program Files (x86)1cv82<номер_релиза>bincomcntr.dll»

Для Windows x64 регистрация com-соединения 1С 8.3 платформы разрядности x64 может выглядеть так:

C:WindowsSysWOW64>regsvr32 «C:Program Files1cv8<номер_релиза>bincomcntr.dll»

1С 8.2 8.3 как зарегистрировать компоненту com-соединения comcntr.dll в Windows x64

ИЛИ как в примере для случая x64-разрядной операционной системы Windows

1С 8.3 как зарегистрировать компоненту comcntr.dll в ОС Windows x32 x64

В том случае, если у Вас клиент-серверный вариант работы базы 1С 8, то необходимо зарегистрировать компоненту как на самом сервер, где установлен Агент сервера 1С:Предприятия, так и на рабочих местах на которых используется COM-соединение при подключении к базам (чаще всего при обмене между базами).

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

1С 8.3 8.2 регистрация com-компоненты com-соединения comcntr.dll

Если все-таки приведенный материал не помог, предлагается обратиться к альтернативным публикациям: Регистрация comcntr.dll-компоненты в 64-битной версии Microsoft Windows и Регистрация компоненты comcntr.dll для COM соединения с 1С 8 в 32-битной операционной системе

Оцените, оказалась ли эта публикация полезна для Вас?




© www.azhur-c.ru 2013-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

28-08-2017

Журавлев А.С.
(Сайт www.azhur-c.ru)

Назад

Этот код ошибки должен означать «Отказано в доступе», и решение, предоставленное везде в сети (например, https://stackoverflow.com/questions/3808954/dllunregisterserver-failed-with-error-code-0x80070005), должно быть открыто cmd с правами администратора. Однако в моем случае такая же ошибка возникает даже на cmd, открытом с правами администратора (проверено с ответами на https://stackoverflow.com/questions/7985755/how-to-detect-if-cmd-is-running- как администратор имеет повышенные привилегии).

И то и другое

regsvr32.exe "C:Program Files (x86)GitExtensionsGitExtensionsShellEx64.dll"

а также

 C:windowsSysWOW64regsvr32.exe  "C:Program Files (x86)GitExtensionsGitExtensionsShellEx64.dll"

завершается с тем же сообщением об ошибке, что данный модуль был загружен, но не удалось вызвать DllRegisterServer с кодом 0x80070005.

Я пытался контролировать доступ к реестру, как указано в http://www.cryer.co.uk/brian/windows/troublesho/nt4_dllregisterserver_in_com_failed_0x80070005.htm , но в итоговом списке нет результатов ACCESS DENIED DENIED или ACCDENIED .

Редактировать: я сейчас даже попробовал

runas /user:Administrator "regsvr32.exe "C:Program Files (x86)GitExtensionsGitExtensionsShellEx64.dll""

из cmd, который сам был запущен от имени администратора, но это тоже приводит к той же ошибке!

Запустите команду regsvr32 из командной строки с повышенными правами.

Выберите « Start > All Programs > Accessories', then right-click командную строку and select Запуск от имени администратора» в контекстном меню. Наконец, введите команду.

Ошибка 0x80070005 означает, что доступ запрещен для доступа к папкам или файлам (обычно кэш-файлам).

Перейдите в папку /Users/Public/Application Data/Package Cache и убедитесь, что у этих папок есть необходимые разрешения, в противном случае удалите их и повторите запуск.

То же самое при использовании wine , например

chmod -v 755 ~/".wine/drive_c/users/Public/Application Data/Package Cache"/*

В противном случае проверьте файл журнала для деталей.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками windows-7 windows command-line administrator regsvr32.

Понравилась статья? Поделить с друзьями:
  • Регистрация ошибок потребления nat значение nat потребляется на не наблюдающую инструкцию
  • Расшифровка ошибок тахографа вдо
  • Расшифровка ошибок тахографа vdo
  • Расшифровка ошибок стиральной машины аристон
  • Ребенок медлительный как исправить