[outages] GoDaddy DNS - Here We Go Again...

Thu Sep 4 13:22:33 EDT 2014

tl;dr:  Seeing the same with GoDaddy's ns51 and ns52 servers not working.
On bottom is a successful lookup from the 8.8.8.8s (must be cached).

anthony at theintersect:~$ dig +trace a rmmsolutions.com +short
NS f.root-servers.net. from server 127.0.1.1 in 33 ms.
NS k.root-servers.net. from server 127.0.1.1 in 33 ms.
NS h.root-servers.net. from server 127.0.1.1 in 33 ms.
NS l.root-servers.net. from server 127.0.1.1 in 33 ms.
NS m.root-servers.net. from server 127.0.1.1 in 33 ms.
NS b.root-servers.net. from server 127.0.1.1 in 33 ms.
NS i.root-servers.net. from server 127.0.1.1 in 33 ms.
NS a.root-servers.net. from server 127.0.1.1 in 33 ms.
NS d.root-servers.net. from server 127.0.1.1 in 33 ms.
NS e.root-servers.net. from server 127.0.1.1 in 33 ms.
NS j.root-servers.net. from server 127.0.1.1 in 33 ms.
NS g.root-servers.net. from server 127.0.1.1 in 33 ms.
NS c.root-servers.net. from server 127.0.1.1 in 33 ms.
RRSIG NS 8 0 518400 20140911000000 20140903230000 8230 .
NTA7IrhowJqzdHiepsggdC18DJDlx1Ikw4+UNsP9Y4gRqfPWdjq7lxmd
f38tRj0DdYjPThWpWRVVi6x0tVAifz3Zb23guHPq4qTn3Vrckr/N7+5N
LNK5GsPX3yK2jWUf/pftqmP6zRPToZBuVFmX4Wno2Qp+a07iHvYOAaqP c1E= from server
127.0.1.1 in 33 ms.
;; connection timed out; no servers could be reached

anthony at theintersect:~$ dig rmmsolutions.com ns

; <<>> DiG 9.9.5-3-Ubuntu <<>> rmmsolutions.com ns
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47040
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 4

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;rmmsolutions.com. IN NS

;; ANSWER SECTION:
rmmsolutions.com. 3600 IN NS ns52.domaincontrol.com.
rmmsolutions.com. 3600 IN NS ns51.domaincontrol.com.

;; ADDITIONAL SECTION:
ns51.domaincontrol.com. 7200 IN A 216.69.185.26
ns51.domaincontrol.com. 7200 IN AAAA 2607:f208:206::1a
ns52.domaincontrol.com. 7200 IN A 208.109.255.26

;; Query time: 97 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Thu Sep 04 12:14:13 CDT 2014
;; MSG SIZE  rcvd: 157

anthony at theintersect:~$ dig @ns51.domaincontrol.com rmmsolutions.com a

; <<>> DiG 9.9.5-3-Ubuntu <<>> @ns51.domaincontrol.com rmmsolutions.com a
; (2 servers found)
;; global options: +cmd
;; connection timed out; no servers could be reached
anthony at theintersect:~$ dig @ns52.domaincontrol.com rmmsolutions.com a

; <<>> DiG 9.9.5-3-Ubuntu <<>> @ns52.domaincontrol.com rmmsolutions.com a
; (2 servers found)
;; global options: +cmd
;; connection timed out; no servers could be reached

**************And now to test some other DNS provider (the 8s)

anthony at theintersect:~$ dig @8.8.8.8 rmmsolutions.com a

; <<>> DiG 9.9.5-3-Ubuntu <<>> @8.8.8.8 rmmsolutions.com a
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9980
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;rmmsolutions.com. IN A

;; ANSWER SECTION:
rmmsolutions.com. 3599 IN A 67.227.189.79

;; Query time: 116 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Thu Sep 04 12:19:59 CDT 2014
;; MSG SIZE  rcvd: 61

On Thu, Sep 4, 2014 at 11:36 AM, Dovid B via Outages <outages at outages.org>
wrote:

> I have been using dnsmadeeasy.com since their last outage 2 years ago and
> have not looked back.
>
>
> On Thu, Sep 4, 2014 at 12:18 PM, Cary Wiedemann via Outages <
> outages at outages.org> wrote:
>
>> More than just their 'pdns' premium DNS servers are down today.
>> NS31.DOMAINCONTROL.COM and NS32.DOMAINCONTROL.COM ping but don't respond
>> to A or MX requests regardless of where I source from:
>>
>> (From Savvis)
>> cary at brn-web-ftp:~$ dig +trace a sunriseseniorliving.com +short
>> NS m.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS c.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS g.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS f.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS j.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS e.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS b.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS k.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS d.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS a.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS l.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS i.root-servers.net. from server 204.70.127.127 in 2 ms.
>> NS h.root-servers.net. from server 204.70.127.127 in 2 ms.
>> ;; connection timed out; no servers could be reached
>>
>> (AT&T)
>> root at CaryBox:~# host -t mx sunriseseniorliving.com NS32.DOMAINCONTROL.COM
>> ;; connection timed out; no servers could be reached
>>
>> As I typed this email 'NS31.DOMAINCONTROL.COM' came back up, but NS32 is
>> still down.
>>
>> Their phone tech support says they can't find a problem.  And their
>> status page says "No Significant Issues":
>> http://support.godaddy.com/system-alerts/
>>
>> Totally inexcusable.
>>
>> - Cary
>>
>>
>>
>> On Wed, Sep 3, 2014 at 11:53 AM, Rubens Kuhl via Outages <
>> outages at outages.org> wrote:
>>
>>>
>>>
>>>
>>> On Wed, Sep 3, 2014 at 12:12 PM, Mike Phipps via Outages <
>>> outages at outages.org> wrote:
>>>
>>>> A few of our client domains just suddenly started failing to resolve.
>>>> As it turns out, those domains are ones whose name service is handled via
>>>> GoDaddy. There's a thread on Reddit that suggests that this is pretty
>>>> widespread, but the exact scope isn't known yet, and GD has not announced
>>>> the issue.
>>>>
>>>>
>>>> http://www.reddit.com/r/sysadmin/comments/2fczdc/godaddy_premium_dns_down/
>>>>
>>>>
>>>>
>>>> Dig queries to domains that are on PDNS01 or PDNS02 fail. There are
>>>> probably others.
>>>>
>>>
>>>
>>> We are seeing queries to PDNS02 being refused depending on anycast
>>> location, but we can't pinpoint them exactly as hostname.bind queries are
>>> not answered. Some locations answer fine, some not, depending not only on
>>> country but also on transit provider.
>>>
>>> Rubens
>>>
>>>
>>> _______________________________________________
>>> Outages mailing list
>>> Outages at outages.org
>>> https://puck.nether.net/mailman/listinfo/outages
>>>
>>>
>>
>> _______________________________________________
>> Outages mailing list
>> Outages at outages.org
>> https://puck.nether.net/mailman/listinfo/outages
>>
>>
>
> _______________________________________________
> Outages mailing list
> Outages at outages.org
> https://puck.nether.net/mailman/listinfo/outages
>
>

-- 
- Anthony Hook
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/outages/attachments/20140904/abc5a1f9/attachment.htm>