Служба apcupsd работает: связь с ИБП все еще потеряна.

Вопрос или проблема

Я приобрёл новый ИБП APC, который хочу подключить к четырём кластерам Linux Debian.

Я задавал аналогичный вопрос ранее здесь: Мой собственный пост, но решение сейчас не работает для нового ИБП. Я следовал рекомендациям @Stephen Harris, чтобы подключить мой старый ИБП к кластеру Linux с помощью USB-кабеля. Однако тот же подход не сработал при настройке совершенно нового ИБП APC для двух кластеров Linux. Модель ИБП APC: SURTD3000XLIM (модель APC) имеет один последовательный com-разъём и один USB-разъём на задней панели ИБП. Два кабеля были предоставлены вместе с покупкой ИБП: а) RJ-45 к DB-9 кабель для связи (соединяется с последовательным com-разъёмом ИБП) и также б) USB-A к мини-USB кабель. Я использовал оба кабеля для подключения к нашим двум кластерам Linux.

В случае а) важная часть файла /etc/apcupsd/apcupsd.conf выглядит так:

UPSNAME LG27a
UPSCABLE ether
UPSTYPE net
DEVICE 128.40.177.201:3551

NETSERVER on
NISIP 127.0.0.1
NISPORT 3551

После сохранения этого файла я остановил apcupsd service и запустил его снова.

Когда я выполняю systemctl status apcupsd, я получаю:

apc service active

Тем не менее, когда я выполняю apcaccess, я получаю (Статус: связь потеряна!):

APC      : 001,018,0445
DATE     : 2024-11-08 15:10:43 +0000
HOSTNAME : hartree
VERSION  : 3.14.14 (31 мая 2016) debian
UPSNAME  : LG27a
CABLE    : Ethernet Link
DRIVER   : NETWORK UPS Driver
UPSMODE  : Net Slave
STARTTIME: 2024-11-08 15:10:21 +0000
STATUS   : COMMLOST
MBATTCHG : 5 Percent
MINTIMEL : 3 Minutes
MAXTIME  : 0 Seconds
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
STATFLAG : 0x05000100
END APC  : 2024-11-08 16:51:44 +0000

В случае б) важная часть файла /etc/apcupsd/apcupsd.conf выглядит так:

UPSNAME LG27a
UPSCABLE usb
UPSTYPE usb
DEVICE

NETSERVER on
NISIP 0.0.0.0
NISPORT 3551

После сохранения этого файла я остановил apcupsd service и запустил его снова.

При выполнении systemctl status apcupsd я получаю:
apcupsd active

В случае б) также я получаю ошибку (Статус: связь потеряна) при выполнении apcaccess:

APC      : 001,018,0439
DATE     : 2024-11-08 16:46:41 +0000
HOSTNAME : meitner
VERSION  : 3.14.14 (31 мая 2016) debian
UPSNAME  : LG27a
CABLE    : USB Cable
DRIVER   : USB UPS Driver
UPSMODE  : Stand Alone
STARTTIME: 2024-11-08 14:28:27 +0000
STATUS   : COMMLOST
MBATTCHG : 8 Percent
MINTIMEL : 4 Minutes
MAXTIME  : 0 Seconds
NUMXFERS : 0
TONBATT  : 0 Seconds
CUMONBATT: 0 Seconds
XOFFBATT : N/A
STATFLAG : 0x05000100
END APC  : 2024-11-08 16:46:41 +0000

Я проверил все возможные ресурсы помощи, такие как: help1, help2 и т.д. Но, я все еще не смог наладить связь.

Для соединения типа б), когда я набираю lsusb, он не обнаруживает ИБП, к сожалению.

Я не могу расшифровать эту ошибку. Пожалуйста, помогите мне исправить эту проблему.

Спасибо.

Ответ или решение

Чтобы устранить проблему «apcupsd service running: still communication with UPS lost» при подключении нового ИБП APC SURTD3000XLIM к кластерам Linux Debian, необходимо провести несколько шагов диагностики и настройки.

1. Проверка подключения

Главным элементом в установлении связи между системой и ИБП является правильное подключение через USB или последовательный порт. В вашем случае вы используете два типа подключения: RJ-45 к DB-9 и USB-A к mini-USB.

  • USB-подключение: Если при выполнении команды lsusb ваш ИБП не отображается, это сигнализирует о том, что система не распознает устройство. В этом случае проверьте:

    • Надежность подключения: убедитесь, что USB-кабель исправен и подключен правильно.
    • Обновите системный модуль USB. В некоторых случаях может потребоваться обновление или установка дополнительных пакетов, таких как usbutils.
  • Параллельное подключение через сериал: Убедитесь, что используемый COM-порт правильно настроен и выбран в конфигурационном файле. Иногда также нужно вручную настроить права доступа к порту.

2. Настройка конфигурационного файла apcupsd.conf

В вашем конфигурационном файле указаны два разных метода подключения. Убедитесь, что используете только один из них в зависимости от того, как вы подключили ИБП:

  • При USB-подключении:

    UPSNAME LG27a
    UPSCABLE usb
    UPSTYPE usb
    DEVICE
    
    NETSERVER on
    NISIP 0.0.0.0
    NISPORT 3551
  • При сериал-подключении:

    UPSNAME LG27a
    UPSCABLE ether
    UPSTYPE net
    DEVICE 128.40.177.201:3551
    
    NETSERVER on
    NISIP 127.0.0.1
    NISPORT 3551

3. Перезапуск службы apcupsd

После внесения изменений обязательно перезапустите службу:

sudo systemctl restart apcupsd

И проверьте статус:

systemctl status apcupsd

4. Журнал ошибок

Для более детальной диагностики получите доступ к журналу ошибок. Возможно, там вы найдете дополнительные сообщения, которые помогут в выявлении проблемы:

journalctl -u apcupsd

5. Проверка прав доступа

В случае USB-подключения убедитесь, что пользователю, под которым вы запускаете apcupsd, даны соответствующие права на доступ к USB-устройствам. Это можно сделать, добавив пользователя в группу plugdev или изменив udev правила.

6. Обновление программного обеспечения

Поскольку ваша версия apcupsd устарела (версия 3.14.14 от 2016 года), возможно, стоит обновить ее до последней версии, так как могут быть исправлены ошибки или добавлены новые поддержки устройств. Используйте:

sudo apt-get update
sudo apt-get upgrade apcupsd

7. Альтернативные драйверы

Если стандартные драйверы не работают, вы можете рассмотреть возможность установки дополнительных драйверов или другого ПО для управления ИБП, например, NUT (Network UPS Tools).

Заключение

Если все указанные шаги не привели к положительным результатам, стоит обратиться на специальные форумы или службы поддержки APC для получения дополнительных рекомендаций, так как проблема может быть связана с конкретным оборудованием. Успеха в устранении неполадок!

Оцените материал
Добавить комментарий

Капча загружается...