Posted on — Leave a comment

All pages except the home page broken after moving WordPress or 500 Server Error misconfiguration problems

Recently, I moved a whole WordPress installation from one host to another. The domain name stayed the same (Although during test, moving to a subdomain was pretty simple too).

The Official documentaion  (http://codex.wordpress.org/Moving_WordPress ) is some help, but there are some gotchas along the way too.

The result of this was initially the site didn’t load at all. The error was :

The server encountered an internal error or misconfiguration and was unable to complete your request.

This I believe was due to the way I exported the SQL database from the old server. Here are the steps I followed that worked in the end.

You should select:

  1. Add DROP TABLE/VIEW/PROCEDURE/FUNCTION
  2. Add AUTO_INCREMENT value
  3. Enclose table and field names with backquotes
  4. Complete Inserts (This isn’t always documented and I had issues without this option selected)
  5. Use hexadecimal for BLOB

    Export SQL for WordPress move and migration

 

Once you click “Go” you should have a full backup of your WordPress database.

After that, I copied all the files via FTP to the new host.

The next thing is to update the wp-config.php file with the Database Name, Username, DB password and host information for the MySQL Database on the new host.

That should be it. You should have access to the site again now. If you don’t, you may want to try removing the .htaccess file and trying again.

If you find that the homepage now loads but all the other pages are broken, things should be pretty easy to resolve. Head into WP Admin and go to the Settings/Permalinks section.

Hit save and the permalinks settings should now be updated in the .htaccess file which was created.

 

Once that was done, everything was working as it should again. I hope this helps you and saves some time troubleshooting WordPress migration issues..

 

 

Posted on — 3 Comments

Server 2012 Remote Desktop Services VDI Installation Fails

There are a few articles explaining how easy it is to set up RDS or VDI in Server 2012.

Well it may not be so easy, depending if you have installed windows updates (specifically KB2821895 ) or you have chosen VMware to host the RDS server.

As of today, if you cannot install RDS on Server 2012 and you have installed windows updates including KB2821895, you will find that you cannot remove it, and have to rebuild the server to get Remote Desktop Services and VDI to install.

Rebuild the VM and install the RDS roles you need before updating the server!

If after that, you still get a failure, and you are running ESX 5.1 as a host for this server, you may get this error: “Hyper-V cannot be installed: A hypervisor is already running“. You must enable nested VM’s by editing the VMX file

Shut down the host and add these lines:

hypervisor.cpuid.v0 = “FALSE”
mce.enable = “TRUE”
vhv.enable = “true”

The next thing to consider is: did you build the .VHD from another machine (or even VMware Workstation and use something like the (free) Starwind V2V Image Converter to convert from .VMDK)?

If you did, you may want to create a VM on the 2012 HyperV server and start it. Install the latest version of integration services from the Action menu when connected to the VM in Hyper-V.

So, you have managed all of the above, yet you STILL can’t complete the Remote Desktop collection to complete.

I had got through the first reboot of the RDS/VDI installation, but kept getting errors at the last stage (Creating the Remote Desktop Collection). I had tried to manually create the collection (using the tasks drop-down) in server manager->Remote Desktop Services->Collections, but no joy. The event log showed:

“Remote Desktop Virtualization Host failed to verify domain connectivity of the virtual machine” with Event ID 8464

You may also find that if you boot the VM in Hyper-V, that you will get information via DHCP, but you will only be able to ping the host, and not the internet or other servers.

This one took quite a while to figure out. You may see this if you happen to be running the Hyper-V server on ESXi/vSphere (Not a supported configuration strictly speaking).

You need to edit the VMware vSwitch  that the Windows Hyper-V VM is running on (and all others if you run vSphere and ever want to vMotion or migrate the VM). You must enable/accept Promiscuous Mode on the vSwitch.

I hope this article helps, and saves hours and hours of stepping through configuration issues with Server 2012 VDI.