wolstech

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

Yes. Three different visits all got me the same scam page earlier. It appears to be a poisoned ad of some kind. At the moment it is now redirecting to a random page. I got realtor.com the first time, and malware the second time (fake flash player update). It's worth noting that Wordpress is infamous for this sort of issue. It has the worst security of any content management system out there, and there are also tons of malicious themes and plugins available for it. We usually recommend our users not use Wordpress for this reason, as it's a leading cause of malware infection. I would recommend deleting your Wordpress installation and finding another product to use.

If you point the addon to the public html folder, they're going to show the same content by design and are functionally identical to an alias. If they need to show different content, create a new folder inside public html and select that folder instead when creating the addon domain. If they're supposed to show the same content, then it's configured correctly and the software you're using is causing that redirect. (Wordpress is known for it for example). You would need to get assistance with the software from whoever makes the software. By the way, something on your site (kiranaa.helihost.org) is serving browser hijack malware...I'm on an iPad and got redirected to a scam site 3 different times when I tried to visit your site. Please remove this ASAP or your account will get suspended for serving malware.

That domain is working properly. What exactly is the issue?