Anleitungen gibt es ja einige... aber die sind meist auf ESX 4 gemünzt.
Nichts destro trotz versucht:
Im XEN gast (Open Suse)
* die standard-kernel nachinstalliert.
* maschine runtergefahren
Im XEN Dom0
* [Test1] qemu-img convert /raid10/webmailer/system /raid10/webmailer/system.vmdk
* [Test2] qemu-img convert /raid10/webmailer/system -O vmdk /raid10/webmailer/system.vmdk
* scp -C system.vmdk root@192.168.0.17:/vmfs/volumes/54836a20-68fb1888-1058-002590fbe816/webmailer
In Sphere:
* Neuen Gast angelegt
* [Test1] neue Festplatte mit 8GB erzeugt (in Xen war die platte auch 8GB groß)
webmailer-flat.vmdk gelöscht und system.vmdk in webmailer-flat.vmdk umbenannt
[Test1.1] => LSI Logic Parallel
[Test1.2] => LSI Logic SAS
* [Test2] bestehende Festplatte (die nur knappe 3GB groß ist) eingebunden
* Knoppix Live CD eingebunden und davon starten lassen
In Knoppix:
* sudo /dev/sda1 /mnt
* sudo chrott /mnt
* vi /etc/fstab => umbennnen von xvda1 auf sda1
* vi /boot/grub/menu.lst => umbennnen von xvda1 auf sda1
* system runtergefahren
Das neue System selbst scheint zu starten. Allerdings kommt es nicht sonderlich weit... es steht dann da, dass es auf sda1 wartet... später dann die Frage, ob es wieder auf xvda1 ausweichen soll.
Beantworte ich diese Frage mit nein, bin ich in eine art Rescue modus wo kaum Befehle greifen.
Gern hätte ich fdisk -l gestartet um zu sehen, welche Platten... und mit welchen Namen eingereicht worden sind. Aber da geht so gut wie nix.
Wie man oben sieht, habe ich LSI in Parallel und auch in SAS schon versucht.
Einer eine Idee, wie ich das Probelm lösen kann ?
VIELEN Dank !!!
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
[solved] Xen Gast nach ESXI convertieren
Hm, das kommt mir irgendwie bekannt vor.
Um welche SuSe release handelt es sich denn, kernel und die VM guest version 6/7/8/... sind auch interresant.
Mir hatte es Die SuSe 9.2'er nach einem update auf von ESXi 4.0 nach 4.5 zerschossen, mit einem 9.1'er kernel hatte ich die VM's aber wieder ans rollen gebracht.
Um welche SuSe release handelt es sich denn, kernel und die VM guest version 6/7/8/... sind auch interresant.
Mir hatte es Die SuSe 9.2'er nach einem update auf von ESXi 4.0 nach 4.5 zerschossen, mit einem 9.1'er kernel hatte ich die VM's aber wieder ans rollen gebracht.
Code: Alles auswählen
Xen -- SUSE Linux Enterprise Server 11 SP2 - 3.0.51-0.7.9
Moin Joerg,
Das mit den Kernel hatte ich versucht (INITRD) .. aber da gab es fehler.
Ich vermute es auch, dass es daran liegen könnte.
Um das aktuelle System ... was ja noch lauffähig ist.... nicht zu verschießen, würde ich das mal mit der Live CD nochmal versuchen.
So sahen meine aktuellen Test aus:
In /boot/ habe ich folgendes:
cat /etc/sysconfig/kernel
Stimmt das soweit oder fehlen mir schon grundvoraussetzungen [/code]
Das mit den Kernel hatte ich versucht (INITRD) .. aber da gab es fehler.
Ich vermute es auch, dass es daran liegen könnte.
Um das aktuelle System ... was ja noch lauffähig ist.... nicht zu verschießen, würde ich das mal mit der Live CD nochmal versuchen.
So sahen meine aktuellen Test aus:
In /boot/ habe ich folgendes:
Code: Alles auswählen
insgesamt 34M
drwxr-xr-x 3 root root 4,0K 29. Sep 19:49 .
drwxr-xr-x 23 root root 4,0K 23. Dez 20:48 ..
-rw------- 1 root root 512 12. Jan 2013 backup_mbr
lrwxrwxrwx 1 root root 1 12. Jan 2013 boot -> .
-rw-r--r-- 1 root root 1,3K 13. Jan 2013 boot.readme
-rw-r--r-- 1 root root 127K 29. Sep 19:46 config-3.0.13-0.27-default
-rw-r--r-- 1 root root 124K 13. Jan 2013 config-3.0.51-0.7.9-xen
drwxr-xr-x 2 root root 4,0K 29. Sep 19:47 grub
lrwxrwxrwx 1 root root 26 29. Sep 19:47 initrd -> initrd-3.0.13-0.27-default
-rw-r--r-- 1 root root 6,8M 29. Sep 19:47 initrd-3.0.13-0.27-default
-rw-r--r-- 1 root root 6,7M 13. Jan 2013 initrd-3.0.51-0.7.9-xen
lrwxrwxrwx 1 root root 23 13. Jan 2013 initrd-xen -> initrd-3.0.51-0.7.9-xen
-rw-r--r-- 1 root root 431K 12. Jan 2013 message
-rw-r--r-- 1 root root 207K 29. Sep 19:46 symvers-3.0.13-0.27-default.gz
-rw-r--r-- 1 root root 208K 13. Jan 2013 symvers-3.0.51-0.7.9-xen.gz
-rw-r--r-- 1 root root 2,0M 29. Sep 19:46 System.map-3.0.13-0.27-default
-rw-r--r-- 1 root root 1,8M 13. Jan 2013 System.map-3.0.51-0.7.9-xen
-rw-r--r-- 1 root root 4,3M 29. Sep 19:46 vmlinux-3.0.13-0.27-default.gz
-rw-r--r-- 1 root root 3,9M 13. Jan 2013 vmlinux-3.0.51-0.7.9-xen.gz
lrwxrwxrwx 1 root root 27 29. Sep 19:47 vmlinuz -> vmlinuz-3.0.13-0.27-default
-rw-r--r-- 1 root root 3,7M 29. Sep 19:46 vmlinuz-3.0.13-0.27-default
-rw-r--r-- 1 root root 3,3M 13. Jan 2013 vmlinuz-3.0.51-0.7.9-xen
lrwxrwxrwx 1 root root 24 13. Jan 2013 vmlinuz-xen -> vmlinuz-3.0.51-0.7.9-xen
cat /etc/sysconfig/kernel
Code: Alles auswählen
INITRD_MODULES="xenblk"
NO_KMS_IN_INITRD="no"
DOMU_INITRD_MODULES="xennet xenblk"
MODULES_LOADED_ON_BOOT=""
ACPI_DSDT=""
SKIP_RUNNING_KERNEL=""
Stimmt das soweit oder fehlen mir schon grundvoraussetzungen [/code]
-
- King of the Hill
- Beiträge: 12942
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Entweder mptspi ist statisch schon im Kernel oder halt als Modul doch dann must du es mit angeben.
Schau mal unter https://www.novell.com/support/kb/doc.php?id=7005233 nach. Sollte Hinweise in die passende Richtung geben. Dein Kernel scheint aber nen angepasster XEN Kernel zusein und drum die Frage ob man nicht lieber nen Vanilla SusE Kernel nimmt und den neu macht.
Gruss
Joerg
Schau mal unter https://www.novell.com/support/kb/doc.php?id=7005233 nach. Sollte Hinweise in die passende Richtung geben. Dein Kernel scheint aber nen angepasster XEN Kernel zusein und drum die Frage ob man nicht lieber nen Vanilla SusE Kernel nimmt und den neu macht.
Gruss
Joerg
lord_icon hat geschrieben:Moin Joerg,
Das mit den Kernel hatte ich versucht (INITRD) .. aber da gab es fehler.
Ich vermute es auch, dass es daran liegen könnte.[/code]
Hallo,
bau dir ein frisches Suse um alle Configs nachsehen zu können.
Normalerweise gibt es 3 Stolperfallen:
1)
nicht alle Kernelmodule vorhanden
schau im frischen Systerm unter /etc in der Kernel-Konfig nach welche Module du brauchst
2)
/etc/fstab nicht angepasst
3)
grub.cfg nicht angepasst
xvda ist ein Xen-device unter Suse wird sda genutzt.
Ich habe diverse Systeme von Xen nach ESX überführt.
Dabei habe ich nach einer finalen Sicherung im laufenden System erst mal den Kernel angepast/ ergänzt.
Alternativ hilft dir ggf. die Rettungs-Option der Suse DVD weiter. Die passt ggf. auch die Konfiguration an.
Gruss
Nachtrag:
Aus einer Installation
SUSE Linux Enterprise Server 11 (x86_64)
VERSION = 11
PATCHLEVEL = 2
Rechner:/etc/sysconfig # vi kernel
## Path: System/Kernel
## Description:
## Type: string
## Command: /sbin/mkinitrd
#
# This variable contains the list of modules to be added to the initial
# ramdisk by calling the script "mkinitrd"
# (like drivers for scsi-controllers, for lvm or reiserfs)
#
INITRD_MODULES="mptspi ata_piix ata_generic vmxnet3 vmw_pvscsi"
irix hat geschrieben:Schau mal unter https://www.novell.com/support/kb/doc.php?id=7005233 nach.
Gruss
Joerg
DANKE !!!
Damit konnte ich INITRD ausführen... und: ES FUNZT !!!!!
Frohe Weihnacht Jörg und @all
Zurück zu „vSphere 5.5 / ESXi 5.5“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 11 Gäste