NEWS
Adapter lassen sich nicht deinstallieren
-
@Patrick-Pause
Der nächste Fehler :-)
Wenn man systemrelevante Adapter aus dem lateste installiert, sollte man besser alle die zum System gehören hoch ziehen. Ich bin schon immer auf latest und habe auch kein Testsystem mehr, aber ein Backup und das ist der entscheidende Trick dabei.
So kannst auch diesen uralten und überholten Spruch oben erweitern "without a backup", dann ist er wieder aktuell und richtig ;-)Die meisten Probleme die hier diskutiert werden, beruhen auf der Mischung aus latest und default, oder schlicht auf unangepassten Adaptern aus dem default. Oder bei ganz mutiegen, die trotz der Warnung einfach alles von Github installieren.
Da demnächst Node 12 als Empfehlung kommen wird, bin ich auch schon mal auf 12 hoch und siehe da, alles läuft.ich habe jetzt mal meinen Beitrag an POS.2 angepasst schau einmal bitte drüber ob ich noch was ergänzen kann.
Leider hat das update nicht den gewünschten erfolg gebracht ich habe test weis wieder den Yr-Adapter installiert und wieder deinstalliert mit folgendem output:
weist du vielleicht wie wir dem ganzen auf die spur kommen wo es hack.
-
ich habe jetzt mal meinen Beitrag an POS.2 angepasst schau einmal bitte drüber ob ich noch was ergänzen kann.
Leider hat das update nicht den gewünschten erfolg gebracht ich habe test weis wieder den Yr-Adapter installiert und wieder deinstalliert mit folgendem output:
weist du vielleicht wie wir dem ganzen auf die spur kommen wo es hack.
@Patrick-Pause
Wie und auf welchem System läuft das denn bei Dir?
Hintergrund der Frage, da ich bei so was immer kurz angebunden bin und bei mir das direkt auf nem Beelink unter Debian läuft, suche ich erst gar nicht lange, sondern mach ein Backup und installiere den IOBroker neu. Danach mit dem Backitup Adapter ein Restore des Backup und alles ist sauber. Bei mir funktioniert diese Methode sehr gut, da so alles frisch installiert wird und zumindest im IOBroker definitiv keine Fehler mehr drin sind. Zeitaufwand ist überschaubar und bei mir unter einer Stunde.Klar könnte man das nun auch tiefer analysieren und den Fehler manuell beheben, dazu fehlt mir aber der Ansatz und somit wäre ich hier auch auf fremde Hilfe angewiesen, falls einer dazu überhaupt ne Idee hat.
-
@Patrick-Pause
Wie und auf welchem System läuft das denn bei Dir?
Hintergrund der Frage, da ich bei so was immer kurz angebunden bin und bei mir das direkt auf nem Beelink unter Debian läuft, suche ich erst gar nicht lange, sondern mach ein Backup und installiere den IOBroker neu. Danach mit dem Backitup Adapter ein Restore des Backup und alles ist sauber. Bei mir funktioniert diese Methode sehr gut, da so alles frisch installiert wird und zumindest im IOBroker definitiv keine Fehler mehr drin sind. Zeitaufwand ist überschaubar und bei mir unter einer Stunde.Klar könnte man das nun auch tiefer analysieren und den Fehler manuell beheben, dazu fehlt mir aber der Ansatz und somit wäre ich hier auch auf fremde Hilfe angewiesen, falls einer dazu überhaupt ne Idee hat.
-
@Jan1
RaspberryPi 3B+
2Gb Ram
Debian / Raspbian distro
Instalation über skripAlso selber lösungsweg ist möglich ich werde es mal testen und dann bei erfolg oben anführen.
@Patrick-Pause
Da geht die Holzhammer Methode übers Backup auf alle Fälle, da ich vorher auch den 3B+ hatte ;-)
Eigentlich hast auf dem Pi noch den Vorteil, Du kannst die komplette SD sichern und das ganze auf einer neue SD ausprobieren, somit 0 Risiko. -
habe den post gerade bemerkt - bei mir gibt es folgendes problem: wenn ich einen adapter deinstallieren will, startet iobroker neu ( bzw. stürzt ab und fährt wieder hoch)
@apollon77 kennst du das ? kannst du bitte helfen ?anfangs dachte ich, das muss wohl mit dem einem adapter zusammenhängen (parser, der lag lange im system ohne nutzung. mittlerweile wollte ich auch einen anderen deinstallieren (pushover,iogo) und das ganze passierte wieder
meist werden nach diesem "neustart" einige datenpunkte nicht gefunden und ich muss iobroker stop ausführen
wenn ich in der console (nach iobroker stop) ioboker del parser eingebe, funktioniert es - dann ein iobroker start und es läuft wieder
habe vor 2-3 wochen node update gemacht v10.16 auf v10.19 (npm 6.13.7)
fixer habe ich zur sicherheit auch schon ausgeführt
nach einem gelösten Thread wäre es sinnvoll dies in der Überschrift des ersten Posts einzutragen [gelöst]-... Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat. Forum-Tools: PicPick https://picpick.app/en/download/ und ScreenToGif https://www.screentogif.com/downloads.html
-
@Jan1
RaspberryPi 3B+
2Gb Ram
Debian / Raspbian distro
Instalation über skripAlso selber lösungsweg ist möglich ich werde es mal testen und dann bei erfolg oben anführen.
@Patrick-Pause sagte in Adapter lassen sich nicht deinstallieren:
RaspberryPi 3B+
2Gb RamDas Gerät gibt es nicht!
RasPi3 hat immer 1GB
Wenn 2 GB müsste es ein RasPi4 seinkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
habe den post gerade bemerkt - bei mir gibt es folgendes problem: wenn ich einen adapter deinstallieren will, startet iobroker neu ( bzw. stürzt ab und fährt wieder hoch)
@apollon77 kennst du das ? kannst du bitte helfen ?anfangs dachte ich, das muss wohl mit dem einem adapter zusammenhängen (parser, der lag lange im system ohne nutzung. mittlerweile wollte ich auch einen anderen deinstallieren (pushover,iogo) und das ganze passierte wieder
meist werden nach diesem "neustart" einige datenpunkte nicht gefunden und ich muss iobroker stop ausführen
wenn ich in der console (nach iobroker stop) ioboker del parser eingebe, funktioniert es - dann ein iobroker start und es läuft wieder
habe vor 2-3 wochen node update gemacht v10.16 auf v10.19 (npm 6.13.7)
fixer habe ich zur sicherheit auch schon ausgeführt
@liv-in-sky controller 2.2.8? Jupp ... gefixt in 2.2.9 :-)
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
-
@liv-in-sky controller 2.2.8? Jupp ... gefixt in 2.2.9 :-)
@apollon77 teste ich sofort - gebe rückmeldung
-
@liv-in-sky controller 2.2.8? Jupp ... gefixt in 2.2.9 :-)
@apollon77 tausend dank - das war es - funzt wieder
-
@Patrick-Pause sagte in Adapter lassen sich nicht deinstallieren:
RaspberryPi 3B+
2Gb RamDas Gerät gibt es nicht!
RasPi3 hat immer 1GB
Wenn 2 GB müsste es ein RasPi4 sein@Patrick-Pause sagte in Adapter lassen sich nicht deinstallieren:
RaspberryPi 3B+
2Gb RamDas Gerät gibt es nicht!
RasPi3 hat immer 1GB
Wenn 2 GB müsste es ein RasPi4 seinMein Fehler warum liegt die 2 auch gleich neben der 1 ist ein ganz blödes Design:joy:
-
@Patrick-Pause sagte in Adapter lassen sich nicht deinstallieren:
RaspberryPi 3B+
2Gb RamDas Gerät gibt es nicht!
RasPi3 hat immer 1GB
Wenn 2 GB müsste es ein RasPi4 seinMein Fehler warum liegt die 2 auch gleich neben der 1 ist ein ganz blödes Design:joy:
-
Ja Iobroker Controller auf 2.2.9 und Repo Quelle auf latest.
Danach alle Adapter aktualisiert die ich im Broker verwende und nach der umstellung auf latest eine Aktualisierung aufweisen.
Und ich habe auch den Node auf 12.16.1 sowie den NPM auf 6.14.2 geup.Natürlich vorher mit Backup. Alles funktioniert einwandfrei nur dieser Deinstallation Fehler bei bestimmten Adaptern. Nicht alle, bislang nur Yr-Wetter, TR-64 und find-my-(I-)phone. Es tritt immer der "mach es selbst Fehler auf."
Sonst teste mal einen der Adapter bei dir, ich komme erst die Tage wider zum ausprobieren Dann wollte ich mal einen neuen Broker aufsetzen und ein Backup einspielen, in der vermutung es liegt am host.
-
Ja Iobroker Controller auf 2.2.9 und Repo Quelle auf latest.
Danach alle Adapter aktualisiert die ich im Broker verwende und nach der umstellung auf latest eine Aktualisierung aufweisen.
Und ich habe auch den Node auf 12.16.1 sowie den NPM auf 6.14.2 geup.Natürlich vorher mit Backup. Alles funktioniert einwandfrei nur dieser Deinstallation Fehler bei bestimmten Adaptern. Nicht alle, bislang nur Yr-Wetter, TR-64 und find-my-(I-)phone. Es tritt immer der "mach es selbst Fehler auf."
Sonst teste mal einen der Adapter bei dir, ich komme erst die Tage wider zum ausprobieren Dann wollte ich mal einen neuen Broker aufsetzen und ein Backup einspielen, in der vermutung es liegt am host.
@Patrick-Pause
NPM rebuild hast aber auch gemacht nach dem Node Update?
Node 12 ist noch nicht empfohlen, läuft bei mir aber auch problemlos.
Den Yr Adapter hab ich eben bei mir mal zum Testen installiert und auch wieder deinstalliert, also an Node 12 liegt es nicht, funktioniert wie erwartet. -
@Patrick-Pause
NPM rebuild hast aber auch gemacht nach dem Node Update?
Node 12 ist noch nicht empfohlen, läuft bei mir aber auch problemlos.
Den Yr Adapter hab ich eben bei mir mal zum Testen installiert und auch wieder deinstalliert, also an Node 12 liegt es nicht, funktioniert wie erwartet.@Jan1
ja entschuldige hab es vergessen zu schreiben naklar habe ich auch den NPM rebuild durchgeführt
Und das es nicht am Node 12 liegt war von vornherein klar da ich vorher auf 10 war erst heute habe ich das update auf 12 gemacht vorausschauend auf die zukunft.Alles am iobroker läuft fehler frei sogar die neuen vis Updates von heute. Ich denke es ist mein host ich melde mich wieder sobald ich denn mal neu aufgesetzt habe.
-
@Jan1
ja entschuldige hab es vergessen zu schreiben naklar habe ich auch den NPM rebuild durchgeführt
Und das es nicht am Node 12 liegt war von vornherein klar da ich vorher auf 10 war erst heute habe ich das update auf 12 gemacht vorausschauend auf die zukunft.Alles am iobroker läuft fehler frei sogar die neuen vis Updates von heute. Ich denke es ist mein host ich melde mich wieder sobald ich denn mal neu aufgesetzt habe.
-
Hallo,
schön, dass doch noch jemand auf den Thread gekommen ist :dart:
Bei mir besteht das Problem weiterhin - bei allen Adaptern.
Mit dem Befehl
sudo rm -r /opt/iobroker/node_modules/iobroker.xxxwerde ich die entsprechenden Adapter nun tatsächlich los. Das kann ja aber nicht die Lösung sein...
Habe mittlerweile (vor einigen Monaten) auf node 10.17.0 geupdated, ohne Auswirkungen auf das Problem.
npm ist 6.11.3
Ob ich npm nochmal updaten sollte?
Oder gibt es noch andere Ideen?Grüße!
-
Hallo,
schön, dass doch noch jemand auf den Thread gekommen ist :dart:
Bei mir besteht das Problem weiterhin - bei allen Adaptern.
Mit dem Befehl
sudo rm -r /opt/iobroker/node_modules/iobroker.xxxwerde ich die entsprechenden Adapter nun tatsächlich los. Das kann ja aber nicht die Lösung sein...
Habe mittlerweile (vor einigen Monaten) auf node 10.17.0 geupdated, ohne Auswirkungen auf das Problem.
npm ist 6.11.3
Ob ich npm nochmal updaten sollte?
Oder gibt es noch andere Ideen?Grüße!
Das ist meine Schuld und hier endlich die lange ersehnte Antwort also aus irgend einem Grund lag es am host System.
Folgendes habe ich gemacht:
-Iobroker per img ( iobroker img vom 27.11.19)geflasht.
-Dann ein Backup eingespielt aber vorsichtig ich hatte meine Probleme, ich hatte einen ordner angelegt und mit dem Befehl./iobroker BackupDarin dan eine "datumurzeit.tar.zip" erhalten. Nach dem ich eine neue sd geflasht hatte dann mit
Iobroker stop Iobroker restore 0 Iobroker start Iobroker start all Iobroker uploadDenn den Server in run gebracht das mit denn Adaptern hat sehr sehr lange gedauert bis er sich diese alle wieder aktive gemacht hat. Ein Fehler mit sql.0 konnte ich noch nicht beheben siehe spoiler:
Ich hoffe dashat keiner gesehen :grin:
Läuft wieder alles auch das installieren und deinstallieren über admin auch der besagte yr-Wetter meckert nicht mehr. Top top
Danke an @Jan1 das du mich so angestachelt hast :clap: ich hätte diesen banalen Zustand belassen. Und @TemPeck wird sich freuen iobroker/beckup/ frech install/ restore und fals du sql benutzt denk an mariadb:cold_sweat: :joy: :joy: :joy:
-
Das ist meine Schuld und hier endlich die lange ersehnte Antwort also aus irgend einem Grund lag es am host System.
Folgendes habe ich gemacht:
-Iobroker per img ( iobroker img vom 27.11.19)geflasht.
-Dann ein Backup eingespielt aber vorsichtig ich hatte meine Probleme, ich hatte einen ordner angelegt und mit dem Befehl./iobroker BackupDarin dan eine "datumurzeit.tar.zip" erhalten. Nach dem ich eine neue sd geflasht hatte dann mit
Iobroker stop Iobroker restore 0 Iobroker start Iobroker start all Iobroker uploadDenn den Server in run gebracht das mit denn Adaptern hat sehr sehr lange gedauert bis er sich diese alle wieder aktive gemacht hat. Ein Fehler mit sql.0 konnte ich noch nicht beheben siehe spoiler:
Ich hoffe dashat keiner gesehen :grin:
Läuft wieder alles auch das installieren und deinstallieren über admin auch der besagte yr-Wetter meckert nicht mehr. Top top
Danke an @Jan1 das du mich so angestachelt hast :clap: ich hätte diesen banalen Zustand belassen. Und @TemPeck wird sich freuen iobroker/beckup/ frech install/ restore und fals du sql benutzt denk an mariadb:cold_sweat: :joy: :joy: :joy:
-
EDIT: Also nach dem backup/restore auf dem manuellen weg über die console kann ich bis jetzt nur einen nicht gravirenden fehler verzeichnen:
Mancheadpter lassen sich nicht über den Admin deinstalieren dezeit räume ich den Broker auf und schmeiße diverse altlasten weg wie z.B. MoMa-Adapter.
Selber fehler wie bei SQL der adapter läst sich nicht sauber deinstallieren.
bringt sogar während der deinstallation den Broker zum absturz das hatte ich bei sql genau so zeitweise. ich glaube das, dass nicht an den Adaptern oder am system liegt. ehr daran das ich den RPI3B+ mit nur 1 Gb ram habe. Und der tanzt auf den letzten 25% herrum. :confounded: zeit für ein upgrade empfehlungen? NUC?oder doch ASUS-Tinks? -
EDIT: Also nach dem backup/restore auf dem manuellen weg über die console kann ich bis jetzt nur einen nicht gravirenden fehler verzeichnen:
Mancheadpter lassen sich nicht über den Admin deinstalieren dezeit räume ich den Broker auf und schmeiße diverse altlasten weg wie z.B. MoMa-Adapter.
Selber fehler wie bei SQL der adapter läst sich nicht sauber deinstallieren.
bringt sogar während der deinstallation den Broker zum absturz das hatte ich bei sql genau so zeitweise. ich glaube das, dass nicht an den Adaptern oder am system liegt. ehr daran das ich den RPI3B+ mit nur 1 Gb ram habe. Und der tanzt auf den letzten 25% herrum. :confounded: zeit für ein upgrade empfehlungen? NUC?oder doch ASUS-Tinks?@Patrick-Pause
RAM Problem kann auch sein, wobei ich selbst mit dem Pi und 1GB nie Probleme beim Deinstallieren hatte. Was eher sein könnte ist eine sterbende SD Karte.HW Empfehlung ist einfach was mit 4GB RAM und Stromverbrauch nicht höher als max 10 Watt. Ich bin mit meinem Beelink zufrieden. Nicht viel größer als der Pi aber deutlich flotter.
Support us
823
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge