Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#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 :

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

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

Re : Problème de communication nut/onduleur

Bonjour
il est géré pas systemd ? , que donne


upsdrvctl status
 


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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 :

# sudo upsdrvctl 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>



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



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"



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



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



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



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.

Dernière modification par Sty_X (15-12-2021 14:57:06)

Hors ligne

#5 15-12-2021 15:00:36

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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
 



ps: je sais pas si des services "user" ou "root" (normalement root)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#6 15-12-2021 15:06:22

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

Re : Problème de communication nut/onduleur

tu a un souci de dialogue avec l'onduleur ?


Duplicate driver instance detected! Terminating other driver!
 


je sais pas pourquoi

Dernière modification par robert2a (15-12-2021 15:10:11)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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 :

#  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.



#  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
 



#  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
 

Hors ligne

#8 15-12-2021 15:50:32

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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!

Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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  smile

la doc debian => https://wiki.debian.org/nut
un wiki => https://wiki.debian-fr.xyz/Configurer_e … r_avec_NUT

Dernière modification par robert2a (15-12-2021 16:59:17)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#11 15-12-2021 17:01:02

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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
 


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  wink

Dernière modification par robert2a (15-12-2021 17:16:26)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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 :

[myups]
    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

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

Re : Problème de communication nut/onduleur

non rien d'autre , il ne faut installer que 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 robert2a (15-12-2021 18:52:46)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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



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

Hors ligne

#15 15-12-2021 19:04:43

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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
 



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 robert2a (15-12-2021 19:32:03)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#16 15-12-2021 19:23:24

Sty_X
Membre
Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

robert2a 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

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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:
 


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  wink   lol

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 robert2a (15-12-2021 19:59:33)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#18 15-12-2021 20:04:47

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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.
 



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 robert2a (15-12-2021 20:56:21)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#19 16-12-2021 15:45:20

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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  smile
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é  roll

Dernière modification par robert2a (17-12-2021 03:11:40)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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 :

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.
 


#  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
 


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
 



Voici mes fichiers de configuration :
/etc/nut/ups.conf

[myups]
    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



/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



/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



/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
 



Qu'en penses-tu ?

Hors ligne

#21 17-12-2021 01:35:51

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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

Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#22 17-12-2021 02:21:33

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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é  roll



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


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#23 17-12-2021 02:40:52

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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"


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

#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/.

Dernière modification par Sty_X (17-12-2021 03:28:34)

Hors ligne

#25 17-12-2021 04:01:08

robert2a
Membre
Distrib. : Buster 10 version 10.11
Noyau : kernel buster backports
(G)UI : Mate
Inscription : 15-11-2014

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
 



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  roll   )

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 robert2a (17-12-2021 05:31:32)


Machines : kabylake I7 7700 , AMD 1700(X) ,AMD threadripper gen1 , AMD Raven R3 2200G , AMD FX(tm)-8320

Hors ligne

Pied de page des forums