NEWS
Rundumglücklichsupport für @thorkillar ;-)
-
@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Du hast doch alles auf 'nem Verzeichnis auf Deiner Synology liegen.
Korrekt.
@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Warum dann nicht mal den Container stoppen,Image verwerfen, neues (aktuelles) Image vom Hub ziehen und damit einen neuen Container aufsetzen?
Das hab ich ja gemacht. Mit dem aktuellen Ergebnis.
Mir würde jetzt nur einfallen, den iobroker komplett neu aufzusetzen und die Skripte und Daten zur importieren.
Möchte halt gern vorher den Fehler finden.... Um nicht nach Stunden der Arbeit vor dem gleichen Problem zu stehenKann ich den SWAP irgendwo bei der Installation einstellen?
Oder nachträglich verkleinern?
Kann eine Adapter Instanz die Probleme verursachen? -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Kann ich den SWAP irgendwo bei der Installation einstellen
ich denke nicht und du solltest da auch nix dran tun. linux macht das alles von alleine.
klar kann man nachträglich noch was dran ändern (wie eigentlich alles bei linux),
aber bei swap denke ich muss nur ein spezialist was machen, der ganz genau weiß was er tut.für mehr informationen kannst du hier nachlesen:
https://wiki.ubuntuusers.de/Swap/
und bitte die Befehle im Artikel nicht wild ausprobieren, ausser es sind Befehle mit denen man Infos sieht. Du befindest dich hier in der Danger-Zone, wo deine Installation schnell kaputt ist (dd und so)Für dich gilt: Wenn der Swap über 25% bis spätestens 50% geht, hast du definitiv zu wenig RAM. Dann wird es zeit sich nach alternativen umzuschauen.
Ideal ist Swap=0%, aber ein paar Sachen werden da wohl immer wieder mal reingeschoben.Normalerweise ist der Swap eine separate Partition auf der Festplatte. d.h. wenn du anpassen willst, dann muss die partition vergrößert (und damit eine andere verkleinert werden)
und denke dran, der computer versucht sap als RAM zu verwenden. Die Geschwindigkeit geht dann eigentlich katastrophal in den Keller, da Lese/Schreibgeschwindigkeit RAM gegenüber SSD/HD viel größer ist. -
@oliverio oh, okay danke. dann lass ich das lieber. Wenn das das System alleine hinbekommt, dann soll es das auch machen. Platz hat das System genug.
*** MEMORY *** total used free shared buff/cache available Mem: 15G 5.7G 276M 514M 10G 9.5G Swap: 11G 977M 10G Total: 27G 6.6G 10G
Zum Verständnis:
6,6 G werden benötigt
977M SWAP + 5,7 GB aus dem RAM ?Was ist aber mit den 9,5G (available)
@oliverio sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Für dich gilt: Wenn der Swap über 25% bis spätestens 50% geht, hast du definitiv zu wenig RAM. Dann wird es zeit sich nach alternativen umzuschauen.
Ideal ist Swap=0%, aber ein paar Sachen werden da wohl immer wieder mal reingeschoben.Ich habe zZ. 16 GB auf meinem NAS. Und die RAM Auslastung der NAS ist bei unter 50% im letzen halben Jahr.
Was wären Deiner Meinung nach Alternativen? => Ein raspberry pi 4 ?
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Was ist aber mit den 9,5G (available)
Das ist noch verfügbar. Das wird mit dem
buff/cache
'verrechnet'. -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Was wären Deiner Meinung nach Alternativen? => Ein raspberry pi 4 ?
Wenn Du ein NAS mit 16GB hast? Eher nicht.
Wobei ich 8GB RAM dauerhaft schon recht viel finde.
Was ist denn auf der Kiste alles am Start? -
@thomas-braun okay verstehe.
npm -v not ok Use npm v9.1.1 node -v not ok Use node v18.12.1 (current: v16.18.1 npm config get registry ok using default registry (https://regi which git ok /usr/bin/git Perms check on cached files ok Perms check on local node_modules ok Perms check on global node_modules ok Perms check on local bin folder ok Perms check on global bin folder ok Verify cache contents ok verified 3184 tarballs npm ERR! Some problems found. See above for recommendations. npm ERR! A complete log of this run can be found in: npm ERR! /opt/iobroker/.npm/_logs/2022-11-14T14_57_29_637Z-debug-0.log The recommended versions for ioBroker are nodeJS v16 / npm v8
Ich habe das Skript nochmal durchlaufen lassen. Und da ist mir folgender Absatz ROT ins Auge gesprungen.
Und das hier wird auch einige Dutzende Male angezeigt.
Using TZID without Luxon available is unsupported. Returned times are in UTC, not the requested time zone
Und jetzt die Frage, was mache ich am besten?
-
@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Was ist denn auf der Kiste alles am Start?
Docker - > ioBroker
-
@thorkillar
Holla - da kommt was zusammen -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Ich habe das Skript nochmal durchlaufen lassen. Und da ist mir folgender Absatz ROT ins Auge gesprungen.
Das ist okay. Ich überlege auch den npm doctor wieder rauszunehmen, der empfiehlt immer die neuste Medizin (das aktuelle LTS Release). Des wegen steht aber auch dabei, dass für ioBroker die Empfehlung abweichend zu des Doktors Meinung im Moment nodejs16/npm8 ist.
-
@thorkillar hast du tatsächlich 3 Versionen nodejs parallel installiert?
-
@thomas-braun aber der Doktor ist doch unterwegs in Times And Relative Dimensions In Space!
-
@homoran
... und 4x PHP -
@homoran nicht bewusst. Wenn dann aus Unwissenheit versehentlich installiert.
Liegt die nodejs Installation im opt/iobroker Pfad?
Ich hatte seit dem ich Docker nutze, die Updates (NodeJS, NPM, js-controller) via Terminal im Docker durchgeführt, statt den Container zu löschen und mit einem neu heruntergeladenen Image zu erneuern. Ich hatte immer gedacht, dass ich nach dem Tausch des Containers, alle Adapter neu installieren und einrichten müsste.@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
@homoran
... und 4x PHPkann ich das reparieren? Oder ist neumachen in diesem Fall einfacher?
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
kann ich das reparieren? Oder ist neumachen in diesem Fall einfacher?
Wofür brauchst Du das alles?
Da läuft WebStation, 3xNode, 2xApache, MariaDB, 4xPHP usw.
Entwickelst Du Webseiten? Betreibst Du ein CMS?Neumachen wohl kaum. Das ist nicht unbedingt nötig.
Wenn Du einen lokalen Webserver unbedingt brauchst, solltest Du Dich für ein Setup entscheiden.
Welche Apache-Version soll da mit welcher PHP-Version laufen? Die anderen können dann wohl schon mal weg.Das sieht mir eher danach aus, als hätte da mal jemand ausprobiert, was man mit so einer Synology so alles anstellen kann.
Schau mal nach, was davon überhaupt aktiv läuft und nicht gestoppt ist.
Gestoppte Pakete kannst Du dann wohl mehr oder weniger gefahrlos deinstallieren.
Und bei dem was dann noch übrig bleibt, gilt es herauszufinden: Brauche ich das, oder kann das weg?Was mir auch aufgefallen ist:
Da läuft z.B. 'ne NoteStation. Die macht doch aber nur wirklich Sinn, wenn man damit auch irgendwelche Notizen verwaltet.
Da ist hoffentlich nix am Router (FritzBox?) an Ports freigegeben? -
@codierknecht ach, du bist bei der NAS. Ich dachte du meinst im iobroker ...
Okay, da müsste ich mal aufräumen. Einiges getestet und wieder deinstalliert, aber nicht alles was nachinstalliert wurde.
Räume da gleich mal auf.Ich hatte mal ein CMS zum testen aufgesetzt, aber bei der Deinstalltion wohl einiges vergessen. Danke für den Hinweis, gleich mal ausgemüllt.
und leider brauche ich node 12+16 sowie php 7+8FritzBox, ja. Ports, nur das nötigste Minimum, um die extern genutzen Dienste, die Extern genutzt werden, zu erreichen.
Oder bekomme ich das anders hin. (ohne VPN)?
-
mein Docker "iobroker" verhält sich immer merkwürdiger. Ich habe mich jetzt entschieden, den iobroker neu aufzusetzen. Gern möchte ich das Step by Step machen.
Ich habe mir jetzt einen neuen Container mit Portweiterleitung 18081 > 8081 und 18082 > 8082 (im Docker Container) erstellt.
Sie laufen beide parallel.
Jetzt zu meiner Frage, gibt es Probleme, wenn ich zwei iobroker laufen lasse, die gleichzeitig auf die verschiedenen Adapter zugreifen möchten? (Alexa, iot, Homematic).
Und noch eine Nachfrage an die Docker-Experten: Die Portweiterleitungen sind ja "nur" im Container. Wenn ich später einen neuen Container baue, ohne Portweiterleitungen, dürfte das funktionieren?
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Oder bekomme ich das anders hin. (ohne VPN)?
Die Frage ist eher: Ist das wirklich nötig?
So praktisch das auch ist: Jeder offene Port ist wie ein offenes Scheunentor.Ohne VPN wohl kaum.
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Ich habe mir jetzt einen neuen Container mit Portweiterleitung 18081 > 8081 und 18082 > 8082 (im Docker Container) erstellt.
Bedenke: Du wirst mit diesen Ports nicht auskommen.
Je nachdem über welchen Port die diversen Adapter mit ihrer jeweiligen Gegenstelle kommunizieren, wirst Du noch eine Reihe weiterer Ports mappen müssen. -
mein Gedanke war, den neuen mit 18081 + 18082 aufbauen.
Dann den alten (defekten) abschalten.
Den neuen Container löschen und neu erstellen. Jedoch ohne Portweiterleitungen.So kann ich im Parallelbetrieb vergleichen, wie gewisse Einstellungen sind...
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Und noch eine Nachfrage an die Docker-Experten: Die Portweiterleitungen sind ja "nur" im Container. Wenn ich später einen neuen Container baue, ohne Portweiterleitungen, dürfte das funktionieren?
das beste wäre, wenn du macvlan benützt.
dann erhält der container eine eigene IP.
ich sehe du verwendest synology, da weiß ich leider nicht wie es geht.
ich selbst verwende portainer. das ist eine management gui für docker, welche einem vieles einfacher macht.
buanet hat für portainer eine anleitung geschriebenm wie man dort das macvlan einrichtetEvtl nochmal zur Terminologie
Bei Docker spricht man von Portmapping. Also Ports innerhalb des Containers werden auf Ports des Host-Systems gemappt.Portweiterleitung macht man im Router. Da werden Anfragen, die über bestimmte Ports eingehen auf Rechner im internen Netz weitergeleitet.