Forum général.général Migration Linux Mandriva 2007.0 vers VMWare Server 1.0.1(free)

Posté par  .
Étiquettes : aucune
0
12
jan.
2007
Bonjour,

Je souhaiterais migrer mon système linux Mandriva 2007 RC2 vers un système de virtualisation de type VMware.
Après quelques tests infructueux de duplication (ghost).
J'aurais aimer savoir si il était possible de faire une image de cette machine pour la déployer vers VMware server.

En attendant une réponse,
J'ai commencé à réinstallé l'OS dans une machine virtuelle.
Mais je serais alors confronté à la reprise des services et paquetages
ainsi qu'a la configuration de ses mêmes services.
Hors je ne sais pas comment faire pour reprendre ses services.(daemons)

Si quelqu'un à une solution pour l'une ou l'autre des solutions envisagées.

D'avance merci,

The_fifo.

  • # VMware P2V Assistant

    Posté par  . Évalué à 1.

    Pour ton ghost as tu essayé cela :
    http://www.vmware.com/fr/products/p2v/

    Il me semble que c'est gratuit (ou au moins pdt un mois ...), je connais des structures qui l'ont utilisé pour passer des serveur unix sous vmware, et cela a bien fonctionné.

    Pour ta mandriva 2007 RC2, tu devrais faire un update vers la 2007, cela ne te coutera pas grand chose et mais le système sera certainement + stable.

    • [^] # Re: VMware P2V Assistant

      Posté par  . Évalué à 1.

      cela est peut être même intégrer à VMWare Server (à vérifier) ...

    • [^] # Re: VMware P2V Assistant

      Posté par  . Évalué à 1.

      Salut netchaiev,

      Après quelques péripéties, il s'avère que le produit de vmware (p2v) dont tu m'as parlé ne soit pas compatible avec Linux.
      Donc on ne peut récupérer que des systèmes win$ows.
      (http://www.arumtec.net/virtualisation/outils-et-solutions/ou(...)

      Merci en tout cas pour l'aide que tu m'as apporté.

      the_fifo

      • [^] # Re: VMware P2V Assistant

        Posté par  . Évalué à 1.

        Oups!!!


        >Il me semble que c'est gratuit (ou au moins pdt un mois ...), je connais des structures qui l'ont utilisé pour passer des serveur unix sous vmware, et cela a bien fonctionné.


        J'ai du mal écouté, cela devait donc être du Windows au lieu de l'unix ...

    • [^] # Re: VMware P2V Assistant

      Posté par  . Évalué à 1.

      netchaiev,

      Pour informations, puisque je cherche toutes les solutions possibles.
      J'ai trouvé le pendant de p2v mais en gratuit :
      http://www.ezp2v.net

      Ceux pour qui cela intéresse.

      (au fait je suis toujours en Kernel Panic)

      the_fifo

  • # DD ?

    Posté par  . Évalué à 1.

    dd if=/dev/ton_disque of=/ton_support/image_disk.img

    puis depuis un livecd dans ton vmware
    dd if=/ton_support/image_disk.img of=/dev/le_disque_virtuel

    ensuite (ou enfin) il te suffira de restaurer le gestionnaire de demarrage (lilo ou grub)

    attention toutefois aux modules qui risquent de changer (disque dur => SCSI, carte video, carte reseau)

    • [^] # Re: DD ?

      Posté par  . Évalué à 1.

      Salut John Doe,

      Je n'ai pas encore tester ta solution....
      Mais comme je ne suis pas aguerri à tout ce qui concerne le matériel sous linux...J'ai un peu peur.

      Mais, j'ai trouvé grace à ton aide un lien qui parle de migration :
      http://www.virtualization.info/2004/03/self-made-vmware-p2v-(...)

      Il ne reste plus qu'a savoir si la procédure pourrait fonctionner aussi sous mandriva.

      Si quelqu'un a une solution qui s'en rapproche,

      merci d'avance,

      the_fifo.

    • [^] # C'est en bonne voix

      Posté par  . Évalué à 1.

      John Doe, Bon je viens de restaurer le ghost et comme tu me l'as conseillé (lilo) Par contre le système ne démarre pas. Kernel Panic message (log): 
      Creating root device
Trying to resume from /dev/sda5
Unable to access resume device (/dev/sda5)
Mounting root filesystem /dev/root
mount: error 6 mounting ext3 flags defaults
well, retrying without the option flags
mount: error 6 mounting ext3
well, retrying read-only without any flag
mount: error 6 mounting ext3
Switching to new root
ERROR opening /dev/console!!!!: 2
unmounting old /proc
unmounting old /sys
switchroot: mount failed 22
Initrd finished
Kernel panic - not syncing: Attempted to kill init!
      alors je vous transmet la config disque d'origine : 
      Disque /dev/hda: 80.0 Go, 80026361856 octets
255 têtes, 63 secteurs/piste, 9729 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hda1   *           1        1274    10233373+  83  Linux
/dev/hda2            1275        9730    67917339    5  Extended
/dev/hda5            1275        1528     2040223+  82  Linux swap / Solaris
/dev/hda6            1529        1782     2040223+  83  Linux
/dev/hda7            1783        9730    63836797+  83  Linux
      et la nouvelle : 
      Disk /dev/sda: 21.4 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device     Boot    Start        End      Blocks    Id  System
/dev/hda1   *           1        1274    10233373+  83  Linux
/dev/hda2            1275        2609    10233373+   f  W95 Ext'd (LBA)
/dev/hda5            1275        1528     2040223+  82  Linux swap / Solaris
/dev/hda6            1529        1782     2040223+  83  Linux
/dev/hda7            1783        2609     66428446  83  Linux
      Je vous mis en gras les différences. Petite précision l'image du disque (taille et partition) doit elle être exactement identique que le disque d'origine ? Que dois-je faire maintenant ? D'avance merci, the_fifo

      • [^] # Re: C'est en bonne voix

        Posté par  . Évalué à 1.

        petit rectificatif :

        dans la nouvelle config ce n'est pas :
        /dev/hda1
        /dev/hda2...

        mais bien :
        /dev/sda1
        /dev/sda2...

      • [^] # Re: C'est en bonne voix

        Posté par  . Évalué à 1.

        je vois plusieurs choses :

        - le hda ou sda a son importance pour le gestionnaire de demarrage (mais cela semble bien integré)

        - tu semble avoir mis ta machine en veille prolongée avant de faire le ghost, c'est mieux de la stopper completement.

        Creating root device
        Trying to resume from /dev/sda5
        Unable to access resume device (/dev/sda5)

        • [^] # Re: C'est en bonne voix

          Posté par  . Évalué à 1.

          Merci John doe,

          Mais il ne me semble pas l'avoir arrêté en veille prolongé.
          Je ne comprends pas.

          Es ce que la taille (des disques) puisse jouer dans mon problème ?

          J'ai trouvé un article sur le clonage et le transfére de Linux.
          Peux-tu me dire ce que tu en penses ?:
          http://www.trustonme.net/didactels/237.html

          d'avance merci,

          the_fifo

      • [^] # Re: C'est en bonne voix

        Posté par  . Évalué à 1.

        Je réponds à ma propre demande...

        Si l'on fait un ghost d'un disque sous linux la taille des partitions redéfini importe peu. Par contre elle ne doit pas être inférieure à la taille des données.

        Actuellement en test sous un autre type de disque....Sata.

        the_fifo

  • # Encore un petit réglage et c'est bon

    Posté par  . Évalué à 1.

    Bon finalement,

    J'ai fini par identifié le problème.
    Cela venait du Sata.
    Mandriva n'arrive pas à remonter le système si on lui change le type de disque.

    J'ai donc remonté (ghot) le système sur VMWare mais avec un disque IDE (hda).
    Après avoir ghoter, j'ai redémarrer avec le CD d'installation du système (mandriva).

    Et finalement après quelques reconfiguration le système fonctionne par contre il semble que l'ancienne carte réseaux ne fonctionne plus (eth0)
    et le système m'a créé une nouvelle interface en eth1. (d'ailleurs, j'ai quelques soucis lors du démarrage (mode verbose) au lieu d'avoir des [OK] j'ai des [ECHEC].

    Comment faire pour voir le log de démarrage ?
    Et effacer l'ancienne carte réseau de mon système ?

    d'avance merci,

    the_fifo.

Suivre le flux des commentaires

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