Krydos

Yeah, there's your problem. Mysql is port 3306 not 2083.

If you need better speed we recommend Tommy or Ricky. APCu isn't going to speed Johnny up. A PHP module can't undo a load level of 80. Johnny is an experimental server for people who don't care about speed or uptime.

You use firefox right? https://support.mozilla.org/en-US/kb/delete-cookies-remove-info-websites-stored#w_delete-cookies-for-a-single-site

Have you cleared your browser cache, and deleted your helionet cookies?

Our servers run linux. The backup script runs on the server. I suppose you could write a backup script with php, but it would really complicate things and you'd need to use a cron job of some sort to trigger it anyways.

Deployed. http://shivesh.heliohost.org/App/ Since you're on Johnny it could take up to 24 hours to start working.

I've already explained several times that I'm not usually awake at 2am. I've also explained that you should try to be more patient in the future. If you're having trouble understanding either of these points let me know and I'll try to find a better way to explain it. The mysql max_allowed_packet is already set to 256 mb, which should be more than large enough for anyone, and not 1 mb like your error message shows. Googling your error though I found this https://stackoverflow.com/questions/13759418/com-mysql-jdbc-packettoobigexception which says that if you use the wrong connection string you can get that misleading error even though the max_allowed_packet is set correctly.

Have you done step 2?

Sure. https://www.heliohost.org/backup/

You should now be able to log in at https://www.heliohost.org/login/ Your website should start working again within 24 hours. No, I just manually restored this one.

Your account cannot be unsuspended. Even though your account has been suspended for the last 10 hours you still have caused 1026% more load than the second highest load account over the last 20 hours.

Do these instructions help? https://docs.joomla.org/J3.x:Updating_from_an_existing_version

Luckily Rutaj6 was so kind to compile my forum post into a wiki page http://wiki.helionet.org/Running_Auto_Backups Let us know if you need any special customizations for your specific needs.

Unarchiving...

Yep, that's why it's at the bottom with a line through it.

That war file could not be deployed on your account because java is not enabled on your account. To check the status of your java request please visit https://johnny.heliohost.org:2083/frontend/paper_lantern/java/index.live.php Also be aware that since you picked the Johnny server the wait to receive java on your account is quite long. The queue to receive java on Tommy accounts is generally only a few hours.

You asked for advice, and I made a suggestion. The point of softaculous is to make installing and upgrading software easier for people who don't want to or can't figure out how to do it manually. Plus the notifications of new versions is a great way to keep your site from getting hacked.

What extensions are you using? Try installing them on your test joomla.

Yeah, that might work. You might need to change some settings in the joomla configuration file though. Also public_html needs to be 750 permissions owned by you and group of nobody. I can set the permissions and ownership if it doesn't work.

I would install the new joomla separately and then transfer all of your content over to it before you overwrite or delete your existing joomla install. Then once everything is good switch them out and start using the softaculous managed joomla. Always make backups before you do anything that could mess something up.

I have no idea what you're talking about. You don't need to register with them. We pay softaculous to put a button in your cpanel so you can install software easily. It's not complicated.Go to https://tommy.heliohost.org:2083/frontend/paper_lantern/softaculous/index.live.phpClick the Joomla button.Click install now.Fill out the form to decide where and how to install it.Click install.

Is this instead of 21715, and 21725 or in addition to? Also what is the destination ip, 158.69.57.87?

Does fixing all of these errors make your site look the way you expect?

You don't need my help for most of this. I'm going to try to teach you how to do this troubleshooting yourself by taking you through the steps that I take to debug your rails app for you. Of course we want to run your rails app as development to begin with. The difference between development and production is production hides most of the errors. We want to see the errors so we can debug this thing. Once it works we can switch it to production. The first step is to try to start the rails app. If it doesn't start then you read your log files. If you open /home/skarthi1/rails_apps/fedena/log/mongrel.log you see Missing the Rails 2.3.5 gem. Please `gem install -v=2.3.5 rails`, update your RAILS_GEM_VERSION setting in config/environment.rb for the Rails version you do have installed, or comment out RAILS_GEM_VERSION to use the latest version installed. Johnny is running rails 2.3.18 already, and it's not possible to downgrade it so you need to do as the error message suggests and edit /home/skarthi1/rails_apps/fedena/config/environment.rb Change the line that says RAILS_GEM_VERSION = '2.3.5' unless defined? RAILS_GEM_VERSION to RAILS_GEM_VERSION = '2.3.18' unless defined? RAILS_GEM_VERSION to match the version of rails that you have available. We also need to make sure there isn't any other references to rails 2.3.5 like in /home/skarthi1/rails_apps/fedena/Gemfile Change gem 'rails','2.3.5' to gem 'rails','2.3.18' Now let's go try to start the rails app again. Wow, look at that! It started up. But it's still showing a 500 error. Time to go back to the logs. This time it's running so mongrel.log is just going to show the startup sequence. Since we're running it in development mode let's check out development.log. Ah ha, look what is there Status: 500 Internal Server Error Access denied for user 'root'@'localhost' (using password: YES) Ooops, we forgot to set up the mysql user and password. Obviously our rails app isn't going to be able to connect to the database as root on a shared host. So, open up /home/skarthi1/rails_apps/fedena/config/database.yml and change this development: host: localhost adapter: mysql database: fedena_ultimate port: 3306 username: root password: foradian to development: host: localhost adapter: mysql database: skarthi1_fedena port: 3306 username: skarthi1_root password: <removed> Alright, that looks better. Let's restart the rails app, and check the url again. Darn it still isn't working. Back to development.log. This one is a little more cryptic NoMethodError (undefined method `config_value' for nil:NilClass): app/controllers/application_controller.rb:319:in `set_user_language' Rendered rescues/_trace (157.5ms) Rendered rescues/_request_and_response (0.4ms) Rendering rescues/layout (internal_server_error) I loaded up /home/skarthik1/rails_apps/fedena/app/controllers/application_controller.rb and looked at line 319. It looks like it's trying to load some locale value from the database that doesn't exist. I don't really care about going through the whole process of figuring out how to fix the database so let's just commend it out. Change if session[:language].nil? I18n.locale = lan.config_value else I18n.locale = session[:language] end to if session[:language].nil? # I18n.locale = lan.config_value I18n.locale = session[:language] else I18n.locale = session[:language] end Now let's try loading it up again. And it seems to be working! Final notes: It looks like your database is empty. All of the tables are created and have the proper structure, but there is nothing in there. That includes the users table so I'm guessing you're not going to be able to log in until you find a way to populate the database with the proper default values. If I were you I would try to find a working fedena database and export it to a .sql file, and then use phpmyadmin to import it. That would probably allow you to log in at least. Good luck!