Итоговый отчет: Проблема создания кластера 1С и регистрации базы prod_dev

Дата: 2026-01-25
Контейнер: 1c-server-new
Версия 1С: 8.3.27.1989
Статус: ⚠️ Частично решено, требуется альтернативный подход

Достигнутый прогресс

✅ Успешно выполнено

  1. Порты слушают:
  2. ✅ Порт 1540 (ragent) — слушает
  3. ✅ Порт 1541 (rmngr) — слушает

  4. ✅ Порт 1545 (RAS) — слушает

  5. Сервисы работают:

  6. ✅ srv1cv8-8.3.27.1989@default.service — активен
  7. ✅ ras-8.3.27.1989.service — активен

  8. ✅ Процессы ragent, rmngr, ras запущены

  9. Диагностика завершена:

  10. ✅ Проблема "Broken pipe" идентифицирована
  11. ✅ Причина таймаутов выяснена (недоступность портов)
  12. ✅ Создана документация по решению проблемы

❌ Текущие проблемы

  1. Кластер не создается через rac cluster insert:
  2. Ошибка: "Запуск рабочего процесса не возможен из-за конфликта IP портов"
  3. Причина: rmngr автоматически запускается на порту 1541, даже после полной очистки конфигурации

  4. Это мешает команде rac cluster insert создать новый кластер

  5. База prod_dev не зарегистрирована:

  6. База не найдена в конфигурации кластера

  7. Регистрация не может быть выполнена, пока кластер не создан правильно

  8. ClusterConfigService:

  9. Не может быть размещен, так как кластер не создан
  10. Первый рабочий сервер не может быть зарегистрирован без создания кластера

Анализ проблемы

Корневая причина

Версия 1С 8.3.27.1989 автоматически запускает rmngr на порту 1541 при запуске ragent, даже если кластер не создан. Это поведение отличается от ожидаемого, когда rmngr должен запускаться только после создания кластера через rac cluster insert.

По документации 1С (4.2.2 On Linux): порт -regport (по умолчанию 1541) — это порт главного менеджера кластера (rmngr), создаваемого по умолчанию при первом запуске ragent. То есть автозапуск rmngr при старте ragent — штатное поведение платформы; отключить его документация не позволяет.

Почему это происходит

  1. Автоматический запуск rmngr: ragent автоматически запускает rmngr при старте, используя конфигурацию из файлов или память
  2. Конфликт портов: Команда rac cluster insert пытается создать кластер на порту 1541, но порт уже занят rmngr
  3. Циклическая зависимость: Для создания кластера нужен свободный порт 1541, но ragent автоматически запускает rmngr на этом порту

Подробный разбор и расширенный список решений: Решения: rmngr блокирует rac cluster insert

Рекомендуемые решения

Решение 0: Сначала проверить rac cluster list

При работающих ragent и rmngr кластер мог быть создан автоматически. Выполните:

lxc exec 1c-server-new -- bash -c "timeout 10 /opt/1cv8/x86_64/8.3.27.1989/rac cluster list localhost:1545"

Если вывод не пустой и есть реальный UUID (не 00000000-...), кластер уже есть — используйте его для rac server list, регистрации ИБ и т.д. В этом случае rac cluster insert не нужен.

Решение 1: Использование GUI консоли администрирования 1С (РЕКОМЕНДУЕТСЯ)

Описание: Создание кластера через графический интерфейс может обойти проблему с автоматическим запуском rmngr.

Шаги:

  1. Установить консоль администрирования 1С:Предприятие на клиентском компьютере (Windows/Linux)

  2. Запустить консоль администрирования

  3. Подключиться к серверу:

  4. Адрес: 10.218.14.10:1545 (IP контейнера 1c-server-new)

  5. Или через проброс порта с хоста (если настроен)

  6. Создать кластер через GUI:

  7. Правый клик → "Создать" → "Кластер серверов"
  8. Указать параметры:
    • Имя: cluster1
    • Хост: localhost
    • Порт менеджера: 1541

  9. GUI может автоматически остановить rmngr и создать кластер

  10. Проверить создание кластера:
    bash lxc exec 1c-server-new -- bash -c "timeout 10 /opt/1cv8/x86_64/8.3.27.1989/rac cluster list localhost:1545"

  11. Зарегистрировать базу prod_dev:

  12. Через GUI: Правый клик на кластере → "Создать" → "Информационную базу"
  13. Или через скрипт после создания кластера

Преимущества:
- Обходит проблему с автоматическим запуском rmngr
- Визуальный контроль процесса
- Может автоматически решить конфликты портов

Решение 2: Использование другого порта для менеджера кластера

Описание: Перевести rmngr на другой порт (например, 1542) через SRV1CV8_REGPORT. Используется в основном для нескольких экземпляров 1С на одной машине; само по себе не снимает конфликт при rac cluster insert на том же хосте (см. подробный разбор).

