Перестали создаваться COM-объекты на сервере
Добрый день!
На одном из двух полностью идентичных рабочих серверов кластера попытка получения, видимо, любого COM-объекта стала завершаться ошибкой "Недопустимая строка с указанием класса".
Это, например,
В последнем случае ошибка - "Синтаксическая ошибка".
На втором сервере - все ОК.
Самое интересное, что под тем-же пользователем аналогичная команда power shell выполняется без ошибки!
С чем это может быть связано?
На одном из двух полностью идентичных рабочих серверов кластера попытка получения, видимо, любого COM-объекта стала завершаться ошибкой "Недопустимая строка с указанием класса".
Это, например,
Новый COMОбъект("ADODB.Connection");
Новый COMОбъект("WScript.Network");
ПолучитьCOMОбъект("LDAP://RootDSE");
В последнем случае ошибка - "Синтаксическая ошибка".
На втором сервере - все ОК.
Самое интересное, что под тем-же пользователем аналогичная команда power shell выполняется без ошибки!
powershell -Command $connection = New-Object -com "ADODB.Connection"С чем это может быть связано?
По теме из базы знаний
Найденные решения
Вот что получилось в итоге.
Некоторое время назад на этой системе был инцидент с некорректной нехваткой лицензий (т.е. не выдаются лицензии при явно меньшем количестве сеансов). Лечится только перезапуском, админ перезапустил службы. Но, как выяснилось, на этом сервере остался выполняться "старый" rphost. В логах видна попытка запуска нового, который вскоре завершился. Как уж это получилось, установить уже невозможно.
Выяснилось также, что этот рабочий процесс был запущен уже достаточно давно, а перезапуск по превышению размера памяти не был настроен.
Установили настройки перезапуска по превышению, rphost перезапустился, т.к. уже набрал памяти прилично.
Все, ошибки сразу прекратились. COM-коннектор 64-бит, кстати не установлен, это не влияет на ADO и др.
Спасибо большое всем кто откликнулся!
В этом случае логически объяснить проблему было бы невозможно, глюк и все ) Извините )
Некоторое время назад на этой системе был инцидент с некорректной нехваткой лицензий (т.е. не выдаются лицензии при явно меньшем количестве сеансов). Лечится только перезапуском, админ перезапустил службы. Но, как выяснилось, на этом сервере остался выполняться "старый" rphost. В логах видна попытка запуска нового, который вскоре завершился. Как уж это получилось, установить уже невозможно.
Выяснилось также, что этот рабочий процесс был запущен уже достаточно давно, а перезапуск по превышению размера памяти не был настроен.
Установили настройки перезапуска по превышению, rphost перезапустился, т.к. уже набрал памяти прилично.
Все, ошибки сразу прекратились. COM-коннектор 64-бит, кстати не установлен, это не влияет на ADO и др.
Спасибо большое всем кто откликнулся!
В этом случае логически объяснить проблему было бы невозможно, глюк и все ) Извините )
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Из системных требований к 8.3.11(а значит и всех последующих)
Для Windows Vista SP1, Windows 7, Windows Server 2008 SP1 или Windows Server 2008 R2 нужно установить последний пакет обновлений для работы с внешними соединениями (COM connector) и консолью кластера;
Для Windows Vista SP1, Windows 7, Windows Server 2008 SP1 или Windows Server 2008 R2 нужно установить последний пакет обновлений для работы с внешними соединениями (COM connector) и консолью кластера;
В платформе нуралиевские бракоделы в СОМ АДО испортили. RootDSE получить не получится, как не получится выполнить любой запрос к АД без прямого указания домен-контроллера. Это справедливо для платформы 8.3.13.1513, возможно и для более ранних. На 8.3.10.2580 ещё всё работало.
Какая у вас версия ?
Какая у вас версия ?
(2) Тут как раз 8.3.10.2580, и на втором севере все работает по прежнему, да и на этом работало до определенного момента.
Про 8.3.13.1513 - спасибо, это важно, рано или поздно надо будет обновляться, а использование ADO и запросы к AD в данном случае критичны.
Про 8.3.13.1513 - спасибо, это важно, рано или поздно надо будет обновляться, а использование ADO и запросы к AD в данном случае критичны.
(8) Спасибо, попробуем чуть позже, сейчас не возможности.
Но, на другой системе тест не подтверждает этого:
1) прогоняю тест создания COM-объектов (сервер), в т.ч. V83.COMConnector, ADODB.Connection, WScript.Network - ОК
2) делаю regsvr32 /u "C:\Program Files\1cv8\8.3.10.2699\bin\comcntr.dll"
3) тест - все ОК, кроме V83.COMConnector,
4) делаю regsvr32 "C:\Program Files\1cv8\8.3.10.2699\bin\comcntr.dll"
5) тест - снова все ОК
Но, на другой системе тест не подтверждает этого:
1) прогоняю тест создания COM-объектов (сервер), в т.ч. V83.COMConnector, ADODB.Connection, WScript.Network - ОК
2) делаю regsvr32 /u "C:\Program Files\1cv8\8.3.10.2699\bin\comcntr.dll"
3) тест - все ОК, кроме V83.COMConnector,
4) делаю regsvr32 "C:\Program Files\1cv8\8.3.10.2699\bin\comcntr.dll"
5) тест - снова все ОК
(12) Обёртку для интерфейса оно создаёт и обслуживает. Возможно, что АДО-объект и без comcntr создатся, но полноценно работать с ним вы не сможете. Также невозможно будет использовать конструкции типа ДСО=ПолучитьCOMОбъект("LDAP:").
Обратите внимание из-под какого аккаунта запущен 1с-сервер, возможно, что проблемы там.
Обратите внимание из-под какого аккаунта запущен 1с-сервер, возможно, что проблемы там.
Ещё один возможный корень проблем с АД - запуск 1с-сервера с локальным (недоменным) аккаунтом. Угадайте, знает что-либо локальный аккаунт про домен, а домен про аккаунт ? ;) Что будет, если запрос подаётся с доменного компа, но с локального аккаунта ?
Вот что получилось в итоге.
Некоторое время назад на этой системе был инцидент с некорректной нехваткой лицензий (т.е. не выдаются лицензии при явно меньшем количестве сеансов). Лечится только перезапуском, админ перезапустил службы. Но, как выяснилось, на этом сервере остался выполняться "старый" rphost. В логах видна попытка запуска нового, который вскоре завершился. Как уж это получилось, установить уже невозможно.
Выяснилось также, что этот рабочий процесс был запущен уже достаточно давно, а перезапуск по превышению размера памяти не был настроен.
Установили настройки перезапуска по превышению, rphost перезапустился, т.к. уже набрал памяти прилично.
Все, ошибки сразу прекратились. COM-коннектор 64-бит, кстати не установлен, это не влияет на ADO и др.
Спасибо большое всем кто откликнулся!
В этом случае логически объяснить проблему было бы невозможно, глюк и все ) Извините )
Некоторое время назад на этой системе был инцидент с некорректной нехваткой лицензий (т.е. не выдаются лицензии при явно меньшем количестве сеансов). Лечится только перезапуском, админ перезапустил службы. Но, как выяснилось, на этом сервере остался выполняться "старый" rphost. В логах видна попытка запуска нового, который вскоре завершился. Как уж это получилось, установить уже невозможно.
Выяснилось также, что этот рабочий процесс был запущен уже достаточно давно, а перезапуск по превышению размера памяти не был настроен.
Установили настройки перезапуска по превышению, rphost перезапустился, т.к. уже набрал памяти прилично.
Все, ошибки сразу прекратились. COM-коннектор 64-бит, кстати не установлен, это не влияет на ADO и др.
Спасибо большое всем кто откликнулся!
В этом случае логически объяснить проблему было бы невозможно, глюк и все ) Извините )
(21) Похожая проблема - ваше решение помогло.
стала выпадать ошибка на Новый COMОбъект("ADODB.Connection");
Настройки SQL / прав / пользователей не менялись. Только останавливали службу, удаляли временные файлы и запускали обратно.
перерегистрация dll не помогла.
Остановили службу, увидели зависшие процессы, завершили их, запустили службу - все работает.
стала выпадать ошибка на Новый COMОбъект("ADODB.Connection");
Настройки SQL / прав / пользователей не менялись. Только останавливали службу, удаляли временные файлы и запускали обратно.
перерегистрация dll не помогла.
Остановили службу, увидели зависшие процессы, завершили их, запустили службу - все работает.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот