[developer] Re: [openzfs/openzfs] 9466 add JSON output support to channel programs (#619)

2018-09-25 Thread Tom Caputi
I was going to make a post similar to what @behlendorf posted, but I deleted what I had typed when I realized that we might end up breaking a bunch of people's scripts who are using non `POSIXLY_CORRECT` option formats. I don't really have a good answer for how to do that. -- You are

[developer] Re: [openzfs/openzfs] 8727 Native data and metadata encryption for zfs (#489)

2018-07-09 Thread Tom Caputi
I wouldn't worry about the encryption related `zfs recv -o / -x` changes until the PR has been merged into ZoL. It's passing tests right now, but I still need to add some documentation / man pages to it. -- You are receiving this because you are subscribed to this thread. Reply to this email

[developer] Re: [openzfs/openzfs] 9337 zfs get all is slow due to uncached metadata (7dec52f)

2018-06-29 Thread Tom Caputi
match style of original PR (no curly braces) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/commit/7dec52f2003048788e25e86bd2e6561687c30a76#commitcomment-29548864

[developer] Re: [openzfs/openzfs] 9337 zfs get all is slow due to uncached metadata (#599)

2018-03-23 Thread Tom Caputi
tcaputi approved this pull request. This patch looks good and all the edge cases I could think of are handled appropriately (zfs upgrade, etc). As a minor convenience, I would want a way to determine how much memory my metadata cache is using (in ZoL we would make this a read-only tunable,

[developer] Re: [openzfs/openzfs] Native data and metadata encryption for zfs (#124)

2017-08-08 Thread Tom Caputi
@ahrens care to weigh in on how to handle this at all? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/124#issuecomment-321138143 --

[developer] Re: [openzfs/openzfs] Native data and metadata encryption for zfs (#124)

2017-07-05 Thread Tom Caputi
tcaputi commented on this pull request. > @@ -1200,6 +1210,18 @@ transactions. Not all damaged pools can be recovered by using this option. If successful, the data from the discarded transactions is irretrievably lost. This option is ignored if the pool is importable or already imported.

[developer] Re: [openzfs/openzfs] 8414 Implemented zpool scrub pause/resume (#407)

2017-06-28 Thread Tom Caputi
@avg-I yes it is -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/407#issuecomment-311765827 -- openzfs-developer Archives:

[developer] Re: [openzfs/openzfs] 7432 Reserve send stream flag for large dnode feature (#381)

2017-05-17 Thread Tom Caputi
OK. I will adjust the encryption patch to use bit 24 for raw sends then. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/381#issuecomment-302234139

[developer] Re: [openzfs/openzfs] 7432 Reserve send stream flag for large dnode feature (#381)

2017-05-17 Thread Tom Caputi
doesn't the large dnodes send feature use bit 21? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/openzfs/openzfs/pull/381#issuecomment-302202756 --