Gandi.net Groups

Non, nous ne dormions pas :)
Les techniciens sont intervenus dès le début de l'incident et ont 
travaillés tard pour que tout rendre dans l'ordre le plus vite
possible.

Voilà le type de message qui peut rassurer les potentiels clients de
l'hebergement (après beta) .. merci !

Savoir que quelqu'un est là, lit les problèmes et répond, c'est
important et c'est la base de la confiance avec les clients

Par contre ne serait-il pas intéressant de mettre plus de détails
quant à ces soucis ? impactant de nombreux serveur ou uniquement
quelques uns ? durée de l'indispo ? du temps de retablissement ?  J'ai
eu un souci moi même pour acceder à mon serveur hier soir mais je ne
sais pas si je faisais partie du lot ou si c'était un autre souci ..
Quand on a son serveur en rade, on aime avoir des détails 

En tout cas j'espère que mes questions sur les différents forums
verront également des réponses (sur les garanties ou l'espace disque)

Le 24 avr 2008 à 14:41 CEST, Jonathan (Gandi) a écrit :

Bonjour,

Non, nous ne dormions pas :)
Les techniciens sont intervenus dès le début de l'incident et ont 
travaillés tard pour que tout rendre dans l'ordre le plus vite
possible.

Bonjour, 

Est il possible d'avoir un peu plus d'informations ???

Certaines personnes ici ont un bagage technique évident, et seraient
intéréssé d'avoir un peu plus d'informations qu'un simple "c'est
résolu" :

Qu'est ce qui à laché ?, combien de machines impactées ? Pourquoi
certaines personnes retrouvent la connectivité automatiquement, et
d'autres doivent redémarrer leur VM a la console ( Et d'autres ouvrir
un ticket ), Peut on etre averti par mail (Un mail automatique, je pense
) lors des interruptions.

Aprés tout, nous faisons tous parti d'une phase de test pour
l'hebergement Gandi, alors autant vous apporter notre aide...

Au final, on pourrais tous y gagner ... non ??

Cordialement.
Cyril

J'ai recu une réponse d'un tech Gandi sur le forum anglais:
http://groups.gandi.net/en/topic/gandi.en....

On a accès à la console rescue. Lorsque je me connecte sur la rescue
j'arrive bien sur mon serveur mais surprise toute ma config eht0 à
laché:

[root@localhost ~]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:16:3E:5B:D3:3A
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

lo        Link encap:Local Loopback
          LOOPBACK  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Bon je crois savoir d'où ca vient:

[root@localhost ~]# ifup eth0
Determining IP information for eth0...EXT3-fs error (device xvda1):
ext3_free_blocks_sb: bit already cleared for block 309252
Remounting filesystem read-only
/etc/dhclient-exit-hooks: line 11: /etc/hosts.hostname: Read-only file
system
 done.
/etc/sysconfig/network-scripts/ifup-aliases: line 125:
/etc/sysconfig/network: Input/output error


Apparement le fichier de config ou se trouve notre config IP en a pris
un coup lors du crash de cette nuit:
[root@localhost ~]# more /etc/sysconfig/network
/etc/sysconfig/network: Input/output error


Voilà je peux toujours la monté à la main mais sans connaitre le
subnet mask c'est un peu chaud.

On Thu, 24 Apr 2008 16:32:27 +0000, Pierre Hanselmann wrote:

Bon je crois savoir d'ou ca vient:

[root@localhost ~]# ifup eth0
Determining IP information for eth0...EXT3-fs error (device xvda1):
ext3_free_blocks_sb: bit already cleared for block 309252 Remounting
filesystem read-only
/etc/dhclient-exit-hooks: line 11: /etc/hosts.hostname: Read-only file
system
 done.
/etc/sysconfig/network-scripts/ifup-aliases: line 125:
/etc/sysconfig/network: Input/output error


Apparement le fichier de config ou se trouve notre config IP en a pris
un coup lors du crash de cette nuit:
[root@localhost ~]# more /etc/sysconfig/network
/etc/sysconfig/network:
Input/output error


Voila je peux toujours la monte a la main mais sans connaitre le
subnet
mask c'est un peu chaud.

Je répond ici vu qu'on est sur le groupe français :)

Normalement la config du réseau se fait par dhcp, mais au vu des
erreurs, je soupçonne que le disque a pris un coup dans l'aile lors de
la coupure :(

Essayez de faire un fsck sur /dev/xvda1, au mieux ça résout le
problème et la config devrait être à nouveau fonctionnelle.

Sinon il faut refaire la config d'eth0 pour faire du dhcp, mais je ne
sais pas comment faire sous CentOS, je demande à quelqu'un d'ici.

\o/ Romuald "Sushi" Brunet
 G
        Attention à mon adresse email de dyslexique

C'EST BON J'AI REUSSI!!!!

Voici la solution (Quand meme la Gandi vous auriez pu la trouver avant
moi celle là... ou nous fournir la rescue console un peu plus tot):

Loggez-vous sur la "Rescue Console" : 
console.gandi.net

Username : <votre_adresse_ip>
Pass: Le pass que vous avez fournit à la création du serveur.


-Une fois sur la machine lancé un la commande:
fschk
Et répondez oui à toutes les questions (Y)

-Restart de la machine

-Et voilà!!!

Cela corrige toutes les erreurs disque de cette nuit. Et cela reparre le
fichier /etc/sysconfig/network qui contient la config IP. Voila enjoy le
retour de votre serveur!!!

On Thu, 24 Apr 2008 16:48:09 +0000, Pierre Hanselmann wrote:

C'EST BON J'AI REUSSI!!!!

Voici la solution (Quand meme la Gandi vous auriez pu la trouver avant
moi celle la... ou nous fournir la rescue console un peu plus tot):

Loggez-vous sur la "Rescue Console" : console.gandi.net

Username : <votre_adresse_ip>
Pass: Le pass que vous avez fournit a la creation du serveur.

Juste pour info la console n'est pas active par défaut, il faut ..
écrire au support pour l'instant afin de l'activer (on est aussi en
train de la tester)

-Une fois sur la machine lance un la commande: fschk
Et repondez oui a toutes les questions (Y)

-Restart de la machine

-Et voila!!!

Cela corrige toutes les erreurs disque de cette nuit. Et cela reparre
le
fichier /etc/sysconfig/network qui contient la config IP. Voila enjoy
le
retour de votre serveur!!!

Malheureusement, ce problème était spécifique à votre serveur, il
est fort probable que le problème ce manifeste autrement ailleurs. La
plupart du temps le disque est "simplement" monté en readonly ce qui
empêche la plupart des services de fonctionner, mais il est tout de
même possible de se connecter en ssh.

\o/ Romuald "Sushi" Brunet
 G
        Attention à mon adresse email de dyslexique

Le 24 avr 2008 à 14:41 CEST, Jonathan (Gandi) a écrit :

Bonjour,

Non, nous ne dormions pas :)
Les techniciens sont intervenus dès le début de l'incident et ont 
travaillés tard pour que tout rendre dans l'ordre le plus vite
possible.

Il est juste dommage alors que cette information n'apparaisse que 12
heures après le début de l'incident.

Vu de notre côté, on a malheureusement eu l'impression d'être bien
seul. Et bien impuissant aussi.

Merci quand même pour la journée offerte, même si c'est plutôt
symbolique.

PatDef.