|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001843||openmediavault||Bug||public||2017-11-03 10:11||2017-11-04 09:31|
|Status||resolved||Resolution||unable to reproduce|
|Product Version||Arrakis (4.x)|
|Target Version||Fixed in Version|
|Summary||0001843: OMV_FSTAB_MNTOPS_BTRFS ignored in /etc/default/openmediavault|
According to Volker in https://forum.openmediavault.org/index.php/Thread/8778-BTRFS-support-mount-options/?postID=81858#post81858 it should be possible to specify BTRFS default mount options using
OMV_FSTAB_MNTOPS_BTRFS in /etc/default/openmediavault
However this is ignored (and was already ignored in OMV 3.x)
It seems that setting the option in /usr/share/php/openmediavault/globals.inc works, but it is overwritten when OMV is upgraded.
Also, the default options for BTRFS in /usr/share/php/openmediavault/globals.inc should _absolutely_ contain "noatime" (because NOT using noatime with BTRFS causes terrible performance issues).
|Tags||No tags attached.|
|Product build||Version: 4.0.8-1|
|Did you restart omv-engined after you've changed /etc/default/openmediavault?|
|I don't think I specifically restarted omv-engined, but I've set this option back somewhere in 2015 and it's been ignored since and over reboots...|
I can not reproduce this. After setting 'OMV_FSTAB_MNTOPS_BTRFS="defaults,nofail,noatime"' in /etc/default/openmediavault and restarting the omv-engined daemon the fstab options are taken into action when a BTRFS file system is mounted.
If the file system is already mounted via UI then the modifications are NOT taken into action because the mount point information is already stored in the database then.
|2017-11-03 10:11||petaramesh||New Issue|
|2017-11-03 10:11||petaramesh||Status||new => assigned|
|2017-11-03 10:11||petaramesh||Assigned To||=> votdev|
|2017-11-03 23:37||votdev||Note Added: 0005012|
|2017-11-03 23:41||petaramesh||Note Added: 0005014|
|2017-11-04 09:31||votdev||Status||assigned => resolved|
|2017-11-04 09:31||votdev||Resolution||open => unable to reproduce|
|2017-11-04 09:31||votdev||Note Added: 0005016|