Debian-facile

anonyme

Invité

Re : Problème de communication nut/onduleur

voila pour mes scripts

ps: aucun espace de part et d'autre du "="  ,  "MODE = none" pas correct .

# nut.conf
# General section

# MODE=none
MODE=standalone

# UPSD_OPTIONS=""
# UPSMON_OPTIONS=""
 

# ups.conf

[Eaton]
driver = usbhid-ups
#Pour usb valeur=auto
port = auto
desc = "Eaton 3S 850"
#synchronous = yes

#maxretry = 3
 

# upsd.conf
 MAXAGE 15
 STATEPATH /run/nut
 LISTEN 127.0.0.1 3493
 

# upsd.users

[nutmon]
password = mypass
allowfrom = localhost
actions = SET
instcmds = ALL
upsmon master
 

# upsmon.conf

RUN_AS_USER nutmon
MONITOR Eaton@localhost 1 nutmon mypass master
MINSUPPLIES 1

SHUTDOWNCMD "/sbin/shutdown -h now"

 NOTIFYCMD /sbin/upssched

POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/killpower

NOTIFYMSG ONLINE  "UPS %s on line power"
NOTIFYMSG ONBATT  "UPS %s on battery"
NOTIFYMSG LOWBATT "UPS %s battery is low"
NOTIFYMSG FSD   "UPS %s: forced shutdown in progress"
NOTIFYMSG COMMOK  "Communications with UPS %s established"
NOTIFYMSG COMMBAD "Communications with UPS %s lost"
NOTIFYMSG SHUTDOWN  "Auto logout and shutdown proceeding"
NOTIFYMSG REPLBATT  "UPS %s battery needs to be replaced"
NOTIFYMSG NOCOMM  "UPS %s is unavailable"
NOTIFYMSG NOPARENT  "upsmon parent process died - shutdown impossible"

# Possible values for <notify type>:

# ONLINE   : UPS is back online
# ONBATT   : UPS is on battery
# LOWBATT  : UPS has a low battery (if also on battery, it's "critical")
# FSD      : UPS is being shutdown by the master (FSD = "Forced Shutdown")
# COMMOK   : Communications established with the UPS
# COMMBAD  : Communications lost to the UPS
# SHUTDOWN : The system is being shutdown
# REPLBATT : The UPS battery is bad and needs to be replaced
# NOCOMM   : A UPS is unavailable (can't be contacted for monitoring)
# NOPARENT : The process that shuts down the system has died (shutdown impossible)

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
NOTIFYFLAG NOPARENT SYSLOG+EXEC

# SYSLOG - Write the message in the syslog
# WALL   - Write the message to all users on the system
# EXEC   - Execute NOTIFYCMD (see above) with the message
# IGNORE - Don't do anything
# If you use IGNORE, don't use any other flags on the same line.

RBWARNTIME 43200
NOCOMMWARNTIME 300
FINALDELAY 5
 

# upssched.conf

CMDSCRIPT /bin/upssched-cmd

#créer un dossier /etc/nut/upssched
PIPEFN /etc/nut/upssched/upssched.pipe
LOCKFN /etc/nut/upssched/upssched.lock

AT ONBATT * START-TIMER onbat 10
AT ONLINE * CANCEL-TIMER onbat
AT ONBATT * START-TIMER shutdown 180
AT ONLINE * CANCEL-TIMER shutdown
 

le contenu de mon dossier /etc/nut

total 28
-rw-r----- 1 root nut   97 20 déc.  08:31 nut.conf
-rw-r----- 1 root nut  134 20 déc.  07:04 ups.conf
-rw-r----- 1 root nut   66 20 déc.  08:21 upsd.conf
-rw-r----- 1 root nut  106 20 déc.  08:47 upsd.users
-rw-r----- 1 root nut 1968 21 déc.  02:24 upsmon.conf
drwxrwx--- 2 nut  nut 4096 20 déc.  19:07 upssched
-rw-r----- 1 root nut  297 20 déc.  17:10 upssched.conf
 

le contenu de mon fichier " upssched-cmd "
remarque: c'est pour moi nutmon qui utilise ce script , en autre c'est lui qui envoie un message a root
qui se retrouve dans la messagerie de robert (tout en local pour moi sur la machine)

#! /bin/sh
#
# This script should be called by upssched via the CMDSCRIPT directive.
#
# Here is a quick example to show how to handle a bunch of possible
# timer names with the help of the case structure.
#
# This script may be replaced with another program without harm.
#
# The first argument passed to your CMDSCRIPT is the name of the timer
# from your AT lines.

case $1 in
        onbat)
                logger -t upssched-cmd "Onduleur : extinction dans 3 minutes"
                echo "Onduleur : extinction dans 3 minutes" | mail -s "UPS ALERT" root
                ;;
        shutdown)
                logger -t upssched-cmd "Shutting down using: upsmon -c fsd"
                upsmon -c fsd
                ;;
        *)
                logger -t upssched-cmd "Unrecognized command: $1"
                ;;
esac
 

utilisateur "nutmon" dans le groupe "nut"  (dans /etc/group )

nut:x:125:nutmon
nutmon:x:1001:
 

upsc Eaton@localhost
 

Init SSL without certificate database
battery.charge: 94
battery.charge.low: 20
battery.runtime: 2030
battery.type: PbAc
device.mfr: EATON
device.model: Eaton 3S 850
device.serial: Blank
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: MGE HID 1.40
driver.version.internal: 0.41
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 1
outlet.1.status: on
outlet.1.switchable: no
outlet.desc: Main Outlet
outlet.id: 0
outlet.switchable: yes
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 02.08.0010
ups.load: 15
ups.mfr: EATON
ups.model: Eaton 3S 850
ups.power.nominal: 850
ups.productid: ffff
ups.serial: Blank
ups.status: OL
ups.timer.shutdown: 0
ups.timer.start: 0
ups.type: offline / line interactive
ups.vendorid: 0463
 

je crois que je n'ai rien oublié

remarque:
ce genre de commande (par nom machine (hostname) )

upsc Eaton@debian2
Error: Connection failure: Connection refused
 

ne fonctionne pas , uniquement localhost ou 127.0.0.1
ni par le réseau local d'une machine X vers une machine Y (ou nut est installé )
ça limite les intrusions
en IPv6 l'équivalent de localhost est "::1" je suppose , pas trop l'habitude 
pour la sécurité , accès uniquement a partir de l'ordinateur
je vois pas trop ce qui pourrait être fait de plus en mode "standalone"

Dernière modification par anonyme (21-12-2021 05:50:03)

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

Merci !

Je pense avoir réussi la mise à jour :

$ apt-get install nut
Reading package lists... Done
Building dependency tree      
Reading state information... Done
The following packages will be upgraded:
  nut
1 upgraded, 0 newly installed, 0 to remove and 770 not upgraded.
Need to get 247 kB of archives.
After this operation, 6,144 B of additional disk space will be used.
Get:1 http://debian.univ-lorraine.fr/debian bookworm/main amd64 nut all 2.7.4-14 [247 kB]
Fetched 247 kB in 1s (490 kB/s)
Reading changelogs... Done
(Reading database ... 103665 files and directories currently installed.)
Preparing to unpack .../archives/nut_2.7.4-14_all.deb ...
Unpacking nut (2.7.4-14) over (2.7.4-8) ...
Setting up nut (2.7.4-14) …
Updating loolwsd systemplate

Puis :

$ apt-cache policy nut
nut:
  Installed: 2.7.4-14
  Candidate: 2.7.4-14
  Version table:
 *** 2.7.4-14 500
        500 http://debian.univ-lorraine.fr/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status

Alors voila ce que ça donne pour moi :

# /etc/nut/nut.conf  
MODE=standalone

#/etc/nut/ups.conf  
[Eaton]
    driver = usbhid-ups
    port = auto
    desc = "Eaton Ellipse ECO 650 VA"

#maxretry = 3

J'ai essayé en décommantant mexretry et en essayant avec 1, 2 ou 3 et cela ne change rien.

# etc/nut/upsd.confAXAGE 15
STATEPATH /run/nut
LISTEN 127.0.0.1 3493

#/etc/nut/upsd.users
[nutmon]
        password = mypass
        allowfrom = localhost
        actions = SET
        instcmds = ALL
        upsmon master

# upsmon.conf

RUN_AS_USER nutmon
MONITOR Eaton@localhost 1 nutmon mypass master
MINSUPPLIES 1

SHUTDOWNCMD "/sbin/shutdown -h +0"

 NOTIFYCMD /sbin/upssched

POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/killpower

NOTIFYMSG ONLINE  "UPS %s on line power"
NOTIFYMSG ONBATT  "UPS %s on battery"
NOTIFYMSG LOWBATT "UPS %s battery is low"
NOTIFYMSG FSD   "UPS %s: forced shutdown in progress"
NOTIFYMSG COMMOK  "Communications with UPS %s established"
NOTIFYMSG COMMBAD "Communications with UPS %s lost"
NOTIFYMSG SHUTDOWN  "Auto logout and shutdown proceeding"
NOTIFYMSG REPLBATT  "UPS %s battery needs to be replaced"
NOTIFYMSG NOCOMM  "UPS %s is unavailable"
NOTIFYMSG NOPARENT  "upsmon parent process died - shutdown impossible"

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
NOTIFYFLAG NOPARENT SYSLOG+EXEC

RBWARNTIME 86400
NOCOMMWARNTIME 300
FINALDELAY 5

# /etc/nut/upssched.conf
CMDSCRIPT /bin/upssched-cmd
#PIPEFN /var/run/nut/upssched.pipe
PIPEFN /etc/nut/upssched/upssched.pipe
#LOCKFN /var/run/nut/upssched.lock
LOCKFN /etc/nut/upssched/upssched.lock
AT ONBATT * START-TIMER onbat 10
AT ONLINE * CANCEL-TIMER onbat
AT ONBATT * START-TIMER shutdown 600
AT ONLINE * CANCEL-TIMER shutdown

A noté qu'après un reboot le dossier /etc/nut/upssched est vide. Alors que le dossier /var/run/nut contient les fichiers suivants :

$ ls -l /var/run/nut
total 12
-rw-r--r-- 1 nut  nut  5 Dec 21 11:18 upsd.pid
-rw-r--r-- 1 root root 5 Dec 21 11:18 upsmon.pid
srw-rw---- 1 nut  nut  0 Dec 21 11:19 usbhid-ups-Eaton
-rw-r--r-- 1 nut  nut  5 Dec 21 11:19 usbhid-ups-Eaton.pid
 

$ grep "nutmon" /etc/group
nut:x:130:nutmon
nutmon:x:1006:

$ ls -l /etc/nut
total 48
-rw-r----- 1 root nut  1544 Dec 19 23:18 nut.conf
-rw-r----- 1 root nut  5611 Dec 21 10:24 ups.conf
-rw-r----- 1 root nut  4629 Dec 21 10:58 upsd.conf
-rw-r----- 1 root nut  2233 Dec 21 10:27 upsd.users
-rw-r----- 1 root nut 15405 Dec 21 11:00 upsmon.conf
drwxrwx--- 2 nut  nut  4096 Dec 21 10:36 upssched
-rw-r----- 1 root nut  4080 Dec 21 11:01 upssched.conf

$ upsc Eaton@localhost
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 20
battery.runtime: 2156
battery.type: PbAc
device.mfr: EATON
device.model: Ellipse ECO 650
device.serial: 000000000
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: MGE HID 1.39
driver.version.internal: 0.41
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: on
outlet.1.switchable: no
outlet.2.desc: PowerShare Outlet 2
outlet.2.id: 3
outlet.2.status: on
outlet.2.switchable: no
outlet.desc: Main Outlet
outlet.id: 1
outlet.power: 25
outlet.switchable: no
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 02
ups.load: 9
ups.mfr: EATON
ups.model: Ellipse ECO 650
ups.power.nominal: 650
ups.productid: ffff
ups.serial: 000000000
ups.status: OL
ups.timer.shutdown: 0
ups.timer.start: 0
ups.vendorid: 0463

Après un reboot j'ai toujours :

$ tail -f /var/log/syslog
Dec 21 11:18:25 cal upsmon[1652]: Poll UPS [Eaton@localhost] failed - Driver not connected

et

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 Tue 2021-12-21 10:53:53 CET; 2min 0s ago
  Process: 600 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)

