Skip to content
This repository was archived by the owner on Nov 7, 2019. It is now read-only.

8589 zfs send | recv crashes receiving system #685

Closed
wants to merge 1 commit into from
Closed

8589 zfs send | recv crashes receiving system #685

wants to merge 1 commit into from

Conversation

waikontse
Copy link

The code is the same as the one on openzfs/zfs#6616. I just included the missing part.

@ahrens ahrens requested a review from pcd1193182 August 8, 2018 19:35
uint64_t maxobj = DNODES_PER_BLOCK *
(DMU_META_DNODE(dsp->dsa_os)->dn_maxblkid + 1);

/*
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't this comment be updated for openzfs, describing which openzfs "versions" are affected?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You're right, but how do I find out the version number? Do you use the git commit hash as version number? Or is there somewhere I can find that information?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A date might be the only useful way to express this

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, we should update the comment. The simplest change would be to say Older versions of ZFS did not handle .... If we want to be more specific, we could say Prior to the fix for bug 1234, ZFS did not handle...

Copy link

@pcd1193182 pcd1193182 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Once the comment is updated to reflect ZFS as a whole, rather than ZoL specifically, this looks good to me.


/*
* Older versions of OpenZFS (since 7104) does not handle large
* FREEOBJECTS records correctly, leading to zfs recv never completing.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the update, @waikontse.

It looks like the indentation here is inconsistent. Each line should start with tab space asterisk.

I think that in this context "since" means "more recent than", but I think you mean "less recent than" / "older than"?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @ahrens, thanks for the guidance on the commenting.
I need to get used to tab spaces, I usually use spaces.

You're right, what I mean is that versions "less recent"/"older than". I'll update the formatting with the comment later today.

Reviewed by: Paul Dagnelie <pcd@delphix.com>
Reviewed by: Matt Ahrens <matt@delphix.com>
@prakashsurya
Copy link
Member

In the RTI, Dan asks that code comments be updated to reflect the review feedback; see here

@ahrens
Copy link
Member

ahrens commented Oct 31, 2019

This repo will be archived in the coming week, and therefore this PR is being closed. Alternate processes for contributing ZFS changes (including those in open PR's) include following the illumos procedures, or opening a PR against ZFSonLinux.

The reasoning behind this are outlined in an email to the developer@open-zfs.org mailing list, which is reproduced below:

The OpenZFS code repository on github (http://github.com/openzfs/openzfs) is a clone of the illumos repo, with basically identical code. The OpenZFS repo made it easier to contribute ZFS code to illumos, by leveraging the github pull request and code review processes, and by automatically building illumos and running the ZFS Test Suite.

Unfortunately, the automated systems have atrophied and we lack the effort and interest to maintain it. Meanwhile, the illumos code review and contribution process has been working well for a lot of ZFS changes (notably including ports from Linux).

Since the utility of this repo has decreased, and the volunteer workforce isn't available to maintain it, we will be archiving http://github.com/openzfs/openzfs in the coming week. Thank you to everyone who helped maintain this infrastructure, and to those who leveraged it to contribute over 500 commits to ZFS on illumos! Alternate processes for contributing ZFS changes (including those in open PR's) include following the illumos procedures, or opening a PR against ZFSonLinux.

The OpenZFS github organization (http://github.com/openzfs) will continue to exist. I will make an announcement about its future role at the OpenZFS Developer Summit on Monday.

Let me know if you have any questions,
--matt

@ahrens ahrens closed this Oct 31, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants