Re: [developer] ZFS - RAIDZ1 Recovery (Evgeny)

On 06/ 3/16 04:31 PM, Jordan Hubbard wrote: > >> On Jun 3, 2016, at 1:47 PM, Richard Elling >> > > wrote: >> >> I agree with Jordan, mostly. However, there a way to know for sure… >> each label has a set of uberblocks. Use “zdb -lu” to see this informatio

Re: [developer] zpool import -T

I can see how using that patch unconditionally is a bad idea. What I'm talking about is using the patch conditionally if you specify the -T flag. To turn the question around, what would be the point of requiring -F flags if it's guaranteed not to work without them? Thanks, Josh Pae

Re: [developer] zpool import -T

If -T doesn't work now at all, how would making the patch conditional on using -T be unsafe? It's an inherently unsafe operation to begin with. Thanks, Josh Paetzel > On Apr 22, 2016, at 5:58 PM, ilove zfs wrote: > > No. As is said in the issue containing the patch,

Re: [developer] zpool import -T

. On Fri, Apr 22, 2016, at 04:12 PM, ilove zfs wrote: > FWIW, that patch never worked for me. > > On Apr 22, 2016, at 02:01 PM, Josh Paetzel > wrote: > >> Alright, well that helped me. >> >> I'll test that patch now, then see if I can make it conditional on

Re: [developer] zpool import -T

27;re an idiot and then imagine you're in > the government. Oh, sorry. Now I'm repeating myself > Mark Twain > -- Thanks, Josh Paetzel --- openzfs-developer Archives: https://www.listbox.com/member/archive/274414/=now RSS Feed

Re: [developer] zpool import -T

It's broken on illumos as well. OpenIndiana "hipster" uname says illumos- f83b46b Is this something I should create a bug report for? On Fri, Apr 22, 2016, at 12:03 PM, Turbo Fredriksson wrote: > On Apr 22, 2016, at 5:04 PM, Josh Paetzel wrote: > > > For what it&#

Re: [developer] zpool import -T

For what it's worth this doesn't work on FreeBSD HEAD or FreeBSD 9.3 either. Trying illumos next. On Thu, Apr 21, 2016, at 11:01 PM, Josh Paetzel wrote: > In the not too distance past I could import with more or less success > pools using arbitrary txg's with zpool import

[developer] zpool import -T

import -T it works. Is this a known issue or a possible FreeBSD specific regression? Thanks, Josh Paetzel --- openzfs-developer Archives: https://www.listbox.com/member/archive/274414/=now RSS Feed: https://www.listbox.com/member/archive/rss/274414/28

Re: [developer] Re: [openzfs/openzfs] 6418 zpool should have a label clearing command (#83)

No it's fine. I wonder how many other unmerged things are in FreeBSD. This is exactly why I always lobby to upstream everything. Thanks, Josh Paetzel > On Apr 3, 2016, at 6:10 PM, Yuri Pankov wrote: > > Well, my thought (and I guess same for @ilovezfs) was that -ff (and that&#x

Re: [developer] Re: [openzfs/openzfs] 6418 zpool should have a label clearing command (#83)

On Sun, Apr 3, 2016, at 12:36 PM, Matthew Ahrens wrote: > > > On Sun, Apr 3, 2016 at 6:51 AM, Josh Paetzel wrote: >> Does this mean FreeBSD's zpool labelclear is proprietary to FreeBSD? >> >> If so I don't suppose the FreeBSD UI could be considered? >

Re: [developer] Re: [openzfs/openzfs] 6418 zpool should have a label clearing command (#83)

Does this mean FreeBSD's zpool labelclear is proprietary to FreeBSD? If so I don't suppose the FreeBSD UI could be considered? Thanks, Josh Paetzel > On Apr 2, 2016, at 9:15 PM, ilovezfs wrote: > > @yuripankov Yes! And combined with a partitioning tool you could probably