Plugin apcups bug dec 2019

Bonjour

Sujet : bug plugin APCUPS

Depuis la mise à jour de decembre le plugin apcups remonte l’ erreur suivante :
La tache plugin::cron n’arrive pas à finir à cause du plugin : apcups nous vous conseillons de désactiver le plugin et de contacter l’auteur.

Version2019-12-09 07:08:06
Version Jeedom3.3.24

besoin d’aide

merci
Didier

Moui mais encore ?

oNvR-D

2 « J'aime »

Bonjour,

Suite au passage en v4 j’ai eu le même message que @didius62.

J’ai tenté de réinstaller le plugin, recréer l’équipement mais ça n’a pas réglé le problème. Le comportement était étrange (page qui se charge pas bien avec la roue crantée qui tourne indéfiniment, la réinstallation des dépendances qui ne se fait pas, comme si je n’avais jamais supprimer le plugin…)

Pensant à un soucis de carte SD j’ai réinstallé un jeedom propre sur une SD neuve. En installant le plugin APCUPS je retrouve les mêmes difficultées. Avec des erreurs qui s’affichent notamment à la création de l’équipement :

The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.

La log apcups_dep:

E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
cp: cannot stat '/etc/apcupsd/apcupsd.conf': No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
Fichier de conf modifié
sed: can't read /etc/default/apcupsd: No such file or directory
cp: cannot stat '/etc/apcupsd/apccontrol': No such file or directory
Job for apcupsd.service failed because the control process exited with error code.
See "systemctl status apcupsd.service" and "journalctl -xe" for details.
Selecting previously unselected package apcupsd-doc.
Preparing to unpack .../apcupsd-doc_3.14.14-0.3_all.deb ...
Unpacking apcupsd-doc (3.14.14-0.3) ...
Setting up apcupsd-doc (3.14.14-0.3) ...
Setting up apcupsd (3.14.14-0.3) ...
Configuration file '/etc/apcupsd/apccontrol'
==> File on system created by you or by a script.
==> File also in package provided by package maintainer.
What would you like to do about it ?  Your options are:
Y or I  : install the package maintainer's version
N or O  : keep your currently-installed version
D     : show the differences between the versions
Z     : start a shell to examine the situation
The default action is to keep your current version.
*** apccontrol (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing package apcupsd (--configure):
end of file on stdin at conffile prompt
Processing triggers for systemd (232-25+deb9u12) ...
Processing triggers for man-db (2.7.6.1-2) ...
Errors were encountered while processing:
apcupsd
E: Sub-process /usr/bin/dpkg returned an error code (1)
cp: cannot stat '/etc/apcupsd/apcupsd.conf': No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
sed: can't read /etc/apcupsd/apcupsd.conf: No such file or directory
Fichier de conf modifié
sed: can't read /etc/default/apcupsd: No such file or directory
Job for apcupsd.service failed because the control process exited with error code.
See "systemctl status apcupsd.service" and "journalctl -xe" for details.

La log apcups :

[2020-01-18 12:39:53][INFO] : Début d'activation du plugin
[2020-01-18 12:39:54][INFO] : Info sur le démon : {"launchable_message":"","launchable":"nok","state":"nok","log":"nok","auto":0}
[2020-01-18 12:44:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:45:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:46:05][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:47:05][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:48:05][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:49:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:50:05][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:51:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:52:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:53:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:54:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.
[2020-01-18 12:55:04][ERROR] : Erreur sur la fonction cron du plugin : The command /sbin/apcaccess status 127.0.0.1:3551 has failed or not returned any string.

Je ne sais pas si c’est jeedom qui par en sucette, ma sauvegarde qui est daubée ou si j’ai un autre problème.

@lunarok tu as une idée pour remettre ça au propre ?

Merci d’avance

Bon et bien soucis réglé si ça peut aider.

Mise à jour de Raspbian (apt-get update et apt-get upgrade) qui trouve un soucis sur un paquet apcups.
J’ai mis YES pour mettre à jour via le maintainer (je crois que c’était le terme).

Dans jeedom j’ai recréé mon équipement (ça a un peu coincé au début avec une roue crantée qui tournait indéfiniment) mais finalement à force d’insister, je réussi à activer mon équipement et j’ai bien une remontée des infos de l’onduleur.

De mon coté, j’ai le même problème que didius62. J’ai effectué plusieurs cycles d’installation/désinstallation du plugin. Effectué les mises à jour de Raspian (apt-get update et apt-get upgrade). Rien n’y fait, j’ai toujours le message:
« La tache plugin::cron n’arrive pas à finir à cause du plugin : apcups nous vous conseillons de désactiver le plugin et de contacter l’auteur »

La commande apcaccess me donne tous les paramètres de l’UPS, donc à priori pas de problème de ce coté. L’UPS est connecté par USB et les paramètres du plugin sont ceux par défaut (i.e. IP 127.0.0.1 et port 3551).

Je vois dans le log que les messages suivants tournent en boucle:
[2020-02-09 10:22:55][DEBUG] : Get information key APC with value 001,036,0881
[2020-02-09 10:22:55][DEBUG] : Get information key DATE with value 2020-02-09 10:22:07 +0100
[2020-02-09 10:22:55][DEBUG] : Get information key HOSTNAME with value erathome01
[2020-02-09 10:22:55][DEBUG] : Get information key VERSION with value 3.14.12 (29 March 2014) debian
[2020-02-09 10:22:55][DEBUG] : Get information key UPSNAME with value jeedom UPS_IDEN
[2020-02-09 10:22:55][DEBUG] : Get information key CABLE with value USB Cable
[2020-02-09 10:22:55][DEBUG] : Get information key DRIVER with value USB UPS Driver
[2020-02-09 10:22:55][DEBUG] : Get information key UPSMODE with value Stand Alone
[2020-02-09 10:22:55][DEBUG] : Get information key STARTTIME with value 2020-02-09 09:42:47 +0100
[2020-02-09 10:22:55][DEBUG] : Get information key MODEL with value Back-UPS XS 700U
[2020-02-09 10:22:55][DEBUG] : Get information key STATUS with value ONLINE
[2020-02-09 10:22:55][DEBUG] : Get information key LINEV with value 236.0 Volts
[2020-02-09 10:22:55][DEBUG] : Get information key LOADPCT with value 0.0 Percent
[2020-02-09 10:22:55][DEBUG] : Get information key BCHARGE with value 100.0 Percent
[2020-02-09 10:22:55][DEBUG] : Get information key TIMELEFT with value 285.8 Minutes
[2020-02-09 10:22:55][DEBUG] : Get information key MBATTCHG with value 5 Percent
[2020-02-09 10:22:55][DEBUG] : Get information key MINTIMEL with value 3 Minutes
[2020-02-09 10:22:55][DEBUG] : Get information key MAXTIME with value 0 Seconds
[2020-02-09 10:22:55][DEBUG] : Get information key SENSE with value Medium
[2020-02-09 10:22:55][DEBUG] : Get information key LOTRANS with value 140.0 Volts
[2020-02-09 10:22:55][DEBUG] : Get information key HITRANS with value 300.0 Volts
[2020-02-09 10:22:55][DEBUG] : Get information key ALARMDEL with value 30 Seconds
[2020-02-09 10:22:55][DEBUG] : Get information key BATTV with value 13.6 Volts
[2020-02-09 10:22:55][DEBUG] : Get information key LASTXFER with value No transfers since turnon
[2020-02-09 10:22:55][DEBUG] : Get information key NUMXFERS with value 0
[2020-02-09 10:22:55][DEBUG] : Get information key TONBATT with value 0 Seconds
[2020-02-09 10:22:55][DEBUG] : Get information key CUMONBATT with value 0 Seconds
[2020-02-09 10:22:55][DEBUG] : Get information key XOFFBATT with value N/A
[2020-02-09 10:22:55][DEBUG] : Get information key SELFTEST with value NO
[2020-02-09 10:22:55][DEBUG] : Get information key STATFLAG with value 0x05000008
[2020-02-09 10:22:55][DEBUG] : Get information key SERIALNO with value 3B1925X61065
[2020-02-09 10:22:55][DEBUG] : Get information key BATTDATE with value 2019-06-17
[2020-02-09 10:22:55][DEBUG] : Get information key NOMINV with value 230 Volts
[2020-02-09 10:22:55][DEBUG] : Get information key NOMBATTV with value 12.0 Volts
[2020-02-09 10:22:55][DEBUG] : Get information key NOMPOWER with value 390 Watts
[2020-02-09 10:22:55][DEBUG] : Get information key FIRMWARE with value 924.Z3 .I USB FW:Z3
[2020-02-09 10:22:55][DEBUG] : Get information key END APC with value 2020-02-09 10:22:55 +0100
[2020-02-09 10:22:55][DEBUG] : Update command loadpct
[2020-02-09 10:22:55][DEBUG] : => apply default case
[2020-02-09 10:22:55][DEBUG] : => update command loadpct with 0.0
[2020-02-09 10:22:55][DEBUG] : Update command bcharge
[2020-02-09 10:22:55][DEBUG] : => apply default case
[2020-02-09 10:22:55][DEBUG] : => update battery status
[2020-02-09 10:22:55][DEBUG] : Get information string APC : 001,036,0881 DATE : 2020-02-09 10:22:07 +0100 HOSTNAME : *********** VERSION : 3.14.12 (29 March 2014) debian UPSNAME : jeedom UPS_IDEN CABLE : USB Cable DRIVER : USB UPS Driver UPSMODE : Stand Alone STARTTIME: 2020-02-09 09:42:47 +0100 MODEL : Back-UPS XS 700U STATUS : ONLINE LINEV : 236.0 Volts LOADPCT : 0.0 Percent BCHARGE : 100.0 Percent TIMELEFT : 285.8 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds SENSE : Medium LOTRANS : 140.0 Volts HITRANS : 300.0 Volts ALARMDEL : 30 Seconds BATTV : 13.6 Volts LASTXFER : No transfers since turnon NUMXFERS : 0 TONBATT : 0 Seconds CUMONBATT: 0 Seconds XOFFBATT : N/A SELFTEST : NO STATFLAG : 0x05000008 SERIALNO : 3B1925X61065 BATTDATE : 2019-06-17 NOMINV : 230 Volts NOMBATTV : 12.0 Volts NOMPOWER : 390 Watts FIRMWARE : 924.Z3 .I USB FW:Z3 END APC : 2020-02-09 10:22:55 +0100 from apcaccess

A nouveau, il semble que les valeurs de l’UPS remontent correctement a Raspberry, mais elles ne se mettent jamais à jour dans Jeedom (toutes les valeurs restent à 0 ou vides).

Version Jeedom 3.3.39, Raspberry PI 3 sous Jessie. APC Back-UPS 700 (BX700UI).

Bonjour,
Même message d’erreur de mon coté également sur apc (ups 500), et depuis plusieurs semaines…
« La tache plugin::cron n’arrive pas à finir à cause du plugin : apcups nous vous conseillons de désactiver le plugin et de contacter l’auteur »
… et le widget met tous les chiffres à 0
Clairement, je suis incapable de tester plus en avant…
Version Jeedom V3.3.39 sur debian
Peter

Merci de ne pas « déterrer » de vieux sujet ou au moins ressortir celui dans lequel on donne la solution (il existe, j’y ai contribué)

C’était un problème dans le core de jeedom, pas dans le plug-in. Il a été fixé mais pas encore dispo en stable (en tout cas pour la v3)

Bonsoir,
Oui, tu a parfaitement raison, la solution, je l’avais appliqué et elle fonctionne
Toutefois, une mise à jour a du, je suppose, remettre à plat la modification
Je viens de le voir, de re modifier le fichier ad’hoc, et tout refonctionne
Voici le lien, c’est sur l’ancien forum:
https://forum.jeedom.com/viewtopic.php?f=144&t=6598&sid=f8a40287c7a7299ebfa9ff240c26a3fb&start=780
Désolé !
Version Jeedom V3.3.39 sur debian 9
Peter

En fait la vrai solution se trouve sur ce forum ci et est à appliquer dans le core. Le problème est là et pas dans le plug-in.
On en parle ici Impossible d'ajouter un onduleur - #56 par Mips
Et ici Plugin APCUPS ne fonctionne pas - #9 par Mips