Krydos

Deployed. http://lani1234.heliohost.org/CandC

Just keep in mind that full backups cannot be restored automatically. You have to extract them on your home computer and find all the data you need to restore them on your new account. Sometimes this is a bit confusing for users, but if you post here on the forums we can help you with that too. Admins don't delete your account for you, because you can do it yourself. Once you're sure you have everything backed up and downloaded just visit http://www.heliohost.org/home/support/scripts/delete to add your account to the deletion queue.

Yeah, occasionally this core.##### problem surfaces. While we're looking into how to prevent the core files from being created in the first place it might help you to fix the errors that cause the core files in the first place. All of the core files I found on your account were for the same error: Core was generated by `/usr/bin/php /home/robev/public_html/blog/wp-cron.php'. Program terminated with signal 24, CPU time limit exceeded. This means that wp-cron.php script is running for too long and being killed by the system. If you can find a way to prevent that script from running for so long, or disable it completely it would prevent those core files from being created. Since your account was capped out at 500 MB, I deleted three core files for you and you're currently at 304 MB.

catalina.2013-12-22.log:INFO: The start() method was called on component [standardEngine[Catalina].StandardHost[localhost].StandardContext[/lani1234_TestingWarFileOnHelioNEW2]] after start() had already been called. The second call will be ignored. catalina.out:INFO: The start() method was called on component [standardEngine[Catalina].StandardHost[localhost].StandardContext[/lani1234_TestingWarFileOnHelioNEW2]] after start() had already been called. The second call will be ignored. catalina.out:com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: User lani1234_lani already has more than 'max_user_connections' active connections and a whole bunch of these catalina.out:SEVERE: The web application [/lani1234_TestingHelioWarWithDB] appears to have started a thread named [Abandoned connection cleanup thread] but has failed to stop it. This is very likely to create a memory leak.

Deployed. http://lani1234.heliohost.org/CandC

Try going to http://stevie.heliohost.org:2082/frontend/x3/sql/index.html and deleting the MySQL user for that database. Then recreate that user, give them access to the database, and update your script to reflect the new password for the user. Let us know if you're still having trouble connecting to MySQL after you've done that.

The brute force protection system detected you attempting to log in with the wrong password many times and decided that you were trying to guess the password. Make sure you don't continue trying to log in with the wrong password over and over. I have cleared the blocks on your account and you should be able to log in now. Let us know if you're still having issues logging into your account.

That's kind of weird. Here is what cPanel is seeing: Name Servers ns1.mydomain.com 66.96.142.148 ns2.mydomain.com 65.254.254.172 and some whois tools see that too http://who.is/whois/marionfamily.org I would contact domain.com support (or whoever you registered this domain with) and ask them why the nameservers are showing one thing in some places, and another in other places. It might just be a DNS caching issue, like some DNS is still showing the old data, and some are showing the new, in which case waiting some more might help. You've already waited quite a while though so I don't understand why any old entries would still exist anywhere. Perhaps your registrar has some strange settings or they can help you sort this out.

Deployed. http://lani1234.heliohost.org/TestingHelioWarWithDB

Deployed. http://lani1234.heliohost.org/TestingHelioWarWithDB

Most FTP clients can change permissions on files. It sounds like this cloudnine's ftp client doesn't allow you to configure much though. What IP does cloudnine ftp client connect from? Have you asked cloudnine's support if you can set what permissions their client uploads with? You could just use cPanel file explorer, or an FTP client on your computer to edit the botched permissions after c9 uploads their files?

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

Deployed. http://lani1234.heliohost.org/TestingHelioWarWithDB

The domain was working when I first checked it. If I had to guess: The user probably changed his main domain and hadn't waited 24 hours or more before posting about it being queued.

Please clear your cache.

Deployed. http://jackmyers.biz/HelloServlet

Deployed. http://lani1234.heliohost.org/TestingHelioWarNoDB

It sounds like the user account you're using doesn't have permission to select on that database, but it does have insert permissions. You could try backing up, deleting, and recreating the database perhaps?

If you can't (or don't want to) change the nameservers to host a domain with us just use http://www.heliohost.org/home/support/scripts/domain to change your main domain, and then create an A record to point to the shared IP address that you can view in your cPanel. Let us know if you're having trouble figuring out the IP address of your account or getting your domain hosted.

Perhaps http://wiki.helionet.org/Java_Servlet#Edit_index.jsp_Source will help you?

Are there any particular features you're needing, or vulnerabilities you think might be exploited?

Dedicated IP granted. You may now install your SSL certificate http://stevie.heliohost.org:2082/frontend/x3/ssl/index.html Try reducing the number of simultaneous connections that you use and see if that helps your disconnect issue.

Deployed. http://lani1234.heliohost.org/TestingWarFileOnHelioNEW2

Ok, I played around with your servlet a bit and I may have some ideas for you. If you go to http://lani1234.heliohost.org/TestingWarFileOnHelioNEW it displays the username and password boxes correctly, but when you click submit it goes to something like http://lani1234.heliohost.org/LoginServlet?username=admin&password=pass See how the TestingWarFileOnHelioNEW disappears? That's why it give you the 404. If we manually reenter the missing servlet name you get a useful error message at http://lani1234.heliohost.org/TestingWarFileOnHelioNEW/LoginServlet?username=admin&password=pass So, you have two errors to fix: 1. Make sure the servlet name doesn't disappear when switching between pages. 2. That "unsupported major.minor version 51.0" error means that you're compiling your classes for java 1.7 still when I already asked you to compile for 1.6 (50). Hopefully that helps you a bit. 1.8 = 52 1.7 = 51 1.6 = 50 1.5 = 49 1.4 = 48 1.3 = 47 1.2 = 46 1.1 = 45

Dedicated IP granted. You may now install your SSL certificate using http://stevie.heliohost.org:2082/frontend/x3/ssl/index.html