Re: [Pdns-users] Malformed messages when not in cache

2011-03-07 Thread Kevin O'Connor

On 3/5/2011 4:11 AM, bert hubert wrote:

On Fri, Mar 04, 2011 at 07:38:36PM -0500, Kevin O'Connor wrote:

We have a record set up with the BIND backend as follows:

testing IN  CNAME
gci-prod-lb-0.us-east-1.elb.amazonaws.com.

When you query it right after a service restart, you get:

Wow, that is weird. Can you setup an isolated reproduction? So a pdns.conf,
named.conf and a zonefile that reproduces the problem? And ship that to me?

I've setup a domain.com zone that is similar to what you report, and it
works fine here.

This of course does not mean that I don't believe you, but I also can't
solve your problem.
Yeah, I'll send that to you off list.  Preparing it now.  Thanks for 
looking into this.

should reduce its occurrence.  Are there any other ways to work
around this at the moment? And more importantly, do I have the issue
identified correctly?  I don't want to just be waiting for 3.0
hoping that will fix the problem when really it's something silly
I've missed.

Once you have a reproduction case, we can tell.

Bert


___
Pdns-users mailing list
Pdns-users@mailman.powerdns.com
http://mailman.powerdns.com/mailman/listinfo/pdns-users


Re: [Pdns-users] Malformed messages when not in cache

2011-03-05 Thread bert hubert
On Fri, Mar 04, 2011 at 07:38:36PM -0500, Kevin O'Connor wrote:
 We have a record set up with the BIND backend as follows:
 
 testing IN  CNAME
 gci-prod-lb-0.us-east-1.elb.amazonaws.com.
 
 When you query it right after a service restart, you get:

Wow, that is weird. Can you setup an isolated reproduction? So a pdns.conf,
named.conf and a zonefile that reproduces the problem? And ship that to me?

I've setup a domain.com zone that is similar to what you report, and it
works fine here. 

This of course does not mean that I don't believe you, but I also can't
solve your problem.

 should reduce its occurrence.  Are there any other ways to work
 around this at the moment? And more importantly, do I have the issue
 identified correctly?  I don't want to just be waiting for 3.0
 hoping that will fix the problem when really it's something silly
 I've missed.

Once you have a reproduction case, we can tell.

Bert
___
Pdns-users mailing list
Pdns-users@mailman.powerdns.com
http://mailman.powerdns.com/mailman/listinfo/pdns-users


[Pdns-users] Malformed messages when not in cache

2011-03-04 Thread Kevin O'Connor

We have a record set up with the BIND backend as follows:

testing IN  CNAME   
gci-prod-lb-0.us-east-1.elb.amazonaws.com.


When you query it right after a service restart, you get:

[root@gibson ~]# dig @varick.datagram.com testing.domain.com
*;; Warning: Message parser reports malformed message packet.*
;; Truncated, retrying in TCP mode.

;  DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_4.2  @varick.datagram.com 
testing.domain.com

; (1 server found)
;; global options:  printcmd
;; Got answer:
;; -HEADER- opcode: QUERY, status: SERVFAIL, id: 264
;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;testing.domain.com. IN  A

;; ANSWER SECTION:
testing.domain.com.  300 IN  CNAME   
gci-prod-lb-0.us-east-1.elb.amazonaws.com.


;; Query time: 2 msec
;; SERVER: 209.131.118.33#53(209.131.118.33)
;; WHEN: Fri Mar  4 17:41:38 2011
;; MSG SIZE  rcvd: 99

Queries directly after this first query are OK, leading me to believe 
that once it's in the cache it's able to serve properly which seems 
strange.  Previously we had been serving root referrals with our 
answers, which had been padding long answers like this to out over the 
512 byte UDP limit.  I thought that might be the problem, so I turned 
root referrals off in hopes that it would take care of this but no such 
luck.


I've tested with the upcoming 3.0 release and the problem seems to be 
fixed (related to this http://wiki.powerdns.com/trac/changeset/1830 I 
think), but I need to try and work around this until 3.0 has been 
officially released.  I've turned our query-cache up to 60 in hopes that 
I'm right about the record being served properly once it's in the cache 
and that should reduce its occurrence.  Are there any other ways to work 
around this at the moment? And more importantly, do I have the issue 
identified correctly?  I don't want to just be waiting for 3.0 hoping 
that will fix the problem when really it's something silly I've missed.


Thanks!
___
Pdns-users mailing list
Pdns-users@mailman.powerdns.com
http://mailman.powerdns.com/mailman/listinfo/pdns-users