(RADIATOR) Disabling ReclaimQuery

[Hugh Irvine]

Hello Kwang -

I think the message should remain as it is, given that it is at DEBUG 
level and it indicates what Radiator is doing.

Its just the ReclaimQuery that has been defined as an empty string 
(no-op).

regards

Hugh


On 6 Feb 2004, at 12:41, Moon Kwang (Products O2) wrote:

> Mike,
>
> Just a small observation.  The changes worked - no more error messages 
> when
> starting without a ReclaimQuery value, but the log message is still 
> being
> displayed.
> Fri Feb  6 01:35:35 2004: DEBUG: Reclaiming expired leases
>
> Cheers,
> Kwang
>
>
>
> -----Original Message-----
> From: Mike McCauley [mailto:mikem at open.com.au]
> Sent: 05 February 2004 22:46
> To: Moon Kwang (Products O2); 'radiator at open.com.au'
> Subject: Re: (RADIATOR) Disabling ReclaimQuery
>
>
> Hello,
>
> On Fri, 6 Feb 2004 05:49 am, Moon Kwang (Products O2) wrote:
>> Hugh,
>>
>> Is it possible to get this feature added?  It sounds like there are a
>> number of people who want to turn this off, but have to use 
>> workarounds
>> with dummy selects at the moment.
>
> This is an excellent idea.
> We have now uploaded to the 3.8 patch set a new version of
> AddressAllocatorSQL.pm that does not run DeallocateQuery or 
> ReclaimQuery
>     if they are empty strings.
>
> Thanks for the suggestion.
>
> Cheers.
>
>>
>> Cheers,
>> Kwang
>>
>>
>>
>> -----Original Message-----
>> From: Hugh Irvine [mailto:hugh at open.com.au]
>> Sent: 04 February 2004 21:40
>> To: Moon Kwang (Products O2)
>> Cc: 'radiator at open.com.au'
>> Subject: Re: (RADIATOR) Disabling ReclaimQuery
>>
>>
>>
>> Hello Kwang -
>>
>> Sadly I am afraid it was my mistake - the code certainly expects a
>> ReclaimQuery.
>>
>> My apologies for the mis-information.
>>
>> regards
>>
>> Hugh
>>
>> On 4 Feb 2004, at 22:54, Moon Kwang (Products O2) wrote:
>>> Hi,
>>>
>>> I'm trying to disable the ReclaimQuery - but having problems.
>>>
>>> I understand that it's possible to do by setting the parameter with 
>>> an
>>> empty
>>> string
>>> (http://www.open.com.au/archives/radiator/2001-08/msg00177.html).
>>>
>>> I'm using version version 3.8 on a RedHat server (installed as an 
>>> RPM).
>>>
>>> Here's the block of code I'm using.
>>> <AddressAllocator SQL>
>>>         Identifier SQLAllocator
>>>         DBSource DBI:Oracle:radius
>>>         DBUsername xxx
>>>         DBAuth xxx
>>>         FailureBackoffTime 5
>>>         FindQuery select TIME_STAMP, YIADDR from RADPOOL where
>>> POOL='%0' and
>>> STATE=0 \
>>>                 and rownum=1 order by TIME_STAMP asc
>>>         AllocateQuery update RADPOOL set STATE=1, TIME_STAMP=%0,
>>> EXPIRY=%1,
>>> MSISDN=%{Calling-Station-Id} \
>>>                 where YIADDR='%3'
>>>         ReclaimQuery
>>> </AddressAllocator>
>>>
>>>
>>> Thanks in advance for your assistance.
>>>
>>> Cheers,
>>> Kwang
>>>
>>> This email and any attachments may be confidential and the subject of
>>> legal
>>> professional privilege.  Any disclosure, use, storage or copying of
>>> this
>>> email without the consent of the sender is strictly prohibited. 
>>> Please
>>> notify the sender immediately if you are not the intended recipient
>>> and then
>>> delete the email from your inbox and do not disclose the contents to
>>> another
>>> person, use, copy or store the information in any medium.
>>> ===
>>> Archive at http://www.open.com.au/archives/radiator/
>>> Announcements on radiator-announce at open.com.au
>>> To unsubscribe, email 'majordomo at open.com.au' with
>>> 'unsubscribe radiator' in the body of the message.
>>
>> NB: have you included a copy of your configuration file (no secrets),
>> together with a trace 4 debug showing what is happening?
>
> -- 
> Mike McCauley                               mikem at open.com.au
> Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
> 9 Bulbul Place Currumbin Waters QLD 4223 Australia   
> http://www.open.com.au
> Phone +61 7 5598-7474                       Fax   +61 7 5598-7070
>
> Radiator: the most portable, flexible and configurable RADIUS server
> anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
> Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS,
> TTLS, PEAP etc on Unix, Windows, MacOS etc.
> This email and any attachments may be confidential and the subject of 
> legal
> professional privilege.  Any disclosure, use, storage or copying of 
> this
> email without the consent of the sender is strictly prohibited. Please
> notify the sender immediately if you are not the intended recipient 
> and then
> delete the email from your inbox and do not disclose the contents to 
> another
> person, use, copy or store the information in any medium.
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>
>

NB: have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.