Bug 825569

Summary:	[enhancement]: Add support for noatime, nodiratime
Product:	[Community] GlusterFS	Reporter:	Joe Julian <joe>
Component:	fuse	Assignee:	Kaushal <kaushal>
Status:	CLOSED EOL	QA Contact:
Severity:	high	Docs Contact:
Priority:	medium
Version:	mainline	CC:	ahatfiel, bugs, colin.alston, gluster-bugs, kaushal, mailbox, rwheeler, sia
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-10-22 15:46:38 UTC	Type:	Bug
Regression:	---	Mount Type:	fuse
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Joe Julian 2012-05-27 21:37:43 UTC

Attempting to mount the volume with noatime and/or nodiratime results in the message, "unknown option no[dir]atime" and the volume is mounted without it.

Updating atime without need is a known performance issue on high volume servers.

Comment 1 Kaushal 2012-05-28 12:34:21 UTC

Are you sure this could be done earlier?

I tested with 3.1, 3.2 and 3.3 (latest git branches). All of them don't support noatime. The mount.glusterfs script in 3.1 and 3.2 just dropped the unknown options passed with -o silently. The mount script was reworked in 3.3, so that it makes some noise about unknown options.

In 3.3, I also tried forcibly adding a "noatime" option by adding it to the mnt_args string in the source code. (fuse-bridge.c, the init() function). This lead to mount failures with a normal build. Looks like the fuse-lib used by gluster doesn't support "noatime" as an option. I tried a build with fusermount enabled (using --enable-fusermount with the configure script). It was only with this that mount succeeded. Then tried forcibly adding a "nodiratime" option. This option caused both normal and fusermount mounts to fail.

So it looks like gluster never supported these two options out of the box!

Regards,
Kaushal

Comment 2 Joe Julian 2012-05-28 16:25:37 UTC

Although I've had that in my mount options forever, no. I don't know that it was working.

I've changed this to an enhancement request.

Comment 3 Andrew Hatfield 2013-01-30 04:10:11 UTC

For those Volumes where you want noatime and nodiratime, why not set those mount options on the Bricks?

Comment 4 Amar Tumballi 2013-02-20 06:15:35 UTC

for now, the best option is what Andrew (comment #3) suggested. will keep this open for some time to see if there is a possibility in glusterfs to not to bother about time.

Comment 5 Colin Alston 2014-05-29 15:43:11 UTC

*bump* The fun part of this issue is that if you do set nodiratime, glusterfs 3.4 mounts just break with no clear error. More confusingly, the trace error you do end up with is

[2014-05-29 04:58:33.129366] E [mount.c:162:fuse_mount_fusermount] 0-glusterfs-fuse: failed to exec fusermount: No such file or directory

Wat.

Comment 6 Kaleb KEITHLEY 2015-10-22 15:46:38 UTC

because of the large number of bugs filed against mainline version\ is ambiguous and about to be removed as a choice.

If you believe this is still a bug, please change the status back to NEW and choose the appropriate, applicable version for it.