Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
De toute façon le changset dont tu parlait ne c'est pas fermé une heure après mais 20 min de plus qu'indiqué : http://www.openstreetmap.org/browse/changeset/15569811 En gros il n'y avait pas de problème dû à l'heure d'été sur celui que tu citait. Ou sinon les anglais sont sur un autre fuseau horaire :-D Le 3 avril 2013 02:32, Philippe Verdy verd...@wanadoo.fr a écrit : Le 3 avril 2013 00:09, Pieren pier...@gmail.com a écrit : Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Surtout quand j'ai indiqué un changeset bien précis (en précisant le numéro) dans le premier message qui n'était PAS ouvert par rawedit. Bref tu es de mauvaise foi manifeste, et tu fais tout pour ne justement pas regarder, et chercher à polémiquer. En l'occurence il n'y a QUE toi ici qui vient de raconter n'importe quoi et d'inventer de toute pièce des prétextes pour répondre de cette façon. Encore une fois si je te dis que cela ne concernait PAS des modfs sous rawedit mais uniquement des modifs faites dans JOSM, franchement pourquoi insistes-tu pour prétendre le contraire? On dirait que puisque tu as accès à plus d'outils internes dans les configs des serveurs cela te permet de croire que tout message qui indiquerait un problème que tu n'as pas constaté toi-même est une attaque contre le projet, et qu'en plus tu prends ça pour une attaque personnelle et qu'encore une fois tu t'autorise à faire part de ton agacement (injustifié puisque le message n'était ni contre toi ni contre le projet), en répondant de façon agressive, même quand je ne m'adressais pas du tout à toi. On dirait que tu prends tout le projet OSM comme TON projet personnel et qu'il doit donc être nécessairemeent exempt de tout défaut puisque tu ne supporterais pas ces défauts pour toi même. J'ai relevé le problème au moment voulu, au moment où il avait lieu. Tu m'as renvoyé vers une page Munin d'un serveur qui visisblement n'était même pas encore en service au moment où le problème a eu lieu (les statistiques ont repris seulement la journée du 1er à 0h, le problème était avant dans la journée du 31 (sans doute le projet tournait encore avec un serveur de secours après la panne sérieuse de la veille. Bref tu m'as baladé encore une fois avec de faux arguments juste en cherchant une contradiction et en interprétant même ce dont je ne parlais même pas. Je note que je viens à nouveau d'avoir le problème, encore une foi sur un changeset ouvert par JOSM, mais je ne vais pas aller plus loin avec toi, puisque tu n'es de strictement aucune aide (depuis hier j'ai trouvé des moyens de contournement de ces bloquages aléatoires), et puisque tu ne fais QUE polémiquer pour rien, dans une atmosphère et un ton absolument détestable pour cette liste. Tu as beau savoir beaucoup de choses sur le projet, tu n'est en fait pas prêt à lâcher la moindre once de ce que tu peux savoir et tu en fais mauvais usage, ne serait-ce qu'en terme de communication. Le projet vivra sans toi et je me passe de tes remarques, même si comme d'habitude tu t'es juste montré agressif. Ce n'est pas parce que tu es agressif comme ça que je vais quitter le projet. Mais tout de même, met un peu d'eau dans ton vin, ça t'évitera de communiquer publiquement ta mauvaise humeur dont cette liste n'a pas besoin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 08:40, Jo. perche...@gmail.com a écrit : De toute façon le changset dont tu parlait ne c'est pas fermé une heure après mais 20 min de plus qu'indiqué : http://www.openstreetmap.org/browse/changeset/15569811 En gros il n'y avait pas de problème dû à l'heure d'été sur celui que tu citait. Ou sinon les anglais sont sur un autre fuseau horaire :-D Non tu te trompes là encore, c'est moi qui ait fermé cette relation modifiée sous JOSM, explicitement depuis JOSM (CTRL+ALT+Q), après avoir envoyé les modifs objet par objet. Et bel et bien une heure avant celle indiquée. L'heure de fermeture réelle affiché est bien décalée avec une heure de retard sur la réalité. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 11:26, Philippe Verdy verd...@wanadoo.fr a écrit : Non tu te trompes là encore, c'est moi qui ait fermé cette relation modifiée sous JOSM, explicitement depuis JOSM (CTRL+ALT+Q), après avoir envoyé les modifs objet par objet. Et bel et bien une heure avant celle indiquée. L'heure de fermeture réelle affiché est bien décalée avec une heure de retard sur la réalité. Gros doute quand même sur cette explication car les changesets suivants d'autre contributeurs sont en général refermés quelques secondes après leur création. Si il y avait eu un tel problème avec les heures de fermeture des changeset sur l'API ça aurait été général et pas sur certains changesets et pas tous. Exemple: http://www.openstreetmap.org/browse/changeset/15569812 -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 12:07, Christian Quest cqu...@openstreetmap.fr a écrit : Le 3 avril 2013 11:26, Philippe Verdy verd...@wanadoo.fr a écrit : Non tu te trompes là encore, c'est moi qui ait fermé cette relation modifiée sous JOSM, explicitement depuis JOSM (CTRL+ALT+Q), après avoir envoyé les modifs objet par objet. Et bel et bien une heure avant celle indiquée. L'heure de fermeture réelle affiché est bien décalée avec une heure de retard sur la réalité. Gros doute quand même sur cette explication car les changesets suivants d'autre contributeurs sont en général refermés quelques secondes après leur création. Si il y avait eu un tel problème avec les heures de fermeture des changeset sur l'API ça aurait été général et pas sur certains changesets et pas tous. Exemple: http://www.openstreetmap.org/browse/changeset/15569812 Tu peux en douter mais c'est pourtant bien le cas que dans la journée du 1er avril, on a eu droit à ces décalages d'une heure (et pas que moi d'ailleurs). Les fermetures de changeset ont une heure assez aléatoire, et je pense que dans la plupart des cas cela venait justement de ces changeset bloqués pour lesquels le serveur cessait de répondre au front-end de l'API, qui elle non plus pouvait ne rien répondre non plus et fermer la session HTTP brutalement après 2 ou 3 minutes. On ne peut plus détecter le problème aujourd'hui mais il a bien été présent après le redémarrage du serveur (sur un serveur de secours?) suite à la panne sérieuse du 30 sur ramoth. Un bloquage qui a conduit justement à ce que plusieurs autres changesets de ma part sont restés vides (peu importe d'ailleurs l'heure affichée, le fait est que rien ne passait dedans à cause de l'anomalie de non réponse du serveur lors de la soumission d'un objet). Exemple: http://www.openstreetmap.org/browse/changeset/15571074 (resté ouvert sans rien dedans, une erreur HTTP venant du serveur) http://www.openstreetmap.org/browse/changeset/15571095 (nouvelle tentative, certaines données sont passées, d'autres se sont bloquées) Ces deux là ont été fermés manuellement par moi avec CTRL+ALT+Q dans JOSM. A partir de 17 heures, cependant, on ne constate plus de décalage d'1 heure. Peut-être que le changement d'heure a été corrigé sur le serveur (ce qui a pu aussi causer des problèmes de synchro et de non-réponse du serveur). J'avais écrit pour signaler le problème au moment où il avait lieu, mais maintenant le problème ne se produit plus et il ne faut pas conclure sur ce qu'on voit maintenant, surtout quand on n'a aucune idée de ce qui a été fait sur les serveurs pour les remettre en service après la panne et la réparation d'urgence. De même j'ai pu constater qu'une partie des modifs envoyées et validées avec succès dans la journée du 1er avril ont été oubliées par le serveur (n notamment des erreurs signalées par Osmose et bel et bien corrigées le 1er avril, mais réapparu non corrigées du tout, sans aucun revert, le 2 avril : dans le nord de l'Allemagne notamment, ainsi que des nouveaux POIs ajoutés juste après le redémarrage, des fautes d'orthographe dans les noms corrigées le 1er mais réapparues le 2, là encore sans aucune trace de la correction qui n'apparait plus dans les changesets qui les avaient effectués). Autrement dit le serveur a été instable pendant une bonne partie de la journée du 1er avril, des modifs validées ayant pu être perdues et d'autres ayant pu rester bloquées sans aucune erreur rapportée au client hors de la fermeture de session HTTP sans réponse. La réparation des serveurs a semble-t-il été faite avec un redémarrage en mode dégradé mais avec aussi visiblement un processus effectuant en parallèle des vérifications d'intégrité, ce qui causait une charge importante sur le serveur et a pu conduire en cas de doute ou conflit à supprimer des modifs plus récentes pour revalider une modif plus ancienne datant de jute avant la panne. Pour l'instant je n'ai aucune explication concernant ces bloquages intempestifs sans réponse, et ces changesets créés avec succès mais restés désespérément vides de tout changement, ni pour les changeset bien effectuées et refermés correctement mais dont une partie des modifs a disparu sans plus aucune trace. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/3 Jo. perche...@gmail.com De toute façon le changset dont tu parlait ne c'est pas fermé une heure après mais 20 min de plus qu'indiqué : http://www.openstreetmap.org/browse/changeset/15569811 Ca n'est pas 20mn mais 1h 20mn sur ce changeset (qui n'était pas indiqué dans le premier mais le 3e message). C'est effectivement très long. Mais avec JOSM, on peut travailler dans le même changeset pendant des heures suivant sa configuration. Ensuite, comme le serveur était tombé la veille, il n'y a rien de surprenant à ce qu'il y ait des délais importants dans les heures qui suivent (outre le cumule des uploads des contributeurs, il y a aussi les fichiers planet (export) à rattraper). De plus, il avait un autre changeset créé un quart d'heure auparavant qui avait des délais plus normaux: http://www.openstreetmap.org/browse/changeset/15569620 S'il y avait eu un bug sur le passage à l'heure d'été, il aurait dû d'abord se demander pourquoi certains changesets ne prennaient que quelques secondes ou minutes avant de se plaindre ici. Concernant rawedit, je vais citer la première phrase du premier message de Philippe sur ce fil de discussion: Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Seuls ses changesets ouverts par rawedit ont exactement une date de fin une heure exactement après le début. Pieren PS: je n'ai aucun accès privilégié aux données ou serveurs. Si j'ai répondu aux messages de Philippe, c'est surtout pour les nouveaux inscrits sur cette liste qui ne connaissent pas l'historique du personnage qui a, à de nombreuses reprises, dit des bêtises sur cette liste. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
- Mail original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Mercredi 3 Avril 2013 10:47:50 Objet: Re: [OSM-talk-fr]Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?) 2013/4/3 Jo. perche...@gmail.com De toute façon le changset dont tu parlait ne c'est pas fermé une heure après mais 20 min de plus qu'indiqué : http://www.openstreetmap.org/browse/changeset/15569811 Ca n'est pas 20mn mais 1h 20mn sur ce changeset (qui n'était pas indiqué dans le premier mais le 3e message). C'est effectivement très long. Mais avec JOSM, on peut travailler dans le même changeset pendant des heures suivant sa configuration. Ensuite, comme le serveur était tombé la veille, il n'y a rien de surprenant à ce qu'il y ait des délais importants dans les heures qui suivent (outre le cumule des uploads des contributeurs, il y a aussi les fichiers planet (export) à rattraper). De plus, il avait un autre changeset créé un quart d'heure auparavant qui avait des délais plus normaux: http://www.openstreetmap.org/browse/changeset/15569620 S'il y avait eu un bug sur le passage à l'heure d'été, il aurait dû d'abord se demander pourquoi certains changesets ne prennaient que quelques secondes ou minutes avant de se plaindre ici. Concernant rawedit, je vais citer la première phrase du premier message de Philippe sur ce fil de discussion: Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Seuls ses changesets ouverts par rawedit ont exactement une date de fin une heure exactement après le début. La fermeture automatique a lieu après 1h d'inactivité, la dernière action sur le changeset a donc eu lieu 20min après son ouverture. On peut donc considérer que son changeset (son upload ?) a duré 20 minutes. Francisco ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 10:47, Pieren pier...@gmail.com a écrit : Ca n'est pas 20mn mais 1h 20mn sur ce changeset (qui n'était pas indiqué dans le premier mais le 3e message). C'est effectivement très long. Et dans les faits ce changeset n'a duré que 20 minutes. Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Seuls ses changesets ouverts par rawedit ont exactement une date de fin une heure exactement après le début. Non ! C'est faux. Puisque je te dis que les changesets dont je parlais étaient bien créés sous JOSM. Pourquoi ne me crois(tu pas ? C'est pourtant marqué dans le changeset lui-même. De toute fa_on tu es en train de pinailler sur un faux problème qui n'était qy'une remarque annexe au problème pour lequel j'avais écrit et qui concernait le blocage des envois, avec une fermeture de session HTTP par le serveur, sans réponse, ou bien avec une erreur HTTP 500. Et même pour l'envoi depuis JOSM (je ne parlais QUE de JOSM et rien d'autre, c'est toi qui as introduit RawEdit dans la discussion qui n'avait RIEN à voir!) d'un seul et unique objet à la fois jusqu'à ce que je trouve l'unique objet qui provoquait le blocage et la non-réponse du serveur (pour pouvoir envoyer le reste et ne pas me retrouver avec un des données orphelines). Et c'était le SEUL objet du premier message. J'ai essayé de chercher diverses causes à ces blocages mais je n'ai pas trouvé pourquoi un seul objet bloquait tout. Cela m'a conduit à en supprimer un existant, référencé par une relation, pour le recréer à l'identique (mais avec un autre id) et c'est passé, plus rien ne bloquait et j'ai pu terminer les envois (mais après avoir cherché des heures, et sans jamais aucune réponse de personne pendant ce temps-là). Quand tu as commencé à répondre plus de 24 heures après, le problème était déjà réglé sur cette partie des données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 16:15, f.dos.san...@free.fr a écrit : La fermeture automatique a lieu après 1h d'inactivité, la dernière action sur le changeset a donc eu lieu 20min après son ouverture. On peut donc considérer que son changeset (son upload ?) a duré 20 minutes. Oui. 20 minutes effectives pour envoyer 9 objets, plus un 10e qui n'est pas passé et pour lequel le serveur a mis 20 minutes avant de fermer la session sans retourner aucune erreur. Ce 10e objet n'est pas mieux passé dans le changeset suivant qui est resté vide (le serveur a mis là aussi plusieurs minutes avant de fermer la session sans rien répondre. C'est alors que j'ai fermé les 2 changesets depuis JOSM. Nulle part dans ces deux changesets il n'y avait la moindre modif depuis rawedit (j'en ai fait séparément mais avant ou après et il n'avaient pas de blocage de cette sorte), cela ne devait donc pas rentrer dans cette discussion. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Bonjour, C'est bon maintenant, on a compris! Stop svp. On peut passer à autre chose? Romain Le 3 avril 2013 16:55, Philippe Verdy verd...@wanadoo.fr a écrit : Le 3 avril 2013 16:15, f.dos.san...@free.fr a écrit : La fermeture automatique a lieu après 1h d'inactivité, la dernière action sur le changeset a donc eu lieu 20min après son ouverture. On peut donc considérer que son changeset (son upload ?) a duré 20 minutes. Oui. 20 minutes effectives pour envoyer 9 objets, plus un 10e qui n'est pas passé et pour lequel le serveur a mis 20 minutes avant de fermer la session sans retourner aucune erreur. Ce 10e objet n'est pas mieux passé dans le changeset suivant qui est resté vide (le serveur a mis là aussi plusieurs minutes avant de fermer la session sans rien répondre. C'est alors que j'ai fermé les 2 changesets depuis JOSM. Nulle part dans ces deux changesets il n'y avait la moindre modif depuis rawedit (j'en ai fait séparément mais avant ou après et il n'avaient pas de blocage de cette sorte), cela ne devait donc pas rentrer dans cette discussion. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/3 Romain MEHUT romain.me...@gmail.com Stop svp. On peut passer à autre chose? Dommage. J'aurais bien voulu que Philippe admette que son affirmation sur un bug d'heure d'été, heure d'hiver qu'il profère dans deux messages, était n'importe quoi. Mais bon, on va arrêter d'alimenter le troll qui voudra de toute façon avoir le dernier mot ici. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
C'est toi qui a lancé le troll, mon message initial parlait d'autre chose bien plus important et toujours inexpliqué. De plus concernant les heures je n'affirmais rien du tout je posais une question. Je t'ai démenti seulement que des affirmations fausses quand tu as mélé rawedit à l'histoire et quand tu as prétendu que c'en était la cause. Du coup, à cause de TON troll (publiquement dénigrant, même si tu considères qu'il n'était pas insultant), personne n'a répondu au problème initial. Le 3 avril 2013 17:09, Pieren pier...@gmail.com a écrit : Dommage. J'aurais bien voulu que Philippe admette que son affirmation sur un bug d'heure d'été, heure d'hiver qu'il profère dans deux messages, était n'importe quoi. Mais bon, on va arrêter d'alimenter le troll qui voudra de toute façon avoir le dernier mot ici. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Mais de quel serveur parles-tu ? Un lien vers la page munin correspondante aurait été bienvenu ! ramoth (le serveur d'API UK) semble très bien aller. http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/index.html osm103 (le proxy/cache d'API FR) va très bien aussi http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/index.html -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
LE problème a disparu aujourd'hui. Hier pour n'envoyer ne serait-ce qu'un seul noeud, la création du groupe de modification était instantanée mais le noeud lui-même mettait plus de 3 minutes à obtenir une réponse du serveur. Et pour les relations (nouvelles ou modifiées), cela mettaient des plombes ou se terminait par un timeout (erreur 500 du serveur), laissant le groupe de modification ouvert, mais vide. J'ai peu résoudre le problème en envoyant les objets un par un dans la zone concernée (pour certains, notamment les relations, il m'a fallu l'essayer plusieurs fois et pourtant la modif envoyée était microscopique : un seul objet à la fois), ce qui pendant plusieurs heures a laissé des objets incomplets ou orphelins, jusqu'à ce que tout puisse passer. Cela semble avoir touché une petite partie de la base sur laquelle le serveur avait énormément de mal. On dirait que c'est lié aussi à une anomalie logicielle du serveur qui semblait tomber dans une boucle de récursion de folie. Pour un objet il m'a fallu le réeffacer complètement car il bloquait totalement tout le reste tant qu'il était présent, pour le recréer ensuite à l'identique, et alors tout le reste est passé sans problème. La simultanéité du pronlème logiciel et de la charge très importante du serveur à ce moment là et de ses étrangetés matérielles rapportées par Munin justement, peut ne pas simplifier l'analyse de ce qui s'est passé. Note: le problème de mélange entre heure d'été et heure d'hiver (dans les affichages sur le web d'OSM.org), dans les groupes de modif, est toujours présent et non corrigé, mais il ne semble pas être en cause de ce problème et n'être qu'un problème d'affichage n'affectant pas les données réellement stockées. 2013/4/2 Christian Quest cqu...@openstreetmap.fr: Mais de quel serveur parles-tu ? Un lien vers la page munin correspondante aurait été bienvenu ! ramoth (le serveur d'API UK) semble très bien aller. http://munin.openstreetmap.org/openstreetmap/ramoth.openstreetmap/index.html osm103 (le proxy/cache d'API FR) va très bien aussi http://munin.openstreetmap.fr/osm11.free.org/osm103.openstreetmap.fr/index.html -- Christian Quest - OpenStreetMap France Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/2 Philippe Verdy verd...@wanadoo.fr Note: le problème de mélange entre heure d'été et heure d'hiver (dans les affichages sur le web d'OSM.org), dans les groupes de modif, est toujours présent et non corrigé, mais il ne semble pas être en cause de ce problème et n'être qu'un problème d'affichage n'affectant pas les données réellement stockées. Le seul problème, c'est que tu utilises RawEdit qui ne ferme pas les changesets. Et tous les changesets qui ne sont pas fermés par le client le sont automatiquement par le serveur au bout d'une heure d'inactivité (ce qui est extrapolé sur la page web des changesets lorsqu'ils sont encore ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Rawdit n'a rien à voir dans l'histoire. Je ne parlais bien QUE des envois depuis JOSM qui concernaient tout autre chose. rawedit est utilisé via Osmose mais PAS pour la création d'objets et uniquement pour des corrections mineures. Oui rawedit ne ferme pas son changeset, mais il n'a rien à voir avec le porblème que j'ai eu évoqué ci-dessus et qui était la création ou la modification d'objets dans JOSM. Il m'arrive d'utiliser les 2 en même temps mais jamais sur les mêmes objets. Les changeset restés ouverts dont je parlais sont bel et bien ceux créés par JOSM, avec leur commentaire à l'ouverture. Et c'est bien là qu'était le problème. Et que ces changesets soient créés par rawedit ou par JOSM ne change pas le fait que les uns comm les autres soient affichés avec un mélange entre heure d'été et heure d'hiver dans le site web d'OSM.org. Bref, merci de ne pas tout mélanger, je n'ai jamais évoqué rawedit, jusqu'ici. Oui je sais très bien que le serveur fermera automatiquement les changesets restés ouverts au bout d'une heure. Mais cela n'explique toutefois pas pourquoi l'objet de certains objets dans un changeset aboutit à des bloquages complets du serveur qui cesse de répondre immédiatement après la création du changeset dans JOSM. Le changeset reste ouvert et après l'erreur du serveur (qui prends plusieurs minutes avant de retourner une erreur connection reset où le serveur ferme la session HTTP sans aucune réponse, ou bien juste avec une réponse HTTP 500), JOSM fermant alors seulement sa fenêtre d'envoi de données (sans avertir l'utilisateur de l'erreur survenue, le détail on ne l'a que dans la console Java si elle est ouverte et qui affiche un log de l'exception Java qui a eu lieu) mais pouvant malgré tout continuer à utiliser le changeset sans en créer un autre pour autant (sauf si on le ferme explicitement avec CTRL+ALT+Q), pour qu'on puisse y envoyer un partie des données qui sont encore restés à l'état modified. Je ne sais pas si ce que je dis est assez clair. Mais il y a bien un problème côté serveur pour l'envoi de certains objets. En tentant de les envoyer un par un (je lance dans JOSM une rechercher CTRL+F, avec modified, dans la liste sélectionnée je choisis un objet et j'essaye de l'envoyer isolément dans le changeset en cours. Selon les cas, cela marche immédiatement, et dans d'autres le serveur ne répond pas du tout et ferme la session HTTP brutalement sans répondre ou en répondant avec une erreur HTTP 500, et le changset est encore ouvert sur le serveur). Il n'y a strictement aucun critère qui permet de savoir quand le serveur va répondre ou s'il s'enferme dans ce qui semble être une récursion infinie, la nature des données n'y faisant strictement rien (cela peut être un unique nouveau noeud sans attribut, un unique chemin modifié pour inclure ce noeud, une nouvelle relation simple ou une relation modifiée dans un tag sans changer aucun de ses membres, ou un membre ajouté ou retiré/fusionné. Dans certains cas je n'ai pas eu le choix de faire autrement que de demander la suppression de l'objet existant bloquant tout (toute modification était impossible, aucune réponse du serveur) pour le recréer strictement à l'identique (avec une réponse immédiate et avec succès du serveur). Bref le problème touche certains objets de la base, sans critère déterminant. Et je pense que l'anomalie est du côté du serveur SQL lui-même (qui cesse totalement de répondre à certaines requêtes demandée via un front-end), et non dans aucun des front-ends (la DB API, que ce soit celle d'OSM ou l'API FR, ou bien le site web OSM.org dans ses affichages). Je soupçonne un index de table SQL défaillant/corrompu lors des mises à jour. Le 2 avril 2013 16:18, Pieren pier...@gmail.com a écrit : Le seul problème, c'est que tu utilises RawEdit qui ne ferme pas les changesets. Et tous les changesets qui ne sont pas fermés par le client le sont automatiquement par le serveur au bout d'une heure d'inactivité (ce qui est extrapolé sur la page web des changesets lorsqu'ils sont encore ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 2 avril 2013 16:18, Pieren pier...@gmail.com a écrit : ouverts). Rien à voir avec le changement d'horaire été/hiver. Comme d'habitude, tu racontes un peu n'importe quoi. Et toi comme d'habitude, tu envoies **inutilement** des insultes publiques, en inventant n'importe quel prétexte pour me contredire sauvagement (et en faisant mine de ne rien comprendre à ce que je dis et surtout ne lisant les choses à moitié ou en en rajoutant comme tu vien de le faire en mélant rawedit à la discussion sans que je l'ai même évoqué, et qui n'était clairement pas le problème). Merci de garder ton sang-froid et la politesse. L'insulte publique n'arrange rien, tu pollues l'ambiance et rend cette liste désagréable pour tout le monde. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
2013/4/2 Philippe Verdy verd...@wanadoo.fr Et toi comme d'habitude, tu envoies **inutilement** des insultes publiques, en inventant n'importe quel prétexte pour me contredire sauvagement (et en faisant mine de ne rien comprendre à ce que je dis et surtout ne lisant les choses à moitié ou en en rajoutant comme tu vien de le faire en mélant rawedit à la discussion sans que je l'ai même évoqué, et qui n'était clairement pas le problème). Dire que tu racontes un peu n'importe quoi n'est pas une insulte. Contrairement à ce que tu penses, j'ai bien étudié ton problème avant de répondre. C'est toi qui parle de changesets qui se ferment exactement une heure après leur création et qui suggère que ça peut être lié au passage à l'heure d'été. Pourquoi pas, j'ai déjà connu des bugs similaires. Mais comme je suis l'actualité d'OSM sur de nombreux canaux et que personne d'autre que toi n'a soulevé ce problème et que, comme d'habitude, tu ne donnes aucun lien vers une information précise comme un numéro de changeset par exemple, j'ai quand même pris le temps de regarder ton historique d'éditions depuis le changement d'heure: http://www.openstreetmap.org/user/Verdy_p/edits Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Le 3 avril 2013 00:09, Pieren pier...@gmail.com a écrit : Seuls tes changesets créés par RawEdit sont fermés exactement 1 heure après leur ouverture. Je n'ai pas vérifié les changesets antérieurs à la nuit du 30 au 31 mars. Maintenant, il est possible que tu utilises aussi un autre compte utilisateur. Mais comme nous sommes habitués à tes nombreuses remarques erronées sur cette liste, j'ai n'ai pas voulu perdre d'avantage mon temps. Surtout quand j'ai indiqué un changeset bien précis (en précisant le numéro) dans le premier message qui n'était PAS ouvert par rawedit. Bref tu es de mauvaise foi manifeste, et tu fais tout pour ne justement pas regarder, et chercher à polémiquer. En l'occurence il n'y a QUE toi ici qui vient de raconter n'importe quoi et d'inventer de toute pièce des prétextes pour répondre de cette façon. Encore une fois si je te dis que cela ne concernait PAS des modfs sous rawedit mais uniquement des modifs faites dans JOSM, franchement pourquoi insistes-tu pour prétendre le contraire? On dirait que puisque tu as accès à plus d'outils internes dans les configs des serveurs cela te permet de croire que tout message qui indiquerait un problème que tu n'as pas constaté toi-même est une attaque contre le projet, et qu'en plus tu prends ça pour une attaque personnelle et qu'encore une fois tu t'autorise à faire part de ton agacement (injustifié puisque le message n'était ni contre toi ni contre le projet), en répondant de façon agressive, même quand je ne m'adressais pas du tout à toi. On dirait que tu prends tout le projet OSM comme TON projet personnel et qu'il doit donc être nécessairemeent exempt de tout défaut puisque tu ne supporterais pas ces défauts pour toi même. J'ai relevé le problème au moment voulu, au moment où il avait lieu. Tu m'as renvoyé vers une page Munin d'un serveur qui visisblement n'était même pas encore en service au moment où le problème a eu lieu (les statistiques ont repris seulement la journée du 1er à 0h, le problème était avant dans la journée du 31 (sans doute le projet tournait encore avec un serveur de secours après la panne sérieuse de la veille. Bref tu m'as baladé encore une fois avec de faux arguments juste en cherchant une contradiction et en interprétant même ce dont je ne parlais même pas. Je note que je viens à nouveau d'avoir le problème, encore une foi sur un changeset ouvert par JOSM, mais je ne vais pas aller plus loin avec toi, puisque tu n'es de strictement aucune aide (depuis hier j'ai trouvé des moyens de contournement de ces bloquages aléatoires), et puisque tu ne fais QUE polémiquer pour rien, dans une atmosphère et un ton absolument détestable pour cette liste. Tu as beau savoir beaucoup de choses sur le projet, tu n'est en fait pas prêt à lâcher la moindre once de ce que tu peux savoir et tu en fais mauvais usage, ne serait-ce qu'en terme de communication. Le projet vivra sans toi et je me passe de tes remarques, même si comme d'habitude tu t'es juste montré agressif. Ce n'est pas parce que tu es agressif comme ça que je vais quitter le projet. Mais tout de même, met un peu d'eau dans ton vin, ça t'évitera de communiquer publiquement ta mauvaise humeur dont cette liste n'a pas besoin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Conséquence: le groupe de modifications s'ouvre mais ensuite plus aucune réponse du serveur qui ne prends pas en compte les données qu'on veut envoyer. On se retrouve avec un groupe de modifications vide (mais en fait pas fermé dans le serveur (CTRL+ALT+Q liste le roupe de modifs comme ouvert). Impossible de mettre un nouveau noeud, un chemin ou la moindre modif dedans. Cela ressemble à un problème de passage à l'heure d'été depuis ce week-end avec un des serveurs concernés qui provoque une incohérence dans les modifications... Ou un mauvais paramétrage du serveur qui vient d'être réparé hier après une panne de près d'une journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Apparemment le problème est dans la base de données SQL elle-même : les envois de noeuds ou de chemins fonctionnent, mais pas les modifs de listes de membres de certaines relations. (le serveur SQL semble ne plus répondre ni pouvoir accéder à une partie de sa table SQL interne). Bref une panne à nouveau à prévoir assez vite, et un nouvel arrêt en perspective pour réparer. Note: l'ouverture d'un groupe de modifs indique l'heure d'hiver alors que la date de dernières données envoyées dans un groupe de modifs ou de fermeture de ce groupe affiche l'heure d'été. Cela semble n'être qu'un bogue de conversion des dates du côté affichage sur le front-end du web, sans autre conséquence. Le 1 avril 2013 17:33, Philippe Verdy verd...@wanadoo.fr a écrit : Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Conséquence: le groupe de modifications s'ouvre mais ensuite plus aucune réponse du serveur qui ne prends pas en compte les données qu'on veut envoyer. On se retrouve avec un groupe de modifications vide (mais en fait pas fermé dans le serveur (CTRL+ALT+Q liste le roupe de modifs comme ouvert). Impossible de mettre un nouveau noeud, un chemin ou la moindre modif dedans. Cela ressemble à un problème de passage à l'heure d'été depuis ce week-end avec un des serveurs concernés qui provoque une incohérence dans les modifications... Ou un mauvais paramétrage du serveur qui vient d'être réparé hier après une panne de près d'une journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
Et ça continue: POST http://api.openstreetmap.fr/api/0.6/changeset/15569811/upload... Internal Server Error org.openstreetmap.josm.io.OsmTransferCanceledException Le 1 avril 2013 18:05, Philippe Verdy verd...@wanadoo.fr a écrit : Apparemment le problème est dans la base de données SQL elle-même : les envois de noeuds ou de chemins fonctionnent, mais pas les modifs de listes de membres de certaines relations. (le serveur SQL semble ne plus répondre ni pouvoir accéder à une partie de sa table SQL interne). Bref une panne à nouveau à prévoir assez vite, et un nouvel arrêt en perspective pour réparer. Note: l'ouverture d'un groupe de modifs indique l'heure d'hiver alors que la date de dernières données envoyées dans un groupe de modifs ou de fermeture de ce groupe affiche l'heure d'été. Cela semble n'être qu'un bogue de conversion des dates du côté affichage sur le front-end du web, sans autre conséquence. Le 1 avril 2013 17:33, Philippe Verdy verd...@wanadoo.fr a écrit : Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Conséquence: le groupe de modifications s'ouvre mais ensuite plus aucune réponse du serveur qui ne prends pas en compte les données qu'on veut envoyer. On se retrouve avec un groupe de modifications vide (mais en fait pas fermé dans le serveur (CTRL+ALT+Q liste le roupe de modifs comme ouvert). Impossible de mettre un nouveau noeud, un chemin ou la moindre modif dedans. Cela ressemble à un problème de passage à l'heure d'été depuis ce week-end avec un des serveurs concernés qui provoque une incohérence dans les modifications... Ou un mauvais paramétrage du serveur qui vient d'être réparé hier après une panne de près d'une journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouveau problème sur le serveur (heure d'été ? ou mauvaise installation après réparation ?)
On a aussi un lag brutalement important du côté des services NTP (bon brutal de +25 minutes). Et des exceptions MSR en pagaille, un CPU usage qui est maintenant saturé à quasiment 100% en continu. Un fork rate a un débit très élevé aussi depuis près d'une heure et des milliers de recréation de nouveaux threads. Une anomalie aussi avec un pic de surtension sur une des alims 5 volts d'un des serveurs (pic à près de 11 volts). On dirait que c'est une alim qui lâche. Le 1 avril 2013 18:07, Philippe Verdy verd...@wanadoo.fr a écrit : Et ça continue: POST http://api.openstreetmap.fr/api/0.6/changeset/15569811/upload... Internal Server Error org.openstreetmap.josm.io.OsmTransferCanceledException Le 1 avril 2013 18:05, Philippe Verdy verd...@wanadoo.fr a écrit : Apparemment le problème est dans la base de données SQL elle-même : les envois de noeuds ou de chemins fonctionnent, mais pas les modifs de listes de membres de certaines relations. (le serveur SQL semble ne plus répondre ni pouvoir accéder à une partie de sa table SQL interne). Bref une panne à nouveau à prévoir assez vite, et un nouvel arrêt en perspective pour réparer. Note: l'ouverture d'un groupe de modifs indique l'heure d'hiver alors que la date de dernières données envoyées dans un groupe de modifs ou de fermeture de ce groupe affiche l'heure d'été. Cela semble n'être qu'un bogue de conversion des dates du côté affichage sur le front-end du web, sans autre conséquence. Le 1 avril 2013 17:33, Philippe Verdy verd...@wanadoo.fr a écrit : Je constate que le serveur crée un nouveau groupe de modification avec une heure de début correcte mais exactement en même temps une date de fin une heure exactement après. Conséquence: le groupe de modifications s'ouvre mais ensuite plus aucune réponse du serveur qui ne prends pas en compte les données qu'on veut envoyer. On se retrouve avec un groupe de modifications vide (mais en fait pas fermé dans le serveur (CTRL+ALT+Q liste le roupe de modifs comme ouvert). Impossible de mettre un nouveau noeud, un chemin ou la moindre modif dedans. Cela ressemble à un problème de passage à l'heure d'été depuis ce week-end avec un des serveurs concernés qui provoque une incohérence dans les modifications... Ou un mauvais paramétrage du serveur qui vient d'être réparé hier après une panne de près d'une journée. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr