IoBroker auf Synology

[derAuge]

@etv:

Liebe Leute,

eine ganz, ganz andere Frage:

Ich hab aktuell ioBroker auf zwei PI's laufen und hab mir nun auch eine DS1515 geleistet. Die Idee mit dem auf der Synology laufen lassen finde ich prima, da das Ding ja auch rund um die Uhr läuft und mit Sicherheit mehr Power hat als meine beiden Raspi's…

ABER folgende Idee für die "Installation"

Ich möchte erst node.js V4 installieren und dann die gesamte ioBroker Installation vom "Master-Raspi" einfach auf die Synology kopieren. hab ich mit der Aktion dann eine lauffähige Kopie inkl. aller Settings meiner Raspi-Installation?

Das ich die Dinge vom zweite PI dann "händisch" nachinstallieren muss ist mir klar, aber würde das mit dem ersten gehen?

Grüße

etv `

Das wird nicht gehen weil der Hostname ein anderer ist.

Zur Zeit suche ich auch noch den Befehl um von der Konsole den Hostnemen in einer ioBroker-Installation anpassen kann.

Gruß

Jürgen

[etv]

Hallo Jürgen,

danke für die Info, dann probier ich es gleich gar nicht - ist vielleicht eh besser so, da wir in den letzten Tagen ein paar Stromausfälle hatten und der ioBroker seither "etwas komisch" ist - denke da ist was mit den Daten auf der Disk passiert….und dann würde ich mir den Fehler nur mit kopieren

Im Prinzip ist das neu Aufsetzen ja eh nicht so schlimm - VIS kann ich alles exportieren, die Variablen auch und Scripte kopier' ich mit cut/paste rüber....

Danke

Tom

[etv]

Liebe Leute,

Umstieg war "im Prinzip" nicht tragisch - hab alles neu installiert und alle settings einfach via copy/paste übernommen. VIS war ein Problem - der Export geht bei mit leider nicht…ist aber alles auf dem letzten Stand - egal - hab den gesamten vis.0 Tree rüber kopiert und alles ist wieder da!

ABER.....

Hab nun ein paar seltsame Fehler - denen muss ich mal auf den Grund gehen - SQL meldet duplicate Entries - obwohl ich noch net amal was mitschreiben lasse.... und teilweise gehen meine Scripte jetzt nicht mehr.....Probleme werd' ich an den richtigen Stellen hier im Forum posten...

Grüße

Tom

EDIT: OK, das Mitloggen hab ich durch den Variablen-Import vom alten System "automatisch" gestartet, das war also der Grund - und - die Fehler kommen auch am alten System, d.h. das ist quasi gelöst!

Ein Teil der Scripte geht nicht - die Javascript-Variablen sind zwar da, iobroker mosert aber rum, dass er sie nicht finden kann...spektakulär....

[etv]

…eines hab ich aber gestern noch feststellen müssen....man kann den ioBroker nicht mit dem stop Befehl abdrehen...

er meldet zwar, dass alles gestoppt wurde, die Prozesse laufen aber weiter...

Auch ein manuelles killen der Prozesse muss 2-3 mal erfolgen, bis der Prozess wirklich weg ist..

komisch....

Sonst läuft alles ganz gut.

Eine Frage noch an die anderen DS Nutzer:

Wo habt ihr die ioBroker Installation liegen? Meine liegt auf /opt/iobroker - also im internen Speicher der DS und nicht auf einem meiner Volumes. Ist das nun gut oder schlecht ?

Grüße

Tom

[derAuge]

@etv:

Wo habt ihr die ioBroker Installation liegen? Meine liegt auf /opt/iobroker - also im internen Speicher der DS und nicht auf einem meiner Volumes. Ist das nun gut oder schlecht ? `

ich weiß nicht wie der interne Speicher verwaltet wird.

Wenn es in eoinem Verzeichniss auf einem Volume liegt kannst du dort auch besser dran kommen (Datensicherung und so)

Gruß

Jürgen

[Homoran]

Meines Wissens kommst du doch seit der DSM 4.xx zumindest nicht mehr als root auf das root-Verzeichnis .

Gruß

Rainer

[etv]

@Homoran:

Meines Wissens kommst du doch seit der DSM 4.xx zumindest nicht mehr als root auf das root-Verzeichnis .

Gruß

