Krydos

We received a report that your account was a phishing website.

To prove ownership of a Helionet account prior to deletion you must be able to accept and reply to an email sent to the address that you registered the account with. Failure to reply to the deletion verification email means that the account will not be deleted. Once a reply is received the account will be deleted. Helionet forum accounts do not ever delete on their own. If you typed your email address wrong, and cannot validate it simply log into that account and change the email address to something you can validate.

When requesting for a .war to be deployed please post your Heliohost username, and the filename. Also, in the future don't use spaces in the filename, and make sure you don't post your deploy request in the java request forum. That forum is only for requesting java to be installed on your account which it already is. Deployed. http://shaiws.heliohost.org/MyProject It doesn't seem to work though, but it really is deployed and running.

Which server are you on? I tested phpmyadmin on both Stevie and Johnny and it worked for me. Is this still occurring for you?

Please post the following information: Your cPanel username Your current main domain The server that you are on The domain you are trying to add

211 MB + 9.8 MB + 1.1 MB + .268 MB = 222.2 MB 222.2 MB < 500 MB 500 MB - 222.2 MB = 277.8 MB of free space after combining them.

Yeah, no problem. Our apologies for having to limit the number of new accounts each day. If we didn't have a limit the server would surely be overrun with new accounts and our 99.9% uptime would plummet. Johnny doesn't have a limit to the number of accounts created each day, and since you want to create your account on Stevie is proof of how well that is working out.

I've heard reports of some people's browsers caching the "signups are full page", so make sure you clear your browser cache before trying at 3am. There was some downtime on Piotr's server monitor last night, but if you look at http://heliohost.grd.net.pl/monitor/ you can see that signups were available for at least 2.5 hours on Stevie. If you look at previous days it looks like Stevie signups usually last about 5-6 hours lately, but it just depends on how many people are signing up so you can't always know for sure how long signups will be open.

Perhaps we weren't clear enough in our earlier posts. This account cannot ever be unsuspended. This account cannot ever be backed up. No data from this account cannot ever be given back to you. It doesn't matter if you ask a thousand times a day for a whole year. The account was involved in serious criminal activity and all contents are considered evidence in court. We are and will continue to be cooperating fully with all involved authorities, and doing everything in our power to help bring the involved parties to justice. I don't know if you're guilty of what I described, or if you're a victim; I'm going to leave passing judgement to the proper authorities, but each user is responsible for what their account does. If you already have a backup of your data then that's the best you're ever going to get but I would recommend starting over from scratch either way.

Ok, take two then. I fixed the parked/addon domain limit for your account. Try adding your domains now. Let us know if you're still having problems.

Yeah, yeah, and if you're the top cheerleader in the cheerleading pyramid and the bottom-left cheerleader sneezes.. errr, we're going to just cut that off right there. Anyways, in the last fifteen hours your account has caused 5th most load on the server. So in the last six hours you've dropped quite a bit, and I would say that you're mostly safe from suspension at this point. No, not all suspensions are permanent. Generally with high load type suspensions we have a three strikes and you're out policy. That said, some suspensions are permanent on the first time and no one, not even the bottom-left cheerleader can save you from that fate worse than death.

Be sure to report it as a false positive then if you're sure it's safe.

Um, the server load in cPanel is the whole server, not just your account.

Wow, you really do have a load problem. We host some sites that get thousands of unique visitors per day, and your site is causing more load than all of them. Your high load on a wordpress site reminds me a lot of this guy http://www.helionet.org/index/topic/14638-suspended-mobirock/ he got suspended for causing high load several times and mentioned plugins too. His account hasn't caused high load since then and it's still active. He never posted what the issue ended up being, but I'm wondering if you might be using some of the same plugins that he was. I can't hand out any of his private information but perhaps he would respond to a PM? Unfortunately most people don't come to this forum unless they have a problem, and once the problem is fixed they never check back again or explain how it was fixed.

Thanks for pointing this out. That is the default value that a fresh install of PHP is set to for some reason. It seems ridiculously low to actually be useful to anyone. I have now set the max size to 20 MB which is the same as Stevie. Let us know if you're still having trouble uploading files through php.

Your account was suspended for the following reason: Malware. 1 file(s). ANDR.Trojan.GingerBreak FOUND That means that there are some malware files found on your account. For your safety and to protect your website from potential further corruption the account has been suspended. To find the infected files we recommend making a backup of your site, download the backup file to your computer, and scan the backup using a reputable virus and malware scanner. If you're having trouble locating the offending files please ask and we can provide more information. If you are you certain that it is a false-positive, we strongly encourage you to file a false positive form here: http://cgi.clamav.net/sendvirus.cgi Your account should be unsuspended now, but keep in mind that this is a temporary unsuspension. You have 24 hours starting at the time of this post to clean your account of any and all malicious files or your account will be resuspended.

Try adding your domains now. Let us know if you're still having problems hosting your domains.

You were nowhere near highest load yesterday, the day before that you were sixth highest, 39th highest on the 28th, nowhere near the top on the 27th. It seems to fluctuate quite a bit depending on the day. Our log files don't always do a great job of indicating where on your account the load is coming from, but one script that is coming up is /home1/biasaf/public_html/wp-content/themes/gozumu/random.php and the timestamp on it is Feb 28th so maybe that might be the culprit? A common misconception is that no matter how you set up a wordpress blog it can't cause high load. I guess this might even be true for newer versions of wordpress with no modifications, themes, or plugins. I say newer versions because some older versions had a wp-cron.php bug that would cause massive load anyways. An analogy is like saying, "It's a Toyota Prius! How can it have bad MPG?" But then you see the whole picture, and someone has strapped rocket engines on their Prius that guzzle 1031 gallons of fuel per second.

It might have something to do with the fact that in the last 9 hours your account has caused more load on Stevie than any other account on the server, and is likely right on the verge of being suspended for it. When a server is experiencing high load a lot of the time MySQL and FTP are the first services to show it. Since your account is probably the cause of the MySQL issues you are in a perfect position to fix the MySQL issues by reducing the load your account is creating. By fixing your load issues you will also have the added benefit of not being suspended.

Your account is showing up as clean now. Thank you for taking care of this.

What does the error say?

Here is what my web.config looks like for showing remote error messages. <?xml version="1.0" encoding="UTF-8"?> <configuration> <system.web> <customErrors mode="Off"/> <compilation> <assemblies> <add assembly="*"/> </assemblies> </compilation> </system.web> </configuration> The major difference I see is my <customErrors mode="Off"/> is outside the <compilation></compilation> tags. Try that and let us know if it works.

You must have been blocked by brute force protection then as Shinryuu suggested, and it had already cleared on it's own by the time I checked. Brute force protection can be caused by typing your username or password wrong multiple times, or it might be caused by someone trying to break into your account. If it's the first then it can be kind of annoying, but if it's the latter it can be the difference between losing control of your account to some hacker so you can see why it's necessary.

Deployed. http://infopar.heliohost.org/webCat/