@lundman pushed 1 commit.
dc23634 Fix issues with raw sends of spill blocks
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
@lundman pushed 3 commits.
bdcf9d7 Encrypted dnode blocks should be prefetched raw
f016fc4 Decryption error handling improvements
9b1e59f Remove ASSERT() in l2arc_apply_transforms()
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
@ahrens My apologies for missing the modes.c line, I have pulled the commit and
added to osx. Alas, I can easily make crypto+cache panic happen on osx, (and
not so easily on illumos)
```
arc.c arc_read 6180 : ASSERT3( hdr->b_l1hdr.b_buf == ((void *)0)) failed
(0xff889975ce88 == 0)
```
--
@lundman pushed 2 commits.
17d49e9 Raw DRR_OBJECT records must write raw data
590e210 Fix bounds check in zio_crypt_do_objset_hmacs
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
lundman commented on this pull request.
> (void) fprintf(stderr, "TIMESENT SNAPSHOT\n");
/*
* Print the progress from ZFS_IOC_SEND_PROGRESS every second.
*/
for (;;) {
- (void) sleep(1);
+
+ /*
+
lundman commented on this pull request.
>*/
- if (sdd->progress) {
That does seem to be the preference.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Refcounted DSL added - one missing `zvol_create_minors()` call in illumos, but
I believe that is as expected. Added a couple of `(void)` before
`refcount_add()` due to lint.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@lundman pushed 1 commit.
bc64070 Refcounted DSL Crypto Key Mappings
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
https://github.com/openzfs/openzfs/pull/489/files/e2df9b70741ea3c091a30c03c08847c7bacec46e..bc640707c92028b91bfe86437929b63fe484ea9f
Hello list,
Currently working on a 3rd user who has lost his pool and can not import
it. It occurred to us that as a last-ditch recovery it would be nice if
zdb could be enhanced to (attempt) copy out a file from the pool.
I believe you can already "list" directories with the right set of
to call it "alpha". Maybe.
Lund
--
Jorgen Lundman |
Unix Administrator | +81 (0)90-5578-8500
Shibuya-ku, Tokyo| Japan
--
openzfs: openzfs-developer
Permalink:
https://openzfs.topicbox.com/groups/developer/T1ce8db6589272d89-Mfb1ae
ER, "driveletter"
Since there is no (easy) way to do automounted snapshot mounting, we have
extended the "zfs mount" (and unmount) commands to also accept snapshots.
Ie, "zfs mount pool/dataset@snapshot". The mountpoint location is the same.
I may have missed a b
lundman commented on this pull request.
> + pa.pa_zhp = zhp;
+ pa.pa_fd = outfd;
+ pa.pa_parsable = flags->parsable;
+ pa.pa_progress = flags->progress;
+ pa.pa_siginfo = flags->siginfo;
+
+ if (pa.pa_siginfo) {
+
> in case anything there helps.
>
> I bring these up just in hopes of avoiding unnecessary duplication of
> functionality in ways that might interfere with portability of
> datasets between ZFS implementations.
>
>
>
> On Thu, Jan 10, 2019 at 3:23 AM
> https://pkg.trueos.org/iso/freebsd13-zol/
>
>
> Please report issues on our GitHub tracker at:
>
> https://github.com/zfsonfreebsd/ZoF
>
> Thanks and happy testing!
>
--
Jorgen Lundman |
Unix Administrator | +81 (0)90-5578-8500
Shibuya-ku
>uio_iov[vec_idx].iov_len -> uio_getiov(uio, vec_idx, NULL, _len);
But that's just one of those platform differences to live with. I doubt
upstream would want to add pointless wrappers.
Lund
--
Jorgen Lundman |
Unix Administrator | +81 (0)90-5578-8500
Shibuya-ku, Tokyo| Japan
-
Hello!
You should probably redirect the OsX/macOS questions over here:
https://openzfsonosx.org/
Either forum or IRC - but since it is a panic, you might as well create
an issue for it on github under:
https://github.com/openzfsonosx/zfs/issues
Sincerely,
Lund
Simon Casady wrote:
101 - 116 of 116 matches
Mail list logo