Update des admin Moduls auf 6.8.0 schlug fehl.
-
@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.
@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?
umgestiegen von Proxmox auf Unraid
-
@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...
-
Nein.
Buster hängt nur noch am 'LTS-Tropf' und wird künstlich beatmet. Höchste Zeit sich davon zu verabschieden.
-
@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.
-
@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...
@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 -
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.
@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.
-
@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.:
noch Buster
warum installiert man sowas?
daher wohl auch@arnulf sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
ERROR: Process exited with code 25
auch das hatte ich scvhon geschrieben
Buster, weil sonst der RaspBEE nicht ansprechbar war. Und das Deconz-Image gibt es nur als Buster-Image
@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
-
@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.:
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.
-
@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
@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.
-
@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.
@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
-
@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.
-
@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
-
@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?
-
@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? -
@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@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... -
@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...@jleg sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Ein iobroker mit 1GB RAM wird wohl nur stabil laufen, wenn man die Art und Zahl der Adapter (und Javascripte) sehr gut abwägt...
Ja, mehr als eine einstellige Anzahl an Adaptern bekommst du nicht stabil hin.
Bei ansonstem abgespecktem System natürlich. -
@jleg sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Ein iobroker mit 1GB RAM wird wohl nur stabil laufen, wenn man die Art und Zahl der Adapter (und Javascripte) sehr gut abwägt...
Ja, mehr als eine einstellige Anzahl an Adaptern bekommst du nicht stabil hin.
Bei ansonstem abgespecktem System natürlich.@thomas-braun sagte in Update des admin Moduls auf 6.8.0 schlug fehl.:
Ja, mehr als eine einstellige Anzahl an Adaptern bekommst du nicht stabil hin.
so ist es - und selbst das muss nicht immer klappen. Da reicht auch ein Adapter z.B. "Javascript", mit den NSPanel-Scripten. Damit alleine lande ich mit meinen paar anderen Blocklys schon bei >600MB...
Bei ansonstem abgespecktem System natürlich.
und auch wenn's mit SD-Karten nicht "optimal" ist - etwas mehr Swap kann zumindest "Peaks" bei Nodejs-Bauten abfangen...
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden538
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge