Статус ферм после обновления zevenet ce 5 до relianoid ce 7.1

Просмотр сообщения 15 - 1 через 15 (от общего 19)
  • Автор
    Блог
  • #52503 Ответить
    С.замбони
    Член

      Привет всем

      перенесен с zevenet (последняя доступная версия ce, полная версия) на relianoid 7.1 с помощью скрипта

      вроде все в порядке, но статус фермы всегда «не работает», даже если все в порядке
      есть ли какой-нибудь журнал, в который я могу погрузиться, чтобы понять, почему?

      ТИА
      Стефано

      #52504 Ответить
      снег
      Модератор

        Чао Стефано, какие фермы ты используешь?

        Состояние фермы контролируется файлом PID, созданным по пути /var/run. Вы можете проверить журналы /var/log/syslog на наличие ошибок.
        Кроме того, вы можете создать сохранение поддержки через «Система» > «Сохранить сохранение» и отправить его через support@relianoid.com

        С уважением.

        #52505 Ответить
        С.замбони
        Член

          Привет, спасибо за ваш ответ

          Использую http-фермы (довольно простая ситуация), 2 виртуальных ip, 2 сертификата, около 10 сервисов..

          Проверю логи и отчитаюсь

          спасибо

          #52577 Ответить
          С.замбони
          Член

            вот я снова

            Я создал новую виртуальную машину из Relianoid ce iso и восстановил резервную копию, которую я сделал на рабочей машине.

            У меня возникла проблема с Сабе:
            в веб-интерфейсе я вижу фермы в критическом состоянии, но в системном журнале нет ошибок и вижу, что все работает как положено.

            Я копал везде, ни в одном файле журнала на машине ошибок нет.

            Может ли кто-нибудь дать подсказку, чтобы понять, почему?

            И еще, могу ли я предложить, чтобы было легче понять? Я имею в виду, что если я вижу критическое состояние службы, я хотел бы точно знать, что проверять и/или почему у меня такое состояние.

            спасибо

            #52578 Ответить
            снег
            Модератор

              Привет, Стефано,

              Обратитесь к документации, объясняющей цветовые коды для ферм HTTP и L4.

              LSLB | Фермы | Обновление | Профиль HTTP

              LSLB | Фермы | Обновление | Профиль L4xNAT

              «Критический» статус будет означать, что нет доступных серверов для доставки трафика. Вы можете временно отключить расширенные проверки Farm Guardian, чтобы убедиться, что сценарии работоспособности не влияют на состояние серверных частей.

              Надеюсь, это поможет,
              С уважением.

              #52584 Ответить
              С.замбони
              Член

                Привет, я вижу такой статус
                Черный: указывает на КРИТИЧЕСКОЕ повреждение. Ферма работает, но серверная часть недоступна или она находится в режиме обслуживания.

                Но все фермы работают как положено, серверная часть работает, и даже фермер говорит мне, что все в порядке.

                2024-02-27T15:41:26.055263+01:00 svlinproxy Farmguardian[243748]: (ИНФО) Farm Filasolutions8443 – Служба pss – timetocheck 15 – portadmin /tmp/Filasolutions8443_proxy.socket – команда check_ping -H HOST -w 2,100
                2024-02-27T15:41:26.084935+01:00 svlinproxy Farmguardian[243757]: (ИНФО) Farm FilasolutionsSSL – Служба поддержки – timetocheck 15 – portadmin /tmp/FilasolutionsSSL_proxy.socket – команда check_ping -H HOST -w 2,100
                2024-02-27T15:41:26.220633+01:00 svlinproxy Farmguardian[243756]: (ИНФО) Farm FilasolutionsSSL – хранилище служб – timetocheck 15 – portadmin /tmp/FilasolutionsSSL_proxy.socket – команда check_ping -H HOST -w 2,100
                2024-02-27T15:41:26.243783+01:00 svlinproxy Farmguardian[243754]: (ИНФО) Farm FilasolutionsSSL – Служба zucchetti – timetocheck 15 – portadmin /tmp/FilasolutionsSSL_proxy.socket – команда check_ping -H HOST -w 2,100
                2024-02-27T15:41:27.059237+01:00 svlinproxy Farmguardian[243748]: (ИНФО) Farm Filasolutions8443 – Служба pss – сервер[0] 192.168.0.63:8443 – статус активен – тайм-аут 0 – код ошибки 0
                2024-02-27T15:41:27.089533+01:00 svlinproxy Farmguardian[243757]: (ИНФО) Farm FilasolutionsSSL – Служба поддержки – сервер[0] 192.168.0.26:443 – статус активен – время ожидания 0 – код ошибки 0
                2024-02-27T15:41:27.224939+01:00 svlinproxy Farmguardian[243756]: (ИНФО) Farm FilasolutionsSSL – хранилище служб – сервер[0] 192.168.0.26:443 – статус активен – время ожидания 0 – код ошибки 0
                2024-02-27T15:41:27.246284+01:00 svlinproxy Farmguardian[243754]: (ИНФО) Farm FilasolutionsSSL – Служба zucchetti – сервер[0] 192.168.0.53:443 – активный статус – тайм-аут 0 – код ошибки 0

                попробовал отключить Farmguardian на 10 минут, ничего не изменилось

                #52588 Ответить
                снег
                Модератор

                  Если Farmguardian не обнаруживает серверные части, возможно, это обратный прокси-сервер. Пожалуйста, проверьте состояние бэкэндов с помощью команды:

                  root@noid-ce:~# /usr/local/relianoid/app/pound/sbin/poundctl -c /tmp/ _proxy.socket

                  Cheers.

                  #52591 Ответить
                  С.замбони
                  Член

                    вы предлагаете мне выполнить эту команду?

                    У меня нет файла _proxy.socket в /tmp/

                    drwxr-xr-x 18 root root 4096 27 фев 11:32 ..
                    -rw-r—– 1 корень root 257 27 фев 15:41 cgisess_8acf41d0126e16025b8e9a4e1e7b65ed
                    drwx—— 2 root root 4096 13 февраля 14:45 cherokee.XXXXXB3dCwQ
                    drwx—— 2 root root 4096 13 февраля 14:45 cherokee.XXXXXeCrs2m
                    drwx—— 2 root root 4096 13 февраля 14:45 cherokee.XXXXXiGNzgR
                    drwx—— 2 root root 4096 13 февраля 14:45 cherokee.XXXXXlo8cwj
                    drwx—— 2 root root 4096 13 февраля 14:45 cherokee.XXXXXOhLVuo
                    drwx—— 2 root root 4096 13 февраля 14:45 cherokee.XXXXXYQraxU
                    -rw-r–r– 1 корень root 0 27 фев. 15:55 err.log
                    -rw-r–r– 1 корень root 0 27 фев 15:30 Filasolutions8443.lock
                    -rw-r–r– 1 корень root 0 13 фев 14:45 Filasolutions.lock
                    -rw-r–r– 1 корень root 0 27 фев. 15:30 FilasolutionsSSL.lock
                    drwxrwxrwt 2 root root 4096 13 февраля 14:45 .font-unix
                    drwxrwxrwt 2 root root 4096 13 февраля 14:45 .ICE-unix
                    drwx—— 3 root root 4096 13 февраля 14:45 systemd-private-1934d9d6cd3240bdb4bb58b5145b9b06-systemd-logind.service-wsM0ZT
                    drwx —— 3 root root 4096 13 февраля 14:45 systemd-private-1934d9d6cd3240bdb4bb58b5145b9b06-systemd-timesyncd.service-Iuq6QT
                    drwxrwxrwt 2 root root 4096 13 февраля 14:45 .X11-unix
                    drwxrwxrwt 2 root root 4096 13 февраля 14:45 .XIM-unix

                    #52594 Ответить
                    снег
                    Модератор

                      В случае, если речь идет о HTTP-ферме, у вас должен быть запущен процесс «pound», который должен открыть управляющий сокет, определенный в директиве «Control» файла конфигурации фермы «/usr/local/relianoid/config/FARM-NAME_proxy. кфг». Затем вы можете выполнить команду ctl через такой сокет, определенный в конфигурации фермы.

                      root@noid-ce:~# /usr/local/relianoid/app/pound/sbin/poundctl -c /tmp/ _proxy.socket

                      Если сокет определен, но не существует, это может быть проблемой статуса. Перезапуск фермы должен заново создать файл сокета.

                      Cheers.

                      #52596 Ответить
                      С.замбони
                      Член

                        root@svlinproxy:/usr/local/relianoid/config# ls -la *_proxy.cfg
                        -rw-r–r– 1 корень root 1863 27 фев. 16:26 Filasolutions8443_proxy.cfg
                        -rw-r–r– 1 корень root 1878 13 фев 14:45 Filasolutions_proxy.cfg
                        -rw-r–r– 1 корень root 2586 27 фев. 15:30 FilasolutionsSSL_proxy.cfg

                        нет директивы Control в моих файлах _proxy.cfg

                        root@svlinproxy:/usr/local/relianoid/config# grep -i control *_proxy.cfg
                        root@svlinproxy:/usr/local/relianoid/config#

                        root@svlinproxy:/usr/local/relianoid/config# ps aux | греп фунт
                        корень 901 0.0 0.0 61548 2180 ? Сс 13 февраля 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions_proxy.cfg -p /var/run/Filasolutions_proxy.pid
                        корень 902 0.0 0.0 193140 3420 ? Сл, 13 февраля, 0:29 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions_proxy.cfg -p /var/run/Filasolutions_proxy.pid
                        корень 243330 0.0 0.0 61672 2380 ? Сс 15:30 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/FilasolutionsSSL_proxy.cfg -p /var/run/FilasolutionsSSL_proxy.pid
                        корень 243331 0.0 0.2 1049524 9632 ? Сл 15:30 0:01 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/FilasolutionsSSL_proxy.cfg -p /var/run/FilasolutionsSSL_proxy.pid
                        корень 246138 0.0 0.0 61672 2364 ? Сс 16:26 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions8443_proxy.cfg -p /var/run/Filasolutions8443_proxy.pid
                        корень 246139 0.0 0.1 127728 6480 ? Сл 16:26 0:00 /usr/local/relianoid/app/pound/sbin/pound -f /usr/local/relianoid/config/Filasolutions8443_proxy.cfg -p /var/run/Filasolutions8443_proxy.pid
                        root 246758 0.0 0.0 6332 2132 пунктов/0 S+ 16:40 0:00 grep фунт
                        root@svlinproxy:/usr/local/relianoid/config#

                        root@svlinproxy:/usr/local/relianoid/config# netstat -napt | греп фунт
                        tcp 0 0 10.10.10.2:443 0.0.0.0:* СЛУШАТЬ 243330/фунт
                        TCP 0 0 10.10.10.2:8443 0.0.0.0:* СЛУШАТЬ 246138/фунт
                        tcp 0 0 10.10.10.2:80 0.0.0.0:* СЛУШАТЬ 901/фунт

                        спасибо

                        Перезапускал все фермы много-много раз

                        #52598 Ответить
                        С.замбони
                        Член

                          ок, возможно, я нашел проблему

                          Когда я обновил свой зевенет до Relinoid, файлы _proxy.cfg не были воссозданы.

                          Я вижу директиву Control в своих шаблонах.

                          root@svlinproxy:/usr/local/relianoid/share# grep -i control *.cfg
                          poundtpl.cfg:Управление «/tmp/[DESC]_proxy.socket»
                          proxytpl.cfg:Управление «/tmp/[DESC]_proxy.socket»

                          но ничего в импортированных/восстановленных/перенесенных профилях/фермах

                          Как я могу восстановить файлы cfg без перезапуска с нуля?

                          Спасибо

                          #52601 Ответить
                          снег
                          Модератор

                            Шаблон конфигурации прокси-сервера находится в файле /usr/local/relianoid/share/poundtpl.cfg и должен включать такую ​​директиву. Как вы создавали такие фермы? Вы импортировали резервную копию?

                            Благодаря,

                            #52602 Ответить
                            снег
                            Модератор

                              Вы можете отредактировать файл конфигурации фермы каждой прокси-фермы и добавить директиву Control в форме:

                              Управление «/tmp/FARMNAME_proxy.socket»

                              Непосредственно перед директивой ListenHTTP(S). Затем перезапустите фермы, и они должны создать управляющий сокет.

                              Cheers.

                              #52603 Ответить
                              С.замбони
                              Член

                                ок, давайте вспомним историю

                                У меня был zevenet 5 CE, и я перенес его на Relianoid 7 с помощью вашего скрипта.

                                все прошло гладко, но состояние фермы критическое

                                Затем в целях тестирования я установил новую виртуальную машину непосредственно из Relinoid 7 CE iso и восстановил резервную копию, сделанную с производственной машины.

                                в обоих вижу критический статус, даже если на продакшене все, как сказано, работает нормально (видимо)

                                Как я могу восстановить/митрировать файлы конфигурации?
                                Кажется, чего-то не хватает при миграции из Зевенета

                                спасибо

                                #52604 Ответить
                                снег
                                Модератор

                                  Вы следовали этому руководству?

                                  Миграция с Zevenet CE на RELIANOID ADC Load Balancer Community Edition

                                  Или какой скрипт вы использовали?

                                  Спасибо.

                                Просмотр сообщения 15 - 1 через 15 (от общего 19)
                                Ответ на: Статус ферм после обновления zevenet ce 5 до relianoid ce 7.1
                                Введите свои данные или Личный кабинет чтобы не попасть на модерацию