Anomalie #3119
remarques sur nut - évolution de la syntaxe - non bloquant
Description
Bonjour,
La syntaxe de configuration de nut a évolué, cela n'entraine aucun dysfonctionnement, mais apparemment quelques messages d'information dans les logs - le point le plus compliquer reste la mise à jour de la doc :(
template upsd.conf
les paramètres ACL, ACCEPT et REJECT ne sont plus utilisés
http://www.networkupstools.org/docs/man/upsd.conf.html
cela génère les messages d'infos dans les logs
ACL in upsd.conf is no longer supported - switch to LISTEN
ACCEPT in upsd.conf is no longer supported - switch to LISTEN
REJECT in upsd.conf is no longer supported - switch to LISTEN
template upsd.users
le paramètre 'allowfrom' n'est plus utilisé
http://www.networkupstools.org/docs/man/upsd.users.html
cela génère le message d'info dans les logs
allowfrom in upsd.users is no longer used
template nut.conf
en théorie, si le serveur est client nut ('activer_nut' 'oui' et 'nut_ups_daemon' 'non') il faudrait la syntaxe 'MODE=netclient', mais je n'ai remarqué aucun dysfonctionnement si la valeur est 'MODE=netserver' (... mais avec l'évolution de nut ???)
Par ailleurs l'évolution des fonctions creole à permis de régler indirectement un autre souci
Dans les tables 'Multi Valuées' il n'est donc plus nécessaire de saisir l'ensemble des champs 'esclave' pour chaque valeur du tableau.
Probleme de dependance entre nut_ups_name et nut_ups_serial. nut_ups_serial doit avoir une valeur.
Ou nut_ups_serial doit avoir le meme nombre de valeurs que nut_ups_name
Enregistrement non effectue
Il suffit désormais de laisser le champ 'nut_ups_serial' vide tant que le serveur n'est pas alimenté par plusieurs onduleurs sur les ports usb.
Il me semble que dans le fichier de configuration ups.conf le paramètre 'serial=string' ou 'serial=regex' n'est disponible que pour certains drivers ( j'ai principalement repéré 'genericups' 'blazer' sur port usb et 'usbhid-ups' )
L'ironie c'est que la présence de ce paramètre 'serial=' plantait le lancement du service upsd lorsque nut utilisait un driver utilisant le port 'serial'.
Cordialement
Demandes liées
Révisions associées
Helpdesk - Correct solution display in "All" Tab see #3119
- Le man: When only upsmon is required, possibly because there are other hosts that are more closely attached to the UPS, the MODE should be set to netclient.
- Peut éviter le message 'upsd[xxxx]: stat /etc/nut/upsd.conf: No such file or directory'
- Peut éviter le message d'avertissement 'upsd[xxxx]: allowfrom in upsd.users is no longer used' (dans 'upsd.warn.log').
ne sont plus utilisées depuis les versions 2.4 (ref #3119).
- Peut éviter les messages d'avertissements (dans 'upsd.warn.log'):
upsd[xxxx]: ACL in upsd.conf is no longer supported - switch to LISTEN
upsd[xxxx]: ACCEPT in upsd.conf is no longer supported - switch to LISTEN
upsd[xxxx]: ACCEPT in upsd.conf is no longer supported - switch to LISTEN - Une traduction de la FAQ nous donne des éléments supplémentaires sur l'utilisation de la directive LISTEN:
La directive listen devrait être l'une des adresses IP valides pour l'ordinateur qui exécute upsd
(ou 0.0.0.0, qui est INADDR_ANY), pas une adresse pour un client.
La directive Listen vous permet de choisir l'interface qui écoute upsd. Si vous essayez de limiter les clients
qui peuvent se connecter à upsd, vous devez soit utiliser tcp-wrappers ou des règles de pare-feu du noyau. - Evolution éventuelle (nécessite de modifier un dictionnaire):
créer une variable creole 'autoriser des esclaves distants à se connecter' oui ou non
(LISTEN 0.0.0.0 ou LISTEN 127.0.0.1).
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 12 ans
- Version cible mis à Mises à jour 2.3.5 RC
- Temps estimé mis à 1.00 h
#2 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Statut changé de Nouveau à En attente d'informations
- Assigné à mis à christophe guerinot
Aurais-tu des patches ou des fichiers de configuration déjà corrigés sous le coude ?
#3 Mis à jour par christophe guerinot il y a presque 12 ans
- Fichier 20100604-formation-eSBL-3-V1.1.odp ajouté
Bonjour,
A partir de la 6ième page
c'est l'annexe 'onduleur' de doc qui nous servait pour nos formations.
Eole 2.2 utilise(/ait ?) la version 2.2.1 de nut et la syntaxe a changé avec celle présentée dans l'annexe (version 2.4.3 de nut)
on en est apparemment avec eole 2.3 à la version 2.4.3-1
Je ne sais pas si ça peut t'être utile, mais voir
upsd.conf (p 17)
upsd.users (p 18, 19, 28)
nut.conf en client (p30)
du coup nous utilisons maintenant les dicos eole-2.3 (eole-common), et à part les quelques messages d'info, ça fonctionne très bien (... et je n'ai plus de fichiers de conf à te proposer)
François a proposé une modif pour la remontée de messages d'alerte
671bd5c6
si vous introduisez quelque chose d'équivalent on supprimera notre template upsmon.conf.esbl (puisque #3117 est corrigé)
#4 Mis à jour par christophe guerinot il y a presque 12 ans
Lors du démarrage de nut, le message suivant remonte dans les logs
udevd[xxx]: BUS= will be removed in a future udev version, please use SUBSYSTEM= to match the event device, or SUBSYSTEMS= to match a parent device, in /lib/udev/rules.d/52-nut-usbups.rules:6
Il ne s'agit que d'un message d'avertissement sans incidence.
Cela a été corrigé dans la version 2.6.0 de nut (r2759)
#5 Mis à jour par christophe guerinot il y a presque 12 ans
- Statut changé de En attente d'informations à Fermé
- % réalisé changé de 0 à 100
#6 Mis à jour par Joël Cuissinat il y a presque 12 ans
- Statut changé de Fermé à Résolu
à tester : eole-common >= 2.3-eole146~20
#7 Mis à jour par Bruno Boiget il y a presque 12 ans
- Statut changé de Résolu à Fermé
templates ok dans 2.3.5 RC
Il ne reste que les messages concernant 'udevd[xxx]: BUS=' dans syslog.