Rainer `
…doch das geht anscheinend wieder, bin via SSH als root drauf und sehe praktisch alles...

Nun stellt sich aber eben die Frage was mehr Sinn macht, auf einem Volume und somit auf einem Raid oder eben im internen Speicher um die Disken nicht zu sehr mit ioBroker zu stressen....

Grüße

Tom

[Homoran]

@etv:

..doch das geht anscheinend wieder, bin via SSH als root drauf und sehe praktisch alles… `
Womöglich sogar ohne Passwort, weil ssh root auf without password gesetzt ist?

Kann ich mir bei den Sicherheitsanforderungen von Synology gar nicht vorstellen. Dann käme ja im Prinzip jeder kleine Internetganove ins Betriebssystem, wenn die Synology im Internet hängt und er sich nur etwas Mühe gibt.

Was den Speicherort angeht, plädiere ich ja immer für HDD.

Bei massiven Schreibzugriffen wie bei History leben Festspeicher weniger lange als HDD.

Gruß

Rainer

[nieIP]

Hallo

was meinst Du mit "internem" Speicher der DS ?

Es gibt eine Partion für das Betriebssystem und Apps und es gibt die Volumes1 …

Alles sind Festplatten und je nach Ausstattung ist sogar das Betriebssystem und Volume1 physisch auf der selben Platte.

[etv]

@Homoran:

@etv:

..doch das geht anscheinend wieder, bin via SSH als root drauf und sehe praktisch alles… `
Womöglich sogar ohne Passwort, weil ssh root auf without password gesetzt ist?

Kann ich mir bei den Sicherheitsanforderungen von Synology gar nicht vorstellen. Dann käme ja im Prinzip jeder kleine Internetganove ins Betriebssystem, wenn die Synology im Internet hängt und er sich nur etwas Mühe gibt.

Was den Speicherort angeht, plädiere ich ja immer für HDD.

Bei massiven Schreibzugriffen wie bei History leben Festspeicher weniger lange als HDD.

Gruß

Rainer `
…nein so einfach war es nicht, man müsste erst sich als Admin anmelden und dann konnte man das root Passwort setzen und dann erst einloggen. Du kannst aber den SSH Zugriff auf gewisse IP's sperren und so kommt dann nur mehr der rein der auch darf

Grüße

Tom

[etv]

@nieIP:

Hallo

was meinst Du mit "internem" Speicher der DS ?

Es gibt eine Partion für das Betriebssystem und Apps und es gibt die Volumes1 …

Alles sind Festplatten und je nach Ausstattung ist sogar das Betriebssystem und Volume1 physisch auf der selben Platte. `
…da meine ich die root-Partition wo alle Unix Files liegen...ist auf /dev/md0 und die Daten/Raid liegen auf /dev/sdq1

Dann werd' ich es mal auf mein Volume rüber kopieren und von dort aus starten..

mal schauen ob das so auch geht!

Danke euch mal fürs Beraten!!

Grüße

Tom

[etv]

OK, das mit dem "Verschieben" der Installation von ioBroker auf das Volume geht wohl nicht so einfach

Hab gerade den gesamten ioBroker Ordner auf mein volume1 kopiert und dort den ioBroker neu gestartet, aber er findet dann die Installation nicht mehr - es wird im alten Ordner gesucht…

...wo kann ich im ioBroker seinen Installationsordner ändern?

Also von /opt/iobroker auf /volume1/iobroker??

Grüße

Tom

[paul53]

Auf jeden Fall muss der Pfad innerhalb der Datei "/usr/bin/iobroker" editiert werden. Ob das ausreicht, weiss ich nicht.

[etv]

@paul53:

Auf jeden Fall muss der Pfad innerhalb der Datei "/usr/bin/iobroker" editiert werden. Ob das ausreicht, weiss ich nicht. `

…es ist ausreichend - das hat geklappt!! Danke!! :lol:

na dann is nun alles so wie ihr es empfohlen habt - dann wird's wohl auch laufen

Liebe Grüße

Tom

[paul53]

Damit iobroker nach reboot automatisch startet, müssen wohl auch noch die Pfade innerhalb der Datei "/etc/init.d/iobroker.sh" angepasst werden ?

[etv]

@paul53:

