MAM59

Ja hat er, aber nur dank der neuesten VDE Vorschriften. Inzwischen gilt ja die Regel "pro 7 Sicherungen je 1 FI" und auch "nur noch 3ma FIs erlaubt" (vorher 30ma normal und 3ma in Feuchträumen). Und wenn dann ein Abschnitt doch recht heftige Verbraucher / Erzeuger haben, gibt es schon Situationen, wo 3ma einfach mal überfordert sind, zumal die heute auch alle flink statt mittelträge oder träge sein müssen. Das sind bewusst produzierte Fehlerquellen die bei unbedarften Kunden dem Elektriker ein sicheres Einkommen garantieren. Ich werde mal noch ein paar Monate abwarten, bis sich der Abnahmedruck mit dauernden Kontrollbesuchen verlaufen hat, dann kommt da wieder 30ma / träge rein, gemäß alter Norm (und korrekter Berechnung).

Nur so als kleinen, zufälligen, Nachtrag: Heute Nacht um 2:22 hat's bei mir den FI-Schalter (na ja, EINEN der vielen FI Schalter) rausgehauen, UNRAID hat das ordentlich gemerkt, gemeldet und reagiert. Event: Unraid Server Alert Subject: UPS Alert Description: Power failure on UPS F. Running on batteries. Importance: alertUnd um 2:37 war dann der Ofen aus: Event: Unraid Server Alert Subject: UPS Alert Description: Remaining battery runtime below limit on UPS F. Doing shutdown. Importance: alertSauber runtergefahren und die UPS hat auch brav abgeschaltet. (Jaja, ich weiß ihr wollt noch Netzwerkfunktionen für Slaves, aber, wer einen Polo kauft, braucht nicht auf die Massagesitze der S-Klasse hoffen...)

Das ständige Wiederholen einer Unwahrheit ist zwar gerade Mode in der Politik, aber dennoch weder zielführend, noch korrekt. Das "standard" Dingen funktioniert mit den meisten USVs, egal welcher Hersteller. Natürlich muß man sich dann auch mit dem "größten gemeinsamen Vielfachen" der angebotenen Features begnügen. Wenn die zwar da sind aber nicht funktionieren, kann man meckern. Allerdings sollte jedem klar sein, dass kein Hersteller dieser Welt ALLE möglichen Typen zu Testzwecken zur Vefügung hat. Ich hab übrigens sonne 0-8-15 No Name USV von Amazon. Die (oder wohl eher der PC) hatte anfangs das Problem, dass die Verbindung über USB nach ein paar Stunden/Tagen/Wochen abbrach und nur mit Reset wiederbelebt werden konnte. (Unter Windoof ging das Ganze natürlich einwandfrei) Als Ursache stellte sich heraus, dass der Linux Treiber von UNRAID auf dem Port die 5V aktierte, die USV aber auch in Gegenrichtung. Und irgendwann gabs dann mal Spannungsspitzen durch was weis ich, und der besorgte Kernel schaltete das Port ab. Simple Lösung: ein PC-Hub dazwischen, der die Gleichstromverbindung trennt. Deshalb hatte Raspberry extra einen speziellen Hub aufgelegt, da diese Probleme viel Raspberry PI zerschossen haben. (Der Fehler trat sowohl mit dem UNRAID Plugin als auch mit NUT auf, nur die (Über)Lebenszeit war anders...)

Du lässt dabei außer Acht, dass UNRAID sehr wohl die Einbindung einer USV "on board" hat. Dass er damit nicht zufrieden ist, na ja.

Das wissen nur die UNRAID Leute selber dann. Aber da sie nicht in jedem Release alle Schnittstellen abbrechen und neue erfinden, wäre ich da erstmal auch tiefenentspannt.

Es wird nicht weitergepflegt, das ist ein himmelweiter Unterschied. Das (alte) Plugin läuft aber ohne Einschränkungen weiter. Zumindest solange, bis sich mal die erforderlichen Systemfunktionen (Reboot, Shutdown usw.) ändern sollten, was nicht wirklich in Planung ist. Also ersmal die alte "Hitchhiker's Guide to the Galaxy" Lösung: don't panic! Cool bleiben, weiterlaufen lassen, vielleicht erbarmt sich ja jemand und pflegt das Plugin irgendwann weiter. Ansonsten: selber machen! NUT ist ja nicht tot, sondern nur die Anpssung für UNRAID.

Got something strange to report... FCP warns me about: It is THAT wrong with it, the share looks like: So it is writing new files to "cache alike" pool "samsung980heat" and moving later on to the real final storage, the pool "backpool". This is perfectly allowed (and working) in current UNRAIDs. I have tried a bit, FCP likes to see "array" as final target to give up the warning. But I do not like to see these gigantic file ("Backup" is not just only a name, you can imagine that files there can take up 500G and more easily) in my array and the normal "cache" ssd is also too small to be a useful buffer. A Windows PC's Backup takes up to 20min WITH the cache pool and 4hrs WITHOUT. So "turn it off" is also no option. I would recommend FCP stops complaining about writing from pool to pool. Its no error and also deserves no warning.

Sorry, da bin ich raus. Meine letzte Fregatte hab ich Ende der 80er Jahre im Marinehafen von Wilhelmshaven an der Reede liegen sehen 😂

Na ja, kommt drauf an, wie und womit Du die Kamera einbinden willst. HA bietet sich da natürlich an, dann wird der Speicherbereich eben im HA Datenspeicher benutzt. Ich muss mal gucken, ob man den begrenzen kann. (Ich hab meinem Raspi ne 2Tb NVMe für HA-OS und Daten spendiert. Wenn man HA gut dressiert (aka, nur die wirklich WICHTIGEN Sensoren aufzeichnen lässt) hält sich die Plattenbelastung erfreulicherweise sehr im Rahmen. Die 2 Tb werden wohl für ein paar Jahrzehnte reichen. Die Auswertungen hier sind nur Temperaturverläufe, Stromverbrauch, mehrere Solaranlagen und Batteriespeicher. Alles andere wird weggeschmissen. Wenn man das nicht macht, ist RATZ-RATZ die Platte voll.) Shelly App gibts nicht, aber braucht man ja auch nicht. Die Oberfläche läuft ja auch im Browser und nicht nativ. Update: hab gerade mal ne Kamera in HA eingerichtet, kann auch den Stream sehen, aber von Aufzeichnung sehe ich nix. Da fehlen wohl noch ein paar Komponenten, und/oder ich bin zu doof :-)

Also Home Assistant als VM könnte schon etwas stressen. Gar nicht so vom Speicher und CPU Verbrauch, sondern weil die VMs und UNRAID doch mal hier und da eine kurze Auszeit bekommen (z.B. Backup) und dann bricht die Protokollierung von HA eben ab und es entstehen Lücken in der Auswertung. Da die Probleme doch mannigfaltig gestaltet sein können, hab ich dann irgendwann Docker und VM Adieu gesagt und nun läuft HA-OS auf einem Raspberry Pi. Der macht auch Backups aber das weiß HA dann und stellt sich darauf ein. Wenns nicht um Auswertungen geht, ist der Einwand aber hinfällig und kann ignoriert werden 😁 Für den restlichen Betrieb als NAS ist die Hardware ok (sofern genug SATA Anschlüsse vorhanden sind). Wie schon von @alturismo erwähnt können die Platten nicht "einfach so weiter" verwendet werden, sondern Du muss über Backup, Neuformattierung und Daten rücksichern gehen. Das dauert.

Not really weird if you keep in mind that linux uses a "flat path" (compaired to a device path like used by windows). So everything is "below /" (root), at some points, devices are "mounted" and take over the exising directory in root. But if a mount fails or is missing somehow, the path still points to root. And in UNRAID root is setup into a RAM Disk, so actually you are filling RAM now.

No :-) Disk Warnings are kept in the system's log and only cleared after you have manually commited them. "Disc location" only copys the warning. To clear it, go to the Array/Pools View on Dashboard, click on the orange dot. A menu will show up (cant do a screenshot, it is only available if there is an error/warning( and give you the chance to accept the message. The dot will turn back to green and disk location will be happy again too. in Deutsch; Nö :-) Smart Fehler werden vom Unraid System erfasst und im Status für Arrays und Pools angezeigt. Und zwar solange, bis der Admin (DU!) sie manuell quittiert hast. Der grüne Punkt ist dann orange oder rot und beim Anklicken erscheint ein Menü, wo man "ich habs notiert, lösche den Fehlerstatus" anklicken kann. Danach wird alles wieder grün (bis zum nächsten Fehler). Ohne dies würde man sich wiecerholende Probleme gar nicht erkennen können. In "Disk Location" selber ist nicht zu machen oder einzustellen.

Schade, leider weis ich dann auch nicht weiter. Pack Deine Diagnostics hier rein, sonst wirst Du wohl keine Antworten erhalten.

Probier mal CTRL-F5. Bei manchen Browsern klemmt der Cache und zeigt keine aktuellen Daten an. (jaja, ich weis, klingt doof und trivial, probiers trotzdem 😁 )