Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

zfs receive -> unable to handle kernel NULL pointer dereference #1543

Closed
wants to merge 1 commit into from

Conversation

dweeezil
Copy link
Contributor

Fix a pair of conditions in which a concurrent umount can cause
NULl pointer dereferences:

zfs_sb_teardown - prevent a NULL dereference by not calling
dmu_objset_pool with a null z_os.

zfs_resume_fs - don't try to unmount with a null z_os.  This
change makes the ZoL code more consistent with both Illumos
and FreeBSD.

Fix a pair of conditions in which a concurrent umount can cause
NULl pointer dereferences:

	zfs_sb_teardown - prevent a NULL dereference by not calling
	dmu_objset_pool with a null z_os.

	zfs_resume_fs - don't try to unmount with a null z_os.	This
	change makes the ZoL code more consistent with both Illumos
	and FreeBSD.
@behlendorf behlendorf closed this in ab68b6e Jul 1, 2013
unya pushed a commit to unya/zfs that referenced this pull request Dec 13, 2013
Fix a pair of conditions in which a concurrent umount can cause
NULL pointer dereferences:

* zfs_sb_teardown - prevent a NULL dereference by not calling
                    dmu_objset_pool with a null z_os.

* zfs_resume_fs - don't try to unmount with a null z_os.  This
                  change makes the ZoL code more consistent
                  with both Illumos and FreeBSD.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Closes openzfs#1543
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant