Trashschedule Adapter läuft nach update nicht mehr
-
In meinem Fall habe ich jetzt eine neue Spur.
Ich hatte mal mit einer Host_slave Konfiguration rumexperimentiert. Damals hatte ich vom Admin eine zusätzliche Slave Instanz installiert. Diese Instanz steht - wie ich eben bemerkte - noch auf 5.1.25, obwohl sie gar nicht läuft. Den Slave habe ich nicht mehr, kann aber die Slave-Instanz leider nicht löschen.Hat jemand einen Tipp, wie ich gezielt diese Instanz weg bekomme? Über die kleine Mülltonne geht's nicht.
-
iobroker list instances -
pi@raspberrypi:~ $ iobroker list instances + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admi n system.adapter.admin.1 : admin : raspberry-sl ave - disabled, port: 8081, bind: 0.0.0.0, run as: admi n -
@graubi77 sagte in Trashschedule Adapter läuft nach update nicht mehr:
admin.1
Versuch mal
iobroker del admin.1Und bittte ohne Unterbrechungen posten. Kann man nicht gut lesen.
-
@thomas-braun oder
iobroker host this? -
@thomas-braun leider keine Veränderung
-
@graubi77 Und welche 'keine Veränderung' konnte man in der Konsole sehen?
-
pi@raspberrypi:~ $ iobroker list instances system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.admin.1 : admin : raspberry-slave - disabled, port: 8081, bind: 0.0.0.0, run as: admin -
-
pi@raspberrypi:~ $ iobroker del admin.1 Delete adapter "admin.1" -
@graubi77
Und danach springt das wieder zum login prompt? -
@thomas-braun genau, mehr verrät mir das Fenster nicht
pi@raspberrypi:~ $ iobroker del admin.1 Delete adapter "admin.1" pi@raspberrypi: -
@graubi77 Wie hattest du denn den Master/Slave-Verbund aufgelöst? Gar nicht?
Versuch mal
iobroker host this -
pi@raspberrypi:~ $ iobroker host this Cannot use this command in multihost! iobroker host this Initialize current host Options: --help Show help [boolean] -v, --version Show version [boolean] pi@raspberrypi:~ $Scheint so, als funktioniert das nicht im Multihost. Ich bin ja aktuell mit einem anderen Slave unterwegs "raspislave". Das Versuchskaninchen von damals heißt "raspberry-slave" und das ist auch das mit dem Adminproblem. Würde jetzt ungerne meinen aktuellen Multihostverbund löschen wollen.
-
@graubi77 sagte in Trashschedule Adapter läuft nach update nicht mehr:
Ich bin ja aktuell mit einem anderen Slave unterwegs
Alles nicht ganz unwesentliche Informationen...
Würde jetzt ungerne meinen aktuellen Multihostverbund löschen wollen.
Das wäre jetzt eigentlich mein Ansatz.
Alles auf den Master schieben, die Überreste der slaves 'irgendwie' rauskratzen, neuen M/S-Verbund aufsetzen, Instanzen auf den neuen slave verschieben.
-
Vielen Dank für den Hinweis. Das hat nun endlich den Erfolg gebracht. Nachdem ich die Instanz auf den Host verschoben habe, konnte ich sie endlich auch löschen. Danach konnte ich direkt auch den Adapter installieren und der läuft nun fehlerfrei!
Das hätte ich alleine nicht hinbekommen! Vielen Dank für das AufdieSpurbringen :-).
(Das hab ich natürlich mit dem Slave - also Admin.1 gemacht) -
Eigentlich wird auf dem slave kein Admin.1 benötigt. Das läuft ALLES über den admin.0 des Masters.
-
Ja, das hatte ich dann auch irgendwie festgestellt, aber da war es schon zu spät und ich konnte den Admin.1 nicht mehr entfernen. Jetzt läuft endlich alles so wie es soll :-).
-
Hallo, mir ist heute aufgefallen, dass in meinem Trashschedule 3 von 4 "Müllarten" korrekt angezeigt werden, nur einer zeigt "null" im Jarvis an. Hat jemand eine Idee wie ich das beheben könnnte? Zu vor lief immer alles reibungslos?!
-
@flowski sagte in Trashschedule Adapter läuft nach update nicht mehr:
Hat jemand eine Idee wie ich das beheben könnnte? Zu vor lief immer alles reibungslos?!
Ohne Debug-Log kann man nur raten was da falsch läuft
