HikVision ne démarre plus

Plugins Sécurité
1

Bonjour
J’utilisais le plugin HikVision pour remonter une détection de ligne mais celui-ci ne fonctionne plus du tout.
Après avoir mis en mode DEBUG :


[2021-10-01 19:53:15][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2021-10-01 19:55:06][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2021-10-01 19:56:48][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2021-10-01 20:00:09][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2021-10-01 20:06:29][INFO] : Arrêt du service hikvision
[2021-10-01 20:06:29][INFO] : Lancement du démon hikvision
[2021-10-01 20:06:29][DEBUG] : Lancement démon hikvision : nice -n 19 nodejs /var/www/html/plugins/hikvision/resources/hikvision.js --addr 192.168.2.xxx --port 80 --user YYYY --pass "MdP" --debug debug --jeedom http://127.0.0.1:80/plugins/hikvision/core/api/jeeHikvision.php --key LaClef
[2021-10-01 20:06:44][INFO] : Démons hikvision lancé
[2021-10-01 20:10:06][INFO] : Arrêt du service hikvision
[2021-10-01 20:10:07][INFO] : Lancement du démon hikvision
[2021-10-01 20:10:07][DEBUG] : Lancement démon hikvision : nice -n 19 nodejs /var/www/html/plugins/hikvision/resources/hikvision.js --addr 192.168.2.xxx --port 80 --user YYYY --pass "MdP" --debug debug --jeedom http://127.0.0.1:80/plugins/hikvision/core/api/jeeHikvision.php --key LaClef
[2021-10-01 20:10:39][ERROR] : Impossible de lancer un démon hikvision, vérifiez le port
[2021-10-01 20:15:07][INFO] : Arrêt du service hikvision
[2021-10-01 20:15:07][INFO] : Lancement du démon hikvision
[2021-10-01 20:15:07][DEBUG] : Lancement démon hikvision : nice -n 19 nodejs /var/www/html/plugins/hikvision/resources/hikvision.js --addr 192.168.2.xxx --port 80 --user YYYY --pass "MdP" --debug debug --jeedom http://127.0.0.1:80/plugins/hikvision/core/api/jeeHikvision.php --key LaClef
[2021-10-01 20:15:41][INFO] : Démons hikvision lancé
[2021-10-01 20:20:06][INFO] : Arrêt du service hikvision
[2021-10-01 20:20:07][INFO] : Lancement du démon hikvision
[2021-10-01 20:20:07][DEBUG] : Lancement démon hikvision : nice -n 19 nodejs /var/www/html/plugins/hikvision/resources/hikvision.js --addr 192.168.2.xxx --port 80 --user YYYY --pass "MdP" --debug debug --jeedom http://127.0.0.1:80/plugins/hikvision/core/api/jeeHikvision.php --key LaClef
[2021-10-01 20:20:39][ERROR] : Impossible de lancer un démon hikvision, vérifiez le port
[2021-10-01 20:20:58][DEBUG] : Camera HikVision Camera avec paramètres : enregistrement continu activé répertoire de sauvegarde , nombre de jours de rétention 2
[2021-10-01 20:20:58][INFO] : Arrêt du service hikvision
[2021-10-01 20:20:59][DEBUG] : Lancement de : /var/www/html/core/class/../../core/php/jeePlugin.php  plugin_id=hikvision function=remove callInstallFunction=1

Dans le log Node :


nice: 'nodejs': No such file or directory
nice: ‘nodejs’: No such file or directory
nice: ‘nodejs’: No such file or directory
nice: ‘nodejs’: No such file or directory

Ce qui ne me semble pas normal.

  • J’ai donc essayé de connaître la version de nodejs (nodejs -v), résultat : command not found.

  • J’ai essayé de ré (?) installer npm, résultat : E: Unable to correct problems, you have held broken packages.

  • J’ai essayé de ré(?) installer nodejs :

Err:1 https://deb.nodesource.com/node_14.x buster/main arm64 nodejs arm64 14.17.6-deb-1nodesource1
  Certificate verification failed: The certificate is NOT trusted. The certificate chain uses expired certificate.  Could not handshake: Error in the certificate verification. [IP: 23.213.161.30 443]
E: Failed to fetch https://deb.nodesource.com/node_14.x/pool/main/n/nodejs/nodejs_14.17.6-deb-1nodesource1_arm64.deb  Certificate verification failed: The certificate is NOT trusted. The certificate chain uses expired certificate.  Could not handshake: Error in the certificate verification. [IP: 23.213.161.30 443]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Mais là je veux pas trop me lancer dans des mises à jour apt etc… et tout me paraît étrange car le reste de ma smart fonctionne bien (et je n’ai pas qu’un seul plugin…).

Je suis donc sur SMART 4.1.25

A votre bon coeur…

2

Bonjour @Fred27

Essai cette commande en ssh sur ton compte utilisateur

sudo ln -s `which node` `which node`js

( bien respecter cette syntaxe avec tous les signes qu’elle comporte notament les ` )
bonne journée

3

Bonjour,
Vôtre problème est peut-être lié à celui détecté ici.
https://community.jeedom.com/t/nouvelle-beta-0-22-x/67555/163
@Mips indiqué un problème dans le côté de Jeedom et donne une solution

4

C’est sur alpha ou beta 4.2 …

5

Non rien a voir avec le point soulevé dans le post que tu cites. on peut d ailleurs voir que l erreur n est pas du tout la meme…

Voir le message au dessus du tien qui donne la bonne reponse !

2 « J'aime »
6

(Non a priori ya eu un petit cafouillage hier soir avec un push sur la stable, Mips propose un petit fix – mais rien a voir avec le sujet actuel)

1 « J'aime »
7

Bjr Olive

J’avais déjà essayé sans succès. Merci.
PS : qd tu dis compte utilisateur ? je l’ai fait en root

8

non ne le fait pas en root

et l’on vois bien que le lien symbolique n’existe pas dans tes log

pour verifier tu peut passer les commandes suivantes

which node

et

which nodejs

la reponse sera
/usr/bin/node
/usr/bin/nodejs

si ton PATH est /usr/bin ce qui n’est pas le cas dans toute les install

Dit moi ce que repond which node ?

9

Quel autre utilisateur en SSH ? je n’utilise que root. Admin ne fonctionne pas avec le mdp interface web.
Pour autant j’ai quand même fait les commandes et je n’ai rien comme retour.
Lorsque je vais dans /usr/bin je ne vois pas non plus de répertoire node ou nodejs, ce qui évidement correspond au message « no such file or dir ».
Donc je n’ai pas ce package ou plutôt plus, non ?

10

Fait le depuis jedom

réglage système configuration onglet _>osdb

puis >_ administration système ouvrir

Capture d’écran du 2021-10-02 11-11-37
Capture d’écran du 2021-10-02 11-11-37950×171 15.8 KB

11

Bonjour,

concernant l’accès au site Index of /node_14.x/
qui est en erreur, c’est lié à l’expiration d’un certificat racine de Let’s Encrypt qui expire le 30 septembre 2021 (DST Root CA X3) :
Let's Encrypt : L'expiration du certificat qui perturbe le web - ZDNet
le site https://deb.nodesource.com/node_14.x/ à mis à jour son certificat et sa chaîne le 30 septembre.
ta version d’OS ou de librairie SSL sous-jacente à Jeedom n’a probablement pas l’AC racine (ISRG Root X1) dans son magasin des AC racine de confiance.
Resources for Certificate Chaining Help - Let's Encrypt
Chain of Trust - Let's Encrypt
https://letsencrypt.org/certs/isrgrootx1.pem

akenad :slight_smile:

2 « J'aime »
12

ça à été corrigé je pense …

Capture d’écran du 2021-10-02 11-57-50

13

La c’est ton navigateur qui check pas l’os/ssl sous jeedom

akenad :slight_smile:

14

Je ne me souvenais plus de cette façon d’accéder au shell. Merci :slight_smile: Cela peut être pratique.
Les commandes ne donnent rien de plus. Pas de retour.
Je pense que le post d’Akenad me donne la direction pour l’installation du pkg manquant. Mais je ne sais pas résoudre cela. Vu la raison évoqué, j’imagine que Jeedom va apporter une correction prochainement.

15

Ta smart est en buster ?

akenad :slight_smile:

16

Oui Akenad sous Buster. Une petite idée ?

17

Pour une smart, c’est à voir avec le support Jeedom SAS.
(fonctionne avec OS mis à jour pour VM, RPi4, Odroid-C2 )

Pour tester :
Dans Jeedom,
Réglages > Système > Configuration > OS/DB > Administration Système > Ouvrir
taper la commande :
wget https://deb.nodesource.com/node_14.x/

Si la smart est en buster (alors c’est par défaut une debian [10.4])
la commande renvoie :

Resolving deb.nodesource.com (deb.nodesource.com)... 23.15.179.169, 23.15.179.178, 2a02:26f0:1b00::5c7b:eca3, ...
Connecting to deb.nodesource.com (deb.nodesource.com)|23.15.179.169|:443... connected.
ERROR: The certificate of 'deb.nodesource.com' is not trusted.
ERROR: The certificate of 'deb.nodesource.com' has expired.

pour un VM à partir de debian [10.7] :
la commande renvoie :

Resolving deb.nodesource.com (deb.nodesource.com)... 23.15.179.169, 23.15.179.178, 2a02:26f0:2b00:12::5f64:5546, ...
Connecting to deb.nodesource.com (deb.nodesource.com)|23.15.179.169|:443... connected.
HTTP request sent, awaiting response... 200 OK

sur la smart, taper la commande :
wget --no-check-certificate https://deb.nodesource.com/node_14.x/

renvoie :

Resolving deb.nodesource.com (deb.nodesource.com)... 23.15.179.169, 23.15.179.178, 2a02:26f0:135::216:70a3, ...
Connecting to deb.nodesource.com (deb.nodesource.com)|23.15.179.169|:443... connected.
WARNING: The certificate of 'deb.nodesource.com' is not trusted.
WARNING: The certificate of 'deb.nodesource.com' has expired.
HTTP request sent, awaiting response... 200 OK

akenad :slight_smile:

18

Bonjour,
Effectivement tout ce que tu as décrit pour la SMART est vrai :clap: :clap: :clap:
J’ai déposé une demande de support à JEEDOM.
Merci bcp et bravo pour ton aide. :slight_smile:

19

Peut être aussi pour l’autre url de source dans la smart :

https://oph.mdrjr.net/meveric

20

oui, deb.nodesource.com et oph.mdrjr.net ont tous les 2 un certificat Let’s Encrypt, c’est l’origine du problème sur la Smart :
voir plus haut : HikVision ne démarre plus - #11 par akenad

akenad :slight_smile: