statd/lockd startup failure

Daniel Braniss danny at cs.huji.ac.il
Sat Mar 12 10:21:18 UTC 2011


> > >> On 02/18/2011 10:08, Rick Macklem wrote:
> > >> > The attached patches changes the behaviour so that it tries to
> > >> > get an unused port for each of the 4 cases.
> > >>
> > >> can you send me the patches?
> > >> thanks,
> > >> danny
> > 
> > > They're attached. If you get to test them, please let me know
> > > how it goes.
> > >
> > > rick
> > 
> > Hi Rick,
> > the good side of living on different time zones :-)
> > I got impatient, so I came up with a different fix.
> > The rational is that IMHO, there is no need for all listeners
> > to be on the same port:
> > rnd> rpcinfo protonew |grep mountd
> > 100005 1 udp6 ::.3.141 mountd superuser
> > 100005 3 udp6 ::.3.141 mountd superuser
> > 100005 1 tcp6 ::.3.141 mountd superuser
> > 100005 3 tcp6 ::.3.141 mountd superuser
> > 100005 1 udp 0.0.0.0.3.141 mountd superuser
> > 100005 3 udp 0.0.0.0.3.141 mountd superuser
> > 100005 1 tcp 0.0.0.0.3.92 mountd superuser <---
> > 100005 3 tcp 0.0.0.0.3.92 mountd superuser <---
> > rnd> rpcinfo -t protonew mountd
> > program 100005 version 1 ready and waiting
> > rpcinfo: RPC: Program/version mismatch; low version = 1, high version
> > = 3
> > program 100005 version 2 is not available
> > program 100005 version 3 ready and waiting
> > 
> > the patches are in:
> > ftp://ftp.cs.huji.ac.il/users/danny/freebsd/patches/address_already_in_use/
> > 
> > cheers,
> > danny
> > 
> Yep, a patch that doesn't make them all use the same port# is much
> simpler. However, others, such as Doug Barton feel that it is important
> that they use the same port#. (Something he called "tracking".)

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?
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 :-).

IMHO, having a system that might fail to reboot is not very pleasant.

danny




More information about the freebsd-stable mailing list