Tony

Yeah we defiantly do not let tickets stay for days heck. We have very few tickets that aren't responded to within an hour and resolved. Assuming the accounts are cPanel based then we can restore cPanel generated backups. Yep we accept Paypal. We do not have any set limit per say. But excessive inode usage does apply so if you had accounts each with 1,000,000 files there might be an issue.

They are semi-managed which means if you ask for help we'll try our best. A VPS with cPanel is pretty easy to manage if you turn on automatic updates. Almost all tasks can be handled within web host manager so no need for the command line. We do not have a set inode limit, but I'd say if you were using 100,000 then it might start to become an issue. But we have yet to enforce any inode limits and I doubt we ever will unless someone becomes very excessive with their usage. We do not have an issue with this, but it's not recommended. When you need a backup it be much easier to generate one then rather than having them automatically generated. The reason being our backup system which keeps 7 days worth of backups for you will also be backing up these large backups. Generating constant backups is also intensive on the server and a large site it can take a significant amount of time if you're using the cpanel built in system. Our own backup system does give you the ability to restore files so having 7 days or however many you wish to generate may be a bit redudant anyways and tough to work with if you ever needed to restore some files. Sounds like you'd be best on our super shared package as your space requirements are quite high and super is 24GB while advanced is only 12GB.

I'm glad your hosting experience with us has been a great one thus far.

Sounds like something is wrong with your account I recommend you make a ticket.

You need to login to web host manager which can be found at https://yourdomain.com:2087/ or via the link at the bottom of your cpanel. From there you create packages then you can make accounts and assign packages to them.

Is your contact page in plain html and is .html? If so then that is the issue since you cannot use php code within html files. You'd need a .php file in order to parse the include.

PHP4 is no longer on any of our servers.

Just a reminder we'll be removing PHP4 from all servers tomorrow afternoon

Yes that is correct.

If you're purchasing the software from the provider (I assume this is the case since we do not offer any). They should be able to provide support if you have an issue installing the script or setting it up. Most are pretty easy to install and setup so I doubt you'd have any issues.

We can move accounts to other billing accounts without issue all you'd need to do is make a ticket.

One thing I forgot to point out is MySQL backups are made. There just isn't an option for you to restore them, however we can restore databases or even just a table.

We now use R1Soft which is a much more efficient way of backing up accounts and it allows us to keep 7+ days of backups. You'll notice within cPanel there is a link to R1Soft backup which allows you to login and use the interface to browse and restore files on your account. The backup not enabled option is simlpy if the host is making backups using cpanel automated systems. You can still generate your own backups using the "Download or Generate a Full Backup" option.

Problem with that url is it would be going to the cPanel login which I do think would defeat the purpose of it. You'd think it be more something like: http://www.domain.com:2095/frontend/x3/mail/[email protected]&domain=domain.com

This has been completed. If you're having any issues please contact support.

Yep unfortunately that would mean a manual migration of some kind which takes much longer and usually should be done by someone who knows the site. You'll end up having to upload all the files and change configuration files to reflect database name changes. Unfortunately this is not a simple process like moving an account that is already on cPanel.

We've checked websites everything is fine on that front nothing appears to be broken. We have reason to believe all along the raid card was to blame for the problems. After replacing the card everything seems to be fine no data loss or anything. We will be monitoring the rebuild process closely until it completes. The total amount of down time due to these failures was about 1hr and 40mins. Which with all things considered is not to bad.

I have excellent news here The system has not lost any data just the 2 drives which are currently rebuilding. This will take several hours to do so for the time being we are running a non redundant system. We are already generating a backup in case of further failure.

The new raid card detected our raid-10 array and shows both raid-1 arrays in degraded mode. We are going to attempt to boot into the operating system to determine if there is any corruption

The raid card on the machine has been replaced. We are now working on diagnosing the actual array to determine what needs to be done next.

Things appear to be much worse than first anticipated unfortunately. The raid card on the system has now failed while rebuilding the one side of the degraded array. This unfortunately puts the machine in a very delicate situation. We are going to replace the raid card and see if we can once again start rebuilding the one side of the array. We are going to put the system back up and see if anything is still working. If things are working we will then proceed to make another backup and continue with the rebuilding of the array.

At this point in time it appears that a separate drive from the one with the bad blocks failed out and caused the raid 1 member of the raid 10 array to go into degraded mode. We will be allowing the raid 1 member to finish rebuilding then we will replaced the bad drive from the other failed member. At which point we will check the operating system and see if everything is still working. If there appears to be data loss and it's unrecoverable we will bare metal restore the machine back to this mornings backup that was generated. At this point in time we do not believe this to be the case but be please be aware this is a possibility.

At this point in time we believe these bad blocks may have been part of the file system. We're having a technician check the raid card and see what it is doing. We'll update this thread with any new information as it comes in.

We are currently experiencing some problem with the machine related to the raid array causing the machine to become unresponsive. We're actively working to correct the problem.