aboutsummaryrefslogtreecommitdiffstats
path: root/config/user-libaio.m4
diff options
context:
space:
mode:
authorUmer Saleem <[email protected]>2023-09-05 13:27:53 +0500
committerBrian Behlendorf <[email protected]>2023-10-03 15:41:46 -0700
commite9dc31c74e7b28a0cb2a321bc220074f6461d231 (patch)
tree85719526aeba367c739b94b494ad8262bfa9070d /config/user-libaio.m4
parentb04b13ae79e58fe6f73249a225b3ddf9e348fc59 (diff)
Update the behavior of mountpoint property
There are some inconsistencies in the handling of mountpoint property. This commit updates the behavior and makes it consistent. If mountpoint property is set when dataset is unmounted, this would update the mountpoint property. The mountpoint could be valid or invalid in this case. Setting the mountpoint property would result in success in this case. Dataset would still be unmounted here. On the other hand, if dataset is mounted and mountpoint property is updated to something invalid where mount cannot be successful, for example, setting the mountpoint inside a readonly directory. This would unmount the dataset, set the mountpoint property to requested value and tries to mount the dataset. The mount operation returns error and this error is treated as overall failure of setting the property while the property is actually set. To make the behavior consistent in case dataset is mounted or unmounted, we should try to mount the dataset whenever mountpoint property is updated. This would result in mounting the datasets if canmount property is set to on, regardless if the dataset was previously unmounted. The failure in mount operation while setting the mountpoint property should not be treated as failure, since the property is actually set now to user requested value. Reviewed-by: Brian Behlendorf <[email protected]> Reviewed-by: Alexander Motin <[email protected]> Reviewed-by: Ameer Hamza <[email protected]> Signed-off-by: Umer Saleem <[email protected]> Closes #15240
Diffstat (limited to 'config/user-libaio.m4')
0 files changed, 0 insertions, 0 deletions