NEWS
Rundumglücklichsupport für @thorkillar ;-)
-
@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.
-
@oliverio sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Portweiterleitung macht man im Router. Da werden Anfragen, die über bestimmte Ports eingehen auf Rechner im internen Netz weitergeleitet.
Danke. Wieder was gelernt.
Dann werde ich mich dem Portainer mal beschäftigen.
-
@thorkillar
portainer verwendet zum aufruf von container den selben syntax wie
docker-compose. es nennt sich dort nur stacksso sieht aktuell mein produktions iobroker container mit redis mit docker-compose/stacks aus
version: '3' services: iobrokerprod4: restart: always image: buanet/iobroker:latest container_name: iobrokerprod4 hostname: iobrokerprod4 ports: - "8081:8081" environment: SETGID: 1001 SETUID: 1001 volumes: - /home/iobroker/docker/volume/iobroker_prod4:/opt/iobroker - /home/iobroker/docker/volume/iobroker_prod4_nodemodules:/usr/lib/node_modules - /media/iobroker_backup/:/opt/iobroker/backup networks: dockerMACVLAN: ipv4_address: 192.168.1.85 iobrokerprod4: redis4: image: "redis:alpine" volumes: - /home/iobroker/docker/volume/redis_prod4:/data networks: iobrokerprod4: networks: dockerMACVLAN: external: true iobrokerprod4:
die macvlan definition lief aber ausserhalb, da ich mehrere container mit eigenen ip-adressen habe. sehr schön ist bspw auch, das der redis container keine ip-adresse benötigt, sondern auf einem 2.netz (iobrokerprod4) mit dem iobroker verbunden ist.
man sollte tunlichst darauf achten, das die ip-adressen nicht auch noch vom dhcp des routers vergeben werden.