Signification des Codes RC7 et RC28

[Keros]

Le souci semble se présenter à heure fixe 1h00, 2h00 vers le moment d'une sauvegarde automatique : on voit bien que tout s'arrête puis DomoticZ se relance.

Les sauvegardes automatiques fonctionne normalement ?

Tu peux éventuellement désactiver les sauvegardes auto pour voir si le soucis vient de là.

Tu as une erreur Error parsing http request qui revient souvent. Faudrait également que tu regardes d'où elle vient.

[Thierry_06]

Concernant l'erreur Error parsing http request
J'ai cherché sur tous les forum domoticz pas de solution
Plein d'utilisateurs ont ce probleme .
Meme le pere de domoticz ( gizmocuz) n'a pas d'idee sur le forum anglais et sur le wiki
Cest arrivé lors dune mise à jour de domoticz. Ca pollue les log mais c'est tout .

J'ai desactivé la sauvegarde automatique . Plus qu'a attendre le prochain plantage .

[Thierry_06]

Bonsoir
Depuis la désactivation de la sauvegarde automatique pas de plantage .
Avant de crier victoire , je vais attendre encore la fin du prochain confinement


Je ne saurai pas la signification des cordes RC7 et RC28 , mais ce n'est plus utile si je n'en ai plus

[Keros]

Devoir désactiver les sauvegardes automatiques n'est pas forcément une bonne solution. Il doit y avoir autre choses.

[Thierry_06]

Certe mais quoi ?
Je reviens au titre signification RC7 et RC28 . J'ai trouvé c'est les codes erreur de libcurl

Code : Tout sélectionner

https://curl.se/libcurl/c/libcurl-errors.html

RC=7 CURLE_COULDNT_CONNECT (7) Failed to connect() to host or proxy.
RC =28 CURLE_OPERATION_TIMEDOUT (28) Operation timeout. The specified time-out period was reached according to the conditions.


Il faut avoir une autre façon de réaliser une sauvegarde sans utiliser la sauvegarde automatique inclue dans domoticz.
c'est pas les méthodes qui manquent.

[denis_brasseur]

