wolstech

I see: That can be caused by three things: You forgot to change the config file for your software to match the new database user information or the username or password you entered in the file is incorrect. The host name should be localhost. You forgot to assign the user to your database, or assigned it to the wrong database. Stevie MySQL is down (it's not) PHPMyAdmin does not use the database user, so it doesn't test that. The fact you can see it there though tells me the database is fine. The permissions on the user are not the issue, you would get a different error message if they were (usually in the form "SELECT command denied for user X@localhost for database Y") The 0MB in cPanel is normal and can be ignored. All of mine show 0MB too, but have tons of data in them and work fine.

This support request is being escalated to our root admin.

Stevie and Johnny are not being replaced, it will be in addition to them. So far, the hope is when the new box comes online, it will host Cody and a server that will have Johnny's features but Stevie's stability and restrictions on load and signups so people who need a stable Ruby/ASP.NET host have a box to use. Those two won't even use all of the resources on the hardware either, so there will be room to eventually add other options as well...a multiversion PHP server was brought up in the discussion.

Probably an invisible database from the repairs last year. Escalating. Database is fairtrek_ft...

You're welcome! Let us know if you need anything else. We'll be glad to help

Your account has been manually unsuspended. As for the script...yeah, our website broke this morning. See http://www.helionet.org/index/topic/23112-sql-error-on-heliohostorg/ if you want to follow that issue.

Heliohost.org is indeed showing a #1062 error. Escalating.

We will be getting a new server with newer software (likely 5.6), but nothing is really decided beyond the hardware at this point. I would expect a few months wait though. If it comes online sooner, you'll know since it will be announced and promoted when it does. For now, you will need to keep the older version, as there are currently no plans to upgrade Stevie or Johnny beyond 5.4.

It's not just FTP connections, it's any connection. There's no hard limit, though most blocks seem to occur when there are around 25 connections to our server from a single IP Address. You were blocked for DoS, so it can be anything that causes you to open too many connections. FTP is the usual cause, but other causes do exist like broken software not closing connections when finished, or having too many devices on your home wifi that check a mailbox on your account too frequently. If it was FTP, it happens especially when transferring a lot of things at once. Set your FTP client to only open a max of ~3 connections at a time during uploads. Also, never download large quantities of files via FTP (e.g. to back up your account), as many clients will attempt to download them all at once (one connection per file) and get you blocked. If you need to download a lot of files (more than ~20) off of your account, use the cPanel file manager or download an archive of your entire public_html folder using the backup functions in cPanel and extract the files you need from the backup.

You're welcome Please let us know if you need anything else. We're always here to help!

I've split your issue from today and moved it to customer service. Byron usually fixes these, he'll see it there. http://www.helionet.org/index/topic/23109-cant-access-site-firewall-issue/

Firewall blocked you most likely. Seeing that you're likely still fixing your site, it's probably FTP usage. Byron usually fixes these. Moved to customer service.

Working for me. What is it doing for you? Just timing out when you connect?

The server is working as I can connect from my PC using a desktop program. PhpPgAdmin might be broken though. Johnny is bogged down again so I cannot test it right now.

You're probably just stuck in the firewall. It is easy for an individual user to get themselves blocked for too many connections, especially by using FTP too much. When that happens, the server will just time out for that user as it is doing for you. You won't get any errors or other indication you are blocked, and a VPN or different internet connection will make it work (as it does for you). We host well over 20,000 domains around the world, and nobody else has mentioned an issue with connectivity from Poland (in fact, the monitoring system one of our users provides for our servers is hosted in Poland, if there was an issue, they would all be showing down...).

Not sure since I don't do the Java requests. I'd mention it over in your Java request post so Krydos is aware. You should be able to edit your posts. If not, reply to yourself and I'll merge them.

Yes it was counted. Chrome does tend to work best with our services...always has. Even when the renew script was broken, it still worked in Chrome... From here on out, I'd say stick with Chrome. If you want, try again in a few days and stop back and ask if the login date is current just to make sure

WordPress (and especially its extensions and themes) is full of security holes and best avoided anyway. It's responsible for the large majority of our hacked sites/spam/malware suspensions as it is extremely easy to accidentally install malware or have it get hacked due to how its designed. It has a reputation for being insecure. Joomla is a little bit better and has more capability before needing extensions, but it too can be a security issue if not kept updated. If you want a proper website nowadays, site builders are essentially useless for anything beyond the basics. I've been known to use a site builder for a basic site, then save the HTML and add in the modern stuff, but it's more trouble than it's worth. If you want it done right, I would get a plain HTML5/CSS3 template to work off of, or start from scratch.

Check the permissions on the folder. For testing, you can CHMOD the folder to 777 using the FTP client. If you cannot see the folder (if it's inside a .war, you might not be able to), see if you can set the program to write to a log in a folder that you can access (e.g. make a folder like /home/softlab/javalogs, then have the log written there and set the permissions on that folder). If the permissions already are this way, the problem is broken code in your application, as we don't actively block the reading of any files within your account. Of course, java wars may work entirely differently than other things in your account. I'm not terribly familiar with java deployments.

Johnny's load can cause the logins to not count, not load on your account. Logging in over port 80 (a URL in the form cpanel.something.heliohost.org) or using a secure connection (cPanel via HTTPS on port 2083) will prevent it from working. Adblock can block the page elements needed to make logins count. Last login is yesterday (because you renewed yourself). I just tested the login count script, and it did update for your account when I triggered it manually. The issue has to do with something on your computer or your network connection. Try using a different computer and internet connection (e.g. a cell phone on its data plan) to log in, and let me know when you've done so. Someone else had this issue and their ISP was to blame. I'll check and let you know if it caught the login or not.

Johnny accounts have always been a bit problematic with this. If loads too high, it may not count, among other things. Be sure to log in using http://Johnny.heliohost.org:2082/ or the form on our website. Have you tried another computer? I've seen instances where antivirus and ad blockers break it too.

This support request is being escalated to our root admin.

Stevie is working fine. Try accessing fom a different Internet connection (such as a cell phone data plan), it's possible the firewall blocked you. If it works, let me know and I'll move thisto get you unblocked.

This support request is being escalated to our root admin.

Only use themes and extensions you made or that come from reputable sites like WordPress's own library. Many of those dubious "free themes" sites are full of malware-infected themes and extensions. Update regularly. Also, disable any functions that might send an email (such as account activation, new comment notifications, etc.), as a bot might abuse the related function and result in a ton of emails being sent, which then gets you suspended. If you don't need it, disable comments and registrations entirely. For antivirus, download your public_html folder once in a while (there's an option in cPanel backups for it), unzip the download, and scan with a normal antivirus program. We use ClamAV on our servers, they there's a portable version for Windows (http://portableapps.com/apps/security/clamwin_portable) that uses the same scanner. WordPress malware causes a large chunk of the spam/malware suspensions we give out.