Synology Update

[Mtm87]

Hi zusammen,

Ich möchte es nicht missen die RaspberryMatic auf dem NAS zu betreiben, ich bin ein Freund von AllInOne, auch wenn ich weiß, wenn mir das NAS „stirbt“ alles weg ist (keine Angst, auch hier gibt es ein BackUp).
Ich denke dass ein gefuchster Programmierer den Fehler findet, entweder als Fix in der RaspberryMatic für die VMM oder Anders herum.

Ich kann mich gar nicht beschweren bezüglich Performance, Zuverlässigkeit oder ähnliches, so habe ich nicht X Geräte herum stehen.

Gruß Matze

[jmaus]

Ich denke dass ein gefuchster Programmierer den Fehler findet, entweder als Fix in der RaspberryMatic für die VMM oder Anders herum.

Das ist doch alles schon "Schnee von gestern" Siehe:

https://github.com/jens-maus/RaspberryMatic/issues/831

[-=FuF=-]

Das ist aus meiner Sicht der Hauptgrund, der gegen eine CCU als VM spricht.

Spricht das nicht eher gegen den hypervisor?
Bzw. gegen die synology Lösung?
Sonst ist ja gerade die Update-Geschichte ein Grund für
Virtualisierung (Abstraktere Hardware, Snapshots)

[Mtm87]

Ich denke dass ein gefuchster Programmierer den Fehler findet, entweder als Fix in der RaspberryMatic für die VMM oder Anders herum.

Das ist doch alles schon "Schnee von gestern" Siehe:

https://github.com/jens-maus/RaspberryMatic/issues/831

Hallo Jens,

... ich bin sprachlos ... DANKE für die schnelle Reaktion!
Ich habe nur noch eine kurze Frage, wie komme ich an das Nightly Build?
Ich würde es testen und ein Feedback hier hinterlegen.

Gruß Matze

[mule]

Ich möchte es nicht missen die RaspberryMatic auf dem NAS zu betreiben, ich bin ein Freund von AllInOne, auch wenn ich weiß, wenn mir das NAS „stirbt“ alles weg ist (keine Angst, auch hier gibt es ein BackUp).
Ich denke dass ein gefuchster Programmierer den Fehler findet, entweder als Fix in der RaspberryMatic für die VMM oder Anders herum.

Ich kann mich gar nicht beschweren bezüglich Performance, Zuverlässigkeit oder ähnliche, so habe ich nicht X Geräte herum stehen.

Meiner Meinung nach liegt die „Wahrheit“ in der Mitte, also nur besonders kritische Systeme separat von anderen betreiben, es sei denn man arbeitet mit geclusterten Systemen und hat dadurch alles redundant. Eine Hausautomatiin auf die man angewiesen ist, würde ich persönlich niemals auf einer Synology betreiben.

[Mtm87]

Ich möchte es nicht missen die RaspberryMatic auf dem NAS zu betreiben, ich bin ein Freund von AllInOne, auch wenn ich weiß, wenn mir das NAS „stirbt“ alles weg ist (keine Angst, auch hier gibt es ein BackUp).
Ich denke dass ein gefuchster Programmierer den Fehler findet, entweder als Fix in der RaspberryMatic für die VMM oder Anders herum.

Ich kann mich gar nicht beschweren bezüglich Performance, Zuverlässigkeit oder ähnliche, so habe ich nicht X Geräte herum stehen.

Meiner Meinung nach liegt die „Wahrheit“ in der Mitte, also nur besonders kritische Systeme separat von anderen betreiben, es sei denn man arbeitet mit geclusterten Systemen und hat dadurch alles redundant. Eine Hausautomatiin auf die man angewiesen ist, würde ich persönlich niemals auf einer Synology betreiben.

Da gebe ich dir wie oben geschrieben recht, wenn man darauf angewiesen ist stimme ich dir zu. Ich finde HomeMatic für mich passend, da ich wenn ich will/muss alles zurück bauen kann, bei Wired sieht das anders aus. Ich habe zur Not auch einen Raspberry und ein zweites Funkmodul, das kommt jedoch durch meine Unwissenheit, jetzt rede ich mir ein, dass ich das als BackUp nutzen kann

[Baxxy]

wie komme ich an das Nightly Build?

Experimental Nightly Build Snapshots

[Mtm87]

wie komme ich an das Nightly Build?

Experimental Nightly Build Snapshots

Hallo Baxxy,

Vielen Dank für den Link, ich habe versucht manuell auf dort hin zu kommen, dafür bin ich jedoch zu blöd...

Ich habe das Nightly Build vom 05.06 installiert, dann das Update der VMM von Synology. Bis jetzt habe ich keine Probleme und es startet und läuft.

Vielen Dank an alle.

Gruß Matze

[jmaus]

wie komme ich an das Nightly Build?

Experimental Nightly Build Snapshots

Vielen Dank für den Link, ich habe versucht manuell auf dort hin zu kommen, dafür bin ich jedoch zu blöd...

Ich habe das Nightly Build vom 05.06 installiert, dann das Update der VMM von Synology. Bis jetzt habe ich keine Probleme und es startet und läuft.

Nur um das noch einmal unmissverständlich klar zu stellen: diese experimental snapshots sind *nicht* dafür gedacht im Regelbetrieb genutzt zu werden, sondern dienen lediglich dazu den Entwicklern Feedback zu geben bzw. bugfixes/Änderungen zu testen.

Und was das benannte Problem mit der neueren Version von Synology VMM angeht, so liegt der Ursprung des Problems eigentlich in VMM selbst. Dort existiert leider ein Bug der sich wie beschrieben auf RaspberryMatic auswirkt und in dem nightly build habe ich dafür ein Workaround eingebaut der das Problem versucht zu umgehen bis Synology hier nachgeliefert hat.

[Mtm87]

wie komme ich an das Nightly Build?

Experimental Nightly Build Snapshots

Vielen Dank für den Link, ich habe versucht manuell auf dort hin zu kommen, dafür bin ich jedoch zu blöd...

Ich habe das Nightly Build vom 05.06 installiert, dann das Update der VMM von Synology. Bis jetzt habe ich keine Probleme und es startet und läuft.

Nur um das noch einmal unmissverständlich klar zu stellen: diese experimental snapshots sind *nicht* dafür gedacht im Regelbetrieb genutzt zu werden, sondern dienen lediglich dazu den Entwicklern Feedback zu geben bzw. bugfixes/Änderungen zu testen.

Und was das benannte Problem mit der neueren Version von Synology VMM angeht, so liegt der Ursprung des Problems eigentlich in VMM selbst. Dort existiert leider ein Bug der sich wie beschrieben auf RaspberryMatic auswirkt und in dem nightly build habe ich dafür ein Workaround eingebaut der das Problem versucht zu umgehen bis Synology hier nachgeliefert hat.

Danke Jens,

Habe es verstanden...

Somit mein Feedback, es läuft und ich habe keine Probleme damit.

Gehe ich richtig mit der Annahme, dass das Workaround in der Master-Version bleibt? Ich befürchte, dass Synology erst später ein Fix heraus bringt...

Schönes Wochenende.