Ashoat

Rolf, dimensionofjiv, kyzeon: Please wait until "Server Load" under "Service Status" in your cPanel is below 4, and then try adding the domain again once. You will have to wait 24 hours after adding your domain for it to become active.

Looks like this is an active bug?

There is no such function as phpmail()... perhaps you're thinking of mail()? If so: no, I haven't modified anything about it.

Geoff: it's a bit complicated, but because of our setup the system thinks that you have a dedicated IP when you really don't. Out of curiosity, are you actually able to use the certificate?

It's not about the server restarting... it's about Apache restarting. A full system reboot would take much longer, and is rarely necessary for *NIX systems.

Okay, you've been granted a dedicated IP.

Okay, you've been granted a dedicated IP.

After some Googling I am unable to figure out the cause of the problem. Could you try to narrow it down to a particular line of code?

Are you aware that self-signed certificate will be red-flagged by all modern browsers?

Okay, your account has been (temporarily?) reactivated.

Okay, go ahead and try again now.

Glad you got it working

HelioNet doesn't take up that much of our load. And yeah, we've been having lots of downtimes recently. I'm looking into it.

Closing...

Glad everything worked out

rvt is pretty close, but for the us the high server load isn't caused by CPU overuse. From a theoretical perspective, server load represents how much processes are waiting on the run queue. Though usually the run queue gets really long because the CPU can't handle everything at once, our bottleneck is usually disk I/O. In short, our hard drives are too slow. Every request on our server requires that a file is opened up, requiring that process to stay in a "D" state where it waits on the hard drive(s). At a typical moment in time, our hard drives are at around 90% utilization and processors are below 50%. Another interesting fact is that almost every one of our downtimes is caused by RAM running out and the system being forced to use swap (page file for Windows folks), which skyrockets disk I/O to the point where the server can't handle the load.

You'll have to figure that one out on your own.

Then we can't really offer you anything.

You should use complete sentences and think out your posts before you write them. I'm not convinced that you'll be able to provide us any paid hosting users. Is there any way you can guarantee this for us?

Uhm.... yeah. We're free. We don't have paid offerings.

Ooh... okay, so Visual Web Developer works with the standard Microsoft stack, while we use a reverse-engineered open source stack. First of all, are you sure that Visual Web Developer is creating a SQLite database and not a MSSQL Express database? Second of all, because of the limitations of how we run our environment, you have to create the file holding the SQLite database yourself (instead of the program creating it) and then chmod it to 777.

Yeah... I'm sorry, but we can't open up ports for you guys. It's a bit dangerous.

Ermm... we actually lose money for each user we have. Are the users you plan to refer going to buy paid hosting? If so, how can you assure us that they will?

You seem to be using SQLite. Have you created a SQLite database for your site? Did you write your site yourself? Are you aware of the limitations of our ASP.NET installation?

Sorry, I'm not entirely sure what you want to purchase...