mgutt

Naja das ist das doch das Netzwerk ^^ Dann mal zu der Fehlermeldung. Ich interpretiere das so, dass der Container diese Datei beim Starten ausführt, diese aber nicht findet. Da /bin kein gemounteter Pfad ist, befindet er sich innerhalb des Containers. Der Container wird wiederum in das docker.img installiert. Fazit: Container mit der selben Version neu installieren oder probieren Docker komplett neu zu installieren (docker.img löschen). Diese Fehlermeldungen von unRAID sind ziemlich nutzlos. Besser ist es den Container zu bearbeiten, irgendwo ein Leerzeichen zu setzen und wieder zu entfernen, damit man den Apply Button aktiviert bekommt. Den anklicken und der Container wird gestoppt und neu gestartet und dabei sieht man dann das verwendete Kommando und auch die evtl Fehlermeldung.

Also im Grunde hast du schon beide Optionen genannt. Entweder alte Platten rein und damit starten und nach und nach gegen die neuen Platten ersetzen oder eben alles von Null starten und die alten Platten mounten und dann rüberkopieren. Einem Anfänger würde ich zu ersterem raten.

Würde ich nicht machen. Ich mein du willst ja latenzfrei und mit möglichst hoher Auflösung arbeiten. Die stellst du dir zb vor auf die VM zuzugreifen? RDP? Oder soll der Server unter dem Tisch stehen und du schließt die Monitore direkt an den Server? Ansonsten: Mieser Airflow Warum das? Behindert vermutlich tiefe C-States. Lieber Samsung kaufen. Ineffizient und je nach GPU auch zu klein. Dann kannst du das Thema Strom sparen eh abhaken. Bei Videoschnitt würde ich das nicht mehr so sehen. Da will man ja auf einer Timeline springen können und mit Effekten spielen. Also schneller RAM hilft da denke ich schon.

Der Slot kann laut technischer Daten beides: 1 x Vertical M.2 Socket (Key E), supports type 2230 WiFi/BT PCIe WiFi module and Intel® CNVi (Integrated WiFi/BT) Also kann man auch eine M.2 NVMe verbauen oder einen SATA Adapter.

Das alles abklemmen und noch mal messen. Du kannst problemlos mit fehlenden Platten neu starten. Dann startet nur eben das Array nicht. Wenn du danach wieder alle verbindest, ist es so wie vorher. Das wird ziemlich sicher an der Karte liegen. Ansonsten könnte noch das 10G besonders hohe C-States verhindern. Aber ich denke C6/C7 sollte drin sein. Das kostet dich auch ein paar Watt. Wirklich viel vorher hier gelesen hast du nicht in Sachen Strom sparen. Shame on you 😉 Ich denke eher 4W, aber ja das macht auch was aus. Wobei der aktuelle AST2600 IPMI Chip wohl sparsamer ist, weil er den "hochmodernen" 28 nm Node verwendet (schon lustig, wo CPUs ja mittlerweile 3 oder 4 nm verwenden). Aber dafür bräuchtest du ein W680 Board.

Nachher: Wie man sieht funktioniert die neue Berechnung. Diesmal gab es zwischen 12 und 13 Uhr ausschließlich Einspeisung und keinen Bezug mehr. Der hohe Bezug am Morgen (der einzelne große Balken, der nach oben zeigt) war auch wirklich so. Meine Frau hatte da Spülmaschine und Waschmaschine gleichzeitig angeworfen. Ich brauche wohl eine LED, die rot leuchtet, wenn die PV noch nicht genug Saft produziert 😅

