wolstech

It has been fixed: http://www.helionet.org/index/topic/15387-johnny-nearly-100/

Apache on Johnny is down because of a configuration problem with the server. They're working on it: http://www.helionet.org/index/topic/15380-apache-configuration-error/page__pid__90265#entry90265 cPanel and FTP should still be working, but you won't be able to access your site until the problem is fixed.

cP doesn't let me :-\ If I go to the DNS Zone Editor, it won't let me create a CNAME for it. If I try to put swokaikran.skxawng.lu as the "Name", it appends ".raxsoft.tk" to the end, which I don't think I want. Or am I in fact supposed to add "swokaikran.skxawng.lu.raxsoft.tk" as a CNAME to raxdev.raxsoft.tk to fix this? The remote domain's owner CNAME'd swokaikran.skxawng.lu on his end to point to the raxdev.raxsoft.tk subdomain here. Doing this is what got me the queued page, so that end is working.

Account: rax (on Stevie) Domains: rax.heliohost.org & raxsoft.tk I'm wondering if the following is possible: I have a subdomain (swokaikran.skxawng.lu) that I want to point to HH. I only have the rights to that single subdomain. I do NOT own the root domain skxawng.lu, nor do I have rights to any other subdomains. I have no access to change DNS. The owner has added a CNAME for me that points swokaikran.skxawng.lu to raxdev.raxsoft.tk, a subdomain hosted here on HH. I expected this to simply show the contents of raxdev.raxsoft.tk, but instead it shows as Queued, and cPanel won't allow me to park it since I can't change the NS. The goal is to get swokaikran.skxawng.lu to show the same contents as raxdev.raxsoft.tk (should be a directory listing). Can this be manually added to the system so the queued page goes away?

All domains can take up to 24 hours to start working after you add them in cPanel. Until then, that queued page is shown. If you still see it after 24 hours, try clearing your cache.

You can't. If you ask in customer service though, an admin could probably tell you the load and maybe what file caused it. I've seen others ask when they were working on fixes for load issues.

Was wondering the same thing. A correct direct link for Stevie cPanel is: http://stevie.heliohost.org:2082 It sounds like you're already trying to use cPanel, but if by chance you are using FTP to download them, try making a full backup from cPanel and downloading that instead.

v2.5's install manual is here: http://resources.eyeos.org/documentation/installation_manual.pdf Parts of it are basic stuff like installing PHP, but it does list the modules that need installing as well as the PHP.ini settings it requires.

Indeed he does. The script itself is a frame-breaker and location redirector, one that apparently doesn't work all that well. The end destination for me was one of those dubious search sites: "searchtermresults.com". That site makes lots of references to auto-im.com in its links. Whatever this is, it must be new since not much on google about either of these...

vaidyacare.cu.cc is working, as seen in the attached picture. vaidyacare.tk is also working normally. If you're still seeing the suspended page when you visit the site, please try clearing your cache.

That domain is working fine for me. If you still see the queued page, please clear your cache.

Your account was likely suspended for inactivity because you hadn't logged in to cPanel for 30 days. Your website seems to be working. If this occurs in the future, you can reactivate the account yourself using this script: http://www.heliohost.org/home/support/scripts/renew

That's a bug that sometimes happens to accounts when the server botches the configuration for the account. It happens for the same reason you had 0 addon domains. HH only gives 500mb, and most people will never use all of it. If you need more, try moving big things like photos or software downloads to a service like Dropbox and linking to them there.

Google cache suggests your domain had WordPress. A lot of the add-ons for it are malware or have security holes that can be abused to install malware. Sometimes templates are made intentionally for malware (usually they're a spam bot). Plugins from random websites are also prone to being malicious or insecure. When WP gets infected, it is indeed a pain to clean up. Best choice is often to back up the DB, delete it, and reinstall with the latest version of everything. The big key to keeping WP clean is keeping it updated. Were they all WordPress? WP by itself isn't that heavy on resources, but when plugins are installed, it often is. I've seen people here who've been suspended for having just 1 WP site that was using too much load.

On WIndows, you can do the same with something like: findstr /S /M "mail(" X:\site\*.* (Change the X:\site\ path to where ever your site backup is extracted).

From what I understand, it's for performance reasons: Some tasks that you have to wait in queue for can be resource-intensive at times (e.g. new accounts), so the server does them during times when it's not busy to reduce the impact the tasks can have on performance. If the server isn't busy when you make a request, it might happen rather quickly. Johnny has been known to fulfill account deletions in under a minute at times. Of course, aside from load, it also matters how many other requests are in line ahead of you.

You're using session_register incorrectly, and it's obsolete anyway. Forget about session_register and just set the $_SESSION array directly. The easiest way is this: Replace $row = mysql_fetch_assoc($result); session_register($row['rank']=$userlevel); session_register($userlevel) With: $row = mysql_fetch_assoc($result); $_SESSION['userlevel'] = $row['rank']; Also, are you sure $row['rank'] contains the data you're expecting it to contain?

Yikes. Session_register() and session_is_registered() have been deprecated for a while (since PHP 5.3 came out I think...). They're removed completely in 5.4. You should be using the $_SESSION array instead. Your main issue though is probably the following. Assuming you did a session_register(userlevel) so the value is set, try this: Replace: if(session_register($userlevel=='banned')) With: if($_SESSION['userlevel'] == 'banned')

cURL is installed. From phpinfo() (sorry about the formatting, but copying a table into the forum editor isn't...pretty):

I'm seeing the same thing. Getting lots of DB errors that come and go. PMA and my website keep giving DB errors randomly. cP was showing mysql as failed a few minutes ago, but it's now up. The server also seems a bit slow right now.

Seeing you keep getting suspended very quickly, I wouldn't be surprised if your account is hacked. If you use a common app like WordPress or Joomla, you are an easy target for hackers, especially if you use random plugins you find online and don't keep everything updated. If you wrote your own code, your code probably has a security hole that needs fixing. Changing passwords often won't help if there's a security hole in one of the programs. As a last resort, assuming you can be unsuspended again, download a complete backup of your entire public_html folder and all of your SQL databases, then delete everything in public_html and drop your databases. Then rebuild your site using a fresh copy of the latest version of whatever software you were using. You can put your content back, but if you use plugins for something like WordPress, don't install them. Wait a few days and see if the problem happens again.

I wouldn't be surprised if the false positive on Hall_Of_Mirrors.exe is the cause, especially if you didn't delete it. Accounts are re-suspended if you don't fix whatever it found. Your file is clean according to all major AV programs based on this VirusTotal scan report I ran on the file after your initial suspension: https://www.virustotal.com/file/87da07a170d020492f64f99c3eff62a338acf97903916ac2ec14b9fc97ed89fb/analysis/1359162127/ Seeing that ClamAV reports clean in that report, an admin may need to update the definitions on the server...

Trojan.Agent is a generic detection. I often get false positives for Trojan.Agent on a bunch of harmless stuff as well, so you're not alone. They come and go as the AV database updates... As for your file, it's clean across the board: https://www.virustot...sis/1359162127/ Not sure why HH's ClamAV flagged it, but submitting a false positive report is still a good idea so it gets looked into for the future.

You're not the only one wondering where gdiplus.dll went. http://www.helionet.org/index/topic/14610-server-error-in-application-gdiplusdll/ That user also has an ASP app suffering the same error for no explainable reason. His was working great, then a bunch of pages just quit working... You might want to try uploading gdiplus.dll to your bin folder as was suggested in that topic if you haven't already tried it. Otherwise an admin will probably need to look at it.

Unfortunately not. cPanel requires a dedicated IP for SSL, and the $12 is needed because that's what heliohost's provider charges them for the extra dedicated IP address; it's something that Heliohost can't control. SSL is I think the only thing that's not free here though...