Monatsrückblick Januar/Februar 2026 ist online!

[liv-in-sky]

wenn keine gui da ist - macht ein vlc x11 server doch keinen sinn - das andere ist ein webserver lightdm ? glaube ich

[stoffel67]

Ok, wollte mal den ersten Adapter stoppen:

root@raspiP:/opt/iobroker# clear
root@raspiP:/opt/iobroker# iobroker stop discovery
events.js:160
throw er; // Unhandled 'error' event
^

Error: listen EADDRINUSE 127.0.0.1:9001
at Object.exports._errnoException (util.js:1020:11)
at exports._exceptionWithHostPort (util.js:1043:20)
at Server._listen2 (net.js:1277:14)
at listen (net.js:1313:10)
at net.js:1423:9
at _combinedTickCallback (internal/process/next_tick.js:83:11)
at process._tickCallback (internal/process/next_tick.js:104:9)
root@raspiP:/opt/iobroker#

[liv-in-sky]

bei einem anderen adapter auch ?

[wendy2702]

Wenn du wirklich nichts gemacht hast...

keinerlei updates von iobroker / Linux oder sonst etwas....

könnte deine SD Karte sterben.

Kannst du zum Test vor das stoppen noch mal ein "sudo" schreiben

[stoffel67]

Fehlermeldung kommt auch mit "sudo..."

Nachtrag:
neue Session "putty"
und dann geht's mit "sudo..."

[liv-in-sky]

• fang mal an dein letztes backup file runterzuziehen - sicher ist sicher

• wenn keine adpter zu stoppen sind doch mal swap erhöhen

• wenn immer noch nichts geht - könnte eine defekte karte das system schon so beeinflussen

• falls es zum gau kommt - überlege dir eine günstige ssd zu kaufen und hänge diese rein - system drauf
  (anleitungen gibt es im netz) - restore

falls das jmd anders sieht - bitte sagen

[Homoran]

@liv-in-sky sagte in Problem: keine Web-Oberfläche mehr:

falls das jmd anders sieht - bitte sagen

bitte!

@liv-in-sky sagte in Problem: keine Web-Oberfläche mehr:

wenn keine adpter zu stoppen sind doch mal swap erhöhen

EADDRINUSE 9001 ist ein beliebter Fehler beim RasPi1.
Dieser ist einfach zu langsam.

Wenn jetzt hier das System mit/durch swappen schon so langsam ist KÖNNTE man auch das timeout erhöhen (wie ich es in RasPi1 images gemacht habe)

sudo nano /opt/iobroker/iobroker-data/iobroker.json

Zeile 20 "connect-timeout" von 2000 auf 10000 setzen

@liv-in-sky sagte in Problem: keine Web-Oberfläche mehr:

falls es zum gau kommt - überlege dir eine günstige ssd zu kaufen und hänge diese rein - system drauf
(anleitungen gibt es im netz) - restore

Auch hier gibt es reichlich Fallstricke -

@stoffel67 sagte in Problem: keine Web-Oberfläche mehr:

bin noch nicht so der LINUX-Freak

[liv-in-sky]

@Homoran

danke!

[Homoran]

@liv-in-sky

ich sollte doch bitte sagen ;-)

[stoffel67]

so, habe jetzt folgendes gemacht:
die meisten Adapter gestoppt...
swap eintrag auf 1000 gesetzt (!?)
Backup-file gesichert
( schon ein paar Wochen alt, aber hab nicht neues gemacht,baer was ist mit history, werden die Daten auch mit gesichert? )

Reboot
log-file:
iobroker.2019-03-07.log

swap ist jetzt 1023996...
aber ich komme immer noch nicht auf die Web-Oberfläche ( :8081+:8082)
wie schon oben gesagt, brauche ich da nicht den socket-Adapter?

[liv-in-sky]

stop mal den yakha adapter und versuch es nochmal mit restart iobroker

[liv-in-sky]

stop auch den socket adapter - den brauchst du nicht für admin

[wendy2702]

Wie schon geschrieben hier im Thread:

in zweitem Fenster ein "tail -f ....." auf das iobroker log machen und beobachten was passiert.

Da sollte man sehen wenn der Admin durchläuft.

[stoffel67]

So, habe jetzt viele Adapter gestoppt, auch den JavaScript Adapter,
jetzt kommt das Web-Interface wieder hoch, aber was ist das, wenn ich auf "Skripte" klicke, habe ich jede Menge js-files, die da vorher nicht waren.
Wo kommen die her?

ich habe die Skripte exportiert, das Zip-file ist jetzt 20MB groß(?), sonst 138kb, im ZIP file ist neben "common" und "global"
auch ein Ordner "node_modules", keine Ahnung wie ich der da hin kommt, und vor allem wie bekomm ich den weg,
kann das mein Memory-Problem sein?

[liv-in-sky]

sowas habe ich noch nicht gesehen - da muss ein profi ran - ich würde das alles neu aufsetzen

[Homoran]

@stoffel67
ich tippe da definitiv auf eine sterbende Karte.
ggf. sind da die Dateizuordnungen hin

[paul53]

@Homoran sagte:

ggf. sind da die Dateizuordnungen hin

Die Skripte stecken in der Datei objects.json, die anscheinend fehlerhaft ist. Von dieser Datei sollte es einige Backups geben.

[stoffel67]

wo finde ich die objects.json?

[paul53]

@stoffel67 sagte:

wo finde ich die objects.json?

Im Verzeichnis /opt/iobroker/iobroker-data. Backups befinden sich im Verzeichnis /opt/iobroker/iobroker-data/backup-objects.

[stoffel67]

ja da gibt es objects.json und objects.json.bak ( sind beide gleich groß
leider kein Verzeichnis backup-objects