Pete_Stonehiller

Was heißt in dem Fall new config? Falls ich eine Paritätsplatte tauschen will, habe ich außer dem rebuild gar keine andere Chance, oder?

7.1.4 Known issues --> 7.1.0 release notes (Hinweis dass in 7.1.2 was gefixt wurde) --> other known issues 7.0.0 --> ZFS Pools, General pool issues, Drive spindown issues, Excessive Flash Drive activity etc. Sowas meinte ich - da verlinkt eins zum anderen und man kann gar nicht beurteilen ob das mittlerweile erledigt ist, oder nicht. Im 7.1.0 release notes wurde das geupdatet (dass es in 7.1.2 gefixt wurde), sonst eher selten bis nie. Da bin ich vollkommen bei dir, allerdings habe ich nur geringe Kenntnis über Linux. Ich habe nur das eine Unraid System welches ich produktiv verwende - wenn es also nicht mehr hochfährt, VMs nicht starten etc. kann ich teilweise nicht mal die Fehler interpretieren. Troubleshooting übers Forum dauert dann (verständlicherweise) auch mind. mehrere Stunden bis Tage, zudem bin ich beruflich oft unterwegs und kann auf Antworten nicht zeitnah reagieren. Daher möchte ich auf "auf Nummer sicher gehen", bevor ich ein Update ansetze dass zumindest die bekannten Probleme nicht mehr existent sind.

Ich habe 2 Paritys, 3 Array Platten. Freigaben sind teilweise über alle 3 Array Platten, teilweise aber auch nur auf der zu tauschenden Disk. Die zu tauschende Disk funktioniert noch, meine Überlegung war jetzt: Neue Platte in das Array einbinden. In den betreffenden Freigaben, die alte Disk ausschließen und nur auf die neue erlauben. Somit müsste der Mover doch alles rüber schieben, oder?

Ich bin produktiv aktuell auf 7.0.0 - seither hat jedes Release Update "known issues", welche auf frühere Releases zurück verlinken. In vielen Beschreibungen steht drin, dass die Probleme wahrscheinlich in zukünftigen Updates gefixt werden, aber nach fast einem Jahr glaub ich da nicht mehr wirklich dran. Wie handhabt ihr die Updates - testet ihr vorher in einem anderen System oder macht ihr die Updates einfach?

Gibt es da ein Thread o.ä. wo ich darüber was nachlesen kann? Welche Art von Problemen?

Steht tatsächlich nirgends, weiß auch nicht wo ich das her habe. Darf ich fragen welche Probleme es gab? besten Dank!

Hallo, ich habe für einen längeren Zeitraum 2 SATA SSDs (gleicher Typ) betrieben und dort VMs etc. darauf betrieben. Eine der SSDs musste aufgrund eines defekts ausgetauscht werden und aufgrund der langen Reparaturzeit (damals 16 Wochen, bis dann doch ausgetauscht wurde) habe ich eine (identische Größe) SSD von einem anderen Hersteller verwendet und dem Pool hinzugefügt (was kein Problem sein sollte, da die neue sogar größer als die alte ist). Nun ist mir gerade aufgefallen, dass ich unter der ersten SSD btrfs und Allocation profile: raid1 stehen habe, bei der 2. aber nur btrfs. Ist das normal und korrekt so, oder wird die 2. SSD vom pool nicht als Raid1 Teilnehmer erkannt? Danke für eure Antworten SSD1 (alt): SSD2 (neu):

20250616_1840_unraid-vmbackup.log20250210_0500_unraid-vmbackup.log for troubleshooting, 2 logs (one from the old version, one from the actual)

I backuped 2 of my VMs every month, the files are: ...vdisk1.img, ....pure-efi.fd, ....name.xml and the log. since 2 months (don't know if after an pluginupdate, probably yes) there is no vdisk1.img anymore, just a 20250616_1840_vdisk1.S20250215153456qcow2 but much smaller as the old vdisk1.img which I don't changed. Could someone tell me what happened?

Just asking - I saw the Patch Note, that Unraid from now on will use Pools as Cache Pools, since they are named "Cache". In both cases, the Users named their Pool "Cache..." Could this is be the problem? I have a similar constellation and all my Docker / VMs at this Mirrored Pool and not the abilities to help myself, after upgrade.

EDIT: Ich sehe gerade "er findet sie auch", dann war das nicht das Problem. Ich lass den Text aber trotzdem mal stehen, falls jemand ein ähnliches Problem hat. Wenn er die Sicherung nicht findet, suchst du bestimmt im falschen Verzeichnis. Ich hab beispielsweise für meine Backups auf Google Drive einen Unterordner erstellt, wo das alte System die Backups reingeschrieben hat. Auch nach Herstellung des Tokens, findet er die Backups nicht weil er standardmäßig in einem anderen Verzeichnis sucht (was es wahrscheinlich auf deinem GDrive gar nicht gibt) Siehe Screenshot. Wenn der Pfad richtig eingestellt ist und du dann den Backitup Adapter neustartest (WICHTIG!), sollte er in der Suche die Backups finden. Alternativ das Backup manuell downloaden, und in deinen appdata/iobroker/backups ordner legen (Standardpfad). Dann die Konsole des Dockers öffnen. pkill -u iobroker Das beendet den Dienst. und dann iobroker restore 0 Wenn das durchgelaufen ist: iobroker start Danach sollte iobroker mit den alten Einstellungen starten und npm baut deine Instanzen und Objekte nach.

Thanks for your answer - how could I recreate the docker image? I got VMs - is this a "working" file (while using VMs) or is it static and I could backup it manually once?

It's an old post, but I thought it's at the right place.. what happens, if my cache drive (with docker.img and libvirt is on cache) decayed? I will change my Cache drive - for sure. But does unraid will start the array? What will be missing? Is it useful, to backup the 2 files? If I dont change anything at my VM Settins, the libvirt will be static - or not?

Ich hab es jetzt so ausprobiert wie ich es gepostet habe und es funktioniert. Das mit dem force muss ich noch einbauen. Was ist der Unterschied zwischen -r und -R? Tatsächlich Kopiert er mir aber das Verzeichnis "Hof2" mit und löscht es in der Quelle 🤔 Ich kann mich mit beidem arrangieren, aber gut zu wissen woran es liegt dass es das tut. Kurzlebig im Sinne von schnell den TBW des Flashspeichers erreicht?

Per FTP Upload. Aus 2 Gründen. Grund 1 Wenn ich unraid (weswegen auch immer das Mal sein muss...) neustarte, startet mein Array nicht weil die Kameras im Sekunden Takt versuchen darauf zuzugreifen (bevor das Array hochgefahren ist) was dazu führt, dass es gar nicht mehr hochfährt. Das Problem hat mich schon Tage meines Lebens + Nerven gekostet, bis ich das Problem ermittelt hatte.... Grund 2 All meine VMs und Docker laufen Cache only (nix wichtiges drauf, alle Configs und vdisk Backups werden im Array gespeichert). Da meine Kameras gefühlt alle 2 Minuten ein Bild hochladen, kann die dazugehörige Array Platte + 2 Parity Disks nicht in den Spin Down gehen, was mich grob 20 Watt dauerhaft kostet, also knapp 50€ pro Jahr. Beide Gründe zusammen, waren für mich der Anstoß nach einer Option B zu suchen.