[network ups tools] : configuration

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [network ups tools] : configuration

arnaudperfect

Bonjour,

Citation :

Pour commencer, je ne sais pas si ce sujet est au meilleur endroit de ce forum. Si besoin, Monsieurs les modérateurs, n'hésitez pas à le déplacer.

Je fais appel à vos lumières concernant la configuration de l'outil network UPS tools (NUT), qui permet la gestion d'un onduleur sous Linux.

J'ai une architecture un peu particulière dont voici un schéma :

J'ai un onduleur de marque HP, qui alimente deux hyperviseurs Proxmox (SRV000 et SRV005). Sur l'un des hyperviseurs (SRV000), l'onduleur communique en USB.

Sur les VM SRV002, SRV003 et SRV004, j'ai les "admin tools Proxmox" d'installés. Ce qui me permet d'arrêter les VM proprement lors de l'extinction de l’hyperviseur.
Sur la VM SRV001, les "admin tools Proxmox" ne sont pas compatibles. Cela est pénalisant, notamment lorsque l’hyperviseur s’éteint, la VM se coupe à la rache. Il faut donc que je veille à bien éteindre le VM SRV001 avant d'éteindre l’hyperviseur.

Pour gérer l’extinction de mon infrastructure ondulée, j'utilise les outils "network ups tools" (NUT).

Le serveur NUT est sur SRV000. La VM SRV001 possède un client NUT et communique avec le serveur. La remontée d'information concernant l'onduleur se réalise bien. Le client NUT est configuré pour éteindre la VM 5 min après que l'onduleur soit passé en mode "Batterie".

Ci-joint mes fichiers de configuration du serveur NUT (qui est installé sur SRV000) :

nut.conf

Code :

# plusieurs serveurs sur cette UPS
MODE=netserver
# Executer les commandes en root
UPSD_OPTIONS="-u root"
# Démarrer les services
START_UPSD=yes
START_UPSMON=yes

ups.conf

Code :

[UPS]
driver = usbhid-ups
port = auto
desc = "HP T1000 G3"

upsd.conf

Code :

# Permet de déclarer les PC qui pourront commander les onduleurs via upsd
LISTEN 127.0.0.1 3493 # En local SRV000
LISTEN 192.168.1.5 3493 # Le serveur de fichier SRV001
#LISTEN 192.168.1.18 3493 # PLANTE L'hyperviseur SRV005
# Permets de définir l'intervalle maximum au-delà duquel l'état de l'onduleur sera considéré comme périmé.
MAXAGE 15
# Permets de définir le nombre de clients, d'onduleurs et d'adresses maximum supporté.
MAXCONN 1024

upsd.users

Code :

[admin]
password = ****
allowfrom = localhost
upsmon master
actions = SET
instcmds = ALL
# Connexion SRV001
[monuser]
password = ****
upsmon slave
# Connexion clients NUT
[slave]
password = ****
allowfrom = slaves
upsmon slave

upsmon.conf

Code :

MONITOR ups@localhost 1 slave **** slave
# Un entier qui définit le nombre d'onduleurs nécessaires pour que le système fonctionne ; en général, 1 onduleur.
MINSUPPLIES 1
# Délai en secondes entre la notification aux utilisateurs et le lancement de la commande d'arrêt du système.
FINALDELAY 5
# Définis la commande qui sera exécutée pour éteindre la machine actuelle.
# Lorsque le signal LOWBATT est reçu, le SHUTDOWNCMD est exécuté après le FINALDELAY.
SHUTDOWNCMD "/sbin/shutdown -h now"
# POLLFREQ <n>
# Fréquence d'interrogation en secondes en fonctionnement normal de l'onduleur.
# La valeur par défaut est de 5 secondes.
POLLFREQ 5
# POLLFREQALERT <n>
# Fréquence d'interrogation en secondes pendant que l'onduleur est sur batterie.
# La valeur par défaut est de 5 secondes.
POLLFREQALERT 5
# Délai en seconde laissé aux autres upsmon sur les postes clients pour s'arrêter correctement, au-delà de ce délai l'upsmon serveur est stoppé et ne répond plus aux clients.
HOSTSYNC 15
# Délai maximal pendant lequel un onduleur peut être déclaré "absent" avant d'être déclaré "mort". Passé ce délai, si l'onduleur était précédemment en statut "sur batterie" (ONBATT) il sera considéré en statut "batterie faible" (LOWBATT), ce qui peut causer l'arrêt du système. Le délai doit être un multiple de POLLFREQ et POLLFREQALERT.
DEADTIME 15
# Définis le fichier qui sera écrit juste avant la procédure d'arrêt. Il est possible de tester la présence de ce fichier dans vos scripts init pour accélérer la phase d'arrêt.
POWERDOWNFLAG /etc/killpower
# Lorsqu'un onduleur indique un changement de batterie, une notification sera envoyée toutes les RBWARNTIME secondes.
RBWARNTIME 43200
# Délai d'attente avant notification de la perte de communication avec l'onduleur.
NOCOMMWARNTIME 300
NOTIFYCMD /sbin/upssched
# Messages sur la console
NOTIFYMSG ONLINE "UPS %s sur sur secteur en ligne"
NOTIFYMSG ONBATT "UPS %s sur la batterie"
NOTIFYMSG LOWBATT "UPS %s a plus de batteries"
NOTIFYMSG SHUTDOWN "Le système est en train d'être arrêté !"
NOTIFYFLAG ONLINE SYSLOG+EXEC+WALL
NOTIFYFLAG ONBATT SYSLOG+EXEC+WALL
NOTIFYFLAG LOWBATT SYSLOG+EXEC+WALL
NOTIFYFLAG FSD SYSLOG+EXEC+WALL
NOTIFYFLAG COMMOK SYSLOG+EXEC
NOTIFYFLAG COMMBAD SYSLOG+EXEC
NOTIFYFLAG SHUTDOWN SYSLOG+EXEC+WALL
NOTIFYFLAG REPLBATT SYSLOG+EXEC
NOTIFYFLAG NOCOMM SYSLOG+EXEC

upssched.conf

Code :

LOCKFN /var/lib/nut/upssched.lock
PIPEFN /var/lib/nut/upssched.pipe
CMDSCRIPT /bin/upssched-cmd
AT ONBATT * START-TIMER onbatt1 13
AT ONLINE * CANCEL-TIMER onbatt1
#AT ONBATT * START-TIMER earlyshutdown 30
#AT ONLINE * CANCEL-TIMER earlyshutdown
AT ONBATT * START-TIMER onbattwarn 30
AT ONLINE * CANCEL-TIMER onbattwarn

upssched-cmd

Code :

#! /bin/sh
#
# This script should be called by upssched via the CMDSCRIPT directive.
#
# Here is a quick example to show how to handle a bunch of possible
# timer names with the help of the case structure.
#
# This script may be replaced with another program without harm.
#
# The first argument passed to your CMDSCRIPT is the name of the timer
# from your AT lines.
case $1 in
upsgone)
logger -t upssched-cmd "Systeme sur onduleur"
;;
onbattwarn)
logger -t upssched-cmd "Arret systeme avec : upsmon -c fsd"
upsmon -c fsd
;;
*è
logger -t upssched-cmd "commande non reconnue : $1"
;;
esac

Aux derniers tests, lorsque l'onduleur est sur batterie, le serveur SRV000 s’éteint proprement au bout de 30 secondes (j'ai testé avec les VM déjà stoppés pour les essais). Quand le courant est rétabli, au bout de 10 secondes, l'onduleur coupe l'alimentation ondulée puis la rétablit. Cela a pour effet de démarrer mon serveur SRV000.

Que dois-je modifier dans ma configuration NUT pour que les hyperviseurs SRV000 et SRV005 s'éteignent 10 min avant la fin de batterie ?
Concernant la VM SRV001, le client NUT est assez limité dans sa configuration (assistant graphique) et je ne peux que choisir une extinction propre à X min quand l'onduleur est sur batterie.

Merci pour vos conseils.

Arnaud

Message cité 1 fois
Message édité par arnaudperfect le 05-02-2019 à 14:29:23

Publicité

dims

if it ain't brocken, mod it !

arnaudperfect a écrit :

1/ Que dois-je modifier dans ma configuration NUT pour que les hyperviseurs SRV000 et SRV005 s'éteignent 10 min avant la fin de batterie ?
2/ Concernant la VM SRV001, le client NUT est assez limité dans sa configuration (assistant graphique) et je ne peux que choisir une extinction propre à X min quand l'onduleur est sur batterie.

1/ pas possible.
le seul timer dispo dans nut c'est depuis combien de temps tu es sur batterie.
(je ne parle pas de ce que renvoie le driver, mais bien de ce que nut sait gérer pour l'arrêt)

tu ne peux pas lui dire "éteins toi si il reste 10mn de batterie"
par contre, di tu sais que ta batterie tiens 25mn, tu peux lui dire "arrête toi après 15mn sur batterie" ce qui reviens presque au même.

certains drivers acceptent de leur passer en argument une valeur critique de batterie.
dans ce cas, avec un peu de calcul, tu peux faire éteindre les machines lorsque le seuil critique est atteint, a toi d'adapter le seul en fonction du temps d'arrêt des machines.

2/ du coup, idem.
pas possible de lui dire arrête toi si il reste 10 mn mais seulement (ce que tu as déjà mis en place) si il est sur onduleur depuis plus de X minutes.

arnaudperfect

Merci pour ce retour.

Donc en gros il faudrait que SRV001 se stop au bout de 5 min et SRV000 au bout de 10 min (sa laisse le temps à SRV001 de s’éteindre correctement).

Pour les options/retours de l'onduleur j'ai ceci :

Code :

root@srv000:~# upsc ups@localhost
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 20
battery.charge.warning: 20
battery.runtime: 1693
battery.temperature: 27.9
battery.type: PbAc
battery.voltage: 27.2
battery.voltage.nominal: 27.0
device.mfr: Hewlett-Packard
device.model: HP T1000 G3 UPS
device.part: AF449A
device.serial: 3C81161613
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: TrippLite HID 0.82
driver.version.internal: 0.41
input.frequency: 50.3
input.transfer.high: 266.0
input.transfer.low: 194.0
input.voltage: 232.0
input.voltage.nominal: 230
output.current: 0.7
output.frequency: 50.3
output.frequency.nominal: 50
output.voltage: 232.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 262
ups.load: 17
ups.load.nominal: 80
ups.mfr: Hewlett-Packard
ups.model: HP T1000 G3 UPS
ups.power: 116.0
ups.power.nominal: 1000
ups.productid: 1fe2
ups.serial: 3C81161613
ups.status: OL CHRG
ups.test.result: No test initiated
ups.timer.reboot: -1
ups.timer.shutdown: -1
ups.timer.start: -1
ups.vendorid: 03f0

Message édité par arnaudperfect le 05-02-2019 à 15:58:08

dims

if it ain't brocken, mod it !

ya pt 'être ça a tester:
override.battery.runtime.low
https://networkupstools.org/docs/man/ups.conf.html

regarde avant si ta version de NUT le supporte, ma mienne est trop vieille et je n'ai pas cette option

arnaudperfect

Et tu ajoutes cette option où ? Dans le fichier de pilote ?

ups.conf

Citation :

[ups]
driver = usbhid-ups
port = auto
desc = "HP T1000 G3"
override.battery.runtime.low = 180

Ca va changer le comportement de NUT et passer en "batterie faible" suivant une durée restante de batterie ?

Message édité par arnaudperfect le 05-02-2019 à 16:36:26

dims

if it ain't brocken, mod it !

t'as lu le lien que j'ai mis ?
les réponses sont dedans.

et il te manque un truc pour que ça marche dans ton ups.conf

arnaudperfect

oui, j'ai lu le lien.

j'ai mis ceci :

ups.conf

Citation :

[ups]
driver = usbhid-ups
port = auto
desc = "HP T1000 G3"
ignorelb
override.battery.charge.low = 30
override.battery.runtime.low = 600

Mais au final, je ne sais pas s'il faut pas écrire ça :

Citation :

[ups]
driver = usbhid-ups
port = auto
desc = "HP T1000 G3"
ignorelb
battery.charge < battery.charge.low
battery.runtime < battery.runtime.low
override.battery.charge.low = 30
override.battery.runtime.low = 600

Bon, au final, j'ai le même résultat avec que se soit avec la 1er config ou l'autre.

Voici le retour que j'ai de la commande "upsc" :

Citation :

root@srv000:~# upsc ups@localhost
Init SSL without certificate database
battery.charge: 95
battery.charge.low: 30
battery.charge.warning: 20
battery.runtime: 1693
battery.runtime.low: 600
battery.temperature: 30.9
battery.type: PbAc
battery.voltage: 26.4
battery.voltage.nominal: 27.0
device.mfr: Hewlett-Packard
device.model: HP T1000 G3 UPS
device.part: AF449A
device.serial: 3C81161613
device.type: ups
driver.flag.ignorelb: enabled
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: TrippLite HID 0.82
driver.version.internal: 0.41
input.frequency: 50.3
input.transfer.high: 266.0
input.transfer.low: 194.0
input.voltage: 235.0
input.voltage.nominal: 230
output.current: 0.8
output.frequency: 50.3
output.frequency.nominal: 50
output.voltage: 235.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 262
ups.load: 21
ups.load.nominal: 80
ups.mfr: Hewlett-Packard
ups.model: HP T1000 G3 UPS
ups.power: 142.0
ups.power.nominal: 1000
ups.productid: 1fe2
ups.serial: 3C81161613
ups.status: OL CHRG
ups.test.result: No test initiated
ups.timer.reboot: -1
ups.timer.shutdown: -1
ups.timer.start: -1
ups.vendorid: 03f0

Mais dans un article, l'auteur écrit cette config :

Citation :

[ups]
driver = usbhid-ups
port = auto
desc = "HP T1000 G3"
ignorelb
override.battery.charge.low = 30
override.battery.runtime.low = 600

source : http://doingthismyself.com/2017/09 [...] r-the-lab/

NOTE : pour que les directives du fichier ups.conf soient prises en compte, il faut redémarrer le pilote de l'UPS :

Citation :

upsdrvctl start

Au final, chez moi cela ne donne rien. Le serveur s'éteint au bout de 20 secondes (Lorsque le signale LOWBATT est reçu, le SHUTDOWNCMD est exécuté après le FINALDELAY=5 + le HOSTSYNC=15)

Je pense que j'ai un soucie dans la configuration du fichier upsmon.conf qui ne prend pas en compte le override.battery.runtime.low ou override.battery.charge.low pour déclencher le LOWBATT

Message édité par arnaudperfect le 05-02-2019 à 22:30:41

dims

if it ain't brocken, mod it !

lorsqu'il envoie le signal LOWBATT, il reste combien de temps et de % de charge sur l'UPS ?

Citation :

In order for this to work, your UPS should be able to (reliably) report charge and/or runtime remaining on battery. Use with caution!

l'UPS renvoie peut être des valeurs fantaisistes quand il passe sur batterie…
sur un des mien, tant qu'il est relié au secteur j'ai 1200s d'autonomie. quand il passe sur batterie, il indique a peine 500 et pourtant il tiens plus de 10mn

pas besoin de mettre battery.charge < battery.charge.low et battery.runtime < battery.runtime.low dans ton fichier de conf, ces lignes sont dans la doc uniquement pour expliquer le fonctionnement

arnaudperfect

ok merci du retour.

Je pense aussi qu'il me met des valeurs fantaisistes !
Sur secteur, il m'indique 1693 secondes et sur batterie 403 secondes (à voir si l'onduleur s’éteint vraiment à 403 secondes.)

Aussi, j’essaie de comprendre à quel moment du processus arrive l'étape avec le "upssched-cmd" (script). A ce que je comprend, ce script est exécuté suivant des évènements configurés ici "upssched.conf".

Dans le fichier upssched-cmd, lorsqu'un évènement est vrai, l’exécution de cette commande "upsmon -c fsd" est exécuté. Cela prend il en compte ce qui est configuré dans ce fichier "upnmon.conf" avec l’exécution de la commande "SHUTDOWNCMD "/sbin/shutdown -h now"" ?

J'avoue avoir du mal à tout comprendre.

dims

if it ain't brocken, mod it !

upsmon -c fsd est appelé par upssched-cmd dans le cas ou le flag onbattwarn est levé.

la flag onbattwarn est créé dans upssched.conf par un timer de 30s après que l'onduleur soit passé sur batterie (AT ONBATT * START-TIMER onbattwarn 30)

upssched est appelé au travers de NOTIFYCMD /sbin/upssched et activé dans tous les cas ou un évènement NOTIFYFLAG a le EXEC activé (dans ton cas, tous)

donc dans ton cas, normal que ça s'arrête bizarrement, vu que tu déclenche l'arrêt 30s après le passage sur batterie, puisque tu ne prend pas en compte le bon flag
dans upssched.conf il n'y a rien qui concerne LOWBATT

Publicité

arnaudperfect

Oui, j'ai compris cela hier soir !

En faite de ce que je comprend, NUT fonctionne avec deux scénarios de gestion.

- Un scénario basique qui utilise SHUTDOWNCMD (avec FINALDELAY + HOSTSYNC) lorsque l'onduleur envoi le signal de LOWBATT

- Un scénario plus élaboré qui utilise upssched avec de la gestion évènement + script.

Merci pour l'info NOTIFYFLAG a le EXEC activé, je ne savais pas !

Y a t-il un moyen propre de désactiver la gestion de NU avec SHUTDOWNCMD afin d'utilisé que upssched ?

dims

if it ain't brocken, mod it !

au hasard:
ne rien mettre dans SHUTDOWNCMD
et/ou si il n'accepte pas de ne rien mettre, juste un "echo j'ai pas lu la doc !!"
:sarcastic:

arnaudperfect

J'ai fais le test en commentant SHUTDOWNCMD, FINALDELAY et HOSTSYNC.

Le service upsmon signale (log) qu'il manque SHUTDOWNCMD et ne fait rien.

Je pense que je vais utilisé upssched , car on peut faire plus de chose suivant les évènements et avec

ignorelb
override.battery.charge.low = 30
override.battery.runtime.low = 600

déclencher l'évènement LOWBATT suivant lorsqu'une de ces deux conditions est rempli.

A voir si j'utilise vraiment override.battery.runtime.low car l'onduleur me renvoie des valeurs fantaisistes. Par exemple hier lors d'un test, la valeur override.battery.runtime était arrivé à 60s alors que override.battery.charge était à 75%. Il descendait petit à petit mais cela ne correspondait pas au temps de charge restant de batterie qu’indiquait override.battery.charge.

arnaudperfect

Tiens, j'y pense.

Je voulais savoir s'il était possible de configurer son onduleur ?

J'ai vu la commande "upscmd -l".

En faite, lorsque mon onduleur est en LOWBATT, il stoppe mon serveur.
Lorsque le courant revient, l'onduleur coupe 1 seconde son alimentation dans le but (je pense) de faire booter mon serveur (dans le bios du serveur, j'ai changé l'option pour que le serveur démarre dès qu'il est alimenté). Sauf que cette coupure est trop rapide et mon serveur ne redémarre pas.

Il faudrait que je change le temps de coupure sur l'onduleur, mais est-ce possible ? Si oui comment ?

Message édité par arnaudperfect le 06-02-2019 à 11:42:43

arnaudperfect

les options possible :

Citation :

root@srv000:~# upscmd -l ups@localhost
Instant commands supported on UPS [ups]:

beeper.disable - Disable the UPS beeper
beeper.enable - Enable the UPS beeper
beeper.mute - Temporarily mute the UPS beeper
beeper.off - Obsolete (use beeper.disable or beeper.mute)
beeper.on - Obsolete (use beeper.enable)
load.off - Turn off the load immediately
load.off.delay - Turn off the load with a delay (seconds)
load.on - Turn on the load immediately
load.on.delay - Turn on the load with a delay (seconds)
shutdown.reboot - Shut down the load briefly while rebooting the UPS
shutdown.return - Turn off the load and return when power is back
shutdown.stayoff - Turn off the load and remain off
shutdown.stop - Stop a shutdown in progress
test.battery.start.deep - Start a deep battery test
test.battery.start.quick - Start a quick battery test
test.battery.stop - Stop the battery test

Message édité par arnaudperfect le 06-02-2019 à 11:59:31

dims

if it ain't brocken, mod it !

load.off.delay
load.on.delay

Message édité par dims le 06-02-2019 à 12:02:15

arnaudperfect

ok merci.

Cependant, même si je comprend bien la description

load.off.delay - Éteignez la charge avec un retard (secondes)
load.on.delay - Allumez la charge avec un retard (secondes)

Je ne sais pas quelle option utiliser. Je pense à load.on.delay ?

Message édité par arnaudperfect le 06-02-2019 à 13:43:26

dims

if it ain't brocken, mod it !

le truc c'est que c'est absolument pas clair dans la doc si c'est un delai après le retour du secteur ou uniquement sur action manuelle.

donc sans test impossible de répondre.

arnaudperfect

Bon, j'ai fais un :

upscmd -u admin -p **** ups@localhost load.on.delay=10

et cela ne fonctionne pas. Lors d'un test, l'onduleur fait une micro coupure. Cela reboot juste mon switch, mais pas mon serveur (car le temps de coupure est trop cours)

avec un :

upscmd -u admin -p **** ups@localhost load.off.delay=10

Ca me coupe l'onduleur (et le serveur à l’arrache) au bout de 1min15 et il ne se passe plus rien après.

J'ai essayé via l'application HP Power Manager sur Windows et il y a encore moins d'options. Je n'ai même pas le reboot d'une seconde de l'onduleur pour rallumer mes serveurs lorsque l'option "restore after AC Power Loss" est activé dans le BIOS.

Sur cette onduleur j'ai deux serveurs physique (HP et un Intel). Le "restore after AC Power Loss" est activé sur les deux machines.
Lorsque je fait un test de perte de courant sur l'onduleur, mes machines se stoppent proprement sans problème.

Si l'onduleur arrive jusqu'à épuisement de la batterie et que le courant revient, mes machines reboot. La coupure de courant a été assez longue pour que le "restore after AC Power Loss" fonctionne. J'ai remarqué qu'il fallait au moins 5 secondes de coupure d'électricité et cela sur les deux machines !

Je ne peux même pas penser à utiliser un WakeOnLan via un script pour démarrer le serveur HP (SRV000) depuis autre serveur Intel (SRV005) vu que celui-ci ne démarre pas.

Bref, je ne sais pas quoi faire !

Peut-être que ça existe une prise électrique qui s'active lorsque le courant est établi depuis X secondes. J'aurai pu mettre ça au cul de l'onduleur...

Message édité par arnaudperfect le 07-02-2019 à 00:50:14

arnaudperfect

Un relais avec temporisation à l'allumage. Chez Finder, ça coûte 40€.
C'est surement ma solution

arnaudperfect

J'ai mis un relais Finder 80.11 à enclenchement retardé entre l'onduleur et la baie.

Lorsque l'onduleur effectue une bref coupure de courant dans le but de faire démarrer les serveurs, avec le relais temporisé à 20 secondes, cela fonctionne parfaitement !

Problème réglé !

Publicité

FORUM HardWare.fr

Systèmes & Réseaux Pro

Infrastructures serveurs

[network ups tools] : configuration

Sujets relatifs
Configuration client DNS par gpo	Configuration livebox/plex
Configuration trunk Meraki MR33	Question configuration boite mail
Dupliquer Installation Vista + MAJ + configuration PC	VM CentOS (HyperV) - Problème configuration Réseau
enregistrer une configuration ip/vpn cisco -> gns3 erreur	[OVH] Configuration OpenVPN/firewall.
Configuration switch manageable	Configuration netasq U70
Plus de sujets relatifs à : [network ups tools] : configuration

Page générée en 0.111 secondes