Funktioniert mit der SHA1 und SHA256 Variante und aktuellster VS3-Version 3.2.747
Danke!
GRuß Tobias
Moderatoren: jmaus, Co-Administratoren
Funktioniert mit der SHA1 und SHA256 Variante und aktuellster VS3-Version 3.2.747
Das bestätigt mal wieder mein persönliches Lebensmotto: "Always work with the latest brand"
Hallo Jens,Danke für deine Anleitung zur Installation innerhalb von Proxmox VE. Diese habe ich nun als Basis einer eigenen Anleitung (siehe Post #1) dazu genommen und zusammen mit meinen aktuellsten Anpassungen an der *.ova Datei habe ich die Anleitung auch wesentlich verkürzen können. Denn auch wenn man nicht direkt die *.ova in Proxmox wohl importieren kann, so kann man trotzdem wohl über die Kommandozeile die *.ovf Datei importieren lassen. Und so reduziert sich das ganze nun auf wenige Schritte. Da ich Proxmox aber nur zu testzwecken der ovf/ova import installiert habe wäre es natürlich schön du kontrollierst noch einmal kurz was ich da so ausgearbeitet habe und schaust ob du in deiner produktiven Proxmox die *.ova/*.ovf Datei auch nun so direkt importieren kannst und danach alles läuft.
Das ist die übliche Fehlermeldung wenn man versucht ein Backup in eine CCU/RaspberryMatic einzuspielen die kein Funkmodul zu der Zeit hat. Unschön, aber nicht kritisch und nach einem darauffolgenden Neustart wurde das Backup trotzdem korrekt zurückgespielt. Die Fehlermeldung kann also im Prinzip ignoriert werden.
Das Funkmodul war auf die USB-Schnittstelle umgeleitet, das Funkmodul müsste also vorhanden gewesen seinjmaus hat geschrieben: ↑10.11.2019, 09:39
Das ist die übliche Fehlermeldung wenn man versucht ein Backup in eine CCU/RaspberryMatic einzuspielen die kein Funkmodul zu der Zeit hat. Unschön, aber nicht kritisch und nach einem darauffolgenden Neustart wurde das Backup trotzdem korrekt zurückgespielt. Die Fehlermeldung kann also im Prinzip ignoriert werden.
Sie meint damit das die zugrundelegende Hardware kein hwrng device hat. Welche Virtualisierungumgebung nutzt du? Was sagen die Ausgaben in /var/log/messages bzgl rngd?onkeltommy hat geschrieben: ↑10.11.2019, 15:40'rngd' failed to restart (exit status 0) -- '/etc/init.d/S21rngd stop': Stopping rngd: FAIL
'rngd' restart: '/etc/init.d/S21rngd stop'
Vielen Dank fürs Abkanzeln !jmaus hat geschrieben: ↑07.11.2019, 10:51Nein, und momentan hab ich auch nicht geplant eine ARM OVA zu erzeugen. Wieso auch? Ein RaspberryPi ist IMHO zu schwach, hat zuwenig RAM, etc. um wirklich ein brauchbarer Host für virtuelle Maschinen zu sein und die Nutzeranzahl für solche Spielereien erscheinen mir weit weg von dem zu sein was den Aufwand rechtfertigen würde für das generieren eines solchen ARM-basierten OVA.
Hi Jens, im Log leider nichts, da ich (blöderweise?) die VM neu gestartet hatte, weil die Einträge das Syslog geflutet haben- nach reboot hörte das bis jetzt auf. Kommt die Meldung nochmal schaue ich gleich in das Log.jmaus hat geschrieben: ↑10.11.2019, 19:47Sie meint damit das die zugrundelegende Hardware kein hwrng device hat. Welche Virtualisierungumgebung nutzt du? Was sagen die Ausgaben in /var/log/messages bzgl rngd?onkeltommy hat geschrieben: ↑10.11.2019, 15:40'rngd' failed to restart (exit status 0) -- '/etc/init.d/S21rngd stop': Stopping rngd: FAIL
'rngd' restart: '/etc/init.d/S21rngd stop'