hackers  

[freeipdb-hackers] Re: Problem with customer allocations

Ben April
Thu, 18 Apr 2002 07:22:08 -0700

On Thu, Apr 18, 2002 at 09:36:27AM -0400, Aaron Dudek wrote:
> Okay. That wouldn't be an issues execept I didn't use the entire block. I
> requested a /51 in v6.
> This is where I am having issues. I'll try to recreate it again.
> 
> Thanks
> 
> Aaron

Doesn't have to be the entire block. If it's the only assignment and
you reclaim by default you'll be left with supernet and your
holdtime will be set. Basicly as it assigns the /51
you split the 32 in half and in half only using one 1/2 of each pair
until you reach the /51 level and you assign one of the halves.
when you canceled it reclaimed that block and since there were no
other assingments/allocations it rolled right back up to the /32
and set it's holdtime there. 

So right you only used a /51 but you then had an un-used

/33
/34
/35
/36
...
/48
/49
/50
/51

That all got put back into the /32 when reclaiming the only in-use 
block.

Zat help?

> On Wed, 17 Apr 2002, Ben April wrote:
> 
> > On Wed, Apr 17, 2002 at 10:54:17PM -0400, Aaron Dudek wrote:
> > > No. However when I try to get a new block I get errors.
> >
> > What error? No Free space in region?
> > If that's the case it's because the Reclaim-Holdtime got set
> > on the block that got reclaimed.(e.g. 10.10.0.0) so you can either clear
> > the timer in the database (UPDATE IPDB SET HOLDTIME = NULL WHERE ID = <id>)
> > or wait till the timer exipres (default 10 days). This is only a problem
> > if you reclaim the only block in the database.
> >
> > I'm going to add an option to clear the holdtime on a block from the web-interface.
> >
> > > Also, one would not expect to receive an error when rejecting an assigned
> > > block.
> >
> > Working on that one.
> >
> > >
> > > On Wed, 17 Apr 2002, Ben April wrote:
> > >
> > > > On Wed, Apr 17, 2002 at 09:38:39AM -0400, Aaron Dudek wrote:
> > > > > This was the first allocation and the utilzation report shows it is
> > > > > free...
> > > > > adudek@starkmad: /usr/local/apache2/cgi-bin/testipdb/ >report.pl
> > > > >
> > > > > /----------------------  IP Allocation Utilization
> > > > > ----------------------/
> > > > >  2ff3:0000:0000:0000:0000:0000:0000:0000/ 32 | 0.00 % in-use
> > > > >                                10.10.0.0/ 24 | 0.00 % in-use
> > > >
> > > >
> > > > That would make sense. If it's the first block out of the gate and it
> > > > were reclaimed with no other blocks in the database it would roll right
> > > > back into the Allocated block. So it's doing what I would expect it to.
> > > >
> > > > Do you think it should do something diffrent ?
> > > >
> > > > I'm thinking I may change the % in-use on v6 regions to HD Ratio.
> > > >
> > > > > /----------------------  IP Region Utilization  ----------------------/
> > > > >                               Sprintlink | 0.00 % in-use
> > > > >                                  test v6 | 0.00 % in-use
> > > > >
> > > > >
> > > > > adudek@starkmad: /usr/local/apache2/cgi-bin/testipdb/ >
> > > > >
> > > > > On Tue, 16 Apr 2002, Ben April wrote:
> > > > >
> > > > > > On Tue, Apr 16, 2002 at 04:41:41PM -0400, Aaron Dudek wrote:
> > > > > > > I am running v0.1.4 with solaris 8 and apache 2.0.34
> > > > > > >
> > > > > > > I was trying to assign a block to a customer, I got the allocation and
> > > > > > > received the block, clicked on cancel
> > > > > > > got the following message
> > > > > >
> > > > > > That cancel is supposed to reclaim the block it just gave you.
> > > > > >
> > > > > > > Reclaim?RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > RECLAIM
> > > > > > > Error in ipdb_lib.pl in main::reclaim at line 273 Could not clearblock it
> > > > > > > has children
> > > > > >
> > > > > > I'll have to look into that error.
> > > > > >
> > > > > > > Now the report tool shows it totaly free.
> > > > > >
> > > > > > Shows what totaly free? the block you assigned for the customer?
> > > > > >
> > > > > > Can you give me an idea what was in that region at the time?
> > > > > > Superblock?
> > > > > > number of assignments/allocation?
> > > > > >
> > > > > >
> > > > > >
> > > > > > > from httpd logs
> > > > > > > [Tue Apr 16 20:27:46 2002] [error] [client 199.0.13.20] Error in 
>index.cgi
> > > > > > > in main::GetNewBlock at line 61 Could not cre
> > > > > > > ate Block, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:27:46 2002] [error] [client 199.0.13.20] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:27:46 2002] [error] [client 199.0.13.20] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:28:05 2002] [error] [client 199.0.13.20] Error in 
>index.cgi
> > > > > > > in main::GetNewBlock at line 61 Could not cre
> > > > > > > ate Block, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:28:05 2002] [error] [client 199.0.13.20] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:28:05 2002] [error] [client 199.0.13.20] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:28:19 2002] [error] [client 199.0.13.20] Error in 
>index.cgi
> > > > > > > in main::GetNewBlock at line 61 Could not cre
> > > > > > > ate Block, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:28:19 2002] [error] [client 199.0.13.20] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:28:19 2002] [error] [client 199.0.13.20] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:29:04 2002] [error] [client 199.0.13.10] Error in
> > > > > > > ipdb_httpcgi.pl in main::reclaim at line 244 Can't find
> > > > > > >  block in database, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:29:04 2002] [error] [client 199.0.13.10] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:29:04 2002] [error] [client 199.0.13.10] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:29:40 2002] [error] [client 199.0.13.10] Error in 
>index.cgi
> > > > > > > in main::GetNewBlock at line 61 Could not cre
> > > > > > > ate Block, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:29:40 2002] [error] [client 199.0.13.10] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:29:40 2002] [error] [client 199.0.13.10] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:30:33 2002] [error] [client 199.0.13.10] Error in 
>index.cgi
> > > > > > > in main::GetNewBlock at line 61 Could not cre
> > > > > > > ate Block, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:30:33 2002] [error] [client 199.0.13.10] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:30:33 2002] [error] [client 199.0.13.10] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:32:44 2002] [error] [client 199.0.13.10] Error in 
>index.cgi
> > > > > > > in main::GetNewBlock at line 61 Could not cre
> > > > > > > ate Block, referer: http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:32:44 2002] [error] [client 199.0.13.10] Exiting -1 at
> > > > > > > ipdb_lib.pl line 1030., referer: http://starkmad/c
> > > > > > > gi-bin/testipdb/index.cgi
> > > > > > > [Tue Apr 16 20:32:44 2002] [error] [client 199.0.13.10] Database handle
> > > > > > > destroyed without explicit disconnect., referer:
> > > > > > >  http://starkmad/cgi-bin/testipdb/index.cgi
> > > > > > >
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > We will lose this war without firing a shot
> > > > > > if we sacrifice the liberties of the American people.
> > > > > >             Sen. Russell Feingold, D-Wis.
> > > > > >
> > > >
> > > > --
> > > > We will lose this war without firing a shot
> > > > if we sacrifice the liberties of the American people.
> > > >                 Sen. Russell Feingold, D-Wis.
> > > >
> >
> > --
> > We will lose this war without firing a shot
> > if we sacrifice the liberties of the American people.
> >             Sen. Russell Feingold, D-Wis.
> >

-- 
We will lose this war without firing a shot 
if we sacrifice the liberties of the American people.
                Sen. Russell Feingold, D-Wis.