[Gluster-devel] Weirdness in glfs_mkdir()?

Anand Avati avati at gluster.org
Mon Oct 28 23:19:40 UTC 2013


glfs_mkdir() (in glfs.h) accepts three params - @fs, @path, @mode. gfapi.py
uses raw ctypes to provide python APIs - and therefore the bug of not
accepting and passing @mode in the mkdir() method in gfapi.py is
translating into a junk value getting received by glfs_mkdir (and random
modes getting set for various dirs). You  just witnessed the woe of a
typeless system :)

Avati


On Mon, Oct 28, 2013 at 1:31 PM, Justin Clift <jclift at redhat.com> wrote:

> Hi Avati,
>
> When creating directories through glfs_mkdir() - called through
> Python - the directories have inconsistent mode permissions.
>
> Is this expected?
>
> Here's the super simple code running directly in a Python
> 2.7.5 shell, on F19.  It's a simple single brick volume,
> XFS underneath.  Gluster compiled from git master head over
> the weekend:
>
>   >>> vol.mkdir('asdf')
>   0
>   >>> vol.mkdir('asdf/111')
>   0
>   >>> vol.mkdir('asdf/112')
>   0
>   >>> vol.mkdir('asdf/113')
>   0
>   >>> vol.mkdir('asdf/114')
>   0
>   >>> vol.mkdir('asdf/115')
>   0
>   >>> vol.mkdir('asdf/116')
>   0
>   >>> vol.mkdir('asdf/117')
>   0
>
> Looks ok from here, but ls -la shows the strangeness of
> the subdirs:
>
>   $ sudo ls -la asdf/
>   total 0
>   dr-x-w----. 9 root root  76 Oct 28 20:22 .
>   drwxr-xr-x. 8 root root 114 Oct 28 20:22 ..
>   d-w--w---T. 2 root root   6 Oct 28 20:22 111
>   d--x--x--T. 2 root root   6 Oct 28 20:22 112
>   dr--rw---T. 2 root root   6 Oct 28 20:22 113
>   drwx--x---. 2 root root   6 Oct 28 20:22 114
>   dr--r----T. 2 root root   6 Oct 28 20:22 115
>   dr-x-w----. 2 root root   6 Oct 28 20:22 116
>   drwx--x---. 2 root root   6 Oct 28 20:22 117
>
> Easily worked around using chmod() after each mkdir(), but
> I'm not sure if this is a bug or not.
>
> ?
>
> Regards and best wishes,
>
> Justin Clift
>
> --
> Open Source and Standards @ Red Hat
>
> twitter.com/realjustinclift
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20131028/522e3ee0/attachment-0001.html>


More information about the Gluster-devel mailing list