Messages de Sty_X

Sty_X · Matériel

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 !

Sty_X · Matériel

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 ?

Sty_X · Matériel

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 · Matériel

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/

Sty_X · Matériel

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     

Sty_X · Matériel

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.

Sty_X · Matériel

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.

Sty_X · Matériel

anonyme a écrit :

il faut créer un dossier "upssched" pour les 2 "pid" de upssched.conf propriétaires "nut:nut"

ps: si tu veut l'ensemble de mes scripts maintenant dit le

Je ne suis pas sûr de comprendre. Tu parles de créer un dossier nommé upssched dans /var/run/nut/ pour les fichiers en .pipe (PIPEFN et LOCKFN) mentionnés dans upssched.conf ? Si c’est bien ça moi j’ai fait autrement : j’ai modifié les lignes dans upssched.conf pour passer de cela :

PIPEFN /var/run/nut/upssched/upssched.pipe

LOCKFN /var/run/nut/upssched/upssched.lock

A cela :

PIPEFN /var/run/nut/upssched.pipe

LOCKFN /var/run/nut/upssched.lock

Comme cela je pensais que je n’avais pas besoin de créer le dossier /var/run/nut/upssched. Tu penses que ma solution pose problème ?

PS : Ah ben oui je veux bien tes scipts pour comparer si cela ne te dérange pas

anonyme a écrit :

ma version du driver

cat /var/log/syslog | grep -i upsdrvctl
Dec 20 19:05:43 debian2 upsdrvctl[505]: Using subdriver: MGE HID 1.40
Dec 20 19:05:43 debian2 upsdrvctl[505]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)
Dec 20 19:05:43 debian2 upsdrvctl[505]: USB communication driver 0.33
Dec 20 19:05:45 debian2 upsdrvctl[496]: Network UPS Tools - UPS driver controller 2.7.4

je dois être sur un usb version 1.1 (vieille machine)
mais j'ai du 2 et du 3 en usb disponible (en amd ancienne génération cpu AMD FX-8320E )

C’est étrange : tu as la version 1.4 du driver MGE HID alors que j’ai la version 1.39... Est-il possible de faire une mise à jour ?

$ cat /var/log/syslog | grep -i upsdrvctl

Dec 20 09:27:42 cal upsdrvctl[607]: USB communication driver 0.33

Dec 20 18:37:57 cal upsdrvctl[612]: Using subdriver: MGE HID 1.39

Dec 20 18:37:57 cal upsdrvctl[612]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)

Pour moi l'onduleur est connecté sur un port USB3

anonyme a écrit :

comme moi (en #18 ) le maxretry pose problème avec ton driver ?

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.

il est prévue de faire 3 tentatives en cas d' échec du driver

la batterie fatiguée
la version du firmware de l'onduleur

battery.charge: 32

ups.firmware: 02.08.0010

Pour moi le maxretry ne pose pas de soucis :

$ 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

En même temps la ligne est commentée dans le fichier ups.conf

#maxretry = 3

[eaton650]

    driver = usbhid-ups

    port = auto

Chez moi le firmware de l'onduleur est en version 2 et non pas 02.08.0010 comme chez toi. Est-il possible de le mettre à jour ?

$ /bin/upsc eaton650@localhost

ups.firmware: 02

Sty_X · Matériel

Voila ce que me donne les logs lors du démarrage :

$ cat /var/log/syslog | grep -i upsdrvctl

Dec 20 18:37:57 cal upsdrvctl[612]: Using subdriver: MGE HID 1.39

Dec 20 18:37:57 cal upsdrvctl[612]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)

Dec 20 18:37:57 cal upsdrvctl[612]: USB communication driver 0.33

$ cat /var/log/syslog | grep -i fopen

Dec 20 18:37:58 cal upsd[1664]: fopen /var/run/nut/upsd.pid: No such file or directory

Dec 20 18:37:58 cal upsmon[1668]: fopen /var/run/nut/upsmon.pid: No such file or directory

$ cat /var/log/syslog | grep -i nut-monitor.service

Dec 20 18:37:58 cal systemd[1]: nut-monitor.service: Can't open PID file /run/nut/upsmon.pid (yet?) after start: No such file or directory

Dec 20 18:37:58 cal systemd[1]: nut-monitor.service: Supervising process 1670 which is not our child. We'll most likely not notice when it exits. 

$ cat /var/log/syslog | grep -i nut 

Dec 20 18:37:58 cal systemd[1]: nut-driver.service: Start operation timed out. Terminating.

Dec 20 18:37:58 cal systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM

Dec 20 18:37:58 cal systemd[1]: nut-driver.service: Failed with result 'timeout'.

Dec 20 18:37:58 cal upsd[1664]: fopen /var/run/nut/upsd.pid: No such file or directory

Dec 20 18:37:58 cal upsmon[1668]: fopen /var/run/nut/upsmon.pid: No such file or directory

Dec 20 18:37:58 cal systemd[1]: nut-monitor.service: Can't open PID file /run/nut/upsmon.pid (yet?) after start: No such file or directory

Dec 20 18:37:58 cal systemd[1]: nut-monitor.service: Supervising process 1670 which is not our child. We'll most likely not notice when it exits.

Pour ton post #41 : tu utilises quoi comme commande pour le shutdown ?
voila mon /bin/upssched-cmd

case $1 in

        onbat)

                logger -t upssched-cmd "Cal sur onduleur -> Extinction dans 10 minutes !"

                echo "Cal sur onduleur -> Extinction dans 10 minutes !" | mail -s "ONDULEUR ALERTE" root@cal.fr

                curl "https://smsapi.free-mobile.fr/sendmsg?user=********&pass=********msg=Cal%20sur%20onduleur%20-%3e%20Extinction%20dans%2010%10minutes%20%21"

                ;;

        shutdown)

                logger -t upssched-cmd "Cal sur onduleur depuis 10 minutes -> Extinction immédiate !"

                upsmon -c fsd

                ;;

        *)

                logger -t upssched-cmd "Unrecognized command: $1"

                ;;

esac

Sty_X · Matériel

Pourrais-tu me donner la commande à utiliser pour afficher les lignes intéressantes dans les logs après un redémarrage. Afin de pouvoir comparer avec toi.

Sinon voici mon fichier ups.conf

#maxretry = 3

[eaton650]

    driver = usbhid-ups

    port = auto

et le ficher upsd.users

[admin]

        password = monmotdepasse

        allowfrom = localhost

        actions = SET

        instcmds = ALL

        upsmon master

J'ai bien un utilisateur nut faisant partie du groupe nut. Peut-être un soucis au niveau des droits ?

Sty_X · Matériel

Salut et une nouvelle fois merci !

En effet, la commande :

# systemctl enable nut.driver-service

me retourne cette erreur :

The unit files have no installation config (WantedBy=, RequiredBy=, Also=,

Alias= settings in the [Install] section, and DefaultInstance= for template

units). This means they are not meant to be enabled using systemctl.

Possible reasons for having this kind of units are:

• A unit may be statically enabled by being symlinked from another unit's

  .wants/ or .requires/ directory.

• A unit's purpose may be to act as a helper for some other unit which has

  a requirement dependency on it.

• A unit may be started when needed via activation (socket, path, timer,

  D-Bus, udev, scripted systemctl call, ...).

• In case of template units, the unit is meant to be enabled with some

  instance name specified.

Ensuite, lorsque je fais un

systemctl start nut-driver.service

j'ai en retour :

Job for nut-driver.service failed because a timeout was exceeded.

See "systemctl status nut-driver.service" and "journalctl -xe" for details.

Et donc ensuite

systemctl status nut-driver.service

me renvoie

● 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 Mon 2021-12-20 00:00:15 CET; 3min 37s ago

  Process: 2211 ExecStart=/sbin/upsdrvctl start (code=killed, signal=TERM)

Dec 20 00:00:09 cal.fr systemd[1]: Starting Network UPS Tools - power device driver controller...

Dec 20 00:00:13 cal.fr upsdrvctl[2211]: Using subdriver: MGE HID 1.39

Dec 20 00:00:13 cal.fr upsdrvctl[2211]: Network UPS Tools - Generic HID driver 0.41 (2.7.4)

Dec 20 00:00:13 cal.fr upsdrvctl[2211]: USB communication driver 0.33

Dec 20 00:00:14 cal.fr systemd[1]: nut-driver.service: Start operation timed out. Terminating.

Dec 20 00:00:14 cal.fr systemd[1]: nut-driver.service: Control process exited, code=killed, status=15/TERM

Dec 20 00:00:15 cal.fr systemd[1]: nut-driver.service: Failed with result 'timeout'.

Dec 20 00:00:15 cal.fr systemd[1]: Failed to start Network UPS Tools - power device driver controller.

En lisant ton post précédent (#35), j'ai l'impression que tu as trouvé une solution pour cela mais je n'ai pas ou mal compris. Pourrais-tu m'en dire plus ?

Je pense que c'est lié au problème ci-dessus, mais lors d'un reboot, dans les logs j'ai donc toujours un :

Dec 20 00:00:53 cal upsmon[1668]: Poll UPS [eaton650@localhost] failed - Driver not connected

Tant que je ne lance pas manuellement un :

# upsdrvctl start 

Sty_X · Matériel

Merci pour ton aide ! Mais tu n'as quand même pas acheté un onduleur exprès pour cela quand même ??

Bon bon bon... Depuis la désinstallation / réinstallation j'ai des soucis qui se sont rajoutés... Avant il y avait ce soucis au niveau du driver qui ne se lançait pas au démarrage. Mais après avoir lancé manuellement avec "upsdrvctl start" tout fonctionnait ensuite (déclenchement de différents minuteurs pour envoie de mail puis extinction).
Maintenant, en reproduisant la configuration qui fonctionnait précédemment, les minuteurs qui se déclenchaient auparavant (via /etc/nut/upssched.conf et /bin/upssched-com) ne se déclenchent plus... Dans les log j'ai juste une alerte pour me dire que l'ups est sur batterie.

Lors de la désinstallation via "apt remove --purge nut" j'ai ensuite viré les fichiers de conf manuellement mais ce qui est étrange c'est que la première installation avaient créé ses fichiers (ou alors sont-ils présents de bases dans debian ?) et que la seconde installation ne les a pas recrée. Je me demande si la désinstallation / réinstallation n'a pas foutu la merde... J'aimerais bien repartir sur quelque-chose de vraiment propre pour ensuite être sur que les bug ne viennent pas d'une désinstallation/réinstallation pas clean ou d'un fichier/script qui traîne encore quelque part.

Sty_X · Matériel

Non comment ça pour le fichier "upsd-users" ??

Tu n'as aucune référence à un "upssched" dans le fichier "upsmon.conf" ?

Sty_X · Matériel

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

Sty_X · Matériel

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 ?

Sty_X · Matériel

anonyme a écrit :

ton type dans driver.list
"Eaton" "ups" "5" "Ellipse ECO 650/800/1200/1600 VA" "USB" "usbhid-ups"

Excuse moi, je n'ai pas compris ton dernier message.

Sty_X · Matériel

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

Sty_X · Matériel

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 ?

Sty_X · Matériel

Que me conseillerais-tu de faire ?

Sty_X · Matériel

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

Sty_X · Matériel

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.

Sty_X · Matériel

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 ?

Sty_X · Matériel

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 !

Sty_X · Matériel

Bonjour,

Je me permets un petit up !

merci

Sty_X · Matériel

Bonjour à vous tous,

Je me permets d'ouvrir un sujet pour vous demander votre aide concernant une carte wifi TP-LINK TL-WDN4800 (aussi appelée N900).

Cette carte dispose d'un chipset Atheros AR9380 normalement prise en charge automatiquement par Debian grâce au driver ath9k.

Lorsque la carte est connectée les commandes lspci et ls /sys/class/netet me renvoient respectivement les retours suivants :

- "eno1 enp3s0 lo tun0 wlp1s0 wlp4s0" alors que lorsque la carte n'est pas connectée le retour est le suivant "eno1 enp2s0 lo tun0 wlp3s0"
- 01:00.0 Network controller: Qualcomm Atheros AR93xx Wireless Network Adapter (rev 01)

La carte semble donc bien reconnue. Je vois les réseaux wifi dispo cependant impossible de m'y connecter. Le pc essaie d'établir une connexion puis échoue.

Y'aurait-il un moyen de savoir si le driver est bien installé et bien utilisé par la carte ou s'il n'y a pas un conflit avec un autre driver ?

Merci d'avoir pris le temps de me lire et merci pour votre aide !

Debian-facile

#1 Re : Matériel » Problème de communication nut/onduleur » 27-12-2021 15:59:23

#2 Re : Matériel » Problème de communication nut/onduleur » 23-12-2021 00:23:10

#3 Re : Matériel » Problème de communication nut/onduleur » 22-12-2021 23:38:47

#4 Re : Matériel » Problème de communication nut/onduleur » 22-12-2021 01:13:09

#5 Re : Matériel » Problème de communication nut/onduleur » 21-12-2021 18:46:07

#6 Re : Matériel » Problème de communication nut/onduleur » 21-12-2021 18:09:42

#7 Re : Matériel » Problème de communication nut/onduleur » 21-12-2021 11:44:15

#8 Re : Matériel » Problème de communication nut/onduleur » 20-12-2021 23:03:33

#9 Re : Matériel » Problème de communication nut/onduleur » 20-12-2021 18:50:24

#10 Re : Matériel » Problème de communication nut/onduleur » 20-12-2021 09:37:46

#11 Re : Matériel » Problème de communication nut/onduleur » 20-12-2021 00:10:41

#12 Re : Matériel » Problème de communication nut/onduleur » 17-12-2021 18:29:48

#13 Re : Matériel » Problème de communication nut/onduleur » 17-12-2021 03:06:16

#14 Re : Matériel » Problème de communication nut/onduleur » 17-12-2021 01:55:35

#15 Re : Matériel » Problème de communication nut/onduleur » 16-12-2021 20:19:09

#16 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 18:23:24

#17 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 17:58:03

#18 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 17:14:09

#19 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 15:18:17

#20 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 14:11:45

#21 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 13:46:18

#22 Re : Matériel » Problème de communication nut/onduleur » 15-12-2021 09:35:18

#23 Matériel » Problème de communication nut/onduleur » 14-12-2021 21:58:22

#24 Re : Matériel » TP-LINK TL-WDN4800 bien installée ? » 08-12-2021 16:35:55

#25 Matériel » TP-LINK TL-WDN4800 bien installée ? » 05-12-2021 23:37:49

Pied de page des forums