Skip to content

Backgrounds

How-to Guides

Technical References

Launch a site /

Troubleshoot your launch

Note

If your site launch did not complete as expected, and you still require assistance after following the troubleshooting steps below, reach out to VIP support to restore your site to the most recent backup.

If an import you attempted errored out, your site’s database will automatically be restored to your most recent backup.

Site Not Found Error

site not found error

Verify in the VIP Dashboard that the domain was added according to the instructions.

In the case of multisite, verify the domain has been correctly entered in the Network Admin. If you mapped the domain without the www prefix, accessing the site at www.example.com is going to return a “Site Not Found” error because custom code must be added to your vip-config.php file to handle redirects for multisite subsites.

Another instance where this error may have occurred is during search and replace. The first search-replace parameter must match your previous domain, and the latter parameter must match the domain you mapped, including the www prefix or lack of. Remember, if you’ve already run search-replace for your root site, your previous domain (the first search-replace parameter) should be set to your custom domain, and not the VIP convenience domain.

“Site Not Found” errors can also show up if you have a reverse proxy set up.

URLs not updated with launched domain

If you find instances of your old domain in your site or in the database, try flushing the object cache via VIP CLI. You may need to run the command with several different URL parameters to clear out any persistent objects:

vip @mysite.production --yes -- wp cache flush --url=mysite.go-vip.net
vip @mysite.production --yes -- wp cache flush --url=www.mysite.com

The wp cache flush command can be run without the --url parameter, however doing so will only flush the cache for subsite 1 of the multisite network.

vip @mysite.production --yes -- wp cache flush

The page cache of URLs can be cleared at the edge by running

vip @mysite.production --yes -- wp vip cache purge --url=www.mysite.com

DNS Issues

You can query your site’s DNS records via the command line:

dig <domain-name>

Example output for the command dig wpvip.com:

In the ANSWER SECTION, the 3600 denotes the domain’s TTL (Time to Live), whereas the A denotes the DNS record type (queries the A record by default if no type is specified in the command).

Ensure that your domain’s DNS is pointed to VIP, but that the domain’s nameservers are pointed to your DNS provider. You can verify that the DNS record has propagated correctly via a DNS lookup service, such as DNSChecker.

Cannot update site

If you can’t seem to update your site, or you don’t see a way to access the WordPress Admin dashboard, ensure that you are not logged in as a user with a Subscriber role.

For subsites that were previously single sites, Administrators become promoted to Super Admins, which have access to all subsites and can create new subsites. These are different from site-specific Administrators, which only have admin capabilities and access for the designated sites.

Data sync doesn’t work after a subsite launch

For subsite launches performed on multisite networks, data syncs from production environments to develop or preprod environments will continue to work as expected if the launched site is the root site (site ID 1).

If a subsite other than the root site has been launched, the YAML-based domain mapping config file must be updated in your code repository to reflect the newly launched site before data syncing between your environments will work as expected.

Reverse proxies

Reverse proxies can add another layer of complexity when launching multisite subsites. Investigating the specific configuration of the reverse proxy setup, including the required headers and proxy return values, will help debug any errors that may occur.

Last updated: April 09, 2021