wolstech

The Apache Mono plug-in is not available for Windows to my knowledge. It might be possible to build it for Windows using the source since Apache and Mono are both open source, but that's beyond my capability. There's no good reason to use Mono on Windows anyway... it's entire purpose is to simulate asp.net. You have access to real asp.net on Windows, so the entire endeavor is pointless... I'd suggest you install IIS and ASP.Net, and call it a day. All Windows Server 2008 R2+, and most versions of Windows 7, 8.x, and Windows 10 (basically any that's not the "Home" version) include it built in as an optional feature, you just have to turn it on. (Home versions require you to buy the Pro upgrade). Be aware you have to install IIS first, then go back for a second round and add the ASP.net web services after installing IIS.

What domain is it, and what error is showing up when you try?

This was fixed. It's around 90% now instead of entirely full and working. Last night I was getting these lovely messages: [10-Jan-2019 04:11:10 UTC] PHP Warning: Unknown: open(/var/cpanel/php/sessions/ea-php54/sess_n6njqppe900atbc7uaeuqeg0o2, O_RDWR) failed: No space left on device (28) in Unknown on line 0 [10-Jan-2019 04:11:10 UTC] PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/cpanel/php/sessions/ea-php54) in Unknown on line 0

Tommy is broken at the moment due to /var being full. Cpanel was down due to it earlier, though he seems to be back up at the moment.

The /var is full on Tommy again. Can this be cleaned up?

That's probably your software. A lot of programs like Wordpress will redirect you if you visit it from the 'wrong' domain, so you may need to change a setting or edit the database to update the domain name. To prove it, you can rename your index.php file, if the redirect goes away, your software is to blame.

You're correct, we generally don't install the updates for cP. cPanel's updates are primarily feature enhancements anyway, so there's little in the way of issues there. The major things that need updates are PHP, Python, Apache, Tomcat, etc. and those do get updated when possible. Our other big issue is obsolescence. Our custom software is one major reason, but the ancient hardware is another one. The software coming out these days isn't designed for hardware from the mid-2000s. Our oldest server is ~13 years old (Stevie/Ricky), and our youngest is going on 8 (Eddie/Tommy). Software today is optimized for hardware made in the past few years... As our hardware ages, they become less and less capable of running the newer versions of cPanel that weren't designed for them. Take Ricky for example...he used to be blazing fast with a significant number of accounts back when he had 11.31 on him. After he was rebuilt due to disk failure, we were forced to upgrade him to one of the 6x versions (cPanel does not allow you to install old releases). Now we get significantly fewer accounts on that server before it becomes slow enough to be unusable, which further lowers our revenue from ads shown to users. We do have a slightly newer server (Katie), but it's not advertised because it only contains VPSes (at the moment Ashoat and I share it). The VPSes can be purchased if you wanted your own OS to run whatever software you want: https://heliohost.org/vps (I believe at the moment these go on Eddie, Tommy's hardware, but Katie is I believe also intended for this use).

Nothing was found.

Done.

Hm, lets see what's causing the load. We'd rather you know how to fix this before we unsuspend you. Lets see what Krydos says.

Unsuspended.

Done. You should now be able to log in and your website should be working again.

Unarchiving...

CF doesn’t really offer a “true” DNS only solution. Even if you disable the caching/CDN features, the request still passes through them. If you do an nslookup on a cloudflare’d domain, It’s going to return an IP that’s not ours, even if the caching/CDN is disabled. As long as it doesn’t return our IP, autossl will not work.

Done. Thank you for the donation! If you see a queued/suspended page or a 404 error, please clear your browser cache and flush your operating system's DNS cache.

Moving...

The system thinks it already has a valid certificate for that domain, which is odd since it's using one that definitely doesn't have that domain listed on it. Manually running AutoSSL and restarting Apache didn't help. Lets see what Krydos said.

Johnny had AutoSSL enabled accidentally when it was recently rebuilt. We've never offered it on Johnny, and removed it when it was noticed. We don't offer it on Johnny due to the amount of load that SSL causes. AutoSSL use a decent amount of resources to process certificates and all the actual SSL connections to websites are very resource hungry (when compared to plain HTTP). SSL does work on Johnny if a user provides their own certs, but not providing the certificates helps reduce load by reducing the number of people on that server who use SSL connections to only those who make the effort to set it up.

@icn: It can be. They're created at the same time, but are in fact two entirely separate accounts. You can have one but not the other. @trumxic: Poof.

Sure you can. @Krydos: The typical questions about the mail use are answered in the top post.

To keep it short: 3 emails. Forwarded mail and mail sent to yourself still counts. External server is not supported for mail(), you need to use smtp functions or sockets to do this. For load, it may or may not be. Depends how busy the server is. Our load detection is kind of odd. There's no set amount that any one account can cause, but rather it become easier to get suspended as server load rises. Easiest way to control this is to not let them upload all 6 pictures at once. I've been using GD for small pictures for years without issue. Just do it one at a time, preferably with a gap in between.

Wait. The certificates can take up to 24 hours to renew. Also, be aware that if there's something preventing the system from accessing the .well-known folder over plain HTTP (like a redirect that forces users to https), the certificate won't renew at all until you remove whatever is blocking it.

That account does not exist. Are you sure the username is correct?

First off, be aware that most older software expects 5.x. PHP 7 is not fully backwards compatible with 5.x (in fact, it's nowhere near), so odds are pretty good that program will have strange issues (or just not run at all) on 7.2. I looked that program up, it's from 2015 and was written for PHP 5.4. On Tommy, all of our 5.x versions already have mcrypt enabled. Switch to 5.6 (or 5.4 if 5.6 is still too new) and it will work properly. That's not to say it won't run on 7.2 if we enable mcrypt (and Krydos should be able to enable that for you), but be aware that it may not function as intended of you run it on 7.x.

I see a hello world from Wordpress now. I believe this is fixed. Thanks for taking care of it