Maintained by: NLnet Labs

[Unbound-users] unbound-control flush*

W.C.A. Wijngaards
Tue Nov 10 14:24:23 CET 2009


Hi Michael,

The reason it prints the flushed items again
is because it does not actually spend time to free()
the items, it simply marks them as unusable.
The second time it marked those items unusable again.

I am sorry, the argument is not optional.  I'll see
about making the help fixed for that.

Best regards,
    Wouter

On 11/10/2009 10:47 AM, Michael Tokarev wrote:
> A followup to my own post.  It appears to work as expected,
> but it definitely works better when pointed to the RIGHT
> master with actually up-do-date data ;)
>
> Please excuse me for the false alarm.
>
> /mjt
>
> Michael Tokarev wrote:
>> Is it just me or is unbound actually not doing flush*
>> operations?
>>
>> # unbound-control flush_zone tls.msk.ru
>> ok removed 50 rrsets, 83 messages and 0 key entries
>> # unbound-control flush_zone tls.msk.ru
>> ok removed 50 rrsets, 83 messages and 0 key entries
>> # unbound-control flush_zone tls.msk.ru
>> ok removed 50 rrsets, 83 messages and 0 key entries
>> # unbound-control flush_zone tls.msk.ru
>> ok removed 50 rrsets, 83 messages and 0 key entries
>>
>> so on each invocation (i did that one right after
>> another), it reports that it removed the same amount
>> of records. But actual reports are not being removed,
>> since querying it for an RR which changed on master
>> (it's a forward zone) returns the same, old data.
>>
>> flush and flush_type does not appear to work the
>> same way as flush_zone above - both reports a name
>> were flushed but in reality it is not.
>>
>> Also, unbound-control help says that argument for
>> 'flush' is optional, but it returns syntax error if
>> no argument is given to it:
>>
>> # unbound-control flush
>> error cannot parse name
>>
>> Restarting the cache clears up the stale data and
>> it starts returning new data as it should. But
>> no flush* magic appears to help.
>>
>> This is unbound 1.3.4-1, a Debian package.
>>
>> Thanks!
>>
>> /mjt
>
> _______________________________________________
> Unbound-users mailing list
> Unbound-users at unbound.net
> http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users