wolstech

That IP is not blocked. If you can't sign in, try resetting your password: https://tommy.heliohost.org:2083/resetpass?start=1

OK, that's weird. Escalating to a root admin can look at this further.

Can you try the settings shown in the picture that's attached and post the logs? https://imgur.com/a/6Vkrh (Use your cPanel password when asked)

If you're not able to sign into cPanel, try resetting your password: https://johnny.heliohost.org:2083/resetpass?start=1 The log you originally posted shows you tried using either admin or admin@syngmod.heliohost.org as your username though. The username for your default FTP account is just syngmod with nothing after it. The password is your cPanel password (though as I said above, if it doesn't work for cPanel either, reset it first).

The username and password for FTP is the same as for cPanel. Hostname looks correct (johnny.heliohost.org). For protocol, use SFTP on port 1373 (most secure), or if you really have to, plain FTP on port 21 (insecure). FTPS (sometimes called "FTP with Explicit TLS") sometimes gives us trouble, so we don't recommend it.

I'm not seeing any database problems when I visit that site, though its hard to test that site since every single link I clicked on was broken. It also appears you have something on that site that makes it perform very slowly (probably either your theme, or whatever extension you're using to get the news content). Other sites on Ricky are running much faster, so it's a software issue on your end. I'd recommend just tossing WordPress entirely and replacing it with something else. It's infamous for being a security risk, and can also very easily cause high load when misconfigured or when too many extensions are installed.

It only affects PHP files because PHP files are executed through CGI (Apache passes them to PHP, PHP handles processing and tells Apache what to send). Not sure exactly why Apache does this for PHP (I'm assuming not allowing this provides security of some form), but it just really does not like PHP scripts when they're writable by the group. All your other files (images, CSS, HTML, etc.) are just read from the hard disk and sent to the client. EDIT: Beaten to it.

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. <br /><br />If you still see the suspended page, please clear your cache.

Unblocked again.

Escalating to have this restored.

Apache appears to have crashed. Escalating.

This is by design. You have to create them in cPanel. https://johnny.heliohost.org:2083/frontend/paper_lantern/sql/index.html

You need to move to Tommy if you can't wait. Tommy's wait for Java is only a few hours. http://wiki.helionet.org/Moving_your_account In fairness to the others who also have to wait, we don't allow people to skip the Java queue.

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. <br /><br />If you still see the suspended page, please clear your cache.

Correct. You can only have one WAR at a time, so the old deployment should be overwritten when the new one takes effect. There might be a small period where it doesn't work at all, actually (between when the old one undeploys and the new one goes live). I'm not sure though.

They take a few hours to deploy, and when they finish I think the application will just start working and it will show the URL of the deployed servlet. Usually the servlet address ends up being something like domain.heliohost.org/cpusername_warfilename/ (so a user example deploying MyFirstServlet.war on example.heliohost.org would have example.heliohost.org/example_MyFirstServlet/ as its URL) I don't use Java myself, so I don't have much experience with its deployment unfortunately. I'm a PHP developer. Krydos would know more about how this deployment works since he built the script.

You're on Tommy, so you can do this yourself in cPanel now. https://www.helionet.org/index/topic/29658-servlet-deploy/ It can take a few hours. If it doesn't deploy within 24 hours, let us know and we can post the logs (usually a failure in deployment is caused by either too many mysql connections or a damaged WAR file).

You have to sign up right at midnight UTC. It only allows a very few accounts per day. You can see server performance and what servers are accepting registrations here: http://heliohost.grd.net.pl/monitor/ Last night, he was open for about an hour. If you don't want to wait, you can donate instead and you'll get an email invite within 24 hours that lets you sign up even if he's already full.

I've noticed this myself with other applications. Softaculous usually has a several day lag in updates. As Krydos said, they probably just haven't added it yet. We just have a subscription to the service, we can't control what's on it. If you don't want to wait, you'll need to try updating manually.

This is not supported. Just looking at Matrix's website shows it requires custom inbound port (port 8448), a custom daemon (which has to be built from source), and shell access (maybe just for the install, but I didn't look far enough into it to tell if its needed for administration too), none of which we allow. You probably need a VPS to run this. It's not standard web software like a PHP or Python web application is. You can get a VPS for $20/month from a few places if you need a public server to host this on. If you want to learn it for free, download something like VirtualBox, install linux in a VM, and play around with it on your home PC. You can even host it from home if you don't mind setting up port forwarding (and possibly DDNS if you have a dynamic IP).

IMAP again. Do you have any other phones or tablets with an email account set up? There is no way to just disable the IMAP access unfortunately. To my knowledge, there's no good way to find the specific device from our end. All we see is your public IP address making attempts. What I can say is that whatever is getting you blocked is on your network since it's showing up as a Comcast connection. If you turn off your cell phone's Wifi, that would eliminate the cell phone as a cause.

Unblocked. If you use https://heliohost.org/login/ you won't get blocked for incorrect passwords.

No it's not actually, considering most people don't use much space at all. In the past month, the long outages you see on the monitors are because our provider had a power outage (building struck by lightning), and the server crashed once (believed related to said outage). The other, shorter, red spots are typically either Apache restarts that took longer than normal or abusive users that took a few minutes to suspend.

How about a cron to call your page every minute? Even though we restrict cron in cpanel, we can set it up externally at much greater frequencies as long as the script to be called can be triggered by visiting it in a browser. If that would work, post the URL we need to call and Krydos can set that up for you.

Apache restarts whenever needed (domain updates, etc.) on Tommy, and I believe Tomcat does the same, so yes, servlets are subject to restarting without notice. Krydos would know more and might have an idea what's going on/how we can make this work for you. Escalating.