Perte accès domoticz

[jacques68]

Bonjour à tous

Ce soir en rentrant je m’aperçois que je n'ai plus accès à Domoticz. J'obtiens une page avec un écran bleu...
Fait pas mal de recherches mais rien trouvé de positif.
La seul commande me permettant de démarrer domoticz est la commande en ssh : ./domoticz
Et la tout redeviens fonctionnel..ou presque car si je coupe la liaison SSH ça me coupe Domoticz.

Je tourne en rond depuis quelques heures..si quelqu'un aurait une astuce...

Au démarrage de la commande ./domoticz je reçois les erreurs suivantes:

Code : Tout sélectionner

2023-01-31 23:23:24.079  Error: WebServer(HTTP) startup failed on address 0.0.0.0 with port: 8080: bind: Ad              dress already in use [system:98]
2023-01-31 23:23:24.079  Error: WebServer(HTTP) check if no other application is using port: 8080
2023-01-31 23:23:24.100  Status: WebServer(SSL) startup failed on address :: with port: 443: bind: Address               already in use [system:98], trying ::
2023-01-31 23:23:24.107  Status: WebServer(SSL) startup failed on address :: with port: 443: bind: Address               already in use [system:98], trying 0.0.0.0
2023-01-31 23:23:24.113  Error: WebServer(SSL) startup failed on address 0.0.0.0 with port: 443: bind: Addr              ess already in use [system:98]
2023-01-31 23:23:24.113  Error: WebServer(SSL) check privileges for opening ports below 1024
terminate called without an active exception
2023-01-31 23:23:24.113  Error: Domoticz(pid:15884, tid:15884('domoticz')) received fatal signal 6 (Aborted              )
2023-01-31 23:23:24.113  Error: siginfo address=0x3e0c, address=0xffffffff
2023-01-31 23:23:28.268  Error: Thread 1 (Thread 0x75f79040 (LWP 15884)):
2023-01-31 23:23:28.269  Error: #0  0x76b2e38c in waitpid () from /lib/arm-linux-gnueabihf/libpthread.so.0
2023-01-31 23:23:28.270  Error: #1  0x00279814 in dumpstack_gdb(bool) ()
2023-01-31 23:23:28.270  Error: #2  0x00279de0 in signal_handler(int, siginfo_t*, void*) ()
2023-01-31 23:23:28.271  Error: #3  <signal handler called>
2023-01-31 23:23:28.271  Error: #4  0x76929f14 in raise () from /lib/arm-linux-gnueabihf/libc.so.6
2023-01-31 23:23:28.272  Error: #5  0x76915230 in abort () from /lib/arm-linux-gnueabihf/libc.so.6
2023-01-31 23:23:28.273  Error: #6  0x00000000 in ?? ()
Aborted

[Chrominator]

La seul commande me permettant de démarrer domoticz est la commande en ssh : ./domoticz
Et la tout redeviens fonctionnel..ou presque car si je coupe la liaison SSH ça me coupe Domoticz.

C'est un fonctionnement normal sous linux ; quand on lance une tâche (domoticz par exemple), elle reste liée sa tâche mère (le shell qui l'a lancé dans ton cas).
Donc lorsque tu fermes ta sessions ssh, le shell se ferme aussi, entraînant la fermeture de tout ce que ce shell a lancé, y compris domoticz.

C'est notamment pour éviter ça qu'on lance des services. Ils sont lancés avec un processus parent qui va persister une fois qu'on aura fermé notre shell.

Je ne sais rien de ta plate-forme domoticz, mais normalement on doit lancer domoticz comme un service :

Code : Tout sélectionner

sudo service domoticz.sh start

ou

Code : Tout sélectionner

systemctl start domoticz.service

Seul un utilisateur ayant des privilèges comme root peut allouer des ports inférieurs à 1024.
Donc on ne peut pas démarrer domoticz par un ./domoticz en étant un utilisateur lamda, le port 443 ne pourra pas être utilisé.
C'est indiqué par cette trace dans le log :

Code : Tout sélectionner

Error: WebServer(SSL) check privileges for opening ports below 1024

D'autre part la trace dans ton log indique que les ports 8080 et 443 sont déjà utilisés.
Domoticz en a besoin pour la communication via le serveur web intégré.
On peut savoir quelle tâche est liée à ces ports avec la commande :

Code : Tout sélectionner

sudo netstat -tunlp |grep -w "8080\|443"

Ca va afficher en dernière colonne le processus qui alloue ces ports.

Code : Tout sélectionner

