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 <[email protected]> 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 [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
