Различия

Показаны различия между двумя версиями страницы.

--- unix-linux:debian:buster:how-to-install-java-jre-and-ups-agent-apc-powerchute-network-shutdown-on-debian-linux-10-buster [19.06.2019 19:36] – [Удаление APC PowerChute Network Shutdown] Алексей Максимов
+++ unix-linux:debian:buster:how-to-install-java-jre-and-ups-agent-apc-powerchute-network-shutdown-on-debian-linux-10-buster [20.06.2019 08:09] (текущий) – Алексей Максимов
@@ Строка 1: / Строка 1: @@
-===== Установка агента ИБП APC для автоматического выключения ОС Debian GNU/Linux 10 (Buster) - APC PowerChute Network Shutdown =====
+===== Установка агента ИБП APC для автоматического выключения ОС Debian GNU/Linux 10 (Buster) - APC PowerChute Network Shutdown 4.3 =====
 {{:unix-linux:debian:stretch:pasted:20180416-102315.png }} В случае если физические серверы на базе **Debian GNU**/**Linux 10** "**Buster**" подключены к ИБП **APC**, и эти ИБП имеют контроллеры управления **APC Network Management Card** (**NMC**), мы можем настроить автоматическое штатное выключение ОС Linux в случае проблем с электропитанием. Для этого на стороне Linux-сервера нам потребуется установить и настроить специального программного агента, управляемого о стороны ИБП - **APC PowerChute Network Shutdown** (**PCNS**). Здесь приведён пример установки последней актуальной версии агента **APC PCNS 4.3 for Linux** на сервер **Debian Linux 9.3**.
@@ Строка 36: / Строка 36: @@
-Загружаем пакет ''pcns430Linux-x86-64.tar.gz'' с [[http://www.apc.com/shop/ru/ru/categories/PowerChute-Network-Shutdown/_/N-auzzn7|официального сайта APC]] и распаковываем во временный каталог. В распакованном каталоге ''../Linux_x64'' запускаем скрипт установки ''install.sh'':
+Загружаем пакет ''pcns430Linux-x86-64.tar.gz'' с [[http://www.apc.com/shop/ru/ru/categories/PowerChute-Network-Shutdown/_/N-auzzn7|официального сайта APC]] и распаковываем во временный каталог.
 <HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># mkdir ~/APC
@@ Строка 42: / Строка 42: @@
 # gunzip pcns430Linux-x86-64.tar.gz
 # tar -xf pcns430Linux-x86-64.tar
-# cd ~/APC/Linux_x64/
+# cd ~/APC/Linux_x64/</pre></HTML>
-# ./install.sh</pre></HTML>
+В распакованном каталоге ''../Linux_x64'' можем найти несколько файлов, в числе которых скрипт установки ''install.sh''.
+Этот скрипт установки в рассматриваемой нами версии **PCNS 4.3** устроен таким образом, что в случае, если установка выполняется на **Linux**-системе, то скриптом будет предпринята попытка использовать **JRE** из поставляемого архива (''jre-11.0.1_linux-x64_bin.tar.gz''), который расположен рядом со скриптом установки. Даже не смотря на то, что в Linux-системе уже установлена такая же или более новая версия JRE.
+Для того, чтобы использовать вместо этой старой версии JRE более свежую, установленную нами ранее версию **Java 11.0.3**, достаточно просто произвольно переименовать архив со старой бандловой версией JRE, например, следующим образом:
+:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># mv ./jre-11.0.1_linux-x64_bin.tar.gz ./jre-11.0.1_linux-x64_bin.tar.gz.block</pre></HTML>
+{{ :unix-linux:debian:buster:pasted:20190620-072311.png }}
+Теперь можем запускать скрипт установки:
+<HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># ./install.sh</pre></HTML>
 На первый запрос скрипта установки жмём любую клавишу, например **Enter**, чтобы ознакомиться с лицензионным соглашением:
-{{ :unix-linux:debian:buster:pasted:20190619-172345.png }}
+{{ :unix-linux:debian:buster:pasted:20190620-072459.png }}
 Просмотрев лицензионное соглашение набираем **yes**, чтобы принять его положения:
@@ Строка 55: / Строка 70: @@
 Соглашаемся с установкой в каталог по умолчанию ''/opt/APC/PowerChute''
-{{ :unix-linux:debian:buster:pasted:20190619-172833.png }}
+Далее скрипт установки предложит нам указать путь к исполняемым файлам **Java**, так как ранее мы изменили имя файла с архивом JRE из поставки и скрипт не обнаружил предопределённое в его константах имя. Укажем путь к каталогу согласно ранее установленной нами версии Java: ''/usr/lib/jvm/java-11-openjdk-amd64/bin''.
-Далее скрипт установки может предложить нам либо согласиться с использованием версии **Java**, поставляемой в составе PowerChute, либо указать путь ранее предустановленной версии. В этом случае можно указать ранее полученный путь к исполняемым файлам Java. Пример такой ситуации [[:unix-linux:debian:stretch:how-to-install-java-jre-and-ups-agent-apc-powerchute-network-shutdown-on-debian-linux-9-3-stretch|рассмотрен ранее]]. В нашем же случае скрипт установки PowerChute не стал задавать таких вопросов и сразу выполнил установку ПО с привязкой к собственной версии **JRE 11.0.1**, которую он автоматически распаковал в подкаталог ''/opt/APC/PowerChute/jre-11.0.1''.
+{{ :unix-linux:debian:buster:pasted:20190620-072854.png }}
-В завершении скрипт установки скопирует исполняемые файлы PCNS в каталог ''/opt/APC/PowerChute'' и мы получим сообщение о том, что дальнейшую настройку установленного агента PCNS можно провести через веб-интерфейс, доступный по адресу ''https://ServerName:6547''
+Если бы в нашей системе не было установленной версии **Java** и мы не меняли бы имя файла с архивом JRE (''jre-11.0.1_linux-x64_bin.tar.gz''), то скрипт установки PowerChute не стал бы задавать лишних вопросов и сразу бы выполнил установку PCNS с привязкой к собственной версии **JRE 11.0.1**, которую он автоматически распаковал бы из архивного файла в подкаталог ''/opt/APC/PowerChute/jre-11.0.1''.
-{{ :unix-linux:debian:buster:pasted:20190619-175449.png }}
+В нашем же случае скрипт должен обнаружить в указанном нами каталоге более новую версию **Java 11.0.3** и прописать её в настройках среды исполнения устанавливаемой версии PCNS.
-В процессе установки в систему будет установлена и запущена служба **systemd** c именем **PowerChute.service**. Эта служба будет использоваться для автоматического запуска службы **PowerChute** в процессе запуска системы. Проверим текущий статумс службы и убедимся в том, что она работает:
+В завершении работы скрипта мы получим сообщение о том, что дальнейшую настройку установленного агента PCNS можно провести через веб-интерфейс, доступный по адресу ''https://ServerName:6547''
+{{ :unix-linux:debian:buster:pasted:20190620-074111.png }}
+В процессе установки в систему будет установлена и запущена служба **systemd** c именем **PowerChute.service**. Эта служба будет использоваться для автоматического запуска службы **PowerChute** в процессе запуска системы.
+Проверим текущий статус службы и убедимся в том, что она работает, настроена на автоматический запуск, а также то, что используется указанная нами версия Java:
 <HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># systemctl status PowerChute.service</pre></HTML>
-{{ :unix-linux:debian:buster:pasted:20190619-175852.png }}
+{{ :unix-linux:debian:buster:pasted:20190620-075142.png }}
 Убедимся в том, что в нашей Linux-системы появились TCP-прослушиватели, созданные процессом **java**:
@@ Строка 80: / Строка 103: @@
 Теперь нам нужно добавить правила в брандмауэр **Debian Buster**, разрешающие доступ к портам PowerChute.
+<WRAP center info 100%>
+Обратите внимание на то, что в ходе работы скрипта установки PowerChute, этим скриптом предпринимается попытка создать правила брандмауэра, разрешающие подключения к портам PowerChute. Поэтому, во избежание некорректно созданных правил, после окончания выполнения скрипта установки PowerChute, рекомендуется проверить действующие правила брандмауэра.
+</WRAP>
 Как минимум, доступ к портам PowerChute **TCP**/**UDP 3052** необходимо открыть из сети, в которой находятся контроллеры управления ИБП **APC NMC**. Кроме того, может потребоваться открыть доступ к веб-странице PowerChute **TCP 6547** для сети администраторов, которые будут выполнять удалённую настройку PowerChute на нашем сервере.
@@ Строка 94: / Строка 121: @@
 # nft add rule ip filter INPUT iifname "eth0" ip saddr 10.1.1.0/24 \
 ct state new tcp dport 6547 counter accept \
 comment \"Allow access to APC PowerChute Network Shutdown Web UI over HTTPS\"</pre></HTML>
-В случае же, если управление брандмауэром выполняется через **iptables**, то разрешающие правила могут выглядеть следующим образом
+В том случае, если управление брандмауэром выполняется через **iptables**, то разрешающие правила могут выглядеть следующим образом
 <HTML><pre style="background:#5a5a62;color:#ffffff;padding:10px;border:0px;"># iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT