hawihoney

Gibt es eigentlich einen Befehl innerhalb Unraid der einen Container Check bzw. Update durchführt? Weißt Du da was?

Klingt im ersten Moment ganz gut, aber: Hast Du eine Regel ein einzelnes Device betreffend, die ohne andere Devices auskommt? Selbst die Heizkörper-Thermostate werden erst nach Betrachtung von einem halben Dutzend anderer Zustände an- oder ausgeschaltet - jedenfalls bei uns. Wie ist das denn bei den DECTs? Da ist doch nur deren eigenes Regelwerk drauf, oder?

Das denke ich mir auch. Den ganzen Smart Kram betrachte ich einfach als Consumer Electronic. Man kann damit wunderbar "normale" Verbraucher steuern. Aber ob meine 6 LEDs in den beiden Stehlampen hinter der Couch in der Summe 4,7 W oder 5,2 W brauchen - das ist mir 88. Anders z.B. bei höheren Standby Verbräuchen. Habe bisher TV, Audio Leiste mitsamt Subwoofer in den Deep Standby geschickt. Laut Steckdose sind trotzdem noch 10 W angefallen. Jetzt wird die zugehörige Steckdose per Automatismus abgeschaltet. Dafür braucht es jetzt einen Touch-Sensor auf dem Tisch - für den WAF - Ihr versteht? Mir macht HA zunehmend mehr Spaß. Der Docker Container ist bei mir erheblich stabiler und zuverlässiger als die HA VM.

Immer wenn man etwas an der Festplatten-Anbindung ändert, würde ich vorsichtshalber einen Parity-Check durchführen. Kann nicht schaden - zumal in Deinem Fall die Parity vorher an einem USB Port hing. Bei dem Wechsel der Anbindung prüft Unraid nichts außer die Existenz der Platte. Unraid "denkt" einfach "P1 kenn ich, D1 kenn ich, D2 kenn ich, laut Flash war beim letzten Runterfahren alles ok -> alles gut". Das wäre mir persönlich in Deinem Fall nicht genug. Bei meinem System halte ich es ebenfalls so.

eSATA = externer Anschluß. SATA = interner Anschluß. Das 'e' steht für external. eSATA kommt mit einem eigenen Stecker und passender Buchse. Die letzten eSATA Anschlüsse die ich verwendete waren auf 3 Gb/s beschränkt. Ob das auf heutige 6 Gb/s angepasst wurde weiß ich nicht. Hier ein Vergleichsbild aus Wikipedia. SATA links, eSATA rechts:

Sure, did not post diagnostics because I thought this difference must be obvious. Diagnostics attached now. Sorry for this delay. What I did: My plan was to upgrade Unraid from 6.10.3 to 6.11.1 on my bare server this morning. I saw that there were two Container updates (swag and homeoffice). So I've set them to "don't autostart" and did my upgrade thing. After reboot of the bare metal server into "Don't autostart array" I checked everything and did start array after that. After array start I did upgrade both Container. Both Containers (swag/homeoffice) did end in "Please wait" but with the "Done" button shown at the bottom of the dialog. After upgrade I did set both Containers to "Autostart" again. That's all. If I had to present an idea: Upgrade "Do not autostart container" Containers look like a good candidate. tower-diagnostics-20221010-2008.zip

Nein. USB Verbindungen sind für ein RAID System nicht stabil genug.

Waren die Dateien ursprünglich auf einem anderen System? Und wenn ja, wie hast Du die Ordner/Dateien ursprünglich an das Ziel kopiert/verschoben?

Du hast schon den Smiley dahinter gesehen? Ich betrachte an- und abschalten - egal von was - immer als Paar. Beides muss machbar sein. Wenn jemand einen Export programmiert dann sollte er auch gleich einen Import programmieren, selbst wenn die Software das nicht benötigt. Quasi als Gegenprobe. Also muss in diesem Fall etwas anderes her. Zwei mögliche Alternativen für den Fall oben: 1.) Eine Multi-Sensor auf den Tisch. Eine Funktion könnte dann "Maintenance aktiv" bedeuten. Z.B.: https://www.amazon.de/Aqara-MFKZQ01LM-Cube-Steuerzentrale/dp/B07S9G5MR6 2.) Eine Einstellung in Home Assistant Oberfläche "Maintenance aktiv" mit einem Schalter-Helper und einer zugehörigen Dashboard-Karte.

