Au moins je ne suis pas tout seul. La dernière fois que j'ai signalé ce genre de problème avec des uploads qui se bloquaient sans aucune réponse, on m'a dénigré en disant que je racontais n'importe quoi. Mais comme c'était arrivé juste après une panne sévère, les causes possibles étaient multiples et difficiles à identifier.
Comme quoi une anomalie sur le serveur qui ne répond pas, c'est bel et bien encore possible, même si on n'en voit pas les effets dans les données enregistrées et consultées depuis la base, et même si d'autres ne semblent avoir aucun problème et ne constatent pas de panne matérielle avec les outils de supervision qu'ils regardent. Pour ces raisons, il serait souhaitable que pour ce genre de panne, quelqu'un aille consulter les logs du serveur frontal de l'API web, signalant les requêtes restées sans réponse du côté du backend, et les ruptures de sessions HTTP anticipées (faute de réponse, à l'initiative du client) ou forcées (par un watchdog surveillant l'inactivité des sessions SQL du côté backend et HTTP du côté frontend avec une réponse HTTP 500), afin de trouver des points communs à ces anomalies et trouver leur cause réelle. J'ai bien l'impression que certaines requêtes SQL sont bien plus longues que prévues et tombent dans des boucles de récursion infinies (ou qui ne tombent qu'à cause d'une faute de mémoire dans un débordement de pile ou de dépassement de quotas dans des ressources temporaires, ce qui cause tout de même une charge très importante sur le serveur et pourraient le ralentir pour tout le monde, si ces sessions trop gourmandes et inattendues sont assez nombreuses). J'ai des doutes que cela se produise réellement sur la partie purement relationelle du code SQL, mais l'extension GIS pourrait en être à l'origine, lordqu'elle effectue des contrôles d'intégrité (référentielleà ou de cohérence des données soumises, et pourrait aussi générer des cas de "deadlocks" entre plusieurs threads issus de la même session (si cette extension utilise des threads sépaprés pour certaines analyses, par exemple pour gérer les files d'attente de ressources partagées). Le 10 avril 2013 23:51, Vincent Pottier <vpott...@gmail.com> a écrit : > Bonsoir, > C'est moi ou... > Impossible de créer un changeset ni avec JOSM, ni avec Potlatch2. > > Ça a l'air d'être moi, à voir les changesets qui se créent par ailleurs. > But what's wrong ? > Impossible d'uploader quelques modifications. > -- > FrViPofm > > ______________________________**_________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.**org/listinfo/talk-fr<http://lists.openstreetmap.org/listinfo/talk-fr> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
