#20828 [Opn->Csd]: dba_open hang on nfs files

ID: 20828 Updated by: helly@php.net Reported By: csollet@coleebris.com -Status: Open +Status: Closed Bug Type: DBM/DBA related Operating System: Linux 2.2.16 PHP Version: 4.3.0RC2 Assigned To: helly New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The default is now locking on the database file. This is done by GDBM handler automatically and maybe other future handlers will do also. So now all handlers behave the same way when no further modifier is used. Previous Comments: ------------------------------------------------------------------------ [2002-12-09 12:09:57] helly@php.net It is important to keep the .lck file - so that is no problem. Also database access needs to be locked - so generally locking is wanted and not having it was an error in older dba versions. I added modifier '-' to disable/skip/ignore locking (or whatever to call it). ------------------------------------------------------------------------ [2002-12-05 09:09:50] csollet@coleebris.com dba_open hang when trying to open a file located on a nfs server : test script : <? dba_open("E.db", "r", "db2"); ?> with file "E.db" on a nfs server : Block with file "E.db" on a local filesystem : Ok In both case, E.db.lck is created (Hey! i've used "r" not "rl" ???) and by the way, not removed. Seems the new locking scheme start by itself, doesn't cleanup on exit and finally hang on nfs. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=20828&edit=1