Das muss man halt alles ausprobieren. Ich fummele immer noch dauernd an irgendwelchen Automatismen rum. Ich wäre aber nie auf die Idee kommen eine Dose abzuschalten wenn an dieser Dose der zu messende Verbrauch zu gering ist. Ich würde versuchen nach einem anderen Auslöser zu suchen. Muss ja anders herum ebenfalls funktionieren: Verbrauch steigt -> Dose anschalten

Das kann ich für die Blitzwolf bisher nicht sagen. Habe mittlerweile einige Im Einsatz. Ist evtl. der zu messende Verbrauch zu niedrig? Der kleinste zu messende Verbrauch hat bei uns eine LED Leuchte. Die verbraucht in Betrieb 5 W. Aber auch bei der klappt das. Die wird nur über Automatismen gesteuert. Sonst würde ich die nicht an eine Zigbee Steckdose hängen. Hier der Server:

Du könntest in der Mariadb Container Console mal folgenden Befehl absetzen: mysqld --tc-heuristic-recover rollback Entweder die DB wird auf die letzte erfolgreiche Transaktion zurückgefahren oder Du bekommst Fehlerhinweise. Ggfs. musst Du den Befehl um den Datenbank Root-User (z.B. -u root -p) erweitern. Aber das wird Dir dann ebenfalls angezeigt.

Die alten Platten bremsen nur beim Parity-Check bzw. Disk-Rebuild. Nach Abschluss des laufenden Parity-Austauschs würde ich als nächstes Disk1 durch eine Neue ersetzen, dann den Inhalt von Disk3 auf Disk1 verschieben, dann Disk2 durch eine Neue ersetzen. Und dann würde ich neu nachdenken ob Disk3 nicht drin bleiben kann, durch eine Neue ersetzt werden soll oder rausgenommen werden soll. Wenn drei Unraider darauf antworten erhälst Du vier verschiedene Antworten.

Bin nun wirklich nicht der Hardware Mensch aber für mich riecht das schwer nach CPU vs. RAM. Schon allein das Wort scrub lässt mich Richtung RAM denken. Allerdings kommt dieser Fehler erst nachdem der Server gestartet war. Deinen Worten entnehme ich, dass der Start des Servers schon etwas zurück liegt. Zwei der Fehler wurden behoben, was mich dann wieder an ECC denken lässt. Hast Du ECC RAM? Wenn ja: Ich halte zwar Memtest für ein eher beruhigendes, esoterisches Werkzeug, aber in einem solchen Fall könnte es tatsächlich nicht schaden. Schwer zu sagen: Sind Motherboard, CPU und RAM absolut kompatibel? Ich denke nicht das Du übertaktest, oder? Wurde etwas am BIOS geändert?

During the process of downloading new Unraid releases (without installing them) all disks become spun up. I was under the impression that downloading new releases affects the boot device only. I usually download new releases whenever they become available. But I upgrade at a later time - whenever it is a good time to upgrade. Why is the download process spinning up all disks?

Der offizielle Weg ist von Home Assistant eindeutig beschrieben (siehe meinen Link oben). Für Unraid gilt der Linux KVM (QCOW2 virt-install) Weg. Alles andere muss nicht falsch sein. Aber warum einen anderen Weg beschreiten wenn der Hersteller einen Weg benennt. Zu Icons kann ich nix sagen.

Alles was ich in der HA-VM benötigte läuft 1:1 astrein im Container mit einigen wenigen Ausnahmen. 1. Um das Backup muss ich mich selbst kümmern. Normalerweise wäre das kein Problem, aber mein Standard Container-Backup bestehend aus "docker stop, rsync, docker start" führt dazu, dass eine Integration zu 100% offline bleibt. Das ist mein Kaco Wechselrichter der Photovoltaik Anlage - und der ist ein zentrales Element unserer Haus-Steuerung. Deshalb mache ich aktuell manuelle Backups. 2. Erfreulicherweise muss ich keine "gefühlt" täglichen Updates mehr auf mich einprasseln lassen. Core, OS, die in der VM benötigten Editoren, etc. da wollte täglich irgendetwas upgedatet werden. Mich macht nur nervös, dass in ca. 3 Wochen kein einziger Update für den Container kam ... Ansonsten läuft hier der Container bisher stabiler als die VM. Ist halt meine Philosophie: Im Kernel stecken eine "Trillion" Mann-Jahre Erfahrung. Das klappt immer besser als eigenes Gefrickel. Und wenn dann mal irgendeine Komponente Amok läuft, was ich hier noch nicht erlebt habe, ja gut, ist halt kein Server im Krankenhaus - ist nur unser Home-Lab. Bei Dir war ein Kern auf 100%. Guck mal ob das nicht IOWAITs sind.

Hmm, ich hatte die offizielle Anleitung von HA verwendet (KVM): https://www.home-assistant.io/installation/linux Allerdings wähle ich niemals CPU Isolation sondern überlasse das dem Scheduler des Hosts - also immer alle Kerne zuweisen. Der kann das besser verteilen und anpassen als ich. VMs haben tatsächlich einen höheren Footprint als Docker Container. Deshalb bin ich vor ein paar Wochen von HA VM auf HA Container umgestiegen und bin mehr als zufrieden. Im Übrigen habe ich bisher nur 2 Videos von dem genannten angeschaut. Beide hatten mich eher - ahem - abgeschreckt. Aber das ist meine persönliche Meinung.

Ziemlich wenig Details. Poste mal die Diagnostics. Zunächst einmal kann Unraid mit allem umgehen mit dem auch Linux umgehen kann. Zu 2-Sockel Motherboards mit 2 CPUs kann ich definitiv sagen das es ging und geht. Was sagt denn das BIOS? Was sagt denn die Device Übersicht in der Unraid GUI (unter Tools)?

Habe erst letzte Woche damit angefangen. Auf dem Screenshot oben siehst Du sie in meinen "Einstellungen". Das sind alles Helfer. Ich nutze die um: Helfer (Gruppe) - da packe ich zum Beispiel alle Fenstersensoren rein und sehe auf einen Blick ob ein Fenster offen ist (die Interpretation kann man einstellen). Gleiches für die Anwesenheit (über die Smartphones). Diese Helfer kannst Du dann in Automatismen verwenden bzw. anzeigen Helfer (Nummer) - die verwende ich in meinen neuen "Einstellungen" auf dem Dashboard. Da hab ich Werte einstellbar hinterlegt die ich ebenfalls in Automatismen verwende Helfer (Schalter) - damit schalte ich zum Beispiel ob Heizperiode oder Partymodus angeschaltet sind. Sind echt hilfreich. Beispiel: Die Klimaanlage unterstützt die Gas-Heizung wenn genug Strom auf dem Dach ist. Eingestellt habe ich mit Hilfe eines numerischen Helfers 2000 W: Das frage ich dann in den Automatismen ab: Noch ein Beispiel - diesmal Gruppe. Hier sind alle Fenster im OG zusammengefasst, wobei die beiden unteren ebenfalls eine Gruppe von Sensoren abdeckt. Die Helfer Gruppe "Fenster OG" ist dann wiederum in der Helfer Gruppe "Fenster" enthalten und das dann wiederum in der Helfer Gruppe "Türen und Fenster". Das meinte ich mit hierarchisch: Und wenn dann alle aus dem Haus rennen und Fenster bzw. Türen stehen offen, dann gibt es eine Nachricht aufs Handy:

Ich halte es da mit meinem alten IT Ausbilder: "Es ist egal wie Du es nennst, nutze dieses Schema dann aber konsequent überall. Das hilft später bei einer evtl. notwendigen maschinellen Umbenennung." Da Home Assistant gem. eigener Erfahrung mit allzu langen Namen nicht klar kommt habe ich das wie folgt gelöst (Beispiele): Fenstersensor Wohnzimmer re Klimaanlage Schlafzimmer EG Klimaanlage Schlafzimmer G Klimaanlage Schlafzimmer H Steckdose Klimaanlage OG Steckdose Klimaanlage EG Türsensor Waschküche Wassersensor Küche Wassersensor Waschküche "Helfer" habe ich zudem hierarchisch zusammengestellt um Automatismen auf alle möglichen Kombinationen anwenden zu können (Beispiele, hier Gruppen): Fenster und Türen - Fenster OG - Badezimmer - Fenster Schlafzimmer G - Fenstersensor Schlafzimmer G seite - Fenstersensor Schlafzimmer G li - Fenstersensor Schlafzimmer G re - Fenster Schlafzimmer H - Fenstersensor Schlafzimmer H li - Fenstersensor Schlafzimmer H re - Fenster EG ... - Türen ... Ich lerne noch täglich dazu und finde es absolut spannend. Andere mögen andere Schemata verwenden, ist aber egal (s.o). Habe mir noch gestern gedacht "Bei Software berücksichtige ich Optionen/Einstellungen. Wäre doch was für Home Assistant" und schwupps:

Ah, das wusste ich nicht. Vielen Dank.

Meines Wissens ist das hier das Support Forum von Unraid. Die Konfiguration wirkt auf mich als wäre sie nicht Standard Unraid. Du meldest Probleme mit Unraid. Und Du verstehst nicht den möglichen Zusammenhang? Das wiederum verstehe ich nicht.