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

Répondre à