Plus de mise à jour sur les cartes


  • Participant

    Bonjour,

    Depuis deux jours, mes cartes n'affichent plus un seul éclair, et pourtant, ça ne manque pas...
    D'où vient ce problème ?

    Christian.

  • Participant

    Hello,

    Même problème ici... je cherche.
    Mais ce que je sais, c'est qu'il y a eu des problèmes sur les données transmises ces derniers jours.

    J'ai fais un RAZ et une réinstall de MonDétecteur...mais rien ne change('DB MSQL effacée).
    Entre temps, je suis passé sur la dernière version, mais aucun changement.

    Florent avait le même problème avec dernière màj vers 14h hier, mais aujourd'hui cela refonctionne chez lui.

    Dan

  • Admin

    Il faudrait mettre sur le forum le log de mise à jour en allant dans espace utilisateur/administration/Importer manuellement les données de blitzortung.org

  • Participant

    Hello Florent,

    A première vue cela c'est débloqué... du moins en partie, la section statisiques-Réseau semble morte !

    Je me demande si la cause n'est pas liée au nombre important d'impacts de ces derniers jours.
    Le serveur qui abrite 'My SQL' de 'MonDétecteur' n'est plus capable de digérer le flux alors qu'une autre mise à jour est déjà demandée (comme chez toi, toutes les 5 minutes).

    D'ailleurs, cette nuit ton 'MonDétecteur' c'est aussi gelé.

    Pour le log, je remarque qu'a chaque mise à jour, le process retourne un message indiquant qu'un autre process tourne encore!
    J'ai changé les intervals, mais rien à faire.

    11/06/2014 12:11:46 2014-06-11 12:11:48 + 0ms |
    11/06/2014 12:11:46 2014-06-11 12:11:48 + 0ms | ***** Getting lightning data from blitzortung.org *****
    11/06/2014 12:11:46 2014-06-11 12:11:48 + 0ms |
    11/06/2014 12:11:46 2014-06-11 12:11:48 + 10ms | Information: PHP Execution timeout is 50s --> Fine 🙂 *** Setting MyBlitzortung timeout to: 50s
    11/06/2014 12:11:46 2014-06-11 12:11:48 + 10ms | Another update is running *** Begin: 2014-06-11 12:11:18
    11/06/2014 12:11:46 2014-06-11 12:11:48 + 10ms |
    11/06/2014 12:11:46 2014-06-11 12:11:48 + 10ms | Exiting...
    11/06/2014 12:11:46 The result page returns unsuccessfull execution of the script

    Que signifie cette mise à jour, qu'est qui est exactement mis à jour ici ?
    => Dernière Maj. de la station : 11/06/2014 07:41:58 (Maj toutes les 5 minutes)

    Maintenant, pourquoi MonDétecteur ne compte plus les coups de foudre ?

    Amicalement

    Daniel

  • Admin

    À la vue du Long tu as lancé une mise à jour Manuel alors qu'une en auto est en cours


    Envoyé depuis Tapatalk

  • Participant

    Non pas du tout, c'est un extrait du log de mon 'updater' qui est le seul à faire les demande toutes les 5 minutes.
    Cette erreur est récurente, il est rare de ne pas l'avoir !

  • Participant

    Que signifie cette mise à jour, qu'est qui est exactement mis à jour ici ?
    => Dernière Maj. de la station : 11/06/2014 07:41:58 (Maj toutes les 5 minutes)

  • Admin

    Ton ´update ´ coupe t il la maison au bout d'un certain temps ou reste t il connecter tant que la demande n'est pas finalisée


    Envoyé depuis Tapatalk

  • Admin

    tu devrais avoir ça: [code] 2014-06-11 12:31:44 + 0ms | 2014-06-11 12:31:44 + 0ms | ***** Getting lightning data from blitzortung.org ***** 2014-06-11 12:31:44 + 0ms | 2014-06-11 12:31:44 + 1ms | Information: PHP Execution timeout is 30s --> Fine 🙂 *** Setting MyBlitzortung timeout to: 55s 2014-06-11 12:31:44 + 3ms | 2014-06-11 12:31:44 + 4ms | === Strikes === 2014-06-11 12:31:44 + 35ms | Last strike: 2014-06-11 12:24:57 *** Loading 2 files from 2014-06-11 10:20:00 to 2014-06-11 10:30:00 *** This is update #229631 2014-06-11 12:31:44 + 515ms | Downloading file /2014/06/11/10/20.log: OK 2014-06-11 12:31:44 + 571ms | Found latest strike from last import 2014-06-11 12:31:44 +27776ms | Downloading file /2014/06/11/10/30.log: OK 2014-06-11 12:31:44 +34328ms | Lines: 2225 *** Size: 697kB *** New Strikes: 1299 2014-06-11 12:31:44 +34566ms | 2014-06-11 12:31:44 +34566ms | === Stations === 2014-06-11 12:31:44 +34845ms | Last update: 2014-06-11 10:31:57 *** This is update #220071 2014-06-11 12:31:44 +38318ms | Stations: 873 *** New Stations: 0 *** Updated: 872 *** No Update: 0 2014-06-11 12:31:44 +38321ms | Set 1 stations offline 2014-06-11 12:31:44 +38327ms | Deactivated 109 stations 2014-06-11 12:31:44 +39156ms | 2014-06-11 12:31:44 +39156ms | === Raw-Data === 2014-06-11 12:31:44 +39156ms | Not implemented! 2014-06-11 12:31:44 +39167ms | 2014-06-11 12:31:44 +39167ms | === Strike alerts === 2014-06-11 12:31:44 +39185ms | No alerts sent. 2014-06-11 12:31:44 +39186ms | 2014-06-11 12:31:44 +39186ms | === File Downloads === 2014-06-11 12:31:44 +39187ms | - sat_eumet_natural [d41d8cd98f] / Last download: 2014-06-11 11:35:18 / Last modified: 2014-06-11 11:18:06 2014-06-11 12:31:44 +39470ms | -> Success: Saved 156.1 kB, File last modified: 2014-06-11 10:17:10 UTC 2014-06-11 12:31:44 +39470ms | - sat_eumet_vis6 [02e6daa59e] / Last download: 2014-06-11 11:35:19 / Last modified: 2014-06-11 11:20:44 2014-06-11 12:31:44 +39657ms | -> Success: Saved 131.1 kB, File last modified: 2014-06-11 10:20:29 UTC 2014-06-11 12:31:44 +39657ms | - sat_eumet_micro [4110ef621b] / Last download: 2014-06-11 11:35:19 / Last modified: 2014-06-11 11:23:56 2014-06-11 12:31:44 +40045ms | -> Success: Saved 225.1 kB, File last modified: 2014-06-11 10:23:47 UTC 2014-06-11 12:31:44 +40045ms | - sat_eumet_mpe [225b04c197] / Last download: 2014-06-11 12:05:21 / Last modified: 2014-06-11 11:49:03 2014-06-11 12:31:44 +40253ms | -> Success: Saved 141.5 kB, File last modified: 2014-06-11 10:20:40 UTC 2014-06-11 12:31:44 +40253ms | - mf [278113e07c] / Last download: 2014-06-11 11:35:19 / Last modified: 2014-06-11 11:30:46 2014-06-11 12:31:44 +40454ms | -> Success: Saved 5.1 kB, File last modified: 2014-06-11 10:31:05 UTC 2014-06-11 12:31:44 +40460ms | 2014-06-11 12:31:44 +40460ms | === Updating densities === 2014-06-11 12:31:44 +40555ms | Nothing to do 2014-06-11 12:31:44 +40556ms | 2014-06-11 12:31:44 +40556ms | Import finished. Exiting... 2014-06-11 12:31:44 +40556ms | [/code]

  • Participant

    Hello florent,

    'MyBo' = 'MonDétecteur'

    Bon, voici ce que j'ai fait.
    1) Effacé tout le contenu de 'MyBo'
    2) Effacé toute la DB dans l'admin My SQL de mon ébergeur
    3) Reconstitué en local la dernière version de 'MyBo', avec la config, les cartes
    4) ajouté la partie Graph
    5) Uploadé le tout à nouveau sur vers mon ébergeur
    6) J'ai lancé l'installateur de 'MyBo'
    7) ensuite mise à jour via le panneau admin, et là, cata, à nouveau ce message => 'Another update is running *** Begin: 2014-06-11 12:01:18'

    😎 J'ai modifé mon 'uploader' (en passant, il n'exécute qu'une seule fois la requêtte toute les X minutes) en y ajoutant les date/time de toute les lignes dans le soft... et c'est là que j'ai vu ce qu'il se passe.

    Voici un extrait

    [color=red][size=80]11/06/2014 22:27:35 Next update schedued @ 22:32:04 11/06/2014
    11/06/2014 22:32:05 Asked update
    11/06/2014 22:32:35 Request done, result in the 'MyBlitzortungUpdate.html' page
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 0ms |
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 0ms | ***** Getting lightning data from blitzortung.org *****
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 0ms |
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 11ms | Information: PHP Execution timeout is 50s --> Fine 🙂 *** Setting MyBlitzortung timeout to: 50s
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 11ms | Another update is running *** Begin: 2014-06-11 22:32:05
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 11ms |
    11/06/2014 22:32:35 2014-06-11 22:32:35 + 11ms | Exiting...
    11/06/2014 22:32:35 The result page returns unsuccessfull execution of the script
    11/06/2014 22:32:35 Next update schedued @ 22:37:04 11/06/2014
    11/06/2014 22:37:04 Asked update
    11/06/2014 22:37:26 Request done, result in the 'MyBlitzortungUpdate.html' page
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 0ms |
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 0ms | ***** Getting lightning data from blitzortung.org *****
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 0ms |
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 4ms | Information: PHP Execution timeout is 50s --> Fine 🙂 *** Setting MyBlitzortung timeout to: 50s
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 4ms | Waiting 6 seconds, to avoid too high load on Blitzortung servers ...
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 6009ms |
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 6009ms | === Strikes ===
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 6040ms | Last strike: 2014-06-11 22:32:11 *** Loading 1 files from 2014-06-11 20:30:00 to 2014-06-11 20:30:00 *** This is update #20
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 6321ms | Downloading file /2014/06/11/20/30.log, last modified 2014-06-11 20:32:15, last position 50334 bytes: OK
    11/06/2014 22:37:26 2014-06-11 22:37:04 + 6321ms | Found latest strike from last import
    11/06/2014 22:37:26 2014-06-11 22:37:04 +18858ms | Lines: 303 *** Size: 78kB *** New Strikes: 300
    11/06/2014 22:37:26 2014-06-11 22:37:04 +18915ms |
    11/06/2014 22:37:26 2014-06-11 22:37:04 +18915ms | === Stations ===
    11/06/2014 22:37:26 2014-06-11 22:37:04 +19191ms | Last update: 2014-06-11 22:32:37 *** This is update #13
    11/06/2014 22:37:26 2014-06-11 22:37:04 +20533ms | Stations: 874 *** New Stations: 0 *** Updated: 530 *** No Update: 343
    11/06/2014 22:37:26 2014-06-11 22:37:04 +20536ms | Set 10 stations offline
    11/06/2014 22:37:26 2014-06-11 22:37:04 +20539ms | Deactivated 4 stations
    11/06/2014 22:37:26 2014-06-11 22:37:04 +21579ms |
    11/06/2014 22:37:26 2014-06-11 22:37:04 +21579ms | === Raw-Data ===
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21579ms | Not implemented!
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21590ms |
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21590ms | === Strike alerts ===
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21600ms | No alerts sent.
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21617ms |
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21617ms | Import finished. Exiting...
    11/06/2014 22:37:27 2014-06-11 22:37:04 +21617ms |
    11/06/2014 22:37:27 The result page returns a successfull execution of the script
    11/06/2014 22:37:27 Next update schedued @ 22:42:04 11/06/2014
    11/06/2014 22:42:04 Asked update
    11/06/2014 22:42:34 Request done, result in the 'MyBlitzortungUpdate.html' page
    11/06/2014 22:42:34 2014-06-11 22:42:34 + 0ms |
    11/06/2014 22:42:35 2014-06-11 22:42:34 + 0ms | ***** Getting lightning data from blitzortung.org *****
    11/06/2014 22:42:35 2014-06-11 22:42:34 + 0ms |
    11/06/2014 22:42:35 2014-06-11 22:42:34 + 11ms | Information: PHP Execution timeout is 50s --> Fine 🙂 *** Setting MyBlitzortung timeout to: 50s
    11/06/2014 22:42:35 2014-06-11 22:42:34 + 12ms | Another update is running *** Begin: 2014-06-11 22:42:04
    11/06/2014 22:42:35 2014-06-11 22:42:34 + 12ms |
    11/06/2014 22:42:35 2014-06-11 22:42:34 + 12ms | Exiting...
    11/06/2014 22:42:35 The result page returns unsuccessfull execution of the script
    11/06/2014 22:42:35 Next update schedued @ 22:47:04 11/06/2014[/size]
    [/color]

    En fait, à 22:37:04 mon 'updater' fait une demande d'exécution.
    A 22:32:35, si le script n'a pas démarré ses Download sur le serveur de Blitzortung, le process considère un Time-Out !
    D'ailleurs, il semble qu'il préconise de le mettre à 50 secondes => Setting MyBlitzortung timeout to: 50s

    Là où cela passe;
    A 22:37:04 Asked update et à 22:37:26, soit 22 secondes après, la mise à jour est ok.

    Donc, conclusion de tout cela,
    - si un délais de plus de 30 secondes s'écoule et que rien n'est retourné, il dit qu'il y a un autre process qui tourne... qui est lui même.
    - Vu ces derniers jours, la quantité de téléchargement est devenue tellement importante pour certain serveurs lent, qu'au de là de 30 secondes, le script sort en signalant une erreur.

    Donc, il faut augmenter le temps d'attente (de réaction).... mais comment ?
    Quelle valeur changer pour augmenter de délais de 30 secondes, ou comment le placer à 50 secondes comme apparement précisé.

    Remarque, durant ces derniers jours, ton 'MonDétecteur' à également été gelé...trop de choses à digérer durant ces derniers nuits.

    As-tu une idée pour augment de temps de 30 secondes ?

    Amicalement

    Dan

  • Admin

    Tu dois pouvoir modifier le temps d’exécution max_execution_time au niveau de ton serveur dans le php.ini,le mien est sur 60s.
    Mes problèmes de mise à jour sont différents je test des modifs d'un script dans MonDétecteur

  • Participant

    Hello Florent,

    Merci pour ton aide.
    Je cherchais comme un dingue dans la config de 'MonDétecteur'

    Maintenant j'ai appris un peu plus de ce côté, je dois regarder du côté de mon hébergeur où et comment changer cette valeur.

    A prime abord, je n'ai pas de fichier 'php.ini' dans mes répertoires...

    Merci pour la piste.

    Dan

  • Admin

    Si tu n'as pas accès à la config du serveur web, tu ne sauras pas modifier le fichier php.ini. 😉

    Généralement, il se trouve dans /etc/php5/apache2

  • Participant

    J'aime pas ton 😉

    Je blague biensur... mais ris jaune tout de même.
    T'as raison, je n'ai pas accès.
    En discutant avec un support de ONE.COM, ce n'est pas possible.

    Donc... j'abandonne 'MonDétecteur', je vais développer ma propre application... non, je blague encore (quoique).

    Donc... Tabias va être obligé de revoir ses scripts (éventuellement en lancer plusieurs différents décalés) afin d'alléger les process.
    Je ne dois pas être le seul comptenu que le réseau blitzortung rafle pratiquement tout les impacts à présent, la quantité d'évènements à digérer devient cooolooossaaaaal.

    😉

    Dan

  • Admin

    Plusieurs solutions:

    -développer ton appli
    -demander à Tobias de modifier ses scripts
    -modifier ton uploader pour charger par morceaux les données de MonDétecteur(signaux puis stations,...,...,...)
    -changer d'hébergeur
    -prendre un hébergement chez clément

  • Admin

    Evidemment, si tu le souhaites je peux t'ouvrir un espace pour mybo 😉

    Pour le moment, il y en a 4 qui tournent sans soucis 🙂

  • Participant

    Bonjour,

    En clair, que faut il faire ?
    J'ai un détecteur à la maison, mais seul, il ne me sert pas à grand chose...
    J'aimerai bien que tout rentre dans l'ordre, car déjà l'année dernière, j'avais des soucis.

    Christian

  • Participant

    Bonjour Clément,

    Ta solution est séduisante et le partage est apprécié, merci d'avance.
    Néanmoins, j'aimerai trouver une solution plus générale, qui ne s'applique pas uniquement qu'à moi.

    Tu héberges chez toi ? Si non, chez qui ?
    Ou alors, tu as initié plusieurs users sur ton ´MonDetecteuŕ ?

    Cependant, la troisième idée de Florent mérite d'être exploitée.
    Malheureusement, je n'ai aucune idée de ce que fait exactement ,MonDetecteuŕ lors d'un query.
    Comment partager (paramétrer) le zinzin pour effectuer différents query décalé dans temps.
    J'imagine bien un truc du genre à avoir plusieurs ´Config.php´ afin de reparametrer MonDetecteur avant chaque query... Mais que modifier dans ces fichiers pour que chaque appel s'occupe d'une partie distinct?

    Une version light (ou une config) de ´MonDetecteuŕ sera également apprécié.
    Est- il vraiment nécessaire d'avoir toutes ces options et graphiques ?
    Les cartes, le comportement et le rendement de sa station ne suffisent-ils pas?

    Si quelqu'un vois une idée concrète, je suis preneur.

    Amicalement.

    Dan

  • Admin

    Dans l'administration de MonDétecteur tu as des liens différents pour mettre à jour par exemple que les stations ou que les signaux,...... pourquoi pas explorer par là,ça reste une idée comme ça......

  • Admin

    [quote="DanielV37"]Tu héberges chez toi ? Si non, chez qui ?
    Ou alors, tu as initié plusieurs users sur ton ´MonDetecteuŕ ? [/quote] J'utilise un serveur dédié chez OVH.
    Chaque utilisateur installe son "Myblitzortung" comme il le souhaite.
    Il a son propre espace web et son propre accès aux bases de données.

Log in to reply