Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We created a new sub-domain (via A record) but it is not resolving for everyone. It's been working for me and some others for about a week, but others still cannot access the site. I don't think this is a propagation issue as we created the entry about a week ago. I've been able to ping and resolve the domain from various machines/networks/operating systems/ISP's, but some others cannot.

I've already had the people who cannot resolve the domain name flush their DNS, but with no effect. They can access the site directly via the IP but not the domain name.

This A record is pointing to a different server than the main domain. The registrar is Network Solutions, the host is Media Temple (dv).

Thanks in advance.

Edit: The domain is Also, the host is brand spankin' new and this is the first and only domain created on it.

Edit 2:

From location that can resolve domain

$ dig +trace

; <<>> DiG 9.4.3-P1 <<>> +trace
;; global options:  printcmd
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
.   		355205	IN	NS
;; Received 488 bytes from in 44 ms

com.    		172800	IN	NS	B.GTLD-SERVERS.NET.
com.    		172800	IN	NS	F.GTLD-SERVERS.NET.
com.    		172800	IN	NS	A.GTLD-SERVERS.NET.
com.    		172800	IN	NS	I.GTLD-SERVERS.NET.
com.    		172800	IN	NS	K.GTLD-SERVERS.NET.
com.    		172800	IN	NS	L.GTLD-SERVERS.NET.
com.    		172800	IN	NS	J.GTLD-SERVERS.NET.
com.    		172800	IN	NS	H.GTLD-SERVERS.NET.
com.    		172800	IN	NS	M.GTLD-SERVERS.NET.
com.    		172800	IN	NS	D.GTLD-SERVERS.NET.
com.    		172800	IN	NS	G.GTLD-SERVERS.NET.
com.    		172800	IN	NS	C.GTLD-SERVERS.NET.
com.    		172800	IN	NS	E.GTLD-SERVERS.NET.
;; Received 501 bytes from in 45 ms    172800	IN	NS    172800	IN	NS    172800	IN	NS
;; Received 151 bytes from in 222 ms    90000	IN	SOA 31 900 600 86400 3600
;; Received 110 bytes from in 35 ms
share|improve this question
Can you give the domain name so we can check the entry? – ℝaphink Dec 21 '09 at 21:04
The location that can't resolve is a windows environment. I assume the equivalent is tracert? – Justin Johnson Dec 21 '09 at 21:48
The SOA record you got on the last part of "edit 2" dig means "NXDOMAIN" -- i.e, record isn't there. – Michael Graff Dec 21 '09 at 22:17
@Michael Sorry, should have specified. That is from a location that can resolve the domain. – Justin Johnson Dec 21 '09 at 22:19
Hate to burst your bubble, but no, it's not resolving it. The dig command you correctly used looks for a name called 'testing' inside '' -- and the SOA record at the end means 'it's not there' – Michael Graff Dec 21 '09 at 22:39

In DNS, propagation is based almost entirely on the serial number in the SOA record. If you don't change it, it will break. Some hosting companies let you make changes all over your domain, but then you have to click on a "publish" link of some sort to indicate that you are ready to commit those changes upon the world.

Also, by "subdomain" I assume you mean you are creating a record, not an actual subdomain. That is, you are adding an A record for testing within your domain, not a subdomain. The difference is only really important when you ask questions that DNS types like myself have to answer. A "subdomain" means NS records to delegate to another set of name servers. I am assuming you mean the misused term to mean "an A record."

For the people who can resolve the name, what do they see? The proper A record? If so, then I would think it is a propagation error; try seeing if you can bump up the serial number or add another record (foo?) and see if that also fails to propagate. If it does, well, call your DNS host.

Note that one of the three name servers serving your zone is down: seems to not be up from where I am at least.

share|improve this answer
You're right, I did mean A record – Justin Johnson Dec 21 '09 at 22:21
Can you show the DNS configuration aswell? I don't have resolution myself by the way. I get the SOA, but not the IN record. – ℝaphink Dec 23 '09 at 9:58

I just tested with dig and has only two name servers (which is not a lot), and

Both reply authoritatively that does exist, with IPv4 address

So, it should work now.

share|improve this answer
The problem seems to be with though. – ℝaphink Dec 23 '09 at 9:56

Need more info on the type of DNS setup: Bind? Control Panel? etc.

One thing that can happen with Bind: you modify some DNS information in a zone file but you forget to change the serial part of the SOA record for the zone. You save the file and reload Bind. But your DNS server won't notify slave servers in that case since the serial has not changed. You will get 2 servers serving different DNS information. The situation will stay the same until the slave server refreshes its info (based on the expire section of the SOA record).

share|improve this answer
I don't have access to the registrar (Network Solutions) account, so I don't know either. – Justin Johnson Dec 21 '09 at 21:59

@Justin -- Edit 1 and Edit 2 refer to two different domains. :-( Which domain are you having trouble with? The domain in Edit 1? Or the domain in Edit 2?

Assuming that the domain in Edit 1 is correct (, then the A record for does exist ...

$ dig a

; <<>> DiG 9.6.0-APPLE-P2 <<>> a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52090
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2

;    IN      A

;; ANSWER SECTION: 6892 IN     A

;; AUTHORITY SECTION:     172492  IN      NS     172492  IN      NS

;; ADDITIONAL SECTION:      106686  IN      A      135224  IN      A

;; Query time: 0 msec
;; WHEN: Thu Dec 24 00:39:09 2009
;; MSG SIZE  rcvd: 139

Assuming that the domain in Edit 2 is correct (, then the A record for does not exist ...

$ dig a

; <<>> DiG 9.6.0-APPLE-P2 <<>> a
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 38580
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;       IN      A

;; AUTHORITY SECTION:        8998    IN      SOA 31 900 600 86400 3600

;; Query time: 0 msec
;; WHEN: Thu Dec 24 00:42:03 2009
;; MSG SIZE  rcvd: 95

My hunch is that there is some confusion about which domain is meant to have the new A record for the host named testing.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.