NEWS
Alte Adapter lassen sich nicht löschen
-
@apollon77
Nach dem Update auf den js-controller 2.2.8 hat sich auch nichts geändert. Nach wie vor lassen sich die Adapter nicht löschen.Ich vermute ja fast, dass das garnichts direkt mit ioBroker zu tun hat, sondern eher mit NPM, einem fehlenden Index, oder was auch immer. Aber mit googeln bin ich da bisher nicht weitergekommen.
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
sondern eher mit NPM, einem fehlenden Index, oder was auch immer.
ja, das kann es sein. deine Info:
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:habe ich erst den Ordner ~/.npm gelöscht und anschließend das reinstall-Script ausgeführt
ist mir irgendwie durchgerutschtDann mache mal bitte
cd /opt/iobroker npm rebuildMan möge mich korrigieren wenn der Befehl besser in /opt/iobroker/node_modules aufgehoben ist.
kein 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 -
-
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
sondern eher mit NPM, einem fehlenden Index, oder was auch immer.
ja, das kann es sein. deine Info:
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:habe ich erst den Ordner ~/.npm gelöscht und anschließend das reinstall-Script ausgeführt
ist mir irgendwie durchgerutschtDann mache mal bitte
cd /opt/iobroker npm rebuildMan möge mich korrigieren wenn der Befehl besser in /opt/iobroker/node_modules aufgehoben ist.
-
Das funktioniert natürlich, führt aber beim nächsten Mal zur gleichen Situation. Das ist also leider auch keine permanente Lösung.
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
Das ist also leider auch keine permanente Lösung.
genauso wenig wie
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
den Ordner ~/.npm
zu löschen ;-)
kein 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 -
-
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
Das ist also leider auch keine permanente Lösung.
genauso wenig wie
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
den Ordner ~/.npm
zu löschen ;-)
@Homoran sagte in Alte Adapter lassen sich nicht löschen:
genauso wenig wie
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
den Ordner ~/.npm
zu löschen ;-)
:joy:
Das hat zumindest den Teilerfolg gebracht, dass das System wieder läuft. Mittlerweile ist man ja echt aufgeschmissen, wenn ioBroker weg ist. Also hierfür gleich mal ein Lob ans Team und ein dickes Dankeschön :+1: -
Das System läuft im Moment übrigens überhaupt nicht zufriedenstellend. IoBroker startet zwar vernünftig und läuft auch recht flott, aber nach ein paar Stunden stürzen ungefähr die Hälfte aller Adapter ab, ohne dass man dazu eine Meldung im Log findet. Ich glaube sie stürzen nicht alle auf einen Schlag ab, sondern nacheinander mit zeitlichem Abstand. Der Admin-Adapter ist ebenfalls davon betroffen.
Sicher könnt ihr euch vorstellen, dass mich das gerade sehr frustriert und so einen richtigen Punkt, an dem man ansetzen kann, finde ich gerade nicht.Hat jemand eine Idee, wie ich das System am effektivsten wieder zum laufen bekomme? Soll ich die Kiste einfach neu aufsetzen und ein Backup einspielen? Sind dann alle Scripte und Adapter wieder wie vorher oder wie muss man dabei vorgehen?
Hat jemand eine Idee und die Muse, mir dabei zu helfen, ioBroker wieder gangbar zu machen?
Blog: indibit.de
-
Das System läuft im Moment übrigens überhaupt nicht zufriedenstellend. IoBroker startet zwar vernünftig und läuft auch recht flott, aber nach ein paar Stunden stürzen ungefähr die Hälfte aller Adapter ab, ohne dass man dazu eine Meldung im Log findet. Ich glaube sie stürzen nicht alle auf einen Schlag ab, sondern nacheinander mit zeitlichem Abstand. Der Admin-Adapter ist ebenfalls davon betroffen.
Sicher könnt ihr euch vorstellen, dass mich das gerade sehr frustriert und so einen richtigen Punkt, an dem man ansetzen kann, finde ich gerade nicht.Hat jemand eine Idee, wie ich das System am effektivsten wieder zum laufen bekomme? Soll ich die Kiste einfach neu aufsetzen und ein Backup einspielen? Sind dann alle Scripte und Adapter wieder wie vorher oder wie muss man dabei vorgehen?
Hat jemand eine Idee und die Muse, mir dabei zu helfen, ioBroker wieder gangbar zu machen?
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
Soll ich die Kiste einfach neu aufsetzen
am besten dann mit neuestem node10, controller 2.2.8 und neuestem admin
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
ein Backup einspielen? Sind dann alle Scripte und Adapter wieder wie vorher
Jein!
Alle Instanzen sind dann komplett neu installiert und auf dem neuesten Stand - alle Leichen sind dadurch weg.
Skripte und vis und Konfigurationen sind erhalten.
Wenn du Adaptervon Github installiert hattest könnte es da anders sein -
Ok, dann probiere ich das morgen mal. Ist ja zum Glück eine VM, da muss ich die alte Maschine ja erstmal nicht löschen.
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
da muss ich die alte Maschine ja erstmal nicht löschen.
weise Entscheidung :+1:
-
Das System läuft im Moment übrigens überhaupt nicht zufriedenstellend. IoBroker startet zwar vernünftig und läuft auch recht flott, aber nach ein paar Stunden stürzen ungefähr die Hälfte aller Adapter ab, ohne dass man dazu eine Meldung im Log findet. Ich glaube sie stürzen nicht alle auf einen Schlag ab, sondern nacheinander mit zeitlichem Abstand. Der Admin-Adapter ist ebenfalls davon betroffen.
Sicher könnt ihr euch vorstellen, dass mich das gerade sehr frustriert und so einen richtigen Punkt, an dem man ansetzen kann, finde ich gerade nicht.Hat jemand eine Idee, wie ich das System am effektivsten wieder zum laufen bekomme? Soll ich die Kiste einfach neu aufsetzen und ein Backup einspielen? Sind dann alle Scripte und Adapter wieder wie vorher oder wie muss man dabei vorgehen?
Hat jemand eine Idee und die Muse, mir dabei zu helfen, ioBroker wieder gangbar zu machen?
@Hiltex naja ich würde ja zuerst mal genau reinschauen.
Ein Log von so einem "Absturzszenario" wäre äusserst hilfreich. Was steht genau da wenn sich die Adapter beenden? Steht vllt zu dem zeitpunkt irgendwas im /var/log/sylog?
Was ist es denn überhaupt für ein System? Wieviele Adapterinstanzen? Wieviel RAM ... Bisher hast Du nicht vil preisgegeben.Und leider muss ich zu guter letzt sagen das ich nicht den Zusammenhang mit dem Thread Thema sehe und mich über einen neuen Thread dazu aber freuend würde ;-)
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
-
Servus
Unter Adapter werden alle verfügbaren Adapter angezeigt. Mit der Mülltonne kannst Du nur installierte Adapter deinstallieren jedoch nicht aus der Liste löschen. Du kannst aber oben mit dem Stern nicht installierte Adapter ausblenden.
-
@Hiltex naja ich würde ja zuerst mal genau reinschauen.
Ein Log von so einem "Absturzszenario" wäre äusserst hilfreich. Was steht genau da wenn sich die Adapter beenden? Steht vllt zu dem zeitpunkt irgendwas im /var/log/sylog?
Was ist es denn überhaupt für ein System? Wieviele Adapterinstanzen? Wieviel RAM ... Bisher hast Du nicht vil preisgegeben.Und leider muss ich zu guter letzt sagen das ich nicht den Zusammenhang mit dem Thread Thema sehe und mich über einen neuen Thread dazu aber freuend würde ;-)
Weil mir das viel einfacher schien hab ich die gesamte Maschine neu aufgesetzt, ein Backup eingespielt und siehe da - es läuft wieder vernünftig. Gab nur zwei Probleme dabei:
- Die HM-Adapter wollten erst wieder, nachdem ich der Maschine die gleiche IP-Adresse gegeben habe, wie die alte zuvor hatte
- Die durch YAHKA erzeugte Bridge hat nicht mehr funktioniert, obwohl noch alle Geräte in YAHKA vorhanden waren. Erst das Ändern des Benutzernamens in den Einstellungen der Bridge führte dazu, dass ich die nun neue Bridge auf meinem iPhone hinzufügen konnte - natürlich dann mit der damit verbundenen Neuzuordnung aller Geräte zu den Räumen. Für die Kamera genau das gleiche. Ich könnte mir vorstellen, dass das damit zusammenhängt, dass die neue Maschine ja auch eine neue Mac-Adresse bekommen hat und dem iPhone deswegen nicht klar war, dass es sich um ein- und dieselbe Bridge handelt.
Das ganze hat mich in Summe knapp 2 Stunden Zeit gekostet. Das finde ich total akzeptabel und bin mit dem Ergebnis nun sehr zufrieden, da alles nun gefühlt viel besser und schneller läuft. Also danke an alle, die hier am Projekt mitarbeiten.
@apollon77
Ich persönlich habe jetzt keinen Bedarf mehr, die alte Maschine zu richten. Wenn du dir jedoch Erkenntnisse für dich selbst, bzw. ioBroker erhoffst, dann bin ich gern bereit, das Ganze mit deiner Unterstützung zu durchforsten und steh dir Rede und Antwort. Oder ich überlasse dir die komplette Maschine, falls Du selber investigieren willst.@Firefighter
Danke, dass du versuchst, mir zu helfen. Es ging ursprünglich darum, dass sich eben die installierten Adapter nicht deinstallieren lassen. Dass sie nicht aus der Liste verschwinden ist natürlich klar.Blog: indibit.de
-
Weil mir das viel einfacher schien hab ich die gesamte Maschine neu aufgesetzt, ein Backup eingespielt und siehe da - es läuft wieder vernünftig. Gab nur zwei Probleme dabei:
- Die HM-Adapter wollten erst wieder, nachdem ich der Maschine die gleiche IP-Adresse gegeben habe, wie die alte zuvor hatte
- Die durch YAHKA erzeugte Bridge hat nicht mehr funktioniert, obwohl noch alle Geräte in YAHKA vorhanden waren. Erst das Ändern des Benutzernamens in den Einstellungen der Bridge führte dazu, dass ich die nun neue Bridge auf meinem iPhone hinzufügen konnte - natürlich dann mit der damit verbundenen Neuzuordnung aller Geräte zu den Räumen. Für die Kamera genau das gleiche. Ich könnte mir vorstellen, dass das damit zusammenhängt, dass die neue Maschine ja auch eine neue Mac-Adresse bekommen hat und dem iPhone deswegen nicht klar war, dass es sich um ein- und dieselbe Bridge handelt.
Das ganze hat mich in Summe knapp 2 Stunden Zeit gekostet. Das finde ich total akzeptabel und bin mit dem Ergebnis nun sehr zufrieden, da alles nun gefühlt viel besser und schneller läuft. Also danke an alle, die hier am Projekt mitarbeiten.
@apollon77
Ich persönlich habe jetzt keinen Bedarf mehr, die alte Maschine zu richten. Wenn du dir jedoch Erkenntnisse für dich selbst, bzw. ioBroker erhoffst, dann bin ich gern bereit, das Ganze mit deiner Unterstützung zu durchforsten und steh dir Rede und Antwort. Oder ich überlasse dir die komplette Maschine, falls Du selber investigieren willst.@Firefighter
Danke, dass du versuchst, mir zu helfen. Es ging ursprünglich darum, dass sich eben die installierten Adapter nicht deinstallieren lassen. Dass sie nicht aus der Liste verschwinden ist natürlich klar.@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
Die HM-Adapter wollten erst wieder, nachdem ich der Maschine die gleiche IP-Adresse gegeben habe, wie die alte zuvor hatte
Da war wahrscheinlich noch die Callback-Adresse durch das restore vom alten System drin
Nach einem Restore auf einem anderen System müssen alle IP-Adressen, die irgendwo in einer Konfig stehen (am besten vor dem Start der Instanz) angepasst werden.
kein 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 -
-
@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
Die HM-Adapter wollten erst wieder, nachdem ich der Maschine die gleiche IP-Adresse gegeben habe, wie die alte zuvor hatte
Da war wahrscheinlich noch die Callback-Adresse durch das restore vom alten System drin
Nach einem Restore auf einem anderen System müssen alle IP-Adressen, die irgendwo in einer Konfig stehen (am besten vor dem Start der Instanz) angepasst werden.
-
@Homoran
Wo genau hätte ich die Adresse denn ändern müssen? In den Adaptereinstellungen habe ich nichts gefunden@Hiltex sagte in Alte Adapter lassen sich nicht löschen:
In den Adaptereinstellungen habe ich nichts gefunden
da gibt es noch den Reiter Zusatzeinstellungen, der wird gerne übersehen
-
Weil mir das viel einfacher schien hab ich die gesamte Maschine neu aufgesetzt, ein Backup eingespielt und siehe da - es läuft wieder vernünftig. Gab nur zwei Probleme dabei:
- Die HM-Adapter wollten erst wieder, nachdem ich der Maschine die gleiche IP-Adresse gegeben habe, wie die alte zuvor hatte
- Die durch YAHKA erzeugte Bridge hat nicht mehr funktioniert, obwohl noch alle Geräte in YAHKA vorhanden waren. Erst das Ändern des Benutzernamens in den Einstellungen der Bridge führte dazu, dass ich die nun neue Bridge auf meinem iPhone hinzufügen konnte - natürlich dann mit der damit verbundenen Neuzuordnung aller Geräte zu den Räumen. Für die Kamera genau das gleiche. Ich könnte mir vorstellen, dass das damit zusammenhängt, dass die neue Maschine ja auch eine neue Mac-Adresse bekommen hat und dem iPhone deswegen nicht klar war, dass es sich um ein- und dieselbe Bridge handelt.
Das ganze hat mich in Summe knapp 2 Stunden Zeit gekostet. Das finde ich total akzeptabel und bin mit dem Ergebnis nun sehr zufrieden, da alles nun gefühlt viel besser und schneller läuft. Also danke an alle, die hier am Projekt mitarbeiten.
@apollon77
Ich persönlich habe jetzt keinen Bedarf mehr, die alte Maschine zu richten. Wenn du dir jedoch Erkenntnisse für dich selbst, bzw. ioBroker erhoffst, dann bin ich gern bereit, das Ganze mit deiner Unterstützung zu durchforsten und steh dir Rede und Antwort. Oder ich überlasse dir die komplette Maschine, falls Du selber investigieren willst.@Firefighter
Danke, dass du versuchst, mir zu helfen. Es ging ursprünglich darum, dass sich eben die installierten Adapter nicht deinstallieren lassen. Dass sie nicht aus der Liste verschwinden ist natürlich klar.
641
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge