Rundumglücklichsupport für @thorkillar ;-)
-
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Aber egal
Nee, nicht egal.
Mit welchen Rechten bist du da unterwegs und wie rufst du das skript auf? -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Dann den Docker neu gestartet.
ist das das selbe wie ein reboot?
dein SWAP hat nach wie vor
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Swap: 11G 977M 10G
1GB verbraucht
-
@thomas-braun ok
ich bin als Admin auf der Synology eingeloggt.- dann starte ich den Docker.
- wähle den Container mit Doppelklick aus
- Wechsel in den Reiter Terminal
- und führe dann nacheinander die Befehle aus:
curl https://raw.githubusercontent.com/Grothesk242/iob_diag/main/iob_diag > iob_diag
chmod 744 iob_diag
./iob_diag | tee iob_diag.log
-
@homoran sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
ist das das selbe wie ein reboot?
Der DockerContainer wird komplett gestoppt und startet dann neu. Denke also ja.
-
@homoran sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Swap: 11G 977M 10G
1GB verbraucht
kann das auch ein Adapter verbrauchen?
Und was ist ein Swap? -
@thorkillar sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:
Und was ist ein Swap?
SWAP ist der 'Überlauf' für RAM. Wenn kurzfristig mehr RAM benötigt wird als physisch zur Verfügung steht 'schwappt' das da rein.
Wie/ob das bei deinem Docker richtig aufgesetzt ist weiß ich aber nicht. Mir scheinen 11GB nur wesentlich zu viel. -
@thomas-braun Kann ich den SWAP irgendwo bei der Installation einstellen? Oder nachträglich verkleinern? Ich möchte ungern den iobroker neu aufsetzen und den gleichen Fehler machen.
-
Da musst du einen der Docktoren fragen.
Ich setz die Dinger nicht ein. -
@thorkillar
Also auf meiner Synology verhält sich der Container völlig unauffällig.
Mir dünkt, Du hast da mal (bewusst oder unbewusst) das Ganze gehörig durcheinander gebracht.Du hast doch alles auf 'nem Verzeichnis auf Deiner Synology liegen.
Warum dann nicht mal den Container stoppen,Image verwerfen, neues (aktuelles) Image vom Hub ziehen und damit einen neuen Container aufsetzen? -
@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 stehen
Kann 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 10GZum 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 v8Ich 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 zoneUnd 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!
