No Free Addresses?

Sten Carlsen stenc at s-carlsen.dk
Mon Dec 13 22:30:19 UTC 2010


Has the remaining server been set into "partner down" state?

On 13/12/10 23:06, Bob Proulx wrote:
> Jason Frisvold wrote:
>> Bob Proulx wrote:
>>> My Question: How can I tell why the dhcpd daemon ran out of free
>>> addresses?  Is there a tool that I can use to scan the dhcpd.leases
>>> file and have it report the status of each IP?  There are a lot of
>>> addresses and tracing the file manually is quite tedious.
>> Check this out.  Works pretty well.
>>
>> http://sourceforge.net/projects/dhcpd-pools/
> Interesting.  Thanks for suggesting that program.  But it just
> confuses me more since it seems to confirm that I had plenty of
> address space available while at the same time saying that I had none
> to allocate.  Here is what it says for me.  At the time of this
> snapshot the dhcpd was unable to provide leases.
>
>   dhcpd-pools -c dhcpd.conf -l dhcpd.leases.snapshot 
>   Ranges:
>   shared net name     first ip           last ip            max   cur    percent  touch   t+c  t+c perc     bu  bu perc
>   All networks        172.17.29.1      - 172.17.29.255      255    29     11.373     38    67    26.275     38   14.902
>   All networks        172.17.30.10     - 172.17.31.254      501   147     29.341      0   147    29.341      0    0.000
>
>   Shared networks:
>   name                   max   cur     percent  touch    t+c  t+c perc     bu  bu perc
>
>   Sum of all ranges:
>   name                   max   cur     percent  touch    t+c  t+c perc     bu  bu perc
>   All networks           756   176     23.280      38    214    28.307     76   10.053
>
> Hmm...  The currently allocated was 147 out of 501 or 29% but at the
> same time the 'bu' field says 0 available for allocation.  Working off
> of the live files with the extra pool space added it says:
>
>   dhcpd-pools -c /etc/dhcp3/dhcpd.conf -l /var/lib/dhcp3/dhcpd.leases
>   Ranges:
>   shared net name     first ip           last ip            max   cur    percent  touch   t+c  t+c perc     bu  bu perc
>   All networks        172.17.27.1      - 172.17.27.255      255     0      0.000      0     0     0.000      0    0.000
>   All networks        172.17.28.1      - 172.17.28.255      255    24      9.412      1    25     9.804      0    0.000
>   All networks        172.17.29.1      - 172.17.29.255      255    19      7.451     36    55    21.569     36   14.118
>   All networks        172.17.30.10     - 172.17.31.254      501   137     27.345      0   137    27.345      0    0.000
>
>   Shared networks:
>   name                   max   cur     percent  touch    t+c  t+c perc     bu  bu perc
>
>   Sum of all ranges:
>   name                   max   cur     percent  touch    t+c  t+c perc     bu  bu perc
>   All networks          1266   180     14.218      37    217    17.141     72    5.687
>
> Obviously it is allocating out of the added pool.  But at the same
> time the 'bu' field is zero meaning nothing available to allocate.
> That seems to be a basic conflict to me.
>
> Bob
> _______________________________________________
> dhcp-users mailing list
> dhcp-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users

-- 
Best regards

Sten Carlsen

No improvements come from shouting:

       "MALE BOVINE MANURE!!!" 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/dhcp-users/attachments/20101213/ee58d739/attachment.html>


More information about the dhcp-users mailing list