RaspberryMatic Installationsanleitung: vmWare ESXi, VirtualBox, Proxmox, Synology, QNAP, QEmu, HyperV

[jmaus]

Das könnte davon kommen da du vielleicht nach dem konvertieren und hinzufügen der vmdk vergessen hast die maximale größe der Disk von 1,3GB auf die targetgröße (z.B. 64GB) zu setzen damit dann beim ersten start der VM er die /usr/local partition automatisch von 1,3GB auf die 64GB vergrößert.

Stimmt! Mit "Resize Disk" muss das Laufwerk noch vergrössert werden.

Aber eben BEVOR man die VM das erste mal startet. Ansonsten vergrößert er /usr/local nicht beim 1. Start und man muss von vorne anfangen.

[blue2019]

Aber eben BEVOR man die VM das erste mal startet. Ansonsten vergrößert er /usr/local nicht beim 1. Start und man muss von vorne anfangen.

Neuer Test. Laufwerk in Proxmox vergrössert vor dem ersten Start. Ergebnis: Keine Alarmmeldung beim ersten Start und SSH auf HM klappt jetzt auch auf Anhieb ...

Das hier ist keine Beta sondern Final

[onkeltommy]

Hi

ich wollte auch mal testen, unter VM WS15 und unter esxi, kann bei beiden Umgebungen die ova nicht verwenden, die esx gibt mir vor der Auswahl des Speicherortes:

Bei der ausgewählten Vorlage wurden Probleme festgestellt. Details: - 3:5:ELEMENT_REQUIRED: Element ''References'' erwartet.

diese Fehlermeldung.

VM Ware WS15 möchte eine icuuc44.dll haben.....

Wo eckts denn da ? Die esxi ist V 6.7

Oder mag der Cluster die ova nicht ? (4 Nodes mit Datacore)

lG

Tom

[jmaus]

So, hab mal die Anleitungen an die neue Möglichkeiten via *.ova zu installieren angepasst. Bitte testen

[P4trick]

Hab grad mal die .OVA.ZIP auf meine Maschine von vorgestern geladen und das Update getestet- funktionierte.

Dann hab ich die .OVA genommen und mir das importiert- Maschine läuft auch ohne Probleme.
Sehr schöne Sache.

Ich hab mir das grad mal durch den Kopf gehen lassen:

Das eröffnet echt ungeahnte Möglichkeiten...
2 VRPMM (VirtuelleRaspberryMaticMaschinen), eine aus, eine an- eben was testen wollen, die eine runter, die andere hochfahren- den USB zu anderen Maschine umstellen und innerhalb von Sekunden ein funktionsfähiges Image haben.

Update läuft schief- EGAL: MAschine aus, andere hochfahren, USB durchreichen- geht.
selbstverständlich immer ein aktuelle Backup vorausgesetzt

Aber das wäre echt ein Traum.

Wenn Alex dann noch die Funk- Lan Platine fertig hat wäre das NOCH genialer
2te Synology; RPM im Cluster und dann hat man sogar eine Ausfallsicherheit für die Zentrale *Träum*

Die Anleitung werde ich dann Entsprechen gleich für OVA Dateien auf der Synology fertig machen.

[Baxxy]

Die neue RaspberryMatic-3.47.22.20191030.ova ließ sich problemlos unter VirtualBox 6.0.14 mit Win10 Pro X64 als Unterbau importieren und starten. Auch die cuxd_2.3.3_ccu_x86_32.tar.gz - Installation verlief reibungslos.
Zu beachten wäre das das VirtualBox 6.0.14 Oracle VM VirtualBox Extension Pack installiert sein muss für die USB 2.0 Unterstützung.
Womit ich auch noch mal zu meiner (wahrscheinlich untergegangenen) Frage komme...

Wie ist das für die Zukunft mit dem Speichermedium für die Diagramme, Backups, CuxD-Logfiles usw. gedacht? Momentan muss ich ja den USB-Stick an die VM durchreichen womit er für den Host nicht mehr benutzbar ist. Das ist irgendwie unpraktisch. Könnte man da vielleicht eine zweite virtuelle Festplatte für benutzen?

Grüße
Baxxy

[blue2019]

Proxmox: Auch die neue RaspberryMatic-3.47.22.20191030-ova.vmdk läuft. Die x86 Version von CUxD ebenso. Ausprobiert habe ich mal die Installation von nur für Raspberry geeigneter Addons wie Redmatic und Historian. Beides ist möglich, auch wenn sie nicht wirklich funktionieren. Da muss also noch eine Abfangroutine rein, die eine Installation aus Versehen verhindert.

Das "Fortschrittsrädchen" was man manchmal beim Raspi zu Gesicht bekommt, wenn Raspberrymatic was zu tun hat braucht wohl eine Anpassung/Neugestaltung, denn wegen der nun vorhandenen Prozessorpower ist das nur noch kurz als zerfasertes Etwas kurz zu sehen

[Black]

Proxmox: Auch die neue RaspberryMatic-3.47.22.20191030-ova.vmdk läuft. (..)

Könntest du verraten, wie du das vmdk in Proxmox zum laufen bekommen hast mit welchen einstellungen ?

gruss, Black

[blue2019]

Könntest du verraten, wie du das vmdk in Proxmox zum laufen bekommen hast mit welchen einstellungen ?
gruss, Black

Hallo, auf Seite 5 dieses Forumbeitrags habe ich das genauer in einem Eintrag ausgeführt. Einfach vor dem Import eine VM nach Deinem Geschmack in den einzelnen Schritten ohne CD-ROM aber mit Festplatte (Grösse egal, da gleich wieder entfernt) anlegen. Nach der Erstellung die Festplatte (Laufwerk) aushängen und entfernen, da es ja durch das vmdk ersetzt wird. Das vmdk Laufwerk wird dann nach dem Import in Proxmox der virtuellen Maschine hinzugefügt. Wichtig ist nur, dass vor dem ersten Start der VM das Laufwerk auf z.B. 64GB vergrössert wird.

[ptweety]

Hi, ich hätte Interesse an einer Version auf Basis von KVM/qemu und ggfs. systemd-nspawn. Hat da schon jemand den Versuch mit gewagt?