Rundumglücklichsupport für @thorkillar ;-)

thorkillar

@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.

thorkillar

@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?

Thomas Braun

@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.

thorkillar

@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.

Thomas Braun

@thorkillar

Da musst du einen der Docktoren fragen.
Ich setz die Dinger nicht ein.

Codierknecht

@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?

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 stehen :-/

Kann ich den SWAP irgendwo bei der Installation einstellen?
Oder nachträglich verkleinern?
Kann eine Adapter Instanz die Probleme verursachen?

OliverIO

@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.

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 ?

Thomas Braun

@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'.

Codierknecht

@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?

thorkillar

@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?

thorkillar

@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:

Was ist denn auf der Kiste alles am Start?

Docker - > ioBroker

Codierknecht

@thorkillar
Holla - da kommt was zusammen :grin:

Thomas Braun

@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.

Homoran

@thorkillar hast du tatsächlich 3 Versionen nodejs parallel installiert?

Homoran

@thomas-braun aber der Doktor ist doch unterwegs in Times And Relative Dimensions In Space!

Codierknecht

@homoran
... und 4x PHP :fearful:

thorkillar

@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. :man-facepalming:

@codierknecht sagte in Benötige Hilfe: Viele Adapter stürzen regelmäßige ab:

@homoran
... und 4x PHP :fearful:

kann ich das reparieren? Oder ist neumachen in diesem Fall einfacher?

Codierknecht

@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?

Community Forum

NEWS

Rundumglücklichsupport für @thorkillar ;-)

Support us

278

32.6k

82.0k

1.3m