Jump to content

wolstech

Chief Risk Officer
  • Posts

    18937
  • Joined

  • Last visited

  • Days Won

    747

wolstech last won the day on April 23

wolstech had the most liked content!

About wolstech

  • Birthday May 17

Contact Methods

  • Website URL
    https://www.raxsoft.com

Profile Information

  • Gender
    Male
  • Location
    Pennsylvania

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

wolstech's Achievements

Grand Master

Grand Master (14/14)

  • Well Followed Rare
  • Reacting Well Rare
  • Conversation Starter Rare
  • Dedicated Rare
  • Very Popular Rare

Recent Badges

1.5k

Reputation

  1. The basic process is: Request the domain be added to your account here, wait 2 hours, then change the name servers at your domain registrar to our name servers (ns1.heliohost.org and ns2.heliohost.org). Once the DNS updates propagate, you'll see the site you have hosted on Tommy instead of the site you have at your old hosting company (it can sometimes take a few hours before everyone sees the change, DNS doesn't update instantly). Note that we are not a domain registrar, so you can't handle the actual domain registration through us, only the hosting. If you are using the old hosting company for domain registration as well as hosting, you'll want to transfer the domain to a standalone registrar (we recommend Namecheap), then set the domain to use our name servers in the new registrar's control panel.
  2. Fixed missing DNS zone.
  3. This is normal. The IP address is shared across thousands of websites on the same server as you, so it doesn't know which site to display unless you use the domain name. This is called Server Name Indication (SNI). Accessing your site directly via shared IP address is not supported. If you really need your site to work by entering the IP and not the domain, you would need to purchase a dedicated IP address (or switch to a VPS).
  4. The code itself isn't the cause of your load, it's systemd. Whenever a process is running under a user account (CGI execution, scheduled tasks, sftp, etc.), systemd causes load for that account. That load counts even though the script itself uses next to nothing. The load from systemd is basically directly correlated to the amount of time you have processes running. The more stuff you run (or leave running), the higher it gets. You can even get suspended for load by connecting to sftp and leaving the open connection idle. Looking at what's running, the Python apps and the PHP called via scheduled tasks are likely what's causing systemd to be running for your account. Your load by process: 14.71 GB 0 (sd-pam) 12.37 GB 5.45 k /usr/lib/systemd/systemd --user 6.99 GB 34.7 /opt/plesk/php/5.6/bin/php -f httpdocs/airspace_around_me/web/api/ogn_bridge_control.php 5.46 GB 212 python3 -u ogn_bridge.py 4.73 GB 26 /opt/plesk/php/5.6/bin/php -f httpdocs/airspace_around_me/web/api/collector_control.php 3.07 GB 137.4 python3 -u collector_hosted.py 1.37 GB 41.5 /opt/plesk/php/8.3/bin/php-cgi -c /home/system/ogn.helioho.st/etc/php.ini 45.33 MB 0.4 /opt/plesk/php/8.5/bin/php -f httpdocs/airspace_around_me/web/api/notam_control.php 45.20 MB 0.2 /opt/plesk/php/8.4/bin/php -f httpdocs/ogn_tools/scheduled_daily_postprocessing.php 41.24 MB 2.1 python3 -u notam_collector.py 18.11 MB 0.3 python3 Scripts/puretrack_labelsConverter_json_to_db.py
  5. Closing since this was being handled over in email support which is now working again. https://helionet.org/index/topic/67209-hh546672-is-there-an-alternate-way-to-pay-mortys-19-fee/
  6. Our email support has been down since the 30th. If you haven't seen the news, our management/name servers (which host DNS alongside our account management system, forum, email support system, and our website) failed on April 30th. Long story short, one of the two suddenly skyrocketed in load and became inoperable, so we shut it down only for the other one to do the same hours later. With no prior history of this issue, it was kind of unexpected... The management infrastructure ran an old version of cPanel DNS-only under a well-past-EOL operating system. Those servers were that "we'll get to it later" project we all tend to have, and have been sitting ducks for quite a while now. Something finally shot the ducks. While we are working on recovery, we are still currently unable to process account moves, domains deletions, or email support requests. Your request has not been forgotten and will be processed when services are restored.
  7. Missing DNS zone fixed. It may take a few minutes to be available everywhere.
  8. An attempt to recreate the DNS zone failed. ERROR 3: Cody zone file is corrupt. Escalating. EDIT: Just realized I forgot the second : in the IPv6 for this one...probably the issue. Now how do I fix that?
  9. Missing DNS zone fixed. It may take a few minutes before its available everywhere.
  10. Missing DNS zone fixed. It may take a little while before everyone can reach the site again.
  11. DNS for zone thedannified.helioho.st is not missing. We are currently unable to delete domains due to the recent DNS server failure. Work on restoring that functionality is ongoing.
  12. Escalating to Krydos for reconsideration since you no longer live in Iran. It's possible that proof of non-Iranian residency may be required (e.g. German residency papers, non-Iranian passport, etc.) to be unsuspended.
  13. Due to US Federal Regulations, HelioHost is unable to do business with users who reside in or are affiliated with the country of Iran.
  14. Fixed missing DNS zone. It may take a few minutes to resolve and up to 4 hours for everyone to see it.
  15. Fixed DNS zone. It may take a few minutes to start resolving, and up to 4 hours for everyone to be able to reach it.
×
×
  • Create New...