mgutt

Sozusagen: https://forums.unraid.net/topic/109990-kein-spindown-nach-hardwareaustausch-mit-aktiviertem-powertop/?do=findComment&comment=1026914

Die NVMe macht ASPM Probleme. Sie schläft ein, wacht aber nicht mehr auf oder zu spät und damit sind keine Dateien mehr lesbar und alles schmiert ab. Welches Modell verwendest du?

Disable Array Autostart, remove all drives and boot without them. Then add one after the other, unitl the C-State becomes bad. yes. You should leave the array stopped while testing and check your logs for new error entries. powertop --auto-tune executes the same commands. So no. The advantage of the separate commands is that you can remove problematic commands, which are maybe incompatible to your hardware. And you wouldn't need to install powertop at all. Search in the forums. I'm sure its already discussed.

Google Pixel 5

Did you close port 80? Lets Encrypt can not reach your domain through http.

Also echt keine Ahnung warum, aber jetzt erreiche ich mit dem M920x auch in Unraid C8 und der Verbrauch liegt im Schnitt bei 4W. Wie gesagt mit 2x 2TB NVMe und 1x 8TB SATA SSD. Als nächstes versuche ich dann mal mit M.2 PCIe Adapter eine dritte NVMe zum Laufen zu bringen. Was übrigens ätzend ist, dass man im BIOS scheinbar ohne Num-Feld auf der Tastatur keine Chance hat die Boot-Reihenfolge zu ändern, weil mir die Plus/Minus-Taste fehlt. Auf die im regulären Bereich reagiert das BIOS jedenfalls nicht. EDIT: Ich habe gerade den Tipp gefunden, dass eine der F-Tasten gehen könnte. Muss ich dann mal ausprobieren. Zumindest kann ich beim Booten mit F12 das Bootmenu aufrufen und dadurch zwischen Ubuntu und Unraid wechseln. EDIT: Neben der WLAN Karte habe ich nun auch so einen DisplayPort-Adapter ausgebaut: Hat allerdings nichts am Verbrauch geändert. Mir ist aber noch aufgefallen, dass ich gar nicht das Original Netzteil verwende. Das Original hat 65W. Meins hat 90W. Vielleicht holt man mit dem Original auch noch was raus 😅 Jetzt teste ich jedenfalls den PCIe Adapter. EDIT2: Also mit dem PCIe Adapter + PCIe M.2 Adapterkarte + 1TB NVMe + 8TB SATA SSD + 2x 2TB NVMe rückseitig, erreiche ich nur noch C7. Der Verbrauch liegt nun bei ca 6W In der Konstellation könnte man aber noch problemlos das Gehäuse schließen. Als nächstes messe ich mal mit einem WLAN auf 2x SATA Adapter. EDIT3: Mit WLAN-2x-SATA-Adapter + 2x 8TB + 1x 8TB onboard + 2x 2TB NVMe Onboard erreiche ich nur noch C3 und der Verbrauch liegt nun bei 16W, wobei ich nicht weiß wie effizient das zusätzliche Netzteil ist 🤷‍♂️ Ich denke ich prüfe das morgen noch mal mit einer PicoPSU gegen. Da weiß ich, dass das Netzteil effizient ist. Das Gehäuse bekommt man auf die Art übrigens nur noch mit sehr viel Glück zu. Würde ich dann auch versuchen.

Der Shelly hat ja jetzt 3 Sensoren. Kann ich die Summe aus den 3 Sensoren zu einem Sensor zusammenfassen? Das das aufgeteilt wird, finde ich doof: EDIT: Hier sollte ich eine Lösung finden: https://community.home-assistant.io/t/calculate-sum-two-entities-to-one-sensor/182063/13 EDIT2: Hmm, wenn ich jetzt wirklich alles messen möchte, bräuchte ich ja eigentlich sogar drei Shelly 3EM: - Wärmepumpe - PV-Anlage - Stromzähler rein und raus (die Shelly kann ja meine ich in beide Richtungen messen) Oder man ist richtig krank und misst auch noch das Kochfeld ^^

So ich denke ich habe nun alles deaktiviert. Dauert echt ewig bei vielen Aktoren 🤪 Außerdem habe ich nun das in der configuration.yaml ergänzt, damit die Datenbank entsprechend aufgeräumt wird: # Logging recorder: # log period in days (default: 10) purge_keep_days: 1100 # write log to disk interval in seconds (default: 1) commit_interval: 60 exclude: domains: - device_tracker - media_player - sun entity_globs: - sensor.date* - sensor.time* - sensor.internet_time* # sonos - switch.*_surround_music_full_volume* - switch.*_surround_enabled* - switch.*_subwoofer_enabled* - switch.*_speech_enhancement* - switch.*_night_sound* - switch.*_loudness* - switch.*_crossfade* - number.*_treble* - number.*_bass* - number.*_gain* - number.*_surround_level* - number.*_sub_gain* - number.*_audio_delay* - binary_sensor.*microphone* # shelly - sensor.*_power_factor - sensor.*_voltage - sensor.*_current - binary_sensor.*_overpowering # aqara weather sensor - sensor.*_pressure* - sensor.*_humidity* - sensor.*_battery* - sensor.*_temperature* # aqara smart plug - sensor.*_electricalmeasurementrmsvoltage* - sensor.*_electricalmeasurementpowerfactor* - sensor.*_devicetemperature* - button.*_identifybutton* # aqara motion - sensor.*_illuminance* - sensor.*_battery* - sensor.*_aqaramotionsensitivity* - binary_sensor.*_occupancy* - binary_sensor.*_iaszone* entities: - weather.forecast_home Wie man sieht habe ich den Log-Zeitraum massiv auf 1100 Tage (3 Jahre) verlängert, weil ich zB den Verbrauch der Wärmepumpe vom letzten mit dem vom vorletzten Jahr vergleichen können möchte und wenn ich das zB Mitte diesen Jahres erst mache, sind das ja schon 2.5 Jahre. Ich bin gespannt welchen Einfluss diese Änderungen nun auf die DB-Größe haben wird. Aktuell hat sie eine Größe von 220 MB. Laut Dokumentation macht Home Assistant jede Nacht um 04:12 einen Datenbank-Cleanup.

Als erstes habe ich mal bei allen Geräten die für mich irrelevanten Entitäten deaktiviert, in der Hoffnung, dass die dadurch auch nicht mehr geloggt werden. zB brauche ich nicht wissen welche Spannung anliegt. Werden halt irgendwas um die 230V sein. Who cares ^^ Dadurch habe ich nun bei den Aqara Smart Plugs Spannung, PowerFactor, Device Temperature und den Identify Button deaktiviert:

Arbeitsbedingt besitze ich Navicat for SQLite, worüber ich die home-assistant_v2.db entsprechend dem oben verlinkten How-To ausgewertet habe: Keine Ahnung was ich mit dieser Erkenntnis nun anfangen soll ^^ Das hier ist schon klarer: Ich werde also wohl als erstes dieses sensor.date und sensor.time Entitäten excluden. Hier sieht man auch die völlig unsinnigen Logs für Bass, Höhen, usw: Was heißt hier eigentlich "number" im Gegensatz zu "switch"?!

Den Beitrag vom anderen Thread: Ich würde gerne deutlich länger den gemessenen Verbrauch der Aktoren darstellen können. Standardmäßig speichert HA ja nur 10 Tage. Nun könnte ich purge_keep_days auf 90 Tage ändern: recorder: purge_keep_days: 90 Dem folgenden Thread entnehme ich allerdings, dass dadurch die Datenbank sehr groß wird und man gewisse Dinge wohl rausfiltern sollte: https://community.home-assistant.io/t/how-to-keep-your-recorder-database-size-under-control/295795 Verstehe ich das richtig, dass man Entitäten nur ein- oder ausschließen kann? Ich hätte jetzt erwartet, dass man zB den Verbrauch 90 Tage speichert, aber Spannung und Temperatur nur 7 Tage. Stattdessen muss ich jetzt wohl Spannung und Temperatur komplett ausschließen?! Und wenn ich nun alle Temperatur-Messungen nicht loggen möchte, dann wäre das so korrekt? # Amount of days to store the history (default 10 days) recorder: purge_keep_days: 30 exclude: entities: - sensor.lumi_lumi_plug_maeu01_devicetemperature_* - sensor.lumi_lumi_plug_maeu01_electricalmeasurementpowerfactor_* - sensor.lumi_lumi_plug_maeu01_electricalmeasurementrmsvoltage_* Ich habe jetzt erstmal den Rekorder auf 30 Tage erhöht. Die home-assistant_v2.db ist aktuell noch 186 MB groß. Mal sehen wie groß sie in 30 Tagen ist. Eigentlich schade, dass HA die Speicherbelegung pro Entität nicht einfach direkt über die GUI anzeigt (separate Spalte in der Entitäten-Liste).

Kann ich davon ausgehen, dass HA deaktivierte Entitäten nicht mehr loggt? Ich habe beim Shelly 3EM nun alles deaktiviert, was mich eh nicht interessiert: Richtig beknackt ist ja, dass der sogar zB den Bass-Regler meiner Sonos Boxen loggt (wovon ich nicht wenige habe und er macht das auch bei Höhen-Einstellungen usw): Für mich nicht nachvollziehbar, warum man das nicht direkt über die GUI ein- oder ausschalten kann.

Da es für 3-Phasen ja nichts für Zigbee gibt, habe ich nun den Shelly 3EM in Betrieb genommen. Da ich vorher noch ein Youtube Video geschaut hatte, wusste ich zum Glück, dass man die Messzangen vom Stromfluss her "falsch herum" montieren muss, da man sonst negative Verbrauchswerte angezeigt bekommt. Die Einbindung in HA hat jedenfalls problemlos geklappt. Auch mit User + Passwort. Jetzt werde ich endlich mal erfahren was die Wärmepumpe beim Verbrauch eigentlich ausmacht. Ich denke ich kaufe die Tage dann auch gleich noch einen 3EM für die PV-Anlage.

Because of the long name its harder to use the breadcrumb navigation through a smartphone: Maybe it can be renamed to a shorter name like "Local" or "Lang"? And it would be even better if the "Home" entry isn't displayed at all (as it is already part of the menu bar.

Würde ich auch kritisch sehen. Kann aber auch eine Buchse selbst sein. Am besten mal einen Kreuztausch von zwei HDDs machen.

Im Array? Warum? Der Kontroller geht schlafen und wacht nicht mehr auf. So ein Bug sollte eigentlich keine Daten zerlegen 🤨

Search in the forums for other users using the 57810S and ask them 🤷

Dieses Icon ist einfach Banane. Wieso hat man das Ordner-Icon nicht gelassen. Ist doch kein "externer Link"?!

Da muss ich mal die Beschreibung anpassen, denn nur leer setzt keines:

So einen Quark kannst du dir sparen. Du installierst sinnfrei irgendwelche Apps. Das sind keine Treiber für Sensoren. Der Controller wird wohl nicht standardmäßig erkannt und erfordert manuelle Schritte: https://forums.opensuse.org/t/lm-sensors-not-display-fan-speed/147972/2 Ähnliches Thema, aber anderer Controller: https://gist.github.com/plembo/b1d564a3140bb2784d35f5e8e0d5b661

Du meinst du weißt nicht wie man den Inhalt einer Disk einsieht?! Bei der Disk Übersicht rechts das Icon anklicken 🤨

Nein Aktivieren mal die erweiterte Ansicht. Genehmigt sich da ein Container so viel RAM? Danach wieder die normale Ansicht aktivieren. Die erweiterte verursacht unnötig Last auf dem System. Und die hat wie viel RAM reserviert? Der ist natürlich weg. HA läuft übrigens auch gut als Cobtainer. Was genutzt wird, wird genutzt. Also da kann man nichts aufräumen, selbst wenn unRAID das wollte. Ansonsten könntest du aber auch einfach das Array stoppen. Dann muss der RAM leer sein, weil ja alle Apps beendet wurden.

Probieren geht über studieren

Maybe this explanation helps (use auto translate if you don't speak German): https://forums.unraid.net/topic/99393-häufig-gestellte-fragen/?do=findComment&comment=947943 Finally it's a personal decision if you want to invest the additional money to reduce the data integrity risks.

The dashboard is "lying" to you. Check with the terminal command htop which processes are running. Especially in the situation when you suffer from the soft lock.