Passenger overview


Passenger is an open-source web and application server that greatly simplifies the deployment of Ruby, Python, and Node.js applications. 

At DreamHost, Passenger only integrates with servers running Apache.

View the following article if you'd prefer to use Nginx without Passenger instead:

Memory limits

Shared servers will kill off a script if it's using too much memory.

Since Ruby on Rails and Python apps can use a lot of memory, sites running such applications with Passenger should only be run on a VPS or Dedicated Server.

Ruby on Rails

Passenger is the preferred way to deploy and host Ruby on Rails applications across all DreamHost servers and is free on every DreamHost hosting plan.

The following are the basic actions that take place once a file is requested from a domain running Passenger and Ruby on Rails:

  1. When a request is made to a domain/subdomain, the Apache HTTP Server passes the request to Passenger.
  2. Passenger first looks for an appropriately-named HTML or CGI file in the domain/subdomain's /public subdirectory (
  3. If no matching file is found, the request is passed to Passenger's Rack interface.

    This is the same way Ruby on Rails makes use of the /public subdirectory.

  4. Rack looks for a file named in the domain/subdomain's root directory ( in order to generate a response.

    Rack requires that you place the appropriate Ruby code into the file to invoke your desired web framework/application in order to handle the request.

Under normal circumstances, Ruby on Rails (RoR) automatically creates and initializes all of the files and directories needed to interface with Passenger/Rack.

When running a RoR application, the only Rack-related files you are likely to modify are the following:

  • Possibly adding GEM_PATH information to
  • Running touch on the restart.txt file to restart the application. For example:
    [server]$ touch tmp/restart.txt

Passenger vs. FastCGI

Passenger should only be enabled if you intend to run a Ruby/Python/Node.js-based application as the sole application for the entire domain/subdomain.

Passenger directs all requests for the designated domain/subdomain to the associated Rack-compliant application, so it's best to leave Passenger disabled if you do not need it.

When to enable Passenger

You should only enable Passenger if you want to access your application via the following three URLs:


If you want to access your application in a subdirectory (, then use FastCGI instead of Passenger.

Technical notes

Error logs

Output to STDERR for processes run through the Rack interface is automatically directed to the domain/subdomain specific log file.

  • /home/user/logs/


  • /home/user/logs/

This article explains how to view your error log via SSH which requires some basic knowledge of a shell terminal. For an easier option using FTP, view the following article instead:

Troubleshooting the error log

This limitation can make debugging initialization errors (in particular syntax errors and gem resolution issues) tricky. Passenger will often produce an error output webpage including a stack traceback, but sometimes it does not.

Contact DreamHost support if you are running into issues with Passenger not producing useful error output. Our Support team will be happy to take a look to see what may be causing the issue.

Once a framework (such as RoR) is up and running, its error output is typically handled by the framework's own error logging mechanism. For example, RoR records its error output in a file named log/production.log.

Ruby version

DreamHost servers run a default version of Ruby. You can also install RVM to use a different version of Ruby


Activating Passenger on a domain ( breaks the phpMyAdmin interface on any subdomain ( under the domain.

To use phpMyAdmin and Passenger, you must add a domain that is not running Passenger to your panel. You could add a free subdomain and use its login credentials for this purpose.


Passenger disables some mod_rewrite functionality. That means it will automatically override an existing dispatch.fcgi configuration you have in place. This is not a problem for your Rails application but it may have other side effects (such as breaking other mod_rewrite rules you have set up). If this causes a problem for your website, try using the FastCGI method instead.


You can use your local gem repository if you use the following in the config/environment.rb file. Make sure to change username to your Shell user and the version of Ruby to the one your site is using.

if ENV['RAILS_ENV'] == 'production'  # don't bother on dev
  ENV['GEM_PATH'] = '/home/username/.gems' #+ ':/usr/lib/ruby/gems/2.5.0'  # Need this or Passenger fails to start

require File.join(File.dirname(__FILE__), 'boot')

The same path should be set in your shell's environment variables GEM_HOME and GEM_PATH so you can use the gem program to install/upgrade your own gems. You can reload the config file by running touch tmp/restart.txt in your base directory.


For common troubleshooting solutions, please visit the Passenger Troubleshooting article.

See also


Did this article answer your questions?

Article last updated PST.

Still not finding what you're looking for?