wolstech

I just suspended and unsuspended you manually which usually fixes these half-suspended accounts, but it still won't work for me either. Escalating.

The domain haraldokland.com is queued because the account mariusm98 does not exist. There is an account called marius9 associated with you, but its main domain is mariusm98.heliohost.org. You will need to add haraldokland.com in cPanel as an addon domain (if the content is supposed to be different from mariusm98.heliohost.org) or parked domain (if content should match mariusm98.heliohost.org). Alternately, you can replace mariusm98.heliohost.org with haraldokland.com. You cannot create a second account.

I am seeing your main domain as queued now. I've changed the main domain, then changed it back to trong.cf again, which should force the server to delete and recreate DNS records for it. Verify your domain's NS records are set to NS1.heliohost.org and NS2.heliohost.org, then wait 24 hours and clear your cache. If it's not working, let me know and I'll escalate this for you.

This support request is being escalated to our root admin.

That is not that account's main domain. The main domain for account trong is just trong.cf, and it resolves to a non-Heliohost IP due to Cloudflare. Cloudflare can cause subdomains to not work on their own. Make sure your domain's nameservers are set to NS1.heliohost.org and NS2.heliohost.org (eliminate cloudflare). Since you're on Stevie, CloudFlare isn't really necessary unless you have a lot of traffic, the hosting server's performance/uptime is poor, or you're using the advanced features that most don't need. Also be sure that wifi.trong.cf is created in the subdomains section of cPanel.

That's odd...Krydos might know more then. I see cURL issues quite a bit, but there really should be no reason file_get_contents doesn't work reliably. I'll escalate it for you, though it may take some time for Krydos to get back to you on this.

XCache is installed. See the phpinfo() section towards the bottom. Mediawiki is likely broken or it became incompatible with the version of XCache we use (likely if you updated). I'd recommend replacing Mediawiki with another product, especially since there's tons of alternatives that will happily run on our older software, are lighter on resources, and don't have tons of odd requirements.

I'm assuming your account is xnyten on Stevie... Last login is today.

Secure connections are counted. I just logged in with that link and confirmed that it counted me.

No problem. I hope we get it fixed soon. A lot of people are seeing that issue.

I'm not sure what's wrong with it. I suspended and unsuspended you manually which usually fixes these...but it's still suspended. Escalating.

I'm not sure what's wrong with it. I suspended and unsuspended you manually which usually fixes these...but it's still suspended. Escalating.

Odds are cURL is to blame, not our network. It worked on 7 of the 8 I tried, the eighth gave a 500 error because of cURL. In addition, cURL is an easy way to get suspended for load. It uses a lot more resources than methods like file_get_contents (which will happily retrieve content over HTTP). I'd recommend rewriting the script to not use cURL and see if it keeps acting up.

FTP is usually the cause, though the reason given is usually "FTP 200 connections" or the like. Sometimes, it just happens. If it recurs, we can look into it.

That account's main domain is already set to jimbo1qaz.ro.lt and the site is working: http://jimbo1qaz.ro.lt/

It appears you tried renewing it. The renewal script currently does not work for Stevie accounts. Your account has been manually unsuspended.

You're welcome! I'm glad to see you got it working.

This is your issue. The easiest fix is to select "All Privileges" at the top when asked; most people just do this to make it simple. If you want, you can manually select CREATE, ALTER, DROP, SELECT, UPDATE, INSERT, DELETE, which are the most commonly needed privileges.

That message means "cPanel thinks this user exists, but when it asks MySQL to change its password, MySQL says it does not exist". Just delete the user and recreate it. Use the username and password you got in wp-config.php when you create the new one. Also, be sure to assign the new user to the database you use for Wordpress.

The error about the old MySQL version is irrelevant and can be ignored (we aren't planning to upgrade as far as I know). Your issue is with your database user or your wp-config.php (the database user and its password need to be correct in that file). The user must also be assigned to your database. Restoring the database is unlikely to fix the problem. If you're sure you've checked all this, I'm not sure what else is wrong. Every other case we've seen has been caused by one of the issues mentioned.

Your database users need to be deleted and recreated. You can do that here: http://stevie.heliohost.org:2082/frontend/x3/sql/index.html (Make sure the password for the new user matches what's in the configuration file for your software). Change your cPanel password to fix PhpMyAdmin. You can do that here: http://stevie.heliohost.org:2082/frontend/x3/passwd/index.html

What do they look like in phpmyadmin? Do all the tables say "in use"? If so, it's because we dropped innodb support on Stevie and your choices are to wait and hope we restore that support, or drop them. As for backups, we don't keep any backups.

That account is not suspended. Timeouts are usually caused by you being blocked by our firewall. Moving to customer service.

I don't know why it was (or even if it was, the system said it was active, the account's behavior is what lead me to that conclusion). Something probably didn't work right when the system tried suspending you or unsuspending you for something else (inactivity most likely). cPanel and FTP never show any special message for suspended accounts, they just act like the password is wrong. Password resets (both how you do it, and how I do it) also won't work when you're suspended, which would explain why your attempts to reset it failed, and the password I sent you didn't work when tried (I only tested it myself after suspending and unsuspending you).

Rapidleech and proxies are probably the number one way to get suspended for load on Stevie, so they're almost definitely the cause of your suspension. Unfortunately, the only real solution is to just not use them. There's tons of free proxies out there you can use without running one here. You could also move to Johnny, which lets you use more resources, but has poor uptime so you'll find yourself unable to use your account quite a bit on Johnny.