Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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 :D

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

[andre]

@etv:

..das hab ich mich nicht getraut ;-) `
Ich hab auch überlegt ob das klappen kann. Habe aber nichts gefunden was dagegen spricht. ;)

Und wenn ich ehrlich bin habe ich so auch schon meinen Umzug vom RPI2 auf den Cubietruck gemacht, und vom Cubie auf eine VM und auch wieder zurück… einziger Unterschied war dabei, dass immer IP und Hostname geblieben sind. Diesmal nicht.

Wobei es diesmal eigentlich sogar noch entspannter war, denn der Cubietruck konnte währenddessen ja weiter laufen. Und hätte es nicht geklappt, hätte ich auf dem Cubie "iobroker start" gesagt und alles wäre wie vorher...

MfG

André