Dec 21 10:53:48 cal.fr systemd[1]: Starting Network UPS Tools - power device driver controller...
Dec 21 10:53:52 cal.fr upsdrvctl[600]: Using subdriver: MGE HID 1.39
Dec 21 10:53:52 cal.fr upsdrvctl[600]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 21 10:53:52 cal.fr upsdrvctl[600]: USB communication driver 0.33
Dec 21 10:53:53 cal.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.
Dec 21 10:53:53 cal.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM
Dec 21 10:53:53 cal.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.
Dec 21 10:53:53 cal.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.

Un "upsdrvctl start" manuel corrige la première erreur

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

A noté que même après la mise à jour le dirver utilisé est toujours la version 1.39...

Dec 21 11:15:51 cal usbhid-ups[2637]: Startup successful
Dec 21 11:15:53 cal upsd[1666]: Connected to UPS [Eaton]: usbhid-ups-Eaton
Dec 21 11:15:54 cal upsmon[1670]: Communications with UPS Eaton@localhost established

Par contre nut-drivers.service ne démarre toujours pas.

Dernière modification par Sty_X (21-12-2021 11:51:54)

anonyme

Invité

Re : Problème de communication nut/onduleur

non la mise a jour pas correcte
tu a minimum 3 paquets plus les dépendances
nut , nut-clent et nut-server
nut est un méta-paquet qui aurait dût mettre a jour aussi le client et le server plus quelques dépendances

tu peu vérifier comme ceci

apt policy nut nut-server nut-client
nut:
  Installé : 2.7.4-14
  Candidat : 2.7.4-14
 Table de version :
 *** 2.7.4-14 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        500 http://deb.debian.org/debian bookworm/main i386 Packages
        100 /var/lib/dpkg/status
nut-server:
  Installé : 2.7.4-14
  Candidat : 2.7.4-14
 Table de version :
 *** 2.7.4-14 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status
nut-client:
  Installé : 2.7.4-14
  Candidat : 2.7.4-14
 Table de version :
 *** 2.7.4-14 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        100 /var/lib/dpkg/status
 

avec le bon sources.list tu peu simuler comme ceci

apt -s --reinstall install nut nut-server nut-client
 

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
0 mis à jour, 0 nouvellement installés, 3 réinstallés, 0 à enlever et 0 non mis à jour.
Inst nut-client [2.7.4-14] (2.7.4-14 Debian:testing [amd64])
Inst nut-server [2.7.4-14] (2.7.4-14 Debian:testing [amd64])
Inst nut [2.7.4-14] (2.7.4-14 Debian:testing [all])
Conf nut-client (2.7.4-14 Debian:testing [amd64])
Conf nut-server (2.7.4-14 Debian:testing [amd64])
Conf nut (2.7.4-14 Debian:testing [all])
 

ps: tu vérifie les paquets qui vont être passé en "sid" avant de le faire en vraie (sans le "-s" )
une ligne comme ceci suffit dans /etc/apt/sources.list

#deb http://deb.debian.org/debian/ sid main contrib non-free
 

tu enlève le "#"
un apt update

apt update
 

