Banshaku wrote:
Now the site is not even working... Maybe we really need to make a new one after all. Anybody knows the cause this time? Upgrade? Network issue?
The authoritative nameservers for nesdevwiki.org are working correctly (they return an A record of 169.237.101.245 for nesdevwiki.org and
www.nesdevwiki.org), so it's not DNS:
Code:
$ dig @C.DNS.GANDI.NET a nesdevwiki.org.
; <<>> DiG 9.4.3-P1 <<>> @C.DNS.GANDI.NET a nesdevwiki.org.
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1998
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 0
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;nesdevwiki.org. IN A
;; ANSWER SECTION:
nesdevwiki.org. 10800 IN A 169.237.101.245
;; AUTHORITY SECTION:
nesdevwiki.org. 10800 IN NS c.dns.gandi.net.
nesdevwiki.org. 10800 IN NS b.dns.gandi.net.
nesdevwiki.org. 10800 IN NS a.dns.gandi.net.
;; Query time: 2627 msec
;; SERVER: 217.70.182.20#53(217.70.182.20)
;; WHEN: Wed Mar 25 00:45:19 2009
;; MSG SIZE rcvd: 109
Traceroute/mtr shows that the network path to that IP goes to UCDavis, probably in a dorm room or something:
Code:
Packets Pings
Host Loss% Snt Rcv Last Avg Best Wrst
1. gw.home.lan 0.0% 38 38 0.4 0.4 0.3 0.5
2. ???
3. 68.85.191.37 0.0% 38 38 10.6 13.7 8.7 26.5
4. te-8-2-ur02.santaclara.ca.sfba.co 0.0% 38 38 18.3 14.1 8.2 31.0
5. be-30-ar01.oakland.ca.sfba.comcas 0.0% 38 38 23.5 16.1 10.4 33.0
6. pos-0-6-0-0-cr01.sacramento.ca.ib 0.0% 38 38 21.6 19.1 12.1 45.2
7. pos-0-9-0-0-cr01.sanjose.ca.ibone 0.0% 38 38 18.4 19.9 15.4 32.0
8. 137.164.130.217 0.0% 38 38 19.5 27.2 15.7 148.3
9. calren2-cust.plalca01.transitrail 0.0% 38 38 25.7 20.3 15.6 33.4
10. dc-svl-core1--svl-peer1-10ge.ceni 0.0% 37 37 21.6 21.2 15.8 39.1
11. dc-oak-core1--svl-core1-ge-1.ceni 0.0% 37 37 31.1 23.6 17.4 38.4
12. dc-oak-agg2--oak-core1-ge-2.cenic 0.0% 37 37 17.4 21.0 17.4 33.7
13. dc-ucd--oak-dc2-ge.cenic.net 0.0% 37 37 22.7 24.8 18.6 45.0
14. ucd-dc-hpr--hpr-f.ucdavis.edu 0.0% 37 37 19.1 24.1 18.8 47.7
15. hpr-f--cdf2.ucdavis.edu 0.0% 37 37 20.9 24.3 19.4 37.1
16. cdf2--adf7-2.ucdavis.edu 0.0% 37 37 21.1 24.4 19.2 40.2
17. adf7-2--bdf7-5.ucdavis.edu 0.0% 37 37 21.0 24.4 18.8 37.6
18. ???
There's no packet loss between myself and that part of the ucdavis.edu network.
169.237.101.245 does not respond to ICMP (ping) traffic, nor does it appear to respond to any other kind of traffic (UDP or TCP). Likewise, 169.237.101.245 does not answer on TCP port 80 (TCP SYN, but no ACK). Of course, we don't know if this machine is normally pingable or not, so it's hard to determine what the root cause is. Possibilities:
1) Server has crashed or is powered off,
2) Web server process on server isn't running,
3) Ethernet port is shut off or there's an AC power problem somewhere,
4) University network admins shut off something,
5) IP address of server changed (since this a campus, they could use DHCP; we don't know).
This is all speculative. I had no idea this site was being hosted at UCDavis. And as much as I love the campus/uni (really, I've been there!), I do not think such things should be hosted in such environments. I have to assume this is hosted in a dorm room, which really isn't a good place for something like this (no offence).