Krydos

We are currently running tomcat version 7.0.32 and java 1.6. Perhaps the java version mismatch is causing the problem. Can you try rewriting your .war targeted for java 1.6?

You are allowed unlimited bandwidth the same as all accounts on Heliohost, and we do not track bandwidth because it is unlimited. On 2013-12-17 (the last full 24 hours period your account wasn't suspended) you were highest CPU usage with 158% more load than the second highest account, and you were 4th highest memory usage. Another solution is you could consider is moving your account to Johnny. Since that is our experimental server it isn't nearly as sensitive to high load suspensions.

What version of tomcat are you running on your computer?

Maybe try creating a free .tk domain and hosting it on byet if you can't get the information I'm looking for. Then if you tell me the domain I can look at it to figure out the settings for you.

You and your friend may both have accounts if you wish. To verify that you are two separate people we just require a little more information from both of you. Would you like to proceed?

Since your account is located on Stevie and it requires a recompile of php it will be a while before it can be installed. We usually test stuff like this on Johnny first to make sure it's stable enough for Stevie. If you'd like to move your account to Johnny http://wiki.helionet.org/Moving_your_account this request can be completed quicker.

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

It has nothing to do with morals. This ToS says no pornography so you're not allowed to have a pornographic site. If you're actually curious I'm pretty sure the rule originated because the founder of Heliohost set up the first server when he was 16 (which is 2 years earlier than US citizens are legally allowed to view pornographic materials.) So it probably wouldn't have worked out for him to have a server full of porn at that age. We didn't create the rule, we just help enforce it. As far as I know none of us are any particular crazy anti-porn religion or anything nor is Heliohost owned by any group like that so I don't really understand where the morality thing is coming from.

The account hibbe has been unsuspended.

Marked as solved since you switched .war files. http://lani1234.heliohost.org/TestingWarFileOnHelio

Deployed. http://lani1234.heliohost.org/TestingWarFileOnHelio It looks you've got something more than a 404 this time. I'm going to go ahead and mark your other topic as solved since you switched .war's and this one seems to be doing more than the last.

Mysql hosts have been flushed. Since you're on Johnny you can use 'localhost' if your script is running on the server, or 'johnny.heliohost.org' if your connecting from a remote location.

Please post the following information: Your cPanel username Your main domain The server that you are on The host you use to connect to mysql remotely will depend on what server you are on. stevie.heliohost.org or johnny.heliohost.org

camila.intercorp.com.br isn't hosted on our servers.

Source: http://wiki.helionet.org/Terms Notice it doesn't say anything about hosting pornographic files on our server? It doesn't matter if you host the actual files elsewhere, or have an iframe to a porn site, or stream the actual videos from some other location, or whatever other silly tricks you want to come up with. If your site has a "pornographic nature" it is in violation of our ToS and will be suspended. Can you modify your site to comply?

http://dnsstuff.hostpro.ua/index.php?fDNSreport=stevie.heliohost.org PASS Reverse DNS entries for MX records OK. The IPs of all of your mail server(s) have correct reverse DNS (PTR) entries. The reverse DNS entries are: 2.143.19.65.in-addr.arpa. stevie.heliohost.org. [TTL=86400] Thanks for pointing that out. Now that I think about it more, I actually did type 2 14400 IN PTR stevie.heliohost.org. originally and WHM or cPanel or something appended the rest of that junk on there. I'm unsure why that happened, but I didn't notice it and the three or four reverse DNS tests I ran all said it was good now. Also, gmx.com/gmx.de used to not accept mail from Stevie, but started accepting mail with the previous PTR record. Since everything I tried was working I didn't really look very closely at the fact that WHM/cPanel was displaying something different from what I had originally typed. Anyways, sorry for being a little thick and taking so long to understand. Let us know if you're still having problems.

What IP address does this mover.io try to connect from?

Try it now?

The thread was marked solved because you requested deployment of a .war and it was deployed. If you need another .war deployed or a new version or something simply create a new thread.

In the future please place your .war file to be deployed in /home/hsk0891/ so I don't have to move it first. Deployed. Unfortunately it looks like your main domain ebook-library.tk isn't hosted with us so I can't post a link to your deployed application.

@byron When the ACP shows the new domain, and WHM/cPanel show the old domain it means there was an error during the domain change. The most likely error is because the domain he is trying to change to was already configured on his account as an addon domain or a parked domain. @fotf It looks like you have deleted fotfguild.tk from your account after you attempted the domain change. Had you deleted it first the domain change would have worked. I went ahead and changed your domain for you. You should immediately see the change in cPanel in the stats box listed under main domain. fotfguild.tk should begin working within 24 hours. @everyone_else_who_might_search_for_find_this_and_read_it Please remember you cannot change your main domain if that domain is already set up. You must delete all traces of it prior to trying to change it to your main domain. If that's too complicated just add it as a parked domain because it's the same thing anyways, and changing your main domain in 99% of cases is really just cosmetic anyways.

Well, Johnny has almost crashed twice since I increased the php memory limit, and it did crash once resulting in about nine hours of downtime. So I changed the memory limit back down to a reasonable level. I would recommend using a cms that isn't so bloated and doesn't require so much memory. Perhaps you can talk to the sugarcrm developers and see if they have a light version of the software that isn't so resource intensive. Another option would be a dedicated server where you don't have to share memory with other users.

Generally html files won't be the problem. It's usually scripts that use /tmp to store some data, and then delete it or overwrite it when they're done. If you find any reference to /tmp in your scripts it's best practice on a shared host to use something like /home/username/tmp instead. That way if your scripts go nuts and start filling the partition again you'll only take out your own account not the entire server.

So this is what we have now, and what every single reverse dns test says is working, and even mail servers that used to not accept mail from Stevie because he didn't have reverse dns configured and now accept mail from him: 2 14400 IN PTR stevie.heliohost.org.subnet0.143.19.65.in-addr.arpa. and you're saying you think it should be 2 14400 IN PTR stevie.heliohost.org..subnet0.143.19.65.in-addr.arpa. I don't understand why there would be a double period there? ..

Are there any other domains that you are already hosting at byet?