Шаги:

  1. Остановить сервисы:
lxc exec 1c-server-new -- systemctl stop srv1cv8-8.3.27.1989@default.service
  1. Изменить конфигурацию ragent (systemd override):
lxc exec 1c-server-new -- systemctl edit srv1cv8-8.3.27.1989@default.service

Добавить в [Service]: Environment=SRV1CV8_REGPORT=1542

  1. Учесть смену каталога данных (reg_1541 → reg_1542 и т.п.).

Недостатки:
- Требует изменения конфигурации
- Не решает циклическую зависимость для rac cluster insert на одном экземпляре

Решение 3: Восстановление из рабочей резервной копии

Описание: Использовать reg_1541 (и при необходимости srvinfo) с машины, где кластер уже создан и есть worker с ClusterConfigService. Вариант: скопировать reg_1541 с 1c-server (8.3.27.1786), где кластер создан успешно. Совместимость между 1786 и 1989 не гарантирована — делать бэкап и быть готовым к откату.

Шаги:

  1. Найти рабочую резервную копию (например, с 1c-server) или скопировать reg_1541 с рабочего контейнера

  2. Восстановить конфигурацию:

lxc exec 1c-server-new -- systemctl stop srv1cv8-8.3.27.1989@default.service
lxc exec 1c-server-new -- bash -c "rm -rf /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/* && cp <путь_к_резервной_копии>/1CV8Clst.lst /home/usr1cv8/.1cv8/1C/1cv8/reg_1541/"
lxc exec 1c-server-new -- systemctl start srv1cv8-8.3.27.1989@default.service
  1. Проверить: rac cluster list, rac server list --cluster=<UUID>

Решение 4: Обращение в поддержку 1С

Описание: Если проблема связана с особенностями версии 8.3.27.1989, может потребоваться помощь поддержки 1С.

Действия:
- Описать проблему с автоматическим запуском rmngr
- Указать версию 1С: 8.3.27.1989
- Запросить рекомендации по созданию кластера

Решение 5: Использовать версию 8.3.27.1786

На 1c-server (8.3.27.1786) rac cluster insert --port=1541 выполняется успешно. Если допустимо использовать 1786 вместо 1989 — разворачивать кластер на 1c-server по уже проверенной схеме (см. 1c-rac-syntax-summary.md, 1c-server-final-status.md).

Текущее состояние системы

Порты

  • ✅ 1540 (ragent) — слушает
  • ✅ 1541 (rmngr) — слушает (автоматически запущен)
  • ✅ 1545 (RAS) — слушает

Сервисы

  • ✅ srv1cv8-8.3.27.1989@default.service — active
  • ✅ ras-8.3.27.1989.service — active

Кластер

  • ❌ Кластер не создан (UUID: 00000000-0000-0000-0000-000000000000)
  • ❌ ClusterConfigService не размещен
  • ❌ Рабочий сервер не зарегистрирован

База данных

  • ❌ База prod_dev не зарегистрирована в кластере
  • ✅ База prod_dev существует в PostgreSQL (10.218.14.79:5432)

Следующие шаги

  1. Проверить rac cluster list (Решение 0) — если кластер уже есть, использовать его
  2. Если кластера нет: применить Решение 1 (GUI консоль) — наиболее надёжный способ
  3. Альтернативы: восстановление reg_1541 с 1c-server (Решение 3) или использование 1786 (Решение 5)
  4. После создания кластера — зарегистрировать базу prod_dev через скрипт или GUI
  5. Проверить работоспособность — убедиться, что команды rac работают без таймаутов

Команды для проверки после решения

# Проверка кластера
lxc exec 1c-server-new -- bash -c "timeout 10 /opt/1cv8/x86_64/8.3.27.1989/rac cluster list localhost:1545"

# Получение UUID кластера
CLUSTER_UUID=$(lxc exec 1c-server-new -- bash -c "timeout 10 /opt/1cv8/x86_64/8.3.27.1989/rac cluster list localhost:1545 | grep '^cluster' | awk '{print \$3}'")

# Проверка рабочих серверов
lxc exec 1c-server-new -- bash -c "timeout 10 /opt/1cv8/x86_64/8.3.27.1989/rac server list --cluster=$CLUSTER_UUID localhost:1545"

# Проверка информационных баз
lxc exec 1c-server-new -- bash -c "timeout 10 /opt/1cv8/x86_64/8.3.27.1989/rac infobase summary list --cluster=$CLUSTER_UUID localhost:1545"

Связанные документы

Статус: ⚠️ Требуется применение альтернативного решения
Приоритет: Высокий
Рекомендация: Использовать GUI консоль администрирования 1С
Дата последнего обновления: 2026-01-25