From owner-freebsd-stable Wed Oct 30 10: 5:26 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F5B437B401 for ; Wed, 30 Oct 2002 10:05:24 -0800 (PST) Received: from dexter.zoopee.org (zoopee.org [192.117.108.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4661C43E91 for ; Wed, 30 Oct 2002 10:05:20 -0800 (PST) (envelope-from alsbergt@zoopee.org) Received: from alsbergt by dexter.zoopee.org with local (Exim 3.34 #2) id 186xDR-0003yF-00 for freebsd-stable@freebsd.org; Wed, 30 Oct 2002 20:05:17 +0200 Date: Wed, 30 Oct 2002 20:05:17 +0200 From: Tom Alsberg To: FreeBSD Stable List Subject: strace, PIOCWSTOP, NFS, and dynamically linked executables Message-ID: <20021030180517.GA14350@zoopee.org> Reply-To: Tom Alsberg 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 P.S. I posted this message a few months ago to the freebsd-hackers list. I am posting this now to freebsd-stable because it seems a question more appropriate for this list than freebsd-hackers now. I am hoping that someone might be able to help with it. -- 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-stable" in the body of the message