Автор Rasty, 23 ноя 2015, 14:21
0 Пользователей и 1 гость просматривают эту тему.
Ошибка получение списка кластеров:
Ошибка операции администрирования
1с не найдено ни одного сервера с размещенным сервисом serviceName=ClusterConfigService.
Типичная ситуация, пришел с утра, открываю консоль, хренак и на, в интернетах ничего дельного не нашел кроме этого
Самое интересное пользователи работают…
WTF?
Помогли — Скажи спасибо! Решил сам — поделись решением!
Останавливаем 1с сервак, сносим все что в папке C:Program Files (или x86)1cv8srvinfo, запускаем сервак, добавляем базы, и все работает.
Помогли — Скажи спасибо! Решил сам — поделись решением!
Цитата: Rasty от 24 ноя 2015, 14:56
Останавливаем 1с сервак, сносим все что в папке C:Program Files (или x86)1cv8srvinfo, запускаем сервак, добавляем базы, и все работает.
Спасибо, столкнулся с такой же проблемой, и описанное решение помогло.
А если это не помогает? удаляешь, добавляешь снова базу и при запуске 1с тоже самое 
Проблема с лицензией может быть или нет?
нужно на сервере через администрирование удалить все процессы и добавить заново.
Спасибо за Сказать спасибо
Цитата: alex0402 от 22 авг 2017, 21:23
нужно на сервере через администрирование удалить все процессы и добавить заново.
Какие процессы? я сервак 1с останавливаю на сервере и все из каталога удаляю, там в итоге пусто.
Перегружаю весь комп-сервер.
Потом запускаю сервер 1с и добавляю базу снова в админке 1с.
Потом запускаю 1с и пытаюсь подключится и в итоге тоже самое
Нужно дать полные права юзеру usrv8 на все внутренности папки srvinfo
Цитата: Вовчик от 08 дек 2016, 08:17
Цитата: Aleksh_kz от 16 сен 2016, 10:56
Цитата: Rasty от 24 ноя 2015, 14:56
Останавливаем 1с сервак, сносим все что в папке C:Program Files (или x86)1cv8srvinfo, запускаем сервак, добавляем базы, и все работает.Спасибо, столкнулся с такой же проблемой, и описанное решение помогло.
)))) а есть адекватное решение?
Не обязательно удалять всю папку srvinfo, достаточно удалить только папки, начинающиеся с snccntx, т е содержащие сессионные данные. Такой способ полезен, если у тебя овердохера баз и одно только добавление их по новой трудоёмко.
Цитата: iphr от 20 дек 2017, 16:58
Нужно дать полные права юзеру usrv8 на все внутренности папки srvinfo
Какие права, о чем ты? просто поменяй порт подключения клиентов… все 
Я работаю в группе, которая занимается поддержкой отказоустойчивых кластеров, поэтому мне часто приходится выявлять и устранять неисправности. В этой статье будут описаны типичные проблемы, с которыми я сталкивался, с пояснением причин их возникновения и рекомендациями по их устранению
.
Проблема 1
Служба кластеров при запуске обнаруживает сети, в которые входит узел, и для каждой сети определяет сетевые адаптеры. Одна из типичных неполадок связана с тем, что отказоустойчивая кластеризация Windows Server (WSFC) допускает использование для одной сети только одного сетевого адаптера. Все прочие адаптеры этой сети игнорируются.
Предположим, что администратор настроил узел с двумя сетевыми адаптерами для одной сети:
Card1 IP Address: 10.10.10.1 Subnet Mask: 255.0.0.0 Card2 IP Address: 10.10.10.2 Subnet Mask: 255.0.0.0
Сетевой драйвер кластера (Netft.sys) для каждой сети будет использовать только один сетевой адаптер (или группу). Поэтому при данной конфигурации сеть кластера Cluster Network 1 (10.10.10.0/16) будет задействовать только сетевой адаптер Card1, тогда как сетевой адаптер Card2 будет игнорироваться, то есть не будет применяться для связи между узлами. Поскольку работает только одна сеть, при выходе Card1 из строя или утрате сетевого соединения узел не сможет взаимодействовать с другими узлами. Это единственная точка отказа. Чтобы избежать подобной ситуации, кластер следует настраивать так, чтобы между узлами существовало, как минимум, два сетевых пути. В этом случае при отказе одного из сетевых адаптеров связь между узлами будет осуществляться через другой сетевой адаптер.
Проблема 2
Вторую типичную проблему проще всего раскрыть с помощью сценариев. Опишем ее на примере двух различных конфигураций кластера: односайтовой и многосайтовой.
Односайтовый кластер. Предположим, что администратор решил изменить конфигурацию кластера, установив две сети между узлами Node1 и Node2. На узле Node1 он поменял IP-адреса и маски подсети сетевых адаптеров:
Card1 IP Address: 192.168.0.1 (Cluster Network 1) Subnet Mask: 255.255.255.0 Card2 IP Address: 10.10.10.1 (Cluster Network 2) Subnet Mask: 255.0.0.0
Кроме того, администратор поменял IP-адреса узла Node2 (192.168.0.2 и 10.10.10.2). При этом на узле Node1 в кластере он добавил группу файлового сервера, назначив ей IP-адрес 192.168.0.15.
Затем администратор протестировал кластер, чтобы убедиться в успешном переходе группы файлового сервера на узел Node2 при отработке отказа. Однако IP-адрес группы файлового сервера не виден в сети, то есть группа находится в автономном состоянии. В журнале событий системы регистрируется событие 1069, описание которого указывает на отказ ресурса с этим IP-адресом.
Причина отказа становится очевидной, если воспользоваться командой PowerShell Get-ClusterLog для вывода журнала кластера. Для этого достаточно ввести следующий набор символов:
Get-ClusterLog
Команда инициирует создание журнала кластера на каждом узле. Для построения журнала кластера только на одном узле можно добавить параметр -Node и указать имя узла. Можно также добавить параметр -TimeSpan для создания журнала только за последние x минут. Например, приведенная ниже команда предписывает построить журнал кластера на узле Node2 за последние 15 минут:
Get-ClusterLog –Node Node2 –TimeSpan 15
В результатах, представленных на экране 1, указано состояние «status 5035.».
 |
| Экран 1. Информация о состоянии 5035 в файле журнала кластера |
Это сообщение об ошибке указывает на неработоспособное состояние сети кластера. Если администратор перейдет в диспетчер отказоустойчивости кластеров, то в разделе «Сети» он увидит, что сеть 192.168.0.0/24 содержит только один сетевой адаптер для узла Node1. Однако имеется новая сеть 192.0.0.0/8, обслуживаемая сетевым адаптером узла Node2. Администратор, поменяв IP-адрес сетевого адаптера на узле Node2, не поменял маску подсети. Таким образом, ошибка 5035 возникла из-за неверной настройки сетевого адаптера.
Создавая ресурс с IP-адресом, можно указать сеть, которая будет использоваться для него. Если эта сеть не будет существовать на узле, куда данный ресурс перейдет при отработке отказа, то WSFC не поменяет сеть, используемую ресурсом. В данном примере, при том IP-адресе, который указал администратор, и маске подсети, применяемой этим IP-адресом, группа файлового сервера сможет работать только по сети Cluster Network 1 (192.168.0.0/24).
Многосайтовый кластер. В случае многосайтового кластера каждый узел обычно имеет собственную сеть со своим IP-адресом. При первоначальном создании кластера и его ролей с помощью мастера создания ресурсов вам предлагается указать IP-адрес для сетей каждого из узлов, настроенных для клиентского доступа (см. экран 2).
|
|
| Экран 2. Создание многосайтового кластера |
Мастер создания ресурсов, создавая IP-адреса и назначая имя сети, автоматически присваивает параметру зависимости этого имени сети значение «или». Это означает, что если один из IP-адресов в сети, имя также видно в сети. Создавая группы или ресурсы перед добавлением узлов из других сетей, необходимо вручную создавать эти вторичные IP-адреса и добавлять зависимость «или».
Проблема 3
Для формирования кластера необязательно быть администратором домена, но создание объектов в Active Directory (AD) требует наличия соответствующих прав. Как минимум, необходимо обладать правами на просмотр и создание объектов (Read and Create) в том подразделении (OU), где создается данный объект имени кластера (CNO). CNO – это объект-компьютер, связанный с ресурсом-кластером «Имя кластера». При создании кластера служба WSFC использует учетную запись, с которой вы регистрировались в системе, чтобы создать объект CNO в том же OU, которому принадлежат узлы. Если вы не обладаете достаточными правами в отношении данного OU, кластер не будет создан, и система выдаст ошибку, как показано на экране 3.
|
|
| Экран 3. Ошибка процесса создания кластера |
В статье «Диагностика проблем отказоустойчивых кластеров Windows Server 2012» (№ 10 за 2013 г.) я рассказывал об использовании мастера проверки конфигурации в диспетчере отказоустойчивости кластеров для выявления причин возникающих проблем. Мастер позволяет выполнять различные тесты, включая проверку настроек Active Directory. В ответ на попытку запуска этого теста без достаточных прав в отношении данного OU будет выдана ошибка, как показано на экране 4. Соответствующая настройка прав позволит вам создать кластер.
|
|
| Экран 4. Ошибка проверки настроек Active Directory |
Все другие ресурсы с сетевыми именами в кластере ассоциированы с объектами виртуальных компьютеров (VCO), создаваемыми в том же OU, что и CNO. Следовательно, при назначении ролей в кластере необходимо указать CNO с соответствующими правами (просмотр и создание) в отношении OU, поскольку CNO формирует все VCO в кластере. В противном случае новая роль будет находиться в состоянии сбоя. Тогда в журнале появится событие 1194 (см. экран 5).
|
|
| Экран 5. Событие 1194 в журнале событий системы |
Есть и другие установки локального компьютера, способные вызвать ошибки (включая ошибки отказа в доступе) при создании VCO в AD.
1. В составе локальной группы «Пользователи» больше нет группы «Прошедшие проверку пользователи». Обычно она удаляется объектами групповой политики (GPO) или шаблонами безопасности.
2. В локальной политике безопасности разрешение Access this computer from the network («Доступ к этому компьютеру по сети») или Add workstations to the domain («Добавление рабочих станций к домену») больше не включает группу «Прошедшие проверку пользователи». Обычно она удаляется объектами групповой политики (GPO) или шаблонами безопасности.
3. Включены следующие права доступа:
- сетевой доступ (не разрешать перечисление учетных записей SAM анонимными пользователями);
- сетевой доступ (не разрешать перечисление учетных записей SAM и общих ресурсов анонимными пользователями).
4. Ресурс имени кластера в состоянии сбоя.
Проблема 4
CNO и VCO – учетные записи компьютера и, подобно учетным записям пользователей, они имеют пароли, генерируемые AD случайным образом. По умолчанию политика домена предусматривает сброс пароля учетной записи компьютера каждые 60 дней.
СNO используется для таких операций, как добавление новых узлов к кластеру, создание новых объектов в домене и выполнение динамической миграции виртуальных машин с узла на узел. Для выполнения этих операций пароль CNO в домене должен быть актуальным. Для верности служба кластера делает попытку сброса паролей этих объектов по истечении половины срока (через 30 дней). Если пароль не сброшен на 60-дневной отметке, имя кластера не видно в сети.
Для сброса пароля необходимо выполнить восстановление в диспетчере отказоустойчивости кластеров. Как показано на экране 6, щелкните правой кнопкой имя проблемного ресурса и выберите «Дополнительные действия» и «Восстановить».
|
|
| Экран 6. Сброс пароля вручную в диспетчере отказоустойчивости кластеров |
При обращении к AD для сброса пароля диспетчер отказоустойчивости кластеров задействует учетную запись пользователя, под которой вы зарегистрировались в системе, поэтому вашей учетной записи должно быть предоставлено право на изменение пароля CNO; в противном случае восстановление не будет выполнено. Необходимо также убедиться, что включено разрешение на сброс пароля CNO и VCO, чтобы служба WSFC могла выполнять сброс при необходимости.
Проблема 5
Чтобы узел был осведомлен о том, какие узлы являются активными участниками кластера (то есть о текущем членстве), применяется ряд периодических контрольных сигналов, передаваемых между узлами по сети. Эти пакеты сигналов представляют собой UDP-датаграммы, следующие через порт 3343.
Каждый пакет включает регистрационный номер, по которому отслеживается факт приема пакета. Это работает следующим образом: узел Node1, отправляющий регистрационный номер 1111, ожидает ответного пакета, включающего 1111. Эти действия совершаются между всеми узлами каждую секунду. Если узел Node1 не получает ответного пакета, он отправляет следующий по порядку регистрационный номер (1112), и т.д.
По умолчанию, если узел не получает пять контрольных сигналов в течение пяти секунд, WSFC устанавливает факт отказа узла. Активный узел в кластере отправляет пакет на узел, где установлен отказ, чтобы завершить работу службы кластера, и регистрирует событие 1135 в журнале событий системы (см. экран 7).
|
|
| Экран 7. Событие 1135 в журнале событий системы |
Такое событие может быть вызвано несколькими причинами, многие из которых связаны с блокировкой связи через порт 3343:
1. Отказ сетевого оборудования.
2. Устаревший драйвер или устаревшая прошивка сетевого адаптера.
3. Сетевая задержка.
4. Протокол IPv6 разрешен на серверах, но параметры брандмауэра Windows выключают следующие разрешения для входящего и исходящего трафика:
- основы сетей – объявление поиска соседей;
- основы сетей – запрос поиска соседей.
5. Настройка коммутаторов, брандмауэров или маршрутизаторов не допускает прохождения трафика данных UDP-датаграмм.
6. Проблемы производительности (зависания, задержки и прочее).
7. Неправильно настроенные параметры буфера приема у драйвера сетевого адаптера.
Первым делом я всегда проверяю счетчик отброшенных принятых пакетов в составе объекта производительности сетевого интерфейса в окне системного монитора. Этот счетчик отслеживает число входящих пакетов, которые были отброшены, хотя и не было зафиксировано каких-либо ошибок, препятствующих их передаче протоколу верхнего уровня. Одна из возможных причин – необходимость освободить место в буфере.
Для добавления счетчика отброшенных принятых пакетов в окне системного монитора щелкните правой кнопкой на дисплее и выберите «Добавить счетчики». В открывшемся окне добавления счетчиков укажите нужный компьютер, выполните прокрутку и выберите счетчик «Отброшено принятых пакетов». В выпадающем списке «Экземпляры выбранного объекта» выберите нужный сетевой адаптер и нажмите «Добавить» (см. экран 8).
|
|
| Экран 8. Добавление счетчика отброшенных принятых пакетов в системный монитор |
Добавив счетчик, проверьте его среднее, минимальное и максимальное значения. Если есть значения больше нуля, это указывает на необходимость настройки буфера приема для сетевого адаптера. Проконсультируйтесь с производителем сетевого адаптера по поводу рекомендуемых параметров. Может потребоваться перезагрузка.
В отказоустойчивом кластере Windows Server 2012 R2 можно воспользоваться мастером проверки конфигурации для выполнения проверки сетевого взаимодействия. Этот тест позволяет проверить возможность информационного обмена между узлами через порт 3343. Если есть проблемы связи, то будет выдана соответствующая ошибка с указанием возможной причины.
Проблема 6
Иногда диспетчер отказоустойчивости кластеров не открывается, выдавая сообщение об ошибке (см. экран 9). В процессе открытия диспетчер отказоустойчивости кластеров устанавливает WMI-соединение с каждым узлом кластера. Сообщение об ошибке, приведенное на экране 9, указывает на то, что один из узлов имеет недопустимое пространство имен, то есть с узла был удален экземпляр Cluster WMI (Cluswmi.mof). Остается выяснить, на котором из узлов он удален, поскольку в сообщении об ошибке эта информация отсутствует.
|
|
| Экран 9. Сообщение о недопустимом пространстве имен |
В листинге приведен сценарий Windows PowerShell, позволяющий выявить узел, утративший экземпляр Cluster WMI.
Установив проблемный узел, можно ввести команду
Set-Location C:WindowsSystem32Wbem Mofcomp.exe Cluswmi.mof
Наиболее распространенной причиной утраты Cluswmi.mof узлом является устаревший способ решения проблем WMI. Для устранения неполадок WMI администраторы обычно используют команду Mofcomp.exe *.mof, позволяющую скомпилировать все файлы Managed Object Format (MOF) в репозиторий WMI. Однако дело в том, что существует довольно много файлов удаления для различных ролей и компонентов Windows, включая Cluster WMI. Поэтому файл Cluswmi.mof, устанавливаемый с помощью этой команды, впоследствии удаляется. Правильный способ восстановления репозитория WMI – с использованием команды Winmgmt.exe.
Ошибку легче предупредить
Как известно, предупредить ошибку легче, чем исправлять ее последствия. Поэтому в заключение повторю простое правило: регулярно актуализируйте состояние своих систем, применяя все обновления и исправления, касающиеся безопасности. Команда разработчиков отказоустойчивой кластеризации в Microsoft опубликовала материалы с перечнями исправлений, которые рекомендуется применить на всех кластерах. Каждой версии Windows посвящена отдельная публикация:
- «Рекомендуемые исправления и обновления для отказоустойчивых кластеров на базе Windows Server 2012 R2» (support.microsoft.com/kb/2920151/EN-US);
- «Рекомендуемые исправления и обновления для отказоустойчивых кластеров на базе Windows Server 2012» (support.microsoft.com/kb/2784261/EN-US);
- «Рекомендуемые исправления и обновления для отказоустойчивых кластеров на базе Windows Server 2008 R2» (support.microsoft.com/kb/980054/EN-US).
Материалы обновляются по мере необходимости, поэтому всегда актуальны. Замечу, что в них перечислены не все исправления, а лишь самые критичные для обеспечения стабильной работы и наиболее востребованные, исходя из числа обращений в службу поддержки Microsoft.
Листинг. Сценарий PowerShell для определения узлов с отсутствующим экземпляром Cluster WMI
$NodeNames = Get-ClusterNode
ForEach ($ClusterName in $NodeNames)
{
Write-Host -NoNewline «Testing $ClusterName»
Try
{
$result = (Get-WmiObject -Class «MSCluster_CLUSTER» `
-namespace «rootMSCluster» `
-authentication PacketPrivacy `
-computername $ClusterName -erroraction stop).__SERVER
Write-host «: Successfully queried cluster node»
}
Catch
{
Write-host -NoNewline «: Failed to query cluster node»
Write-host -ForegroundColor Red -BackgroundColor Black `
$_.Exception.Message
}
}
-
-
October 31 2018, 16:23
- Компьютеры
- Cancel
16:23 31.10.2018
Ошибка получение списка кластеров: Ошибка операции администрирования 1с не найдено ни одного сервера с размещенным сервисом
В общем образовалась вчера такая проблема при входе в консоль 1С: «Ошибка получение списка кластеров: Ошибка операции администрирования 1С: не найдено ни одного сервера с размещенным сервисом serviceName=ClusterConfigService«. Решение немного глупое, но работает.
1) Останавливаем 1С-сервак
2) Cносим в папке C:Program Files (или x86)1cv8srvinfo только папки, начинающиеся с snccntx, т.е. содержащие сессионные данные
2) Запускаем сервак, добавляем базы.
3) Все работает!
Такой способ полезен, если баз очень много и одно только добавление их по новой занимает много времени.
read more at Константин Лимонов
Вопрос: Ошибка получение списка кластеров Ошибка операции администрирования
25.05.2023 14:01
163
Решение вопроса:
Такое сообщение возникает при попытке получить список сеансов в консоле администрирования 1с: Предприятия, может возникать после сбоя питания, сетевых проблем или при ошибках диска
Для решение проблемы необходимо выполнить 3 действия:
1) Остановить службу сервера 1с Предприятия
2) в каталоге кластера удалить папку название которой начинается на «snccntx» — это каталог сеансовых данных
3) Запустить службу сервера 1С
Ошибка больше не будет проявляться
Наши услуги
Все услуги
orda
23.09.11 — 10:32
Тема уже выносилась на форум, в том числе мной, но результат получить не удалось.
Установил экзэмпляр 1С сервер 8.2(8.2.14.528) на сервак, где ранее установлена 8.1. и изменил порты в 8.2. Изменения делал по разному: и так, как рекомендовано в ИТС, и правкой реестра, 15хх на 16хх (на 20хх -тот же результат). После перезагрузки сервака стартуют оба агента «ragent» lkz 8/1 (с портом 1540) и 8.2 ( с 1640). Стартует также менеджер кластера для 8.2 с портом 1641 (см. гляделкой портов).
Иду в клнсоль, создаю центральный сервер с портом 1640 и именем компа (Имя_Компьютера:1640 — пробовал тоже с тем же результатом). Создается. После этого пытаюсь создаьб кластер с портом 1641 и при этом выскакивает сообщение: Ошибка создания кластера. Ошибка информационной базы. Запуск рабочего процесса не возможен из-за конфликта IP портов. Никак не могу обойти. Помогите!
orda
1 — 23.09.11 — 10:33
оба агента «ragent» 8.2 и 8.1
orda
2 — 23.09.11 — 10:52
Апну еще.
borik
3 — 23.09.11 — 10:55
(0) скорее всего настройки кластера тянутся из папки на диске с настройками сервера 1С. Снеси или лапками поправь диапазон портов
Tumakota
4 — 23.09.11 — 10:56
Извиняюсь что пишу здесь(не могу создовать темы), если кто знает и может подсказать нужна помощь, у меня подключен ФР Феликс РФ -02 работал хорошо до сегоднешнего момента когда ывдал ошибку сначало в 1С потом такая же и в тест драйвере ((-3842) ККМ заблокирована, ждет ввода пароля доступа к ФП), пороль я не знаю от ФП, может тко знает какие стандартные пороли идут?
orda
5 — 23.09.11 — 11:02
(3) Ты имеешь ввиду файлы из «C:Program Files1cv82srvinfo» ? там создалась папка reg_1641 с нулевым содержанием 1CV8Reg.lst и нули так же в srvribrg.lst. Где править? А где еще «папки на диске с настройками сервера 1С.» ?
borik
6 — 23.09.11 — 11:06
(5) Ты смотришь на компе, на котором установил Сервер 1С?
Там насколько я помню должна быть папка C:Program files1cv82server
содержимое можно прибить, оно заново создасться при настройке кластера серверов v8.2
orda
7 — 23.09.11 — 11:08
в 8.2 вместо server папка srvinfo
А файлы пустые потому, что не смог создать кластер?
borik
8 — 23.09.11 — 11:08
(5) Если этой папки C:Program files1cv82server, очищай C:
Program Files1cv82srvinfo
borik
9 — 23.09.11 — 11:09
(7) Типа да
borik
10 — 23.09.11 — 11:12
Старую регистрацию Агента сервера 8.2 тоже надо снести
orda
11 — 23.09.11 — 11:12
Я папку C:Program files1cv82server очищаю каждый раз, и каждый раз создается там папка reg_1641 (значит понимает настройки ragent), но с пустыми, нулевыми файлами 1CV8Reg.lst и srvribrg.lst, так что там править нечего
orda
12 — 23.09.11 — 11:14
(10) Старую регистрацию сношу: или «ragent.exe -rmsrvc» или руками из реестра
borik
13 — 23.09.11 — 11:16
Я бы бы сделал по шагам:
1. Сносим 8.2
2. Перегружаемся
3. Ставим 8.2
4. чистим папку srvinfo
5. Разносим порты в реестре
6. Перегружаемся
7. Настраиваем кластер из консоли
borik
14 — 23.09.11 — 11:18
(13) + По п.1 — под сномим подразумевается — удаление и всех папок v8.2 тоже.
orda
15 — 23.09.11 — 11:21
Так и делал несколько раз. Даудалял ручками и папки 8.2 и из реестра, если оставалась регистрация (не знаю почему)
orda
16 — 23.09.11 — 11:22
Только на п.п.7 застревал
orda
17 — 23.09.11 — 11:24
Что интересно, при этом работал процесс rmngr c портом 1641, а кластер из консоли не создавался
borik
18 — 23.09.11 — 11:27
(15) Вся проблема на мой взгляд возникает только в том, что при установке сервера v8.2 платформа создает файл с дефолтными настройками диапазона портов на диске, а затем при старте сервера тянет из него настройки.
Если его вовремя почистить, никаких проблем вообще не возникает….
orda
19 — 23.09.11 — 11:29
(18) Да вроде чищу.
Azverin
20 — 23.09.11 — 11:31
(0) поставь стандарные порты на 8.2, а 8.1 перекинь на 16хх.
Azverin
21 — 23.09.11 — 11:31
+(20) с обновлением платформ 8.2 юудет легче
orda
22 — 23.09.11 — 11:33
(20) а вдруг 8.1 не схватится, тогда мне кирдык.
orda
23 — 23.09.11 — 11:34
(21) а платформа у меня последняя, авгус этого года.
borik
24 — 23.09.11 — 11:35
(19) Перегружаться тоже не забываем :)))
acsent
25 — 23.09.11 — 11:36
а диапазон портов какой?
Приведи строки запуска из реестра
Azverin
26 — 23.09.11 — 11:37
(22) мы в это воскресенье выходим ставить 8.2 параллельно 8.1 на сервак… я внимательно изучаю такие топики)))
пользователь USR1CV82 имеет доступ на запись в папку «C:Program files1cv82» ?
orda
27 — 23.09.11 — 11:39
(24) После установки 8.2, правки портов и чистки Program Files1cv82srvinfo — перезагружаюсь. Стартуют нормально оба агента regagent для 8.1 и 8.2 с портами, соответствено 1540 и 1640, в том числе и rmngr c портом 1641
orda
28 — 23.09.11 — 11:41
(25) -range 1660:1691
(26) — да, имеет
borik
29 — 23.09.11 — 11:41
(27) Кластер серверов 8.2 удалось настроить?
orda
30 — 23.09.11 — 11:43
(25) «Приведи строки запуска из реестра» — не совсем понял.
«C:Program Files1cv828.2.9.356binragent.exe» -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d «C:Program Files1cv82srvinfo» — это?
orda
31 — 23.09.11 — 11:44
Только у меня там было 8.2.14.528
Azverin
32 — 23.09.11 — 11:45
(30) оно. правильно всё, хм…
Azverin
33 — 23.09.11 — 11:48
когда запускаешь агент 8.2 для создания сервера с именем сервера и номером порта «server1c:1640?:
1. агент 8.1 запущен?
2. кластер после сам создаётся?
acsent
34 — 23.09.11 — 11:50
(31) Ты откуда строку скопировал, раз «только у меня там было …»
orda
35 — 23.09.11 — 11:54
(33) агент 8.1 запущен. Но в другой раз я его «stop» — c тем же результатом. Кластер именно не создается из консоли.
(31) Если изменял порты правкой ImagePath в реестре, то какая разница, менял только номера. А если как в ИТС
ragent.exe -instsrvc -port 1640 -regport 1641 -range 1660:1691 -d «C:Program Files1cv82srvinfo» -usr .usr1cv82 -pwd 17121980
ptiz
36 — 23.09.11 — 11:54
Посмотри через
netstat -a
кто порты 16хх занял
orda
37 — 23.09.11 — 11:57
(31) я сейчас дома. Сервак на работе удаленно не доступен.
Azverin
38 — 23.09.11 — 11:57
(35) правильно ли я понял, кластер не создаётся на автоматически по созданию сервера, ни вручную после?
orda
39 — 23.09.11 — 12:01
(35)У меня друга гляделка. В момент создания кластера из консоли порт 1640 -занят агентов ragent, а порт 1641 — rmngr от USR1CV82
orda
40 — 23.09.11 — 12:01
(35) — так точно
orda
41 — 23.09.11 — 12:02
(38) — так точно
borik
42 — 23.09.11 — 12:03
(35) Попробуй остановить Сервер 8.1, ребутни сервер 8.2 и агента сервера, затем попробуй создать кластер 8.2, если создастся — значит что-то делал не так….
Azverin
43 — 23.09.11 — 12:04
(0) автор, выяснишь причину, отпишись тут. спасибо.
orda
44 — 23.09.11 — 12:08
(42) я в (35) писал, что пробовал все И с остановленным ragen 8.1. Результат тот жу.
Кстати не понятно: процесс rmng с портом 1641 -стартанул, а кластер с консоли не создается. И, перед созданием список кластеров и реестр кластиров забиты нулями, это так надо?
borik
45 — 23.09.11 — 12:11
(44) Сервер тоже надо останавливать
«перед созданием список кластеров и реестр кластиров забиты нулями» — платформа не смогла сама создать кластер…
borik
46 — 23.09.11 — 12:15
(44) У меня сомнения, ту ли ты папку чистишь.
При инсталле сервера 8.2 какой каталог размещения файлов сервера предлагается системой?
orda
47 — 23.09.11 — 12:16
(45) что значит » Сервер тоже надо останавливать» — это какой процесс/сервис?
orda
48 — 23.09.11 — 12:18
(46) — не помню, по-моему умалчиваемый, типа «cv82», во всяком случае, я ничего не меняю.
borik
49 — 23.09.11 — 12:19
(47) Можно из меню Program Files -> 1С Предприятие 8.2 ->
Можно с командной строки
orda
50 — 23.09.11 — 12:21
(45) «платформа не смогла сама создать кластер…
» — т.е. не смогла в процессе установеи и запуска ragent. А почему молча, без сообщений. И , к стати, после «ragent.exe -start» агент не работает. Нужно или ручками или после перезагрузки сервера.
orda
51 — 23.09.11 — 12:24
(47) не понял,о какой процесс (кроме regagent)
borik
52 — 23.09.11 — 12:25
(49) В смысле ALL Program
(50) Можешь в логах глянуть
orda
53 — 23.09.11 — 12:25
(47) или предлагаешь вообще снести регистрацию 8.1 «ragent.exe -rmsrvc»?
orda
54 — 23.09.11 — 12:27
(52) » в логах» — это журнал? Как в него залесть?
borik
55 — 23.09.11 — 12:28
(52) В папке 8.2 должны быть логи ну и виндовые логи никто не отменял
orda
56 — 23.09.11 — 12:29
(55) спасибо. Попрбую в них полазить.
borik
57 — 23.09.11 — 12:29
(51) Это служба, без сервера еесно не стартует. Сервак отдельно стартует.
Ц_У
58 — 23.09.11 — 12:40
сдвинь порты, может рабочие процессы от 8.1 жмут пространство для 8.2, ставь 1840 например
borik
59 — 23.09.11 — 12:50
(53) Я в похожей ситуации снёс и 8.1 и 8.2
Удалил каталоги из Program Files, почистил реестр.
(Не забыл перегрузиться)
Заново проинсталлил 8.1
Затем по схеме (13) установил 8.2.
shuhard
60 — 23.09.11 — 12:50
(58) не жмут,
с 25ХХ и с 16ХХ у всех работает,
здесь иная проблема
orda
61 — 23.09.11 — 12:53
(58) нет, в 8.1 1560:1591, к тому же, вместо 16хх пробовал и 20хх
orda
62 — 23.09.11 — 12:54
(59). В 8.1. куча пользователей работает. Побаиваюсь, вдруг 8.1. -не станет (ставил не я).
borik
63 — 23.09.11 — 12:58
(62) Тогда тренируйся на своём компе :)))
orda
64 — 23.09.11 — 13:10
(63) OK. Только вряд ли смогу продублировать оекружение/среду нашего сервака на работе.
borik
65 — 23.09.11 — 13:13
(64) Ты уж поверь. Проблемы возникнут те же :)))
orda
66 — 23.09.11 — 13:15
(65) Попробуем.
Renat11111
06.07.10 — 14:45
При установке 1с на сервере 1с Предприятие не создается кластер 1541.
Правой кнопкой мыши тоже не возможно создать кластер и новый рабочий процесс. что делать?
http://s44.radikal.ru/i105/1007/0d/3cf466c7abad.jpg
Aswed
1 — 06.07.10 — 14:45
(0) Кап лок запал????
Aswed
2 — 06.07.10 — 14:46
(0) Или думаешь что чем больше буквы тем быстрее помогут?
Renat11111
3 — 06.07.10 — 14:46
(1) что конкретно я не так написал?
AeDen
4 — 06.07.10 — 14:46
(1)(2) Вместо того, чтобы издеваться, переименовал-бы ветку, и все…
Renat11111
5 — 06.07.10 — 14:51
как я понимаю 1541 порт занят чем то другим? поэтому такая проблема? netstat -a показывает http://s57.radikal.ru/i155/1007/2f/e55aea3b425e.jpg.
Renat11111
6 — 06.07.10 — 14:53
народ будьте людьми через три часа футбол… помогите успеть до футбола.
ZDenis
7 — 06.07.10 — 14:54
(0) На рисунке видно, что ты еще и в сервер не вошел
Это запускал «Регистрация утилиты администрирования серверов 1С:Предприятия» ?
Пробовал при создании БД задавать пути, а не через консоль?
Живой Ископаемый
8 — 06.07.10 — 14:59
раскрой элемент, на котором курсор,там увидишь — кластеры — вот там уже праву.ю кнопку и создать кластер
Renat11111
9 — 06.07.10 — 15:02
ZDenis
10 — 06.07.10 — 15:05
(9) не совсем понятно, ты новую БД создаешь или существующую запускаешь? Сервер 1С вообе запущен?
Renat11111
11 — 06.07.10 — 15:06
(8) http://s56.radikal.ru/i151/1007/1e/148fa5e8cb2c.jpg после ошибки открывается но ни фига нет там такой опции.
ZDenis
12 — 06.07.10 — 15:09
(11) Чукча писатель? Ответь на вопросы (7),(10)
Renat11111
13 — 06.07.10 — 15:10
(7) Пробовал и разместил ошибку.
(10) ragent.exe запущенна
Renat11111
14 — 06.07.10 — 15:12
Кто ниб может нормально ответить на вопрос почему при установке 1с кластер сам не устанавливается…. я такого не видел просто
ZDenis
15 — 06.07.10 — 15:13
(13) Вот это сделал? «Регистрация утилиты администрирования серверов 1С:Предприятия»
> ragent.exe запущенна
откуда запущена?
hhhh
16 — 06.07.10 — 15:15
(6) вроде футбол в 22.30. Время ещё есть.
Renat11111
17 — 06.07.10 — 15:16
(16) Блин супер, а то привык что в 18 00 начало.
Renat11111
18 — 06.07.10 — 15:17
(15) откуда она запускается вкратце объясни плиз, раньше никогла не нужно было все само собой устанавливалось.
ZDenis
19 — 06.07.10 — 15:19
(18) из меню откуда запускал консоль администрирования
Renat11111
20 — 06.07.10 — 15:22
(19) ты можешь нормально объяснить, что делать откуда там запускать и что запускать? погугли она же вроде бы при установке 1с устанавливается утилита э та
Renat11111
21 — 06.07.10 — 15:27
Народ мне надоело это все. есть такая программа, что то она считывает то ли айпи то ли еще чего. потом позволяет удалленно заходить. чувствуете себя умными сделайте получите деньги. Плачу в пределах разумного, а то меня за-ло все этою. и я хочу реально на футбол успеть, а так на завтрашний может и не успею.
Renat11111
22 — 06.07.10 — 15:29
Нахожусь у клиента асек, скайпов и прочих средств коммуникаций не имею. все через мисту.
verba
23 — 06.07.10 — 15:30
(14) А убери-ка ты флешку или что у тебя там под F диском торчит?
Renat11111
24 — 06.07.10 — 15:35
(23) Эффект 0. я установку кстати прямо с флешки делал. думаешь в этом причина?
установку с диска с сделаю заново не поможет буду ругаться.
Renat11111
25 — 06.07.10 — 18:26
В реестре для агент сервера изменил строчку на следующую: «C:Program Files1cv81binragent.exe» -srvc -agent -regport 1543 -port 1542 -range 1592:1599 -d «C:Program Files1cv81server»
создал новый кластер, рабочий процесс, базу.
Процессы рпхост, рагент, мнгр запущенны.
При запуске опять ошибка 1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением)
что делать? люди добрые (можно и злые) помогите.
Renat11111
26 — 06.07.10 — 18:31
Почему 1541 пишет я же поменял этот долбанный порт?
НетуаНадо
27 — 06.07.10 — 18:36
хихи порт только через реестр можно поменять у нас тоже такой глюк был
иногда консоль глючит и она одну ветку так и не записывает
Renat11111
28 — 06.07.10 — 18:37
(27) а я где по твоему меняю? regedit нашел старую поменял на новую.
Renat11111
29 — 06.07.10 — 18:39
Был бы девушкой уже отдался….. так могу токо предложить вознаграждение, токо не надо болтовни реально не успеваю на футбол.
Renat11111
30 — 06.07.10 — 18:47
Бесплатно не хотите за деньги тоже )))) что за народ пошел не понимаю.
Renat11111
31 — 06.07.10 — 18:57
ап
Renat11111
32 — 06.07.10 — 19:11
ура товарищи!!!!!!!!!! получилось методом тыка, проб и ошибок. НО ПОЛУЧИЛОСЬ!!!!
через это надо было пройти, чтоб понять свой реальный уровень.
28.08.2017, 22:59
#1
Пришел за помощью
Не даёт создать кластер Не найдено ни одного serviceName=ClusterConfigService
Установил взятую отсюда платформу 8.3.9.2170_Windows_RePack_x86-x64_GUI После установки перешёл в консоль администрирования серверов, добавил сервер на порт 1540.
Потом захожу в раздел Кластеры, нажимаю создать новый кластер, указываю имя этого же компьютера и 1541 порт. Пишет: Не найдено ни одного serviceName=ClusterConfigService
Я где то туплю и что то делаю не так?
28.08.2017, 23:01
#2
Пришел за помощью
Re: Не даёт создать кластер Не найдено ни одного serviceName=ClusterConfigService
Странно указал 1542 и всё завелось… порт может был чем то занят?
| Разрядность платформы как причина ошибок при выполнении обработчиков обновления | оглавление | Ошибка при скачивании исправлений (патчей) |
2022-07-20T16:43:53+00:00
Оглавление
- Введение в проблему
- Что с этим делать
- Если ошибка возникает в момент обновления конфигурации базы данных
Введение в проблему
Ошибка ‘Не найдено ни одного сервера с размещенным сервисом’ является довольно распространённой для клиент-серверных баз.
О каких сервисах здесь идёт речь? Дело в том, что кластер 1с обращается за какой-то частью функциональности к рабочим серверам, то есть это часть внутренней архитектуры кластера.
И вот в какой-то момент кластер хочет воспользоваться каким-то механизмом и выясняется, что ни один из рабочих серверов не может оказать кластеру такую «услугу» (сервис), так как:
- либо у него (у рабочего сервера) в настройках не настроены должным образом требования назначения соответствующей функциональности
- либо этот рабочий сервер оказывается настолько перегружен запросами на выполнение какой-либо задачи, что отказывает кластеру в запросе
И далее кластер возвращает конфигуратору ошибку, что мол не получилось найти ни одного сервера с размещенным сервисом… и далее следует указание имени сервиса, с которым возник затык (например, IntegrationDataService, ClusterConfigService, DataEditLockService или SessionDataService).
Что с этим делать
Если возникновение ошибки постоянно — тут скорее всего дело именно в том, что для рабочих серверов не настроены должным образом требования для назначения функциональности.
Если же ошибка не регулярная — стоит искать причины, по которым возникает чрезмерная загруженность рабочих серверов, не позволяющая им оперативно обрабатывать запросы от кластера. И здесь какого-то простого и универсального совета, к сожалению, нет. Изучайте опыт других пользователей: ссылка на статьи из поиска.
Если ошибка возникает в момент обновления конфигурации базы данных
Вот пример такого отчёта по такой операции:
Во-первых, конкретно эту ошибку (не найден сервис IntegrationDataService в момент обновления конфигурации базы данных) 1с зарегистрировала и выпустила исправление: https://bugboard.v8.1c.ru/error/000115271
Ошибка исправлена начиная с 8.3.20.1789, 8.3.21.1302 и 8.3.22.1368.
Во-вторых, в этом случае как замечают пользователи достаточно часто помогает повторная попытка обновления конфигурации базы данных. И я реализовал этот функционал в обновляторе.
Чтобы его включить зайдите в свойства серверной базы и там на закладке «Обновление» в разделе «Сам процесс» установите опцию «Повторять попытку обновления конфигурации базы данных для известных ошибок»:
В этом случае, если обновление конфигурации базы данных вернёт код ошибки, а в логе 1с по такому обновлению будет найдена строка ‘Не найдено ни одного сервера с размещенным сервисом’ — обновлятор сделает паузу и повторит попытку обновления конфигурации базы данных.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Нажмите одну из кнопок, чтобы поделиться:
| Разрядность платформы как причина ошибок при выполнении обработчиков обновления | оглавление | Ошибка при скачивании исправлений (патчей) |
-
-
January 31 2012, 17:24
- Наука
- Происшествия
- IT
- Армия
- Cancel
Сегодня возникла проблема. Есть у нас старый и давно не использующийся сервер 1С, на котором понадобилось создать новую базу для тестирования «чего то там».
Когда я вошел в консоль управления кластером, неожиданно произошел следующий досадный инцидент — консоль зависала намертво при попытке открыть список информационных баз.
Как обычно бывает в таких случаях, все срочно, аврал и тому подобное, так что на разбирательство, в чем причина, не было времени.
ВНИМАНИЕ! Описанные ниже действия приведут к полному сбросу всех настроек вашего кластера! Вернуть все возможно, но если Вы восстанавливаете «боевой» сервер, необходимо иметь Все пароли и имена баз данных (если Вы не знаете, какие из них откуда).
И так, начнем.
Выбрасываем всех пользователей с сервера 1С, а затем останавливаем службу «Агент сервера 1С:Предприятие 8.*». Затем идем в «C:Program Files1cv81server» или в «C:Program Files1cv82srvinfo» и удаляем там все файлы и папки.
Теперь, запускаем службу и затем Консоль управления кластером 1С, и видим, что в нашем кластере отсутствуют все БД. В консоли открывает «Рабочие серверы» — «Имя сервера» — «Процессы». Удаляем появившийся процесс, затем удаляем рабочий сервер. Теперь удаляем кластер.
Все. После выполнения всех этих шагов, нам необходимо все настроить с ноля. К счастью, это не займет много времени. На подключение одной базы в среднем уходит около 1 минуты.
Все последующие шаги, необходимые для настройки кластера 1С, подробно описаны в моей записи здесь: http://dojuk.livejournal.com/2682.html Внимательно остановитесь на главах «Теория и практика настройки 1С 8.2 сервер» и «Проблемы, с которыми я столкнулся«.
Удачи
В высоконагруженных системах 1С требуется тщательно проработать систему отказоустойчивости, чтобы бизнес не испытывал простоев, а все сбои были незаметны для конечного потребителя.
Мы тщательно анализируем возможности отказоустойчивости в разных системах, вплоть до холодного резервного копирования на европейских серверах (дублирование на уровне ЦОД).
В данной статье мы рассмотрим возможность кластеризации сервера 1С. Мы подобрали два аналогичных сервера, чтобы получилось распределить нагрузку на сервера 1С.
Устанавливаем 1С:Предприятие 8 на двух серверах с запуском службы “Агент сервера 1С:Предприятие 8.3 (x86-64)”.
Рисунок 1 — Установка сервера 1С:Предприятие
После установки, переходим в “Администрирование серверов 1С Предприятия x86-64”.
Заходим в параметры кластера и вводим общее имя кластера, а также указываем “уровень отказоустойчивости” в нашем случае ставим 1 уровень.
Рисунок 2 — Параметры кластера
На втором сервере удаляем “Локальный кластер”, сделанный по умолчанию.
Подключаемся к новому созданному кластеру с именем “Cluster1C”.
Создаем “рабочий сервер”, указываем что этот рабочий сервер является “центральным”.
Рисунок 3 — Параметры рабочего сервера
Заходим в Рабочие серверы => SQL => Требования назначения функциональности, создаем новое требования для клиентского соединение с ИБ, тип требования: назначить.
Повторяем тоже самое на рабочем сервере SQL2.
Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости), он может определить требования к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов.
Менеджеры кластера и рабочие процессы запускаются автоматически, исходя из назначенных требований. Требования к рабочим серверам могут быть заданы интерактивно, из консоли администрирования кластера, или программно, из встроенного языка.
После этого мы можем наблюдать как происходит распределение нагрузки на кластере 1С.
Интересует отказоустойчивое решение 1С? Мы предлагаем готовый кластер 1С в аренду.