MAM59

I see some problems of your box, you should take care of one by one: get a newer bios (this one is from 2024, unlikely that the 2026 key changes are incorporated already) reset bios settings to default values you are using deprecated plugins (cleanup.appdata for instance) you are still using reiserfs, this will be gone soon, you need to convert your disks to either xfs or zfs soon the UPS communication is lost. this may happen if the USB port connected to the UPS is powered from both ends. To get rid of this problen you might buy an USB Hub that splits the power supplys like the one Raspberry offers (search the forum for my articles about this issue See Here (german)).

Wenn diese Erkenntnis doch langsam in Dir gereift ist, warum hörst Du nicht einfach auf, anderen mit dem Unsinn zu nerven? Offensichtlich gibt es eine Menge von Leuten, die das Ganze etwas differenzierter sehen, AKZEPTIER DAS und sei ruhig. Hol Dir die neue CT, da ist reichlich über KI drin, allerdings meists auf den Kostenaspekt ausgerichtet. Aber auch einige Artikel in Richtung "oops! da sollten wir besser aufpassen!". Viel zu lesen, das wird Dich eine Zeit lang beschäftigen.

Nun gut, ich glaube, wir finden hier keinen Konsens. Der Thread sollte m.E.n. geschlossen werden.

Nein, und genau DAS werde ich auch nie! Mal freundliche Fragen sind ok, aber NIEMALS die Dinger etwas alleine machen lassen.

um es nochmal klarzustellen: ich bin kein "KI-Hater" :-) Ich betrachte nur KI "in den falschen Händen" als gefährlich und die Clickbaiterei mit "mit Codex bin ich nun Unraid-Profi!" als äußerst übertrieben. Persönlich benutze ich keine KI mehr nachdem die ersten Versuche zwar funktionierende Ergebnisse (Coding) produziert hatten, aber es anschließend genausolange dauerte, sie zu analyseren. Da hätte ich die Funktionen auch schon gleich selber schreiben können. Die große Gefahr ist eben, dass man sich darauf verlässt, eingelullt wird und im Endeffekt verblödet. Und der scheint mir der originale Poster bereits restlos verfallen zu sein :-(

Der "Schweinezyklus" (der nun schon mehrfach durchlaufen wurde) besteht aus: etwas Neues wird erfunden es wird gehyped, Die Börse explodiert jeder ruft nur "nichts geht mehr ohne!". Jeglicher Kram wird in diese Richtung gepusht Die Realität schlägt zu: es geht doch nicht so alles/zu lahm/zu viel Ressourcenbedarf und die Leute fangen sich an zu fragen: "wozu das alles"? Die Zweifel wachsen, die Börse crasht Die meisten Firmen, die auf den Hype gesetzt haben, gehen Pleite, weil nichts funktioniert und auch niemals gefixt werden wird Übrig bleibt dann nur eine Basisfunktion, die wirklich einen reellen Nutzen hat. Geht dann irgendwann weiter mit : jemand denkt sich was neues gaaaanz tolles aus. (und wieder von vorne los). Guck Dir mal die Jahre 1998 - 2001 ("Internet Hype, nichts geht mehr ohne HTML!!") and oder ein paar Jahre zuvor "Alles muss in eine Datenbank" (Microsoft drohte sogar damit die Dateisysteme einzustampfen und alle Dateien in eine SQL Datenbank zu speichern) Oder, noch nicht solange her: "Alles muss in die Cloud!", inzwischen: "raus aus der Cloud! nur Selfhosting ist das Wahre!" Gab noch mehr dieser Beispiele, wer drauf abfuhr ging meist den Bach runter, nur besonnenes "cool bleiben" hilft Dir weiter Mit dem ~@€"$ wird in der EDV eine riesige Menge Geld verbrannt, jeder ist busy, aber bringen tut das alles herzlich wenig. Und warum passiert das obwohl die Leute es inzwischen wissen müssten? GELD! GELD! GELD! Die Gier ersetzt den gesunden Menschenverstand und sobald jemand etwas "Neues" gefunden hat, springen alle auf die Schiene auf und ein neuer Zyklus fängt an.

Den Spruch kannste Dir patentieren lassen. :-) Erzähl ihn vor allen Dingen den ganzen Leuten die in den letzten 30 Jahren auf jeden Informatik Hype aufgesprungen sind und meist sehr arm wieder rauskamen. Der Schweinezyklus der EDV wird auch der KI letztendlich die Zähne ziehen, danach kann man ja mal nachgucken, was an realem Wert dann noch überbleibt. (mir ist egal, ob ich abgehängt werde, ich bin eh schon in Rente 😂)

Hey Leute! Ball flach halten bitte! Ja, es ist heute normal, dass die Leute lieber eine KI machen lassen, als selber zu denken. Ist im Prinzip nichts Schlechtes, solange man VERSTEHT, was die KI da macht. Das wird allerdings von Mal zu Mal schwerer und der Aufwand zur Überprüfung ist meist höher, als die der für die Lösung des eigentlichen Problems. Aber, die Leute fahren nun mal darauf ab, mal sehen, wie lange noch. Seit gestern haben ja auch die Chefs der großen KI Firmen erkannt und zugegeben, dass da was aus dem Ruder läuft (nun ja, nur D@ump hat wie immer nichts verstanden). Mal sehen, ob da demnächst ein paar Stoppschilder eingebaut werden, oder ob die Sache komplett gegen die Wand fährt. Fakt ist, diese Modelle produzieren Slop, werden mit Slop gefüttert und sind damit irgendwann verbrannt und produzieren nur noch Lügen und Unsinn. Also besser Finger davon, sonst kann es schnell böse enden...

