Site Issues
We're experiencing some issues with our DNS. If you can't connect to the site, then you probably can't see this, but flushing your dns might fix the issue (instructions on flushing your dns).
Apparently making a small change to our DNS records on godaddy creates havoc, we're probably going to be moving to a more reliable solution soon.
Apparently making a small change to our DNS records on godaddy creates havoc, we're probably going to be moving to a more reliable solution soon.
Comments Showing 1-29 of 29 (29 new)
date
newest »

message 1:
by
Zaira's Bookshelf
(new)
Jun 15, 2009 07:57PM

reply
|
flag
Andrea wrote: "Bless your techie hearts for taking such good care of us."
I agree with her.
I agree with her.
Will it affect both Mac and Windows or usually just one?

DNS is a distributed system, and can be a little bit complex, but the basic concept is no more complicated than a phone directory. You know the name, look up the number. In this case, a piece of software in your computer called the resolver looks it up for you, usually by asking another computer. The request is passed along all over the Internet until a computer that knows the answer replies. The response is passed back down the chain to your computer. While that happens, all the computers in between store ("cache") the response so they don't have to bother asking another computer again. (There are two reasons for this--one, it reduces network traffic, and two, it is much MUCH faster for a computer to look something up in its main memory than to do just about anything over the network.) However, the information isn't guaranteed to be good forever--networks get rearranged, people change hosting services, computers and websites sometimes just go away--so the information needs an expiration date. This is called the TTL (time-to-live). A cached DNS response is only kept for as long as the TTL value, which is in reckoned in seconds.
Everything that is on the Internet uses DNS if it needs to do name resolution. That emphatically means all computers running web browsers operated by human beings. Windows, Mac, Linux, BSD, OpenVMS, operating systems you've never heard of--everything.
The rest of my comments are for the site admins.
When you make changes to your DNS records--particularly to change an A record--you need to make sure the both the old and new IP addresses will work until the TTL for the DNS record expires. If you didn't do that, the reliability problems are not GoDaddy's fault, and for many people flushing their local DNS cache won't work--they'll just get handed a cached record with the old wrong address by the upstream DNS server they use. Most people will not be directly using the authoritative name servers for goodreads.com itself, and that's entirely reasonable and the way the Internet domain name system is supposed to work.
Another technique is to stage your changes. Let's say your TTL is one day (86400 seconds). At least one TTL (1 day in this case) *before* the intended change, update the zone fine to make the TTL very short--10 minutes, say. Wait 24 hours, turn off the old IP address, and immediately publish the new zone file with the new A record (and probably a re-lengthened TTL). Some people will still have problems, but only during the ten-minute window, which you can schedule at a time when site traffic is low.
cookies r yummy all of them r tacos
Thank you for keeping the site up and running!
Love ya
Embrace the Darkness
~Elizabeth.
Love ya
Embrace the Darkness
~Elizabeth.

Thanks G. Branden for that information; I hadn't known most of it.

Thank you for reminding me to move this from my to-read to currently-reading shelf... ;-)
Run Your Own Web Server Using Linux & Apache
Run Your Own Web Server Using Linux & Apache
I haven't had any problems yet. HEADS UP I guess?


both equally, if you can see the site, you're probably not effected

We're not exactly new to this... :) Aparently when you use godaddy to host your dns, and do something easy like add an A record to someserver.goodreads.com, it will delete all of your dns entries for a very short period, and then restore them all. During that period, if anyone queries for them, the records will not be found (OH NO!). So a couple of our machines got into that state, along with a handful of users. The only real solution we have is to not use godaddy to host dns (since this is a pretty awful bug).
Godddy doesn't host our actual website, only our dns records.

Glad to hear it! ;-)
That does sound like a pretty awful bug. Good luck finding a more clueful DNS provider! I wish I knew one to recommend, but I don't. I think the one I use is only marginally better, and I wouldn't want to trust a big site like yours to it.