On Freund

Touching can be done from the file manager or via FTP. Additionally, weren't there some mention about the possibility of opening up shell access once Charlie is up?

I'm not in a rush as well. BTW, may I suggest using Passenger for RoR deployment on Charlie, rather than mongrel? It's much less of a hassle, and will probably reduce the amount of work you have to put it.

I changed Gemfile.lock to use 1.1 instead of 1.1.5. Can you try again please?

Looks like we're back at the original error For those asking where I see the errors, it's in mongrel.log in the application's log directory.

if you run "bundle show will_paginate" as root in the root of my application's directory it should reveal the location

Still no luck: /usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/runtime.rb:27:in `setup': You have already activated mongrel 1.1.5, but your Gemfile requires mongrel 1.1. Consider using bundle exec. (Gem::LoadError) from /usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/spec_set.rb:12:in `each'

Fetching source index for http://rubygems.org/ sudo: sorry, you must have a tty to run sudo sudo: sorry, you must have a tty to run sudo I guess I'm going to need you to copy the .bundle or .bundler folder from the root home dir to my home dir and change the ownership to me. Once again, thanks for your patient help!

/usr/lib/ruby/gems/1.8/gems/bundler-1.0.7/lib/bundler/resolver.rb:129:in `resolve': Bundler could not find compatible versions for gem "mongrel": (Bundler::VersionConflict) In Gemfile: mongrel_experimental depends on mongrel (= 1.1) mongrel (1.1.5)

As I'm having the same problem, I tried adding those gems to the Gemfile, but it couldn't find mognrel-experimental. When I removed it from the Gemfile, the original problem was still there. Trying to install the mongrel-experimental gem resulted in this: make gcc -I. -I/usr/lib/ruby/1.8/x86_64-linux -I/usr/lib/ruby/1.8/x86_64-linux -I. -fPIC -g -O2 -c fastthread.c make: execvp: gcc: Permission denied make: *** [fastthread.o] Error 127

Let me know if I should open a new thread for this, but I've noticed that even an empty rails app (generated via the rails new command, and nothing else) fails: ** Daemonized, any open files are closed. Look at log/mongrel.pid and log/mongrel.log for info. ** Starting Mongrel listening at 0.0.0.0:12650 ** Starting Rails with production environment... /usr/lib/ruby/gems/1.8/gems/activesupport-3.0.3/lib/active_support/dependencies.rb:239:in `require': no such file to load -- dispatcher (LoadError) from /usr/lib/ruby/gems/1.8/gems/activesupport-3.0.3/lib/active_support/dependencies.rb:239:in `require' from /usr/lib/ruby/gems/1.8/gems/activesupport-3.0.3/lib/active_support/dependencies.rb:227:in `load_dependency' from /usr/lib/ruby/gems/1.8/gems/activesupport-3.0.3/lib/active_support/dependencies.rb:239:in `require' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:148:in `rails' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:113:in `cloaker_' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:149:in `call' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:149:in `listener' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:99:in `cloaker_' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:50:in `call' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:50:in `initialize' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:84:in `new' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:84:in `run' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' from /usr/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 from /usr/bin/mongrel_rails:19:in `load' from /usr/bin/mongrel_rails:19

OK, so my cron task did manage to run, but it couldn't get the gems, because git is not installed: Fetching http://github.com/mislav/will_paginate.git sh: git: command not found

Thanks. We're almost good. The only problem is the two gems that were installed through GitHub - it seems that bundler installs those into the user's home dir, which would be root, instead of me in our case. I'm guessing that there should be some folder named .bundler or .bundle in root's home dir now. Can you copy it to my home dir and give me permissions? I really appreciate all of your help so far (that goes out to Wizard and jje as well) - this is way better service than I expected for a free host! On second thought, now that most gems are installed, running bundle install through cron will probably do the trick. I'll try that and see if I can manage without further assistance, and will let you know. UPDATE: I've tried to run a cron task - it seemed to have no affect, and I can't access the webmail interface, so I have no way of knowing what happened. Thanks

I'm pretty certain that cron won't be a good idea, can't you su to my user name? (it's onfreund, btw). If not, I guess that running as root might work, but in which case it will install those gems system wide (this actually might be a good idea for at least some of them, such as will_paginate and RMagic).

Basically you need to run "bundle install" (preferably as my user), from the root folder of my rails application (I only have one, the other is empty). Note that one of my dependencies is RMagic, which can be problematic to install (and has a dependency on ImageMagic), and on the other hand is quite popular, so I would suggest installing it system wide if possible, before running bundle install. Let me know if there's anything I can do to help.

The point of bundler is that it allows gems to be installed from different sources (i.e. directly from git-hub) and different versions, and all with a single command. The RubyGems widget of cPanel doesn't seem to support it. Perhaps I can use bundler through a cron task, but: I'm not sure if I'm allowed toI don't know how it will react if it needs user interaction. How are others managing their "problematic" gems? will_paginate, for example, is very common, and the version available in cPanel is not compatible with rails 3.

Thanks, that did the trick for sqlite. I'm still having trouble with other gems, though, and still don't know how to install gems from github. Is there any way I can "bundle install"? I'm afraid I'm going to be bothering you with more cases in the gem front.

That's what I tried to do - the output I attached is from that attempt.

I'm trying to install sqlite3-ruby, and since it has native extensions I'm unable to install it (see the error below). I'm also having difficulties with other gems (ones that require interaction for example), and most importantly, cannot take advantage of bundle's ability to have the source be github (for example. to have will_paginate work with rails 3, a newer version than the one on rubyforge is required). How do I go about this? INFO: `gem install -y` is now default and will be removed INFO: use --ignore-dependencies to install only the gems you list Building native extensions. This could take a while... ERROR: Error installing sqlite3-ruby: ERROR: Failed to build gem native extension. /usr/bin/ruby extconf.rb checking for sqlite3.h... no sqlite3.h is missing. Try 'port install sqlite3 +universal' or 'yum install sqlite3-devel' and check your shared library search path (the location where your sqlite3 shared library is located). *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers. Check the mkmf.log file for more details. You may need configuration options. Provided configuration options: --with-opt-dir --without-opt-dir --with-opt-include --without-opt-include=${opt-dir}/include --with-opt-lib --without-opt-lib=${opt-dir}/lib --with-make-prog --without-make-prog --srcdir=. --curdir --ruby=/usr/bin/ruby --with-sqlite3-dir --without-sqlite3-dir --with-sqlite3-include --without-sqlite3-include=${sqlite3-dir}/include --with-sqlite3-lib --without-sqlite3-lib=${sqlite3-dir}/lib Gem files will remain installed in /home1/onfreund/ruby/gems/gems/sqlite3-ruby-1.3.2 for inspection. Results logged to /home1/onfreund/ruby/gems/gems/sqlite3-ruby-1.3.2/ext/sqlite3/gem_make.out

Both computers are working now - it was probably the server load causing the problems

Works like a charm from the "unsuccessful computer" now.

The problem seems to be back. There are two important differences between my successful and unsuccessful attempts: 1. The time of day - my successful attempt was in a time I would presume has less traffic, while my unsuccessful attempts were in rush hours. 2. I was using two different locations. I will get a chance to test this tomorrow, by trying from the unsuccessful location but at a dead hour.

Seems to be working now, let's hope it'll stay that way. I'm anxiously awaiting the new server...

I can't even get LIST to work now (nor can I get cpanel to)

Thanks for the quick response. Not sure exactly what was the error (I was using Total Commander as the FTP client - tends to hide quite a lot of the details), but after every file it would say that the upload failed, and all of the files I uploaded ended up with a zero size on the target (yes, I was using the settings you mentioned).

I've been wrestling with cpanel for a few days without success. It almost always times out, and when it doesn't it's really slow. In addition, every file I try to upload via FTP fails. I've tried several computers, but none worked. What am I doing wrong? Thanks