Hi Catalin,
Do the logs give any indication why the transfer is not working? Could
you share the xfrd-state file with me?
Best regards,
Matthijs
On 05/07/2014 11:30 PM, Catalin Leanca wrote:
Hello,
I'm using DNS input/output adapter for my zone. After ods-control stop
in /tmp directory
No indication in logs...
On 08/05/14 09:15, Matthijs Mekking wrote:
Hi Catalin,
Do the logs give any indication why the transfer is not working? Could
you share the xfrd-state file with me?
Best regards,
Matthijs
On 05/07/2014 11:30 PM, Catalin Leanca wrote:
Hello,
I'm using DNS
Now it seems that is working. I don't know what happend.
What's the logic behind that file ?
10x
On 08/05/14 09:43, Matthijs Mekking wrote:
On 05/08/2014 08:24 AM, Catalin Leanca wrote:
Hi,
No indication in logs.
Content of file:
;OpenDNSSEC-backup-v3
;;Zone: name zone ttl 2152792320 mname
On 05/08/2014 09:22 AM, Catalin Leanca wrote:
Now it seems that is working. I don't know what happend.
What's the logic behind that file ?
The logic is that if you stop the daemon, the state of zone transfers is
kept.
It is important to maintain which serial was last received and when it
Hi Fred,
An extension was made to the ‘key list’ command in 1.4.4 based on a number of
user requests (from the release notes):
* OPENDNSSEC-358: ods-ksmutil: Extend 'key list' command with options to filter
on key type and state. This allows keys in the GENERATE and DEAD state to be
output.
Hi Sara,
Thanks for the fast response. This may explain it. We use shared keys and
this key is used indeed for other zones.
Is there is simple way to exclude the unallocated keys and get the old
listing behaviour?
(I now use | grep -v NOT ALLOCATED.
This incompatible change broke one of my