[Dnsmasq-discuss] dhcpv6 problem with static allocations and "no addresses available"

Albert ARIBAUD albert.aribaud at free.fr
Thu Oct 22 19:48:50 BST 2015


Bonjour Carlos,

Le Thu, 22 Oct 2015 16:05:12 -0200, Carlos Carvalho
<carlos at fisica.ufpr.br> a écrit :

> Albert ARIBAUD (albert.aribaud at free.fr) wrote on Thu, Oct 22, 2015 at 02:33:28PM BRST:
> > Hi Carlos,
> > 
> > Le Thu, 22 Oct 2015 12:50:14 -0200, Carlos Carvalho
> > <carlos at fisica.ufpr.br> a écrit :
> > 
> > > Albert ARIBAUD (albert.aribaud at free.fr) wrote on Thu, Oct 22, 2015 at 03:20:34AM BRST:
> > > > Le Wed, 21 Oct 2015 20:18:42 -0200, Carlos Carvalho
> > > > <carlos at fisica.ufpr.br> a écrit :
> > > > 
> > > > > > Maybe there are leases for old UIDS and the static address still the
> > > > > > database?
> > > > > 
> > > > > No, I start dnsmasq without any lease.
> > > > 
> > > > Just to make sure, as your answer may mean various things: did you
> > > > explicitly delete the current leases file while dnsmasq was stopped and
> > > > only then start dnsmasq again?
> > > 
> > > With leasefile-ro nothing is read when the process starts.
> > 
> > Technically, with --loeasefile-ro, no lease file is read but the
> > lease-change script can still produce valid leases on its stdout, and
> > these will be taken into account.
> 
> Correct.
> 
> > Now, I assume you don't use the lease-change script or you have made
> > sure it does not output any valid lease.
> 
> Yes. In message
> Message-ID: <20151021221842.GA25414 at fisica.ufpr.br>
> I made sure to not miss any dhcp configuration, and there's no dhcp-script
> there. Further, it's not compiled in:
> 
> Oct 20 10:01:27 dnsmasq[23897]: started, version 2.74test2 cachesize 500
> Oct 20 10:01:27 dnsmasq[23897]: compile time options: IPv6 GNU-getopt no-DBus i18n IDN DHCP DHCPv6 no-scripts TFTP no-conntrack no-ipset auth DNSSEC loop-detect inotify
> 
> Additionally, the refusal doesn't happen everytime. Since the current process
> started, on the date shown above, there have been no problems. However, the log
> I sent before shows that it does happen. If undue refusals appear I have to
> restart the process to get the client to boot.

I've seen only one log in this discussion, in your initial post, and I
believe it only showed a failure case. The ideal log to diagnose your
issue would be from startup through successful leases to failures.

Amicalement,
-- 
Albert.



More information about the Dnsmasq-discuss mailing list