[gpfsug-discuss] GPFS API O_NOFOLLOW support

Yuri L Volobuev volobuev at us.ibm.com
Fri Jul 22 20:24:58 BST 2016


In a word, no.  I can't blame anyone for suspecting that there's yet
another hidden flag somewhere, given our track record, but there's nothing
hidden on this one, there's just no code to implement O_NOFOLLOW.  This
isn't Posix, and we just never put it in.  This would be a reasonable thing
to have, so if you feel strongly enough about it to open an RFE, go for it.

yuri



From:	"Knister, Aaron S. (GSFC-606.2)[COMPUTER SCIENCE CORP]"
            <aaron.s.knister at nasa.gov>
To:	gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>,
Date:	07/21/2016 09:05 AM
Subject:	[gpfsug-discuss] GPFS API O_NOFOLLOW support
Sent by:	gpfsug-discuss-bounces at spectrumscale.org



Hi Everyone,

I've noticed that many GPFS commands (mm*acl,mm*attr) and API calls (in
particular the putacl and getacl functions) have no support for not
following symlinks. Is there some hidden support for gpfs_putacl that will
cause it to not deteference symbolic links? Something like the O_NOFOLLOW
flag used elsewhere in linux?

Thanks!

-Aaron_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfsug.org/mailman/listinfo/gpfsug-discuss

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20160722/358fdcc5/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20160722/358fdcc5/attachment-0002.gif>


More information about the gpfsug-discuss mailing list