Welcome Guest | Login

deploying mephisto with FastCGI: Application error

Hi all --

I've been beating my head against this one.  I've been through all of the threads I can find (including this mephisto one: http://www.hostingrails.com/forums/deployment_troubleshooting_thread/105 and the custom rails app one: http://www.hostingrails.com/forums/deployment_troubleshooting_thread/91) and still no luck: 500 error every time.

I've frozen rails, tzinfo, fixed my shebang (#!/usr/local/bin/ruby), check my permissions, fixed all of the rewrite rules, and still no dice.  Any help would be greatly appreciated!

Details:

URL: www.40withegg.com
Addon Domains added in cPanel: 40withegg.com

.htaccess:
# General Apache options
#AddHandler fastcgi-script .fcgi
AddHandler cgi-script .cgi
Options +FollowSymLinks +ExecCGI

# If you don't want Rails to look in certain directories,
# use the following rewrite rules so that Apache won't rewrite certain requests
#
# Example:
#   RewriteCond %{REQUEST_URI} ^/notrails.*
#   RewriteRule .* - [L]

# Redirect all requests not available on the filesystem to Rails
# By default the cgi dispatcher is used which is very slow
#
# For better performance replace the dispatcher with the fastcgi one
#
# Example:
#   RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]
RewriteEngine On

# If your Rails application is accessed via an Alias directive,
# then you MUST also set the RewriteBase in this htaccess file.
#
# Example:
#   Alias /myrailsapp /path/to/myrailsapp/public
#   RewriteBase /myrailsapp

RewriteRule ^$ index.html [QSA]
RewriteRule ^([^.]+)$ $1.html [QSA]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ dispatch.fcgi [QSA,L]

# In case Rails experiences terminal errors
# Instead of displaying this message you can supply a file here which will be rendered instead
#
# Example:
#   ErrorDocument 500 /500.html

ErrorDocument 500 "<h2>Application error</h2>Rails application failed to start properly"
dispatch.fcgi
#!/usr/local/bin/ruby
#
# You may specify the path to the FastCGI crash log (a log of unhandled
# exceptions which forced the FastCGI instance to exit, great for debugging)
# and the number of requests to process before running garbage collection.
#
# By default, the FastCGI crash log is RAILS_ROOT/log/fastcgi.crash.log
# and the GC period is nil (turned off).  A reasonable number of requests
# could range from 10-100 depending on the memory footprint of your app.
#
# Example:
#   # Default log path, normal GC behavior.
#   RailsFCGIHandler.process!
#
#   # Default log path, 50 requests between GC.
#   RailsFCGIHandler.process! nil, 50
#
#   # Custom log path, normal GC behavior.
#   RailsFCGIHandler.process! '/var/log/myapp_fcgi_crash.log'
#
require File.dirname(__FILE__) + "/../config/environment"
require 'fcgi_handler'
dispatch.rb
#!/usr/local/bin/ruby

require File.dirname(__FILE__) + "/../config/environment" unless defined?(RAILS_ROOT)

# If you're using RubyGems and mod_ruby, this require should be changed to an absolute path one, like:
# "/usr/local/lib/ruby/gems/1.8/gems/rails-0.8.0/lib/dispatcher" -- otherwise performance is severely impaired
require "dispatcher"

ADDITIONAL_LOAD_PATHS.reverse.each { |dir| $:.unshift(dir) if File.directory?(dir) } if defined?(Apache::RubyRun
)
Dispatcher.dispatch

database.yml: details changed, but I can log in successfully
production:
 adapter: mysql
 database: the_db
 username: myuser
 password: mypassword
#  host: localhost
details different of course, but the database is there, with the production data, and I can log in successfully with this:
mysql -umyuser -pmypassword the_db
No fastcgi processes running.

2007-01-03 12:52 AM

Hi there - you setup everything in your app correctly - the problem was with the way you added on the domain.  I went ahead and changed your main domain from your temp domain to 40withegg.com   and it appears to be working.  Let me know if you have any other questions.

~William  

2007-01-03 02:34 AM

Thanks, William!

Regarding addon domains, I'm not really sure how to use them I guess... I'll look for docs here.

Thanks again!

2007-01-03 09:14 AM


Hello Guest! In order to post you must be an active client with us, please log in or sign up.