Oh. If I am understand you correctly. This is an issue only because it was the first assignment. So when I reject/reclamed it, the superblock was set with the hold timer. Is that correct?
On Thu, 18 Apr 2002, Ben April wrote: > 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. >