wolstech

It's likely flagging the hidden iframe on that page...its nothing to worry about. Even AVG's own site says the cpanel URL is safe.

/tmp and /usr are hard disk partitions that are rather large. /tmp never fills up unless someone abuses it (known to happen on occasion). /usr is irrelevant here. Your issue is because /tmp is full again. An admin needs to empty it and suspend somebody.

We usually say we're working on it, but It's been broken for a year. Seeing that even we don't know when it'll be fixed (Krydos is the only one who could fix it), and my understanding is that the damage was quite severe, I suspect the answer is "we're not".

I have no idea, but if you want, try registering your subdomain again. If you get an email with an error message after you register, post a new topic with the message and we can fix it.

Even though it should have been deleted long ago, an account for coldwin somehow still exists (last login is March of last year). The domain looks like perfectworld.tk. It's been unsuspended.

We don't keep backups Yeah, the deletion script isn't exactly thorough when it comes to DNS. It's generally caused by the server experiencing high load when the account is deleted, although there's definitely the possibility of bugs in the script's DNS zone cleanup. I do know that Krydos has cleaned up old orphaned DNS on occasion, so I suspect your account will be one of those that gets cleaned up whenever he does that again.

We don't generally upgrade this stuff for stability reasons. We only upgrade to whatever version comes with cPanel, so whenever that gets upgraded (rarely), this gets upgraded. I tell you this every single time. An interesting fact: I help people who use other hosts, both free and paid, and our software on Johnny is actually *newer* than what many of those are running. What's running on Stevie is what I find with most companies (though some still use PHP 5.2...) We understand that you want it, but you're just one of over 1500 users, and we're not going to make major server-wide (and likely account-breaking) changes for one person. It'll likely be upgraded whenever cPanel gets upgraded, probably not sooner.

ENGINE=InnoDB Change the engine to MyISAM and it'll work. We do not support InnoDB due to server damage last year.

I see a directory listing. Please clear your cache.

I'm seeing this: The MySQL server on Stevie is down...give it some time and it'll restart itself. It crashes quite a bit from InnoDB-related damage. Also, I can't look at the source of a .php file since it gets processed. Make a copy and change the file extension to .txt if you want us to see the source.

Our accounts become inactive after 30 days. If not reactivated in a short period of time, they get deleted to make room for others. That URL still showing a queued page only means that the DNS entries for that account did not get deleted completely. The queued page will always be shown for domains or subdomains not associated with any account (your subdomain is doing this), and will also appear temporarily for domains/subdomains that are still waiting for the system to finish configuring their DNS (such as new accounts and domain additions/changes). None of the accounts you listed exist.

The issue appears to be with your registrar. I don't see any records for that domain: http://bybyron.net/php/tools/dns_records.php?domain=eventswireless.co.za&rec=ALL A healthy domain should look like: http://bybyron.net/php/tools/dns_records.php?domain=Raxsoft.com&rec=ALL

It actually let you try to register Johnny.heliohost.org? I am surprised. That's the primary domain for the Johnny server and can't be registered. Your account was probably deleted / never created because of that. Try signing up again with a domain that's not Johnny.heliohost.org or Stevie.heliohost.org...

You might not have done anything wrong...turns out our cron suspension script broke. See http://www.helionet.org/index/topic/20492-cron-job-suspension-script-malfunctioning-a-lot-of-suspensions-for-exactly-28-jobs/

I've noticed a lot of these today...mostly for 28 jobs (a few are for 56...which is 28*2, one of these is still suspended since the user hasn't posted). Even I got suspended for 28 jobs that never existed...I haven't touched my cron since March of last year (when I set up one job once a day) I find it a bit odd that numerous unrelated users are being suspended for exactly 28 jobs. All affected accounts are on Stevie too. Is the suspension script malfunctioning?

It's 2 executions. You can have 1 job that runs every 12 hours, 2 jobs that each run once a day, etc. No more than two runs in a day, regardless of what job actually runs.

It's 2 executions, not 2 jobs. So you can have one job running every 12 hours, two jobs that each run once daily, etc. If you need them to run more frequently than that, use a service like setcronjob.com to schedule them.

You were suspended for running 56 cron jobs. The limit is 2 per day. If you need more cron, use a service like setcronjob.com. Your account has been unsuspended.

You were suspended for running 28 cron jobs. The limit is 2 per day. If you need more cron, use a service like setcronjob.com Your account has been unsuspended.

Then you get suspended again... I suggest you do not install a proxy on our service. They almost always lead to a suspension for high load.

You can delete your account here: http://www.heliohost.../scripts/delete After deleting, wait 24 hours then sign up again.

Yes, Johnny is more tolerant before we suspend you. However, proxies will still get you suspended quite easily. My advice is to remove CGIProxy entirely and not run a proxy on our server.

If you're paying for a CMS, you're doing it wrong. Something like joomla or Drupal will do rather nicely here. I'd avoid Wordpress as it tends to get hacked easily even if up to date, since there's a lot of malicious extensions and themes for it. A search function is usually built into many bigger content management systems. If you want to make one, you need to be using a database for your content so it can be searched (hence why I recommended a CMS). That actual search code is in SQL and php. The front end would be in html and sends a get request that is processed by the php. If you want to talk about this more, perhaps post up in the website management and coding forum.

Johnny is more tolerant of load before you get suspended, but be aware that downtime is higher. If you want to switch, delete your account and sign up again on Johnny.

It suspended a second time for high load. Please remove whatever script you're running, as it is impacting everyone else (at least until you get suspended...). If you get suspended a third time, we may not unsuspend you.