It may work for you if your HD controller is clever enough to cache and reorder the write commands. The problem is: ZFS is autotuning and optimizing if the disk is "idle", ZFS starts optimizing it like defragmentation or so. It moves blocks around. This is harmless for a single disk. The UNRAID parity disk has to follow these write commands if you have an array with a lot of ZFS drives, they likely start all at the same time but optimize different blocks. So the heads of disk 1 are send to track 53, disk 3 works on track 1000, disk 4 on 12 for instance The poor parity drive has to follow all of them, so it starts stepping around like hell. This can sum up so that the parity disk is so busy the whole system comes down to its knees. But if you have a controller with a battery back up ram cache like your HP box likes has onboard, all those writes are cached, reordered and put out in a sequence that uses the smallest amounts and steps for the heads, you may not even notice a performance problem. But "normal people" with dumb controllers (the mass of us :-) ) suffers a lot. Solution is either to use no ZFS within an UNRAID array, or use a single ZFS based array (RAIDZ) without a parity drive. ZFS supposely is faster because no need for a 2nd write (to parity), it contains a builtin read cache and so on. Drawback is that those array disks depend on each other, repairs like the one you have done just now are not that easy then.

uh, you have a very unhealthy configuration :-( zfs + Unraid Parity do not really go well together, they fight for ressources and the system slows down to almost unusable. EITHER use zfs OR parity. But ok, you have got back your data, thats the most importent part. I would not recommend to add back parity, instead you should someday: move off all data to a backup location/server reformat all drives either with XFS+Parity or ZFS-Raid move back all data Yeah this takes a long time, but believe me, the performance will increase dramatically. (ZFS Raid creates its own Parity internally and splits it among all drives, so in both cases one disk can fail and the data is still accessible and can be recreated onto a new replacement drive)

This should be no problem. UNRAID does not depend on a certain order for the array. But you should take a bit of care with this operation. I assume, your array is built on XFS or BTFRS filesystems, not on ZFS! If it was ZFS, forget the rest of this message and wait for somebody else to help you out! (but with a parity drive it is unlikely ZFS) First the easy part: Dev 8 (Samsung SSD 980...) is likely your "cache" drive. So create a Pool named "cache" for it. You think the 16Tb Disk in Dev 2 is your parity drive? ok, leave it alone for now, it will only slow down your progress yet. Create an array containing all those 8Tb drives (I assume all of them were members before?) WITHOUT PARITY FOR NOW!!! Start the array This will likely fail because of dirty file systems from the crash before. Nothing to be afraid of, its normal. If not, skip the next intended lines. stop the array start the array in maintanace mode go to the "start" page and select each disk one by one hit the "check" button in the middle of the page pray :-) once all disks are "cleaned", stop the array, restart the array in normal mode again Now go to the file manager page and check if your files are visible and complete (or guess they are) Create Shares and so on, add Users, assign Permissions and so on... Once everything is in place and works as expected: stop the array assign the parity drive to the array start the array The parity will be rebuild now, this takes a long time (but it would have taken much longer if you did it right from the start because every change to the disks would have to be written to the parity too, much stepping!) Hope I did not forget a major step. In doubt, ask Jorge :-)

Na ja, helfen kann ich bei dem Problem auch nicht. Ich wundere mich nur, welchen Sinn so ein Setup überhaupt haben soll? Ein "VPN" ist normalerweise überflüssig wie ein Loch im Kopf, ausser, man möchte zwei oder mehr eigene Filialen verbinden oder auch, wenn man das Geoblocking einiger Dienste austricksen möchte (Hase und Igel, da klappt meist nicht lange). Aber für den "Normalbetrieb" ? Rausgeschmissenes Geld. Mach den Docker weg, dann geht auch wieder alles bestimmt. (die 2te Frage für mich wäre, warum man eine Werbe- und Tracking-Schleuder wie einen LG TV überhaupt ans Netz lassen kann. Meiner kriegt kein LAN Kabel oder WLAN)

actually "cache" is not really "reservered". It is just that the first pool you create automatically is named "cache". You CAN change the name later on, but it is common to leave it alone because system folders are also automatically created there and files for dockers and VMs are stored there. If you rename the "cache"-pool you also have to edit those system folders which can become quite complicated. Therefor it is adviced to rename the single folder named "cache" that you have created yourself and you know what this share is good for and where it is accessed. Less trouble. (BTW: UNRAID takes every toplevel Folder in any disk as a "share" automatically. So if you rename the folder, the share will be deleted and a new one will be created automatically with the new name. Check Share settings afterwards, they will be created with default values again!)

oops, maybe. the infos from limetech are a bit confusing sometimes. I will delete my post

You should run a test program on the UPS (on Windows or something) checking the batteries. Maybe they are really worn out (they do not last forever, 3-5yrs are good for APC build ones to my experience). Prepare to buy new ones and exchange them, then reload and cut power again to check if they now work. Another possible reason for the shutoff maybe an overload. UNRAID usually shows you the percentage used on the UPS, make sure you have quite a lot of reserve. the current load of 13% make me sleep tighter and more calm...