Weirdness in glfs_mkdir()?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux