Reboot serveur OVH...

Bonjour,

Visiblement mon serveur chez OVH ne parvient pas à redémarrer sur son disque dur.
OVH le met en mode rescue et ferme le ticket...

Ca ne m'avance pas, et il me semble que c'est la seconde fois que j'ai ce problème, la dernière fois ils avaient changé l'alimentation et la carte mère. (JC / Krucial doit s'en souvenir)

J'ai répondu au ticket mais je n'ai pas de moyen de savoir si mon message est lu ou non, ce qu'ils comptent faire, etc...

Ca fait une heure que tout est en carafe, que dois-je faire ?

Merci. ;-)

(Message édité le 28-07-2010 à 19h20 par EWR)

En principe en mode rescue on peut faire un certain nombre de vérifications ( disques, etc ) puis dans ton interface tu remets en mode normal et tu prie pour que ça redemarre.

Mais une fois sur deux quand ça m'est arrivé j'ai été obligé de reinstaller le serveur, et donc perte des données et donc obligation de repartir de la dernière sauvegarde.

Et dans ce cas j'en profite pour prendre une nouvelle machine "à jour" niveau système.

Mais je suis pas un spécialiste donc certains ici connaissent mieux que moi et te donneront les vérifs à faire avant de tenter un redémarrage en mode "normal"

Compte pas trop sur OVH pour te donner un coup de main dans ce cas, pour eux à partir du moment ou le hard est ok leur boulot est terminé.

Ah mince, il me semblait avoir coché "suivre ce sujet par email"

Le problème est résolu, à l'instant, après 1h30, 2 tentatives de reboot pour alerter OVH, 1 message...


Voici les détails de cette opération :
Diagnostic software
Date 2010-07-28 18:51:29, bob R a fait Diagnostic software:
Machine sur login en DD mais pas de ping
Mode Bzimage 2.6 rt ipv6 32 mis en place
Boot ok
Serveur sur login
Ping ok
Service up


Ca ne m'éclair pas beaucoup... je sais juste que je n'ai pas la possibilité de rebooter mon serveur car à chaque fois c'est la merde.

Je vais lire vos messages et vous répondre.

Aller,

*** Vérifier les filesystem : ***
fsck /dev/sdXY (/dev/sda1 par exemple)

*** Check des informations SMART ***
smartctl --all /dev/sdX (juste /dev/sda par exemple)

*** Check des logs ***
cd /var/log
lecture à la main (avec cat, less ou more)

*** Un dernier conseil ***

Si jamais tu doit tout réinstaller, pense à virer la Gentoo Release 2

J'aime pas non plus bricoler les serveurs

J'ai pris le parti de pas chercher à comprendre
L'admin serveur, c'est comme le graphisme ou la musique. Y en a qui sont bons naturellement. Mais sans predisposition au depart, ca sert pas à grand chose d'insister.

Faut donc prendre une infogérance.

T'as des infogéreurs sympa qui essaient de t'expliquer au passage ce qu'ils font, comment, et pourquoi !

La gratuité ... quand on facture à la valeur des choses, le monde devrait considérer cela comme gratuit. Les seuls trucs payants sont les arnaques !

PyRoFlo ... on parlait sérieusement là ! Le support dédié d'OVH ...


Seb

Non, justement, c'est là qu'est l'erreur.

Ceux qui ont une infra importante ont intérêt à avoir des compétences sur la gestion, et ceux qui n'ont pas ces compétences ont intérêt à l'externaliser chez un prestataire. En lisant bien les infos de ce "service" tu te rend compte que ce n'est que de l'assistance : autrement dit, si tu n'es pas capable d'expliquer le problème correctement, on va te demander de taper des choses, que tu ne comprendra pas, et que tu ne saura pas interpréter.

Or, l'infra importante est sensée, puisqu'elle est importante, être fiable. Une société qui a une infra importante, c'est une société qui marche, et j'en connais peu qui en arrivent là sans satisfaire un minimum les utilisateurs de l'infra ;)

Le gain de temps, ce n'est pas de réagir à la panne. C'est de la prévenir, et cela se fait grâce à une maintenance préventive régulière, et une surveillance toute aussi régulière.

Seb

Je vois ce service de la même façon que Bool, à savoir un interlocuteur unique et privilégié pour accélérer les choses en cas de pépins matériels surtout. Rien de plus (et donc pas d'infogérance)

A mon avis c'est justement plus pour les prestataires qui peuvent alors mutualiser le surcoût que pour les clients finaux comme EWR.