NetBSD Problem Report #41259
From tron@zhadum.org.uk Tue Apr 21 13:10:17 2009
Return-Path: <tron@zhadum.org.uk>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
by www.NetBSD.org (Postfix) with ESMTP id 3D61463B8A5
for <gnats-bugs@gnats.NetBSD.org>; Tue, 21 Apr 2009 13:10:17 +0000 (UTC)
Message-Id: <20090421131013.249ADF927E@lyssa.zhadum.org.uk>
Date: Tue, 21 Apr 2009 14:10:13 +0100 (BST)
From: tron@zhadum.org.uk
Reply-To: tron@zhadum.org.uk
To: gnats-bugs@gnats.NetBSD.org
Subject: amd(8) cannot handle high demand
X-Send-Pr-Version: 3.95
>Number: 41259
>Category: bin
>Synopsis: amd(8) cannot handle high demand
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: bin-bug-people
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Apr 21 13:15:00 +0000 2009
>Closed-Date: Sat Feb 28 16:30:49 +0000 2015
>Last-Modified: Sat Feb 28 16:30:49 +0000 2015
>Originator: tron@zhadum.org.uk
>Release: NetBSD 5.0_RC4 2009-04-18 sources
>Organization:
Matthias Scheler http://zhadum.org.uk/
>Environment:
System: NetBSD lyssa.zhadum.org.uk 5.0_RC4 NetBSD 5.0_RC4 (GENERIC) #0: Sat Apr 18 10:53:55 BST 2009 tron@excalibur.zhadum.org.uk:/Volumes/Sources/obj/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
>Description:
I tried to build NetBSD sources from the "netbsd-5" branch on an
NFS volume that was mounted via amd(8) today. The machine has four
virtual CPUs and I started "build.sh" with "-j 8". The build failed
several times with random "device busy" or "file not found" messages.
I mounted the source statically with "mount -t nfs ..." afterwards,
retried the build and it finished without problems.
Here is my "/etc/amd.conf" in case it matters:
[global]
auto_attrcache = 1
search_path = /etc/amd
unmount_on_exit = yes
[ /home ]
map_name = amd.home
map_type = nis
[ /share ]
map_name = amd.share
map_type = nis
[ /scratch ]
map_name = amd.scratch
map_type = nis
[ /volumes ]
map_name = volumes
map_type = file
I've only added "auto_attrcache" and "unmount_on_exit" today to fix
the build problem. But it didnt' help.
>How-To-Repeat:
cd /auto/mounted/path/src
./build.sh -j 8 ...
>Fix:
None provide.
>Release-Note:
>Audit-Trail:
From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
To: gnats-bugs@NetBSD.org
Cc: gnats-admin@NetBSD.org, tsutsui@ceres.dti.ne.jp
Subject: Re: bin/41259: amd(8) cannot handle high demand
Date: Tue, 21 Apr 2009 22:21:14 +0900
> >Synopsis: amd(8) cannot handle high demand
Does it occur on nfs_proto=udp?
---
Izumi Tsutsui
From: Matthias Scheler <tron@zhadum.org.uk>
To: gnats-bugs@NetBSD.org
Cc: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Subject: Re: bin/41259: amd(8) cannot handle high demand
Date: Tue, 21 Apr 2009 15:52:04 +0100
On Tue, Apr 21, 2009 at 01:25:02PM +0000, Izumi Tsutsui wrote:
> The following reply was made to PR bin/41259; it has been noted by GNATS.
>
> From: Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
> To: gnats-bugs@NetBSD.org
> Cc: gnats-admin@NetBSD.org, tsutsui@ceres.dti.ne.jp
> Subject: Re: bin/41259: amd(8) cannot handle high demand
> Date: Tue, 21 Apr 2009 22:21:14 +0900
>
> > >Synopsis: amd(8) cannot handle high demand
>
> Does it occur on nfs_proto=udp?
Yes, it does:
# create ldapexop/ldapexop.d
CC=/src/tools/bin/i386--netbsdelf-gcc /src/tools/bin/nbmkdep -f ldapexop.d -- -I/amd/colwyn/src/NetBSD-5.0/src/external/bsd/openldap/include -I/amd/colwyn/src/NetBSD-5.0/src/external/bsd/openldap/dist/include -DHAVE_TLS -nostdinc -isystem /export/scratch/tron/obj/destdir.i386/usr/include /amd/colwyn/src/NetBSD-5.0/src/external/bsd/openldap/dist/clients/tools/ldapexop.c
i386--netbsdelf-gcc: /amd/colwyn/src/NetBSD-5.0/src/external/bsd/openldap/dist/clients/tools/ldapexop.c: Device busy
tron@lyssa:~>grep nfs /etc/amd.conf
nfs_proto = udp
Kind regards
--
Matthias Scheler http://zhadum.org.uk/
From: "Aaron J. Grier" <agrier@poofygoof.com>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: bin/41259: amd(8) cannot handle high demand
Date: Thu, 29 Apr 2010 10:38:20 -0700
I've been seeing this on uniprocessor 2.4GHz /i386 when compiling
NetBSD-5 from NFS mounted sources. failures are not consistent -- three
previous builds completed successfully.
host is running 5.0_STABLE built in mid-February 2010.
--
Aaron J. Grier | "Not your ordinary poofy goof." | agrier@poofygoof.com
State-Changed-From-To: open->closed
State-Changed-By: tron@NetBSD.org
State-Changed-When: Sat, 28 Feb 2015 16:30:49 +0000
State-Changed-Why:
A build with a source tree mounted via amd(8) works fine on my
NetBSD/amd64 7.99.5 system.
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.