Forum général.cherche-logiciel Installation de masse.

Posté par  .
Étiquettes : aucune
0
25
juin
2008
Bonjour, j'aimerai avoir des retours d'expérience sur la réplication de système.
Si vous avez été amené à installé Linux sur de nombreuses machine, comment avez-vous fait ?
— Utilisation de dd,
— utilisation de rsync,
— un autre logiciel fait pour,

Quel sont les avantages et inconvénient des différente méthode ?

Voilà voilà, merci bien pour vos retour.
  • # Udpcast si tu as le réseau

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

    si les machines sont quasi identique (principalement pour le partitionnement) et que tu as un réseau, je te conseille udpcast qui permet de faire une copie d'une machine vers X machines.
    http://udpcast.linux.lu/
  • # Partimage, clonezilla

    Posté par  . Évalué à 2.

    Bonjour,
    pour cloner en unicast, il y a partimage. Pour faire du multicast, clonezilla (utilise partimage + serveur drbl, je crois).
    Partimage fonctionne très bien.
    Bye
  • # Remerciement et complément

    Posté par  . Évalué à 2.

    Merci pour ses réponses,
    Pour information, c'est pour tout type de machine (donc déjà, pas les même tailles de disques)

    J'installe généralement :
    / 10 GB
    swap 1 GB
    le reste en /home
    j'avais pensé à un dd if=/dev/sda of=image.img bs=1G count=12 par exemple et faire la manipulation inverse dans l'autre sens.
    Mais je ne sais pas trop comment ça va réagir pour le partitionnement justement et si cette méthode est réalisable.

    C'est pour l'instant pour des installations ponctuelles, donc pas de réplications en masse sur 200 machines.
    C'est pour ne pas avoir constamment installation, mise à jour, installation de paquet, configuration, etc.
  • # dd ?

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

    ca pose pas problème de faire un dd sur un disque ??
    parce que les badblocks sont pas les mêmes. à supposer qu'il y ait une bad block
    • [^] # Re: dd ?

      Posté par  . Évalué à 2.

      Je lance toujours un badblocs sur un disque avant installation et je le considère comme mort si il y en a. Donc changement de disque dur.
      Cependant mes question sur dd :
      disque source : 120 Go partitionné 10Go de / + 1Go de swap plus le reste de /home
      si je fais un dd des 11 (ou prenons large des 12 premier Go) et que le l'enregistre sur une image.
      après, je branche un disque de 80Go et je copie l'image. Que vas-t-il se passer ?
      — Tout le disque va être foireux ?
      — Juste la dernière partition ?
      — les UUID des disques vont-il être identique ?

      Je le fais avec le eeepc, j'ai pluisieurs images de 4Go prêt à l'emploie. Mais c'est toujours la même taille de carte.
  • # PXE...

    Posté par  . Évalué à 1.

    Hello,

    de mon côté, installation pxe avec fichier kickstart pour la configuration.
    Les machines sont prête en 20min.

    Quel est l'intérêts de faire des images disques?

    @+
    • [^] # Re: PXE...

      Posté par  . Évalué à 2.

      L'intérêt est que c'est ce qui me semblait le plus simple et le plus portable.
      Un livecd, un disque dur externe et on peut répliquer le système n'importe où et rapidement. Là où le serveur pxe demande une infrastructure un peu plus lourde et pénible à mettre en place.
  • # script perso

    Posté par  . Évalué à 2.

    j'ai personnellement un ensemble de script

    1°) sauvegarde d'un systeme fonctionnel
    - preparation du systeme par une tarball --exclude from file
    (par exemple exclure /mnt et creer la tarball dans /mnt)
    - generation d'une image iso avec le script de partitionnement et la tarball

    2°) gravure de l'image iso sur le CD.

    3°) clonage de ce CD vers la machine :
    - inserer le CD
    - booter dessus
    - repondre aux questions
    - rebooter

    c'est donc un melange de livecd et de script perso.
    le livecd permet de preparer le disque dur de la machine destination
    puis de defaire la tarball sur les partitions crées
    enfin de faire un chroot et un grub setup, grub install.

Suivre le flux des commentaires

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