$ sudo netstat -tunlp |grep -w "8080\|443"
tcp6       0      0 :::443                  :::*                    LISTEN      587474/domoticz
tcp6       0      0 :::8080                 :::*                    LISTEN      587474/domoticz

Si domoticz ne fonctionne pas, il faut tuer le processus qui est indiqué dans la dernière colonne.
Dans mon exemple :

Code : Tout sélectionner

sudo kill 587474

Et ensuite démarrer le service domoticz.

Tu peux aussi éviter tout cela et essayer de redémarrer ton serveur si c'est possible, c'est une alternative.

[lost]

C'est un fonctionnement normal sous linux ; quand on lance une tâche (domoticz par exemple), elle reste liée sa tâche mère (le shell qui l'a lancé dans ton cas).
Donc lorsque tu fermes ta sessions ssh, le shell se ferme aussi, entraînant la fermeture de tout ce que ce shell a lancé, y compris domoticz.

A noter que pour des besoins ponctuels (ou debug, afin d'avoir les sorties au terminal), on peut lancer à la main et si on est en ssh garder le process et pouvoir se rattacher au terminal plus tard.

Il faut lancer le processus dans un screen, utilitaire à installer au préalable:

Code : Tout sélectionner

sudo apt install screen

Et ensuite, une fois connecté en ssh, on lance le screen en lui donnant un nom:

Code : Tout sélectionner

screen -S monDomoticz

Du screen créé on lance domoticz comme d'habitude et on peut couper la session ssh.

Si besoin de la relancer pour voir les sorties console, on fait son ssh comme d'habitude et on se ré-attache au screen via son nom (on peut faire detach/reattach, ainsi si on se réattache d'une autre machine il n'y a pas de pb):

Code : Tout sélectionner

screen -dr monDomoticz

Mais à réserver aux besoins ponctuels/de test. Ca ne survit pas à un reboot. D'ailleurs en cas de reboot les screen non quittés propremement restent et il peut être utile de faire un wipe.

Mais bon, pour le fonctionnement général Linux intègre le manuel pour les commandes shell entre autres:

Code : Tout sélectionner

man screen

Et si on recherche une commande pour faire un truc précis sans connaitre de nom, avec un mot clef (keyword) on trouve avec:

Code : Tout sélectionner

man -k KEYWORD

S'il y a une commande à retenir pour tout trouver, c'est bien cette dernière. Ça évite de trop solliciter google!

[jacques68]

Merci pour vos réponses.
Pour l'instant le serveur tient...
Je le vois car toute ma domotique fonctionne. Le seul soucis c'est que je n'y accède pas via mon pc. Via mon tel portable avec l'application Domoticz pas de soucis non plus.

Vous allez me dire problème de cache alors, première chose à laquelle j'ai pensé. Cache vidé aucun effet toujours pas d'accès. J'ai testé via chrome firefox ou edge...pas mieux je n'y accède pas...
Une idée??

[higgins91]

l'adresse IP est elle la bonne ?
Le bon port aussi ?

[jacques68]

oui l'adresse ip et le port sont bons. Ce sont les mêmes que ceux configurés sur mon application de tel d’où j'y accède parfaitement

[jacques68]

Je viens de faire un test avec un autre pc, brancher avec un câble Ethernet et bien ce dernier accède correctement à l'interface Domoticz...
Le pc avec lequel j'essaye de me connecter est en wifi. Donc pour tester je lui colle le câble Ethernet pour voir bah non il ne veux pas.
Test avec un troisième pc, le portable de mon boulot, impossible de me connecter également que ce soit en wifi ou avec le câble....
Ben là j'y perd mon latin.......
Auparavant jamais de soucis pour me connecter avec ce pc....

[Keros]

Tu utilises le même navigateur entre tes différents PC ?

[higgins91]

les 2 PC qui échouent sont sous le même OS que le 3ème ?
les PC qui échouent peuvent pinguer le RPi ?
Quel sont les IP des 2 PC et celle de celui OK ?
meme navigateur ? Sans modules complémentaire en plus ?

[jacques68]

Les 3 pc sont sur le même OS win11.
Les 2 pc qui echouent arrivent sur la page de présentation de domoticz. Mais seul l'arrière plan s'affiche voir image ci dessous...
Pas de modules complémentaire, les ip des PC sont de la forme 192.168.1.50 pour le 1er qui ne se connecte pas, le second 192.168.1.24 et le qui se connecte est 192.168.1.91
Par contre je viens de voir queje peux acceder a l'interace de la zigate sur le port 9440