From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 27 19:45:00 2007 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87B8F16A41A; Thu, 27 Sep 2007 19:45:00 +0000 (UTC) (envelope-from jhein@timing.com) Received: from Daffy.timing.com (ns2.timing.com [206.168.13.218]) by mx1.freebsd.org (Postfix) with ESMTP id 1C56213C461; Thu, 27 Sep 2007 19:44:59 +0000 (UTC) (envelope-from jhein@timing.com) Received: from gromit.timing.com (gromit.timing.com [206.168.13.209]) by Daffy.timing.com (8.13.1/8.13.1) with ESMTP id l8RJixFV031509; Thu, 27 Sep 2007 13:44:59 -0600 (MDT) (envelope-from jhein@timing.com) Received: from gromit.timing.com (localhost [127.0.0.1]) by gromit.timing.com (8.14.1/8.14.1) with ESMTP id l8RJivHM069897; Thu, 27 Sep 2007 13:44:57 -0600 (MDT) (envelope-from jhein@gromit.timing.com) Received: (from jhein@localhost) by gromit.timing.com (8.14.1/8.14.1/Submit) id l8RJivqm069894; Thu, 27 Sep 2007 13:44:57 -0600 (MDT) (envelope-from jhein) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18172.2105.13764.795975@gromit.timing.com> Date: Thu, 27 Sep 2007 13:44:57 -0600 From: John E Hein To: "Tuc at T-B-O-H.NET" In-Reply-To: <18172.1014.867507.713218@gromit.timing.com> References: <20070927173022.GA39854@freebsd.org> <200709271817.l8RIHWK9020208@himinbjorg.tucs-beachin-obx-house.com> <18172.1014.867507.713218@gromit.timing.com> X-Mailer: VM 7.19 under Emacs 22.0.99.1 X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on Daffy.timing.com X-Virus-Status: Clean Cc: emulation@freebsd.org Subject: Re: Signal 12 on simple ldd / Linux X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Sep 2007 19:45:00 -0000 John E Hein wrote at 13:26 -0600 on Sep 27, 2007: > Tuc at T-B-O-H.NET wrote at 14:17 -0400 on Sep 27, 2007: > > I'm finding out that this also ISN'T happening on systems where > > the Linux install is local, and used local. I'm finding 100% so far that > > it only happens where /compat is NFS mounted. Is this something someone > > has ever done, and are there any gotchas that I am running into because > > of it, or is it just "One of those things you figure out that leads you > > down the completely wrong path". > > We mount /compat/linux over NFS. I have not found any problems like > the one you are having with it after doing so on some boxes for years > (from 4.x to 6.x). Sometimes, I experience permission problems if, > for instance, the app tries to write to /var/db or something (I don't > export it with maproot=0). So occasionally I'll add a sym link in > the nfs compat/linux tree to point to a local native directory. Is there any file locking that the app might be doing? If it tries to lock a file in /var/db or something, it might try to lock the file in /compat/linux/var/db. I don't remember if 5.3 (which is what you are running) supports proper nfs file locking (nfs locking in 4.x just always successfully gives out a lock, so if multiple lockers try to lock a file, they will all think they own the lock resulting in possible file corruption depending on how the lock is used), but you do have to make sure lockd and friends are running to get nfs locking to work.