BindsTo dataset keyload unit to mount associate unit
We need a stronger dependency between the mount unit and its keyload unit when we know that the dataset is encrypted. If the keyload unit fails, Wants= will still try to mount the dataset, which will then fail. It’s better to show that the failure is due to a dependency failing, the keyload unit, by tighting up the dependency. We can do this as we know that we generate both units in the generator and so, it’s not an optional dependency. BindsTo enable as well that if the keyload unit fails at any point, the associated mountpoint will be then unmounted. Reviewed-by: Richard Laager <rlaager@wiktel.com> Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov> Co-authored-by: Didier Roche <didrocks@ubuntu.com> Signed-off-by: Didier Roche <didrocks@ubuntu.com> Closes #10477
This commit is contained in:
parent
de817cc7b7
commit
b717f9b95e
|
@ -115,6 +115,7 @@ process_line() {
|
||||||
wants="zfs-import.target"
|
wants="zfs-import.target"
|
||||||
requires=""
|
requires=""
|
||||||
requiredmounts=""
|
requiredmounts=""
|
||||||
|
bindsto=""
|
||||||
wantedby=""
|
wantedby=""
|
||||||
requiredby=""
|
requiredby=""
|
||||||
noauto="off"
|
noauto="off"
|
||||||
|
@ -202,7 +203,8 @@ ExecStop=@sbindir@/zfs unload-key '${dataset}'" > "${dest_norm}/${keyloadunit}
|
||||||
fi
|
fi
|
||||||
# Update the dependencies for the mount file to want the
|
# Update the dependencies for the mount file to want the
|
||||||
# key-loading unit.
|
# key-loading unit.
|
||||||
wants="${wants} ${keyloadunit}"
|
wants="${wants}"
|
||||||
|
bindsto="BindsTo=${keyloadunit}"
|
||||||
after="${after} ${keyloadunit}"
|
after="${after} ${keyloadunit}"
|
||||||
fi
|
fi
|
||||||
|
|
||||||
|
@ -413,6 +415,7 @@ Documentation=man:zfs-mount-generator(8)
|
||||||
Before=${before}
|
Before=${before}
|
||||||
After=${after}
|
After=${after}
|
||||||
Wants=${wants}
|
Wants=${wants}
|
||||||
|
${bindsto}
|
||||||
${requires}
|
${requires}
|
||||||
${requiredmounts}
|
${requiredmounts}
|
||||||
|
|
||||||
|
|
Loading…
Reference in New Issue