From owner-freebsd-hackers Wed Jul 17 11:11: 1 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0F4237B400 for ; Wed, 17 Jul 2002 11:10:56 -0700 (PDT) Received: from dexter.zoopee.org (zoopee.org [192.117.108.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89A5543E3B for ; Wed, 17 Jul 2002 11:10:55 -0700 (PDT) (envelope-from alsbergt@zoopee.org) Received: from alsbergt by dexter.zoopee.org with local (Exim 3.34 #2) id 17UtGB-0006OO-00 for freebsd-hackers@freebsd.org; Wed, 17 Jul 2002 21:10:47 +0300 Date: Wed, 17 Jul 2002 21:10:47 +0300 From: Tom Alsberg To: FreeBSD Hackers List Subject: strace, PIOCWSTOP, NFS, and dynamically linked executables Message-ID: <20020717181047.GA24473@zoopee.org> Reply-To: Tom Alsberg Mail-Followup-To: Tom Alsberg , FreeBSD Hackers List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Face: "5"j@Y1Peoz1;ftTv>\|['ox-csmV+:_RDNdi/2lSe2x?0:HVAeVW~ajwQ7RfDlcb^18eJ;t,O,s5-aNdU/DJ2E8h1s,..4}N9$27u`pWmH|;s!zlqqVwr9R^_ji=1\3}Z6gQBYyQ]{gd5-V8s^fYf{$V2*_&S>eA|SH@Y\hOVUjd[5eah{EO@gCr.ydSpJHJIU[QsH~bC?$C@O:SzF=CaUxp80-iknM(]q(W List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi there... I seem to have some problems with running strace (A program that traces system calls, signals, and processes, in the ports: devel/strace) on FreeBSD. The problem is that the binary executable is not traced (it runs as a forked process of strace, but in the background of the shell). The only output of strace is something like: execve("...", ["..."], [/* ... vars */]PIOCWSTOP: Resource temporarily unavailable (What I substituted '...' for depends on the binary executed) I couldn't find yet what this PIOCWSTOP means exactly (I didn't find it in a search (grep) of all the /usr/include tree). The cases when the problem happens seem to be as follows: If I try to run strace on a statically linked binary (like most binaries in /bin), then: If the binary is on a remote NFS filesystem (FreeBSD 4.6 is the NFS server in this case too, even though it seems to be so too with NetApp's Filer servers), then first the problem happens, then after waiting about 5 seconds and running strace on the same binary again, the problem doesn't happen. If the binary is on a local filesystem (UFS in this case), then the problem does not happen. If I try to run strace on a dynamically linked binary (like most binaries in /usr and other installed programs), then: If the binary is on a remote NFS filesystem, then the problem always seems to happen. If the binary is on a local filesystem, then the problem first happens, and after about 5 seconds running strace on the same binary again, the problem doesn't happen. Or, to say: The problem always happens with a dynamically linked binary on NFS. The problem happens only the first time with a statically linked binary on NFS, or a dynamically linked binary on a local filesystem. The problem never happens with a statically linked binary on a local filesystem. I couldn't yet find the cause, and wonder (would be glad) if someone could help. Thank you, any help appreciated, -- Tom -- Tom Alsberg - certified insane, complete illiterate. e-mail: Homepage: http://www.cs.huji.ac.il/~alsbergt/ * An idea is not responsible for the people who believe in it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message