On 3/2/16 5:08 PM, Matthew Ahrens wrote:
I'll read that as "please don't integrate without mirror removal because it will entice people to run 'zpool detach' to reduce their redundancy". Let me know if I've misinterpreted your (Ray and ilovezfs) position.

I assume your concern about "total pool loss" is if the remaining plain device fails while doing the removal. It might be possible to allow the detached device to be substituted for the failed device in that case (we'd have to fix up the label).


I will take the unpopular position of opting for more features even if it results in operating an expert system with the caveat that feature and ramifications are reasonably documented.

Incidentally, if you taking feature requests 'rebalance' which results in the redistribution of data and the defragmentation of metaslabs would be at the top of my list. Rebuilding my postgres zpools every 12-18 months is starting to grind.

j.



-------------------------------------------
openzfs-developer
Archives: https://www.listbox.com/member/archive/274414/=now
RSS Feed: https://www.listbox.com/member/archive/rss/274414/28015062-cce53afa
Modify Your Subscription: 
https://www.listbox.com/member/?member_id=28015062&id_secret=28015062-f966d51c
Powered by Listbox: http://www.listbox.com

Reply via email to