Am I right in thinking if one creates a new 'cache' pool.

If one chooses raidz1 and used the correct number of disks this has parity in it's self encased pool?

raidz1 being 1 pool parity. raidz2 being 2 pool parity. 

 

Same as if you used BTFS raid5/6 but that is/was unstable?

 

 

3 hours ago, dopeytree said:

Am I right in thinking if one creates a new 'cache' pool.

If one chooses raidz1 and used the correct number of disks this has parity in it's self encased pool?

raidz1 being 1 pool parity. raidz2 being 2 pool parity. 

 

Same as if you used BTFS raid5/6 but that is/was unstable?

 

 

Correct!

More clarifications:  in Unraid OS only user-defined pools can be configured as multi-device ZFS pools.  You can select ZFS as the file system type for an unRAID array disk, but will always be just a single device.  The best way to think of this, anywhere you can select btrfs you can also select zfs, including 'zfs - encrypted' which is not using zfs built-in encryption but simply LUKS device encryption.
 
Also note that ZFS hard drive pools will require all devices in a pool to be 'spun up' during use.  IMO where ZFS will shine is in large flash-based pools (SSD, NVMe, etc).

Interesting I was going to ask about encrypted zfs since I use encrypted xfs currently. So I’m curious why not zfs native? Isn’t it easier to manage then LUKs?


Sent from my iPhone using Tapatalk

6.0 is EOL:

https://www.computerbase.de/2023-01/linux-6-0-end-of-life

 

1 minute ago, Revan335 said:

6.0 is EOL:

https://www.computerbase.de/2023-01/linux-6-0-end-of-life

 

Yes but zfs has not be released for 6.1 yet.

Edited January 13, 20233 yr by SimonF

On 1/11/2023 at 4:41 PM, limetech said:

You really want more than 30 devices in a single array?

I as the end user should decide and determine what is best for me.

On 1/10/2023 at 11:31 PM, PeterDB said:

Awesome!

 

But, it would be great to have array sizes beyond the 30 drive limit or have multiple arrays

i agreed

is it possible to add an option to skip pre check/ clear when adding new disks to the array ?

58 minutes ago, aniel said:

is it possible to add an option to skip pre check/ clear when adding new disks to the array ?

Preclear never has been mandatory.

If you don't clear the drive before adding it to the Array, Unraid will do it when you add it to the Array (before the format operation I think, tbc).

8 hours ago, aniel said:

is it possible to add an option to skip pre check/ clear when adding new disks to the array ?

No, if the new drive is not zeroed (either by a preclear or Unraid clear), then parity will be incorrect and have to be updated which can take a long time and involve all data disks.  Unraid clearing a disk is done in the background and won't affect normal array operation.

10 hours ago, ChatNoir said:

Preclear never has been mandatory.

If you don't clear the drive before adding it to the Array, Unraid will do it when you add it to the Array (before the format operation I think, tbc).

that is what i meant, skip the checking when the disks is added. i as a user should have that option. 

2 hours ago, dlandon said:

No, if the new drive is not zeroed (either by a preclear or Unraid clear), then parity will be incorrect and have to be updated which can take a long time and involve all data disks.  Unraid clearing a disk is done in the background and won't affect normal array operation.

ahh ok

10 hours ago, aniel said:

that is what i meant, skip the checking when the disks is added. i as a user should have that option. 

If you unassign the parity drive(s) before adding the data disk it will skip the clearing as it's not needed without parity.

4 hours ago, JonathanM said:

If you unassign the parity drive(s) before adding the data disk it will skip the clearing as it's not needed without parity.

ok thanks i will give that a try

2 hours ago, aniel said:

ok thanks i will give that a try

but that means you then have to rebuild parity.

 

Disk clear delays availability of the new disk but without affecting your array. Trying to skip disk clear will make it available straight away, but then you have to rebuild parity which takes longer, slows down any other array access, exercises disks unnecessarily, and your array will be unprotected for the whole duration of that.

Edited January 15, 20233 yr by Kilrah

6 hours ago, aniel said:

ok thanks i will give that a try

Don't try this.  It is imperative that parity always be correct.  On the next parity check, you'll have parity errors on the new drive if it is not zeroed before being installed.  Just let Unraid do its thing or preclear the drive before installing it.

Is there any plans for other VM templates & to show full Qemu CPU types.

Would be cool to quickly setup android VM & other Arm stuff.

I think the backend is their.

Non x86 machines are more complex. But you can use Virt manager.  

You need to update the livirt config to allow remote connection.

 

root@computenode:~# cat /etc/libvirt/libvirtd.conf | grep listen_addr
listen_addr = "0.0.0.0"

 

virsh capabilities will show available CPUs

 

 

Note the rpi in the image is not a valid/running config.

Edited January 15, 20233 yr by SimonF

9 hours ago, Kilrah said:

but that means you then have to rebuild parity.

 

Disk clear delays availability of the new disk but without affecting your array. Trying to skip disk clear will make it available straight away, but then you have to rebuild parity which takes longer, slows down any other array access, exercises disks unnecessarily, and your array will be unprotected for the whole duration of that.

understood

are we getting multi array option with this update ?

and this topic went into massive discussions haha @SpencerJ

1 minute ago, starbetrayer said:

and this topic went into massive discussions haha @SpencerJ

thanks for bringing the intrigue 👀 

Down the line could there be a way to assign priority values for mover.. maybe 1-5 per share. 

 

1 = move files as normal (daily or low value user defines)

3 = move every 7 days

4 = move monthly or value user defines as high

5 = skip mover unless space is needed

 

We have the mover tuning plugin but still could use a little more wiggle room.

Downloaded media content to stay on drive as long as possible before moving to array while archive folders etc are cached then moved on to array quicker.

 

Could do it with custom scripts but sure others would enjoy this too?

Ya know, since you're thinking about changing the "unRAID array" to be a "Primary Pool" perhaps now would be a good time to think about getting rid of the concept of primary and secondary systems entirely.

 

And instead just make it all be pools by which I mean users can simply make a pool, name it, select what storage devices are apart of it and what kind of disk management system they want that pool to use. Be it the unRAID Array, ZFS or BTRFS and the kind of RAID mode - Including XFS if they just want a single device pool without RAID.

 

Then with the share system you can target any pool and select what mover does, being able to move from one pool to any other pool. And also select which pool should act as a cache for another pool. All generalised and standardised.

 

I think this will be simpler for new users to grasp especially since a few updates ago we gained the ability to make multiple cache pools and now we're gaining ZFS and you're thinking about renaming unRAID array to Primary Pool and I assume that means other kinds of pools will be called Secondary Pools which if someone only wants ZFS and doesn't want to use unRAID array's will be a little confusing.

 

I also think this is a great way to introduce the concept of multiple unRAID array's for users who want that. Since it's all pools you can just tell someone, sure make two pools and just set their modes to both be unRAID Arrays. Pretty simple in my mind.

Edited January 16, 20233 yr by Pri

1 hour ago, Pri said:

a know, since you're thinking about changing the "unRAID array" to be a "Primary Pool" perhaps now would be a good time to think about getting rid of the concept of primary and secondary systems entirely.

https://forums.unraid.net/topic/131857-soon™️-612-series/?do=findComment&comment=1213901