tu fais l'installation sans le "-s"
puis tu remet le "#"  devant la ligne de sid pour la désactivé
remarque:
tu n'aura pas de mise jours de ces paquets a partir de sid (puisque la ligne sera désactivé ensuite)
mais bon c'est juste pour tester si le driver fonctionne mieux
tu a testé aussi l'option "#synchronous = yes" , le "#" la désactive
moi les deux fonctionnent ( avec yes ou no ) . (no est l'option par défaut du logiciel)
soit prudent avec les commandes , ne passe pas bullseye en sid

Dernière modification par anonyme (21-12-2021 16:21:18)

anonyme

Invité

Re : Problème de communication nut/onduleur

regarde en simulation sur une machine en bookworm (testing) ou nut n'est pas installé

apt -s --reinstall install nut nut-server nut-client
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les paquets supplémentaires suivants seront installés :
  libnutscan1 libupsclient4 libusb-0.1-4
Paquets suggérés :
  nut-monitor nut-cgi nut-ipmi nut-snmp nut-xml
Les NOUVEAUX paquets suivants seront installés :
  libnutscan1 libupsclient4 libusb-0.1-4 nut nut-client nut-server
0 mis à jour, 6 nouvellement installés, 0 à enlever et 0 non mis à jour.
 

au total 6 paquets a mettre a jour
pour le driver c'est le paquet "libusb-0.1-4" qui le met a jour
si la simulation te dit de mettre a jour des paquets comme "libc6"  abandonne
ps: j'ai pas de debian stable pour tester la simulation

anonyme

Invité

Re : Problème de communication nut/onduleur

pour ta remarque

A noté qu'après un reboot le dossier /etc/nut/upssched est vide. Alors que le dossier /var/run/nut contient les fichiers suivants :
 

ce dossier ne sert que  pour upssched.conf et le traitement des alarmes
ce qui est marrant tu a les pid du driver actif (et il ne fonctionne pas)
les deux derniers c'est pour le driver

-rw-r--r-- 1 nut  nut  4 21 déc.  15:40 upsd.pid
-rw-r--r-- 1 root root 4 21 déc.  15:40 upsmon.pid
srw-rw---- 1 nut  nut  0 21 déc.  15:40 usbhid-ups-Eaton
-rw-r--r-- 1 nut  nut  4 21 déc.  15:40 usbhid-ups-Eaton.pid
 

moi j'ai ceci avec "ls -al"

ls -al
total 8
drwxrwx--- 2 nut    nut    4096 20 déc.  19:07 .
drwxr-xr-x 3 root   nut    4096 21 déc.  02:31 ..
srw-rw---- 1 nutmon nutmon    0 20 déc.  19:07 upssched.pipe
 

le upssched.pipe il est de hier lors des essaies
et normalement en cas de message/commande  un PIPEFN et un LOCKFN doivent être créer .

la doc => https://networkupstools.org/docs/man/upssched.conf.html

avec le moniteur système du bureau , ou avec l'utilitaire "top" en console "user"

802 nut       20   0    8396   2420   1852 S   0,7   0,0   0:00.52 upsd
799 nut       20   0    6508    468      0 S   0,3   0,0   0:30.79 usbhid-ups
 

je vois les interrogations sur l'onduleur (toute les 5 secondes de mémoire)

Dernière modification par anonyme (21-12-2021 18:22:25)

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

Après avoir ajouté "deb http://deb.debian.org/debian/ sid main contrib non-free" à /etc/apt/sources.list

Voici ce que j'obtiens :

$ sudo apt -s --reinstall install nut nut-server nut-client
Reading package lists... Done
Building dependency tree      
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 dh-autoreconf : Depends: libtool (>= 2.4.2) but it is not going to be installed
 dh-strip-nondeterminism : Depends: libdebhelper-perl but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

Je viens également de tester avec "synchronous = yes" et ça ne passe toujours pas.

Dernière modification par Sty_X (21-12-2021 18:23:58)

anonyme

Invité

Re : Problème de communication nut/onduleur

donc par cette méthode pas correct
problème de dépendances
laisse tomber trop risqué
que le méta-paquet "nut" soit en version testing/sid pas trop grave
tu peu le remettre a la bonne version avec synaptic par exemple
moi je fais une sauvegarde des scripts dans mon /home

cp -R /etc/nut /home/robert/Documents/nut-back
 

si tu veut garder une trace de tes scripts (un "chown -R user:user nut-back"  va le rendre lisible par l'user (comme archive) )
regarde si tu vois les processus de nut comme indiqué au dessus

Dernière modification par anonyme (21-12-2021 18:39:34)

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

Voila ce que me renvoie "top -u nut"

 2131 nut       20   0    4752    288      0 S   0.7   0.0   0:04.94 /lib/nut/usbhid-ups -a Eaton                                                                                                                                            
 1656 nut       20   0    4900    324      0 S   0.0   0.0   0:00.09 /lib/nut/upsd    

Dernière modification par Sty_X (21-12-2021 18:46:17)

anonyme

Invité

Re : Problème de communication nut/onduleur

pou éviter ce genre de choses

Dec 15 13:53:10 cal.fr upsdrvctl[25019]: Duplicate driver instance detected! Terminating other driver!
 

faire un stop en premier

upsdrvctl stop
 

puis

upsdrvctl start
 

donc tu a bien les pid actif

Dernière modification par anonyme (21-12-2021 18:52:30)

anonyme

Invité

Re : Problème de communication nut/onduleur

ça donne ceci pour moi

upsdrvctl stop
Network UPS Tools - UPS driver controller 2.7.4
 

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

bon ça bug aussi ........ 

j'arrive plus a le démarrer correctement , je redémarre la machine

voila correct de nouveau , cette commande pas très correcte
donc il faut que je teste l'onduleur sur une debian stable bullseye 
ça va pas résoudre ton souci mais ça prouvera que tout est correct ou pas 

Dernière modification par anonyme (21-12-2021 19:10:38)

anonyme

Invité

Re : Problème de communication nut/onduleur

re,

voila sous bullseye

service nut-driver status
● nut-driver.service - Network UPS Tools - power device driver controller
     Loaded: loaded (/lib/systemd/system/nut-driver.service; static)
     Active: active (running) since Tue 2021-12-21 20:39:24 CET; 1min 55s ago
    Process: 738 ExecStart=/sbin/upsdrvctl start (code=exited, status=0/SUCCESS)
   Main PID: 1162 (usbhid-ups)
      Tasks: 1 (limit: 19085)
     Memory: 976.0K
        CPU: 315ms
     CGroup: /system.slice/nut-driver.service
             └─1162 /lib/nut/usbhid-ups -a Eaton

déc. 21 20:39:19 debian30 systemd[1]: Starting Network UPS Tools - power device driver controller...
déc. 21 20:39:23 debian30 upsdrvctl[747]: Using subdriver: MGE HID 1.40
déc. 21 20:39:23 debian30 upsdrvctl[747]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
déc. 21 20:39:23 debian30 upsdrvctl[747]: USB communication driver 0.33
déc. 21 20:39:24 debian30 usbhid-ups[1162]: Startup successful
déc. 21 20:39:24 debian30 upsdrvctl[738]: Network UPS Tools - UPS driver controller 2.7.4
déc. 21 20:39:24 debian30 systemd[1]: Started Network UPS Tools - power device driver controller.
 

uname -a
Linux debian30 5.10.0-10-amd64 #1 SMP Debian 5.10.84-1 (2021-12-08) x86_64 GNU/Linux
 

apt policy nut
nut:
  Installé : 2.7.4-13
  Candidat : 2.7.4-13
 Table de version :
 *** 2.7.4-13 500
        500 https://deb.debian.org/debian bullseye/main amd64 Packages
        500 https://deb.debian.org/debian bullseye/main i386 Packages
        100 /var/lib/dpkg/status
 

je vais tester sur une coupure d'énergie

le résultat

Dec 21 20:48:55 debian30 upsmon[1167]: UPS Eaton@localhost on battery
Dec 21 20:48:55 debian30 upssched[1768]: Timer daemon started
Dec 21 20:48:55 debian30 upssched[1768]: New timer: onbat (10 seconds)
Dec 21 20:48:55 debian30 upssched[1768]: New timer: shutdown (180 seconds)
Dec 21 20:49:05 debian30 upssched[1768]: Event: onbat
Dec 21 20:49:05 debian30 upssched-cmd: Onduleur : extinction dans 3 minutes
Dec 21 20:51:55 debian30 upssched[1768]: Event: shutdown
Dec 21 20:51:55 debian30 upssched-cmd: Shutting down using: upsmon -c fsd
Dec 21 20:51:55 debian30 upsmon[1167]: Signal 10: User requested FSD
Dec 21 20:51:55 debian30 upsd[1164]: Client nutmon@127.0.0.1 set FSD on UPS [Eaton]
Dec 21 20:51:55 debian30 upsmon[1167]: Executing automatic power-fail shutdown
Dec 21 20:51:55 debian30 upsmon[1167]: Auto logout and shutdown proceeding
Dec 21 20:52:00 debian30 systemd[1]: Stopping Session 2 of user robert.
Dec 21 20:52:00 debian30 systemd[1]: Removed slice system-modprobe.slice.
Dec 21 20:52:00 debian30 systemd[1]: Stopped target Graphical Interface.
Dec 21 20:52:00 debian30 systemd[1]: Stopped target Multi-User System.
Dec 21 20:52:00 debian30 systemd[1]: Stopped target Login Prompts.
Dec 21 20:52:00 debian30 systemd[1]: Stopped target Sound Card.
Dec 21 20:52:00 debian30 systemd[1]: Stopped target Timers.
Dec 21 20:52:00 debian30 systemd[1]: apt-daily-upgrade.timer: Succeeded.
Dec 21 20:52:00 debian30 systemd[1]: Stopped Daily apt upgrade and clean activities.
etc .....   et arrêt
 

et j'ai le mail dans boite aux lettres "Onduleur : extinction dans 3 minutes"

on dirait que la version du driver s'adapte au matériel , donc tu n'a rien a gagner avec la version de sid
tu a un problème avec nut et ton matériel ou un souci sur ton installation

Dernière modification par anonyme (21-12-2021 21:05:17)

anonyme

Invité

Re : Problème de communication nut/onduleur

les services idem que sous sid

service nut-monitor status
● 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-21 20:53:30 CET; 11min ago
    Process: 1107 ExecStart=/sbin/upsmon (code=exited, status=0/SUCCESS)
   Main PID: 1109 (upsmon)
      Tasks: 2 (limit: 19085)
     Memory: 2.8M
        CPU: 25ms
     CGroup: /system.slice/nut-monitor.service
             ├─1108 /lib/nut/upsmon
             └─1109 /lib/nut/upsmon

déc. 21 20:53:30 debian30 systemd[1]: Starting Network UPS Tools - power device monitor and shutdown controller...
déc. 21 20:53:30 debian30 upsmon[1107]: fopen /run/nut/upsmon.pid: No such file or directory
déc. 21 20:53:30 debian30 upsmon[1107]: UPS: Eaton@localhost (master) (power value 1)
déc. 21 20:53:30 debian30 upsmon[1107]: Using power down flag file /etc/killpower
déc. 21 20:53:30 debian30 upsmon[1108]: Startup successful
déc. 21 20:53:30 debian30 systemd[1]: nut-monitor.service: Can't open PID file /run/nut/upsmon.pid (yet?) after start: Operation not permitted
déc. 21 20:53:30 debian30 systemd[1]: nut-monitor.service: Supervising process 1109 which is not our child. We'll most likely not notice when>
déc. 21 20:53:30 debian30 systemd[1]: Started Network UPS Tools - power device monitor and shutdown controller.
déc. 21 20:53:30 debian30 upsmon[1109]: Init SSL without certificate database
 

service nut-server status
● 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-21 20:53:30 CET; 13min ago
    Process: 1105 ExecStart=/sbin/upsd (code=exited, status=0/SUCCESS)
   Main PID: 1106 (upsd)
      Tasks: 1 (limit: 19085)
     Memory: 1.1M
        CPU: 47ms
     CGroup: /system.slice/nut-server.service
             └─1106 /lib/nut/upsd

déc. 21 20:53:30 debian30 upsd[1105]: fopen /run/nut/upsd.pid: No such file or directory
déc. 21 20:53:30 debian30 upsd[1105]: listening on 127.0.0.1 port 3493
déc. 21 20:53:30 debian30 upsd[1105]: listening on 127.0.0.1 port 3493
déc. 21 20:53:30 debian30 upsd[1105]: Connected to UPS [Eaton]: usbhid-ups-Eaton
déc. 21 20:53:30 debian30 upsd[1105]: Connected to UPS [Eaton]: usbhid-ups-Eaton
déc. 21 20:53:30 debian30 upsd[1105]: allowfrom in upsd.users is no longer used
déc. 21 20:53:30 debian30 upsd[1105]: allowfrom in upsd.users is no longer used
déc. 21 20:53:30 debian30 upsd[1106]: Startup successful
déc. 21 20:53:30 debian30 systemd[1]: Started Network UPS Tools - power devices information server.
déc. 21 20:53:30 debian30 upsd[1106]: User nutmon@127.0.0.1 logged into UPS [Eaton]
 

tu est sur de ne pas avoir de problème de port USB , pas tester les autres ?

Dernière modification par anonyme (21-12-2021 23:56:43)

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

Merci pour tout ces tests !

Mon serveur tourne encoure avec Buster (10.11) car il utilise le système Yunohost qui n'est pas encore porté sur Bulleseye (https://forum.yunohost.org/t/alpha-stag … -4-x/18014).

Pour le port USB, j'avais essayé, au tout début, sur un autre port sans plus de résultat. Je ne suis plus chez moi depuis lundi, mais à mon retour dimanche soir, j'essayerai de nouveau de changer de port, j'essayerai aussi un autre câble (sait-on jamais...).

Tout en sachant, que lors de ma première installation/configuration de nut, même s'il y avait ces soucis de driver-nut.service qui ne démarre jamais et de besoin de faire un "upsdrvctl start" manuel au démarrage, le reste fonctionnait bien : détection de la coupure d'alim, lancement des timers, envoie des mails/sms d'alertes, extinction du serveur puis de l'onduleur.
Suite à la première désinstallation, sûrement pas super clean, puis réinstallation/reconfiguration ça ne fonctionnait plus : il y avait bien la détection de la coupure d'alim mais les timers ne se lançaient pas.
Puis depuis la désinstallation "propre" + réinstallation/reconfiguration actuelle, je n'ai pas pu tester car je ne suis plus chez moi...
Si d'ici dimanche nous n'avons pas trouvé un moyen de corriger "proprement" ces deux soucis et si le reste refonctionne effectivement en cas du coupure, je n'aurais besoin que de faire un cron pour exécuter un "upsdrvctl start" au démarrage. Ok c'est étrange que tout fonctionne alors que le service driver semble HS et la méthode du cron n'est pas hyper satisfaisante mais si c'est la seule technique qui reste je ferrais avec.

Je pense à un truc : pour ta config actuelle, tu as ajouté des regles à udev ? Moi oui et j'ai testé deux méthodes différentes :
    Méthode 1 :
Créer un fichier /etc/udev/rules.d/90-nut-ups.rules contenant ceci :

# /etc/udev/rules.d/90-nut-ups.rules
# Eaton 650
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="0463", ATTR{idProduct}=="ffff", MODE="0660", GROUP="nut"

Cette méthode semble la plus "classique"

    Méthode 2 :
Copier le fichier /lib/udev/rules.d/62-nut-usbups.rules, généré lors de l'installation de nut, vers /etc/udev/rules.d/

sudo cp /lib/udev/rules.d/62-nut-usbups.rules /etc/udev/rules.d/

Contenu de /lib/udev/rules.d/62-nut-usbups.rules :

# This file is generated and installed by the Network UPS Tools package.

ACTION!="add|change", GOTO="nut-usbups_rules_end"
SUBSYSTEM=="usb_device", GOTO="nut-usbups_rules_real"
SUBSYSTEM=="usb", GOTO="nut-usbups_rules_real"
SUBSYSTEM!="usb", GOTO="nut-usbups_rules_end"

LABEL="nut-usbups_rules_real"
#  ATCL FOR UPS  - nutdrv_atcl_usb
ATTR{idVendor}=="0001", ATTR{idProduct}=="0000", MODE="664", GROUP="nut"

# Hewlett Packard
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="0001", MODE="664", GROUP="nut"
#  T500  - bcmxcp_usb
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f01", MODE="664", GROUP="nut"
#  T750  - bcmxcp_usb
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f02", MODE="664", GROUP="nut"
#  HP T750 INTL  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f06", MODE="664", GROUP="nut"
#  HP T1000 INTL  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f08", MODE="664", GROUP="nut"
#  HP T1500 INTL  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f09", MODE="664", GROUP="nut"
#  HP R/T 2200 INTL (like SMART2200RMXL2U)  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1f0a", MODE="664", GROUP="nut"
#  HP R1500 G2 and G3 INTL  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe0", MODE="664", GROUP="nut"
#  HP T750 G2  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe1", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe2", MODE="664", GROUP="nut"
#  HP T1500 G3  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe3", MODE="664", GROUP="nut"
#  R/T3000  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe5", MODE="664", GROUP="nut"
#  R/T3000  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe6", MODE="664", GROUP="nut"
#  various models  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe7", MODE="664", GROUP="nut"
#  various models  - usbhid-ups
ATTR{idVendor}=="03f0", ATTR{idProduct}=="1fe8", MODE="664", GROUP="nut"

# Eaton
#  various models  - usbhid-ups
ATTR{idVendor}=="0463", ATTR{idProduct}=="0001", MODE="664", GROUP="nut"
#  various models  - usbhid-ups
ATTR{idVendor}=="0463", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut"

# Dell
#  various models  - usbhid-ups
ATTR{idVendor}=="047c", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut"
#  TS Shara UPSes  - nutdrv_qx
ATTR{idVendor}=="0483", ATTR{idProduct}=="0035", MODE="664", GROUP="nut"

# Riello (Cypress Semiconductor Corp.)
#  various models  - riello_usb
ATTR{idVendor}=="04b4", ATTR{idProduct}=="5500", MODE="664", GROUP="nut"

# Minibox
#  openUPS Intelligent UPS (minimum required firmware 1.4)  - usbhid-ups
ATTR{idVendor}=="04d8", ATTR{idProduct}=="d004", MODE="664", GROUP="nut"
#  openUPS Intelligent UPS (minimum required firmware 1.4)  - usbhid-ups
ATTR{idVendor}=="04d8", ATTR{idProduct}=="d005", MODE="664", GROUP="nut"

# Belkin
#  F6H375-USB  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0375", MODE="664", GROUP="nut"
#  F6C550-AVR  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0551", MODE="664", GROUP="nut"
#  F6C1250-TW-RK  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0750", MODE="664", GROUP="nut"
#  F6C1500-TW-RK  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0751", MODE="664", GROUP="nut"
#  F6C900-UNV  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0900", MODE="664", GROUP="nut"
#  F6C100-UNV  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0910", MODE="664", GROUP="nut"
#  F6C120-UNV  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0912", MODE="664", GROUP="nut"
#  F6C800-UNV  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0980", MODE="664", GROUP="nut"
#  Regulator PRO-USB  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="0f51", MODE="664", GROUP="nut"
#  F6C1100-UNV, F6C1200-UNV  - usbhid-ups
ATTR{idVendor}=="050d", ATTR{idProduct}=="1100", MODE="664", GROUP="nut"

# APC
#  APC AP9584 Serial->USB kit  - usbhid-ups
ATTR{idVendor}=="051d", ATTR{idProduct}=="0000", MODE="664", GROUP="nut"
#  various models  - usbhid-ups
ATTR{idVendor}=="051d", ATTR{idProduct}=="0002", MODE="664", GROUP="nut"
#  various 5G models  - usbhid-ups
ATTR{idVendor}=="051d", ATTR{idProduct}=="0003", MODE="664", GROUP="nut"

# Powerware
#  various models  - bcmxcp_usb
ATTR{idVendor}=="0592", ATTR{idProduct}=="0002", MODE="664", GROUP="nut"
#  PW 9140  - usbhid-ups
ATTR{idVendor}=="0592", ATTR{idProduct}=="0004", MODE="664", GROUP="nut"
#  Agiler UPS  - blazer_usb
ATTR{idVendor}=="05b8", ATTR{idProduct}=="0000", MODE="664", GROUP="nut"
#  Belkin F6C1200-UNV  - blazer_usb
ATTR{idVendor}=="0665", ATTR{idProduct}=="5161", MODE="664", GROUP="nut"

# Phoenixtec Power Co., Ltd
#  various models  - bcmxcp_usb
ATTR{idVendor}=="06da", ATTR{idProduct}=="0002", MODE="664", GROUP="nut"
#  Mustek Powermust  - blazer_usb
ATTR{idVendor}=="06da", ATTR{idProduct}=="0003", MODE="664", GROUP="nut"
#  Phoenixtec Innova 3/1 T  - blazer_usb
ATTR{idVendor}=="06da", ATTR{idProduct}=="0004", MODE="664", GROUP="nut"
#  Phoenixtec Innova RT  - blazer_usb
ATTR{idVendor}=="06da", ATTR{idProduct}=="0005", MODE="664", GROUP="nut"
#  Phoenixtec Innova T  - blazer_usb
ATTR{idVendor}=="06da", ATTR{idProduct}=="0201", MODE="664", GROUP="nut"
#  Online Zinto A  - blazer_usb
ATTR{idVendor}=="06da", ATTR{idProduct}=="0601", MODE="664", GROUP="nut"
#  various models  - usbhid-ups
ATTR{idVendor}=="06da", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut"

# iDowell
#  iDowell  - usbhid-ups
ATTR{idVendor}=="075d", ATTR{idProduct}=="0300", MODE="664", GROUP="nut"

# Cyber Power Systems
#  900AVR/BC900D  - usbhid-ups
ATTR{idVendor}=="0764", ATTR{idProduct}=="0005", MODE="664", GROUP="nut"
#  Dynex DX-800U?, CP1200AVR/BC1200D, CP825AVR-G, CP1000AVRLCD, CP1000PFCLCD, CP1500C, CP550HG, etc.  - usbhid-ups
ATTR{idVendor}=="0764", ATTR{idProduct}=="0501", MODE="664", GROUP="nut"
#  OR2200LCDRM2U, OR700LCDRM1U, PR6000LCDRTXL5U  - usbhid-ups
ATTR{idVendor}=="0764", ATTR{idProduct}=="0601", MODE="664", GROUP="nut"
#  Sweex 1000VA  - richcomm_usb
ATTR{idVendor}=="0925", ATTR{idProduct}=="1234", MODE="664", GROUP="nut"

# TrippLite
#  e.g. OMNIVS1000, SMART550USB, ...  - tripplite_usb
ATTR{idVendor}=="09ae", ATTR{idProduct}=="0001", MODE="664", GROUP="nut"
#  e.g. TrippLite AVR550U  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="1003", MODE="664", GROUP="nut"
#  e.g. TrippLite AVR750U  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="1007", MODE="664", GROUP="nut"
#  e.g. TrippLite ECO550UPS  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="1008", MODE="664", GROUP="nut"
#  e.g. TrippLite ECO550UPS  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="1009", MODE="664", GROUP="nut"
#  e.g. TrippLite ECO550UPS  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="1010", MODE="664", GROUP="nut"
#  e.g. TrippLite OMNI1000LCD  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2005", MODE="664", GROUP="nut"
#  e.g. TrippLite OMNI900LCD  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2007", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2008", MODE="664", GROUP="nut"
#  e.g. TrippLite Smart1000LCD  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2009", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2010", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2011", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2012", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2013", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="2014", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3008", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3009", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3010", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3011", MODE="664", GROUP="nut"
#  e.g. TrippLite smart2200RMXL2U  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3012", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3013", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3014", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3015", MODE="664", GROUP="nut"
#  e.g. TrippLite Smart1500LCD (newer unit)  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="3016", MODE="664", GROUP="nut"
#  e.g. TrippLite SmartOnline SU1500RTXL2UA (older unit?)  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4001", MODE="664", GROUP="nut"
#  e.g. TrippLite SmartOnline SU6000RT4U?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4002", MODE="664", GROUP="nut"
#  e.g. TrippLite SmartOnline SU1500RTXL2ua  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4003", MODE="664", GROUP="nut"
#  e.g. TrippLite SmartOnline SU1000XLA  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4004", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4005", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4006", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4007", MODE="664", GROUP="nut"
#  e.g. ?  - usbhid-ups
ATTR{idVendor}=="09ae", ATTR{idProduct}=="4008", MODE="664", GROUP="nut"

# PowerCOM
#  PowerCOM Vanguard and BNT-xxxAP  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="0001", MODE="664", GROUP="nut"
#  PowerCOM Vanguard and BNT-xxxAP  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="0004", MODE="664", GROUP="nut"
#  PowerCOM IMP - IMPERIAL Series  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a2", MODE="664", GROUP="nut"
#  PowerCOM SKP - Smart KING Pro (all Smart series)  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a3", MODE="664", GROUP="nut"
#  PowerCOM WOW  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a4", MODE="664", GROUP="nut"
#  PowerCOM VGD - Vanguard  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a5", MODE="664", GROUP="nut"
#  PowerCOM BNT - Black Knight Pro  - usbhid-ups
ATTR{idVendor}=="0d9f", ATTR{idProduct}=="00a6", MODE="664", GROUP="nut"
#  Unitek Alpha 1200Sx  - blazer_usb
ATTR{idVendor}=="0f03", ATTR{idProduct}=="0001", MODE="664", GROUP="nut"

# Liebert
#  Liebert PowerSure PSA UPS  - usbhid-ups
ATTR{idVendor}=="10af", ATTR{idProduct}=="0001", MODE="664", GROUP="nut"
#  Liebert PowerSure PSI 1440  - usbhid-ups
ATTR{idVendor}=="10af", ATTR{idProduct}=="0004", MODE="664", GROUP="nut"
#  Liebert GXT3  - usbhid-ups
ATTR{idVendor}=="10af", ATTR{idProduct}=="0008", MODE="664", GROUP="nut"
#  GE EP series  - blazer_usb
ATTR{idVendor}=="14f0", ATTR{idProduct}=="00c9", MODE="664", GROUP="nut"

# AEG
#  PROTECT B / NAS  - usbhid-ups
ATTR{idVendor}=="2b2d", ATTR{idProduct}=="ffff", MODE="664", GROUP="nut"
#  Ablerex 625L USB  - blazer_usb
ATTR{idVendor}=="ffff", ATTR{idProduct}=="0000", MODE="664", GROUP="nut"

LABEL="nut-usbups_rules_end"
 

Cette méthode est conseillé sur cette page : https://dannytsang.co.uk/install-networ … ng-server/

anonyme

Invité

Re : Problème de communication nut/onduleur

Bonjour
oui testé la méthode 1 , puis enlever , ne change rien ça fonctionne avec ou sans. (quand le matériel est bien pris en charge par le noyau )
quand a la méthode 2 , il y a tous les drivers , me semble un peu lourd , pas testé .

dans l'ordre , le kernel détecte le matériel et le configure , sur ton bureau tu dois retrouver sa gestion . (basique)
pour Nut il apporte des fonctionnalités supplémentaires , jusque a écrire dans l'onduleur et modifié certaines valeurs (si son firmware le permet ) ,
le Eaton 3S permet d'ajuster certaines valeurs (voir la doc officielle de Nut sur leur site)

Ce driver qui se charge mal ça restera un mystère .........
de même les warnings sur nut-server et nut-monitor sur les retours de systemctl

Passe de Bonnes Fêtes 

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

Merci à toi aussi et merci encore pour tout le temps passé !

Je te tiens au courant lorsque j'aurais effectué les derniers tests !

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

En attendant de pouvoir tester je recherche encore de possibles solutions.

D'après ce site : https://blog.tisseurdetoile.net/2015-04 … spberrypi/ et tout comme dans mon cas, l'onduleur est sur hidraw0 :

# dmesg  | grep hid
[    5.353399] hidraw: raw HID events driver (C) Jiri Kosina
[    8.677809] usbcore: registered new interface driver usbhid
[    8.677812] usbhid: USB HID core driver
[    8.687880] hid-generic 0003:0463:FFFF.0001: hiddev0,hidraw0: USB HID v10.10 Device [EATON Ellipse ECO] on usb-0000:00:14.0-11/input0

J'ajoute ensuite une regle à udev :

# nano /etc/udev/rules.d/90-nut-ups.rules
KERNEL=="hidraw0", GROUP="nut", MODE="0666"

Puis "udevadm trigger", "udevadm control --reload-rules" et un reboot (histoire d'être sûr). Toujours les mêmes soucis mais avec tout ça je m'attendait à trouver une mention à hidraw0 dans /dev/, du style  "/dev/hidraw0" mais non, rien du tout... N'y aurait-il pas quelque-chose à creuser à ce niveau à ton avis ? Ou ce n'est rien d'intéressant ?

anonyme

Invité

Re : Problème de communication nut/onduleur

Bonjour

dmesg  | grep hid
[    3.521056] hid: raw HID events driver (C) Jiri Kosina
[    6.545270] usbcore: registered new interface driver usbhid
[    6.545272] usbhid: USB HID core driver
[    6.548377] hid-generic 0003:0463:FFFF.0001: hiddev0,hidraw0: USB HID v1.10 Device [EATON Eaton 3S] on usb-0000:00:13.0-1/input0
[    6.548586] hid-generic 0003:045E:00CB.0002: input,hidraw1: USB HID v1.11 Mouse [PixArt Microsoft USB Optical Mouse] on usb-0000:00:13.0-2/input0
 

ps : mon dossier /etc/udev/rules.d/  est vide

nota: trouver un MGE Ellipse a la maison sur le PC de mon fils en windows10 (non raccordé en usb sur la machine) , faut que je lui emprunte
pour /dev ce sera ttyS0 utilisé comme port de communication , mais bon pas des fichiers , mais des liens virtuels.
je pense que tu mélange "driver" , "port de communication"  etc  .....
il faut rester simple , si possible .

ps: sur une autre machine sans onduleur j'ai des hidraw0 a hidraw4 , quand je branche mon cable usb convertisseur série RS232 (port com) , j'ai un "ttyUSB0" créé
je serai pas t'expliquer tout cela  , pour le PC avec l' Eaton , j'ai un hidraw1 , pour la souris USB    (et rien pour l'onduleur qui doit être en ttyS0)
faut que l'on révise  les principes et le fonctionnement de Linux 

Dernière modification par anonyme (23-12-2021 08:13:13)

anonyme

Invité

Re : Problème de communication nut/onduleur

Bonjour
le retour de l' Ellispse 750

Dec 24 23:36:15 debian30 kernel: [    2.720020] usb 1-10: New USB device found, idVendor=0463, idProduct=ffff, bcdDevice=42.41
Dec 24 23:36:15 debian30 kernel: [    2.720023] usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=4
Dec 24 23:36:15 debian30 kernel: [    2.720025] usb 1-10: Product: ELLIPSE
Dec 24 23:36:15 debian30 kernel: [    2.720027] usb 1-10: Manufacturer: MGE OPS SYSTEMS
Dec 24 23:36:15 debian30 kernel: [    2.720029] usb 1-10: SerialNumber: BDCJ3106P
 

service nut-driver status
● nut-driver.service - Network UPS Tools - power device driver controller
     Loaded: loaded (/lib/systemd/system/nut-driver.service; static)
     Active: active (running) since Fri 2021-12-24 23:36:18 CET; 5min ago
    Process: 730 ExecStart=/sbin/upsdrvctl start (code=exited, status=0/SUCCESS)
   Main PID: 1128 (usbhid-ups)
      Tasks: 1 (limit: 19085)
     Memory: 1.0M
        CPU: 803ms
     CGroup: /system.slice/nut-driver.service
             └─1128 /lib/nut/usbhid-ups -a Eaton

déc. 24 23:36:15 debian30 systemd[1]: Starting Network UPS Tools - power device driver controller...
déc. 24 23:36:16 debian30 upsdrvctl[736]: Using subdriver: MGE HID 1.40
déc. 24 23:36:16 debian30 upsdrvctl[736]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
déc. 24 23:36:16 debian30 upsdrvctl[736]: USB communication driver 0.33
déc. 24 23:36:18 debian30 usbhid-ups[1128]: Startup successful
déc. 24 23:36:18 debian30 upsdrvctl[730]: Network UPS Tools - UPS driver controller 2.7.4
déc. 24 23:36:18 debian30 systemd[1]: Started Network UPS Tools - power device driver controller.
 

upsc Eaton@localhost

Init SSL without certificate database
battery.charge: 96
battery.charge.low: 30
battery.runtime: 2706
battery.type: PbAc
device.mfr: MGE OPS SYSTEMS
device.model: Ellipse 750
device.serial: BDCJ3106P
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: MGE HID 1.40
driver.version.internal: 0.41
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: on
outlet.1.switchable: no
outlet.desc: Main Outlet
outlet.id: 1
outlet.switchable: no
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.load: 1
ups.mfr: MGE OPS SYSTEMS
ups.model: Ellipse 750
ups.power.nominal: 750
ups.productid: ffff
ups.serial: BDCJ3106P
ups.status: OL
ups.timer.shutdown: -1
ups.timer.start: -10
ups.vendorid: 0463
 

la batterie a été changé une fois déjà , mais aucune idée quand , et de son age , a mon avis pas loin de 10 ans
après le shutdown (3mn)

battery.charge: 82
 

encore correcte la batterie 

je comprends pas pourquoi tu a ce problème , un défaut de l'onduleur ?
ps: onduleur de 2009  environ (voir plus vieux) , j'ai le logiciel pour Linux sur CD   ,  et récupérer celui de Eaton (VM) .

Dernière modification par anonyme (25-12-2021 00:37:47)

Sty_X

Membre

Inscription : 14-02-2021

Re : Problème de communication nut/onduleur

Bonjour,

Retour sur le test en débranchant l'onduleur : tout fonctionne correctement malgré ce soucis de drivers-service...
J'ai donc ajouté un cron au démarrage pour lancer un "upsdrvctl start" et voila.

Que de mystère cette affaire...

En tout cas encore une fois un grand merci pour ton aide !