Trashschedule Adapter läuft nach update nicht mehr
-
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
-
was mich wundert, bei den Objekten findet er alle Müllsorten, nur nicht diese:
Im Kalender ist diese Müllsorte aber zu finden...
-
@flowski sagte in Trashschedule Adapter läuft nach update nicht mehr:
Im Kalender ist diese Müllsorte aber zu finden...
Ich habe bei mir das Problem, dass die "Grünbündelsammlung" im Abfallkalender (ics) nicht korrekt codiert wird und an den entsprechenden Stellen seltsame Sonderzeichen erscheinen.
Ich bearbeitet daher nach dem Download vom Entsorger die ics-Datei und ersetze die falsch codierten Umlaute durch "ue" ... dann passt das wieder.Das sieht dann bei mir so aus:
