Subtilités installtion ETS inside sous linux

[Jean-Baptiste]

Bonjour,

Je viens d'installer ETS inside sur mon serveur linux. Il n'y a rien de bien compliqué, à part suivre les instructions du fichier INSTALLATION :

1. Install dependencies
$ apt-get install libc6-dev libunwind8
2. Create a user to run the server
$ adduser --disabled-password --home /usr/share/KNX knx
3. Copy the content of "./ets-inside" to /opt/KNX/ETSInside
$ mkdir -p /opt/KNX/ETSInside
$ cp -r ./ets-inside/* /opt/KNX/ETSInside
$ chmod a+x /opt/KNX/ETSInside/Knx.Ets.Osprey
4. Add the udev rule for the KNX USB licence stick
$ cp ./udev/10-ets-inside.rules /etc/udev/rules.d/10-ets-inside.rules
5. Add the init script
$ cp ./init.d/ets-inside /etc/init.d/ets-inside
$ chmod a+x /etc/init.d/ets-inside
6. Reload configuration
$ udevadm control --reload-rules
$ systemctl daemon-reload
$ update-rc.d ets-inside defaults
7. Start the server
$ service ets-inside start

Par contre, le serveur ne fonctionne pas en cas d'oubli de branchement du dongle. Aucun message d'erreur n'est mentionné.
Enfin, le fichier de licence se place bien à la racine (/) du système de fichier - à supprimer après activation de la licence. Ça m'était complètement contre intuitif, n'ayant pas pour habitude d'écrire à ce niveau.
Enfin, l'étape de vérification de la licence a fait planter mon raspberry pi, le calcul étant trop important (ça fonctionne peut-être si l'interface graphique est désactivée)
Pas de souci d'activation sur un processeur Intel basse consommation...

Par contre, pourquoi ce logiciel ne propose pas de supervision, même basique ?

[pollux06]

Il n'y a jamais eu de supervision proposé avec ETS et ce, quelque soit la version (démo, lite, pro, inside)

[bdele]

Hello
Je fais un déterrage car je suis en train de l'installer sur une debian strech (10)
Il y  a un souci de compatibilité avec les librairies SSL 

je le sait car j'ai finit par trouver en creusant les scripts qu'il y aune méthode "status" qui permet de savoir si le serveur est vivant 
service ets-inside status 

moi ça me permet de voir que j'ai un souci sur le libssl 

Code :

● ets-inside.service - LSB: ets-inside
   Loaded: loaded (/etc/init.d/ets-inside; generated)
   Active: active (exited) since Sun 2020-05-31 08:35:41 CEST; 4s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 15676 ExecStart=/etc/init.d/ets-inside start (code=exited, status=0/S

mai 31 08:35:39 Jeedom systemd[1]: Starting LSB: ets-inside...
mai 31 08:35:39 Jeedom su[15678]: (to knx) root on none
mai 31 08:35:39 Jeedom su[15678]: pam_unix(su-l:session): session opened for use
mai 31 08:35:39 Jeedom ets-inside[15676]: Starting service … 15699
mai 31 08:35:39 Jeedom su[15678]: pam_unix(su-l:session): session closed for use
mai 31 08:35:39 Jeedom ets-inside[15676]: No usable version of the libssl was fo
mai 31 08:35:41 Jeedom ets-inside[15676]: Error! Could not start Knx.Ets.Osprey!
mai 31 08:35:41 Jeedom systemd[1]: Started LSB: ets-inside.

d'ailleurs si quelqu'un a une idée pour ça ?!
j'ai ouvert un ticket chez KNX

[Gio92250]

Je défère le sujet avec ma propre expérience sur un Raspberry Pi 3 qui traînait au fond d'un tiroir.

Le but est de monter une plateforme de test à base de version démo avant de souscrire la licence.

J'ai des connaissances de base avec le Linux mais je ne maîtrise pas complètement le truc non plus. 
J'ai commencé par remettre sur pied le Raspberry avec Pi OS à jour basé sur Debian 10 si je ne m'abuse.
Je suis parti sur la version light car j'y accède via SSH. Je me dit que c'est toujours ça de gagné étant donné que les spec du raspberry ne sont pas conformes avec les pré requis du serveur ETS Inside

Pas de soucis pour l'installation, il faut juste penser à déposer un fichier nommé SSH sans extension à la racine du disk de boot pour activer le SSH au premier boot.
Pi OS fonctionne très bien et la configuration du Wifi se fait très simplement via l’utilitaire raspi-config.

Côté ETS, j'ai récupéré le serveur Linux 1.4 et suivi le guide d'installation fourni. En apparence aucun problème, tous se passe sans erreur et le service semble se lancer.
C'est là que la galère commence.

Je fait l'installation de l'appli ETS pour iOS en parallèle et tente de me connecter :
- En automatique : aucun serveur trouvé
- En manuel pour forcer l'IP de mon serveur : connexion refusée

Vérification faite, le service ets-inside est bien actif, pas de retour d'erreur hors la même alerte sur la libssl que si dessus.
Néanmoins le service étant actif, je ne me focalise pas sur le sujet ssl.

Après vérification, le port 8081 n'est pas ouvert sur mon serveur. J'installe un serveur web (nginx) pensant qu'ETS n'en dispose pas. Youpi, j'ai le port 80 en écoute mais toujours pas de 8081.
Pourtant le service est bien actif. J'ai passé en revu tout ce qui pouvait avoir attrait à la config réseau de mon banc de test sans succès. 

J'ai parcouru pas mal de forum sur le sujet et après une nuit et une journée complète de recherches, je suis tombé sur cette page qui liste les dépendances nécessaire à l"installation du serveur :
https://support.knx.org/hc/en-us/article...r-on-Linux

J'ai installé l'ensemble des dépendances de la liste.
Je relance mon serveur et le retour du status n'est plus le même :

Code :

● ets-inside.service - LSB: ets-inside
  Loaded: loaded (/etc/init.d/ets-inside; generated)
  Active: active (exited) since Wed 2020-12-09 13:47:34 CET; 54s ago
    Docs: man:systemd-sysv-generator(8)
 Process: 580 ExecStart=/etc/init.d/ets-inside start (code=exited, status=0/SUCCESS)

déc. 09 13:47:52 raspberrypi ets-inside[580]: 2020-12-09 13:47:52,170 INFO : ProcessorCount: 4
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,290 INFO : DevKit firmware v3.0.43.4579
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,291 INFO : DongleManager v3.0.43.4579
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,325 INFO : ETS Inside Server (http://*:8081)
déc. 09 13:48:11 raspberrypi ets-inside[580]: 2020-12-09 13:48:11,204 WARN : Trying to populate culture , but this
déc. 09 13:48:15 raspberrypi ets-inside[580]: 2020-12-09 13:48:15,036 INFO : ETS Inside Discovery Server started
déc. 09 13:48:15 raspberrypi ets-inside[580]: Hosting environment: Production
déc. 09 13:48:15 raspberrypi ets-inside[580]: Content root path: /opt/KNX/ETSInside
déc. 09 13:48:15 raspberrypi ets-inside[580]: Now listening on: http://[::]:8081
déc. 09 13:48:15 raspberrypi ets-inside[580]: Application started. Press Ctrl+C to shut down.

Et j'ai enfin le port 8081 ouvert en écoute :

Code :

pi@raspberrypi:~ $ sudo netstat -anp | grep 8081
tcp6       0      0 :::8081                 :::*                    LISTEN      612/./Knx.Ets.Ospre
tcp6       0      0 192.168.1.15:8081       192.168.1.76:53242      ESTABLISHED 612/./Knx.Ets.Ospre

Nouvelle tentative à partir de l'iPad, pas de serveur détecté automatiquement mais la connexion manuelle en spécifiant l'IP de mon serveur fonctionne sans problème.

Test concluant pour ma part. J'attend de recevoir le dongle de licence pour vérifier si le contrôle passe chez moi ou pas.

[almotra]

Je défère le sujet avec ma propre expérience sur un Raspberry Pi 3 qui traînait au fond d'un tiroir.

Le but est de monter une plateforme de test à base de version démo avant de souscrire la licence.

J'ai des connaissances de base avec le Linux mais je ne maîtrise pas complètement le truc non plus. 
J'ai commencé par remettre sur pied le Raspberry avec Pi OS à jour basé sur Debian 10 si je ne m'abuse.
Je suis parti sur la version light car j'y accède via SSH. Je me dit que c'est toujours ça de gagné étant donné que les spec du raspberry ne sont pas conformes avec les pré requis du serveur ETS Inside

Pas de soucis pour l'installation, il faut juste penser à déposer un fichier nommé SSH sans extension à la racine du disk de boot pour activer le SSH au premier boot.
Pi OS fonctionne très bien et la configuration du Wifi se fait très simplement via l’utilitaire raspi-config.

Côté ETS, j'ai récupéré le serveur Linux 1.4 et suivi le guide d'installation fourni. En apparence aucun problème, tous se passe sans erreur et le service semble se lancer.
C'est là que la galère commence.

Je fait l'installation de l'appli ETS pour iOS en parallèle et tente de me connecter :
- En automatique : aucun serveur trouvé
- En manuel pour forcer l'IP de mon serveur : connexion refusée

Vérification faite, le service ets-inside est bien actif, pas de retour d'erreur hors la même alerte sur la libssl que si dessus.
Néanmoins le service étant actif, je ne me focalise pas sur le sujet ssl.

Après vérification, le port 8081 n'est pas ouvert sur mon serveur. J'installe un serveur web (nginx) pensant qu'ETS n'en dispose pas. Youpi, j'ai le port 80 en écoute mais toujours pas de 8081.
Pourtant le service est bien actif. J'ai passé en revu tout ce qui pouvait avoir attrait à la config réseau de mon banc de test sans succès. 

J'ai parcouru pas mal de forum sur le sujet et après une nuit et une journée complète de recherches, je suis tombé sur cette page qui liste les dépendances nécessaire à l"installation du serveur :
https://support.knx.org/hc/en-us/article...r-on-Linux

J'ai installé l'ensemble des dépendances de la liste.
Je relance mon serveur et le retour du status n'est plus le même :

Code :

● ets-inside.service - LSB: ets-inside
  Loaded: loaded (/etc/init.d/ets-inside; generated)
  Active: active (exited) since Wed 2020-12-09 13:47:34 CET; 54s ago
    Docs: man:systemd-sysv-generator(8)
 Process: 580 ExecStart=/etc/init.d/ets-inside start (code=exited, status=0/SUCCESS)

déc. 09 13:47:52 raspberrypi ets-inside[580]: 2020-12-09 13:47:52,170 INFO : ProcessorCount: 4
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,290 INFO : DevKit firmware v3.0.43.4579
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,291 INFO : DongleManager v3.0.43.4579
déc. 09 13:47:53 raspberrypi ets-inside[580]: 2020-12-09 13:47:53,325 INFO : ETS Inside Server (http://*:8081)
déc. 09 13:48:11 raspberrypi ets-inside[580]: 2020-12-09 13:48:11,204 WARN : Trying to populate culture , but this
déc. 09 13:48:15 raspberrypi ets-inside[580]: 2020-12-09 13:48:15,036 INFO : ETS Inside Discovery Server started
déc. 09 13:48:15 raspberrypi ets-inside[580]: Hosting environment: Production
déc. 09 13:48:15 raspberrypi ets-inside[580]: Content root path: /opt/KNX/ETSInside
déc. 09 13:48:15 raspberrypi ets-inside[580]: Now listening on: http://[::]:8081
déc. 09 13:48:15 raspberrypi ets-inside[580]: Application started. Press Ctrl+C to shut down.

Et j'ai enfin le port 8081 ouvert en écoute :

Code :

pi@raspberrypi:~ $ sudo netstat -anp | grep 8081
tcp6       0      0 :::8081                 :::*                    LISTEN      612/./Knx.Ets.Ospre
tcp6       0      0 192.168.1.15:8081       192.168.1.76:53242      ESTABLISHED 612/./Knx.Ets.Ospre

Nouvelle tentative à partir de l'iPad, pas de serveur détecté automatiquement mais la connexion manuelle en spécifiant l'IP de mon serveur fonctionne sans problème.

Test concluant pour ma part. J'attend de recevoir le dongle de licence pour vérifier si le contrôle passe chez moi ou pas.

Bonjour,
Peux tu expliquer la procédure exact d'installation des dépendances de la liste, car moi je n'y arrive pas, j'ai toujours mon serveur qui indique ce Statut :

pi@raspberrypi:~ $ service ets-inside status
● ets-inside.service - LSB: ets-inside
Loaded: loaded (/etc/init.d/ets-inside; generated)
Active: active (exited) since Sat 2021-02-20 10:39:17 GMT; 8s ago
Docs: manystemd-sysv-generator(8)
Process: 1087 ExecStart=/etc/init.d/ets-inside start (code=exited, status=0/SUCCESS)

Feb 20 10:39:14 raspberrypi ets-inside[1087]: SSH is enabled and the default password for the 'pi' user has not been changed.
Feb 20 10:39:14 raspberrypi ets-inside[1087]: This is a security risk - please login as the 'pi' user and type 'passwd' to set a new
Feb 20 10:39:14 raspberrypi ets-inside[1087]: Wi-Fi is currently blocked by rfkill.
Feb 20 10:39:14 raspberrypi ets-inside[1087]: Use raspi-config to set the country before use.
Feb 20 10:39:14 raspberrypi ets-inside[1087]: 1117
Feb 20 10:39:14 raspberrypi ets-inside[1087]: -sh: 1: cannot create /var/log/ets-inside.log: Permission denied
Feb 20 10:39:14 raspberrypi su[1089]: pam_unix(su-lession): session closed for user knx
Feb 20 10:39:17 raspberrypi ets-inside[1087]: Knx.Ets.Osprey is now running, the PID is 1116
Feb 20 10:39:17 raspberrypi systemd[1]: Started LSB: ets-inside.
Feb 20 10:39:17 raspberrypi ets-inside[1087]: No usable version of the libssl was found


J'ai comme toi un raspberry pi3 b+ qui trainait, mais impossible de démarrer correctement le serveur.

Cordialement
Alex

[filou59]

Bonjour

Un petit tour sur le support de l'asso KNX :
https://support.knx.org/hc/en-us/communi...spberry-PI

Il y a un post du 28/01/21 qui précise qu'il faut une Distribution 32bit
Pas sur que ce soit compatible avec un Pi3 ou 4 ?

Voici la configuration requise :
https://support.knx.org/hc/fr/articles/2...ETS-Inside

[Gio92250]

Bonjour,

Tu utilise bien Pi OS comme base sur ton Pi ?
Si c’est le cas, ne perd de vue que ça se manipule comme n’importe quelle distri Debian. Donc les installations se font via apt-get.

Dans le lien que j’ai donné qui pointe vers l’ensemble des dépendances à installer il y a les lignes de commandes à saisir en bas de la page pour installer les librairies requises.
Voilà :
$ apt-get update
$ apt-get install libicu57 zlib1g libkrb5-3 libuuid1 libssl1.0.2 libcurl3 libunwind8 libunwind8-dev gettext libicu-dev liblttng-ust-dev libcurl4-openssl-dev libssl-dev uuid-dev unzip

De mémoire il y en a une ou deux qui ne sont pas à jour mais rien de dramatique. La plus importante semble la libssl sans laquelle le serveur ne démarre pas.
Comme je l’ai précisé j’ai des connaissances de base sur Linux donc si j’ai réussi c’est que c’est vraiment pas bien sorcier à faire.

[almotra]

Bonjour

Un petit tour sur le support de l'asso KNX :
https://support.knx.org/hc/en-us/communi...spberry-PI

Il y a un post du 28/01/21 qui précise qu'il faut une Distribution 32bit
Pas sur que ce soit compatible avec un Pi3 ou 4 ?

Voici la configuration requise :
https://support.knx.org/hc/fr/articles/2...ETS-Inside

Bonjour,
J'avais bien vu qu'il ne fonctionnait qu'en ARMV7 (Donc 32bits) mais du fait que Gio92250 y est arrivé avec un Raspberry Pi 3, je posait donc la question de comment a t'il fait.

Alex

[almotra]

Bonjour,

Tu utilise bien Pi OS comme base sur ton Pi ?
Si c’est le cas, ne perd de vue que ça se manipule comme n’importe quelle distri Debian. Donc les installations se font via apt-get.

Dans le lien que j’ai donné qui pointe vers l’ensemble des dépendances à installer il y a les lignes de commandes à saisir en bas de la page pour installer les librairies requises.
Voilà :
$ apt-get update
$ apt-get install libicu57 zlib1g libkrb5-3 libuuid1 libssl1.0.2 libcurl3 libunwind8 libunwind8-dev gettext libicu-dev liblttng-ust-dev libcurl4-openssl-dev libssl-dev uuid-dev unzip

De mémoire il y en a une ou deux qui ne sont pas à jour mais rien de dramatique. La plus importante semble la libssl sans laquelle le serveur ne démarre pas.
Comme je l’ai précisé j’ai des connaissances de base sur Linux donc si j’ai réussi c’est que c’est vraiment pas bien sorcier à faire.

Bonjour,
J'ai essayé avec OS de base et le full, mais rien a faire.
J'ai tenté l'installation des dépendances avec les même lignes que toi, sans succès.
Je referai des essais ce week-end.

Alex

[chnoub]

bonjour,
je découvre le monde du Pi4 avec Debian, acheté exprès pour ETS inside.... je sens que je vais bien galérer , j'y connais rien en linux.
si vous avez avancé sur le sujet, je suis preneur d explications (en francais serait le luxe ultime lol)

[filou59]

Tu a déjà été voir sur le site MyKNX dans la section support , c'est déjà un bon point de départ : https://support.knx.org/hc/fr/sections/360002259819