NEWS
js-controller 5.0.x jetzt in der BETA
-
Wollt ihr eventuell die 5.02/5.03 erstmal wieder zurückziehen bevor noch mehr User umfangreiche Probleme mit der VIS bekommen?
Ich hab schon um die 25Views und da alles kontrollieren ob Widgets oder Images fehlen ist schon nen Brett.
Ein Upload oder Downgrade hat das Problem nicht behoben.@haselchen Wir haben eine Vermutung. Am Ende - und das muss ich so sagen weil es so ist - sind das mal wieder "Legacy probleme" - beispielsweise sollte man eigentlich in /vis keine eigenen Files ablegen ... ja früher gings und wir haben es akzeptiert und jetzt machts probleme.
Hinzu kommt (und das ist ggf jetzt noch blöder): Wer dort seine Files hat der hat diese NIE im Backup (war aber auch schon "Immer so)!!! In /vis.0 oder dem neuen 0_uderdata.0 wäre das alles kein Problem.
Moritz bzw ich sind dran wie neben der normalen Arbeit Zeit ist.
Aber ja genau für sowas haben wir solche Tests und in der Alpha ist es bei keinem aufgefallen.
Wenn wir es aber direkt zurückziehen würden dann würden wir es immer noch nicht verstehen und auch uns bestimmte Testmöglichkeiten nehmen. Ist also immer so eine Sache
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
@haselchen Wir haben eine Vermutung. Am Ende - und das muss ich so sagen weil es so ist - sind das mal wieder "Legacy probleme" - beispielsweise sollte man eigentlich in /vis keine eigenen Files ablegen ... ja früher gings und wir haben es akzeptiert und jetzt machts probleme.
Hinzu kommt (und das ist ggf jetzt noch blöder): Wer dort seine Files hat der hat diese NIE im Backup (war aber auch schon "Immer so)!!! In /vis.0 oder dem neuen 0_uderdata.0 wäre das alles kein Problem.
Moritz bzw ich sind dran wie neben der normalen Arbeit Zeit ist.
Aber ja genau für sowas haben wir solche Tests und in der Alpha ist es bei keinem aufgefallen.
Wenn wir es aber direkt zurückziehen würden dann würden wir es immer noch nicht verstehen und auch uns bestimmte Testmöglichkeiten nehmen. Ist also immer so eine Sache
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
beispielsweise sollte man eigentlich in /vis keine eigenen Files ablegen ... ja früher gings und wir haben es akzeptiert und jetzt machts probleme.
Hinzu kommt (und das ist ggf jetzt noch blöder): Wer dort seine Files hat der hat diese NIE im Backup (war aber auch schon "Immer so)!!!da muss ich jetzt etwas intervenieren.
ich habe nie (bewusst) etwas selber in /vis gespeichert
und alles was hier drin ist (z.b. icons), hat wohl auch mehrere Backups und Restore überlebt.
...oder bezieht es sich wirklich nur auf eigene Dateien?
und nur im /vis-"root"zumindest ist hier der uploads Pfeil deaktiviert
-
Ich schaff es derzeit nicht das Problem nachzustellen. Bei mir funktion iert es unter node 16 und 18.
Kannst du bitte:
a) Den Adapter (iobroker.ping) mit loglevel debug starten und erfassen was er da so sagt bevor er abraucht
b) Deine Config und deinen Stand er Objekt des ping adapters exportierenund die Infos beim Issue (https://github.com/ioBroker/ioBroker.ping/issues/106) ablegen
(Achtung: ev. maskiere öffentliche IP Addressen oder sonstige kritische Infos)Danke
@mcm57
Hab alle Geräte einmal umbenannt, nun läuft der Adapter.. Scheint irgendwas mit den Namen auf sich zu haben.
Habe beispielsweise aus "Speedport Pro" => "SpeedportPro" gemacht, also überall die Leerzeichen raus.
Dann blieb er bei "Landroid" hängen. Da habe ich dann "LandroidMäher" raus gemacht. Nun läuft der Adapter problemlos... -
@mcm57
Hab alle Geräte einmal umbenannt, nun läuft der Adapter.. Scheint irgendwas mit den Namen auf sich zu haben.
Habe beispielsweise aus "Speedport Pro" => "SpeedportPro" gemacht, also überall die Leerzeichen raus.
Dann blieb er bei "Landroid" hängen. Da habe ich dann "LandroidMäher" raus gemacht. Nun läuft der Adapter problemlos...@monger71 sagte in js-controller 5.0.x jetzt in der BETA:
also überall die Leerzeichen raus.
gute Idee, aber ob dafür
@monger71 sagte in js-controller 5.0.x jetzt in der BETA:
habe ich dann "LandroidMäher" raus gemacht.
Umlaute besser sind...:thinking_face:
-
@mcm57
Hab alle Geräte einmal umbenannt, nun läuft der Adapter.. Scheint irgendwas mit den Namen auf sich zu haben.
Habe beispielsweise aus "Speedport Pro" => "SpeedportPro" gemacht, also überall die Leerzeichen raus.
Dann blieb er bei "Landroid" hängen. Da habe ich dann "LandroidMäher" raus gemacht. Nun läuft der Adapter problemlos...@monger71 sagte in js-controller 5.0.x jetzt in der BETA:
Da habe ich dann "LandroidMäher" raus gemacht.
Und mit dem Umlaut das nächste potentielle Problem geschaffen.
Vermeidet ALLE Sonderzeichen, Umlaute, Leerzeichen usw. in Bezeichnungen. Führt nur zu 'komischem' Verhalten. -
@foxriver76 hier passt nun wieder
-
@monger71 sagte in js-controller 5.0.x jetzt in der BETA:
Da habe ich dann "LandroidMäher" raus gemacht.
Und mit dem Umlaut das nächste potentielle Problem geschaffen.
Vermeidet ALLE Sonderzeichen, Umlaute, Leerzeichen usw. in Bezeichnungen. Führt nur zu 'komischem' Verhalten.@thomas-braun
Auf euer Anraten hin, hab ich die Umlaute ausgebaut. Läuft aber immer noch ;-) -
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
beispielsweise sollte man eigentlich in /vis keine eigenen Files ablegen ... ja früher gings und wir haben es akzeptiert und jetzt machts probleme.
Hinzu kommt (und das ist ggf jetzt noch blöder): Wer dort seine Files hat der hat diese NIE im Backup (war aber auch schon "Immer so)!!!da muss ich jetzt etwas intervenieren.
ich habe nie (bewusst) etwas selber in /vis gespeichertund alles was hier drin ist (z.b. icons), hat wohl auch mehrere Backups und Restore überlebt.
...oder bezieht es sich wirklich nur auf eigene Dateien?
und nur im /vis-"root"zumindest ist hier der uploads Pfeil deaktiviert
@homoran sagte in js-controller 5.0.x jetzt in der BETA:
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
beispielsweise sollte man eigentlich in /vis keine eigenen Files ablegen ... ja früher gings und wir haben es akzeptiert und jetzt machts probleme.
Hinzu kommt (und das ist ggf jetzt noch blöder): Wer dort seine Files hat der hat diese NIE im Backup (war aber auch schon "Immer so)!!!da muss ich jetzt etwas intervenieren.
ich habe nie (bewusst) etwas selber in /vis gespeichertund alles was hier drin ist (z.b. icons), hat wohl auch mehrere Backups und Restore überlebt.
...oder bezieht es sich wirklich nur auf eigene Dateien?
und nur im /vis-"root"zumindest ist hier der uploads Pfeil deaktiviert
Genau, nach dem ich gestern 2 x die 5.0.2.angefasst habe ist bei mir nach wie vor alles da. Wenn sie gelöscht worden wären, hätte ich das gestern abend auch auf dem Tablet sehen müssen...und ich habe tausende selbstgestrickte Files drin.
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@homoran sagte in js-controller 5.0.x jetzt in der BETA:
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
beispielsweise sollte man eigentlich in /vis keine eigenen Files ablegen ... ja früher gings und wir haben es akzeptiert und jetzt machts probleme.
Hinzu kommt (und das ist ggf jetzt noch blöder): Wer dort seine Files hat der hat diese NIE im Backup (war aber auch schon "Immer so)!!!da muss ich jetzt etwas intervenieren.
ich habe nie (bewusst) etwas selber in /vis gespeichertund alles was hier drin ist (z.b. icons), hat wohl auch mehrere Backups und Restore überlebt.
...oder bezieht es sich wirklich nur auf eigene Dateien?
und nur im /vis-"root"zumindest ist hier der uploads Pfeil deaktiviert
Genau, nach dem ich gestern 2 x die 5.0.2.angefasst habe ist bei mir nach wie vor alles da. Wenn sie gelöscht worden wären, hätte ich das gestern abend auch auf dem Tablet sehen müssen...und ich habe tausende selbstgestrickte Files drin.
@esp8266 sagte in js-controller 5.0.x jetzt in der BETA:
und ich habe tausende selbstgestrickte Files drin.
Aber in vis.0
Das ist ja auch okay. -
@esp8266 sagte in js-controller 5.0.x jetzt in der BETA:
und ich habe tausende selbstgestrickte Files drin.
Aber in vis.0
Das ist ja auch okay. -
@thomas-braun , ich käme garnicht auf die Idee, sowas in vis abzuspeichern. vis.0 war doch immer Vorgabe.
Es geht ja auch um 'legacy'-Systeme, bei denen das 'zu Kaisers Zeiten' noch ging.
-
Es geht ja auch um 'legacy'-Systeme, bei denen das 'zu Kaisers Zeiten' noch ging.
@thomas-braun , oh ja......so ein altes System habe ich noch nie besessen.:blush:
-
@uwerlp SInd ei Files wirklich im Filesytem weg gewesen? oder werden Sie nur in der Vis nicht mehr angezeigt? Hast Du irgendwie ein "iob upload vis" oder sowas gemacht?
Das mega komische ist das an sich der Upgrade an sich keinerlei Files anfässt. Und ich kann es auch bei mir nicht nachstellen!
Also bitte checke mal folgendes:
- Files hinkopieren wieder
- iobroker stoppen
- "iob file sync"
Sind Die Files dann wieder da?
dann bitte mal "iob upload vis" versuchen ... sind Sie dann weg?
@apollon77 sagte in js-controller 5.0.x jetzt in der BETA:
@uwerlp SInd ei Files wirklich im Filesytem weg gewesen? oder werden Sie nur in der Vis nicht mehr angezeigt?
Ja die Grafiken waren weg, habe mit einem Dateimanager im Verzeichnis nachgesehen.
Hast Du irgendwie ein "iob upload vis" oder sowas gemacht?
Ja, ich habe einen "iob upload all" nach dem upgrade gemacht
Also bitte checke mal folgendes:
- Files hinkopieren wieder
- iobroker stoppen
- "iob file sync"
Sind Die Files dann wieder da?
Ja, die Grafiken werden im VIS wieder angezeigt.
dann bitte mal "iob upload vis" versuchen ... sind Sie dann weg?
Nach einem "iob upload vis" sind die Grafiken gelöscht, auch wieder mit Dateimanager im Verzeichnis geschaut, werden somit dann auch im VIS nicht mehr angezeigt.
-
Bei mir scheint alles normal zu laufen ich bekommen nur ab und an folgende Meldung
Host.ioBroker 2023-06-14 09:43:34.197 error cannot call visUtils: Not exists -
-
Hätte da noch ein weiteres Problem, gab es aber auch schon unter js-controller 4.x davor weis ich es nicht.
iobroker beendet sich nicht immer bei einem "iobroker stop" oder "iob stop" in der CMD.
Hier oder extra?
@uwerlp sagte in js-controller 5.0.x jetzt in der BETA:
Hier oder extra?
Würde ich als 'individuelles Problem' kategorisieren. Dürfte von der Umgebung abhängig sein, in der der ioBroker bei dir läuft.
Meiner stoppt nämlich immer sauber. -
Hätte da noch ein weiteres Problem, gab es aber auch schon unter js-controller 4.x davor weis ich es nicht.
iobroker beendet sich nicht immer bei einem "iobroker stop" oder "iob stop" in der CMD.
Hier oder extra?
-
Hallo.
Reihe ich mich mal hier ein.
Heute update js-controller 4.0.24 von auf 5.0.3 gefahren.
Will gleich hinterher schicken, dass das System schon mehrer controller Updates mitgemacht hat...System:
- Windows 10 x64 - NodeJS 18.16.0 (global keine instanzen Installation)iobroker liegt bei mit unter c:\iobroker
enigma2.0 v1.3.3 Adapter läuft nicht mehrer, hat allerdings für mich nicht Priorität.
Im VIS werden nicht mehr alle Grafiken geladen.
Aus alter Installation hatte ich eigene Grafiken in
c:\iobroker\iobroker-data\files\vis\img\ !Diese wurden übernommen
c:\iobroker\iobroker-data\files\vis\img\Garage\ !Nicht übernommen
c:\iobroker\iobroker-data\files\vis\img\Homematic\ !Nicht übernommen
c:\iobroker\iobroker-data\files\vis\img\Wohnung\ !Nicht übernommenNach dem upgrade waren die Verzeichnisse vorhanden die Grafiken aber gelöscht.
iobroker gestoppt und die Grafiken wieder zurück kopiert hilft leider auch nicht.
Diese werden nicht mehr gelöscht aber in der VIS auch nicht angezeigt.
Einen Vorschlag diese wieder "anzeigbar" zu machen ohne alles anfassen zu müssen?@uwerlp said in js-controller 5.0.x jetzt in der BETA:
enigma2.0 v1.3.3 Adapter läuft nicht mehrer, hat allerdings für mich nicht Priorität.
Bitte mach ein issue im Adapter Verzeichnis auf mit
-) Versionsangaben (Adapter, Node, js-controller, admin, ...)
-) Logausgabe'Läuft nicht mehr' ist ein wenig dünn als Fehlermeldung.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@mcm57
Hab alle Geräte einmal umbenannt, nun läuft der Adapter.. Scheint irgendwas mit den Namen auf sich zu haben.
Habe beispielsweise aus "Speedport Pro" => "SpeedportPro" gemacht, also überall die Leerzeichen raus.
Dann blieb er bei "Landroid" hängen. Da habe ich dann "LandroidMäher" raus gemacht. Nun läuft der Adapter problemlos...@monger71 said in js-controller 5.0.x jetzt in der BETA:
@mcm57
Hab alle Geräte einmal umbenannt, nun läuft der Adapter.. Scheint irgendwas mit den Namen auf sich zu haben.
Habe beispielsweise aus "Speedport Pro" => "SpeedportPro" gemacht, also überall die Leerzeichen raus.
Dann blieb er bei "Landroid" hängen. Da habe ich dann "LandroidMäher" raus gemacht. Nun läuft der Adapter problemlos...Ich gehe davon aus dass sich das auf den PING Adapter bezieht. (Sorry, aber hier ist einiges los :-) )
Hast du noch die Config bei der es geklemmt hat? Wenn die Namen nichts sicherheitsrelevantes enthalten und du ggF die IPs maskierst wär das ev eine Hilfe beim Fehlersuchen. Ansonstebn versuch ischs mal mitz Sonderzeichen und Leerzeichen nachzustellen.
701
Online32.6k
Users82.2k
Topics1.3m
Posts