26.08.22 — 15:45
Добрый день всем!
Новичок просит помощи в вопросе. Возникли трудности при интеграции 1с с Active Directory, оказалось что сервер 1с установлен на Linux, при подключение с клиента(1с установлена на Windows) пишет ошибку:»Сom-объекты поддерживается только в операционных системах windows», что логично это я понимаю Linux чихает на COMОбъекты, но как тогда заменить эти COMОбъекты и чем, чтобы подключение происходило, может есть статья, которая как то объясняет другой способ не через COMОбъекты?
1 — 26.08.22 — 15:46
Про какие COMОбъекты идет речь?
2 — 26.08.22 — 15:47
Другой способ — меняем Linux на нормальную операционную систему класса «Windows».
3 — 26.08.22 — 15:48
(0) замени тонкий клиент, на полный и все будет работать у пользователя
4 — 26.08.22 — 15:51
(0) А что сделать то нужно? В (0) Описано как все плохо, но не сказано чего хотите.
5 — 26.08.22 — 16:14
(2) У вас смысловая ошибка — слова «нормальная ОС» и «Windows» вместе не могут использоваться. Не благодарите.
6 — 26.08.22 — 16:28
под линукс нужно какой-нибудь ldapsearch ставить
7 — 26.08.22 — 16:30
(0) попробуйте выключить и включить
какой вопрос — такой и ответ. какие ком-объекты…
8 — 26.08.22 — 16:36
(5) Windows 2000 была вполне ничего
Linux в те времена еще не дотягивал
10 — 26.08.22 — 16:43
(8) смотря для чего, в те годы была солярка, hp ux, netware, даже отголоски полуоси были слышны
11 — 26.08.22 — 17:40
(10) В те годы перечисленное уже того а Linux еще не стал настолько популярен.
BeOS же не смогла, хотя подавала большие надежды
12 — 26.08.22 — 20:24
(8) В 2002 году в казначейство привезли 4 новых Аквариуса с установленной лицензионной операционной системой WIn 2000. Как только установили и настроили машину сетку АД наша секретарша ее положила в BSOD. Для меня видевшего только WIn 98 это было как фейерверк для туземцев: что то непонятное и красивое. Потом стал читать текст на экране, понял что это ошибка, перезагрузкой не лечится — только переустановкой Винды.
ПОтом довезли еще с десяток таких машин, но секретарская стабильно падала в синий экран. Даже если машину поменять — раз в 2 месяца переставлять операционку приходилось. Так что выучил коды к 2000-й так же как и к 98-й.
А кончилось это после того как старый секретарский агрегат: телефон-факс-тайп-атс-прочие функции — старый телефоноподобный монстр выкинули. Он видимо коротил на корпус компа.
13 — 27.08.22 — 20:49
У меня так NT 4 ставилась,пока смотришь на экран,все хорошо,а как отходишь — в синий экран,и как выяснилось,компьютер был разрбран и на мамку садилась муха.
14 — 28.08.22 — 03:37
(0)Для взаимодействия используйте http запросы.
15 — 29.08.22 — 06:05
(0) Придется вам переписывать свои свистелки 
16 — 29.08.22 — 06:07
17 — 29.08.22 — 07:24
(13) В NT4 SP5 помню был баг, что после каждого ручного изменения сетевых настроек (ну там IP, подсеть, шлюз) нужно было _до перезагрузки_ перенакатывать сервис-пак. Иначе во время загрузки система падала в BSOD на драйвере tcpip.sys. И чтобы загрузиться, хотя бы без сети, надо было переименовать этот самый tcpip.sys, загрузившись с внешнего носителя. Если учесть, что в те годы с поддержкой NTFS вне установленной NT было крайне сложно, то обычно системный раздел форматировали в FAT (да, тогда так было можно делать), и грузились с досовской дискетки.
Chai Nic
18 — 29.08.22 — 07:32
(12) У нас тоже были аквариусы. На чипсете SIS. Прикол в том, что там драйвера на встроенную сетевуху определялись и устанавливались виндой. Вот только с нулевым MAC-адресом. Пока комп был один, всё работало. Как появился второй — в сети начались редкостные глюки)
Ошибка получения объекта COM
Модератор: Дмитрий Юхтимовский
Ошибка получения объекта COM
При запуске тестов TPC-1C и G1C появляется следующая ошибка.
{ОбщийМодуль.Глобальный(51)}: Ошибка при вызове метода контекста (ПолучитьCOMОбъект)
по причине:
Ошибка получения объекта COM: COM-объекты поддерживается только в операционных системах Windows
Сервер 1С — линукс, сервер баз аналогично, клиент запущен на сервере терминалов.
Подскажите, пожалуйста, в чем проблема.
- selfin
- Сообщений: 1
- Зарегистрирован: 21 мар 2014, 08:11
Re: Ошибка получения объекта COM
fwhr » 22 мар 2014, 15:20
с COM ушла ошибка, а с этой можно как-то побороться, или до следующей обновы ждать?
- Код: выделить все
{Обработка.TCP_1C_GILV.Форма.Форма(458)}: Значение не является значением объектного типа (ПроцессорНаименование)
ПроцессорНаименование = ФизическиеПараметры.ПроцессорНаименование;
- fwhr
- Сообщений: 2
- Зарегистрирован: 22 мар 2014, 13:33
Re: Ошибка получения объекта COM
ssavel » 24 мар 2014, 17:21
fwhr писал(а):с COM ушла ошибка, а с этой можно как-то побороться, или до следующей обновы ждать?
- Код: выделить все
{Обработка.TCP_1C_GILV.Форма.Форма(458)}: Значение не является значением объектного типа (ПроцессорНаименование)
ПроцессорНаименование = ФизическиеПараметры.ПроцессорНаименование;
Прошу загрузить кандидат на новую версию теста по ссылке
ftp://isinka.gilev.ru/GILV_TPC_G1C.dt
(пользователь g1c, пароль g1c)
и сообщить, сохраняется ли ошибка.
- ssavel
- Сообщений: 7
- Зарегистрирован: 21 мар 2014, 15:30
Re: Ошибка получения объекта COM
fwhr » 24 мар 2014, 17:54
Загрузил, версия в Справка — О программе отображается как 2.0.2.7
Стартует без ошибок. Оба теста выполняются. Спасибо.
ЗЫ: По тесту рекомендуемое кол-во пользователей: 231. «Мои» 30-50 юзеров могут быть спокойны? 
- fwhr
- Сообщений: 2
- Зарегистрирован: 22 мар 2014, 13:33
Вернуться в Нагрузочное тестирование
Кто сейчас на форуме
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1
Добрый день, перевели сервак на Линукс теперь не работает обмен, база КА 8.2 Что нужно исправить в правилах, чтобы работал обмен?
исправьте линукс на виндовс
с правилами все нормально, переходите на обмен через файлы )
типовой обмен между двумя КА,все что 1с предлагает, тем и пользуемся
а аргументирует тем, что в линупсе вашем этом нет такой папки c: emp?
обмен запускаю на виндовой машине, раньше все в файловом варианте работало
в клиент-серверном варианте код может выполняться, как на клиенте, так и на сервере. В файловом — только на клиенте. Рекомендую почитать «Профессиональную разработку» или хотя бы мануал из коробки.
+ или пригласить специалиста
интересно просто для себя, а…дерзновение перехода на линух, чем было подкреплено: «лучше и в 100500 раз надёжнее и быстрее винды!» «бесплатноо» ? Или какой ещё суровый аргумент который сподвиг на такое действо без специалиста под боком?
видимо: «потому что могу»
Так если может — нафига вопросы задает? Или сначала стреляет, потом разбирается?
sudo apt-get remove linux sudo apt-get install WindwosXP
Тэги:
Комментарии доступны только авторизированным пользователям
0
1
Имеется сервер 1С 8.3 с конфигурацией БП 3.0 под управлением Linux. До некоторых пор работа его была незаметна, по принципу поставил и забыл, но пришло время использовать обмен между товароучетной программой написаноой сторонним разработчиком и бухгалтерией которая крутится на Linux сервере. Для обмена обработке требуется наличие Windows, MS SQL сервера, до определенного момента всё работало, но начиная с какой-то версии 1С (сейчас уже никто не помнит с какой) эта обработка перестала работать, официально по причине обновления конфигурации БП. От разработчика ждали 9 месяцев (на самом деле больше) написания новой обработки, и вот она появилась, но она в упор не видит необходимые файлы обмена. Разработчик объясняет такое поведение тем, что сервер не получает доступ к папке обмена. Клиент 1С запускается с локального толстого клиента, папку делали локальную, локальную для всех пользователей, на общедоступном ресурсе, на Linux сервере с открытым доступом для всех… без вараинтов. Обработка сообщает что не может получить доступ к папке. Приведу скриншот с комментариями разработчика. Честно говоря у меня уже закончились вараинты что можно предпринять.
Есть еще идеи? Дело в том, что отказатся от обработки не получится т.к. это будет ключевой элемент для бухгалтерии в наступающем, 2015, году, как переписать её у меня идей нет, ниразу не кодер 1С, есть подозрение что кодер тоже не совсем знает что делать в этой ситуации а долбить его врмени мало остается да и рычагов влияния нет. Менять всю работающую систему ради 1 обработки тоже не хочется особенно если учесть что это повлечет значительные финансовые затраты и время на реорганизацию… в общем если есть идеи готов внимательно выслушать
у меня такой вопрос установил 1С 8.3 путь к серверу прописал но не соединяется а почему было такое у кого? локалка есть папки вижу на сервак захожу а 1с не видит?
« Последнее редактирование: 10.12.2015 12:27:56 от sb »
Записан
dango
у меня такой вопрос установил 1С 8.3 путь к серверу прописал но не соединяется а почему было такое у кого? локалка есть папки вижу на сервак захожу а 1с не видит?
Поподробнее, пожалуйста.
Какой дистрибутив и версия на сервере и на клиенте?
Какой режим используется для 1С? Файловый или клиент-серверный?
Как 1С не видит? Что он не видит? Какое сообщение выдается при этом?
Записан
Я начну с того у меня на клиенте ubuntu 14.04 а сервак winda 2003 что бы у клиента с сервером связь была и собственно подружить можно Win с Lin.
Ошибка: server_addr-<Имя-сервера> descr-2(0xfffffffe): Неизвестная ошибка -2 line=1102 file=./src/DataExchangeCommon.cpp
в etc/hosts добавил IP, имя-сервера не помогло
Проблема в клиенте или в сервере
« Последнее редактирование: 10.12.2015 11:30:12 от Atomic_Cat »
Записан
dango
Я начну с того у меня на клиенте ubuntu 14.04 а сервак winda 2003 что бы у клиента с сервером связь была и собственно подружить можно Win с Lin.
Думаю, вам лучше задать свой вопрос на русскоязычном форуме Ubuntu http://forum.ubuntu.ru/
Google мне подсказывает,что там нечто похожее уже пробегало:
http://forum.ubuntu.ru/index.php?topic=226935.0
Последнее сообщение наводит меня на вопросы: а что там у вас на сервере в качестве СУБД работает? Случайно не MS SQL Server?
Записан
dango
Хотя вот здесь http://forums.kuban.ru/f1040/8_3_bez_windows-4420554.html
Accountant
33 — 20.09.2013 — 13:05Цитата:
Сообщение от Accountant Посмотреть сообщение
при подключении с рабочки к серверу пишет serveraddr=serv descr=-2(0xFFFFFFFE) неизвестная ошибка -2 line =1017 file=./src/DataExchangeCommon.cppСервер с 1с должен пинговаться по имени. Вдруг пригодится кому.
Проверьте этот случай.
Я бы проверил настройку не по имени, а по IP-адресу.
Записан
Да MS SQL Server
На форуме Ubuntu пробовал все что там предлагали ранее не помогло
Записан
Да MS SQL Server
На форуме Ubuntu пробовал все что там предлагали ранее не помогло
Спросите техническую поддержку 1С.
Записан
Андрей Черепанов (cas@)
dango
Думаю, вам лучше задать свой вопрос на русскоязычном форуме Ubuntu http://forum.ubuntu.ru/
Google мне подсказывает,что там нечто похожее уже пробегало:
http://forum.ubuntu.ru/index.php?topic=226935.0
Последнее сообщение наводит меня на вопросы: а что там у вас на сервере в качестве СУБД работает? Случайно не MS SQL Server?
Проверил:
Сервер: MS Windows 2008 Standart x86_64 + MS SQL Server 2008 x86_64 + Сервер 1C Предприятия 8.3.6.2332 x86_64
Клиент: ALT Linux 7.0.5 i586 + Клиент 1С 8.3.6.2332 i586
Настроил подключение на клиенте, используя IP сервера, попробовал подключиться и получил окно с сообщением:
«Ошибка при выполнении операции с инфорационной базой
server_addr=srvtest descr=-2(0xFFFFFFFE): Неизвестная ошибка -2 line =1102 file=./src /DataExchangeCommon.cpp»
Все как у топикстартера.
А если проверить пинг по имени сервера:
# ping srvtestСледовательно, клиентская машина должна знать имя сервера
ping: unknown host srvtest
Руководствуясь вот этим:
https://forum.altlinux.org/index.php/topic,30681.0.html
На клиенте под root добавил в файл /etc/hosts/ строку:
10.0.1.2 srvtest.mydomain srvtest
Потом:
# /etc/chroot.d/resolv.allТеперь проверка на клиенте:
# ping srvtestТеперь проверка подключения клиента 1С.
PING srvtest.mydomain (10.0.1.2) 56(84) bytes of data.
64 bytes from srvtest.mydomain (10.0.1.2): icmp_req=1 ttl=128 time=0.323 ms
64 bytes from srvtest.mydomain (10.0.1.2): icmp_req=2 ttl=128 time=0.213 ms
После выбора ИБ появилось окно выбора пользователя. Процесс пошел.
Тестовая ИБ загрузилась, только выдала в окно служебных сообщений:
«COM-объекты поддерживается только в операционных системах Windows»
Вопрос решился в ALT Linux.
Проблема у топикстартера на Ubuntu может быть в недоступности имени сервера на клиенте, но могут быть и другие причины.
« Последнее редактирование: 10.12.2015 16:34:24 от dango »
Записан
Установил вашу конфу и не могу читать журналы с 1с сервера на linux :(((
«COM-объекты поддерживаются только в операционных системах Windows»
Это очень печально, так как уже три дня потратил на установкуотладку edt и загрузку вашей конфы. Хотелось бы довести начатое до видимого полезного результата. Вот эта ошибка в ТЖ.
13:16.761001-0,EXCP,3,process=rphost,p:processName=logparsing,OSThread=832,t:clientID=476,t:applicationName=BackgroundJob,t:computerName=МОЙСЕРВЕР,t:connectID=108,Exception=9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3,Descr="./src/DataSeparationService.cpp(4610): 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'v8srvr://МОЙСЕРВЕР/logparsing/Files/SprScndInfo': ./src/FolderFilesImpl.cpp(343): 9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Файл не обнаружен 'logparsing/Files/SprScndInfo': ./src/FileHostImpl.cpp(1186)"
13:16.883000-0,EXCP,3,process=rphost,p:processName=logparsing,OSThread=832,t:clientID=476,t:applicationName=BackgroundJob,t:computerName=МОЙСЕРВЕР,t:connectID=108,SessionID=1,Usr=DefUser,Exception=8d366056-4d5a-4d88-a207-0ae535b7d28e,Descr='./src/ServerJobExecutor.cpp(1024): 8d366056-4d5a-4d88-a207-0ae535b7d28e: {ОбщийМодуль.ОбновлениеДанных.Модуль(68)}: Ошибка при вызове конструктора (COMОбъект) 2e20eda7-414a-4549-ae78-06c19979ce2d: COM-объекты поддерживается только в операционных системах Windows'
regsvr32 «D:Program Files (x86)1cv88.3.16.1224bincomcntr.dll»
regsvr32 «D:Program Files (x86)1cv88.3.9.2033bincomcntr.dll»
regsvr32 «D:Program Files1cv88.3.17.1386bincomcntr.dll»
regsvr32 «D:Program Files1cv88.3.16.1224bincomcntr.dll»
Все эти команды не нужны если реестр почищен и 1с установлена правильно.
В правильно входит и то, что если используется сервер Виндовс, то нужно ставить его из специального, серверного (а не общего) дистрибутива. В нем есть отдельный компонент- COM-соединение
ВАЖНО!
В случае возникновения ошибки COMConnector «курильщика»
не обязательно
сразу чистить реестр. В начале следует попробовать Удалить регистрацию библиотеки comcntr.dll
Удаление регистрации библиотеки comcntr.dll
regsvr32 «C:Program Files (x86)1cv88.3.18.1334bincomcntr.dll» /u
Если после ошибки несоответствия и удачной регистрации новой версии компоненты, COM обмен не работает, НЕ СПЕШИМ УДАЛЯТЬ СТАРЫЕ ВЕРСИИ 1С!
В начале удалим регистрацию предыдущей версии, затем нынешней (она ведь не принесла результатов).
Затем снова регистрируем новую.
Ошибка COMConnector «курильщика»
Ошибка при установке подключения ко второй информационной базе:
Не удалось подключится к другой программе: {ОбщийМодуль.ОбщегоНазначения.Модуль(8969)}: Ошибка при вызове конструктора (COMObject)
COMConnector = Новый COMObject(ИмяCOMСоединителя()); // «V82.COMConnector»
по причине:
-2147221005(0x800401F3): Недопустимая строка с указанием класса
Ошибка COMConnector здорового человека (после чистки реестра от старых версий comcntr и переустановки)
Ошибка при установке подключения ко второй информационной базе: Не удалось подключится к другой программе: {ОбщийМодуль.ОбщегоНазначения.Модуль(8461)}: Ошибка при вызове конструктора (COMObject)
COMConnector = Новый COMObject(ИмяCOMСоединителя()); // «V82.COMConnector»
по причине:
COM-объекты поддерживается только в операционных системах Windows
Где comcntr в реестре после установки клиента х32 и сервера х64
Значение=D:Program Files (x86)1cv88.3.16.1224bincomcntr.dll
КомпьютерHKEY_CLASSES_ROOTWow6432NodeCLSID{181E893D-73A4-4722-B61D-D604B3D67D47}InprocServer32 — после установки сервера значение изменилолсь на серверное!
КомпьютерHKEY_LOCAL_MACHINESOFTWAREClassesWOW6432NodeCLSID{181E893D-73A4-4722-B61D-D604B3D67D47}InprocServer32
КомпьютерHKEY_LOCAL_MACHINESOFTWAREWOW6432NodeClassesCLSID{181E893D-73A4-4722-B61D-D604B3D67D47}InprocServer32
Значение=D:Program Files1cv88.3.16.1224bincomcntr.dll
(добавились после установки сервера)
КомпьютерHKEY_CLASSES_ROOTCLSID{181E893D-73A4-4722-B61D-D604B3D67D47}InprocServer32
КомпьютерHKEY_CLASSES_ROOTTypeLib{98AC3B5B-5323-418F-8F07-E32F231D2393}1.0win32
КомпьютерHKEY_CLASSES_ROOTWow6432NodeTypeLib{98AC3B5B-5323-418F-8F07-E32F231D2393}1.0win32
КомпьютерHKEY_LOCAL_MACHINESOFTWAREClassesCLSID{181E893D-73A4-4722-B61D-D604B3D67D47}InprocServer32
КомпьютерHKEY_LOCAL_MACHINESOFTWAREClassesTypeLib{98AC3B5B-5323-418F-8F07-E32F231D2393}1.0win32
КомпьютерHKEY_LOCAL_MACHINESOFTWAREClassesWOW6432NodeTypeLib{98AC3B5B-5323-418F-8F07-E32F231D2393}1.0win32
КомпьютерHKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionInstallerUserDataS-1-5-18Components4D8464F3A3B6F3E44AE0EE4805F4EB40
КомпьютерHKEY_LOCAL_MACHINESOFTWAREWOW6432NodeClassesCLSID{181E893D-73A4-4722-B61D-D604B3D67D47}InprocServer32
КомпьютерHKEY_LOCAL_MACHINESOFTWAREWOW6432NodeClassesTypeLib{98AC3B5B-5323-418F-8F07-E32F231D2393}1.0win32