[OSM-talk-fr] Server API : bogue HTTP
When updating data, I now frequently get an error displayed in JOSM Prematured End of Communication (EOF) ) la fin d'une mise à jour. Le serveur semble fermer prématurément la communciation avant de renvoyer un statut. Le problème est que JOSM considère que les envois sont terminés, et parfois on se retrouve avec des mises à jour incomplètes qui n'ont effectivement pas été enregistrées. Je note que cela a généré des erreurs (dont une m'a pris du temps hier à corriger car il manquait des données, et une suppression a été enregistrée sans l'objet qui devait le remplacer, ce qui a causé des erreurs de géométries cassées). Avez-vous noté ce problème récent ? Note: JOSM est à jour à sa dernière version stable. Le problème semble être du côté du serveur de l'API pour les envois, qui ne respecte plus correctement le protocole HTTP/1.1 (l'entête Connection:close est incohérent, la demande de fermeture n'est plus correctement indiquée au client, c'est le serveur qui coupe la communication sans prévenir, JOSM ne sait plus quand fermer sa connexion, du coup le statut des envois est aléatoire, il manque parfois des données...). Normalement le serveur doit mentionner Connection:close pour demander au client de fermer sa socket, afin de libérer un port sur le serveur. Je pense que cela doit causer des problèmes de nombre de ports disponibles sur le serveur (lorsqu'il appelle l'API de socket listen() puis sockopen() il manque ensuite sockclose(), qui n'intervient qu'après un timeout puisque le client ne ferme plus sa connexion lui-même, les ports alloués aux xonnexions entrantes sont du coup gardés ouverts trop longtemps, puis le serveur sature en nmbre de ports disponibles, et commence à fermer des ports aléatoirement en nombre, et c'est à ce moment-là que les modifications en cours non acquittées par le serveur et concernées par ces fermeture provoquent des incohérences de données). A qui peut-on signaler le problème ? Il est récent depuis 2-3 jours et n'existait pas avant. Il provoque aussi des tas d'erreurs de chargement de données vers JOSM (données incomplètes). On dirait que le serveur a été mis en place récemment derrière un proxy HTTP frontal mais il est mal réglé, et semble fonctionner à la façon d'HTTP/1.0 (non-maintien des sessions, ce qui provoque des tas de reconnexions coûteuses en protocole et couteuses aussi en nombre de ports utilisés, soit entre le client et le proxy frontal, soit de façon invisible entre ce proxy et le serveur backend). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server API : bogue HTTP
Le 01/05/2012 15:13, Philippe Verdy a écrit : [...] A qui peut-on signaler le problème ? Il est récent depuis 2-3 jours et n'existait pas avant. Il provoque aussi des tas d'erreurs de chargement de données vers JOSM (données incomplètes). Je pense que la liste talk est les plus appropriée. On dirait que le serveur a été mis en place récemment derrière un proxy HTTP frontal mais il est mal réglé, et semble fonctionner à la façon d'HTTP/1.0 (non-maintien des sessions, ce qui provoque des tas de reconnexions coûteuses en protocole et couteuses aussi en nombre de ports utilisés, soit entre le client et le proxy frontal, soit de façon invisible entre ce proxy et le serveur backend). Oui, ce matin, j'avais des erreurs proxi qui s'affichaient dans JOSM. Mais j'ai pas tout compris. J'ai fait des mises à jour de données avec JOSM pour vérifier l'intégrité, les conflits éventuels, les doublons... passé au validator, rechargé, resynchronisé... Comme de mon côté le réseau local est complètement entartré, ça ne débite pas régulièrement... Bref, pas simple. Ça a l'ai d'être passé maintenant. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Openstreetmap Tv Radio-Canada
Après la radio, la télé. Au Téléjournal de Radio-Canada hier soir, un petit topo sur OSM avec interview de John Robbde Toronto. http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx Déplacer le curseur à 28:05 min. Pierre Béland ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server API : bogue HTTP
On 05/01/12 15:13, Philippe Verdy wrote: When updating data, I now frequently get an error displayed in JOSM Prematured End of Communication (EOF) ) la fin d'une mise à jour. Le serveur semble fermer prématurément la communciation avant de renvoyer un statut. Le problème est que JOSM considère que les envois sont terminés, et parfois on se retrouve avec des mises à jour incomplètes qui n'ont effectivement pas été enregistrées. J'ai constaté le même problème à plusieurs reprises en début d'après-midi. J'ai observé d'autres problèmes, comme l'impossibilité de downloader des données OSM dans JOSM, et l'URL http://www.openstreetmap.org affichait la liste des fichiers à la place de la page d'accueil. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Openstreetmap Tv Radio-Canada
On 05/01/12 18:58, Pierre Béland wrote: Après la radio, la télé. Au Téléjournal de Radio-Canada hier soir, un petit topo sur OSM avec interview de John Robbde Toronto. http://www.radio-canada.ca/audio-video/pop.shtml#urlMedia=http://www.radio-canada.ca/Medianet/2012/CBFT/2012-04-30_22_00_00_tj22h_4494_800.asx Déplacer le curseur à 28:05 min. Pierre Béland C'est la même interview que celle annoncé hier par Émilie Laffray ? L'URL est différent, mais le sujet semble identique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import des points de contact du réseau postal français
Bonsoir, Le 30/04/2012 22:09, Vincent Pottier a écrit : Et bien voila un excellent tuto à mettre sur le wiki. Hop là :-) : http://wiki.openstreetmap.org/wiki/FR:PlaceMaker vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Server API : bogue HTTP
Le problème est que hier j'ai du réparer pendant plusieurs heures une modif à priori simple qui a cassé un tas de relations. Derrière moi un autre a assayé aussi des réparations, mais a en a cassé d'autres au passages (sans doute involontairement aussi). Bref c'est le foutoir. Le serveur (ou plutôt son serveur proxy frontal apparemment) a réellement un problème sérieux qui met en péril l'intégrité des données, et se mélange entre les sessions (d'où aussi des conflits d'édition non détectés, des objets complètement effacés là où ils auraient du être remplacés, par exemple quand on scinde un way en deux parties ou quand on en fusionne...). A chaque fois maintenant il faut que j'aille vérifier toutes les relations chargées dans un groupe de modification pour vérifier que tout est bon. Et à chaque fois je note des erreurs. Même en téléchargeant dans JOSM une petite zone dans un nouveau calque, et et corrigeant très localement, on réobtient des erreurs. Le serveur pour l'API standard utilisée par JOSM est très instable. Je ne sais pas ce qu'il en est des autres API... Mais je note aussi un nombre considérable d'erreurs dans les modifications faites par d'autres depuis 2 ou 3 jours (à chaque fois des relations cassées). JOSM n'est pas en cause, mais apparemment Potlatch 2 ne semble pas affecté par ce problème (il utilise une autre API interne sans passer par le même proxy ?) Le 1 mai 2012 16:34, Vincent Pottier vpott...@gmail.com a écrit : Le 01/05/2012 15:13, Philippe Verdy a écrit : [...] A qui peut-on signaler le problème ? Il est récent depuis 2-3 jours et n'existait pas avant. Il provoque aussi des tas d'erreurs de chargement de données vers JOSM (données incomplètes). Je pense que la liste talk est les plus appropriée. On dirait que le serveur a été mis en place récemment derrière un proxy HTTP frontal mais il est mal réglé, et semble fonctionner à la façon d'HTTP/1.0 (non-maintien des sessions, ce qui provoque des tas de reconnexions coûteuses en protocole et couteuses aussi en nombre de ports utilisés, soit entre le client et le proxy frontal, soit de façon invisible entre ce proxy et le serveur backend). Oui, ce matin, j'avais des erreurs proxi qui s'affichaient dans JOSM. Mais j'ai pas tout compris. J'ai fait des mises à jour de données avec JOSM pour vérifier l'intégrité, les conflits éventuels, les doublons... passé au validator, rechargé, resynchronisé... Comme de mon côté le réseau local est complètement entartré, ça ne débite pas régulièrement... Bref, pas simple. Ça a l'ai d'être passé maintenant. -- FrViPofm ___ 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
