Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- nosql:oracle_bigdatalite_vm_vmware [2015/05/27 18:01] – [Die Oracle BigDataLite 3.0 / 4.1 VM in Vmware Workstation 10 importieren] gpipperr
+++ nosql:oracle_bigdatalite_vm_vmware [2015/05/29 08:51] (aktuell) – [Die Oracle BigDataLite 3.0 / 4.1 VM in Vmware Workstation 10 importieren] gpipperr
@@ Zeile 1: / Zeile 1: @@
+====Die Oracle BigDataLite 3.0 / 4.1  VM in Vmware Workstation 10 importieren====
+Eine VM von Oracle zu dem Thema Big Data kann hier gefunden werden:
+  * http://www.oracle.com/technetwork/database/bigdata-appliance/oracle-bigdatalite-2104726.html
+Leider wird die Oracle VM für Big Data nicht in einem OVA Format angeboten, das sich so einfach in VMWare Workstation 10 importieren lässt.
+Zwar ließe sich nun erst die VM in Oracle VirtualBox einspielen und dann wiederum exportieren, dazu müsste aber erst Virtual Box installiert werden usw..
+Daher hier die Anleitung eine Oracle BigDataLite VM in der Version 3.0 oder 4.1 direkt in VMWare 10 einzuspielen.
+Das ganze scheitert im ersten Schritt an dem inkompativlen OVA Format:
+{{ :nosql:vmware_workstation_error_import_oracle_bigdatalight_v01.png | Fehler beim Landen in VMWare}}
+Auch bei der Version 4.1 tritt dieser Fehler noch auf:
+{{ :nosql:vmware_workstation_error_import_oracle_bigdatalight_41_v03.png | Fehler beim Landen in VMWare für die Version 4.1}}
+Die Lösung:
+  * Die Datei BigDataLite-3.0.ova in BigDataLite-3.0.zip umbenennen
+  * Zip Archive in ein Verzeichnis auspacken, zum Beispiel in R:\ORABIGDATA30
+  * Datei BigDataLite-3.0.ovf in einem Editor öffnen
+    * Die im obigen Screenshot in der Fehlermeldung angemerkten XML Elemente (Start in der angegebenen Zeile) jeweils mit <nowiki><!-- xxx --></nowiki> auskommentieren
+    * Im XML Tag <nowiki><VirtualSystemType>virtualbox2.2</VirtualSystemType></nowiki> Wert "virtualbox2.2" mit "vmx-06" ersetzen
+  * VM  über dasn VMWare Import Menü importieren
+    * Lizenzbestimmungen akzeptieren
+    * Fehlermeldung bzgl. ungültigen Format mit "retry" ignorieren
+  * Nach dem Import wieder eine Netzwerkkarte über die Eigenschaften der virtuellen Maschine hinzufügen
+  * Leider fehlen nun nach dem Import noch zwei weitere Platten
+    * vmdk 3 und 4 aus dem Stage Verzeichnis in das Verzeichnis der neuen Maschine transferieren mit Hilfe des vmware-vdiskmanager (um eine kompatible Platte zu erhalten) :<code powershell>
+cd "C:\Program Files (x86)\VMware\VMware Workstation"
+.\vmware-vdiskmanager.exe -r R:\ORABIGDATA30\BigDataLite-3.0-disk3.vmdk -t 0 R:\vmware\ORABIGDL30\BigDataLite-3.0-disk3_new.vmdk
+Creating disk 'R:\vmware\ORABIGDL30\BigDataLite-3.0-disk3_new.vmdk'
+  Convert: 100% done.
+Virtual disk conversion successful.
+PS C:\Program Files (x86)\VMware\VMware Workstation> .\vmware-vdiskmanager.exe -r R:\ORABIGDATA30\BigDataLite-3.0-disk4.vmdk -t 0 R:\vmware\ORABIGDL30\BigDataLite-3.0-disk4_new.vmdk
+Creating disk 'R:\vmware\ORABIGDL30\BigDataLite-3.0-disk4_new.vmdk'
+  Convert: 100% done.
+Virtual disk conversion successful.
+</code>
+    * Platten einbinden als SCSI, erst 3 dann 4,  alles Default belassen, Auf "VMware 10 Konvertieren" dabei bestätigen
+  * CD-Rom - Device Status - Alles abwählen
+  * VM Starten
+Passwörter:
+  * **Root Password: welcome1**
+  * **User Oracle/welcome1**
+Nächste Schritte:
+Als Root User:
+  * Tastatur über die graphische Oberfläche nach Bedarf einstellen
+  * VirtualBox Tools deinstallieren<code bash>/opt/VBoxGuestAdditions-4.2.22/uninstall.sh</code>
+  * VMWare Tools installieren
+  * Platten prüfen
+  * Reboot wagen, ob jetzt alles funktioniert
+  * Snapshot ziehen
+Nun können die ersten Versuche mit der Umgebung durchgeführt werden
+=> [[nosql:oracle_hadoop_big_data_appl_erste_schritte|Erste Schritte mit der Oracle Big Data Appliance]]
+----
+===Der Weg zum Ziel:===
+** Bei ersten Problem mit den Platten **
+Im Run Mode 1 gestartet, Filesystem per Hand auf read/write gesetzt und im runmode 3 weiter gestartet
+<code bash>
+#Passwort eingeben, wenn Filesystem Fehler angezeigt wird
+# welcome1
+mount -o remount /
+init 3
+</code>
+**Das Problem war:**
+In der fstab wird mit einem LABEL auf "nosql"  und "movie" verwiesen, die dazugehörigen Partitionen sind aber nicht wirklich da!
+Alle Platten anzeigen:
+<code bash>
+ tree /dev/disk
+</code>
+System startet nun bis zum X Login, **User Oracle/welcome1**
+**Nächster Versuch bzgl. schreibgeschützten Platten:**
+Um die Fehlermeldung beim Boot zu vermeiden, die beiden zusätzlichen Platten "richtig" konvertieren (mit Leider hilft hier "C:\Program Files (x86)\VMware\VMware Workstation\OVFTool\ovftool.exe" nicht weiter, besser Platte neu mit "vmware-vdiskmanager.exe -r R:\ORABIGDATA30\BigDataLite-3.0-disk4.vmdk -t 0 R:\vmware\ORABIGDL30\BigDataLite-3.0-disk4_new.vmdk" erneut schreiben lassen und neu einbinden.
+=== Quellen ====
+  * [[ http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2053864|Importing a virtual machine running in an Oracle VirtualBox to VMware]]
+  * http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=51306
+  * https://www.vmware.com/support/ws55/doc/ws_disk_manager_examples.html
+  * http://fosshelp.blogspot.de/2013/06/how-to-use-ovftool-command-line-utility.html
+Mount by Label
+  * http://www.debian-administration.org/article/522/Mounting_file-systems_by_label_rather_than_device_name