Damit iobroker nach reboot automatisch startet, müssen wohl auch noch die Pfade innerhalb der Datei "/etc/init.d/iobroker.sh" angepasst werden ? `

Nein da hab ich nix gefunden (diese Ordner gibt's auf meiner DS1515 nicht), aber ich hab wie an anderer Stelle des Forums erklärt zwei Aufgaben erstellt - beim Runterfahren iobroker stoppen und beim Hochfahren ioBroker wieder starten mittels eigenem Script…

das hab ich gerade eingebaut - muss ich erst testen...

Grüße

Tom

[tcz]

@bibo:

Hallo,

habe gestern den ioBroker auf meinem Synology 214 installiert.

Nun mußte ich heute feststellen das ich nicht mehr auf die Weboberfläche vom

ioBroker komme.

Hat jemand eine Idee?

Gruß

bibo `

Habe vor ioBroker das ccu.io auf meiner Syno 213j später auch auf 215j laufen gehabt. Das funktionierte ganz passabel…

iobroker benötigt allerdings einiges mehr an Ressourcen!

Da geht einer Syno mit 512MB und weiteren laufenden Prozessen schnell die Luft aus. Das äussert sich dann in massiven Latenzzeiten in der DSM bis zur zeitweisen Nichterreichbarkeit!

Nach meiner Erfahrung spielt da die Prozessorload nur eine untergeordnete Rolle. Aber wehe der Speicherbedarf geht über 85% hinaus... Da kannst Du mit der Syno nicht mehr arbeiten...

Bei Modellen mit 1GB und mehr mag das besser laufen... => Aber die kosten halt auch einiges mehr!

Gruß

Torsten

[etv]

Ich hab ioBroker seit etwa einer Woche auf meiner DS1515 laufen und das klappt sehr gut! Die DS hat 2 Gig RAM und davon sind um die 35℅ verbraucht. Von den 35℅ fallen aber ca. 30℅ auf ioBroker.

Grüße

Tom

[andre]

@etv:

@paul53:

Damit iobroker nach reboot automatisch startet, müssen wohl auch noch die Pfade innerhalb der Datei "/etc/init.d/iobroker.sh" angepasst werden ? `

Nein da hab ich nix gefunden (diese Ordner gibt's auf meiner DS1515 nicht), aber ich hab wie an anderer Stelle des Forums erklärt zwei Aufgaben erstellt - beim Runterfahren iobroker stoppen und beim Hochfahren ioBroker wieder starten mittels eigenem Script…

das hab ich gerade eingebaut - muss ich erst testen...

Grüße

Tom `

Das ioBroker-Startscript (iobroker.sh) muss unter /usr/local/etc/rc.d liegen, dann wird es beim Herunterfahren mit [scriptname] stop und beim Booten mit [scriptname] start aufgerufen. Funktioniert bei mir auf meiner DS1515+ mit DSM 6.0.1 Update 2 tadellos.

Natürlich müssen im Script auch noch die Pfade angepasst werden….

MfG,

André

[etv]

@andre:

@etv:

@paul53:

Damit iobroker nach reboot automatisch startet, müssen wohl auch noch die Pfade innerhalb der Datei "/etc/init.d/iobroker.sh" angepasst werden ? `

Nein da hab ich nix gefunden (diese Ordner gibt's auf meiner DS1515 nicht), aber ich hab wie an anderer Stelle des Forums erklärt zwei Aufgaben erstellt - beim Runterfahren iobroker stoppen und beim Hochfahren ioBroker wieder starten mittels eigenem Script…

das hab ich gerade eingebaut - muss ich erst testen...

Grüße

Tom `

Das ioBroker-Startscript (iobroker.sh) muss unter /usr/local/etc/rc.d liegen, dann wird es beim Herunterfahren mit [scriptname] stop und beim Booten mit [scriptname] start aufgerufen. Funktioniert bei mir auf meiner DS1515+ mit DSM 6.0.1 Update 2 tadellos.

Natürlich müssen im Script auch noch die Pfade angepasst werden….

MfG,

André `
….ah, perfekt - danke für den Tipp!! Hab auch geraden deinen erfolgreichen Umzug gelesen.....das hab ich mich nicht getraut

ich hab alles neu installiert und nur die Variablen und Scripte kopiert...aber cool, dass es so reibungslos gegangen ist! ioBrocker ist mittlerweile für mich eindeutig aus den Kinderschuhen entwachsen...

Grüße

Tom