On Wed, Feb 05, 2014 at 05:03:53PM +0000, bugzilla-daemon@xxxxxxxxxxxxxxxxxxx wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=53951 > > --- Comment #1 from Harald Dunkel <harri@xxxxxxxxx> --- > This problem is still in (using 3.12.8): > > % find /misc/data6 | wc -l; find /misc/data6 | wc -l > 17 > find: `/misc/data6/lost+found': Permission denied > 341 Hi Harald, There isn't an autofs bugzilla component, and it's unlikely that the autofs folks are reading the ext4 mailing list. Since this bug is almost certainly an autofs problem, using bugzilla might not be the best way to report the bug in a way that get the attention of the right people. I've cc'ed the autofs folks; hopefully they can help you out. - Ted Original bug report, from https://bugzilla.kernel.org/show_bug.cgi?id=53951: Harald Dunkel 2013-02-16 15:55:40 UTC I am using autofs to mount a local disk to /misc/data6 on request. Problem: It seems that the first access silently fails, if the disk is not yet mounted. Below is an example. Before running it I had umounted /misc/data6 and restarted autofs. % find /misc/data6 | wc -l; find /misc/data6 | wc -l 18 find: `/misc/data6/lost+found': Permission denied 358 As you can see, the first "find" sees just a subset of the directory entries. The second "find" stumbles over lost+found (as expected) and finds all entries. Kernel is 3.7.7. There is no error message in kernel.log, only a line to mention the mount: EXT4-fs (sdd1): mounted filesystem with ordered data mode. Opts: (null) /etc/auto.master: /misc /etc/auto.misc /etc/auto.misc: data1 -fstype=auto,noatime :/dev/disk/by-label/data1 data2 -fstype=auto,noatime :/dev/disk/by-label/data2 data3 -fstype=auto,noatime :/dev/disk/by-label/data3 data4 -fstype=auto,noatime :/dev/disk/by-label/data4 data5 -fstype=auto,noatime :/dev/disk/by-label/data5 data6 -fstype=auto,noatime :/dev/disk/by-label/data6 data7 -fstype=auto,noatime :/dev/disk/by-label/data7 data8 -fstype=auto,noatime :/dev/disk/by-label/data8 The problem is reproducible, as it seems. Please mail if I can help to track this down. Regards Harri -- To unsubscribe from this list: send the line "unsubscribe autofs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
