Je viens de tester:
# upsc eaton3s
Error: Connection failure: Connection refused
#
Pas mieux!
pll
Je viens de tester:
# upsc eaton3s
Error: Connection failure: Connection refused
#
Pas mieux!
pll
A tout hasard quel est le statut de
getenforce ?
Bonjour nouvo09,
bonne question, mais ça ne viens pas de là.
$ sestatus
SELinux status: enabled
SELinuxfs mount: /sys/fs/selinux
SELinux root directory: /etc/selinux
Loaded policy name: targeted
Current mode: permissive
Mode from config file: permissive
Policy MLS status: enabled
Policy deny_unknown status: allowed
Memory protection checking: actual (secure)
Max kernel policy version: 33
$
Je viens de changer le câble USB au cas où… Hélas cela ne résout pas.
a+
pll
Bonjour nouvo09 et Nicosss,
en fait avec le nouveau câble il y a des progrès:
$ su -
Mot de passe :
[root@fedora ~]# systemctl start nut-driver.target nut-monitor nut-server
[root@fedora ~]# upsc eaton3s
battery.charge: 100
battery.charge.low: 20
battery.runtime: 2640
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: auto
driver.parameter.vendorid: 0463
driver.version: 2.8.0
driver.version.data: MGE HID 1.46
driver.version.internal: 0.47
driver.version.usb: libusb-1.0.26 (API: 0x1000109)
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: 11
ups.mfr: EATON
ups.model: Eaton 3S 850
ups.power.nominal: 850
ups.productid: ffff
ups.realpower: 75
ups.serial: Blank
ups.status: OL
ups.timer.shutdown: -1
ups.timer.start: -1
ups.type: offline / line interactive
ups.vendorid: 0463
#
Il ne reste donc plus qu’à faire en sorte que les 3 services cités plus haut démarrent automatiquement.
a+
pll
pierrotlalune Il ne reste donc plus qu’à faire en sorte que les 3 services cités plus haut démarrent automatiquement.
tu as ma réponse plus haut: systemctl enable …. etc
Bien, je me suis rendu compte qu’il suffit de démarrer “nut-server” pour que la commande “# upsc eaton3s” réponde. Soit:
# systemctl start nut-server
Je cherche à automatiser le démarrage de “nut-server” au “boot”:
je crée donc ce fichier:
# cat /root/nut-server.sh
#!/bin/bash
sleep 10
systemctl start nut-server
#
Je rends le script exécutable:
# chmod +x /root/nut-server.sh
et, je donne cette consigne à “cron”:
# cat /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
# For details see man 4 crontabs
# Example of job definition:
# .---------------- minute (0 - 59)
# | .------------- hour (0 - 23)
# | | .---------- day of month (1 - 31)
# | | | .------- month (1 - 12) OR jan,feb,mar,apr ...
# | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat
# | | | | |
# * * * * * user-name command to be executed
@reboot /root/nut-server.sh
#
Hélas, “nut-server” ne démarre pas😒 . J’ai dû louper quelque chose…
Une idée ? Merci.
a+
pll
nouvo09
Oui, c’est la démarche logique et recommandé:
# systemctl enable nut-server
Mais après un redémarrage, j’obtiens ceci:
# systemctl status nut-server
○ nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/usr/lib/systemd/system/nut-server.service; enabled; prese>
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: inactive (dead)
"nut-server est bien chargé mais inactif🙄.
pll
En regardant ce rapport de bug, j’ai retiré “ModemManager” pour voir:
# dnf remove ModemManager
sans résultat.
pll
pierrotlalune Mais après un redémarrage, j’obtiens ceci:
C’est inutile ça. “enable” signifie lancement automatique au boot et “start” lancement immédiat mais juste une fois.
Ensuite apparemment tu as un timeout. Il faut chercher dans ce fichier
timeout-abort.conf
nouvo09 Ensuite apparemment tu as un timeout. Il faut chercher dans ce fichier
timeout-abort.conf
J’ai donc cherché:
# locate timeout-abort.conf
/usr/lib/systemd/system/service.d/10-timeout-abort.conf
/usr/lib/systemd/user/service.d/10-timeout-abort.conf
# cat /usr/lib/systemd/system/service.d/10-timeout-abort.conf
# This file is part of the systemd package.
# See https://fedoraproject.org/wiki/Changes/Shorter_Shutdown_Timer.
#
# To facilitate debugging when a service fails to stop cleanly,
# TimeoutStopFailureMode=abort is set to "crash" services that fail to stop in
# the time allotted. This will cause the service to be terminated with SIGABRT
# and a coredump to be generated.
#
# To undo this configuration change, create a mask file:
# sudo mkdir -p /etc/systemd/system/service.d
# sudo ln -sv /dev/null /etc/systemd/system/service.d/10-timeout-abort.conf
[Service]
TimeoutStopFailureMode=abort
# cat /usr/lib/systemd/user/service.d/10-timeout-abort.conf
# This file is part of the systemd package.
# See https://fedoraproject.org/wiki/Changes/Shorter_Shutdown_Timer.
#
# To facilitate debugging when a service fails to stop cleanly,
# TimeoutStopFailureMode=abort is set to "crash" services that fail to stop in
# the time allotted. This will cause the service to be terminated with SIGABRT
# and a coredump to be generated.
#
# To undo this configuration change, create a mask file:
# sudo mkdir -p /etc/systemd/user/service.d
# sudo ln -sv /dev/null /etc/systemd/user/service.d/10-timeout-abort.conf
[Service]
TimeoutStopFailureMode=abort
[root@fedora ~]#
déconnexion
$
Là, ça dépasse mes compétences. Que pourrais je faire ? Merci.
pll
pierrotlalune Tu as retiré ton script tout bizarre pour démarrer le service ?
Tu as lu la documentation sur DNF fournie plus haut pour que tu comprennes ce que tu fais ?
Tu fais tellement de choses sans savoir ce que tu fais que l’on ne sait plus non plus où tu en es réellement ; l’avantage c’est que l’on est au même niveau 🙂
Que retourne, en essayant de faire en sorte que les lignes soient complètes donc sans > à la fin
# systemctl status nut*
Nicosss Tu as lu la documentation sur DNF fournie plus haut pour que tu comprennes ce que tu fais ?
Oui, mais c’était sur “systemd”.
# systemctl status nut*
#
Pas de retour!
En revanche avec:
# systemctl status nut-driver.target nut-monitor nut-server
○ nut-driver.target - Network UPS Tools - target for power device drivers on this system
Loaded: loaded (/usr/lib/systemd/system/nut-driver.target; enabled; preset: disabled)
Active: inactive (dead)
○ nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; enabled; preset: disabled)
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: inactive (dead)
○ nut-server.service - Network UPS Tools - power devices information server
Loaded: loaded (/usr/lib/systemd/system/nut-server.service; enabled; preset: disabled)
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: inactive (dead)
Voilà. Merci pour ton aide🙂.
a+
pll
Nicosss Tu as retiré ton script tout bizarre pour démarrer le service ?
Oui!
pierrotlalune Nicosss Tu as lu la documentation sur DNF fournie plus haut pour que tu comprennes ce que tu fais ?
Oui, mais c’était sur “systemd”.
Exact, c’est moi qui me mélange les pinceaux à force…
C’est étrange que la commande ne te retourne rien et que tu sois obligé de mettre le nom complet des services. Ce doit être lié à Xfce du coup.
Il faut que je reprenne à tête reposée tout ce qui a été fait car sinon on va tourner en rond pour la suite.
Je viens de faire un rapport de bug.
pierrotlalune Tu n’auras pas de réponse à mon avis. Si le service ne démarre pas correctement c’est que tu as un problème de configuration dans tes fichiers.
On voyait très bien que tu avais des erreurs dans les logs.
Les retours de commandes sont incomplets aussi, j’ai l’impression que ton terminal ne gère pas bien les choses.
Nicosss j’ai l’impression que ton terminal ne gère pas bien les choses.
Tu me fais penser que mon fils m’avais mis “ZSH” . Bien que ceci n’est censé changer que la présentation du terminal, “ZSH” pourrait il être à l’origine de ces erreurs ?
pll
pierrotlalune “ZSH” pourrait il être à l’origine de ces erreurs ?
Pour t’en assurer, change et teste bash.
nouvo09 Pour t’en assurer, change et teste bash.
root@fedora:~# cat /proc/$$/cmdline
-bashroot@fedora:~#
Je pense avoir bash maintenant!?
pll
Il fallait faire:
# systemctl enable --now nut.target
Created symlink /etc/systemd/system/multi-user.target.wants/nut.target → /usr/lib/systemd/system/nut.target.
#
Après redémarrage, j’obtiens ceci:
# systemctl status nut*
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown c>
Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; enabled; pres>
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: active (running) since Wed 2023-11-15 21:07:20 CET; 11min ago
Process: 1374 ExecStartPre=/usr/bin/systemd-tmpfiles --create /usr/lib/tmpf>
Main PID: 1376 (upsmon)
Tasks: 2 (limit: 18865)
Memory: 1.4M
CPU: 32ms
CGroup: /system.slice/nut-monitor.service
├─1376 /usr/sbin/upsmon -F
└─1379 /usr/sbin/upsmon -F
nov. 15 21:07:20 fedora.home systemd[1]: Starting nut-monitor.service - Network>
nov. 15 21:07:20 fedora.home systemd[1]: Started nut-monitor.service - Network >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: fopen /run/nut/upsmon.pid: No s>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Could not find PID file to see >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: UPS: eaton3s@localhost (primary>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Using power down flag file /etc>
nov. 15 21:07:20 fedora.home nut-monitor[1379]: Login on UPS [eaton3s@localhost>
● nut-driver - Network UPS Tools - device driver for NUT device>
lines 1-23...skipping...
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown c>
Loaded: loaded (/usr/lib/systemd/system/nut-monitor.service; enabled; pres>
Drop-In: /usr/lib/systemd/system/service.d
└─10-timeout-abort.conf
Active: active (running) since Wed 2023-11-15 21:07:20 CET; 11min ago
Process: 1374 ExecStartPre=/usr/bin/systemd-tmpfiles --create /usr/lib/tmpf>
Main PID: 1376 (upsmon)
Tasks: 2 (limit: 18865)
Memory: 1.4M
CPU: 32ms
CGroup: /system.slice/nut-monitor.service
├─1376 /usr/sbin/upsmon -F
└─1379 /usr/sbin/upsmon -F
nov. 15 21:07:20 fedora.home systemd[1]: Starting nut-monitor.service - Network>
nov. 15 21:07:20 fedora.home systemd[1]: Started nut-monitor.service - Network >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: fopen /run/nut/upsmon.pid: No s>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Could not find PID file to see >
nov. 15 21:07:20 fedora.home nut-monitor[1376]: UPS: eaton3s@localhost (primary>
nov. 15 21:07:20 fedora.home nut-monitor[1376]: Using power down flag file /etc>
nov. 15 21:07:20 fedora.home nut-monitor[1379]: Login on UPS [eaton3s@localhost>
Je reviendrai pour affiner…
Bonne nuit à tous.
pll