Il est possible que curl retourne un message d'erreur a cause de l'exécution de la sauvegarde.
Que se passe t'il si tu désactives le script de reboot et que tu réactives les sauvegardes ?
La sauvegarde s'exécute ? Et domoticz toujours accessible ?
Si cela fonctionne ainsi, il te suffirait d'exécuter le script autrement.
Tu peux aussi essayer monit, qui te redémarre domoticz avec des conditions bien plus souple (du genre, redémarrage de l'instance si plusieurs ping qui ne répondent pas).
Ca vaut le coup d'essayer de désactiver ton script pour tester et pour commencer.
Et les 2 codes erreur ont bien l'air de ressembler à cette problématique.

edit : tu peux aussi essayer de modifier -m 5 par -m 15 pour passer le max-time à 15 s.

-m, --max-time <seconds>

[Thierry_06]

Bonsoir
J'ai mis le script ' justement parce je n'avais plus d'acces à domoticz et qu'il ne marchait plus . Il etait planté. Donc je pense si je reactive la sauvegarde automatique , dans les 2 jours domoticz se plante. C'esr aleatoire

A l'epoque, 4 ans auparavent quand j'ai installé ce script , je n'avais pas d'acces par putty et la seule solution que j'avais quand je n'avais plus acces à domoticz et que j'etais loin de chez moi ( c'etait quand on pouvait encore voyager à l'autre bout du monde) etait un off/on de facon sauvage a travers un sonoff commandee par mon telephone ( via les serveurs chinois) de redemarrer toute l'installation la box le raspi et domoticz.

le script fait automatiquement cela en verifiant la liaison toutes les 5 mn via un crontab

Je vais creuser ton idée avec monit.
Merci

[denis_brasseur]

tu peux aussi essayer de modifier -m 5 par -m 15 pour passer le max-time à 15 s.

-m, --max-time <seconds>

[denis_brasseur]

Monit: Monitoring d’une box domotique Domoticz, Jeedom, Home Assistant

Le script Monit récupère la valeur de la clé status et vérifie si elle est égale à OK. Après 2 cycles d’échec le service Domoticz est redémarré. Après 5 cycles en échec, l’ordinateur ou le Raspberry Pi est redémarré.

[Thierry_06]

bonjour
ce matin plantage RC=7 avec la sauvegarde automatique désactivée.
redémarrage automatique à 9h50

Toute une série d' erreur ( 19 ) et redémarrage à 9:50:02.077

Code : Tout sélectionner

2021-01-26 09:48:08.196  Error: Thread 13 (Thread 0x6f7fe220 (LWP 1153)):
2021-01-26 09:48:08.197  Error: #0  __waitpid (options=0, stat_loc=0x6f7fc7e0, pid=15230) at ../sysdeps/unix/sysv/linux/waitpid.c:30
2021-01-26 09:48:08.197  Error: #1  __waitpid (pid=15230, stat_loc=0x6f7fc7e0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:25
2021-01-26 09:48:08.197  Error: #2  0x002d7a84 in dumpstack_gdb(bool) ()
2021-01-26 09:48:08.197  Error: #3  0x002d8078 in signal_handler(int, siginfo_t*, void*) ()
2021-01-26 09:48:08.197  Error: #4  <signal handler called>
2021-01-26 09:48:08.197  Error: #5  raise (sig=11) at ../sysdeps/unix/sysv/linux/raise.c:50
2021-01-26 09:48:08.197  Error: #6  <signal handler called>
2021-01-26 09:48:08.197  Error: #7  0x00811a6c in packet.queue ()
2021-01-26 09:48:08.197  Error: #8  0x00814d48 in send.publish ()
2021-01-26 09:48:08.197  Error: #9  0x0080c5ec in mosquitto_publish ()
2021-01-26 09:48:08.197  Error: #10 0x002bd7c0 in mosqdz::mosquittodz::publish(int*, char const*, int, void const*, int, bool) ()
2021-01-26 09:48:08.197  Error: #11 0x004e680c in MQTT::SendMessage(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
2021-01-26 09:48:08.197  Error: #12 0x004e833c in MQTT::SendDeviceInfo(int, unsigned long long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned char const*) ()
2021-01-26 09:48:08.197  Error: #13 0x002bca8c in boost::signals2::detail::signal_impl<void (int, unsigned long long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned char const*), boost::signals2::optional_last_value<void>, int, std::less<int>, boost::function<void (int, unsigned long long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned char const*)>, boost::function<void (boost::signals2::connection const&, int, unsigned long long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned char const*)>, boost::signals2::mutex>::operator()(int, unsigned long long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, unsigned char const*) ()
2021-01-26 09:48:08.197  Error: #14 0x002ac040 in MainWorker::ProcessRXMessage(CDomoticzHardwareBase const*, unsigned char const*, char const*, int) ()
2021-01-26 09:48:08.197  Error: #15 0x002ad3b4 in MainWorker::Do_Work_On_Rx_Messages() ()
2021-01-26 09:48:08.197  Error: #16 0x0096784c in execute_native_thread_routine ()
2021-01-26 09:48:08.197  Error: #17 0x76b94494 in start_thread (arg=0x6f7fe220) at pthread_create.c:486
2021-01-26 09:48:08.197  Error: #18 0x76a47578 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6


2021-01-26 09:50:02.077  Status: Domoticz V4.11665 (c)2012-2020 GizMoCuz
2021-01-26 09:50:02.077  Status: Build Hash: ec3292db7, Date: 2020-01-28 08:45:51
2021-01-26 09:50:02.078  Status: Startup Path: /home/pi/domoticz/

Ca cause aux spécialistes ?