[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