Bug #50150 [Com]: stat() / lstat() does not work on a mounted cifs

Edit report at http://bugs.php.net/bug.php?id=50150&edit=1 ID: 50150 Comment by: Reported by: balanalin2003 at yahoo dot com Summary: stat() / lstat() does not work on a mounted cifs Status: Bogus Type: Bug Package: Streams related Operating System: ubuntu 9.10 PHP Version: 5.3.0 New Comment: If support needs to be added to PHP, isn't that a PHP problem. Based on rasmus's suggestion, I've discovered a workaround for now. If you specify "-o noserverino" at mount time the client will assign the inodes instead of the server. I am unaware of any side effects of doing this besides the possibility of not being able to detect hard links correctly. Previous Comments: ------------------------------------------------------------------------ [2010-03-04 19:14:24] rasmus@php.net This doesn't sound like a PHP problem at all. My best guess is that you have a 32/64-bit mismatch here. And PHP doesn't currently support 64-bit inodes. There are some patches floating around that will eventually be folded in to address this though. See bug #48886 ------------------------------------------------------------------------ [2010-03-04 18:54:36] mpiazza at benefitresource dot com I would like to add that the command line stat returns an Inode value of 281474976718220 on the 'broken' system and 55187670 on the 'working' system. This is suspect to me. Shouldn't it be the same across the board? ------------------------------------------------------------------------ [2010-03-04 18:49:08] mpiazza at benefitresource dot com Using SuSE v11.2 with Kernel v2.6.31.5-0.1-default I have the same problem with the SuSE provided PHP v5.3.1 and with clean builds of v5.3.1 and v5.2.13. I can stat from the command line (even through PHP using shell_exec) but all stat() related PHP functions fail. The interesting thing is that stat() works on Linux CIFS shares, but not Windows CIFS shares. Is there some way I can print debug information for each step of the stat() function in the C code to better trouble shoot this? If its a streams problem, can you describe what exactly the problem is? Its not isolated to one machine either. There are several systems in my office that exhibit the same problem. It works properly under SuSE v10.3 and PHP v4.4.0. At the very least, an indication as to what caused the failure would be helpful in the PHP error message. ------------------------------------------------------------------------ [2009-11-17 12:37:54] jani@php.net Most likely OS issue. Not PHP bug -> Bogus. ------------------------------------------------------------------------ [2009-11-17 12:28:06] balanalin2003 at yahoo dot com still getting this error, it may be a problem with my os, or the mount because i have try it on a fedora 7 and filesize worked, wait until you get another report to confirm this, i'm using java until then. Thanks ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=50150 -- Edit this bug report at http://bugs.php.net/bug.php?id=50150&edit=1