[Update: 4/30/2012 @ 7:19AM Eastern]

The data restore is complete. We are currently moving the data files to the correct places on the file system. Once that has been completed all mail services will be back online.

[Resolution: 4/30/2012 @ 8:12AM Eastern]

All mail has been restored and all accounts are online. If you have any further issues, please call or create a ticket with our support department. Again, we apologize for any inconvenience this issue may have caused.

[Update: 4/19/2012 @ 2:11PM Eastern]

A baremetal restore in progress as a backup. Administrators are continuing to work on both servers while this runs.

[Update: 4/19/2012 @ 4:09PM Eastern]

Both physical and virtual servers are currently being built and deployed as a contingency.

[Update: 4/19/2012 @ 8:08PM Eastern]

The migrated server was repaired, and around 6:30 PM sites began serving again. There may be some residual issues with SSL certificates but most functionality has been restored at this time.

[Update: 4/17/2012 @ 4PM Eastern]
The server was not able to be brought back online. We have a bare-metal restore is still in progress. It is approximately 30% completed so far reported by the backup system. The number of individual files tends to affect how long the restore takes. We will provide an update as soon as we are able.

[Update: 4/17/2012 @ 4:15PM Eastern]
The Bare-Metal is currently at 43%

[Update: 4/18/2012 @ 12:00AM Eastern]
The Bare-Metal is currently at 86%

[Update: 4/19/2012 @ 1:19PM Eastern]

The server was restored and brought back online last night (4/18) and currently all sites are serving.

A restore of the OS partition of the server and clearing the ARP cache cleared the issue.

=== Incident start 5:45pm EDT ===

We are experiencing issues with the server hms-cf001.

We are working to correct the problem and will update when more information is available

Original Post (10.April.2012 @ 5:49PM Eastern):
———————————————-
Hello,
The ColdFusion 8 web server Asteroid is currently not processing ColdFusion files.  We are re-installing ColdFusion on the web server.  We will update this post as soon as the server is serving websites again or a relevant update can be made.

If you are having connectivity issues to your website, other websites, and your ISP is Verizon then you may be affected by this maintenance. If you continue to have issues, it is best to seek assistance from Verizon. Unfortunately, we cannot offer any assistance in this matter as we do not have any insight into the maintenance.

To avoid this bug, select Do not create database from the Site Database / Select database engine required for this site drop down.

The new empty site will be properly provisioned. You can now go to the database management screens, MySQL in this example, to create your database.

Click New Database to start the database provisioning process

This is due to a reported bug in the provisioning engine that neglects to set an ASP.Net version for the site using the provisioning process. But this is a PHP site not a .Net site! Why would I need to set a .Net version? The answer is simple, your code is handled by IIS. IIS still needs the application pool worker to handle PHP, the worker process can’t start properly is the version number isn’t set.

Fortunately the fix is simple.

1. Log in to your Windows Hosting Beta control panel
   
2. Select the affected site
   
3. Click Settings
   
   
4. Locate the setting Microsoft .NET Framework Version. Select either 2.0 or 4.0.

   
   

5. It may take several (up to 30) minutes for your site to restart and for the setting the take effect.

How can you avoid this issue entirely? When you create a new site, do it in multiple steps. Create a blank site, not from the Gallery, once the site is created (after a few seconds) you can choose your application from the Gallery.

This blog category is intended to share beta-participants’ comments. We’d love to hear your feedback about what you like, don’t like, and any problems you may encounter with the beta environment.

If you see a problematic symptom listed here you can be confident: we’ll be passing on any reported problems to Microsoft. If you do not see an issue listed, we’ll welcome your description and will pass it along. Of course, if you have a great experience or recommendation to your peers about the next generation of Windows hosting, we want you to share that too!

The HostMySite Product Team

All websites on the shared web server Maryland are back online.  Well, except one.

The IP address of the target of the DDoS has been isolated on the server and remains null routed.  All other IP addresses on the server Maryland have been unblocked.  We apologize for the temporary inconvenience as blocking all customers on the web server Maryland was necessary at the time due to the severity of the DDoS.

Original Post 27.March.2012 @ 630PM.

It was discovered the shared webserver Maryland was the target of a DDoS. Our Network Operations department has temporarily null routed traffic for that server. We are currently combing the server’s logs to determine which IPs can be unblocked.  We will post updates when they are available.

If you are unsure of which webserver on which your website resides, log into the HostMySite.com Control Panel and it will be listed in the upper left corner.