wolstech

No problem.

I'll make a random one and send it to the email address on the account. Once you can log in, you can change it in cPanel to whatever you want.

This is caused by the disk being full on the server. See https://www.helionet.org/index/topic/30267-disk-full/

Looks like about 6 hours (failed around 3AM EDT): http://heliohost.grd.net.pl/monitor/ (the bar shown in orange is for FTP, but that likely failed around the same time as cPanel). If you need me to, I'll reset your password once this is fixed I can't do it now because the admin tools don't work when cP is down.

It'll be fixed when Krydos sees this topic. I'll email him and let him know though since it's Tommy that's broken. The /var partition is pretty much completely full... /dev/mapper/centos-home 160906484 129469560 31436924 81% /home /dev/mapper/centos-var 19523584 19523564 20 100% /var /dev/mapper/centos-var_lib_pgsql 7804928 510084 7294844 7% /var/lib/pgsql /dev/mapper/centos-var_lib_mysql 36117268 11132264 24985004 31% /var/lib/mysql /dev/mapper/centos-tmp 1943552 672216 1271336 35% /tmp

You probably can't log in because cPanel is down on Tommy, not because the password is incorrect. Logging into a down server will cause an invalid login message. https://www.helionet.org/index/topic/30267-disk-full/

Tommy's broken because his disk is full. https://www.helionet.org/index/topic/30267-disk-full/

That's caused by the disk being full. FTP is also down. Only thing to do is wait for Krydos to see this and check on it.

Unblocked.

Mine is doing the same thing. Looks like Tommy's /var is full... Escalating.

Then something else on your account is trying to send mail. Even using the webmail counts toward your limit, so if you have a personal email account for yourself, that's counting too. Accounts don't send mail for no reason. It's just a matter of finding out what's sending it. @Krydos: Is there a way to see what is being sent (or at least the From/To addresses)?

Hm...it redirects for me too. I'll escalate this for you so Krydos can take a look at it then.

Nope. You're fine.

It's archived. Escalating.

@yarabl: https://www.helionet.org/index/topic/30258-remote-postgres-access/?view=getnewpost

Split and escalated.

You didn't request cgourmet.heliohost.org when you signed up. You requested cgourmetchile.ml, which is working properly, but configured to serve a redirect to the HelioHost subdomain that you never signed up for. My recommendation would be to delete the redirect you have on the cgourmetchile.cl domain and just use your account. If you really want to use both, you need to change your main domain to cgourmet.heliohost.org if you want to use it, then add the cgourmetchile.ml as an Alias in cPanel (please be aware that Johnny is known for domain adds failing, if this happens, let us know and we'll fix it). After that, you need to wait 24 hours for the changes to take effect.

Unblocked.

Escalating.

It was high load. As I mentioned in your other post, facebook bots and proxies are a leading cause of that around here, and your site suggests you're building a facebook bot. Please be mindful of the load if that's what you're building. Especially avoid using cURL whenever possible. Unsuspended.

That was fast...already suspended for high load. As I said, you'll need to be mindful of load if you're developing a facebook bot. They're a leading cause of load suspensions here (the other being proxies). Unsuspended.

That's very possible. A single use can cause the load needed for a suspension though, depending on what the page is. There's tons of free proxies out there already. If you really want to run your own, Krydos posted some code a while back that you can add to scripts to prevent them from running if the server is busy and likely to start suspending people for load. Take a look at https://www.helionet.org/index/topic/27933-glype-high-load-solution/ His example is for Glype specifically, but that code block works in any script you want to restrict from running when the server's overloaded. Our system suspends accounts in order of their resource usage, the highest load accounts first, then works its way down until the server load is back to normal. With that code, your proxy will only generate load when it's already quite low, which means it won't be so likely that you're at the top of the list if the server decides to suspend people.

Seeing your site is a forum, it's almost certainly spambots or possibly scheduled emails (if your forum does things like send a digest to users). Does your site send a welcome or activation email? If so, the bots trying to sign up will cause this. The bot can't actually complete registration, but simply clicking Register and filling in the form causes the activation email to send, which counts towards your limit. Try disabling the email functions on your forum. Also, note that the email limit is for the entire account, not a specific domain, so the script you're developing above is still affected by the forum, even if the domains are different for each.

Unblocked. Try these settings (shown in FileZilla, other clients should be similar): https://i.imgur.com/U5p0HL9.png (use your cPanel username and password when prompted).

Unblocked. Try signing in now. If it doesn't work, try using https://johnny.heliohost.org:2083/resetpass?start=1 to reset it. That reset usually works when the one on our website doesn't.