js-controller 3.2 jetzt im STABLE!

[RickSanchez]

@thomas-braun
na ein "apt-get dist-upgrade" hatte ich gestern schon mal versucht und das hatte den selben Effekt. Mit einem dist-upgrade zieht man doch auch nicht auf ne neue Distri hoch, bei Ubuntu wechsle ich damit ja auch nicht von ner 18.04 auf ne 20.04, dafür gibt's bei Ubuntu den Befehl "do-release-upgrade"

Und ne, nur weil man Informatiker und Linux-User ist muss man sich nicht in den Untiefen von Debian perfekt auskennen, wenn man im Job hauptsächlich Python-Programmierung und im Linux-Umfeld hauptsächlich Ubuntu-Kisten betreut die zwar auf Debian aufbauen aber eben doch vieles ne ecke anders machen

Und warum totes Pferd? Bis vor kurzem lief mein Smart Home mit iobroker ja top. Never touch a running system. Ich hab ja auch ab und an upgrades eingespielt, das letzte Mal im Februar, da ging noch alles

[Thomas Braun]

@ricksanchez
Aber man könnte mal flugs recherchieren wie es geht.

sources.list anpassen, dist-upgrade oder full-upgrade fahren. Ist bei Ubuntu auch nicht anders.
Auch wenn es da ein vorgekochtes Skript gibt.

[Thomas Braun]

@ricksanchez sagte in js-controller 3.2 jetzt im STABLE!:

Und warum totes Pferd?

Weil Jessie und Stretch beide EOL sind.

Never touch a running system.

Ich hoffe du bist nicht wirklich Informatiker.
Patch your stuff!

[RickSanchez]

@thomas-braun

Joa ich werd da morgen nochmal mich drann versuchen und wenn's nicht tut wie gesagt frisch aufsetzen weil ich dann im Endeffekt zeitlich aufs Selbe rauslaufe als wenn ich da jetzt ewig rumdokter bis ich mich in das Thema eingefuchst hab.

Heute Nacht reiß ich da eh nix mehr

[RickSanchez]

@thomas-braun

Doch bin ich, mit Diplom und allem was dazu gehört. Aber ein Hub-System das nicht am Internet hängt und nur in der lokalen Umgebung läuft und quasi nur für Updates ins Netz gehangen wird, muss ich nur dann updaten, wenn es eben notwendig ist. Es gibt zwei Extremsorten Informatiker: Die einen fahren jedes Update sofort ein, sobald es rauskommt, die anderen fahren auch nach 40 Jahren noch auf ner AS400 ihre Buchhaltung und programmieren mit Cobol und Fortran.

Ich bin irgendwo dazwischen aber tendenziell fahr ich nach dem Motto "Läuft es? Dann lass die Finger davon!"

Außer natürlich Zeug hängt im Netzwerk, dann schau ich logischerweise, dass ich auf dem jeweils aktuellen Stable-Release bin. Aber mein iobroker ist nur ein kleiner Hub im SmartHome ohne Kontakt zur Außenwelt das ist für mich nicht in der selben Liga wie sensible Server über die gesichertes Zeug rödelt

[RickSanchez]

@thomas-braun

So, ausgeruht und ausgeschlafen hab ich mich wieder drann gemacht und hab jetzt mal mit Hilfe der Seite https://www.raspberrypi.org/documentation/raspbian/updating.md ein sauberes upgrade auf "buster" hinbekommen meiner RaspberryPI. Dann hab ich Node.js mal auf Version 12 hochgezogen, dann die Adapter aktualisiert und momentan sieht alles soweit gut aus. Jetzt dann noch ein Image-Backup, dann zieh auf Node.js 14 hoch und wenn dann auch alles passt zieh ich abschließend den js-controller noch hoch

[foxriver76]

Off-Topic
@ricksanchez Puh... hättest du es nicht hinbekommen, wären Zweifel aufgekommen, ob du denn der echte Rick Sanchez bist.

[RickSanchez]

@foxriver76

Off-Topic dazu:

[Mercyful 0]

Moin zusammen!
Ich habe grad meine IOBroker Installation auf meinem Raspi 4 upgedated. Der Update Prozess lief ohne Fehlermeldungen durch. Nach dem Neustart des Raspi 4 kann ich nicht mehr auf das WEB Admin zugreifen <ip>:8081, Browser (Chrome, Edge, Firefox) meinen "Webseite ist nicht erreichbar". Die <ip>:8082 funktioniert jedoch.
Update habe ich wie folgt gemacht:
sudo iobroker backup
sudo iobroker stop
sudo ps auxww| grep io
sudo ps auxww|grep backup
sudo iobroker update
sudo iobroker upgrade self
sudo reboot
Als der Pi wieder da war, wollte ich die Adapter prüfen und bekam o.g. Meldung der Browser.
Wenn ich <ip>:8082 aufrufe, sehe ich
vis-runtime -> funktioniert
vis-editor -> funktioniert
material -> funktioniert
flot-editor -> funktioniert nicht
admin -> funktioniert nicht, o.g. Felermeldung
Wo finde ich die relevanten Logfiles um zu prüfen wo was nicht stimmt?
ps auxww | grep io zeigt mir

Spoiler

root 13 0.0 0.0 0 0 ? S 14:30 0:00 [migration/0]
root 16 0.0 0.0 0 0 ? S 14:30 0:00 [migration/1]
root 21 0.0 0.0 0 0 ? S 14:30 0:00 [migration/2]
root 26 0.0 0.0 0 0 ? S 14:30 0:00 [migration/3]
root 58 0.0 0.0 0 0 ? I< 14:30 0:00 [blkcg_punt_bio]
root 62 0.0 0.0 0 0 ? I< 14:30 0:00 [rpciod]
root 64 0.0 0.0 0 0 ? I< 14:30 0:00 [xprtiod]
root 66 0.0 0.0 0 0 ? I< 14:30 0:00 [nfsiod]
root 72 0.0 0.0 0 0 ? I< 14:30 0:00 [DWC Notificatio]
message+ 341 0.0 0.1 6556 2940 ? Ss 14:30 0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
iobroker 688 19.1 4.6 175876 89680 ? Ssl 14:31 1:41 iobroker.js-controller
iobroker 881 0.5 2.6 138636 51532 ? Sl 14:31 0:02 io.discovery.0
iobroker 957 0.8 2.9 143492 55484 ? Sl 14:31 0:04 io.info.0
iobroker 1135 1.5 3.6 157740 70200 ? Sl 14:31 0:07 io.web.0
iobroker 1503 18.6 4.5 172292 86200 ? Sl 14:31 1:34 io.shelly.0
iobroker 1544 7.5 5.4 194952 104832 ? Sl 14:31 0:37 io.javascript.0
iobroker 1620 1.8 3.0 145156 58352 ? Sl 14:31 0:09 io.deconz.0
iobroker 1654 0.9 2.6 136584 50340 ? Sl 14:31 0:04 io.rpi2.0
iobroker 1774 0.5 2.5 137112 48816 ? Sl 14:31 0:02 io.sonoff.0
iobroker 1813 1.0 2.9 145128 55452 ? Sl 14:31 0:05 io.sql.0
iobroker 1857 1.2 4.0 161532 76992 ? Sl 14:31 0:05 io.backitup.0
root 1946 0.0 0.0 0 0 ? I< 14:31 0:00 [cifsiod]
pi 7239 0.0 0.0 7360 552 pts/0 S+ 14:39 0:00 grep --color=auto io

Alle Adapter hatte ich vorher aktualisiert.
Sollte das System komplett neu aufgesetzt werden müssen, reicht es iobroker neu zu installieren und anschließend das Backup zu entpacken und in das Verzeichnis /opt/iobroker/iobroker-data zurück zu kopieren?
Danke für die Hilfe!
Gruß Mercy

[foxriver76]

@mercyful-0 admin läuft nicht

iob start admin

und falls er dann immer noch nicht läuft, mal das Log checken

iob logs

[Thomas Braun]

@mercyful-0 sagte in js-controller 3.2 jetzt im STABLE!:

sudo iobroker update
sudo iobroker upgrade self

Nix mit sudo in Verbindug mit iobroker machen!

iobroker fix

laufen lassen.

[Mercyful 0]

@thomas-braun said in js-controller 3.2 jetzt im STABLE!:

@mercyful-0 sagte in js-controller 3.2 jetzt im STABLE!:

sudo iobroker update
sudo iobroker upgrade self

Nix mit sudo in Verbindug mit iobroker machen!

iobroker fix

laufen lassen.

Keine Änderung

[apollon77]

@mercyful-0 Was steht im Logfile?? "iob logs" oder in /opt/iobroker/log/... schauen

[Mercyful 0]

@apollon77
Ich poste mal das Logfile
iobroker.current.log

Ich kann nur bei den Shelly's ein paar Warnungen sehen und sonst viele Infos.
Spannenderweise finde ich Einträge, dass der Webserver auf Port 8082 lauscht, aber nicht auf Port 8081.
Könnte dort das Problem liegen?

[apollon77]

@mercyful-0 Was sagt denn /var/log/syslog so? Ist das was mit OOM drin?

der Controller kommt gar nicht sauber hoch. Auf dem Host sind 16 Instanzen ... wieveil RAM hat der Host? Der js-controller ist schneller wieder scheinbar vom Betriebssystem beendet als alle Adapter starten können

[Mercyful 0]

@apollon77
Das System ist ein Pi 4 mit 2GB RAM (davon sind immer ca. 1.1GB frei)
Im Logfile sehe ich auch das der IOBroker Service gestartet und relativ schnell wieder beendet wird.
syslog.log

Da werde ich wohl um eine Neuinstallation nicht herum kommen, oder?

[Mercyful 0]

@apollon77
wenn ich mittels tail -f /opt/iobroker/log/iobroker.current.log über Port 8082 material oder vis aufrufe, erscheinen diese Meldungen im logfile, wenn ich Port 8081 aufrufe, erscheint nichts im Logfile.

2021-07-01 16:31:33.885  - info: web.0 (13560) ==>Connected system.user.admin from ::ffff:10.10.1.1
2021-07-01 16:31:43.545  - info: web.0 (13560) <==Disconnect system.user.admin from ::ffff:10.10.1.1 material.0
2021-07-01 16:32:15.335  - info: web.0 (13560) ==>Connected system.user.admin from ::ffff:10.10.1.1
2021-07-01 16:32:23.367  - info: web.0 (13560) <==Disconnect system.user.admin from ::ffff:10.10.1.1 vis.0

[foxriver76]

@foxriver76 sagte in js-controller 3.2 jetzt im STABLE!:

@mercyful-0 admin läuft nicht

iob start admin

und falls er dann immer noch nicht läuft, mal das Log checken

iob logs

Ich habe dein logfile nicht angeschaut aber hast du jetzt mal iob start admin probiert?

[apollon77]

@mercyful-0 Ääähhmm ... Hast Du die Kiste so oft rebootet? AB 13:50 Ihr sehe ich da mindestens 5 Boots des OS ...

[Mercyful 0]

@apollon77
Ja, das habe ich tatsächlich, frei nach dem Motto "Reboot tut gut", hat aber nicht geholfen.
Ich habe gestern in einem anderen Thread das gleiche Problem und eine Lösung dafür gefunden.

Ich habe den Port 8081 an das Admin Tool gebunden und danach konnte ich wieder auf die Admin Oberfläche zugreifen.

Danke für Eure Unterstützung!
Schöne Grüße
Mercy