nicx

Same problem here: "intel-ucode.img" instead of the other file. After rebooting "rc.conf" disappears. What should I do?

@ich777 yes sure, but with ipvlan mode I cannot use my firewall anymore. Thats why I need explicit MAC and IP addresses for some containers.

@ich777 ok thanks again. so it is just not possible to have mixed containers (fixed ip and host ip) in macvlan mode with only 1 MAC address for the host itself presented to the network.

What I want to achieve: Some containers with own IP address, some containers bridged to the unraid host ip. All containers should communicate to the other containers. just did a few tests regarding this: is it possible in ANY way to have fixed IPs for docker containers in my main network without having duplicate IP address for the unraid host in the unifi router when activated "Host access to custom networks" (which is needed in any case for the inter-container-communcation as far as I understood)? I get either eth0 and vhost0 with the same ip address, or br0 and shim-br0. In both cases my Unifi router complains about duplicate IP address in the network. @ich777 any further hints?

@ich777 thanks for that hint. but what is "best practice" when using macvlan? with "bridge" diabled on eth0 "Host access to custom networks" disabled "IPv4 custom network on interface eth0 (optional)" enabled it seems to work. why should I enable "bridge"? why should I enable "Host access to custom networks"?

any solution when using macvlan instead of ipvlan? I have the same problem. and as far as I understood the Unraid howto I should enable both options "Host access to custom networks" and "IPv4 custom network on interface eth0 (optional)" when using macvlan. but with this options enabled, I have the problem with duplicate IP address.

ok just in case someone encounters the same "problem", I now use a user script and run it in the background: rsync -av /mnt/disks/backup/* /mnt/user/backup/ seems to work so far as expected.

@bonienl great plugin. is it possible to add the "preserve symlinks" option to a copy process? should be "cp -P" I think. (-P, --no-dereference) I just realized that if I copy data from one disk to another with a lot of links then the links are "reverted" to real data. The destination disk size was not big enough for that

ok, next question: how should I copy the data preserving the symlinks? and because its a lot of data, how to do it in a way that the process survives even. when quitting the ssh shell for example?

oh shit... I think I found my mistake by myself: I copied the data via the webgui of unraid (Dynamic File Manager). The source data includes a lot of symlinks. I think all symlinks are now "real data" and no more just links. That is why the data is now a lot bigger on the destination disk. Funny coincidence that the compressed data has an identical size as the source uncompressed data with symlinks

here it comes: root@nas:~# zfs get all disk1/backup | grep compress disk1/backup compressratio 1.63x - disk1/backup compression on inherited from disk1 disk1/backup refcompressratio 1.63x - root@nas:~# root@nas:~# zfs list -t all NAME USED AVAIL REFER MOUNTPOINT cache 545G 377G 248K /mnt/cache cache/appdata 70.8G 377G 70.8G /mnt/cache/appdata cache/domains 56.3G 377G 56.3G /mnt/cache/domains cache/icloud 378G 377G 378G /mnt/cache/icloud cache/isos 14.3G 377G 14.3G /mnt/cache/isos cache/share 1.97G 377G 1.97G /mnt/cache/share cache/system 23.7G 377G 23.7G /mnt/cache/system disk1 2.30T 341G 184K /mnt/disk1 disk1/backup 2.30T 341G 2.30T /mnt/disk1/backup root@nas:~# and yes, there is no other data on the disk: root@nas:~# ls -la /mnt/disk1/ total 17 drwxrwxrwx 3 nobody users 3 Feb 23 04:40 ./ drwxr-xr-x 10 root root 200 Feb 22 13:46 ../ drwxrwxrwx 5 nobody users 5 Feb 22 19:50 backup/ root@nas:~# root@nas:~#

Hi, i have turned on ZFS compression on a new array with 1 3tb hdd without parity disk. After turning on, I copied about 2,5 tb data from another identical 3tb disk (unassigned, xfs, without compression) When looking on the compression rate, its abaou 1.7. But when looking on the disk usage, its exactly the same for the zfs disk in the array and the xfs disk unassigned. In my expectation the used disk space should differ in relation to the compression rate. Whats wrong?

@Archonw Danke für dein Feedback. Mit "Ausfallsicherheit" meine ich aber nicht nur Backup. Das habe ich sowieso noch vor regelmässig auf eine externe HD zu machen. Vielmehr meine ich Hochverfügbarkeit, d.h. bei Ausfall einer SSD soll das System weiter laufen. Das wäre meinem Verständnis nach mit deinem Vorschlag nicht gegeben, oder? Oder ist das "ZFS in einem Mirror" genau das? Und bzgl. Trim: Als Cache Pool würde Trim dann funktionieren?

Hallo zusammen, ich möchte gerne einen Unraid Server aufbauen. Als Hardware nutze ich einen Dell Optiplex 5070 mit einer i5-9500 CPU (6 cores) und 4x16GB RAM. Dazu habe ich 2 SSDs mit je 1 TB Kapazität (Samsung Pro 850). Wichtig sind mir natürlich Ausfallsicherheit und Performance. Rein von der Datenmenge her reichen mir 1TB an nutzbarer Kapazität völlig. Jetzt stelle ich mir die Frage, wie ich die SSDs in Unraid konfigurieren soll?! Frage 1: XFS oder ZFS? In meiner Konstellation (nur 2 SSDs) scheint es meinem Verständnis nach keinen Vorteil von ZFS zu geben, daher ist auch XFS ok. Im Grunde also egal. Stimmt das? Frage 2: Array/Pool/Cache? Ich habe mir überlegt einfach ein Array mit beiden SSDs zu erstellen, eine SSD wird die Party, die andere "normale" Array-Disk. Also kein Cache, kein Pool. Ist das so empfehlenswert? Habe ich eventuell Probleme bzgl. "Trim" der SSDs? Ergänzung zu Frage 2: Ich hätte auch noch eine dritte baugleiche SSD hier liegen. Rein aus Stromverbrauchs-Gründen habe ich die erst einmal nicht mit eingeplant, sollte es aber eine Empfehlenswertere Konfiguration geben wo alle 3 SSDs benötigt würden wäre das auch OK. Ich bin gespannt auf eure Ratschläge

no one?