Edit report at https://bugs.php.net/bug.php?id=60666&edit=1
ID: 60666
Updated by: php-bugs@lists.php.net
Reported by: hunter at yessoftware dot com
Summary: scandir doesn''t return entries on GlusterFS
(redHat's) file system
-Status: Feedback
+Status: No Feedback
Type: Bug
Package: Directory function related
Operating System: CentOS 5.7
PHP Version: 5.3.8
Assigned To: cmb
Private report: N
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2021-09-14 13:46:46] cmb@php.net
Is this still an issue with any of the actively supported PHP
versions[1]?
[1] <https://www.php.net/supported-versions.php>
------------------------------------------------------------------------
[2019-11-08 11:16:33] 7eggert at gmx dot de
I experienced the same or something similar with mergerfs. While scandir() or readdir report not
even "." and "..", but () and false. stracing the apache process with the
PHP7.3.10 of openSUSE Tumbleweed, shows the call to getdents64.
Using glob() does return a nonempty array.
------------------------------------------------------------------------
[2012-01-10 13:18:42] hunter at yessoftware dot com
I solved it by rebuilding php with
export CPPFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
./configure
------------------------------------------------------------------------
[2012-01-07 12:36:17] hunter at yessoftware dot com
PHP strace:
10458 open("/sites/cache", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
10458 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
10458 getdents(3, 0x9d0640c, 32768) = -1 EINVAL (Invalid argument)
10458 close(3) = 0
10458 write(1, "0\r\n", 3) = 3
10458 open("/nonglustered/dir", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
10458 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
10458 getdents(3, 0x9d0640c, 32768) = 120
10458 getdents(3, 0x9d0640c, 32768) = 0
10458 close(3) = 0
10458 write(1, "3\r\n", 3) = 3
10458 close(0) = 0
Perl strace
open("/sites/other", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
brk(0x8608000) = 0x8608000
getdents64(3, /* 24 entries */, 32768) = 1352
write(1, "12548855754ef9fb85723261.9149936"..., 38) = 38
So goal is to use getdents64 instead of getdents.
The original Linux getdents() system call did not handle large file systems and large file offsets.
Consequently, Linux 2.4 added getdents64(), with wider types for the d_ino and d_off fields employed
in the linux_dirent structure.
------------------------------------------------------------------------
[2012-01-05 22:13:27] hunter at yessoftware dot com
Description:
------------
When I'm trying to scandir or opendir/readdir on GlusterFS Distributed volumes (mounted to some
folder) I got something but not I'm expecting to obtainan: empty array even without . and ..
entries, only . entry, 2-3 entries instead of >100 and so on.
Other ways (bash ls or perl opendir) works correctly.
for example:
distributed GlusterFS volume mounted to /sites/blog folder.
scandir("/sites/blog");
array(0) {
}
distributed GlusterFS volume mounted to /sites/other folder:
scandir("/sites/other");
array(1) {
[0]=>
string(1) "."
}
scandir("/sites/other/old");
array(3) {
[0]=>
string(1) "."
[1]=>
string(11) "1.2.0.2540"
[2]=>
string(11) "1.5.0.2559"
}
Test script:
---------------
<?php
clearstatcache();
var_dump(scandir('/sites/blogs'));
var_dump(scandir('/sites/other'));
var_dump(scandir('/sites/other/ms'));
?>
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=60666&edit=1