Das Board hat nicht nativ 6x SATA, sondern 2x SATA kommen vom zusätzlichen ASM1061 Controller. Das kann sich negativ auf die C-States und damit den Verbrauch auswirken. Das dürfte bei Niedriglast nicht sonderlich effizient sein. Das kostet dich dann vermutlich 4 bis 6W. Hol lieber die Samsung Evo Plus. Die hat DRAM. Hier weitere Modelle: https://geizhals.de/?cat=hdssd&xf=2028_1000~252_960~4643_DRAM-Cache~4832_3 Ich denke das hier könnte dir gefallen: https://www.ebay.com/itm/204247860660 Kommt halt noch Zoll drauf, aber dafür 8x SATA. Erfahrungswerte gibt es noch keine, was den Verbrauch anbelangt.

In welchem Netzwerk läuft der Container denn?

Dann geht es aber mit dem Verbrauch so rauf, dass schon ein normales Board lohnt, wo dann nur ein ATX Netzteil vorhanden ist. Oha geil. Dann sind wir ja schon bei 6 SSDs 🥳

"mysqld_safe: not found" happens usually if the user tries to reset its root password. Did you try that in the past and forget to undo something? Like a special post argument? Or did you add something to a config file?

Das mit dem persistenten Wert konnte ich noch nicht lösen, aber dafür ein anderes Problem. Und zwar zählte HA ständig meinen berechneten Netzbezug hoch, obwohl die Sonne durchgehend schien. Das konnte ich erst lösen, als ich den Shelly 3EM zu ungeraden Minuten auslaß: - sensor: - name: Phasenbezug unique_id: phasenbezug unit_of_measurement: "kWh" state: > {% set keep_last_state = true %} {# update state only at odd minutes (1, 3, 5, etc) #} {% if now().strftime("%M") | int % 2 %} {# sensors must return a number (not "unknown" or "unavailable") #} {% if is_number(states("sensor.shelly3main_channel_a_energy")) and is_number(states("sensor.shelly3main_channel_b_energy")) and is_number(states("sensor.shelly3main_channel_c_energy")) %} {{ (states("sensor.shelly3main_channel_a_energy") | float + states("sensor.shelly3main_channel_b_energy") | float + states("sensor.shelly3main_channel_c_energy") | float) | round(2) }} {% set keep_last_state = false %} {% endif %} {% endif %} {% if keep_last_state %}{{ states("sensor.phasenbezug") }}{% endif %} device_class: energy state_class: total_increasing - sensor: - name: Phaseneinspeisung unique_id: phaseneinspeisung unit_of_measurement: "kWh" state: > {% set keep_last_state = true %} {# update state only at odd minutes (1, 3, 5, etc) #} {% if now().strftime("%M") | int % 2 %} {# sensors must return a number (not "unknown" or "unavailable") #} {% if is_number(states("sensor.shelly3main_channel_a_energy_returned")) and is_number(states("sensor.shelly3main_channel_b_energy_returned")) and is_number(states("sensor.shelly3main_channel_c_energy_returned")) %} {{ (states("sensor.shelly3main_channel_a_energy_returned") | float + states("sensor.shelly3main_channel_b_energy_returned") | float + states("sensor.shelly3main_channel_c_energy_returned") | float) | round(2) }} {% set keep_last_state = false %} {% endif %} {% endif %} {% if keep_last_state %}{{ states("sensor.phaseneinspeisung") }}{% endif %} device_class: energy state_class: total_increasing Während ich nur bei geraden Minuten den Netzbezug / die Netzeinspeisung berechnete: - sensor: - name: Netzbezug unique_id: netzbezug unit_of_measurement: "kWh" state: > {% set keep_last_state = true %} {# update state only at even minutes (2, 4, 6, etc) #} {% if not now().strftime("%M") | int % 2 %} {# sensors must return a number (not "unknown" or "unavailable") #} {% if is_number(states("sensor.phasenbezug")) and is_number(states("sensor.phaseneinspeisung")) %} {% if is_number(states("sensor.shelly3main_channel_a_energy")) and is_number(states("sensor.shelly3main_channel_b_energy")) and is_number(states("sensor.shelly3main_channel_c_energy")) %} {% if is_number(states("sensor.shelly3main_channel_a_energy_returned")) and is_number(states("sensor.shelly3main_channel_b_energy_returned")) and is_number(states("sensor.shelly3main_channel_c_energy_returned")) %} {# obtain balanced energy value of household #} {% set phases_current = (states("sensor.shelly3main_channel_a_energy") | float + states("sensor.shelly3main_channel_b_energy") | float + states("sensor.shelly3main_channel_c_energy") | float) | round(2) %} {% set phases_diff = (phases_current - states("sensor.phasenbezug") | float) | round(2) %} {% set phases_returned_current = (states("sensor.shelly3main_channel_a_energy_returned") | float + states("sensor.shelly3main_channel_b_energy_returned") | float + states("sensor.shelly3main_channel_c_energy_returned") | float) | round(2) %} {% set phases_returned_diff = (phases_returned_current - states("sensor.phaseneinspeisung") | float) | round(2) %} {% set phases_balance = (phases_diff - phases_returned_diff) | round(2) %} {# update this sensor only if balance is positive #} {% if phases_balance > 0 %} {{ (states("sensor.netzbezug") | float(0) + phases_balance | abs) | round(2) }} {% set keep_last_state = false %} {% endif %} {% endif %} {% endif %} {% endif %} {% endif %} {% if keep_last_state %}{{ states("sensor.netzbezug") | float(0) | round(2) }}{% endif %} device_class: energy state_class: total_increasing - sensor: - name: Netzeinspeisung unique_id: netzeinspeisung unit_of_measurement: 'kWh' state: > {% set keep_last_state = true %} {# update state only at even minutes (2, 4, 6, etc) #} {% if not now().strftime("%M") | int % 2 %} {# sensors must return a number (not "unknown" or "unavailable") #} {% if is_number(states("sensor.phasenbezug")) and is_number(states("sensor.phaseneinspeisung")) %} {% if is_number(states("sensor.shelly3main_channel_a_energy")) and is_number(states("sensor.shelly3main_channel_b_energy")) and is_number(states("sensor.shelly3main_channel_c_energy")) %} {% if is_number(states("sensor.shelly3main_channel_a_energy_returned")) and is_number(states("sensor.shelly3main_channel_b_energy_returned")) and is_number(states("sensor.shelly3main_channel_c_energy_returned")) %} {# obtain balanced energy value of household #} {% set phases_current = (states("sensor.shelly3main_channel_a_energy") | float + states("sensor.shelly3main_channel_b_energy") | float + states("sensor.shelly3main_channel_c_energy") | float) | round(2) %} {% set phases_diff = (phases_current - states("sensor.phasenbezug") | float) | round(2) %} {% set phases_returned_current = (states("sensor.shelly3main_channel_a_energy_returned") | float + states("sensor.shelly3main_channel_b_energy_returned") | float + states("sensor.shelly3main_channel_c_energy_returned") | float) | round(2) %} {% set phases_returned_diff = (phases_returned_current - states("sensor.phaseneinspeisung") | float) | round(2) %} {% set phases_balance = (phases_diff - phases_returned_diff) | round(2) %} {# update this sensor only if balance is negative #} {% if phases_balance < 0 %} {{ (states("sensor.netzeinspeisung") | float(0) + phases_balance | abs) | round(2) }} {% set keep_last_state = false %} {% endif %} {% endif %} {% endif %} {% endif %} {% endif %} {% if keep_last_state %}{{ states("sensor.netzeinspeisung") | float(0) | round(2) }}{% endif %} device_class: energy state_class: total_increasing Ließ ich beides in der selben Minute laufen, aktualisierte er nur den Netzbezug und den hätte er wie gesagt gar nicht aktualisieren dürfen. Ich vermute, dass HA alle Sensoren mit mehreren Python Threads parallel verarbeitet und da ich in meinen vorherigen Versuchen den Wert "Phaseneinspeisung" sowohl für die Berechnung brauchte, als auch aktualisiert habe, löste das vermutlich eine Race Condition aus. Jedenfalls klappt es jetzt wie erwartet. "Strom gekauft" bleibt auf 0 und "verkauft" steigt fröhlich, da ich aktuell Überschuss produziere: Das Energie-Dashboard aktualisiert sich in ca einer Stunde. Dann sollte auch da kaum oder gar kein Netzbezug mehr zu sehen sein. Ich poste dazu heute Abend einen Screenshot, dann sieht man auch wie es sich verhält, wenn die Sonne untergeht.

Mittlerweile habe ich den Tipp bekommen das Utility Meter zu nehmen, was auch einen Neustart überlebt: https://www.home-assistant.io/integrations/utility_meter/ Da spiele ich gerade mit rum. Bisher komme ich gut ohne klar, da ich ja nur ZigBee und Shelly Produkte verwende. Also wenn es geht, versuche ich die Komplexität weiterhin gering zu halten.

Not sure if I made it clear enough. You are using MariaDB from Linuxserver. This is not the official MariaDB container. And this thread is only for the official one. Are you using the official container?! My update was successful. As far as I remember you used Adminer to manually create multiple databases in a single container. Do not do this! Instead install one MariaDB container per database (simply change the name and paths). This is how containers are meant to use. And of course you should think about daily backups! At least before installing updates!

Ich habe jetzt die Lösung, aber sie ist nicht persistent. Dh beim nächtlichen Backup / Neustart des HA wird der Wert zurückgesetzt: https://www.shelly-support.eu/forum/thread/8977-shelly-3em-phasen-saldieren-in-home-assistant/?postID=215864#post215864 Kann man Werte evtl in eine Datei schreiben oder die Sensor-Werte irgendwie persistent machen? Wobei das ja eigentlich schon persistent ist, da die Werte ja auch nach einem Neustart dem Diagramm entnommen werden können, aber direkt nach einem Neustart scheint der erst mal immer mit "nicht verfügbar" zu starten 🤔 Aktuell habe ich es so dargestellt:

Regarding your Screenshot you are wrong here as you are not using the official container. After selecting the container through the drop-down, you will see a delete icon. Or go to apps > previous apps and delete the template there (both do the same). But this deletes only your changes on the template. If you want to delete the files, too, then you need to delete the subfolder of the container under /appdata. The file manager plugin is useful in this case.

Statt Preview sollte man eine feste Version angeben. Wobei Preview ja eigentlich sogar Releases aus der Zukunft meint. Also ganz und gar nicht was man will.

Dann solltest du auf einen Share ohne Cache sichern, weil du dann tatsächlich mindestens 1 TB Platz auf dem Cache bräuchtest. Oder eben größere SSD verbauen. Außerdem sollte man sich fragen, ob man wirklich 1TB an Daten auf einem Client braucht. Ich mein klar, bei PC Spielen mittlerweile schwierig ohne so eine große SSD auszukommen, aber in so einem Fall sollte man sich dann fragen, ob man die Games dann nicht exkludiert. Also kommt halt drauf an, was du da für Daten hast und ob man sie dann nicht lieber auf Unraid auslagert.

Von welcher Anleitung sprichst du? Woher kommt das? Was hattest du vorher in Extra Params stehen? Deine Nextcloud wurde mit der User-ID 1000 installiert. Das entspricht nicht dem aktuellen Standard vom Container, den knex666 verwaltet. Der setzt standardmäßig 99:100. Welchen Container hast du installiert? Du könntest das Kommando vermutlich einfach mit User 1000 ausführen: docker exec --user 1000 Nextcloud php occ db:add-missing-indices Bleibt aber die Frage warum dein Container als User 1000 installiert wurde?!

Mir ist im Energie-Tab aufgefallen, dass ich den Strombezug und auch die Einspeisung falsch berechne. Und zwar hatte ich vorgestern einen guten Sonnentag, so dass ich zwischen 12 und 13 Uhr eigentlich erwarten würde, dass der Bezug vom Stromzähler gleich 0 ist. Der Balken im Energie-Tab zeigt aber eher ein Verhältnis von 50/50: Der Energie-Tab nutzt dazu diese benutzerdefinierte Entität, welche den Bezug aller drei Phasen addiert, welcher vom Shelly 3EM ermittelt wurde: - sensor: - name: Stromzähler Bezug unique_id: shelly3main_energy unit_of_measurement: 'kWh' state: '{{ states("sensor.shelly3main_channel_a_energy") |float(0) |round(2) + states("sensor.shelly3main_channel_b_energy") |float(0) |round(2) + states("sensor.shelly3main_channel_c_energy") |float(0) |round(2) }}' device_class: energy state_class: total_increasing Dabei handelt sich um diese drei Werte: Und genau die sind "falsch". Denn der Shelly ermittelt zwar eigentlich korrekt, dass ich auf Phase A einspeise und parallel auf Phase B und C verbrauche: Aber eigentlich stimmt das ja nicht, weil der Stromzähler in dem Fall intern den Verbrauch von Phase B und C vom Ertrag der Phase A abzieht, also unter dem Strich der Bezug aus dem Netz 0 Watt ist, während die Einspeisung zu dem Zeitpunkt 429,3 Watt entspricht (-646,5 + 43,3 + 173,9 Watt). Dieses Problem wird im folgenden Thread besprochen: https://www.shelly-support.eu/forum/thread/8977-shelly-3em-phasen-saldieren-in-home-assistant/?postID=215634#post215634 Da versuchte man bisher die Watt-Werte zu addieren und dann daraus kWh zu machen. Mein Ansatz (auch dort gepostet), nutzt dagegen die kWh-Werte des Shelly. Ich muss aber noch bis morgen warten, um zu sehen, ob es auch so funktioniert wie gedacht.

Not even close to the RMX550x (2021) as the real magic happens under 25W which is visible on the (very small) size of the bottom left spot. I tried the Supermicro PWS-341P-1H 340W Platinum as of my research it is the smallest platinum power supply available, but even this is extremely bad on low power: https://gutt.it/seasonic-titanium-netzteil-bei-niedriglast-keine-option/ But it seems all recent Corsair Power Supplies have the same low power efficient feature: https://www.tweakpc.de/hardware/tests/netzteile/corsair_rmx_shift_rm750x_rm850x_rm1000x/s02.php But: They start at 750W. Which can't be as efficient as 550W (or even smaller ones). Sadly there is still no update regarding the SF-lineup. Having an SFX power supply with 450W and this efficiency would be a dream.

Selber Hersteller, gleiches Modell Schlussendlich ist aber Intenso halt wie Transcend ein Billig-Hersteller. Ich würde eher SanDisk holen.

Also ich interpretiere dass so, dass der Lizenz Server klar geantwortet hat, dass dein Stick ungültig ist. Entweder weil der schon verwendet wurde oder der Stick besitzt keine eindeutige GUID (jeder Stick des Herstellers hat die selbe GUID). Das kommt aber eigentlich nicht bei Markenherstellern vor. Was hast du denn verwendet?

Das ist dein 2ter Faktor, also zb Google Authenticator oder was auch immer du gewählt hast.

Dann ist er ja offensichtlich abgestürzt. Aktiviere bitte den syslog mirror auf USB. Ansonsten sind die Logs ständig weg. Auch das hier empfehle ich: Außerdem kann es sinnvoll sein einen Monitor anzuschließen, der immer ein Bild zeigen muss, da manche Fehler es nicht mehr in das Syslog schaffen.

Wenn 4 Lanes normalerweise für 4x SATA dienen, hat man vielleicht 1 Lane mehr, wenn man 1 SATA weglässt?! Die 4x 2.5G des Boards erschließen sich mir allerdings nicht. Selbst wenn man das als Firewall verwendet, reichen ja eigentlich 2.