NEWS
iobroker.admin - Loop nach Update auf 6.x
-
@arteck Problem unverändert. Auch nach admin update auf 6.1.10 bleibt das Problem unverändert bestehen.
Habe auch 'iobroker fixer' laufen lassen, leider ohne Verbesserung.
@Glasfaser Habe noch das heute verfügbare Update des Admin auf 6.1.11 durchgeführt. Problem bleibt leider bestehen.
Das Anlegen des Links funktioniert nicht, da bereits vorhanden.
Alle Abfragen scheinen nur zur Prüfung, ob alles korrekt installiert ist. Ich denke aber das Problem liegt im Admin-Adapter selbst bzw. im Webinterface und dessen Passwortabfrage im Zusammenspiel mit dem Browser, wodurch eine Endlosschleife zwischen den von @Mika-Mika beschriebenen zwei URLs entsteht.
root@Automation:/opt/iobroker# npm ls | grep -E 'github.com|ERR' root@Automation:/opt/iobroker# iobroker update -i Used repository: beta Adapter "admin" : 6.1.11 , installed 6.1.11 ... Adapter "info" : 1.9.19 , installed 1.9.19 Controller "js-controller": 4.0.23 , installed 4.0.23 ... Adapter "simple-api" : 2.7.0 , installed 2.6.5 [Updatable] Adapter "socketio" : 6.1.7 , installed 6.1.4 [Updatable] ... root@Automation:/opt/iobroker# uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.15.1 v16.15.1 8.11.0 root /opt/iobroker OK:1 http://security.debian.org buster/updates InRelease OK:2 http://ftp.debian.org/debian buster InRelease OK:3 http://ftp.debian.org/debian buster-updates InRelease OK:4 https://packages.grafana.com/oss/deb stable InRelease OK:5 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.15.1-deb-1nodesource1 Installationskandidat: 16.15.1-deb-1nodesource1 Versionstabelle: *** 16.15.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 Packages -
@Glasfaser Habe noch das heute verfügbare Update des Admin auf 6.1.11 durchgeführt. Problem bleibt leider bestehen.
Das Anlegen des Links funktioniert nicht, da bereits vorhanden.
Alle Abfragen scheinen nur zur Prüfung, ob alles korrekt installiert ist. Ich denke aber das Problem liegt im Admin-Adapter selbst bzw. im Webinterface und dessen Passwortabfrage im Zusammenspiel mit dem Browser, wodurch eine Endlosschleife zwischen den von @Mika-Mika beschriebenen zwei URLs entsteht.
root@Automation:/opt/iobroker# npm ls | grep -E 'github.com|ERR' root@Automation:/opt/iobroker# iobroker update -i Used repository: beta Adapter "admin" : 6.1.11 , installed 6.1.11 ... Adapter "info" : 1.9.19 , installed 1.9.19 Controller "js-controller": 4.0.23 , installed 4.0.23 ... Adapter "simple-api" : 2.7.0 , installed 2.6.5 [Updatable] Adapter "socketio" : 6.1.7 , installed 6.1.4 [Updatable] ... root@Automation:/opt/iobroker# uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.15.1 v16.15.1 8.11.0 root /opt/iobroker OK:1 http://security.debian.org buster/updates InRelease OK:2 http://ftp.debian.org/debian buster InRelease OK:3 http://ftp.debian.org/debian buster-updates InRelease OK:4 https://packages.grafana.com/oss/deb stable InRelease OK:5 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.15.1-deb-1nodesource1 Installationskandidat: 16.15.1-deb-1nodesource1 Versionstabelle: *** 16.15.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 Packages@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Alle Abfragen scheinen nur zur Prüfung, ob alles korrekt installiert ist.
nein, du s8llst die komplette Ein- und Ausgabe posten
-
@Glasfaser Habe noch das heute verfügbare Update des Admin auf 6.1.11 durchgeführt. Problem bleibt leider bestehen.
Das Anlegen des Links funktioniert nicht, da bereits vorhanden.
Alle Abfragen scheinen nur zur Prüfung, ob alles korrekt installiert ist. Ich denke aber das Problem liegt im Admin-Adapter selbst bzw. im Webinterface und dessen Passwortabfrage im Zusammenspiel mit dem Browser, wodurch eine Endlosschleife zwischen den von @Mika-Mika beschriebenen zwei URLs entsteht.
root@Automation:/opt/iobroker# npm ls | grep -E 'github.com|ERR' root@Automation:/opt/iobroker# iobroker update -i Used repository: beta Adapter "admin" : 6.1.11 , installed 6.1.11 ... Adapter "info" : 1.9.19 , installed 1.9.19 Controller "js-controller": 4.0.23 , installed 4.0.23 ... Adapter "simple-api" : 2.7.0 , installed 2.6.5 [Updatable] Adapter "socketio" : 6.1.7 , installed 6.1.4 [Updatable] ... root@Automation:/opt/iobroker# uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.15.1 v16.15.1 8.11.0 root /opt/iobroker OK:1 http://security.debian.org buster/updates InRelease OK:2 http://ftp.debian.org/debian buster InRelease OK:3 http://ftp.debian.org/debian buster-updates InRelease OK:4 https://packages.grafana.com/oss/deb stable InRelease OK:5 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.15.1-deb-1nodesource1 Installationskandidat: 16.15.1-deb-1nodesource1 Versionstabelle: *** 16.15.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 Packages@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
root
Auf welchen System hast du ioBroker installiert , weil du mit root unterwegs bist .
Ich vermute mal ...eine Pi , wo auch Grafana installiert ist !?
-
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Alle Abfragen scheinen nur zur Prüfung, ob alles korrekt installiert ist.
nein, du s8llst die komplette Ein- und Ausgabe posten
@homoran Wenn es um die gekürzte Ausgabe der installierten Adapter geht? Die Adapter sollten unabhängig arbeiten? Sonst fehlt nur die Ausgabe des erzeugten Symbolischen Links. Alles andere ist vollständig.
-
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
root
Auf welchen System hast du ioBroker installiert , weil du mit root unterwegs bist .
Ich vermute mal ...eine Pi , wo auch Grafana installiert ist !?
@glasfaser Es ist ein LXC Container.
Ja es ist auch Grafana installiert. -
@glasfaser Es ist ein LXC Container.
Ja es ist auch Grafana installiert.@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
@glasfaser Es ist ein LXC Container.
Dann melde dich als USER an !
-
@homoran Wenn es um die gekürzte Ausgabe der installierten Adapter geht? Die Adapter sollten unabhängig arbeiten? Sonst fehlt nur die Ausgabe des erzeugten Symbolischen Links. Alles andere ist vollständig.
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Wenn es um die gekürzte Ausgabe der installierten Adapter geht?
nein, grundsätzlich immer alles zeigen!
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Die Adapter sollten unabhängig arbeiten
sollten, sofern sie richtig konfiguriert sind und z.B. nicht die selben Ressourcen nutzen.
daher bitte auch
iobroker list instancesvollständig! -
@Glasfaser Habe noch das heute verfügbare Update des Admin auf 6.1.11 durchgeführt. Problem bleibt leider bestehen.
Das Anlegen des Links funktioniert nicht, da bereits vorhanden.
Alle Abfragen scheinen nur zur Prüfung, ob alles korrekt installiert ist. Ich denke aber das Problem liegt im Admin-Adapter selbst bzw. im Webinterface und dessen Passwortabfrage im Zusammenspiel mit dem Browser, wodurch eine Endlosschleife zwischen den von @Mika-Mika beschriebenen zwei URLs entsteht.
root@Automation:/opt/iobroker# npm ls | grep -E 'github.com|ERR' root@Automation:/opt/iobroker# iobroker update -i Used repository: beta Adapter "admin" : 6.1.11 , installed 6.1.11 ... Adapter "info" : 1.9.19 , installed 1.9.19 Controller "js-controller": 4.0.23 , installed 4.0.23 ... Adapter "simple-api" : 2.7.0 , installed 2.6.5 [Updatable] Adapter "socketio" : 6.1.7 , installed 6.1.4 [Updatable] ... root@Automation:/opt/iobroker# uname -m && which nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs x86_64 /usr/bin/nodejs /usr/bin/node /usr/bin/npm v16.15.1 v16.15.1 8.11.0 root /opt/iobroker OK:1 http://security.debian.org buster/updates InRelease OK:2 http://ftp.debian.org/debian buster InRelease OK:3 http://ftp.debian.org/debian buster-updates InRelease OK:4 https://packages.grafana.com/oss/deb stable InRelease OK:5 https://deb.nodesource.com/node_16.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.15.1-deb-1nodesource1 Installationskandidat: 16.15.1-deb-1nodesource1 Versionstabelle: *** 16.15.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages 100 /var/lib/dpkg/status 10.24.0~dfsg-1~deb10u1 500 500 http://ftp.debian.org/debian buster/main amd64 Packages 500 http://security.debian.org buster/updates/main amd64 Packages@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
und dessen Passwortabfrage im Zusammenspiel mit dem Browser, wodurch eine Endlosschleife
ioBroker bzw. mal dein System neu gestartet.
Anderen Browser mal genutzt , Cache geleert .
und wenn du schon Beta Tester bist , dann solltest du auch
Adapter "simple-api" : 2.7.0 , installed 2.6.5 [Updatable] Adapter "socketio" : 6.1.7 , installed 6.1.4 [Updatable]aktuell bleiben
-
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
und dessen Passwortabfrage im Zusammenspiel mit dem Browser, wodurch eine Endlosschleife
ioBroker bzw. mal dein System neu gestartet.
Anderen Browser mal genutzt , Cache geleert .
und wenn du schon Beta Tester bist , dann solltest du auch
Adapter "simple-api" : 2.7.0 , installed 2.6.5 [Updatable] Adapter "socketio" : 6.1.7 , installed 6.1.4 [Updatable]aktuell bleiben
@glasfaser Es gibt keinen weiteren Linux User mit einem Login. Das war bisher kein Problem und das wird auch nicht das Problem des Admin-Login sein. Deaktiviert man den Auth funktioniert ja alles.
Auch mit Edge funktioniert es nicht, das hatte übrigens auch der Themenersteller schon geschrieben.
Auch nach Update von simple-api und socket-io funktioniert es nicht. Es gibt auch noch andere Adapter die nicht aktuell sind. Das darf aber nicht zu diesem Fehlverhalten führen! Dem Admin-Adapter hat eine besondere Rolle. Er sollte unter allen Umständen stabil laufen, da man sonst nur noch über die Konsole aus einem Fehlerzustand heraus kommt.Ich verstehe nicht warum ihr mich so "anpflaumt"? Statt der Ursache auf den Grund zu gehen, versucht ihr mir irgendwelche Installationsfehler unterzuschieben. Es mag sein, dass die Konstellation zum Problem führt. Dennoch sollte der Fehler im Code behoben werden und nicht die Konstellation geändert werden müssen!
Könnt ihr euch bitte den Log des Themenerstellers anschauen. Was heißt "Password was not initialized"? Für mich sieht es so aus, als wird das Formular abgesendet bevor man die Möglichkeit hat das Passwort einzugeben.
Ich habe den Passwort-Login wieder deaktiviert, da anscheinend kein Interesse zu bestehen scheint die Ursache zu finden :disappointed:
-
@glasfaser Es gibt keinen weiteren Linux User mit einem Login. Das war bisher kein Problem und das wird auch nicht das Problem des Admin-Login sein. Deaktiviert man den Auth funktioniert ja alles.
Auch mit Edge funktioniert es nicht, das hatte übrigens auch der Themenersteller schon geschrieben.
Auch nach Update von simple-api und socket-io funktioniert es nicht. Es gibt auch noch andere Adapter die nicht aktuell sind. Das darf aber nicht zu diesem Fehlverhalten führen! Dem Admin-Adapter hat eine besondere Rolle. Er sollte unter allen Umständen stabil laufen, da man sonst nur noch über die Konsole aus einem Fehlerzustand heraus kommt.Ich verstehe nicht warum ihr mich so "anpflaumt"? Statt der Ursache auf den Grund zu gehen, versucht ihr mir irgendwelche Installationsfehler unterzuschieben. Es mag sein, dass die Konstellation zum Problem führt. Dennoch sollte der Fehler im Code behoben werden und nicht die Konstellation geändert werden müssen!
Könnt ihr euch bitte den Log des Themenerstellers anschauen. Was heißt "Password was not initialized"? Für mich sieht es so aus, als wird das Formular abgesendet bevor man die Möglichkeit hat das Passwort einzugeben.
Ich habe den Passwort-Login wieder deaktiviert, da anscheinend kein Interesse zu bestehen scheint die Ursache zu finden :disappointed:
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Er sollte unter allen Umständen stabil laufen,
und da sind wir wieder bei dem Thema , er ist noch in BETA
-
@glasfaser Es gibt keinen weiteren Linux User mit einem Login. Das war bisher kein Problem und das wird auch nicht das Problem des Admin-Login sein. Deaktiviert man den Auth funktioniert ja alles.
Auch mit Edge funktioniert es nicht, das hatte übrigens auch der Themenersteller schon geschrieben.
Auch nach Update von simple-api und socket-io funktioniert es nicht. Es gibt auch noch andere Adapter die nicht aktuell sind. Das darf aber nicht zu diesem Fehlverhalten führen! Dem Admin-Adapter hat eine besondere Rolle. Er sollte unter allen Umständen stabil laufen, da man sonst nur noch über die Konsole aus einem Fehlerzustand heraus kommt.Ich verstehe nicht warum ihr mich so "anpflaumt"? Statt der Ursache auf den Grund zu gehen, versucht ihr mir irgendwelche Installationsfehler unterzuschieben. Es mag sein, dass die Konstellation zum Problem führt. Dennoch sollte der Fehler im Code behoben werden und nicht die Konstellation geändert werden müssen!
Könnt ihr euch bitte den Log des Themenerstellers anschauen. Was heißt "Password was not initialized"? Für mich sieht es so aus, als wird das Formular abgesendet bevor man die Möglichkeit hat das Passwort einzugeben.
Ich habe den Passwort-Login wieder deaktiviert, da anscheinend kein Interesse zu bestehen scheint die Ursache zu finden :disappointed:
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Ich verstehe nicht warum ihr mich so "anpflaumt"? Statt der Ursache auf den Grund zu gehen, v
hier pflaumt niemand!
wir versuchen ja der Sache auf den Grund zu gehen.
Da du aber anscheinend der erste (zweite) mit dem Problem bist, müssen wir alles in Frage stellen, bzw. genau kennen, was du ggf. anders hast.
Dazu braucht es "big data" für die Außenstehendenauch der Hinweis auf das log des TE ist nicht hilfreich, weil es nicht deins ist.
Wie oft kommt hier "das selbe Problem" obwohl sich später rausstellt dass es nicht das selbe war, weil irgendwo die Bedingungen andrrs waren -
@glasfaser Es gibt keinen weiteren Linux User mit einem Login. Das war bisher kein Problem und das wird auch nicht das Problem des Admin-Login sein. Deaktiviert man den Auth funktioniert ja alles.
Auch mit Edge funktioniert es nicht, das hatte übrigens auch der Themenersteller schon geschrieben.
Auch nach Update von simple-api und socket-io funktioniert es nicht. Es gibt auch noch andere Adapter die nicht aktuell sind. Das darf aber nicht zu diesem Fehlverhalten führen! Dem Admin-Adapter hat eine besondere Rolle. Er sollte unter allen Umständen stabil laufen, da man sonst nur noch über die Konsole aus einem Fehlerzustand heraus kommt.Ich verstehe nicht warum ihr mich so "anpflaumt"? Statt der Ursache auf den Grund zu gehen, versucht ihr mir irgendwelche Installationsfehler unterzuschieben. Es mag sein, dass die Konstellation zum Problem führt. Dennoch sollte der Fehler im Code behoben werden und nicht die Konstellation geändert werden müssen!
Könnt ihr euch bitte den Log des Themenerstellers anschauen. Was heißt "Password was not initialized"? Für mich sieht es so aus, als wird das Formular abgesendet bevor man die Möglichkeit hat das Passwort einzugeben.
Ich habe den Passwort-Login wieder deaktiviert, da anscheinend kein Interesse zu bestehen scheint die Ursache zu finden :disappointed:
@saimensays sagte in iobroker.admin - Loop nach Update auf 6.x:
Ich habe den Passwort-Login wieder deaktiviert, da anscheinend kein Interesse zu bestehen scheint die Ursache zu finden
das Problem hab ich auch gehabt auf meinem Garagen System..
also entspannt bleiben
Support us
511
Online32.5k
Benutzer81.9k
Themen1.3m
Beiträge