On Sun, 2009-08-23 at 14:40 +0200, Loic Dachary wrote:
> >
> > J'oublie pas le manque de RAM et le RAID manquant...
> >
> La on est a la merci d'un echec disque. Si ça arrive on est face à des
> jours de downtime. Aucune réserve.
> 
> On dirait que les problèmes de la baie de rennes sont reglés (
> surchauffe qui a tout fait peter pendant une semaine, mais c'est
> stable depuis lundi ). Donc on va repartir sur la migration vers rennes.
> 
> Dans l'intermédiaire on a aussi mis en place une architecture
> redondante à base de ganeti et ospf, l'avenir s'annonce radieux. Juste
> la on est a poil et à la merci du premier accident de disque. Je serre
> les fesses et je prie :-)

  Je rappelle que tout ceci est du à du manque de temps et de
coordination, le serveur est une bonne machine 4-disques qui n'a jamais
été exploitée en RAID (pour cause précipitations et diverses
complications, notamment mon absence de réactivité). J'ai 3 de ses
jumelles qui ronronnent, monitorées et maintenues.

  Bref un nouveau site peut aider, mais je ne pense pas que ça résolve
les problèmes fondamentaux, notamment le bordel de spaghetti des
chroots/IPs & co que représente Gna, et surtout les inefficiences niveau
disque. J'ai l'impression qu'une migration de site peut nous piquer le
peu de temps qu'on peut déjà consacrer à Gna...

  Dans tous les cas il y a une migration IP qui nous pend au nez chez
Bearstech, mais on a déjà réservé les mêmes numéros dans un autre subnet
pour minmiser le casse-tête.

  Là je peux commander de la RAM supplémentaire et un jeu de disque
+spares complets (différents des "Raptor 150" actuels qui dépotent mais
on une durée de vie plus courte, par ex. des 250G ou 500G "oldschool"),
c'est de l'ETA ~8 jours. Honnêtement je ne sais pas ce qui est le mieux
pour Gna!, dites-moi...



_______________________________________________
Project mailing list
[email protected]
https://mail.gna.org/listinfo/project

Reply via email to