From owner-freebsd-net@FreeBSD.ORG  Sun Jun  8 18:53:58 2003
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id B766C37B401; Sun,  8 Jun 2003 18:53:58 -0700 (PDT)
Received: from fledge.watson.org (fledge.watson.org [204.156.12.50])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id D6DAB43FA3; Sun,  8 Jun 2003 18:53:57 -0700 (PDT)
	(envelope-from robert@fledge.watson.org)
Received: from fledge.watson.org (localhost [127.0.0.1])
	by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h591qaOn094640;
	Sun, 8 Jun 2003 21:52:36 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Received: from localhost (robert@localhost)h591qaeY094637;
	Sun, 8 Jun 2003 21:52:36 -0400 (EDT)
	(envelope-from robert@fledge.watson.org)
Date: Sun, 8 Jun 2003 21:52:36 -0400 (EDT)
From: Robert Watson <rwatson@freebsd.org>
X-Sender: robert@fledge.watson.org
To: David Yeske <dyeske@yahoo.com>
In-Reply-To: <20030609011331.14200.qmail@web13507.mail.yahoo.com>
Message-ID: <Pine.NEB.3.96L.1030608215036.67632L-100000@fledge.watson.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: current@freebsd.org
cc: net@freebsd.org
Subject: Re: sendmail starts before rpc.statd and rpc.lockd
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
	<mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jun 2003 01:53:59 -0000


On Sun, 8 Jun 2003, David Yeske wrote:

> This is when sendmail is ran from virecover.
> 
> Is this because sendmail is taking redirection, and it needs to flock()
> for that? 

Generally, sendmail uses flock() on the aliases file and related databases
to ensure consistency.  As far as I know, it's unrelated to redirection.

> I think a solution could be to make virecover called later on.  Why are
> rpc.lockd and rpc.statd not started directly after rpcbind?

No idea.  Moving virecover later is a possibility; probably the missing
piece is that sendmail should depend on rpc.lockd, ordering-wise.  Or
perhaps, it should depend on late-stage file system bits, and the file
system bits don't probably depend with the rpc bits.

> Here is some more output.
> 
> Recovering vi editor sessions:Jun  8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root):
> cannot flock(./dfh5913dfn000292, fd=3, type=2, omode=40002, euid=25): Operation not supported
> collect: Cannot write ./dfh5913dfn000292 (bfcommit, uid=25, gid=25): Operation not supported
> cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not supported
> cannot flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not supported
> Jun  8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): collect: Cannot write
> ./dfh5913dfn000292 (bfcommit, uid=25, gid=25): Operation not supported
> Jun  8 21:03:39 photon sendmail[292]: h5913dfn000292: SYSERR(root): cannot
> flock(./tfh5913dfn000292, fd=5, type=6, omode=40001, euid=25): Operation not supported
> Jun  8 21:03:39 photon sendmail[292]: h5913dfn000292: queueup: cannot lock ./tfh5913dfn000292:
> Operation not supported
> 
> Here is what Control-T does
> load: 0.20  cmd: sendmail 292 [pause] 0.02u 0.04s 0% 2016k

pause, eh?  That doesn't sound like it's related the the NFS locking. 
Note that the errors you get for sendmail due to lack of locking result in
a fairly clean exit, not a hang.  Hangs are generally associated with DNS.
Try a packet sniff?