UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[dirkheider]

@bahnuhr dann muss ich also alles löschen und erst proxmox installieren und dann iobroker in einer VM neu? Also kein Docker?

[bahnuhr]

@dirkheider
ich habe mittlerweile schon etliches ausprobiert.

Meine Meinung dazu:
kein raspberry (wg. SD Probleme)
kein Windows (da lief ständig etwas nicht; gibt aber hierzu auch andere Meinungen)
kein Docker (ständig Probleme hier im Forum)

Meine Empfehlung:
Mini-Computer (nuc oder ähnliches)
proxmox installieren (Vorteil: Datensicherung durch backup oder snapshot schnell machbar)
Ordentlich Ram drauf (mindestens 20 GB)
Und dann iob, raspberry, go2rtc, motioneye -> alles in separate VM

Dann läuft es.

[OliverIO]

@dirkheider

Du kannst beide parallel betreiben.
Die Ports die der Iobroker belegt sind dann halt für andere Container weg.
Aber erstmal zum ausprobieren und dann deine Installation in einen Container umziehen ist kein Problem.
Ideal ist dann auch ein macvlan Netz, da du dann mit broadcasts oder doppelbelegung von Ports kein Problem mehr hast, falls irgend ein Dienst das benötigt.

Zuviele kannst du bei einem r4 eh nicht parallel betreiben wegen RAM

[OliverIO]

@bahnuhr

Docker an sich macht eigentlich kein Problem,
nur die Konfiguration und das Verständnis des Konzepts

[bahnuhr]

@oliverio sagte in IoBroker und Docker auf dem selben Pi:

Docker an sich macht eigentlich kein Problem,
nur die Konfiguration und das Verständnis des Konzepts

Ja, das stimmt.
Ich bin halt immer der Meinung: Einfach halten, dann läuft es.

Es gibt hier so viele Beispiele die bei Homematic https oder authentifizierung einsetzen.
Ist mir halt im eigenen Lan unverständlich.

[OliverIO]

@bahnuhr

Auch hier, Lücken im Verständnis, so a la,
Ich mach Port Freigabe, und weil ich nur mit https zugreife bin ich sicher

Und ja, eine zusätzliche Technologie erhöht die Komplexität und man muss sich auch damit erst beschäftigen.
Wer den Willen hat oder es schon kennt, dann kein Problem.

[bahnuhr]

@oliverio sagte in IoBroker und Docker auf dem selben Pi:

Auch hier, Lücken im Verständnis, so a la,

Kannst recht haben damit.

[dirkheider]

@oliverio hmmm okay.....dann probiere ich es mal parallel und hoffe, dass iobroker nachher noch läuft:-) Ich habe in der Tat bereits über einen kleinen Homeserver nachgedacht und da würde ich wahrscheinlich auch Poxmox nutzen. Wollte auch mal Home Assistent ausprobieren. Mal sehen ob das so mit Docker klappt:-)

[Homoran]

@bahnuhr sagte in IoBroker und Docker auf dem selben Pi:

kein raspberry (wg. SD Probleme)

mir ist in zehn Jahren bei zig Installationen auf diversen SBC noch keine einzige SD Karte gestorben.
auch nicht mit 50+GB History mit 200 geloggten DPs.

Allerdings 2 SSDs in Nuc mit Proxmox.

Bin wieder auf SD mit Pi5 zurück.

[bahnuhr]

@homoran
So unterschiedlich sind die Erfahrungen.

[Codierknecht]

@dirkheider sagte in IoBroker und Docker auf dem selben Pi:

Ich habe in der Tat bereits über einen kleinen Homeserver nachgedacht

Das würde ich auch empfehlen.
Mit 'nem Pi4 wirst Du da vermutlich nicht viel Freude haben, wenn neben dem ioBroker noch Docker mit (später mal) X verschiedenen Containern laufen soll.

ioBroker läuft auch als Container wunderbar - wenn man sich mit der Materie auseinandergesetzt, die Funktionsweise verstanden und die Fallstricke umgangen hat.
Eigentlich gedacht sind Container aber als "Wegwerfartikel". Mal eben ein System hochziehen, damit arbeiten und anschließend wieder verwerfen.
Darum läuft ioBroker bei mir nur für die Testsysteme als Container.
Produktiv verwende ich LXC-Container unter Proxmox. Die nutzen die vorhandene Hardware m.M.n. besser als eine komplexe VM. Bei der allerdings zugegebenermaßen das Durchreichen von USB-Devices um einiges einfacher ist.

Wie @OliverIO schon schrieb: Man muss sich mit der Materie befassen.
Darum hat @bahnuhr ebenfalls Recht: Je höher die Komplexität, desto schwieriger wird's.

[Meister Mopper]

@homoran sagte in IoBroker und Docker auf dem selben Pi:

Allerdings 2 SSDs in Nuc mit Proxmox.

Interessant, wie lang liefen die SSD bis zum crash, und wie machte es sich bemerkbar (man muss sich ja auf alles vorbereiten)?

[Homoran]

@meister-mopper einige Monate.
einmal startete die pve nicht mehr ganz und gab eine entsprechende Fehlermeldung dass Daten zerstört seien.
Das andere mal ging gar nichts mehr.

Ich bin dann aber auch kein Risiko eingegangen, etwas zu flicken und hab ne neue SSD eingesetzt.

Die beiden betroffenen waren aber auch nicht hochpreisig, 1x intenso und die andere weiss ich nicht mehr

[Thomas Braun]

@meister-mopper sagte in IoBroker und Docker auf dem selben Pi:

Interessant, wie lang liefen die SSD bis zum crash, und wie machte es sich bemerkbar (man muss sich ja auf alles vorbereiten)?

Bin zwar nicht @Homoran , aber letzte Woche hatte ich auch einen Ausfall einer SSD.
Sowas kann sich auf mehrere Arten zeigen. Bei mir kündigte es sich dergestalt an, das die Partition nicht mehr beschrieben werden konnte und bei einem remount oder reboot immer zwei inodes als gelöscht gemeldet wurden.
Ich hab daraufhin die SSD auch mal in meinen Linux-Laptop gesteckt, da spang mir auch schon eine Warnung vom smartmonitor in der GUI entgegen, das der Exitus des Datenträgers in den nächsten 24 Stunden zu erwarten sei.
Lesen konnte man die Daten allerdings noch.

Ich hab dann die noch lesbaren config-Dateien aus /etc zusammengeklaubt und frisch weggesichert und das System auf einer frischen SSD neuinstalliert, Backup-Dateien wieder zurückgespielt, fertig.

[Meister Mopper]

@homoran sagte in IoBroker und Docker auf dem selben Pi:

Die beiden betroffenen waren aber auch nicht hochpreisig, 1x intenso und die andere weiss ich nicht mehr

Ja, da kann das schon mal geschehen.

Derzeit habe ich in den NUC Samsung 970 EVO Plus laufen. Die schnurren noch fehlerfrei vor sich hin, haben nach 3 Jahren aber auch bereits mehr als 150 TB geschrieben.

Die Garantie umfasst meines Wissens 300 TB oder 5 Jahre.

Ich bin mir noch nicht sicher, ob ich diese Grenzen ausreizen sollte oder eher vorher einen Klon auf neue NVME erstelle und die alten entsorge.

[Meister Mopper]

@thomas-braun sagte in IoBroker und Docker auf dem selben Pi:

Backup-Dateien wieder zurückgespielt, fertig.

Ja, Backups habe ich natürlich auch en masse, da wird mir nicht bange.

[OliverIO]

@homoran

überwachst du, oder evtl auch jemand anderes regelmäßig die SMART werte?
Ich nehme mir das immer wieder mal vor (zumindest gedanklich)
Da wäre ja interessant ob man erkennen hätte können, das es zu ende geht.

ah @Meister-Mopper hat da ja was

[Homoran]

@oliverio sagte in IoBroker und Docker auf dem selben Pi:

überwachst du, oder evtl auch jemand anderes regelmäßig die SMART werte?

hab ich gaaanz früher mal gemacht, als ich einen Cubietruck mit 2.8" HDD betrieben hatte.
Auch um zu sehen was man alles an Vitaldaten live mitschneiden kann

[mjohn]

Dürfte ich auf die Themenstellung zurück kommen.

Ich habe eine neue iobroker Installation auf einem RasPi4 8Gb RAM und größerer M.2 SSD. Läuft soweit gut.

Jetzt habe ich auf dem gleichen RasPi4 Docker mit dem iobroker Container [buanet/ioBroker.docker] installiert.

• Frage: der Status wird direkt nach der Installation von als 'unhealthy' angezeigt.
  Kann ich da was fixen?

• Sollte sich der Status ändern (s.o.) oder auch so sicher zu betreiben sein stellt sich die Frage, wie kann ich iobroker starten? Der RasPi hat ja die gleiche IP Adresse, wie der iobroker Container auf dem PasPi und beide den gleichen Port:8081.

Jetzt schon mal vielen Dank.

[Codierknecht]

@mjohn sagte in IoBroker und Docker auf dem selben Pi:

gleiche IP Adresse, wie der iobroker Container auf dem PasPi und beide den gleichen Port:8081

Das geht schon mal nicht.
Wie betreibst Du den Container? Als Host oder Bridge?

Entweder musst Du im Host-Mode auf VLan setzen, oder du mappst den Port 8081 des Containers nach außen auf einen anderen Port.