[nycbug-talk] dns slaves serve up empty data

[Marco Scoffier]

Help.

Today suddenly the servers which I have setup to slave for my domain are
serving empty pages.

$ dig metm.org @ns6.gandi.net

; <<>> DiG 9.5.1-P2 <<>> metm.org @ns6.gandi.net
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 6198
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;metm.org.            IN    A

;; Query time: 98 msec
;; SERVER: 217.70.177.40#53(217.70.177.40)
;; WHEN: Thu Jul 30 21:08:19 2009
;; MSG SIZE  rcvd: 26


Which means my main server has become completely inaccessible.  I have
tested everything I can think of the master server (my machine) is serving
up the dns info properly.  Transfers are allowed.  I was trying to test the
zone transfer with telnet but don't know the commands.  I can telnet to 53


When I request the dns info directly from my ip everything is ok. (see
below)

Any ideas ? very annoyed at this one...

Marco

$ dig metm.org @69.31.45.154

; <<>> DiG 9.5.1-P2 <<>> metm.org @69.31.45.154
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 5074
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 2

;; QUESTION SECTION:
;metm.org.            IN    A

;; ANSWER SECTION:
metm.org.        86400    IN    A    69.31.45.154

;; AUTHORITY SECTION:
metm.org.        86400    IN    NS    ns1.xname.org.
metm.org.        86400    IN    NS    ns6.gandi.net.
metm.org.        86400    IN    NS    ns.metm.org.
metm.org.        86400    IN    NS    ns0.xname.org.

;; ADDITIONAL SECTION:
ns.metm.org.        86400    IN    A    69.31.45.154
ns6.gandi.net.        170942    IN    A    217.70.177.40

;; Query time: 264 msec
;; SERVER: 69.31.45.154#53(69.31.45.154)
;; WHEN: Thu Jul 30 21:11:10 2009
;; MSG SIZE  rcvd: 160
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nycbug.org/pipermail/talk/attachments/20090730/ac3c4fcb/attachment.html>