Re: informix hang when nfs server is down

In article 5rF@austin.ibm.com, bruce@austin.ibm.com (Bruce Bramhall) writes: > >In article <CFzw4n.D9F@wetware.com>, cse@wetware.com (Scott Ellard) writes: >> In article <CFz67D.19Hq@austin.ibm.com> bruce@austin.ibm.com (Bruce Bramhall) writes: >> > >> >I am running SE 5.0 on an IBM RS/6000 AIX 3.2 (call it dbmach). There is a >> >user on the same system who nfs mounts a directory onto his home directory >> >on dbmach (/u/johndoe). We'll call the other machine he is mounting >> >from johnsmach. Informix is installed in /usr/informix and the database is >> >in /usr/informix/db/mydb.dbs. >This is a trace while I performed the mention commands. Some irrelevant lines >have been removed. This is not a trace when the NFS server was hung, but one >in which informix started ok. The directories /u/sam, /u/johndoe, and /u/jane >are not in any of my PATH variables or any of my environment variables. So >why is informix being so nosey. Why is it looking in directories not related >to it. I suspect that it is doing a call to getcwd(), or similar to find out the current working directory. The algorithm for this generally involves odd searching of ./.. paths. EG on a Sun, a trace of /bin/pwd gives: simond@koetsu [~/src/patches] :-] trace /bin/pwd 2>& 1 | grep open open ("/usr/lib/ld.so", 0, 04000000021) = 3 open ("/dev/zero", 0, 07) = 4 open ("/etc/ld.so.cache", 0, 0) = 3 open ("/usr/openwin/lib", 0, 01010525) = 3 open ("/usr/lib/libc.so.1.8", 0, 022230) = 3 open ("/usr/lib/libdl.so.1.0", 0, 022250) = 3 open ("./../", 0, 035736104630) = 3 open ("./../../", 0, 0) = 3 open ("./../../../", 0, 0) = 3 open ("./../../../../", 0, 0) = 3 open ("/etc/mtab", 0, 0666) = 4 It is the O/S implementation of getcwd() that is the cause, your trace shows that it may be over doing things though. Simon -- simond@informix.com