-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Fix-for-zfs-dracut-regression-#8913 #9379
Fix-for-zfs-dracut-regression-#8913 #9379
Conversation
Line 31 and 32 overwrote the ${root} variable which broke mount-zfs.sh Signed-off-by: Dacian Reece-Stremtan <[email protected]>
Codecov Report
@@ Coverage Diff @@
## master #9379 +/- ##
==========================================
+ Coverage 79.02% 79.06% +0.03%
==========================================
Files 403 403
Lines 122539 122539
==========================================
+ Hits 96838 96887 +49
+ Misses 25701 25652 -49
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks. Looks like a reasonable way to implement what @tsandmann discussed in #8913 (comment)
Is this fix part of the next zfs release for centos 7.7? |
Yes, I've added it to the tracking list. |
Line 31 and 32 overwrote the ${root} variable which broke mount-zfs.sh We have create a new variable for the dataset instead of overwriting the ${root} variable in zfs-load-key.sh${root} variable in zfs-load-key.sh Reviewed-by: Kash Pande <[email protected]> Reviewed-by: Garrett Fields <[email protected]> Reviewed-by: Brian Behlendorf <[email protected]> Signed-off-by: Dacian Reece-Stremtan <[email protected]> Closes openzfs#8913 Closes openzfs#9379
Line 31 and 32 overwrote the ${root} variable which broke mount-zfs.sh We have create a new variable for the dataset instead of overwriting the ${root} variable in zfs-load-key.sh${root} variable in zfs-load-key.sh Reviewed-by: Kash Pande <[email protected]> Reviewed-by: Garrett Fields <[email protected]> Reviewed-by: Brian Behlendorf <[email protected]> Signed-off-by: Dacian Reece-Stremtan <[email protected]> Closes openzfs#8913 Closes openzfs#9379
Line 31 and 32 overwrote the ${root} variable which broke mount-zfs.sh We have create a new variable for the dataset instead of overwriting the ${root} variable in zfs-load-key.sh${root} variable in zfs-load-key.sh Reviewed-by: Kash Pande <[email protected]> Reviewed-by: Garrett Fields <[email protected]> Reviewed-by: Brian Behlendorf <[email protected]> Signed-off-by: Dacian Reece-Stremtan <[email protected]> Closes #8913 Closes #9379
Line 31 and 32 overwrote the ${root} variable which broke mount-zfs.sh
Signed-off-by: Dacian Reece-Stremtan [email protected]
This fixes the issue #8913.
We have create a new variable for the dataset instead of overwriting the ${root} variable in zfs-load-key.sh
Motivation and Context
#8913
Description
How Has This Been Tested?
Create a new initramfs using dracut and restarted the computer. This was done on two separate computers running Centos 7.7
Centos 7.7, zfs 0.8.2
Rebuilt initramfs using dracut on the systems mentioned above. Restarted the system. Instead of failing to start because the root was not mounted (using zfs root), now the computer started all the way.
Fixes problem in mount-zfs.sh where the script is bypassed because the ${root} variable was overwritten in zfs-load-key.sh to hold only the dataset name and not the kernel line option for zfs root.
Types of changes
Checklist:
Signed-off-by
.