Multihost - einzelne Hosts löschen
-
-
Bei mir konnte ich den Nebenhost nicht mehr starten, da er sich beim Booten dauernd aufhing. Habe nach dieser Anleitung
@Bluefox:Über Objekt Baum `
bzw. der von der Homepage den Host aus iobroker entfernt. Aber wie bekomme ich die einzelnen Instanzen gelöscht? Ich hatte dort ebenfalls einen Sayit laufen und dieser wird mir unter Instanzen immer noch angezeigt. Klicke ich auf Löschen öffnet sich das Terminalfenster, aber es passiert nichts.Könnte das evtl. auch noch ein Bug sein?
-
Ich war in einer ähnlichen Situation >>> "alte" Multihost Instanz aus den Systemobjekten entfernt, aber die Adapter Instanzen des gelöschten Hosts waren noch vorhanden.
Die Frage, die meine Situation beschrieben hat, habe ich hier gefunden. Nur die Antwort leider nicht.
Hier die Info wie ich es lösen konnte. Vielleicht hilft diese ja irgendwann mal jemandem.
Wenn ich aus dem iobroker Admin heraus die Adapter Instanzen löschen wollte, wurde zwar z.B. "./iobroker del sayit.1" angezeigt, aber mehr ist auch nicht passiert.
Das "Konsolen-Fenster" blieb "ewig" offen stehen, bis ich es dann selber geschlossen habe.
Ich habe mich dann über SSH auf den ioBroker Host verbunden, dort den ioBroker mit "iobroker stop" angehalten.
Danach konnte ich die Löschbefehle erfolgreich ausführen "iobroker del <adapter instanz="">".
Beim Neustart von ioBroker (iobroker start) waren die alten Adapter Instanzen dann sauber bereinigt (hoffe ich zumindest :) ).
Meine ioBroker Installation läuft unter Debian auf einem Intel NUC, die gelöschte Multihost Instanz war eine Rasbian Installation auf einem RPi3 (falls das für diesen Fall relevant sein sollte).
Information am Rande:
Scheinbar hatte ich durch die nicht mehr vorhandene zweite Hostinstanz (war offline, da der Host heruntergefahren wurde) einige Probleme im iobroker Admin. So wurde mir der "Log" Rabeiter rot angezeigt. Aber beim klick darauf waren aber keine Logeinträge zu sehen. Beim Klick auf den "Adapter" Tabreiter wurden mir keine Adapter angezeigt. Die Funktion vom ioBroker selber und der Geräte/Scripte war aber nicht beeinträchtigt. Generell hat es sich so angefühlt als wäre der ioBroker sehr langsam (ggf. durch irgendwelche Prüfungen/Abfragen die im Hintergrund in ein Timeout gelaufen sind).
Ein Neustart des ioBroker/NUC hat an der Situation nicht geändert.
Erst nachdem ich den alten Multihost + die dazugehörigen Adapter Instanzen entfernt habe (wie oben beschrieben) und den ioBroker neu gestartet habe, hat wieder alles sauber und stabil funktioniert.
Ob und wenn ja wie das genau im Zusammenhang steht kann ich nicht beurteilen. Aber evtl. hilft es ja jemandem bei seiner Problembehebung.</adapter>
-
Habt ihr mal versucht, im Reiter "Instanzen" in der Spalte "Server" den betreffenden Adapter auf einen noch vorhandenen Host zu verlegen und dann zu löschen?
Ich habe es noch nicht probiert - wäre aber möglich, das es so geht.
Gruß,
Eric
Von unterwegs getippert
-
Also ich für meinen Teil habe es nicht versucht, da ich zu diesem Zeitpunkt bereits den alten Host aus den Systemobjekten gelöscht habe (wie weiter oben in dem Beitrag von Bluefox beschrieben).
Allerdings ist der Beitrag hier ja schon bald wieder ein Jahr alt. D.h. ggf. hat da nicht mehr alles in dieser Form Gültigkeit.
Habe nur "meinen Lösungsweg" hier angehängt da ich, hier zwar meine Problembeschreibung gefunden habe, aber nicht die dazugehörige Lösung.
Gruß
Roland
-
Ich versuche nachher mal auf so einem Host iobroker zu stoppen, in "node_modules" die iobroker.* Verzeichnisse der "zu viel"-Adapter zu löschen und neu zu starten. Könnte mir vorstellen das das reicht, vllt mit einem "iobroker upload all" oder so … mal schauen
-
Hallo Ingo,
Ist aber in dem Fall nicht ein "iobroker del <adapter instanz="">" die "schönere" Variante?
Unter anderem werden da doch auch die Adapter Verzeichnisse entfernt. Könnte mir aber vorstellen das hier noch an anderen Stellen geprüft wird ob etwas zu bereinigen ist.
Ist nur eine Vermutung.
Bei mir war ja der Auslöser des Problems, das eine zusätzliche ioBroker Instanz von mir einfach entfernt wurde (sprich der RPi3, der als zweiter Host in Betrieb war, wurde dauerhaft heruntergefahren).
Das ist natürlich nicht der saubere Standardweg. Aber wenn man in die Situation kommt und somit "Reste" von dem gelöschten Host im ioBroker hat, sollen diese ja auch sauber entfernt werden.
Zusammengefasst war das bei mir das Löschen vom Host aus den Systemobjekten (wie oben von Bluefox beschrieben) und als zweiten Schritt das Entfernen der Adapter-Instanzen vom gelöschten Host auf Konsolenebene.
Die Frage die man ggf. stellen könnte ist, warum das Löschen dieser Adapter-Instanzen im ioBroker Admin nicht möglich ist. Scheinbar wird ja auch dort versucht den Befehl "iobroker del <adapter instanz="">" abzusetzen. Nur es wird scheinbar nichts ausgeführt.
Wenn die Lösung zu den "Low hanging Fruits" zählt (was ich nicht beurteilen kann), dann könnte man ja ein "Löschen auch von alten Host Instanzen im ioBroker Admin" irgendwann bei einem Update mitnehmen. Die Entscheidung ob das überhaupt Sinn macht, liebt aber beim Projektteam. Ich will nur aufzeigen was mir aufgefallen ist.</adapter></adapter>
-
Hallo Ingo,
Ist aber in dem Fall nicht ein "iobroker del <adapter instanz="">" die "schönere" Variante?
Unter anderem werden da doch auch die Adapter Verzeichnisse entfernt. Könnte mir aber vorstellen das hier noch an anderen Stellen geprüft wird ob etwas zu bereinigen ist.
Ist nur eine Vermutung.
Bei mir war ja der Auslöser des Problems, das eine zusätzliche ioBroker Instanz von mir einfach entfernt wurde (sprich der RPi3, der als zweiter Host in Betrieb war, wurde dauerhaft heruntergefahren).
Das ist natürlich nicht der saubere Standardweg. Aber wenn man in die Situation kommt und somit "Reste" von dem gelöschten Host im ioBroker hat, sollen diese ja auch sauber entfernt werden.
Zusammengefasst war das bei mir das Löschen vom Host aus den Systemobjekten (wie oben von Bluefox beschrieben) und als zweiten Schritt das Entfernen der Adapter-Instanzen vom gelöschten Host auf Konsolenebene.
Die Frage die man ggf. stellen könnte ist, warum das Löschen dieser Adapter-Instanzen im ioBroker Admin nicht möglich ist. Scheinbar wird ja auch dort versucht den Befehl "iobroker del <adapter instanz="">" abzusetzen. Nur es wird scheinbar nichts ausgeführt.
Wenn die Lösung zu den "Low hanging Fruits" zählt (was ich nicht beurteilen kann), dann könnte man ja ein "Löschen auch von alten Host Instanzen im ioBroker Admin" irgendwann bei einem Update mitnehmen. Die Entscheidung ob das überhaupt Sinn macht, liebt aber beim Projektteam. Ich will nur aufzeigen was mir aufgefallen ist.</adapter></adapter>
@RoE19xx Hi gibts hier eine Herangehensweise, wie host Leichen gelöscht werden können? habe das Problem auch..bin vom tinker auf ein rock 64 umgezogen und habe mittels backup iob wieder hergestellt.Anschl. hatte ich den tinker als host mit drinne. nochmal den Boardnamen geändert und schon hatte ich nen 3. host...
der rock ist nun mein master im multihostbetrieb mit nem raspi...
Habe alle instanzen umgezogen, dennoch lassen sich die leichen nicht löschen -
@RoE19xx Hi gibts hier eine Herangehensweise, wie host Leichen gelöscht werden können? habe das Problem auch..bin vom tinker auf ein rock 64 umgezogen und habe mittels backup iob wieder hergestellt.Anschl. hatte ich den tinker als host mit drinne. nochmal den Boardnamen geändert und schon hatte ich nen 3. host...
der rock ist nun mein master im multihostbetrieb mit nem raspi...
Habe alle instanzen umgezogen, dennoch lassen sich die leichen nicht löschen@smartboart sagte in Multihost - einzelne Hosts löschen:
dennoch lassen sich die leichen nicht löschen
Wieso nicht?
Wie jast du es versucht?
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@smartboart sagte in Multihost - einzelne Hosts löschen:
dennoch lassen sich die leichen nicht löschen
Wieso nicht?
Wie jast du es versucht?
-
@smartboart sagte in Multihost - einzelne Hosts löschen:
dennoch lassen sich die leichen nicht löschen
Wieso nicht?
Wie jast du es versucht?
@Homoran siehe bild oben...alle instanzen welche ich im admin sehe laufen auf den beiden aktiven hosts... Denoch lassen sich die anderen nicht löschen wie auf dem Bild gezeigt..
-
@smartboart sagte in Multihost - einzelne Hosts löschen:
dennoch lassen sich die leichen nicht löschen
Wieso nicht?
Wie jast du es versucht?
@Homoran ich werde iob mal stoppen und üer die konsole das eingeben. iobroker host remove tinkerboard
-
@Homoran siehe bild oben...alle instanzen welche ich im admin sehe laufen auf den beiden aktiven hosts... Denoch lassen sich die anderen nicht löschen wie auf dem Bild gezeigt..
@smartboart sagte in Multihost - einzelne Hosts löschen:
lassen sich die anderen nicht löschen wie auf dem Bild gezeigt..
Ich erkenne nicht wie du das löschen initiiert hast
Löschen während ich lese kommt auch nicht so toll
Einfach unter objekte den system. Host.xy löschen
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@smartboart sagte in Multihost - einzelne Hosts löschen:
lassen sich die anderen nicht löschen wie auf dem Bild gezeigt..
Ich erkenne nicht wie du das löschen initiiert hast
Löschen während ich lese kommt auch nicht so toll
Einfach unter objekte den system. Host.xy löschen
@Homoran sorry...
ja hatte mich vertippt beim Befehl...
Das mit der Kommando zeile hat funktioniert...das macht im Prinzip das Selbe wie die Objekte zu löschen.Was übrigens auch funktioniert hat....Vielen Dank für den Tipp... -
Ich war in einer ähnlichen Situation >>> "alte" Multihost Instanz aus den Systemobjekten entfernt, aber die Adapter Instanzen des gelöschten Hosts waren noch vorhanden.
Die Frage, die meine Situation beschrieben hat, habe ich hier gefunden. Nur die Antwort leider nicht.
Hier die Info wie ich es lösen konnte. Vielleicht hilft diese ja irgendwann mal jemandem.
Wenn ich aus dem iobroker Admin heraus die Adapter Instanzen löschen wollte, wurde zwar z.B. "./iobroker del sayit.1" angezeigt, aber mehr ist auch nicht passiert.
Das "Konsolen-Fenster" blieb "ewig" offen stehen, bis ich es dann selber geschlossen habe.
Ich habe mich dann über SSH auf den ioBroker Host verbunden, dort den ioBroker mit "iobroker stop" angehalten.
Danach konnte ich die Löschbefehle erfolgreich ausführen "iobroker del <adapter instanz="">".
Beim Neustart von ioBroker (iobroker start) waren die alten Adapter Instanzen dann sauber bereinigt (hoffe ich zumindest :) ).
Meine ioBroker Installation läuft unter Debian auf einem Intel NUC, die gelöschte Multihost Instanz war eine Rasbian Installation auf einem RPi3 (falls das für diesen Fall relevant sein sollte).
Information am Rande:
Scheinbar hatte ich durch die nicht mehr vorhandene zweite Hostinstanz (war offline, da der Host heruntergefahren wurde) einige Probleme im iobroker Admin. So wurde mir der "Log" Rabeiter rot angezeigt. Aber beim klick darauf waren aber keine Logeinträge zu sehen. Beim Klick auf den "Adapter" Tabreiter wurden mir keine Adapter angezeigt. Die Funktion vom ioBroker selber und der Geräte/Scripte war aber nicht beeinträchtigt. Generell hat es sich so angefühlt als wäre der ioBroker sehr langsam (ggf. durch irgendwelche Prüfungen/Abfragen die im Hintergrund in ein Timeout gelaufen sind).
Ein Neustart des ioBroker/NUC hat an der Situation nicht geändert.
Erst nachdem ich den alten Multihost + die dazugehörigen Adapter Instanzen entfernt habe (wie oben beschrieben) und den ioBroker neu gestartet habe, hat wieder alles sauber und stabil funktioniert.
Ob und wenn ja wie das genau im Zusammenhang steht kann ich nicht beurteilen. Aber evtl. hilft es ja jemandem bei seiner Problembehebung.</adapter>
@RoE19xx said in Multihost - einzelne Hosts löschen:
Ich war in einer ähnlichen Situation >>> "alte" Multihost Instanz aus den Systemobjekten entfernt, aber die Adapter Instanzen des gelöschten Hosts waren noch vorhanden.
Die Frage, die meine Situation beschrieben hat, habe ich hier gefunden. Nur die Antwort leider nicht.
Hier die Info wie ich es lösen konnte. Vielleicht hilft diese ja irgendwann mal jemandem.
Wenn ich aus dem iobroker Admin heraus die Adapter Instanzen löschen wollte, wurde zwar z.B. "./iobroker del sayit.1" angezeigt, aber mehr ist auch nicht passiert.
Das "Konsolen-Fenster" blieb "ewig" offen stehen, bis ich es dann selber geschlossen habe.
Ich habe mich dann über SSH auf den ioBroker Host verbunden, dort den ioBroker mit "iobroker stop" angehalten.
Danach konnte ich die Löschbefehle erfolgreich ausführen "iobroker del <adapter instanz="">".
Beim Neustart von ioBroker (iobroker start) waren die alten Adapter Instanzen dann sauber bereinigt (hoffe ich zumindest :) ).
Meine ioBroker Installation läuft unter Debian auf einem Intel NUC, die gelöschte Multihost Instanz war eine Rasbian Installation auf einem RPi3 (falls das für diesen Fall relevant sein sollte).
Information am Rande:
Scheinbar hatte ich durch die nicht mehr vorhandene zweite Hostinstanz (war offline, da der Host heruntergefahren wurde) einige Probleme im iobroker Admin. So wurde mir der "Log" Rabeiter rot angezeigt. Aber beim klick darauf waren aber keine Logeinträge zu sehen. Beim Klick auf den "Adapter" Tabreiter wurden mir keine Adapter angezeigt. Die Funktion vom ioBroker selber und der Geräte/Scripte war aber nicht beeinträchtigt. Generell hat es sich so angefühlt als wäre der ioBroker sehr langsam (ggf. durch irgendwelche Prüfungen/Abfragen die im Hintergrund in ein Timeout gelaufen sind).
Ein Neustart des ioBroker/NUC hat an der Situation nicht geändert.
Erst nachdem ich den alten Multihost + die dazugehörigen Adapter Instanzen entfernt habe (wie oben beschrieben) und den ioBroker neu gestartet habe, hat wieder alles sauber und stabil funktioniert.
Ob und wenn ja wie das genau im Zusammenhang steht kann ich nicht beurteilen. Aber evtl. hilft es ja jemandem bei seiner Problembehebung.</adapter>
Exakt mein Problem , leider sind nach deiner beschrieben vorgehensweise noch immer die gelöschten Inztanzen in der Liste
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 Anmelden448
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge