Update des admin Moduls auf 6.8.0 schlug fehl.
-
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Aber es kam die Weboberfläche nicht.
auch nicht nach einem Neustart?
dann teste mal die beta -
@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Aber es kam die Weboberfläche nicht.
auch nicht nach einem Neustart?
dann teste mal die betaWelche Beta meinst du denn?
Auf der Deconz Seite gibt es Images mit und ohne grafischer Oberfläche. Stable und Beta.
Ich hatte die Stable verwendet. Und die läuft ja mit mit dem RaspBee.
Ist halt das Buster-OSEs gibt auch eine Beta. Aber auch das ist Buster
Ich habe es auch gerade ausprobiert. Das RaspBee-Modul läuft zusammen mit dem Deconz-Adapter im ioBroker.
Die angelerte Taste wird angezeigt und auch die Tasten reagieren.Es gibt halt Probleme mit Alexa2
-
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Welche Beta meinst du denn
sudo sh -c "echo 'deb http://phoscon.de/apt/deconz \ $(lsb_release -cs)-beta main' > \ /etc/apt/sources.list.d/deconz.list"@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Es gibt halt Probleme mit Alexa2
auf kurz oder lang nicht nur mit dem, buster ist abgelaufen, entsprechend funktioniert auch nodejs nicht
-
@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
auf kurz oder lang nicht nur mit dem, buster ist abgelaufen, entsprechend funktioniert auch nodejs nicht
nur für's Protokoll - nodejs funktioniert einwandfrei unter Buster - welches übrigens bis zum 30. Juni 2024 noch "offziell unterstützt" wird.
-
Nein.
Buster hängt nur noch am 'LTS-Tropf' und wird künstlich beatmet. Höchste Zeit sich davon zu verabschieden.
-
@jleg bin zwar kein Linux Experte, aber dann frag ich mich warum so vielzählige Probleme im Bezug auf Adaptern auftauchen, bei denen noch buster läuft und nodejs auf 18 angehoben wurde?
-
@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@jleg bin zwar kein Linux Experte, aber dann frag ich mich warum so vielzählige Probleme im Bezug auf Adaptern auftauchen, bei denen noch buster läuft und nodejs auf 18 angehoben wurde?
nach meiner Beobachtung - die imo auch hier zutrifft, zumal da weiter oben entsprechende Meldungen erkennbar waren - liegt das oft einfach daran, dass (ur-)alte Installationen gerne mal auf (ur-)alten Plattformen laufen. Ein RPi mit knapp 'nem GB, bei dem dann nach dem Booten noch 50MB verfügbar sind, dürfte keine wirklich stabile Unterlage sein für "heutige" Adapter. Da treten die merkwürdigsten Probleme und Korrumpierungen auf - auch schon ähnliches erlebt mit Containern, die zu "schmal" waren. Und gerade BackitUp "peakt" da nach meiner Erinnerung schon ganz mächtig...
-
@thomas-braun "künstliche Beatmung" zählt für mich aber auch noch zum "Leben"
(sollte nur heissen, dass das sicher nicht das Kernproblem des Users hier war) -
Nein, nicht das Kernproblem. Aber es wird immer komplexer ein abgekündigtes System am laufen zu halten.
nodejs>=18 baut z. B. auf Stretch und dessen Abkömmlingen nicht mehr, libc zu alt.Deswegen nutzt man die 1-jährige Übergangszeit, in der zwei Systeme voll unterstützt werden, um den Sprung auf die aktuelle Stable zu machen.
-
@jleg sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@crunchip sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@jleg bin zwar kein Linux Experte, aber dann frag ich mich warum so vielzählige Probleme im Bezug auf Adaptern auftauchen, bei denen noch buster läuft und nodejs auf 18 angehoben wurde?
nach meiner Beobachtung - die imo auch hier zutrifft, zumal da weiter oben entsprechende Meldungen erkennbar waren - liegt das oft einfach daran, dass (ur-)alte Installationen gerne mal auf (ur-)alten Plattformen laufen. Ein RPi mit knapp 'nem GB, bei dem dann nach dem Booten noch 50MB verfügbar sind, dürfte keine wirklich stabile Unterlage sein für "heutige" Adapter. Da treten die merkwürdigsten Probleme und Korrumpierungen auf - auch schon ähnliches erlebt mit Containern, die zu "schmal" waren. Und gerade BackitUp "peakt" da nach meiner Erinnerung schon ganz mächtig...
Auf welche Installationen beziehst du dich denn mit der Aussage?
Zumindest ich habe nach dem ersten Fehlschlag komplett neue ioBroker aufgesetzt. Mit meinen geschilderten Problemen -
@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Nein, nicht das Kernproblem. Aber es wird immer komplexer ein abgekündigtes System am laufen zu halten.
nodejs>=18 baut z. B. auf Stretch und dessen Abkömmlingen nicht mehr, libc zu alt.Deswegen nutzt man die 1-jährige Übergangszeit, in der zwei Systeme voll unterstützt werden, um den Sprung auf die aktuelle Stable zu machen.
Alles schön und gut.
Ich würde je auch am Liebsten gleich das neuste System nutzen, wenn ich eh schon alles neu machen muss.
Nützt aber alles nichts, wenn meine Hardware dann nicht mehr läuft (trotz Zusage des Herstellers).
Da hilft es wenig, wenn hier grundsatzphilosophische Dinge besprochen werden.
Sage mir, was das Problem mit dem RaspBee ist und ich setze sofort wieder ein System mit Bullseye auf.Hier fängt es langsam an, in ein typisches Forumsproblem abzudriften.
Meinungen, Philosophieen und Glaubenskriege. Das löst aber kein Problem.Fehlt jetzt nur noch die Fraktion, die den RaspBee in Frage stellt und andere Zigbee-Gateways vorschlagen.
-
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Buster, weil sonst der RaspBEE nicht ansprechbar war. Und das Deconz-Image gibt es nur als Buster-Image
Kann das an dieses /dev/serial/by-id/ Problem sein?
EDIT meine das: https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev
-
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Sage mir, was das Problem mit dem RaspBee ist und ich setze sofort wieder ein System mit Bullseye auf.
Dann tu es und binde das deconz-Repo ein. Dann daraus 'deconz' installieren.
Fehlt jetzt nur noch die Fraktion, die den RaspBee in Frage stellt und andere Zigbee-Gateways vorschlagen.
Kannst du haben: Der RaspBee ist gnadenlos veraltet und sollte zur eigenen Nervenschonung nicht mehr eingesetzt werden.
-
@ticaki sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Kann das an dieser /dev/by-"keine Ahnung wie es heißt" Problem sein?
Das ist eigentlich per Update behoben. Außer auf arm-32-Bit-Systemen, da muss man von Hand noch was umstellen.
-
@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Sage mir, was das Problem mit dem RaspBee ist und ich setze sofort wieder ein System mit Bullseye auf.
Dann tu es und binde das deconz-Repo ein. Dann daraus 'deconz' installieren.
Du hast aber schon gelesen, dass das mein erster Versuch war?
Fehlt jetzt nur noch die Fraktion, die den RaspBee in Frage stellt und andere Zigbee-Gateways vorschlagen.
Kannst du haben: Der RaspBee ist gnadenlos veraltet und sollte zur eigenen Nervenschonung nicht mehr eingesetzt werden.
ohne Kommentar
-
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Du hast aber schon gelesen, dass das mein erster Versuch war?
Aber ich habe keine verwertbaren Meldungen dazu gesehen.
-
@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Du hast aber schon gelesen, dass das mein erster Versuch war?
Aber ich habe keine verwertbaren Meldungen dazu gesehen.
mehr als das, was ich hier geschrieben habe, kam auch nicht:
https://forum.iobroker.net/topic/67869/raspbee-die-1-version-und-bullseye-wollen-nicht?_=1693306538738"Seitenladefehler" im Browser
-
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Du hast aber schon gelesen, dass das mein erster Versuch war?
Aber ich habe keine verwertbaren Meldungen dazu gesehen.
mehr als das, was ich hier geschrieben habe, kam auch nicht:
https://forum.iobroker.net/topic/67869/raspbee-die-1-version-und-bullseye-wollen-nicht?_=1693306538738Das ist eigentlich per Update behoben. Außer auf arm-32-Bit-Systemen, da muss man von Hand noch was umstellen.
Welches Bullseys war es?
-
@ticaki sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Du hast aber schon gelesen, dass das mein erster Versuch war?
Aber ich habe keine verwertbaren Meldungen dazu gesehen.
mehr als das, was ich hier geschrieben habe, kam auch nicht:
https://forum.iobroker.net/topic/67869/raspbee-die-1-version-und-bullseye-wollen-nicht?_=1693306538738Das ist eigentlich per Update behoben. Außer auf arm-32-Bit-Systemen, da muss man von Hand noch was umstellen.
Welches Bullseys war es?
64Bit Lite (ohne grafisches Frontend)
Oder wie war die Frage gemeint? -
@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Auf welche Installationen beziehst du dich denn mit der Aussage?
Zumindest ich habe nach dem ersten Fehlschlag komplett neue ioBroker aufgesetzt. Mit meinen geschilderten Problemenmit "alten Plattformen" meinte ich deine Hardware - ein RPi mit 1GB kommt da recht offensichtlich nicht mehr mit deinem iobroker-Setup zurecht! "ERR! code ENOMEM" z.B. bedeutet "nix Speicher mehr" - was kein Wunder ist, bei 50M "frei" und 0M Swap. Deine anfänglichen Probleme ("throw err" bei simpler Statusabfrage etc.) sind mit hoher Wahrscheinlichkeit darauf zurückzuführen, dass beim Bauen eines Adapters ("upgrade", "restore") bei irgendeiner Dependency der Prozess deswegen abgebrochen wurde, und daher "Schrott" zurückgeblieben ist. Kann man oft zu Fuss fixen (u.a. per "npm install") - spätestens ein BackitUp-Run hätte aber wieder eine hohe Wahrscheinlichkeit, den Speicher zu sprengen...
Ein iobroker mit 1GB RAM wird wohl nur stabil laufen, wenn man die Art und Zahl der Adapter (und Javascripte) sehr gut abwägt...
