UwB

Problem gelöst! Wie "ich777" richtig vermutet lag es an der SSD. SSD ist anscheinend nicht SSD... nun bin ich wieder ein wenig schlauer. Danke & Gruss Uwe

Heute kommt die 3. Samsung EVO. Damit teste ich dann sofort und gebe hier Nachricht. Danke & Gruss Uwe

Hi zusammen, nach meinem Hardwareumzug und kleineren Problemen konnte ich die Performance Probleme zumindest soweit verbessern, das mir Home Assistant nicht immer stehenbleibt. Entschärft wurde das, in dem ich dem Share auf den ich kopiere eine eigenen Cacheplatte verpasst habe. Danke nochmal für den Tip! Leider läuft die noch am USB 3.0 Port was natürlich die Speed schon begrenzt. ( ich muss mir da was einfallen lassen ... ) Auch wenn die Platte direkt am SATA hängt ist es aber das gleiche "Bild". Angeschlossen ist der Server sowie der Client per LAN 1GB/s. Nicht über den DSL-Router sondern per Switch direkt. Zyklisch wird die Speed auch immer erreicht und dann bricht es abartig ein. Jemand eine Idee wo ich eventuell noch suchen könnte? Danke und Gruss, Uwe unraid-diagnostics-20230919-1647.zip

Problem gelöst. Der Tip mit dem Cache aufteilen oder in meinem Fall einen weiteren hinzufügen brachte den gewünschten Erfolg. Auch das Raid scheint zu funktionieren. Warum auch immer musste ich nur die Slotzahl auf 1 stellen und Array starten. Das wird wieder mit einem Fehler abgebrochen. Zurück auf 2 Slots und das Array startet samt Cache auch wenn die 2. Platte für das Raid1 fehlt. Das BTRFS Filesystem scheint schon sehr "robust" zu sein. Danke & Gruss, Uwe

mal Laut gedacht.... Ich könnte doch eine externe USB 3.0 Platte als Cache für das Share "Datengrab" einsetzen. Das würde die beiden SSD Cache wo ja VM und Docker liegen entlasten. Die Speed würde mir reichen, da die USB Platte bestimmt schneller ist als mein Netzwerk hergibt oder das Pool "Datengrab". Mover läuft eh täglich.. also wäre da ein Worst Case mit kaputter Cache Platte vom "Datengrab" verschmerzbar. Wäre das sinnvoll? Bleibt noch die Frage warum das aktuelle Cache aus 2 SSD Raid1 nicht funktioniert, wenn ich eine Platte ziehe. Danke & VG, Uwe

Hi, das kann ich gerne Testen. Aber erst wenn ich mich festgelegt habe ob ich eine kompatible für den noch freien internen Slot finde oder ob es bei der USB bleibt. Was mir aufgefallen ist, das es teilweise bis auf 2mb/s einbricht oder sogar NULL. Sobald es über 60mb/s geht reagiert auch die VM wieder Top. Zeitgleich! Spitzenspeed ist hier erwartungsgemäß etwas über 100mb/s. Ist es schnell, sind auch die Docker / VM kein Problem. Ich teste es aber mal, sobald ich den Cache und die Platten geklärt habe. Weiter wird das aber bei dem Server schwierig, weil ich dann ja noch mehr SSD bräuchte um das aufzuteilen. Weil den Cache will ich schon mit Raid1 eine Redundanz geben. VG, Uwe

Hi, trotzdem aber müsste das Raid ja zünden! Das die fehlende Platte zwar moniert wird ist klar aber dennoch müsste der Cache weiterhin laufen.. Diese SSD funktioniert sogar mal ein Bootvorgang im Sata Slot. Alles Ok... beide Platten als Cache Raid1. Reboot.. Platte nicht mehr erkannt .. Raid1 versagt! Das gleiche Bild ergibt sich aktuell auch mit dem USB Adapter. Egal welche Cache Platte ich "ziehe", das Raid versagt. Die BTRF Einträge kommen wohl, weil ich zuvor eine 1TB Platte aus dem Pool genommen habe und den Inhalt mit dem "internen" Dateimanager direkt auf die Disk 1 geschrieben habe. ( das war noch der alte Rechner ). Der Pool war zuvor Parity,Disk1, Disk2. Der Server hat nur Platz für vier 3.5"er Platten. Gruss, Uwe

Hallo zusammen, Der Server wurde lange Zeit auf einem günstigen Fujutsu Desktop laufen gelassen. Hier zeigte sich aber das sobald ich Dateien auf den Server geschoben habe ( Images 80 bis 130gb ) der Server brutal eingebrochen ist. Nervig daran war, das es die Docker ausbremste so das mein Home Assistant nicht mehr reagierte. Nun ist das ganze auf einen HP Microserver Gern10 umgezogen. Das war auch alles kein grosses Problem bis auf die Tatsache das eine der Cacheplatten ( 250gb Raid1 ) nicht erkannt wurde. ( wahrscheinlich bekannte kompatibilitäts Probleme HP vs. Rest der Welt ) Das Array konnte aber gestartet werden. Wie auch zu erwarten war bei Raid1. Nun die 2 Probleme: 1. Trotz der besseren Hardware ist das Problem immer noch vorhanden das der Server einbricht. Das dauert ca. 30 sekunden nach dem Start des kopieren über ein 1000 MBit/s Netzwerk und der Server bricht brutal ein. Nicht so schlimm wie vorher aber immer noch so, das auch die VM mit Home Assistant sich tot stellt. Was kann das sein! Ideen wo ich da suchen müsste? Diagnostic File hänge ich an. 2. Ich habe dann mal wegen der 2. Cacheplatte geschaut. Das ist eine 250gb SSD. Zuverlässig habe ich die dann mit einem USB 3.0 to SATA Adapter in Unraid zu sehen bekommen. Die habe ich dann zuvor aber formatiert, da ja derweil die Cache wieder genutzt wurde und somit nicht mehr Synchron ist. Das hat auch geklappt und unter Main -> "Cache" war wieder Raid1 zu sehen. Dann wollte ich die "zickige" SSD auf einem anderen internen Schacht testen. Wurde natürlich NICHT erkannt: Leider liess sich das Array NICHT mehr starten trotz des Raid1! ( Häkchen gesetzt das da was nicht i.o. ist ) Also Platte wieder an den USB Adapter und das sogar im laufenden Betrieb. Wird gefunden und Array startet. Warum funktioniert das Raid1 nicht? Ich wollte nun Vorsichtshalber nun den Cache komplett entfernen. - VM und Docker abschaltem - Mit Mover ( Cache -> Array ) leerschaufeln lassen. - Platten raus zum Formatieren am Pc oder so.. - Platten wieder rein SSD/ Sata und die 2. wieder per USB Adapter. - Cache neu anlegen. - Shares wieder umstellen Array -> Cache - Mover starten ?? - VM und Docker wieder aktivieren Würde der Server auch ohne die Cache laufen? ( klar, ist nicht ideal ) Also besonders die Docker / VM´s ? Aktuell besorge ich eine passende 2. SSD. Aber bis dahin kann es ja mit dem USB Adapter laufen oder? Es bleibt die Frage... warum versagt das Raid1 ? vielen Dank für Eure Hilfe und Ideen Gruss, Uwe unraid-diagnostics-20230911-2233.zip

Hi, I had the same problem with 544 mp3 files of just under 16k. My solution was to move the files so that the defective ones were remain. I simply re-converted them. I suspect that a very old tagging tool was the problem here. By re-converting from mp3 to mp3 the problem disappears and the files can be moved to unraid. Greetings Uwe