Troubleshooting an offline website
More than half of all deployment issues involve an offline website. The causes of a website being offline are often easy to fix. This article describes how to troubleshoot an offline website.
Note: This article assumes knowledge of networking tools such as
traceroute. For more information about these tools, see Common network troubleshooting tools
Gather the following information before troubleshooting your site:
- The URL of the website
- The name and IP address of the server that hosts the site
- A list of the methods that you have tried to resolve the issues
Try to access the website through a web browser.
If the site does not load or you receive a
Server Not Foundmessage, skip to step 2.
If the site loads but an error page visible, review the current deployment configuration.
Note: Rackspace Support can’t assist with configuration errors.
If the site loads and functions as intended, load the site through a different web browser. It is possible that you are experiencing network issues.
Ping the web server using the server’s IP address.
If packets are transmitted and received, skip to step 3.
$ ping 18.104.22.168 PING 22.214.171.124 (126.96.36.199) 56(84) bytes of data. 64 bytes from 188.8.131.52: icmp_seq=1 ttl=55 time=32.3 ms 64 bytes from 184.108.40.206: icmp_seq=2 ttl=55 time=32.3 ms 64 bytes from 220.127.116.11: icmp_seq=3 ttl=55 time=32.3 ms 64 bytes from 18.104.22.168: icmp_seq=4 ttl=55 time=32.2 ms 64 bytes from 22.214.171.124: icmp_seq=5 ttl=55 time=32.3 ms ^C --- 126.96.36.199 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4005ms rtt min/avg/max/mdev = 32.283/32.346/32.377/0.118 ms
If no packets are received, skip to the “Test your connection using the server’s console” section.
$ ping 188.8.131.52 PING 184.108.40.206 (220.127.116.11) 56(84) bytes of data. ^C --- 18.104.22.168 ping statistics --- 5 packets transmitted, 0 received, 100% packet loss, time 3999ms
Ping the website by using the host name.
If packets are transmitted and received, skip to step 4.
$ ping website.com PING website.com (22.214.171.124) 56(84) bytes of data. 64 bytes from 126.96.36.199: icmp_seq=1 ttl=55 time=32.4 ms 64 bytes from 188.8.131.52: icmp_seq=2 ttl=55 time=32.2 ms 64 bytes from 184.108.40.206: icmp_seq=3 ttl=55 time=32.2 ms 64 bytes from 220.127.116.11: icmp_seq=4 ttl=55 time=32.2 ms 64 bytes from 18.104.22.168: icmp_seq=5 ttl=55 time=32.2 ms ^C --- website.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4008ms rtt min/avg/max/mdev = 32.208/32.261/32.429/0.141 ms
If you receive a
ping: unknown hostresponse, check the DNS settings for a missing or misconfigured A record.
nmapcommand on the IP address of the server.
If port 80 is shown as
http, skip to the “Test your connection using server’s console” section.
$ nmap website.com Starting Nmap 5.51 ( http://nmap.org ) at 2016-08-25 12:23 UTC Nmap scan report for website.com (22.214.171.124) Host is up (0.0000060s latency). rDNS record for 126.96.36.199: elector Not shown: 997 closed ports PORT STATE SERVICE 21/tcp open ftp 80/tcp open http 3306/tcp open mysql Nmap done: 1 IP address (1 host up) scanned in 0.07 seconds
If port 80 is shown as
filtered, ensure that the web service for the server is running and that port 80 is open on the server’s firewall.
$ nmap -Pn -p 443 website.com Starting Nmap 5.51 ( http://nmap.org ) at 2016-08-25 12:25 UTC Nmap scan report for website.com (188.8.131.52) Host is up (0.000052s latency). rDNS record for 184.108.40.206: elector PORT STATE SERVICE 443/tcp closed https Nmap done: 1 IP address (1 host up) scanned in 0.05 seconds
Test your connection using your server’s console
Even if your website appears back online after you perform the preceding steps, you need to test the site’s connectivity by using the console of the cloud server that hosts the site. To access the server’s console, perform the following steps:
Log in to the Cloud Control Panel.
Select Servers > Cloud Servers.
Click the gear icon next to the name of the server that hosts your website and select Emergency Console.
Use the following steps to test the server’s connectivity with the console.
For Linux servers
Press Enter to see if the server is responsive during the login process.
If the server is responsive, you should see the following login prompts each time you press Enter.
CentOS Linux 7 (Core) Kernel 3.10.0-327.22.2.e17.x86_64 on an x86_64 server-01 login:
If you receive an
Out of memoryerror (as shown in the following example), reboot the server and attempt to use the server’s console again.
kernel: Out of memory: Kill process 9163 (mysqld) score 511 or sacrifice child kernel: Killed process 9163, UID 27, (mysqld) total-vm:2457368kB, anon-rss:816780kB, file-rss:4kB
Out of memory error occurs again, determine whether you need to resize the server or tweak the configuration for scalability.
For Windows servers
Press Ctrl+Alt+Del to see if the server prompts you to log in.
If you are prompted to log in, the server is powered on and active. Your website should be online.
If the console switches to a blank screen, the server has likely crashed. Reboot the server and open the console again. If login prompt does not appear, press Esc.
Note: If you can’t connect to your Windows server’s console at all, contact Support to ensure that your host is not down.
If none of the preceding troubleshooting steps bring your website online, review the steps in Common network troubleshooting tools before contacting Rackspace support.
Continue the conversation in the Rackspace Community.
©2017 Rackspace US, Inc.
Except where otherwise noted, content on this site is licensed under a Creative Commons Attribution-NonCommercial-NoDerivs 3.0 Unported License