-
Posts
17,994 -
Joined
-
Last visited
-
Days Won
676
Everything posted by wolstech
-
[Krydos] Hallo please add wildcard subdomain
wolstech replied to mafutragil's topic in Escalated Requests
Krydos can do this for you, however please be mindful of the fact that because of our DNS implementation, wildcard subdomains cannot receive automatic SSL/TLS certificates through Plesk. You'll need to use external DNS (so you can complete domain verification) and manually install certificates every 90 days if you want SSL support on a wildcard subdomain. -
Domain added. Please be sure to configure DNS. The domain can take up to 2 hours to function.
-
Because the offending software was not removed as directed, it has been deleted for you. Please let us know if you need any additional assistance.
-
Please check your PMs for information regarding your Lily account.
-
That feature is primarily meant for debugging/development. Django will work and updates to the code will still take effect without it, but you might see stale code for up to 2 hours until Apache restarts. If you're just planning to run a WSGI program and not actively develop it on the server, you don't need it. Worst case is you install an update to the software and it takes 2 hours to show up. If you do need it, you'll need to move to Morty and request it. Note that the amount of RAM it uses means your bill will be more than the $1 base due to excessive memory usage every month. WSGI control's usage does not fit within the included 200GB/day memory limit.
-
Account segonist has been reset. When it finishes, you'll receive an email with a link to create a new account. If you need the data from the old account, it will be available at https://heliohost.org/backup/ once the reset is complete.
-
Execution /opt/plesk/php/8.4/bin/php has failed with exit code 255, stdout: , stderr: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8192 bytes) in /home/larea.helioho.st/httpdocs/vendor/symfony/finder/Iterator/Recurs
wolstech replied to emmanuelfosso206's topic in Customer Service
Unsuspended again. Please do not create any additional accounts (unless they are on Morty). Also, since you've done this multiple times now, please be aware that another suspension for having more than one account may be permanent. -
You’re suspended because our system thinks you have more than one account. Users are only allowed to have one account. Which one do you want to keep?
-
In the meantime, if you want to add a domain, let us know what it is and we can add it for you.
-
It looks like you were a Tommy account that was lost during the cPanel->Plesk migration. The only information I have is that you were on Tommy back in 2018. An invite for a replacement account has been sent to you. Welcome back
-
See here: https://helionet.org/index/topic/64954-wrongful-suspension/ Please do not create multiple posts for the same issue.
-
Please remove all pirated content and all content that offers investments and financial services within 24 hours or you'll be suspended again. If you get resuspended, an admin will have to delete it for you before you can get a second unsuspension. Also, in the future, please don't use capslock for everything. It comes off as screaming and can result in delays receiving support from us. Unsuspended. It may take a few minutes start working again.
-
Execution /opt/plesk/php/8.4/bin/php has failed with exit code 255, stdout: , stderr: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8192 bytes) in /home/larea.helioho.st/httpdocs/vendor/symfony/finder/Iterator/Recurs
wolstech replied to emmanuelfosso206's topic in Customer Service
Why did you create another account after just being told you're not allowed to have more than 1 account (ignoring Morty accounts)? You cannot create any additional accounts unless they're on Morty. You're going to be suspended again in 24 hours unless you confirm you still want to keep emmanuelfosso206 and ban the newly created account. -
[Solved] Pls i want to open SSH in my account
wolstech replied to mohammedlaoui's topic in Customer Service
This is intentionally blocked for security reasons. Minecraft servers won't run on the free hosting anyway due to the amount of resources they need. You'd be suspended for high load within hours, and custom inbound ports are not allowed either, so nobody would be able to connect. You'll need to buy a VPS to do this. https://heliohost.org/vps/ We actually just recently released 2 videos on how to host Minecraft here: https://helionet.org/index/topic/64691-minecraft-on-heliohost/ https://helionet.org/index/topic/64843-modded-minecraft-on-heliohost/ -
For now, just send us money through one of our donation links (https://heliohost.org/donate/ ) and let us know the transaction ID so we can credit you. We don't have an automated way to do it yet because we didn't expect users to go through their funds as fast as some have. It's on our list of things to implement...
-
Execution /opt/plesk/php/8.4/bin/php has failed with exit code 255, stdout: , stderr: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8192 bytes) in /home/larea.helioho.st/httpdocs/vendor/symfony/finder/Iterator/Recurs
wolstech replied to emmanuelfosso206's topic in Customer Service
Unsuspended. Your error just means your application ran out of memory. It's either broken or too heavy to run on Tommy. The memory limit is already set to the 128MB we usually allow on Tommy. We don't really troubleshoot code for users, so my suggestions for this would be that we can either try it on your Morty account (where we can raise the memory limit if needed), or you can find different software. -
Execution /opt/plesk/php/8.4/bin/php has failed with exit code 255, stdout: , stderr: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8192 bytes) in /home/larea.helioho.st/httpdocs/vendor/symfony/finder/Iterator/Recurs
wolstech replied to emmanuelfosso206's topic in Customer Service
We aren't able to assist with this until you address your terms of service violation for having more than one account. I assume the account mentioned in this error is the one you want to keep? -
You can cancel/delete your account here: https://heliohost.org/dashboard/delete/
-
No need to change it then. If you ask for additional domains for extra projects, they automatically get their own document root. Your main domain is always ~/httpdocs/ , but extra domains would use a folder named after the domain instead of httpdocs (e.g. ~/extradomain.helioho.st/ ), so they're automatically separate. Changing the docroot was a common request back in the cPanel days because cPanel used to put the addon domain roots inside the main domain's root, but Plesk doesn't do that.
-
This is the software in question: https://codecanyon.net/item/max-profit-online-investment-platform/26164846 Worth noting that even if he had paid for it, he can't run it here because we no longer allow investments or other financial offerings as of our June 25, 2025 TOS update. (Our data center does not meet industry data security standards for handling or storing this sort of information).
-
Tons of other processes are still causing load even when Apache is stopped, such as: Plesk (which runs tons of stuff in the background), MySQL, PostgreSQL, mail server, system tasks, NodeJS apps and long-running Python apps on people's accounts, cron jobs, etc. Apache itself is only a fraction of the load, and while yes, load will drop when Apache stops because there's no requests (which means things like PHP and CGI stuff will not execute), it doesn't make much difference. The real determining factor is the number of vhosts in the config. Apache takes its sweet old time loading all those. It's worth noting that Johnny is really overcrowded for a Plesk server. Typical Plesk servers are meant to handle ~400 accounts per server. We have 991 on Johnny right now, and it was over 1000 a few days ago (several accounts archived and caused it to drop). We've actually been told by the software companies (both Plesk and cPanel before it) that they were amazed at what we've done with their products. Morty is much faster than Johnny for these restarts. There's substantially fewer users, fewer vhosts, and its running on hardware that's both newer and faster than what Johnny is on. It's been a while since I checked the numbers, but I remember Johnny's Apache restarts were like 5-10 minutes while Morty took just 9 seconds... TL;DR: Server has a lot more running than Apache, and is overcrowded.
-
[Solved] I would like to request a subdomain
wolstech replied to alex11315's topic in Customer Service
Domain added. It can take up to 2 hours to work. -
Just the monitor not catching it. The monitor checks on an interval, and if happens to occur between checks, it simply never shows on the monitor. Server load also affects the speed at which it restarts, so during times of low load, the restart completes faster, resulting in shorter error duration and an increased likelihood of it being missed by the monitor. And finally, the 2 hours thing isn't a hard 2 hours. It's at least 2 hours between restarts. There's times where that restart is closer to 3 hours because the server delays maintenance tasks if it's experiencing high load. The background process we developed to handle routine server maintenance (including apache restarts) is designed to only do its work when server load is below a set threshold.
-
It's not crashing. We're forcing it to restart intentionally. The errors occur because nginx is used in front of Apache as a proxy, and it spits out that error when it can't reach apache.
-
Yes, it does take that long in our case, because there's several thousand domains hosted on one server, which means a ton of Apache vhosts. Johnny and Tommy each have about 5500 vhosts (a typical domain uses 2 vhosts, one for plain HTTP and one for HTTPS). Your typical VPS is probably going to have like 10-20 vhosts. An instance of apache on your home computer for localhost development likely has 1 or 2. Then there's the fact that the servers are also quite busy, so load is not always the lowest...