wolstech

This support request is being escalated to our root admin.

I see your site just fine, though there's no content. I see an empty directory listing.

bdistler has some ideas for cloudflare, though it won't fix the issue that got you suspended for load anyway (the script just needs too many resources to work). It's worth noting that using that script on your site for downloading copyrighted content will get you suspended for infringement as well. I highly recommend just not running that script.

I'm not sure if the other guy had moved servers or not. It certainly acts like it could be that DNS isn't cleaning up fully and there's still entries that occasionally get served and point to Johnny when the account is on Tommy (a queued page is our servers' way of saying Apache doesn't know about the domain, which would make sense if you ask Johnny about Tommy domains).

Krydos hasn't been online too much in the past day. He's the only one who can resend the invite. @Krydos: the PayPal into is in this thread: http://www.helionet.org/index/topic/27824-hh-78567-tommy-invitation/ (not sure if current, he apparently got a refund a few times for donations being too small). Escalating.

The error I'm seeing is related to improper configuration on Cloudflare. The site isn't set up over in Cloudflare, so Cloudflare is throwing an error. You need to configure or change your nameservers back to ours. You can configure Cloudflare either on their website, or through the cpanel plugin. This is not an Heliohost issue.

This is the second one of these I've seen now. You have the same problem as http://www.helionet.org/index/topic/27836-cloudflare-queued/ Escalating.

Not sure what's up with this one. It was queued for me (which means Apache doesn't know what account it belongs to), so I removed and re-added the main domain to force the domain to set up again. That got it working for a few minutes, then it went back to being queued again here. It does exactly as you say: It queues itself for a few minutes, then works for a few minutes, then queues itself again over and over. No cache for me (incognito mode shouldn't even have cache...though I cleared it anyway). Escalating.

This user deleted his account and moved to Tommy.

@bdistler: The account listed in the original post no longer exists.

You probably weren't able to reuse your username because there is a forum account with that name (I'm assuming yours, but didn't check). If that forum account is yours, I will need to rename it before you can sign up for an account with that username. If that forum account is NOT yours, you simply cannot use that as a hosting account username. Also, there is no way to change a hosting account username without deleting your account and signing up again when registration opens. If you want to do this, you can delete your account by signing into https://heliohost.org/login/ and selecting delete account. Then sign up as you did before when registrations open.

using only the "A" record (i.e. IP address) will not do it Yep. We don't support manually creating A or CNAME records on external nameservers except for the main domain (and even then, a bunch of stuff like email, subdomain creation in cPanel, etc. won't work right unless you manually create and update all the other records too).

Yeah, that report is showing that for me too...looks like it's either not yet fully propagated, or it failed somehow. Give it 24 hours...after that if it still doesn't show a straight list of our nameservers, your registrar is the one you need to speak to.

Our system see these nameservers: http://bybyron.net/php/tools/dns_records.php?domain=tambaza-admin.com&rec=ALL Something is wrong at your registrar. Usually we can see a nameserver change within a few minutes of it happening.

You're the second one to ask about Flask. Flask is currently not supported. Is there a reason you can't use Django or plain python/CGI?

It was inactive and wouldn't renew, so I manually unsuspended it for you. It probably needs an Apache restart to take effect though...it's still showing suspended for me. Escalating so Krydos can restart it (if it doesn't happen on its own beforehand...)

Johnny had a few minutes of downtime earlier today. It's up now. You can see the orange block on the monitor for HTTP: http://heliohost.grd.net.pl/monitor/

I've fixed this for you. Tommy doesn't even typically have queued pages (only Johnny is currently doing this due to load caused by Apache restarts). Your site is working now. Please clear your cache.

The only configuration that is officially supported is using the NS records. Please delete those records and create 2 NS records pointed to ns1.heliohost.org and ns2.heliohost.org. After that, please clear your cache and try visiting the site again. If it still does not work properly, we will look into it.

Done.

The name you requested is already taken, so I just made it craigary2 for now. Let us know when your account is created and we can change it back so they match

We'll have to wait for Krydos to look at this then.

The top one is a new one for me...never seen that before. The bottom one I can't replicate. The site loads fine. Have you tried clearing your cache or using a different browser? How about a different internet connection (e.g. cell phone data plan)?

This support request is being escalated to our root admin.

Please wait for Krydos to respond to this. I've never seen cPanel itself give a 500 error unless something was broken. Your website works for me though.