From owner-freebsd-stable@FreeBSD.ORG Sun Mar 13 15:23:56 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5F05106566B for ; Sun, 13 Mar 2011 15:23:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE6D8FC08 for ; Sun, 13 Mar 2011 15:23:56 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Pyn97-000FW0-GK; Sun, 13 Mar 2011 17:23:53 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Doug Barton In-reply-to: <4D7BEF8F.9080604@dougbarton.us> References: <2122282816.1268010.1299884622480.JavaMail.root@erie.cs.uoguelph.ca> <4D7BEF8F.9080604@dougbarton.us> Comments: In-reply-to Doug Barton message dated "Sat, 12 Mar 2011 14:11:27 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 13 Mar 2011 17:23:53 +0200 From: Daniel Braniss Message-ID: Cc: Rick Macklem , freebsd-stable@freebsd.org Subject: Re: statd/lockd startup failure X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 15:23:56 -0000 > On 03/12/2011 02:21, Daniel Braniss wrote: > > The problem with trying to get the same port for all tcp/udp/inet/inet6 > > though might succeed most of the time, will fail sometimes, then what? > > Can you please describe the scenario when it's completely impossible to > find a port that's open on all 4 families? i did not say impossible, concidering that Rick asked how many times he should try, unless N is forever, it could fail. > > > I saw Doug's commnent, and also the:), it's not as simple as tracking port > > 80 or 25, needs some efford, but it's deterministic/programable, and worst case > > you can still use the -p option (which again will fail sometimes:-). > > Given that Rick has already written the patch, I don't think it's at all > unreasonable to put it in as the first choice, perhaps with a fallback > to picking any available port if there isn't one available for all 4 > families. > as Rick mentioned, the patch is not trivial, and to quote him: "My only concern with the "same port# patch" is that it is more complex and, therefore, somewhat riskier w.r.t. my having gotten it wrong." > Meanwhile, I don't think I'm the only person who has ever had trouble > trying to track down network traffic from "random" ports that would > prefer that doing so not be made harder by having the same service on > the same host using 4 different ports. To track rpc based traffic, which means random-port to start with, you have to check with rpcinfo anyways. So yes, it's harder than tracking 1 port, but IMHO, less complex than the patch requiered :-), and BTW, mountd is already heavely patched, rpc.statd less, and rpc.lockd is, so far, the only one that is not complaining - guess Rick is a good programer! and I concider myself lucky that we don't use NIS/yellow-pages. danny