wolstech

No problem. Escalating to have this taken care of for you.

Your account has been reset. You'll receive an email shortly with a link to start over and create a new account.

It wasn’t suspended for excessive load, it was suspended for attempting to run commands as root. Attempting to run commands as root on the shared hosting is indeed considered a hacking attempt and typically results in a permanent ban without warning or refund. I’m willing to reset your account (which permanently deletes all of your data) and let you start over, however, you must never attempt to run that script here again, nor should you ever attempt to run shell commands as root. If you’re unable to kill processes on your own, you must contact support and request they be killed for you. A second violation will result in a permanent ban without warning or refund. Are you OK with starting over?

Escalating to Krydos. I'm not sure which of these are actually missing on Morty2, and honestly I don't even know how to check, so just going to forward the entire list. You're one of the very few here who likes Perl so would not be surprised if most or all are missing.

We would need to know which ones you're missing. Can you provide a list of the ones you need installed on Morty2?

Since you're not using our name servers, this is not something we can do for you. You'll need to do this yourself. The DKIM records can be gotten from Plesk as they are unique to each account. For SPF, the record should have no name (or the same name as your domain, it should be in the root), and you use this value: "v=spf1 include:johnny.heliohost.org ~all" For DMARC, name the record _DMARC and use this value: "v=DMARC1; p=quarantine"

High server load. 10033.60 CPU. Excess CPU usage is usually caused by leaving processes running continuously, overusing scheduled tasks, leaving SFTP sessions open, or writing code that gets stuck in a loop or never exits. The notes on your account say you're using Wordpress, which is also infamous for causing high load (see https://wiki.helionet.org/WordPress), so that's probably the most likely cause. No process data is available since it has been more than 24 hours since your suspension. Please monitor your load (you can do so here: https://heliohost.org/dashboard/load/ ), and fix any issues quickly. Unsuspended. It can take up to 2 hours for your site to function.

Please do not post multiple topics for the same issue. Requests can take up to 24 hours to receive a response.

High server load. 11347.00 CPU. You used your entire day's CPU quota in 3.5 hours. Something you recently ran is way too heavy for Tommy. It kind of looks like a Softaculous malfunction based on the process list. I'm going to have Krydos look at this because its rather unusual and I've never actually seen a suspension that looks quite like this one with Softaculous burning through your CPU like that. Escalating... Memory CPU Process 3.32 GB 5.35 k /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php a195234aeef8b277f7c24c846bc20b1c 2.23 GB 3.58 k /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php 0493053c3c367901bad5bac1f4abb1ad 1006.19 MB 1.59 k /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php 38bc4e8fafc98440e2c8c5abd0835915 401.65 MB 584 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php f8e2efef78fd75d89a863e15a7eec9ec 233.03 MB 239.1 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php abc0caf0cfa4b113047c4b939883af5c 114.89 MB 1.9 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php 970e54bb0218d857e397371a83271584 58.25 MB 1.5 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php f9605e189312efb3b4c95a0fee4c5cec 57.06 MB 1.1 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php c39e333a3aa6cc38b5e41d395bf8bb70 49.64 MB 0.4 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php af392e75bf777884e26073f6a1afab34 49.57 MB 0.5 /opt/plesk/php/7.4/bin/php -d auto_prepend_file=none -d auto_append_file=none -d open_basedir='' -d safe_mode=0 -d disable_functions='' /usr/local/softaculous/load.php 9ebbc6ae2f0b18219aa7311d018fee39 10.39 MB 0.2 git status --porcelain 6.76 MB 0 git -C /home/firecat.helioho.st/httpdocs/gnu log --oneline --follow lib/imagefile.php 1.48 MB 0 head -5

That behavior is pretty normal for users on any plan that isn't Morty or a VPS. It's caused by Apache restarting to load new configurations: https://wiki.helionet.org/502_Bad_Gateway It happens approximately every 2 hours and lasts several minutes.

Interesting that paypal's email didn't deliver, but I did find out why you never got the warning...you unsubscribed from our emails (perhaps the recent phishing PSA email we sent?), which stops all email including billing and service related emails. I re-subscribed you so you'll get the email next month.

You can actually do this yourself. Log into your account at https://heliohost.org/login/ -> Continue to Plesk->Click your username in the upper right corner->Edit Profile. Please note that once you change the email, it can take several hours for systems to sync up before it becomes effective for our website/dashboard. If you use your forum account, please note that it will also need to be manually changed in your forum profile. If you're unable to change your email address for some reason, please let us know and an admin can manually update it for you.

1. Yes, but the load of running something continuously often gets users suspended for excessive resource usage on the Johnny and Tommy plans. If you plan to run something continuously, Morty account might be be a better choice because there's no risk of the load getting you suspended, and the server is a LOT faster than Tommy. 2. Yes as long as the remote end is using a standard port number like 80 or 443. 3. Python 3.9 and 3.12 on Tommy. Johnny and Morty have 3.9 and 3.14 instead. 4. Can't do it yourself, but you can request we install them assuming they're reasonable. We don't support any modules that need a UI/desktop installed. 5. Depends on language used and how its launched. Its possible to start a process that never exits, but if you're planning to do this, I would suggest a Morty plan as above because the load might get you suspended. You can see more details about Python on our wiki: https://wiki.helionet.org/Python_Tutorial Including links to see installed modules, how to request modules, etc.

Domain added. Please be sure to configure DNS. The domain can take up to 2 hours to function.

Looks like VPS130. Our system shows that a warning was sent on the ninth. If you didn't receive it, please check your spam folder. You can recover your VPS within 30 days after it gets shut down. To do that, please pay using this link. https://heliohost.org/vps/pay/?code=mwj0V03Fy0bsgbkB (this link is specific to VPS130). Your VPS should turn itself back on within a few minutes after you pay.