Forum Linux.général Créer un rescue mode pour un serveur distant

Posté par  (site web personnel) .
Étiquettes : aucune
3
23
mar.
2011

Quelques fois, j'ai des petits soucis de noyaux ou de grub sur un serveur dedibox, la machine ne boot pas et le reboot du serveur n'y changera rien.
Pour remédier à ceci, je demande, depuis l'interface de gestion web, un reboot sur une image "livecd" afin de monter mes partitions, me chrooter sur mon système et réparer ce qui coince. Cette solution, qui n'est sûrement pas la plus élégante, me convient car fontionnelle.

Auparavant, je disposais de serveurs avec des cartes de contrôles DRAC me permettant de charger une image de boot iso et d'y accéder à travers un affichage console déporté. Cette solution fonctionne aussi.

Actuellement, mon souci est de résoudre ce problème de boot sur un serveur distant, ne disposant pas des options précédentes.
J'ajoute qu'il sera impossible de contacter un quelconque technicien dans le datacenter.

Existent-ils des solutions logicielles à ce problème ?

  • # boot reseau PXE vers un autre serveur

    Posté par  . Évalué à 2.

    si tu as un autre serveur (B), tu dois pouvoir te faire un truc genre un boot pxe.

    tu regles alors tes serveurs pour demarrer par defaut sur le reseau, puis le CD/DVD puis le disque dur.

    et quand le serveur (A) a du mal, tu actives le PXE pour sa carte reseau sur le serveur B
    et tu rebootes (A)

    il va alors demarrer via le reseau, sur l'OS de ton choix (que tu auras parametré dans le serveur B, PXE)

    • [^] # Re: boot reseau PXE vers un autre serveur

      Posté par  (site web personnel) . Évalué à 1.

      Je ne peux pas du tout toucher aux paramètres du serveur.

      Pour l'instant, je n'ai pas trouvé de solution adaptée mais j'ai peut être une piste : - une petite partition sur laquelle je configure une distribution minimale. - grub2 installer en mbr. - d'autres partitions pour installer la distribution cible avec un grub2 sur sa partition bootable.

      L'idée est de booter sur la distribution minimale et d'utliser grub-reboot "cible" avec "cible" permettant de chainloader le premier grub vers le deuxième grub.

      C'est pas terrible, je ne mettrai jamais (ou très rarement et c'est mal) la distribution minimale et le grub principal.
      Il n'y aura qu'un accès ssh très restrictif.
      La procédure de boot sera donc plutôt longue, mais en cas de problème de la distribution cible et de son grub, je disposerai de tous les outils nécessaires en rebootant simplement le serveur.

      • [^] # Virtual Machines

        Posté par  (site web personnel) . Évalué à 0.

        Ca me semble bien compliqué comme solution.

        On pourrait également imaginer un hôte source que l'on ne toucherais jamais, donc peu d’occasions de faire des bêtises et le vrais système serveur dans une VM ( xen, vmware ou autres .. ).

        Éventuellement, si tu n'a pas toutes les IP que tu souhaites, le réseau de la VM serait en NAT derrière l'hôte physique avec redirection de ports.

        • [^] # Re: Virtual Machines

          Posté par  (site web personnel) . Évalué à 1.

          C'est effectivement une solution envisageable mais ça ne m'enchante pas de faire tourner les VM sur un hôte source pas mis à jour (et je ne veux pas de système virtualisé). De plus, il faudra aussi faire attention de ne jamais mettre à jour le grub2 de l'hôte source.

          Je suis en train d'essayer la solution que j'ai présentée dans une VM qemu/kvm et j'expérimente un souci, il est impossible d'installer grub2 sur une partition. Donc je vais tenter un grub2 sur le MBR et un lilo sur la partition root de mon OS de prod.

          • [^] # Re: Virtual Machines

            Posté par  (site web personnel) . Évalué à 1.

            Ca à l'air de fonctionner :

            Grub2 en MBR qui utilise par défaut le choix 0 (boot de l'OS de secours).
            Je me loggue et exécute 'grub-reboot 3 && reboot' (je demande à Grub2 de charger l'entrée 3 lors du prochain démarrage, ce qui correspond au chainload).
            Reboot de la machine -> démarrage de Grub2 qui exécute l'entrée 3 -> chainload vers lilo qui se charge et démarre l'OS de prod.

            • [^] # Re: Virtual Machines

              Posté par  . Évalué à 2.

              gagne du temps, pas besoin du chainload...

              grub2 peut tres bien gerer plusieurs OS sur plusieurs partitions.

  • # dedibox

    Posté par  . Évalué à 0.

    Depuis quand dedibox n'a plus de mode rescue pour rebooter sur un live linux !?

    Nicolas

    • [^] # Re: dedibox

      Posté par  (site web personnel) . Évalué à 1.

      Je n'ai pas dis ça, j'ai juste expliqué ce dont je disposais sur une dedibox.
      Mon souci est que je dois louer un serveur (à l'étranger) ne disposant pas de ce type de mode de secours (à la dedibox)ou de carte type DRAC.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.