LOLi a8fa31b50b Fix 'zpool add' handling of nested interior VDEVs ... When replacing a faulted device which was previously handled by a spare multiple levels of nested interior VDEVs will be present in the pool configuration; the following example illustrates one of the possible situations: NAME STATE READ WRITE CKSUM testpool DEGRADED 0 0 0 raidz1-0 DEGRADED 0 0 0 spare-0 DEGRADED 0 0 0 replacing-0 DEGRADED 0 0 0 /var/tmp/fault-dev UNAVAIL 0 0 0 cannot open /var/tmp/replace-dev ONLINE 0 0 0 /var/tmp/spare-dev1 ONLINE 0 0 0 /var/tmp/safe-dev ONLINE 0 0 0 spares /var/tmp/spare-dev1 INUSE currently in use This is safe and allowed, but get_replication() needs to handle this situation gracefully to let zpool add new devices to the pool. Reviewed-by: George Melikov <mail@gmelikov.ru> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Signed-off-by: loli10K <ezomori.nozomu@gmail.com> Closes #6678 Closes #6996		2018-01-30 10:27:31 -06:00
..
linux.run	Fix 'zpool add' handling of nested interior VDEVs	2018-01-30 10:27:31 -06:00
Makefile.am	Add the ZFS Test Suite	2016-03-16 13:46:16 -07:00
perf-regression.run	OpenZFS - Performance regression suite for zfstest	2016-09-08 16:18:28 -07:00