Die .zip von hier https://cloud.light-speed.de/s/mfMsM8S3kAHmJYo
Ich gehe mal davon aus, dass dieser Link nur für den Beta-Status gilt.
Moderatoren: jmaus, Co-Administratoren
Die .zip von hier https://cloud.light-speed.de/s/mfMsM8S3kAHmJYo
Was meinst du denn bitte genau? Dir ist hoffentlich schon bewusst das du hier eine Test- bzw. Beta- bzw. Unstablversion von RaspberryMatic installiert hast als virtuelle Maschine? Wie in meinem ersten Post beschreiben ist die möglichkiet sich eine virtuelle RaspberryMatic unter ESXi, Proxmox & Co zu installieren aktuell noch nicht offiziell als stabile Version releast. Insofern ist es doch nur logisch das du unter releases dazu im GitHub nichts findest, oder?djangp hat geschrieben: ↑08.11.2019, 18:16> welche Raspberrymatic Version muss ich eigentlich nehmen, um auf die aktuellste Version upzudaten
https://github.com/jens-maus/RaspberryMatic/releases
Genau so ist es. Sobald ich die ova variante für die Allgemeinheit freigebe werde ich diesen Cloud-Link natürlich inaktiv schalten.MichaelG hat geschrieben: ↑08.11.2019, 18:54Die .zip von hier https://cloud.light-speed.de/s/mfMsM8S3kAHmJYo
Ich gehe mal davon aus, dass dieser Link nur für den Beta-Status gilt.
Danke, das wäre sicherlich sehr hilfreich. Es kann nur ein kleiner Parameter oder eine kleine Änderung in der ovf Datei sein (die übrigens eine xml-Datei ist) die dazu führt das die QNAP VM Lösung hier etwas anmeckert. Geb bescheid sobald du was rausgefunden hast und ich werd das dann entsprechend übernehmen.tonischabloni hat geschrieben: ↑08.11.2019, 18:46so ich habe deine ovf versucht, kommt der gleiche fehler, ich werde jetzt mal versuchen das ich per ssh mehr an logfiles etc rausfinde, sobald was hab melde ich mich wieder...
ich schaue mir auch mal den unterschied von dem release zur exportieren Virtual Box an. Die kann ma ja importieren und alles läuft...
Hab gerade mal weiter an der ovf datei rumgespielt. Kannst du bitte mal die aktuellste template.ovf datei in der QNAP probieren. Bin guter Dinge das sich diese jetzt ohne fehler importieren lassen sollte:tonischabloni hat geschrieben: ↑08.11.2019, 18:46so ich habe deine ovf versucht, kommt der gleiche fehler,...jmaus hat geschrieben: ↑08.11.2019, 13:03Hmm, also die *.ovf die du mir geschickt hattest ist die von QNAP exportierte? Dann bitte wie gesagt mal die leicht angepasste template.ovf von mir probieren. Vielleicht löst die das problem ja bereits. Leider ist es nämlich so das trotz der scheinbar wohl definierten Spezifikation des *.ovf Dateiformates der Teufel wieder im Detail steckt und die eine oder andere Virtualisierungsumgebung empfindlich zu sein scheint wenn dann irgendein XML tag in der ovf datei nicht so gesetzt ist wie sie es gerne hätte. Also könntest du auch einfach mal an der template.ovf datei selbst versuchen anpassungen vorzunehmen in dem du diese mit der von QNAP erzeugten ovf vergleichst. So hab ich das auch gemacht um die ovf zwischen ESXi und VirtualBox kompatibel hinzubekommen. Eine QNAP hab ich leider nicht sonst würde ich das natürlich selbst testen und versuchen rauszufinden was genau der QNAP an der aktuellen *.ovf von RaspberryMatic nicht passt.
Jens du bist einfach der Wahnsinn! Ich bin eher Nacht-Aktiv und wollte mich gerade mal über die Files machen und vergleichen...jmaus hat geschrieben: ↑08.11.2019, 21:50Hab gerade mal weiter an der ovf datei rumgespielt. Kannst du bitte mal die aktuellste template.ovf datei in der QNAP probieren. Bin guter Dinge das sich diese jetzt ohne fehler importieren lassen sollte:tonischabloni hat geschrieben: ↑08.11.2019, 18:46so ich habe deine ovf versucht, kommt der gleiche fehler,...jmaus hat geschrieben: ↑08.11.2019, 13:03Hmm, also die *.ovf die du mir geschickt hattest ist die von QNAP exportierte? Dann bitte wie gesagt mal die leicht angepasste template.ovf von mir probieren. Vielleicht löst die das problem ja bereits. Leider ist es nämlich so das trotz der scheinbar wohl definierten Spezifikation des *.ovf Dateiformates der Teufel wieder im Detail steckt und die eine oder andere Virtualisierungsumgebung empfindlich zu sein scheint wenn dann irgendein XML tag in der ovf datei nicht so gesetzt ist wie sie es gerne hätte. Also könntest du auch einfach mal an der template.ovf datei selbst versuchen anpassungen vorzunehmen in dem du diese mit der von QNAP erzeugten ovf vergleichst. So hab ich das auch gemacht um die ovf zwischen ESXi und VirtualBox kompatibel hinzubekommen. Eine QNAP hab ich leider nicht sonst würde ich das natürlich selbst testen und versuchen rauszufinden was genau der QNAP an der aktuellen *.ovf von RaspberryMatic nicht passt.
https://github.com/jens-maus/RaspberryM ... mplate.ovf
Diese scheint nun zumindest auch für den Proxmox import zu funktionieren. Wäre also die frage ob ggf QNAP nun auch kein problem mehr damit haben sollte und ggf. sogar noch andere VM-Ungebungen...
Ne nicht ganz.tonischabloni hat geschrieben: ↑08.11.2019, 22:21Jens du bist einfach der Wahnsinn! Ich bin eher Nacht-Aktiv und wollte mich gerade mal über die Files machen und vergleichen...jmaus hat geschrieben: ↑08.11.2019, 21:50Hab gerade mal weiter an der ovf datei rumgespielt. Kannst du bitte mal die aktuellste template.ovf datei in der QNAP probieren. Bin guter Dinge das sich diese jetzt ohne fehler importieren lassen sollte:tonischabloni hat geschrieben: ↑08.11.2019, 18:46so ich habe deine ovf versucht, kommt der gleiche fehler,...jmaus hat geschrieben: ↑08.11.2019, 13:03Hmm, also die *.ovf die du mir geschickt hattest ist die von QNAP exportierte? Dann bitte wie gesagt mal die leicht angepasste template.ovf von mir probieren. Vielleicht löst die das problem ja bereits. Leider ist es nämlich so das trotz der scheinbar wohl definierten Spezifikation des *.ovf Dateiformates der Teufel wieder im Detail steckt und die eine oder andere Virtualisierungsumgebung empfindlich zu sein scheint wenn dann irgendein XML tag in der ovf datei nicht so gesetzt ist wie sie es gerne hätte. Also könntest du auch einfach mal an der template.ovf datei selbst versuchen anpassungen vorzunehmen in dem du diese mit der von QNAP erzeugten ovf vergleichst. So hab ich das auch gemacht um die ovf zwischen ESXi und VirtualBox kompatibel hinzubekommen. Eine QNAP hab ich leider nicht sonst würde ich das natürlich selbst testen und versuchen rauszufinden was genau der QNAP an der aktuellen *.ovf von RaspberryMatic nicht passt.
https://github.com/jens-maus/RaspberryM ... mplate.ovf
Diese scheint nun zumindest auch für den Proxmox import zu funktionieren. Wäre also die frage ob ggf QNAP nun auch kein problem mehr damit haben sollte und ggf. sogar noch andere VM-Ungebungen...
Bis auf die Meldung das er die VMDK nicht findet (die musste ich nur umbenennen, weil bei mir anders hieß), läuft der Import gerade!
Und er ist auch schon fertig... VM fährt hoch.
jetzt bräuchte ich nur noch ein OVA zum testen von dir, damit wir das Thema QNAP dann schließen können...
Ih glaub ich bin der einzigste QNAP User hier??
Gruß,
Axel
Hopla hat geschrieben: ↑08.11.2019, 22:46Ne nicht ganz.tonischabloni hat geschrieben: ↑08.11.2019, 22:21Jens du bist einfach der Wahnsinn! Ich bin eher Nacht-Aktiv und wollte mich gerade mal über die Files machen und vergleichen...jmaus hat geschrieben: ↑08.11.2019, 21:50Hab gerade mal weiter an der ovf datei rumgespielt. Kannst du bitte mal die aktuellste template.ovf datei in der QNAP probieren. Bin guter Dinge das sich diese jetzt ohne fehler importieren lassen sollte:tonischabloni hat geschrieben: ↑08.11.2019, 18:46so ich habe deine ovf versucht, kommt der gleiche fehler,...jmaus hat geschrieben: ↑08.11.2019, 13:03Hmm, also die *.ovf die du mir geschickt hattest ist die von QNAP exportierte? Dann bitte wie gesagt mal die leicht angepasste template.ovf von mir probieren. Vielleicht löst die das problem ja bereits. Leider ist es nämlich so das trotz der scheinbar wohl definierten Spezifikation des *.ovf Dateiformates der Teufel wieder im Detail steckt und die eine oder andere Virtualisierungsumgebung empfindlich zu sein scheint wenn dann irgendein XML tag in der ovf datei nicht so gesetzt ist wie sie es gerne hätte. Also könntest du auch einfach mal an der template.ovf datei selbst versuchen anpassungen vorzunehmen in dem du diese mit der von QNAP erzeugten ovf vergleichst. So hab ich das auch gemacht um die ovf zwischen ESXi und VirtualBox kompatibel hinzubekommen. Eine QNAP hab ich leider nicht sonst würde ich das natürlich selbst testen und versuchen rauszufinden was genau der QNAP an der aktuellen *.ovf von RaspberryMatic nicht passt.
https://github.com/jens-maus/RaspberryM ... mplate.ovf
Diese scheint nun zumindest auch für den Proxmox import zu funktionieren. Wäre also die frage ob ggf QNAP nun auch kein problem mehr damit haben sollte und ggf. sogar noch andere VM-Ungebungen...
Bis auf die Meldung das er die VMDK nicht findet (die musste ich nur umbenennen, weil bei mir anders hieß), läuft der Import gerade!
Und er ist auch schon fertig... VM fährt hoch.
jetzt bräuchte ich nur noch ein OVA zum testen von dir, damit wir das Thema QNAP dann schließen können...
Ih glaub ich bin der einzigste QNAP User hier??
Gruß,
Axel
Ich habe aber das gleiche Problem wie du
@ Jens Super Arbeit !
Habe soeben eine neue, aktualisierte Version (3.47.22.20191109) der ova-Variante von RaspberryMatic in meine Cloud geladen (https://cloud.light-speed.de/s/mfMsM8S3kAHmJYo). Bitte entsprechend probieren ob die Version auch noch auf allen möglichen Virtualisierungsumgebungen funktioniert.tonischabloni hat geschrieben: ↑08.11.2019, 22:21jetzt bräuchte ich nur noch ein OVA zum testen von dir, damit wir das Thema QNAP dann schließen können...
tja wir sind anscheinend zwei nachteuelen...jmaus hat geschrieben: ↑09.11.2019, 01:27Habe soeben eine neue, aktualisierte Version (3.47.22.20191109) der ova-Variante von RaspberryMatic in meine Cloud geladen (https://cloud.light-speed.de/s/mfMsM8S3kAHmJYo). Bitte entsprechend probieren ob die Version auch noch auf allen möglichen Virtualisierungsumgebungen funktioniert.tonischabloni hat geschrieben: ↑08.11.2019, 22:21jetzt bräuchte ich nur noch ein OVA zum testen von dir, damit wir das Thema QNAP dann schließen können...