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