Uploaded image for project: 'Lustre'
  1. Lustre
  2. LU-1152

ls: cannot open directory .: Permission denied

Details

    • Bug
    • Resolution: Fixed
    • Major
    • None
    • Lustre 1.8.7
    • None
    • Client: 1.8.7-wc1, 2.6.32-131.12.1.el6.x68_64
      Server: 1.8.4
    • 3
    • 6442

    Description

      mount lustre on /mnt
      ls /mnt (works)
      cd /mnt/blah (works)
      ls
      ls: cannot open directory .: Permission denied
      ls foo (works)
      ls /mnt/blah (fails)
      ls /mnt/blah/foo (works)

      Running strace on ls, I get permission denied opening '.', regardless of directory permissions.

      Attachments

        1. dump.client.out
          5.62 MB
        2. dump.mds.out.bz2
          924 kB

        Issue Links

          Activity

            [LU-1152] ls: cannot open directory .: Permission denied
            pjones Peter Jones added a comment -

            As per Terascala - this ticket can be closed

            pjones Peter Jones added a comment - As per Terascala - this ticket can be closed
            bobijam Zhenyu Xu added a comment - - edited

            hmm, strangely, I have tried "SELINUX=enforcing" and "SELINUX=targeted", and cannot hit it. Anyway, Lustre should not work with selinux enabled.

            bobijam Zhenyu Xu added a comment - - edited hmm, strangely, I have tried "SELINUX=enforcing" and "SELINUX=targeted", and cannot hit it. Anyway, Lustre should not work with selinux enabled.

            server kernel version is 2.6.18-194.3.1.0.1.el5 and Lustre 1.8.4
            Formatted with that kernel/Lustre version.
            8 OSTs, default striping.

            Steps on the client are exactly as you describe, mount, mkdir, ls.

            Disabling selinux on the client fixed the ls issue.

            ben@terascala.com Ben Evans (Inactive) added a comment - server kernel version is 2.6.18-194.3.1.0.1.el5 and Lustre 1.8.4 Formatted with that kernel/Lustre version. 8 OSTs, default striping. Steps on the client are exactly as you describe, mount, mkdir, ls. Disabling selinux on the client fixed the ls issue.
            bobijam Zhenyu Xu added a comment -

            Ben,

            Can you describe more info about the step? It's 1.8.4 Lustre server, and all server devices were formated with this 1.8.4 Lustre server? What Linux kernel version do these servers use? What steps did you take? Just mounted the Lustre system and "mkdir /mnt/testdir" and then "ls /mnt/testdir" failed?

            bobijam Zhenyu Xu added a comment - Ben, Can you describe more info about the step? It's 1.8.4 Lustre server, and all server devices were formated with this 1.8.4 Lustre server? What Linux kernel version do these servers use? What steps did you take? Just mounted the Lustre system and "mkdir /mnt/testdir" and then "ls /mnt/testdir" failed?
            xuezhao Xuezhao Liu added a comment -

            First, the selinux should be disabled.

            Secondly, for "fsfilt_ldiskfs_get_md()) error getting EA 4/lov from inode 1112866817: rc -61" such log, in the case that only 1 OST installed on the server, is it possible the EA(stripe info) be empty? Seems it is just a kind of warning/log message, not really error.

            xuezhao Xuezhao Liu added a comment - First, the selinux should be disabled. Secondly, for "fsfilt_ldiskfs_get_md()) error getting EA 4/lov from inode 1112866817: rc -61" such log, in the case that only 1 OST installed on the server, is it possible the EA(stripe info) be empty? Seems it is just a kind of warning/log message, not really error.

            disabling selinux is a workaround, but not a fix.

            Since 1.8.7-wc1 clients work on older versions of Linux with the same filesystem, this looks like a kernel incompatibility, rather than a client/server issue (or one that Lustre aggravates).

            ben@terascala.com Ben Evans (Inactive) added a comment - disabling selinux is a workaround, but not a fix. Since 1.8.7-wc1 clients work on older versions of Linux with the same filesystem, this looks like a kernel incompatibility, rather than a client/server issue (or one that Lustre aggravates).

            People

              bobijam Zhenyu Xu
              ben@terascala.com Ben Evans (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: