Debian-facile
Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.
Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 14-12-2021 22:58:22
- Sty_X
- Membre
- Inscription : 14-02-2021
Problème de communication nut/onduleur
Bonjour à vous tous,
J'ai un petit soucis avec un onduleur que j'essaie de commander avec nut.
Tout fonctionne très bien mise à part que lors d'un redémarrage l'onduleur ne semble plus communiquer. J'ai cette ligne dans les log système :
J'ai un petit soucis avec un onduleur que j'essaie de commander avec nut.
Tout fonctionne très bien mise à part que lors d'un redémarrage l'onduleur ne semble plus communiquer. J'ai cette ligne dans les log système :
Dec 14 21:52:54 upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Un
upsdrvctl start
permet de résoudre le problème.
Alors je pourrais en effet faire un script de démarrage pour lancer automatiquement cette commande. Mais j'aurais bien aimé trouver la source du problème.
Auriez-vous une idée ?
Merci de votre aide !
Hors ligne
#2 15-12-2021 02:48:26
- anonyme
- Invité
Re : Problème de communication nut/onduleur
Bonjour
il est géré pas systemd ? , que donne
upsdrvctl status
il est géré pas systemd ? , que donne
upsdrvctl status
#3 15-12-2021 10:35:18
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
Merci pour ton aide.
Voila ce que me retourne la commande status :
Voila ce que me retourne la commande status :
# sudo upsdrvctl status
Network UPS Tools - UPS driver controller 2.7.4
Error: unrecognized command [status]
Network UPS Tools - UPS driver controller 2.7.4
Error: unrecognized command [status]
Et en effet :
# sudo upsdrvctl --
Network UPS Tools - UPS driver controller 2.7.4
Starts and stops UPS drivers via ups.conf.
usage: upsdrvctl [OPTIONS] (start | stop | shutdown) [<ups>]
-h display this help
-r <path> drivers will chroot to <path>
-t testing mode - prints actions without doing them
-u <user> drivers started will switch from root to <user>
-D raise debugging level
start start all UPS drivers in ups.conf
start <ups> only start driver for UPS <ups>
stop stop all UPS drivers in ups.conf
stop <ups> only stop driver for UPS <ups>
shutdown shutdown all UPS drivers in ups.conf
shutdown <ups> only shutdown UPS <ups>
Network UPS Tools - UPS driver controller 2.7.4
Starts and stops UPS drivers via ups.conf.
usage: upsdrvctl [OPTIONS] (start | stop | shutdown) [<ups>]
-h display this help
-r <path> drivers will chroot to <path>
-t testing mode - prints actions without doing them
-u <user> drivers started will switch from root to <user>
-D raise debugging level
start start all UPS drivers in ups.conf
start <ups> only start driver for UPS <ups>
stop stop all UPS drivers in ups.conf
stop <ups> only stop driver for UPS <ups>
shutdown shutdown all UPS drivers in ups.conf
shutdown <ups> only shutdown UPS <ups>
Après je remarque que lorsque je lance la commande manuellement; j'ai l'impression de comprendre qu'il utilise un "sous driver":
# sudo upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
Using subdriver: MGE HID 1.39
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
Using subdriver: MGE HID 1.39
Alors que le driver indiqué dans /etc/nut/ups.conf et bien celui préconisé par cette page : https://networkupstools.org/stable-hcl.html pour un onduleur Eaton Ellipse ECO 650 VA USB
[myups]
driver = usbhid-ups
port = auto
desc = "Eaton Ellipse ECO 650 VA USB"
driver = usbhid-ups
port = auto
desc = "Eaton Ellipse ECO 650 VA USB"
Tout en sachant que le "subdriver: MGE HID 1.39" n'est pas présent dans la liste affichée par ls /lib/nut
# ls /lib/nut
al175 bestups ivtscd oneac tripplitesu
apcsmart blazer_ser liebert optiups tripplite_usb
apcsmart-old blazer_usb liebert-esp2 powercom upscode2
apcupsd-ups clone masterguard powerpanel upsd
bcmxcp clone-outlet metasys rhino upsmon
bcmxcp_usb dummy-ups mge-shut richcomm_usb usbhid-ups
belkin etapro mge-utalk riello_ser victronups
belkinunv everups microdowell riello_usb
bestfcom gamatronic nutdrv_atcl_usb safenet
bestfortress genericups nutdrv_qx solis
bestuferrups isbmex oldmge-shut tripplite
al175 bestups ivtscd oneac tripplitesu
apcsmart blazer_ser liebert optiups tripplite_usb
apcsmart-old blazer_usb liebert-esp2 powercom upscode2
apcupsd-ups clone masterguard powerpanel upsd
bcmxcp clone-outlet metasys rhino upsmon
bcmxcp_usb dummy-ups mge-shut richcomm_usb usbhid-ups
belkin etapro mge-utalk riello_ser victronups
belkinunv everups microdowell riello_usb
bestfcom gamatronic nutdrv_atcl_usb safenet
bestfortress genericups nutdrv_qx solis
bestuferrups isbmex oldmge-shut tripplite
Il s'agit donc peut-être d'un sous drivre de "usbhid-ups" et le problème ne viendrait donc pas d'un soucis de driver mais bien d'un soucis de démarrage.
Qu'en pensez-vous ?
Hors ligne
#4 15-12-2021 14:46:18
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
La commande
# systemctl list-units --type=service
me retourne ces lignes :
nut-driver.service loaded failed failed Network UPS Tools - power device driver controller
nut-monitor.service loaded active running Network UPS Tools - power device monitor and shutdown controller
nut-server.service loaded active running Network UPS Tools - power devices information server
nut-monitor.service loaded active running Network UPS Tools - power device monitor and shutdown controller
nut-server.service loaded active running Network UPS Tools - power devices information server
J'essaie donc :
# sudo systemctl restart nut-driver.service
Job for nut-driver.service failed because a timeout was exceeded.
See "systemctl status nut-driver.service" and "journalctl -xe" for details
Job for nut-driver.service failed because a timeout was exceeded.
See "systemctl status nut-driver.service" and "journalctl -xe" for details
Et voila ce qu'il y a dans les log
Dec 15 13:53:10 cal.fr upsdrvctl[25019]: Duplicate driver instance detected! Terminating other driver!
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Using subdriver: MGE HID 1.39
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: USB communication driver 0.33
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: State 'stop-final-sigterm' timed out. Killing.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Killing process 25020 (usbhid-ups) with signal SIGKILL.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 15 13:53:20 cal.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Using subdriver: MGE HID 1.39
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: USB communication driver 0.33
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: State 'stop-final-sigterm' timed out. Killing.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Killing process 25020 (usbhid-ups) with signal SIGKILL.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 15 13:53:20 cal.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.
Dernière modification par Sty_X (15-12-2021 14:57:06)
Hors ligne
#5 15-12-2021 15:00:36
- anonyme
- Invité
Re : Problème de communication nut/onduleur
Bonjour
pour systemctl , les services sont "enable" , a priori cela fonctionne mais il te faut le lancer manuellement
au démarrage de la machine cela ne ce lance pas
pour les 3 services essaie ceci
systemctl status nut-driver.service
pour systemctl , les services sont "enable" , a priori cela fonctionne mais il te faut le lancer manuellement
au démarrage de la machine cela ne ce lance pas
pour les 3 services essaie ceci
systemctl status nut-driver.service
ps: je sais pas si des services "user" ou "root" (normalement root)
#6 15-12-2021 15:06:22
- anonyme
- Invité
Re : Problème de communication nut/onduleur
tu a un souci de dialogue avec l'onduleur ?
Duplicate driver instance detected! Terminating other driver!
Duplicate driver instance detected! Terminating other driver!
je sais pas pourquoi
Dernière modification par anonyme (15-12-2021 15:10:11)
#7 15-12-2021 15:11:45
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
Bonjour et merci pour ton aide !
Voila ce que me retourne ces commandes :
Voila ce que me retourne ces commandes :
# systemctl status nut-driver.service
● nut-driver.service - Network UPS Tools - power device driver controller
Loaded: loaded (/lib/systemd/system/nut-driver.service; static; vendor preset: enabled)
Active: failed (Result: timeout) since Wed 2021-12-15 13:53:20 CET; 14min ago
Process: 25019 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)
Dec 15 13:53:10 cal.fr upsdrvctl[25019]: Duplicate driver instance detected! Terminating other driver!
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Using subdriver: MGE HID 1.39
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: USB communication driver 0.33
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: State 'stop-final-sigterm' timed out. Killing.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Killing process 25020 (usbhid-ups) with signal SIGKILL.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 15 13:53:20 cal.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.
● nut-driver.service - Network UPS Tools - power device driver controller
Loaded: loaded (/lib/systemd/system/nut-driver.service; static; vendor preset: enabled)
Active: failed (Result: timeout) since Wed 2021-12-15 13:53:20 CET; 14min ago
Process: 25019 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)
Dec 15 13:53:10 cal.fr upsdrvctl[25019]: Duplicate driver instance detected! Terminating other driver!
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 15 13:53:15 cal.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Using subdriver: MGE HID 1.39
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 15 13:53:18 cal.fr upsdrvctl[25019]: USB communication driver 0.33
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: State 'stop-final-sigterm' timed out. Killing.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Killing process 25020 (usbhid-ups) with signal SIGKILL.
Dec 15 13:53:20 cal.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 15 13:53:20 cal.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.
# systemctl status nut-monitor.service
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2021-12-14 21:52:29 CET; 16h ago
Process: 1668 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)
Main PID: 1670 (upsmon)
Tasks: 2 (limit: 4915)
Memory: 3.2M
CGroup: /system.slice/nut-monitor.service
├─1669 /lib/nut/upsmon
└─1670 /lib/nut/upsmon
Dec 15 14:07:59 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:04 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:09 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:14 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:19 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:19 cal.fr upsmon[1670]: UPS myups@localhost is unavailable
Dec 15 14:08:24 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:29 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:34 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:39 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2021-12-14 21:52:29 CET; 16h ago
Process: 1668 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)
Main PID: 1670 (upsmon)
Tasks: 2 (limit: 4915)
Memory: 3.2M
CGroup: /system.slice/nut-monitor.service
├─1669 /lib/nut/upsmon
└─1670 /lib/nut/upsmon
Dec 15 14:07:59 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:04 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:09 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:14 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:19 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:19 cal.fr upsmon[1670]: UPS myups@localhost is unavailable
Dec 15 14:08:24 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:29 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:34 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 15 14:08:39 cal.fr upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
# systemctl status nut-server.service
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2021-12-14 21:52:29 CET; 16h ago
Process: 1664 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
Main PID: 1667 (upsd)
Tasks: 1 (limit: 4915)
Memory: 1.5M
CGroup: /system.slice/nut-server.service
└─1667 /lib/nut/upsd
Dec 14 22:32:29 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 14 22:37:29 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 14 22:41:08 cal.fr upsd[1667]: Connected to UPS [myups]: usbhid-ups-myups
Dec 15 09:27:07 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 09:27:19 cal.fr upsd[1667]: Connected to UPS [myups]: usbhid-ups-myups
Dec 15 09:27:37 cal.fr upsd[1667]: Connected to UPS [myups]: usbhid-ups-myups
Dec 15 13:53:10 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 13:58:11 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 14:03:11 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 14:08:11 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
Active: active (running) since Tue 2021-12-14 21:52:29 CET; 16h ago
Process: 1664 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
Main PID: 1667 (upsd)
Tasks: 1 (limit: 4915)
Memory: 1.5M
CGroup: /system.slice/nut-server.service
└─1667 /lib/nut/upsd
Dec 14 22:32:29 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 14 22:37:29 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 14 22:41:08 cal.fr upsd[1667]: Connected to UPS [myups]: usbhid-ups-myups
Dec 15 09:27:07 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 09:27:19 cal.fr upsd[1667]: Connected to UPS [myups]: usbhid-ups-myups
Dec 15 09:27:37 cal.fr upsd[1667]: Connected to UPS [myups]: usbhid-ups-myups
Dec 15 13:53:10 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 13:58:11 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 14:03:11 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 15 14:08:11 cal.fr upsd[1667]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Hors ligne
#8 15-12-2021 15:50:32
- anonyme
- Invité
Re : Problème de communication nut/onduleur
tu a quelques réponses
problème de driver => Active: failed (Result: timeout) since Wed 2021-12-15 13:53:20 CET; 14min ago
=> failed - Driver not connected
=> Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
je pense que le souci au départ est celui ci => Duplicate driver instance detected! Terminating other driver!
problème de driver => Active: failed (Result: timeout) since Wed 2021-12-15 13:53:20 CET; 14min ago
=> failed - Driver not connected
=> Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
je pense que le souci au départ est celui ci => Duplicate driver instance detected! Terminating other driver!
#9 15-12-2021 16:18:17
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
Que me conseillerais-tu de faire ?
Hors ligne
#10 15-12-2021 16:54:35
- anonyme
- Invité
Re : Problème de communication nut/onduleur
je sais pas trop , pas le matériel pour tester
mais je ferais le point sur ce que tu a installer
et tout recommencer , désinstaller proprement et purger et reprendre du début
si tu peu donner un lien vers ton onduleur que tu utilise
donner la liste des paquets que tu a installé pour prendre en charge cet onduleur
voir le retour de lsusb si on voit la connexion de l'onduleur (je suppose que c'est le seul lien entre onduleur et ordinateur)
ps: je précise que jamais utilisé d'onduleur sur debian (et sa gestion)
quelqu'un de plus pointue que moi aura peut être la solution
la doc debian => https://wiki.debian.org/nut
un wiki => https://wiki.debian-fr.xyz/Configurer_e … r_avec_NUT
mais je ferais le point sur ce que tu a installer
et tout recommencer , désinstaller proprement et purger et reprendre du début
si tu peu donner un lien vers ton onduleur que tu utilise
donner la liste des paquets que tu a installé pour prendre en charge cet onduleur
voir le retour de lsusb si on voit la connexion de l'onduleur (je suppose que c'est le seul lien entre onduleur et ordinateur)
ps: je précise que jamais utilisé d'onduleur sur debian (et sa gestion)
quelqu'un de plus pointue que moi aura peut être la solution
la doc debian => https://wiki.debian.org/nut
un wiki => https://wiki.debian-fr.xyz/Configurer_e … r_avec_NUT
Dernière modification par anonyme (15-12-2021 16:59:17)
#11 15-12-2021 17:01:02
- anonyme
- Invité
Re : Problème de communication nut/onduleur
je te conseille ce lien (voir au dessus) => https://wiki.debian-fr.xyz/Configurer_e … r_avec_NUT
si tu suit le wiki purge bien tout ( dans ton /home et sur le système )
tu a aussi en "en" => https://networkupstools.org/
tu vois que la première chose c'est de vérifier ceci
dmesg
...
[60193.736139] usb 3-4: new low-speed USB device number 2 using xhci_hcd
[60193.762985] generic-usb 0003:0665:5161.0004: hiddev0,hidraw3: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-0000:00:14.0-4/input0
Configuration
Configurez votre onduleur: Il existe toute sorte de drivers, il faudra trouver le bon...
si tu suit le wiki purge bien tout ( dans ton /home et sur le système )
tu a aussi en "en" => https://networkupstools.org/
tu vois que la première chose c'est de vérifier ceci
dmesg
...
[60193.736139] usb 3-4: new low-speed USB device number 2 using xhci_hcd
[60193.762985] generic-usb 0003:0665:5161.0004: hiddev0,hidraw3: USB HID v1.00 Device [INNO TECH USB to Serial] on usb-0000:00:14.0-4/input0
en plus de lsusb donc le retour de la commande ci dessus.
toujours du wiki , ton souci certainement ici ( multiple driver)
Configuration
Configurez votre onduleur: Il existe toute sorte de drivers, il faudra trouver le bon...
je te laisse faire , le wiki est très clair il me semble 
Dernière modification par anonyme (15-12-2021 17:16:26)
#12 15-12-2021 18:14:09
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
Merci pour tes réponses !
C'est justement le wiki que j'ai suivi pour en arriver à ce résultat.
Comme indiqué dans mon second message. Le choix du driver ce fait via ce site https://networkupstools.org/stable-hcl.html donc pour un onduleur "Eaton Ellipse ECO 650 VA USB" le driver préconisé est "usbhid-ups". Et il faut indiquer ce driver en éditant le fichier "/etc/nut/ups.conf" voici le mien :
C'est justement le wiki que j'ai suivi pour en arriver à ce résultat.
Comme indiqué dans mon second message. Le choix du driver ce fait via ce site https://networkupstools.org/stable-hcl.html donc pour un onduleur "Eaton Ellipse ECO 650 VA USB" le driver préconisé est "usbhid-ups". Et il faut indiquer ce driver en éditant le fichier "/etc/nut/ups.conf" voici le mien :
[myups]
driver = usbhid-ups
port = auto
desc = "Eaton Ellipse ECO 650 VA US
driver = usbhid-ups
port = auto
desc = "Eaton Ellipse ECO 650 VA US
Je vais tout désinstaller et recommencer. On verra bien.
Pour "tout purger" il faut juste désintaller Nut puis supprimer les fichiers de conf manuellement ? Autre chose à ton avis ?
Dernière modification par Sty_X (15-12-2021 18:22:46)
Hors ligne
#13 15-12-2021 18:41:47
- anonyme
- Invité
Re : Problème de communication nut/onduleur
non rien d'autre , il ne faut installer que nut
apt remove --purge nut
apt remove --purge nut
ps: dans ton /home oui manuellement , dans /.config par exemple
tu a le retour de lsub et dmesg (le retour de l'onduleur se trouve a la fin si tu branche l'onduleur quand le démarrage de la machine est terminé)
tu a le modèle FR => https://www.eaton.com/fr/fr-fr/catalog/ … e-eco.html
Dernière modification par anonyme (15-12-2021 18:52:46)
#14 15-12-2021 18:58:03
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
dmesg renvoie
[ 5.617019] usb 1-11: New USB device found, idVendor=0463, idProduct=ffff, bcdDevice= 1.00
[ 5.617020] usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=4
[ 5.617021] usb 1-11: Product: Ellipse ECO
[ 5.617022] usb 1-11: Manufacturer: EATON
[ 5.617022] usb 1-11: SerialNumber: 000000000
[ 5.617020] usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=4
[ 5.617021] usb 1-11: Product: Ellipse ECO
[ 5.617022] usb 1-11: Manufacturer: EATON
[ 5.617022] usb 1-11: SerialNumber: 000000000
et lsusb :
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 046d:c318 Logitech, Inc. Illuminated Keyboard
Bus 001 Device 003: ID 0463:ffff MGE UPS Systems UPS
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 046d:c318 Logitech, Inc. Illuminated Keyboard
Bus 001 Device 003: ID 0463:ffff MGE UPS Systems UPS
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Hors ligne
#15 15-12-2021 19:04:43
- anonyme
- Invité
Re : Problème de communication nut/onduleur
ton type dans driver.list
"Eaton" "ups" "5" "Ellipse ECO 650/800/1200/1600 VA" "USB" "usbhid-ups"
le fichier ups.conf
[Eaton]
driver = usbhid-ups
port = /dev/ttyS0
# port = auto
maxretry = 3
cp /etc/nut/ups.conf /etc/nut/ups.conf.bak.txt
"Eaton" "ups" "5" "Ellipse ECO 650/800/1200/1600 VA" "USB" "usbhid-ups"
le fichier ups.conf
[Eaton]
driver = usbhid-ups
port = /dev/ttyS0
# port = auto
maxretry = 3
moi j'ai fait un : (avant de modifier le ups.conf )
cp /etc/nut/ups.conf /etc/nut/ups.conf.bak.txt
pour conserver une version de l'original
Dernière modification par anonyme (15-12-2021 19:32:03)
#16 15-12-2021 19:23:24
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
anonyme a écrit :
ton type dans driver.list
"Eaton" "ups" "5" "Ellipse ECO 650/800/1200/1600 VA" "USB" "usbhid-ups"
Excuse moi, je n'ai pas compris ton dernier message.
Hors ligne
#17 15-12-2021 19:31:31
- anonyme
- Invité
Re : Problème de communication nut/onduleur
regarde au dessus mon #15
maintenant pour cela
Ajoutez ensuite une règle à UDEV afin qu'il attribue ttyS0 (si c'est bien le port sur lequel est l'onduleur) au groupe nut:
systemctl status nut-driver.service
systemctl status nut-monitor.service
systemctl status nut-server.service
maintenant pour cela
Ajoutez ensuite une règle à UDEV afin qu'il attribue ttyS0 (si c'est bien le port sur lequel est l'onduleur) au groupe nut:
je sais pas comment être sur du port utilisé (on a l'option "auto" dans le ups.conf)
donc en #12 tu est déjà pas mal (j'ai installé le paquet "nut" )
le "desc" ne sert a rien
la misère c'est que je n'ai pas l'onduleur 
pour ton #16 j'ai chercher l'onduleur dans la liste /usr/share/nut/driver.list et je l'ai trouvé => "Eaton" "ups" "5" "Ellipse ECO 650/800/1200/1600 VA" "USB" "usbhid-ups"
il y a 3 commandes a surveiller
systemctl status nut-driver.service
systemctl status nut-monitor.service
systemctl status nut-server.service
moi je peut pas vérifier sans le matériel
pour les commandes tu utilise "status" , "restart" "stop" et "start" si tu modifie quelque chose
Dernière modification par anonyme (15-12-2021 19:59:33)
#18 15-12-2021 20:04:47
- anonyme
- Invité
Re : Problème de communication nut/onduleur
moi par exemple en user
upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
Fatal error: 'maxretry' is not a valid variable name for this driver.
Look in the man page or call this driver with -h for a list of
valid variable names and flags.
upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
No matching HID UPS found
Driver failed to start (exit status=1)
[Eaton]
driver = usbhid-ups
#port = /dev/ttyS0
port = auto
# maxretry = 3
upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
Fatal error: 'maxretry' is not a valid variable name for this driver.
Look in the man page or call this driver with -h for a list of
valid variable names and flags.
mon ups.conf est mauvais
upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
No matching HID UPS found
Driver failed to start (exit status=1)
c'est mieux , il le trouve pas normal .....
le fichier actuel (et tu avance en réglant les erreurs)
[Eaton]
driver = usbhid-ups
#port = /dev/ttyS0
port = auto
# maxretry = 3
"maxretry = 3" est a la fin du log , tu lui met un # devant le ligne
de ton #3 MGE a été racheté par Eaton , donc peut être normal que l'on fait référence a MGE pour le driver
déjà le driver doit être chargé et fonctionnel , le reste c'est des options
Dernière modification par anonyme (15-12-2021 20:56:21)
#19 16-12-2021 15:45:20
- anonyme
- Invité
Re : Problème de communication nut/onduleur
Bonjour
tu a pu avancer sur ton souci ?
a priori moi c'est correct , j' attend un "Eaton S3 850" pour confirmer
tu a le démarrage dans /etc/systemd/system/multi-user.target.want/
et dans /etc/init.d/
je pense que le wiki est trop vieux (2012)
pour le driver usb la doc précise que "auto" c'est bien (sauf si plusieurs onduleur a gérer)
pour les scripts , a part celui du driver , tous sont minimal (installation), et certain vide.
quand j'aurai l'onduleur branché je termine la configuration pour mes besoins
mais d'ici la tu aura peut être trouvé pourquoi il ne démarre pas
pour l'instant le système cherche l'onduleur .........
Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Failed to start Network UPS Tools - power device monitor and shutdown controller.
#ups.conf
[Eaton]
driver = usbhid-ups
#en usb valeur=auto
port = auto
#desc=Eaton 3S 850
#nut.conf
#standalone: ce mode adresse une configuration locale uniquement,
# avec 1 onduleur protégeant le système local.
# Cela implique de démarrer les 3 couches NUT (driver, upsd et upsmon)
# et les fichiers de configuration correspondants.
# Ce mode peut également traiter la redondance de l'onduleur.
MODE=standalone
# upsd.conf
# Ce fichier contient des données de contrôle d'accès, vous devez le garder en sécurité.
# Il ne doit être lisible que par l'utilisateur que devient upsd. Voir la FAQ.
# Chaque entrée ci-dessous fournit l'utilisation et la valeur par défaut.
#Cette valeur par défaut est de 15 secondes.
# Après qu'un pilote UPS a arrêté la mise à jour
# MAXAGE 15
#Dites à upsd de rechercher les sockets d'état du pilote dans 'path'
# plutôt que la valeur par défaut qui a été compilée dans le programme.
# STATEPATH /var/run/nut
# Par défaut, les adresses d'écoute localhost et le port 3493.
# En cas de noyau IP v4 ou v6 désactivé, seul celui disponible sera utilisé.
# Vous pouvez spécifier chaque interface sur laquelle upsd doit écouter les connexions,
# éventuellement avec un numéro de port.
# Vous pouvez en avoir besoin si vous avez plusieurs interfaces sur votre machine et
# vous ne voulez pas qu'upsd écoute toutes les interfaces (par exemple sur un
# pare-feu, vous ne voudrez peut-être pas écouter l'interface externe).
# Cela ne sera lu qu'au démarrage d'upsd. Si vous apportez des modifications ici,
# vous devrez redémarrer upsd, le rechargement n'aura aucun effet.
# IPv4 localhost port 3493
LISTEN 127.0.0.1 3493
#désactivé IPv6
# LISTEN ::1 3493
# Cette valeur par défaut est le nombre maximum autorisé sur votre système.
# Chaque onduleur, chaque adresse LISTEN et chaque client comptent pour une connexion.
# Si le serveur manque de connexions, il n'acceptera plus de nouveau client entrant
# Ne définissez cette option que si vous savez exactement ce que vous faites.
# MAXCONN 1024
#Lorsqu'il est compilé avec le support SSL avec le backend OpenSSL,
#vous pouvez entrer le fichier de certificat ici.
#Les certificats doivent être au format PEM et doivent être triés en commençant par
#le certificat du sujet (certificat du serveur), suivi de l'intermédiaire
#Certificats CA (le cas échéant_ et CA de niveau le plus élevé (racine). Il doit
#terminer par la clé du serveur.
# CERTFILE /usr/local/ups/etc/upsd.pem
#Lorsqu'il est compilé avec le support SSL avec le backend NSS,
#vous pouvez entrer le chemin du certificat ici.
#Les certificats sont stockés dans une base de données dédiée (divisée en 3 fichiers).
#Spécifiez le chemin du répertoire de la base de données.
# CERTPATH /usr/local/ups/etc/cert/upsd
#Lorsqu'il est compilé avec le support SSL avec le backend NSS,
#vous pouvez spécifier le nom du certificat à récupérer de la base de données
#s'authentifier et le mot de passe
#requis pour accéder à la clé privée liée au certificat.
# CERTIDENT "my nut server" "MyPasSw0rD"
#Lorsqu'il est compilé avec le support SSL avec le backend NSS et le certificat client
#validation (désactivée par défaut, voir 'docs/security.txt'),
#vous pouvez spécifier si upsd demande ou requiert les certificats du client.
# Les valeurs possibles sont :
# - 0 pour ne pas demander aux clients de fournir un certificat
# - 1 pour demander à tous les clients un certificat
# - 2 pour exiger à tous les clients un certificat valide
# CERTREQUEST REQUIRE
# upsd.users
#Ce fichier définit les autorisations pour upsd - le démon du réseau UPS.
#Les utilisateurs sont définis ici, reçoivent des mots de passe et leurs privilèges sont
#contrôlé ici aussi. Étant donné que ce fichier contiendra des mots de passe, conservez-le
#sécurisé, avec seulement assez d'autorisations pour qu'upsd puisse le lire.
#Chaque utilisateur obtient une section.
#Pour démarrer une section, mettez le nom d'utilisateur
#entre crochets sur une ligne. Pour définir quelque chose pour cet utilisateur, spécifiez
#sous ce titre de section. Le nom d'utilisateur est sensible à la casse.
#Paramètres possibles :
# password: "The user's password".
# Example:
#
# [admin]
# password = mypass
# actions = SET
# instcmds = ALL
# upsmon master
#voir la doc
#upsmon.conf
#Ce fichier contient des mots de passe, alors gardez-le en sécurité.
#Par défaut, upsmon se divise en deux processus.
#en tant que root et attend d'exécuter le SHUTDOWNCMD.
#L'autre passe à un autre userid et fait tout le reste.
#L'utilisateur non privilégié par défaut est défini au moment de la compilation avec
'configurer --with-user=...'.
#Vous pouvez le remplacer par '-u <user>' lors du démarrage d'upsmon, ou simplement
#définissez-le ici pour plus de commodité.
# RUN_AS_USER <userid>
#Remarque : si vous prévoyez d'utiliser la fonction de rechargement, ce fichier (upsmon.conf)
#doit être lisible par cet utilisateur ! Puisqu'il contient des mots de passe, NE PAS
#le rendre lisible par tout le monde. Aussi, ne le rendez pas inscriptible par l'upsmon
# "utilisateur", car il crée une opportunité d'attaque en changeant le
#SHUTDOWNCMD à quelque chose de malveillant.
#Pour de meilleurs résultats, vous devez créer un nouvel utilisateur normal comme "nutmon",
#et en faire un membre d'un groupe "nut" ou similaire.
#Ensuite, spécifiez-le ici et accordez un accès en lecture à upsmon.conf pour ce groupe.
#Cet utilisateur ne doit pas avoir accès en écriture à upsmon.conf.
# RUN_AS_USER nut
#Indiquez le nombre d'alimentations qui doivent être alimentées pour maintenir
#ce système en marche. La plupart des systèmes n'ont qu'une seule alimentation, vous devez donc
#mettre "1" dans ce champ.
MINSUPPLIES 1
#upsmon exécute cette commande lorsque le système doit être arrêté.
#Cela devrait fonctionner, si ce n'est pas le cas, changez-le.
SHUTDOWNCMD "/sbin/shutdown -h +0"
#upsmon appelle ceci pour envoyer des messages lorsque des choses se produisent
#Cette commande est appelée avec le texte complet du message comme argument.
#La chaîne d'environnement NOTIFYTYPE contiendra la chaîne de type de
#quelle que soit la cause de cet événement.
#Notez que cela n'est appelé que pour les événements NOTIFY qui ont EXEC défini avec
#NOTIFYFLAG. Voir NOTIFYFLAG ci-dessous pour plus de détails.
#voir la doc
#Exemple:
#NOTIFYCMD /bin/notifyme
#Fréquence d'interrogation pour les activités normales, mesurée en secondes.
#Ajustez ceci pour empêcher upsmon d'inonder votre réseau,
#trop élevé ou il peut manquer certains événements de puissance de courte durée.
POLLFREQ 5
#Fréquence d'interrogation en secondes pendant que l'onduleur est sur batterie.
#Vous pouvez réduire ce nombre à POLLFREQ, ce qui accélérera les mises à jour
#lorsqu'un onduleur fonctionne sur batterie. C'est un bon moyen de régler
#la charge du réseau si vous avez beaucoup de ces choses en cours d'exécution.
#La valeur par défaut est de 5 secondes pour cela et pour POLLFREQ.
POLLFREQALERT 5
#HOSTSYNC - Combien de temps upsmon attendra avant d'abandonner un autre upsmon
# maitre/esclave voir doc
HOSTSYNC 15
"DEADTIME - Intervalle d'attente avant de déclarer un onduleur "HS"
#upsmon nécessite qu'un onduleur fournisse des informations d'état
#toutes les quelques secondes
#valeur 15 = 3x5 (POLLFREQ 5 et POLLFREQALERT 5)
DEADTIME 15
#POWERDOWNFLAG
#Fichier indicateur pour forcer l'arrêt de l'onduleur sur le système maître
#upsmon créera un fichier avec ce nom en mode maître quand il sera temps
#pour arrêter la charge. Vous devriez vérifier l'existence de ce fichier dans
#vos scripts d'arrêt et exécutez 'upsdrvctl shutdown' s'il existe.
POWERDOWNFLAG /etc/killpower
#voir la doc pour option "NOTIFYMSG"
#ou le script original
#RBWARNTIME - délai d'avertissement de remplacement de la batterie en secondes
#upsmon vous avertira normalement d'une batterie qui doit être remplacée
#toutes les 43 200 secondes, soit 12 heures. Il le fait en déclenchant un
#NOTIFY_REPLBATT qui est ensuite géré par la structure de notification habituelle
RBWARNTIME 43200
#NOCOMMWARNTIME - aucun délai d'avertissement de communication en secondes
#upsmon vous informera via le système de notification habituel s'il ne peut pas
#parlez à l'une des entrées UPS définies dans ce fichier. Ce sera
#déclencher un NOTIFY_NOCOMM par défaut toutes les 300 secondes
NOCOMMWARNTIME 300
#FINALDELAY - dernier intervalle de veille avant l'arrêt du système
#Sur un maître, upsmon attendra aussi longtemps après avoir envoyé le NOTIFY_SHUTDOWN
#avant d'exécuter votre SHUTDOWNCMD. Si vous avez besoin de faire quelque chose entre
#ces événements, augmenter ce nombre. N'oubliez pas qu'à ce stade, votre UPS est
#presque épuisé, alors ne le faites pas trop haut.
#Alternativement, vous pouvez régler cela très bas afin de ne pas attendre quand
#il est temps de fermer. Certains onduleurs ne donnent pas beaucoup d'avertissement en cas de faible
#batterie et nécessitera une valeur de 0 ici pour un arrêt en toute sécurité.
FINALDELAY 5
#voir la doc pour "CERTPATH" et autres
# CERTPATH /etc/nut/cert/upsmon
# CERTPATH /usr/ssl/certs
# CERTIDENT "my nut monitor" "MyPasSw0rD"
# CERTHOST localhost "My nut server" 1 1
# CERTVERIFY 1
# FORCESSL 1
#upssched.conf
CMDSCRIPT /bin/upssched-cmd
nut:x:125:
tu a pu avancer sur ton souci ?
a priori moi c'est correct , j' attend un "Eaton S3 850" pour confirmer
tu a le démarrage dans /etc/systemd/system/multi-user.target.want/
et dans /etc/init.d/
je pense que le wiki est trop vieux (2012)
pour le driver usb la doc précise que "auto" c'est bien (sauf si plusieurs onduleur a gérer)
pour les scripts , a part celui du driver , tous sont minimal (installation), et certain vide.
quand j'aurai l'onduleur branché je termine la configuration pour mes besoins
mais d'ici la tu aura peut être trouvé pourquoi il ne démarre pas
pour l'instant le système cherche l'onduleur .........
Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Failed to start Network UPS Tools - power device monitor and shutdown controller.
ps:je n'ai rien fait du wiki , juste lu la doc de nut , et commencer a traduire . sauvegardé mes scripts originaux
#ups.conf
[Eaton]
driver = usbhid-ups
#en usb valeur=auto
port = auto
#desc=Eaton 3S 850
#nut.conf
#standalone: ce mode adresse une configuration locale uniquement,
# avec 1 onduleur protégeant le système local.
# Cela implique de démarrer les 3 couches NUT (driver, upsd et upsmon)
# et les fichiers de configuration correspondants.
# Ce mode peut également traiter la redondance de l'onduleur.
MODE=standalone
# upsd.conf
# Ce fichier contient des données de contrôle d'accès, vous devez le garder en sécurité.
# Il ne doit être lisible que par l'utilisateur que devient upsd. Voir la FAQ.
# Chaque entrée ci-dessous fournit l'utilisation et la valeur par défaut.
#Cette valeur par défaut est de 15 secondes.
# Après qu'un pilote UPS a arrêté la mise à jour
# MAXAGE 15
#Dites à upsd de rechercher les sockets d'état du pilote dans 'path'
# plutôt que la valeur par défaut qui a été compilée dans le programme.
# STATEPATH /var/run/nut
# Par défaut, les adresses d'écoute localhost et le port 3493.
# En cas de noyau IP v4 ou v6 désactivé, seul celui disponible sera utilisé.
# Vous pouvez spécifier chaque interface sur laquelle upsd doit écouter les connexions,
# éventuellement avec un numéro de port.
# Vous pouvez en avoir besoin si vous avez plusieurs interfaces sur votre machine et
# vous ne voulez pas qu'upsd écoute toutes les interfaces (par exemple sur un
# pare-feu, vous ne voudrez peut-être pas écouter l'interface externe).
# Cela ne sera lu qu'au démarrage d'upsd. Si vous apportez des modifications ici,
# vous devrez redémarrer upsd, le rechargement n'aura aucun effet.
# IPv4 localhost port 3493
LISTEN 127.0.0.1 3493
#désactivé IPv6
# LISTEN ::1 3493
# Cette valeur par défaut est le nombre maximum autorisé sur votre système.
# Chaque onduleur, chaque adresse LISTEN et chaque client comptent pour une connexion.
# Si le serveur manque de connexions, il n'acceptera plus de nouveau client entrant
# Ne définissez cette option que si vous savez exactement ce que vous faites.
# MAXCONN 1024
#Lorsqu'il est compilé avec le support SSL avec le backend OpenSSL,
#vous pouvez entrer le fichier de certificat ici.
#Les certificats doivent être au format PEM et doivent être triés en commençant par
#le certificat du sujet (certificat du serveur), suivi de l'intermédiaire
#Certificats CA (le cas échéant_ et CA de niveau le plus élevé (racine). Il doit
#terminer par la clé du serveur.
# CERTFILE /usr/local/ups/etc/upsd.pem
#Lorsqu'il est compilé avec le support SSL avec le backend NSS,
#vous pouvez entrer le chemin du certificat ici.
#Les certificats sont stockés dans une base de données dédiée (divisée en 3 fichiers).
#Spécifiez le chemin du répertoire de la base de données.
# CERTPATH /usr/local/ups/etc/cert/upsd
#Lorsqu'il est compilé avec le support SSL avec le backend NSS,
#vous pouvez spécifier le nom du certificat à récupérer de la base de données
#s'authentifier et le mot de passe
#requis pour accéder à la clé privée liée au certificat.
# CERTIDENT "my nut server" "MyPasSw0rD"
#Lorsqu'il est compilé avec le support SSL avec le backend NSS et le certificat client
#validation (désactivée par défaut, voir 'docs/security.txt'),
#vous pouvez spécifier si upsd demande ou requiert les certificats du client.
# Les valeurs possibles sont :
# - 0 pour ne pas demander aux clients de fournir un certificat
# - 1 pour demander à tous les clients un certificat
# - 2 pour exiger à tous les clients un certificat valide
# CERTREQUEST REQUIRE
ps: pour le script upsd.users je sais pas si il doit être renseigné pour une utilisation basic
# upsd.users
#Ce fichier définit les autorisations pour upsd - le démon du réseau UPS.
#Les utilisateurs sont définis ici, reçoivent des mots de passe et leurs privilèges sont
#contrôlé ici aussi. Étant donné que ce fichier contiendra des mots de passe, conservez-le
#sécurisé, avec seulement assez d'autorisations pour qu'upsd puisse le lire.
#Chaque utilisateur obtient une section.
#Pour démarrer une section, mettez le nom d'utilisateur
#entre crochets sur une ligne. Pour définir quelque chose pour cet utilisateur, spécifiez
#sous ce titre de section. Le nom d'utilisateur est sensible à la casse.
#Paramètres possibles :
# password: "The user's password".
# Example:
#
# [admin]
# password = mypass
# actions = SET
# instcmds = ALL
# upsmon master
#voir la doc
#upsmon.conf
#Ce fichier contient des mots de passe, alors gardez-le en sécurité.
#Par défaut, upsmon se divise en deux processus.
#en tant que root et attend d'exécuter le SHUTDOWNCMD.
#L'autre passe à un autre userid et fait tout le reste.
#L'utilisateur non privilégié par défaut est défini au moment de la compilation avec
'configurer --with-user=...'.
#Vous pouvez le remplacer par '-u <user>' lors du démarrage d'upsmon, ou simplement
#définissez-le ici pour plus de commodité.
# RUN_AS_USER <userid>
#Remarque : si vous prévoyez d'utiliser la fonction de rechargement, ce fichier (upsmon.conf)
#doit être lisible par cet utilisateur ! Puisqu'il contient des mots de passe, NE PAS
#le rendre lisible par tout le monde. Aussi, ne le rendez pas inscriptible par l'upsmon
# "utilisateur", car il crée une opportunité d'attaque en changeant le
#SHUTDOWNCMD à quelque chose de malveillant.
#Pour de meilleurs résultats, vous devez créer un nouvel utilisateur normal comme "nutmon",
#et en faire un membre d'un groupe "nut" ou similaire.
#Ensuite, spécifiez-le ici et accordez un accès en lecture à upsmon.conf pour ce groupe.
#Cet utilisateur ne doit pas avoir accès en écriture à upsmon.conf.
# RUN_AS_USER nut
#Indiquez le nombre d'alimentations qui doivent être alimentées pour maintenir
#ce système en marche. La plupart des systèmes n'ont qu'une seule alimentation, vous devez donc
#mettre "1" dans ce champ.
MINSUPPLIES 1
#upsmon exécute cette commande lorsque le système doit être arrêté.
#Cela devrait fonctionner, si ce n'est pas le cas, changez-le.
SHUTDOWNCMD "/sbin/shutdown -h +0"
#upsmon appelle ceci pour envoyer des messages lorsque des choses se produisent
#Cette commande est appelée avec le texte complet du message comme argument.
#La chaîne d'environnement NOTIFYTYPE contiendra la chaîne de type de
#quelle que soit la cause de cet événement.
#Notez que cela n'est appelé que pour les événements NOTIFY qui ont EXEC défini avec
#NOTIFYFLAG. Voir NOTIFYFLAG ci-dessous pour plus de détails.
#voir la doc
#Exemple:
#NOTIFYCMD /bin/notifyme
#Fréquence d'interrogation pour les activités normales, mesurée en secondes.
#Ajustez ceci pour empêcher upsmon d'inonder votre réseau,
#trop élevé ou il peut manquer certains événements de puissance de courte durée.
POLLFREQ 5
#Fréquence d'interrogation en secondes pendant que l'onduleur est sur batterie.
#Vous pouvez réduire ce nombre à POLLFREQ, ce qui accélérera les mises à jour
#lorsqu'un onduleur fonctionne sur batterie. C'est un bon moyen de régler
#la charge du réseau si vous avez beaucoup de ces choses en cours d'exécution.
#La valeur par défaut est de 5 secondes pour cela et pour POLLFREQ.
POLLFREQALERT 5
#HOSTSYNC - Combien de temps upsmon attendra avant d'abandonner un autre upsmon
# maitre/esclave voir doc
HOSTSYNC 15
"DEADTIME - Intervalle d'attente avant de déclarer un onduleur "HS"
#upsmon nécessite qu'un onduleur fournisse des informations d'état
#toutes les quelques secondes
#valeur 15 = 3x5 (POLLFREQ 5 et POLLFREQALERT 5)
DEADTIME 15
#POWERDOWNFLAG
#Fichier indicateur pour forcer l'arrêt de l'onduleur sur le système maître
#upsmon créera un fichier avec ce nom en mode maître quand il sera temps
#pour arrêter la charge. Vous devriez vérifier l'existence de ce fichier dans
#vos scripts d'arrêt et exécutez 'upsdrvctl shutdown' s'il existe.
POWERDOWNFLAG /etc/killpower
#voir la doc pour option "NOTIFYMSG"
#ou le script original
#RBWARNTIME - délai d'avertissement de remplacement de la batterie en secondes
#upsmon vous avertira normalement d'une batterie qui doit être remplacée
#toutes les 43 200 secondes, soit 12 heures. Il le fait en déclenchant un
#NOTIFY_REPLBATT qui est ensuite géré par la structure de notification habituelle
RBWARNTIME 43200
#NOCOMMWARNTIME - aucun délai d'avertissement de communication en secondes
#upsmon vous informera via le système de notification habituel s'il ne peut pas
#parlez à l'une des entrées UPS définies dans ce fichier. Ce sera
#déclencher un NOTIFY_NOCOMM par défaut toutes les 300 secondes
NOCOMMWARNTIME 300
#FINALDELAY - dernier intervalle de veille avant l'arrêt du système
#Sur un maître, upsmon attendra aussi longtemps après avoir envoyé le NOTIFY_SHUTDOWN
#avant d'exécuter votre SHUTDOWNCMD. Si vous avez besoin de faire quelque chose entre
#ces événements, augmenter ce nombre. N'oubliez pas qu'à ce stade, votre UPS est
#presque épuisé, alors ne le faites pas trop haut.
#Alternativement, vous pouvez régler cela très bas afin de ne pas attendre quand
#il est temps de fermer. Certains onduleurs ne donnent pas beaucoup d'avertissement en cas de faible
#batterie et nécessitera une valeur de 0 ici pour un arrêt en toute sécurité.
FINALDELAY 5
#voir la doc pour "CERTPATH" et autres
# CERTPATH /etc/nut/cert/upsmon
# CERTPATH /usr/ssl/certs
# CERTIDENT "my nut monitor" "MyPasSw0rD"
# CERTHOST localhost "My nut server" 1 1
# CERTVERIFY 1
# FORCESSL 1
#upssched.conf
CMDSCRIPT /bin/upssched-cmd
ps: dans /bin/ j'ai bien "upssched-cmd" et d"autres binaires "ups"
nota: je suis en debian sid , mais je pense pas que ça change quelque chose vue que la version de Nut est identique a bullseye
remarque: dans /etc/group , j'ai bien le groupe
nut:x:125:
on verra au branchement de l'onduleur , la je suis bloqué 
Dernière modification par anonyme (17-12-2021 03:11:40)
#20 16-12-2021 21:19:09
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
Salut,
Non toujours pas...
J'ai tout désinstallé puis réinstaller et j'ai toujours mes deux soucis :
1. Dans les log système :
LISTEN 127.0.0.1 3493
Non toujours pas...
J'ai tout désinstallé puis réinstaller et j'ai toujours mes deux soucis :
1. Dans les log système :
Dec 16 19:52:54 upsmon[1670]: Poll UPS [myups@localhost] failed - Driver not connected
Résolu avec un "upsdrvctl start"
2. Dans "systemctl list-units --type=service"
nut-driver.service loaded failed failed Network UPS Tools - power device driver controller
Non résolu avec un "upsdrvctl start"
# systemctl status nut-driver.service
● nut-driver.service - Network UPS Tools - power device driver controller
Loaded: loaded (/lib/systemd/system/nut-driver.service; static; vendor preset
Active: failed (Result: timeout) since Thu 2021-12-16 20:00:19 CET; 7min ago
Process: 578 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)
Dec 16 20:00:14 calci.fr systemd[1]: Starting Network UPS Tools - power device d
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Using subdriver: MGE HID 1.39
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Network UPS Tools - Generic HID driver
Dec 16 20:00:18 calci.fr upsdrvctl[578]: USB communication driver 0.33
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Start operation timed o
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Control process exited,
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Failed with result 'tim
Dec 16 20:00:19 calci.fr systemd[1]: Failed to start Network UPS Tools - power d
lines 1-13/13 (END)...skipping...
● nut-driver.service - Network UPS Tools - power device driver controller
Loaded: loaded (/lib/systemd/system/nut-driver.service; static; vendor preset: enabled)
Active: failed (Result: timeout) since Thu 2021-12-16 20:00:19 CET; 7min ago
Process: 578 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)
Dec 16 20:00:14 calci.fr systemd[1]: Starting Network UPS Tools - power device driver controller...
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Using subdriver: MGE HID 1.39
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 16 20:00:18 calci.fr upsdrvctl[578]: USB communication driver 0.33
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 16 20:00:19 calci.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.
● nut-driver.service - Network UPS Tools - power device driver controller
Loaded: loaded (/lib/systemd/system/nut-driver.service; static; vendor preset
Active: failed (Result: timeout) since Thu 2021-12-16 20:00:19 CET; 7min ago
Process: 578 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)
Dec 16 20:00:14 calci.fr systemd[1]: Starting Network UPS Tools - power device d
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Using subdriver: MGE HID 1.39
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Network UPS Tools - Generic HID driver
Dec 16 20:00:18 calci.fr upsdrvctl[578]: USB communication driver 0.33
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Start operation timed o
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Control process exited,
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Failed with result 'tim
Dec 16 20:00:19 calci.fr systemd[1]: Failed to start Network UPS Tools - power d
lines 1-13/13 (END)...skipping...
● nut-driver.service - Network UPS Tools - power device driver controller
Loaded: loaded (/lib/systemd/system/nut-driver.service; static; vendor preset: enabled)
Active: failed (Result: timeout) since Thu 2021-12-16 20:00:19 CET; 7min ago
Process: 578 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)
Dec 16 20:00:14 calci.fr systemd[1]: Starting Network UPS Tools - power device driver controller...
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Using subdriver: MGE HID 1.39
Dec 16 20:00:18 calci.fr upsdrvctl[578]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 16 20:00:18 calci.fr upsdrvctl[578]: USB communication driver 0.33
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 16 20:00:19 calci.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 16 20:00:19 calci.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.
# systemctl status nut-monitor.service
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-12-16 20:00:19 CET; 9min ago
Process: 1665 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)
Main PID: 1667 (upsmon)
Tasks: 2 (limit: 4915)
Memory: 3.4M
CGroup: /system.slice/nut-monitor.service
├─1666 /lib/nut/upsmon
└─1667 /lib/nut/upsmon
Dec 16 20:01:19 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:24 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:29 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:34 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:39 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:44 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:49 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:54 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:59 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:02:04 calci.fr upsmon[1667]: Communications with UPS myups@localhost established
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-12-16 20:00:19 CET; 9min ago
Process: 1665 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)
Main PID: 1667 (upsmon)
Tasks: 2 (limit: 4915)
Memory: 3.4M
CGroup: /system.slice/nut-monitor.service
├─1666 /lib/nut/upsmon
└─1667 /lib/nut/upsmon
Dec 16 20:01:19 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:24 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:29 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:34 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:39 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:44 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:49 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:54 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:01:59 calci.fr upsmon[1667]: Poll UPS [myups@localhost] failed - Driver not connected
Dec 16 20:02:04 calci.fr upsmon[1667]: Communications with UPS myups@localhost established
n# systemctl status nut-server.service
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-12-16 20:00:19 CET; 9min ago
Process: 1661 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
Main PID: 1664 (upsd)
Tasks: 1 (limit: 4915)
Memory: 1.6M
CGroup: /system.slice/nut-server.service
└─1664 /lib/nut/upsd
Dec 16 20:00:19 calci.fr upsd[1661]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 16 20:00:19 calci.fr upsd[1661]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
Dec 16 20:00:19 calci.fr systemd[1]: Started Network UPS Tools - power devices information server.
Dec 16 20:00:19 calci.fr upsd[1664]: Startup successful
Dec 16 20:00:19 calci.fr upsd[1664]: User admin@127.0.0.1 logged into UPS [myups]
Dec 16 20:02:03 calci.fr upsd[1664]: Connected to UPS [myups]: usbhid-ups-myups
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
Active: active (running) since Thu 2021-12-16 20:00:19 CET; 9min ago
Process: 1661 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
Main PID: 1664 (upsd)
Tasks: 1 (limit: 4915)
Memory: 1.6M
CGroup: /system.slice/nut-server.service
└─1664 /lib/nut/upsd
Dec 16 20:00:19 calci.fr upsd[1661]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 16 20:00:19 calci.fr upsd[1661]: Can't connect to UPS [myups] (usbhid-ups-myups): No such file or directory
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
Dec 16 20:00:19 calci.fr systemd[1]: Started Network UPS Tools - power devices information server.
Dec 16 20:00:19 calci.fr upsd[1664]: Startup successful
Dec 16 20:00:19 calci.fr upsd[1664]: User admin@127.0.0.1 logged into UPS [myups]
Dec 16 20:02:03 calci.fr upsd[1664]: Connected to UPS [myups]: usbhid-ups-myups
Voici mes fichiers de configuration :
/etc/nut/ups.conf
[myups]
driver = usbhid-ups
port = auto
desc = "Eaton Ellipse ECO 650 VA USB"
driver = usbhid-ups
port = auto
desc = "Eaton Ellipse ECO 650 VA USB"
/etc/nut/nut.conf
MODE=standalone
/etc/nut/upsd.conf
LISTEN 127.0.0.1 3493
/etc/nut/upsd.users
[admin]
password = motdepasse
allowfrom = localhost
actions = SET
instcmds = ALL
upsmon master
password = motdepasse
allowfrom = localhost
actions = SET
instcmds = ALL
upsmon master
/etc/nut/upsmon.conf
MONITOR myups@localhost 1 admin motdepasse master
MINSUPPLIES 1
SHUTDOWNCMD "/sbin/shutdown -h +0"
POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/killpower
RBWARNTIME 43200
NOCOMMWARNTIME 300
FINALDELAY 5
NOTIFYCMD /sbin/upssched
NOTIFYMSG ONLINE "%s on line power"
NOTIFYMSG ONBATT "%s on battery"
NOTIFYMSG LOWBATT "%s battery is low"
NOTIFYMSG SHUTDOWN "System is being shutdown!"
NOTIFYMSG REPLBATT "%s battery needs to be replaced
NOTIFYFLAG ONLINE SYSLOG+EXEC
NOTIFYFLAG ONBATT SYSLOG+EXEC
NOTIFYFLAG LOWBATT SYSLOG+EXEC
NOTIFYFLAG FSD SYSLOG+EXEC
NOTIFYFLAG COMMOK SYSLOG+EXEC
NOTIFYFLAG COMMBAD SYSLOG+EXEC
NOTIFYFLAG SHUTDOWN SYSLOG+EXEC
NOTIFYFLAG REPLBATT SYSLOG+EXEC
NOTIFYFLAG NOCOMM SYSLOG+EXEC
MINSUPPLIES 1
SHUTDOWNCMD "/sbin/shutdown -h +0"
POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/killpower
RBWARNTIME 43200
NOCOMMWARNTIME 300
FINALDELAY 5
NOTIFYCMD /sbin/upssched
NOTIFYMSG ONLINE "%s on line power"
NOTIFYMSG ONBATT "%s on battery"
NOTIFYMSG LOWBATT "%s battery is low"
NOTIFYMSG SHUTDOWN "System is being shutdown!"
NOTIFYMSG REPLBATT "%s battery needs to be replaced
NOTIFYFLAG ONLINE SYSLOG+EXEC
NOTIFYFLAG ONBATT SYSLOG+EXEC
NOTIFYFLAG LOWBATT SYSLOG+EXEC
NOTIFYFLAG FSD SYSLOG+EXEC
NOTIFYFLAG COMMOK SYSLOG+EXEC
NOTIFYFLAG COMMBAD SYSLOG+EXEC
NOTIFYFLAG SHUTDOWN SYSLOG+EXEC
NOTIFYFLAG REPLBATT SYSLOG+EXEC
NOTIFYFLAG NOCOMM SYSLOG+EXEC
/etc/nut/upssched.conf
CMDSCRIPT /bin/upssched-cmd
PIPEFN /var/run/nut/upssched.pipe
LOCKFN /var/run/nut/upssched.lock
AT ONBATT * START-TIMER onbat 10
AT ONLINE * CANCEL-TIMER onbat
AT ONBATT * START-TIMER shutdown 190
AT ONLINE * CANCEL-TIMER shutdown
PIPEFN /var/run/nut/upssched.pipe
LOCKFN /var/run/nut/upssched.lock
AT ONBATT * START-TIMER onbat 10
AT ONLINE * CANCEL-TIMER onbat
AT ONBATT * START-TIMER shutdown 190
AT ONLINE * CANCEL-TIMER shutdown
/bin/upssched-cmd
case $1 in
onbat)
logger -t upssched-cmd "Onduleur : extinction dans 3 minutes"
curl "https://smsapi.free-mobile.fr/sendmsg?user=*******&pass=*********&msg=Onduleur%20%3a%20extinction%20dans%203%20minutes"
echo "Onduleur : extinction dans 3 minutes" | mail -s "UPS ALERT" root@****.fr
;;
shutodwn)
logger -t upssched-cmd "Onduleur depuis 3 minutes : extinction immediate"
;;
*)
logger -t upssched-cmd "Unrecognized command: $1"
;;
esac
onbat)
logger -t upssched-cmd "Onduleur : extinction dans 3 minutes"
curl "https://smsapi.free-mobile.fr/sendmsg?user=*******&pass=*********&msg=Onduleur%20%3a%20extinction%20dans%203%20minutes"
echo "Onduleur : extinction dans 3 minutes" | mail -s "UPS ALERT" root@****.fr
;;
shutodwn)
logger -t upssched-cmd "Onduleur depuis 3 minutes : extinction immediate"
;;
*)
logger -t upssched-cmd "Unrecognized command: $1"
;;
esac
Qu'en penses-tu ?
Hors ligne
#21 17-12-2021 01:35:51
- anonyme
- Invité
Re : Problème de communication nut/onduleur
Bonsoir
dans /bin/upssched-cmd c'est un fichier texte ?
sinon si le driver ne démarre pas c'est un souci
avec "upsdrvctl start" (il me semble de /etc/initd/ ) tout fonctionne correctement ensuite ?
il y a des "FIXME" dans les scripts dans /etc/initd/ de Nut
en théorie je dois avoir le même souci que toi (j'utilise le même driver)
peut être demain (enfin tout a l'heure) je récupère l'onduleur ou samedi , pas d'info pour l'instant
dans /bin/upssched-cmd c'est un fichier texte ?
sinon si le driver ne démarre pas c'est un souci
avec "upsdrvctl start" (il me semble de /etc/initd/ ) tout fonctionne correctement ensuite ?
il y a des "FIXME" dans les scripts dans /etc/initd/ de Nut
en théorie je dois avoir le même souci que toi (j'utilise le même driver)
peut être demain (enfin tout a l'heure) je récupère l'onduleur ou samedi , pas d'info pour l'instant
#22 17-12-2021 02:21:33
- anonyme
- Invité
Re : Problème de communication nut/onduleur
voila j'ai regardé mon log "syslog" depuis le démarrage de la machine jusque a maintenant .
ps: sans le matériel branché
DEMARRAGE a 00h:13:13
Dec 17 00:13:13 debian2 systemd[1]: Starting Flush Journal to Persistent Storage...
Dec 17 00:13:13 debian2 systemd-udevd[326]: Using default interface naming scheme 'v249'.
Dec 17 00:13:13 debian2 udevadm[286]: systemd-udev-settle.service is deprecated. Please fix nut-driver.service not to pull it in.
Dec 17 00:13:13 debian2 upsdrvctl[521]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 17 00:13:13 debian2 upsdrvctl[521]: USB communication driver 0.33
Dec 17 00:13:13 debian2 upsdrvctl[521]: No matching HID UPS found
Dec 17 00:13:13 debian2 upsdrvctl[504]: Driver failed to start (exit status=1)
Dec 17 00:13:13 debian2 upsdrvctl[504]: Network UPS Tools - UPS driver controller 2.7.4
Dec 17 00:13:14 debian2 upsd[544]: fopen /run/nut/upsd.pid: No such file or directory
Dec 17 00:13:14 debian2 upsd[544]: listening on 127.0.0.1 port 3493
Dec 17 00:13:14 debian2 upsd[544]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:13:14 debian2 upsd[544]: listening on 127.0.0.1 port 3493
Dec 17 00:13:14 debian2 upsd[544]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:13:14 debian2 systemd[1]: Started Network UPS Tools - power devices information server.
Dec 17 00:13:14 debian2 systemd[1]: Starting Network UPS Tools - power device monitor and shutdown controller...
Dec 17 00:13:15 debian2 upsmon[587]: fopen /run/nut/upsmon.pid: No such file or directory
Dec 17 00:13:15 debian2 upsmon[587]: Using power down flag file /etc/killpower
Dec 17 00:13:15 debian2 smartd[506]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
Dec 17 00:13:15 debian2 upsmon[587]: Network UPS Tools upsmon 2.7.4
Dec 17 00:13:15 debian2 upsmon[587]: Fatal error: insufficient power configured!
Dec 17 00:13:15 debian2 upsmon[587]: Sum of power values........: 0
Dec 17 00:13:15 debian2 upsmon[587]: Minimum value (MINSUPPLIES): 1
Dec 17 00:13:15 debian2 upsmon[587]: Edit your upsmon.conf and change the values.
Dec 17 00:13:15 debian2 systemd[1]: nut-monitor.service: Control process exited, code=exited, status=1/FAILURE
Dec 17 00:13:15 debian2 systemd[1]: nut-monitor.service: Failed with result 'exit-code'.
Dec 17 00:13:15 debian2 systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller.
Dec 17 00:28:15 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:33:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:38:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:43:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:48:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
ps: sans le matériel branché
DEMARRAGE a 00h:13:13
Dec 17 00:13:13 debian2 systemd[1]: Starting Flush Journal to Persistent Storage...
Dec 17 00:13:13 debian2 systemd-udevd[326]: Using default interface naming scheme 'v249'.
Dec 17 00:13:13 debian2 udevadm[286]: systemd-udev-settle.service is deprecated. Please fix nut-driver.service not to pull it in.
Dec 17 00:13:13 debian2 upsdrvctl[521]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 17 00:13:13 debian2 upsdrvctl[521]: USB communication driver 0.33
Dec 17 00:13:13 debian2 upsdrvctl[521]: No matching HID UPS found
Dec 17 00:13:13 debian2 upsdrvctl[504]: Driver failed to start (exit status=1)
Dec 17 00:13:13 debian2 upsdrvctl[504]: Network UPS Tools - UPS driver controller 2.7.4
Dec 17 00:13:14 debian2 upsd[544]: fopen /run/nut/upsd.pid: No such file or directory
Dec 17 00:13:14 debian2 upsd[544]: listening on 127.0.0.1 port 3493
Dec 17 00:13:14 debian2 upsd[544]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:13:14 debian2 upsd[544]: listening on 127.0.0.1 port 3493
Dec 17 00:13:14 debian2 upsd[544]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:13:14 debian2 systemd[1]: Started Network UPS Tools - power devices information server.
Dec 17 00:13:14 debian2 systemd[1]: Starting Network UPS Tools - power device monitor and shutdown controller...
Dec 17 00:13:15 debian2 upsmon[587]: fopen /run/nut/upsmon.pid: No such file or directory
Dec 17 00:13:15 debian2 upsmon[587]: Using power down flag file /etc/killpower
Dec 17 00:13:15 debian2 smartd[506]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
Dec 17 00:13:15 debian2 upsmon[587]: Network UPS Tools upsmon 2.7.4
Dec 17 00:13:15 debian2 upsmon[587]: Fatal error: insufficient power configured!
Dec 17 00:13:15 debian2 upsmon[587]: Sum of power values........: 0
Dec 17 00:13:15 debian2 upsmon[587]: Minimum value (MINSUPPLIES): 1
Dec 17 00:13:15 debian2 upsmon[587]: Edit your upsmon.conf and change the values.
Dec 17 00:13:15 debian2 systemd[1]: nut-monitor.service: Control process exited, code=exited, status=1/FAILURE
Dec 17 00:13:15 debian2 systemd[1]: nut-monitor.service: Failed with result 'exit-code'.
Dec 17 00:13:15 debian2 systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller.
Dec 17 00:28:15 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:33:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:38:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:43:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dec 17 00:48:16 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
ce qui est sur le démon upsd cherche le matériel
il te faut faire la même chose a la recherche d'erreur dans /var/log/syslog pour Nut
sinon j'ai des erreurs a corriger et ceci => systemd-udev-settle.service is deprecated. Please fix nut-driver.service not to pull it in
#23 17-12-2021 02:40:52
- anonyme
- Invité
Re : Problème de communication nut/onduleur
#Nous n'exigeons pas que les pilotes soient démarrés avec succès !
#Ce serait un changement de comportement par rapport à init SysV,
#et pourrait empêcher l'accès démarré avec succès, au moins pour auditer un système.
#nut-server-service
[Unit]
Description=Network UPS Tools - power devices information server
After=local-fs.target network.target nut-driver.service
# We don't Require drivers to be successfully started! This would be
# a change of behavior compared to init SysV, and could prevent from
# accessing successfully started, at least to audit a system.
Wants=nut-driver.service
Before=nut-monitor.service
[Service]
ExecStart=/sbin/upsd
Type=forking
[Install]
WantedBy=multi-user.target
#nut-monitor-service
[Unit]
Description=Network UPS Tools - power device monitor and shutdown controller
After=local-fs.target network.target nut-server.service
[Service]
ExecStart=/sbin/upsmon
PIDFile=/run/nut/upsmon.pid
Type=forking
[Install]
WantedBy=multi-user.target
je sais pas ou est le "nut-driver.service " , a part ceci => "Wants=nut-driver.service"
#24 17-12-2021 02:55:35
- Sty_X
- Membre
- Inscription : 14-02-2021
Re : Problème de communication nut/onduleur
Je pense avoir peut-être un début de piste via ce site : https://www.monlinux.net/2018/03/nut-up … -et-arret/. Dans la partie "Problème 3 – driver non démarré automatiquement" il semble falloir éditer le fichier /etc/init.d/nut qui n'existe pas sur ma machine...
Il existe bien les fichiers /etc/init.d/nut-client et /etc/init.d/nut-server mais pas de fichiers /etc/init.d/nut ou /etc/init.d/nut-driver.
Pourrais-tu regarder sur ta machine s'il y a ces fichiers ?
Je remarque aussi quelque chose qui me semble étrange : le fichier upssched qui devrait se trouver dans /bin/ se trouve dans /sbin/.
Il existe bien les fichiers /etc/init.d/nut-client et /etc/init.d/nut-server mais pas de fichiers /etc/init.d/nut ou /etc/init.d/nut-driver.
Pourrais-tu regarder sur ta machine s'il y a ces fichiers ?
Je remarque aussi quelque chose qui me semble étrange : le fichier upssched qui devrait se trouver dans /bin/ se trouve dans /sbin/.
Dernière modification par Sty_X (17-12-2021 03:28:34)
Hors ligne
#25 17-12-2021 04:01:08
- anonyme
- Invité
Re : Problème de communication nut/onduleur
je regarde , tu a vue que tu a un problème de droit sur le fichier "upsd-users"
j'ai pas cette ligne moi "NOTIFYCMD /sbin/upssched" qui ne fait pas partit de l'original "upsmon.conf"
tu a un mélange du wiki et des scripts de Nut
pour /etc/initd/ même chose que toi , pas de /etc/init.d/nut ou /etc/init.d/nut-driver.
je regarde le lien
de 2017/2018 encore un peu vieux le lien pour Nut
voila deux problèmes
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
#upssched.conf
CMDSCRIPT /bin/upssched-cmd
udevadm[286]: systemd-udev-settle.service is deprecated. Please fix nut-driver.service not to pull it in.
systemctl list-units --type=service
nut-driver.service loaded failed failed Network UPS Tools - power device driver controller
nut-monitor.service loaded failed failed Network UPS Tools - power device monitor and shutdown controller
nut-server.service loaded active running Network UPS Tools - power devices information server
systemctl status nut-server.service
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2021-12-17 00:13:14 CET; 4h 16min ago
Process: 544 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
Main PID: 586 (upsd)
Tasks: 1 (limit: 19033)
Memory: 2.0M
CPU: 715ms
CGroup: /system.slice/nut-server.service
└─586 /lib/nut/upsd
déc. 17 03:43:27 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
j'ai pas cette ligne moi "NOTIFYCMD /sbin/upssched" qui ne fait pas partit de l'original "upsmon.conf"
tu a un mélange du wiki et des scripts de Nut
pour /etc/initd/ même chose que toi , pas de /etc/init.d/nut ou /etc/init.d/nut-driver.
je regarde le lien
de 2017/2018 encore un peu vieux le lien pour Nut
voila deux problèmes
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: /etc/nut/upsd.users is world readable
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
Dec 16 20:00:19 calci.fr upsd[1661]: allowfrom in upsd.users is no longer used
commenter "allowfrom" et enlever les droits d'écriture sur "/etc/nut/upsd.users"
mais bon pas la raison de ton souci (tant que je n'ai pas le matériel je peu pas comprendre la ou ça bloque pour ce driver)
moi aussi j'ai pas mal d'erreurs a corriger et je ne trouve pas non plus ce qui active le driver
je pense que dans /dev/ tu dois avoir quelque chose quand l'onduleur est branché
ps: testé avec un convertisseur usb2/rs232 (port serie ) j'ai de mémoire un ttys0 qui apparaît
#upssched.conf
CMDSCRIPT /bin/upssched-cmd
dans bin en plus du script j'ai (binaire) upsc upscmd upslog upsrw .
je pense que ce logiciel a des soucis "Nut" , pas regardé la liste des bugs sur debian
moi j'ai cette version => https://packages.debian.org/fr/sid/nut-server
https://bugs.debian.org/cgi-bin/pkgrepo … t=unstable
https://bugs.debian.org/cgi-bin/pkgrepo … ackage=nut
tu a vue mon #22 et a propos du /var/log/syslog pour voir tous les messages de Nut
de mon #22 ce qui m'inquiète
udevadm[286]: systemd-udev-settle.service is deprecated. Please fix nut-driver.service not to pull it in.
cela dépasse mes compétences , et justement a propos du driver
ps: a priori ça peu retarder le démarrage , mais pas empêcher le fonctionnement
donc sur ma machine , a priori le driver veut se charger (sans certitudes )
les commandes "/etc/init.d# upsdrvctl stop" et "/etc/init.d# upsdrvctl start" fonctionnent mais echec (pas de matériel)
avec le retour "No matching HID UPS found
Driver failed to start (exit status=1)
systemctl list-units --type=service
retour
nut-driver.service loaded failed failed Network UPS Tools - power device driver controller
nut-monitor.service loaded failed failed Network UPS Tools - power device monitor and shutdown controller
nut-server.service loaded active running Network UPS Tools - power devices information server
le serveur fonctionne
systemctl status nut-server.service
● nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/lib/systemd/system/nut-server.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2021-12-17 00:13:14 CET; 4h 16min ago
Process: 544 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
Main PID: 586 (upsd)
Tasks: 1 (limit: 19033)
Memory: 2.0M
CPU: 715ms
CGroup: /system.slice/nut-server.service
└─586 /lib/nut/upsd
déc. 17 03:43:27 debian2 upsd[586]: Can't connect to UPS [Eaton] (usbhid-ups-Eaton): No such file or directory
Dernière modification par anonyme (17-12-2021 05:31:32)