Project

General

Profile

upgrading from 0.8.0 to trunk

Added by Brent Hensarling about 15 years ago

Hey all, I am having a problem upgrading from 0.8.0 to the trunk. I had everything working in 0.8.0 running though apache without issues. I upgraded to the trunk, and it isn't working. I then tried removing everything and starting from scratch with the trunk. No Luck though apache. I get everything rolling, and test it using mongril ( mongrel_rails start --environment=production), and it works without problems. But as soon as I roll it over to apache it barfs. I have then rolled it back to 0.8.0 and everything works again.

Now, I do feel that somewhere along the line my ruby install got all messed up ( default osx 10.5.6 install), so I did a fresh compile of ruby, rails, mysql(gem), etc ( all living in /usr/local/bin ). But it seems that apache is still looking at the default install. Anyone know how to point apache to my compiled version instead of the system. And if I get that working, will that make the trunk work, or is there something else going on?

tail -f /var/log/apache2/error_log

[Sun Mar 01 23:19:19 2009] [warn] FastCGI: (dynamic) server "/Library/WebServer/Documents/redmine/dispatch.fcgi" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds
[Sun Mar 01 23:19:22 2009] [error] [client ::1] FastCGI: comm with (dynamic) server "/Library/WebServer/Documents/redmine/dispatch.fcgi" aborted: (first read) idle timeout (30 sec)
[Sun Mar 01 23:19:22 2009] [warn] FastCGI: (dynamic) server "/Library/WebServer/Documents/redmine/dispatch.fcgi" has failed to remain running for 30 seconds given 3 attempts, its restart interval has been backed off to 600 seconds
[Sun Mar 01 23:19:22 2009] [error] [client ::1] FastCGI: incomplete headers (0 bytes) received from server "/Library/WebServer/Documents/redmine/dispatch.fcgi" 

tail -f /Library/WebServer/redmine/logs/production.log


ActionController::RoutingError (No route matches "/redmine/" with {:method=>:get}):
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/routing/recognition_optimisation.rb:66:in `recognize_path'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/routing/route_set.rb:386:in `recognize'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:182:in `handle_request'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:110:in `dispatch_unlocked'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:123:in `dispatch'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:122:in `synchronize'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:122:in `dispatch'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:132:in `dispatch_cgi'
    /Library/Ruby/Gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:39:in `dispatch'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:101:in `process_request'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:151:in `with_signal_handler'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:99:in `process_request'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:76:in `process_each_request'
    /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gems/fcgi-0.8.7/lib/fcgi.rb:612:in `each_cgi'
    /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gems/fcgi-0.8.7/lib/fcgi.rb:609:in `each'
    /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gems/fcgi-0.8.7/lib/fcgi.rb:609:in `each_cgi'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:75:in `process_each_request'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:74:in `catch'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:74:in `process_each_request'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:49:in `process!'
    /Library/Ruby/Gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:23:in `process!'
    /Library/WebServer/Documents/redmine/dispatch.fcgi:24

Rendering /Library/WebServer/redmine/public/404.html (404 Not Found)


Replies (5)

RE: upgrading from 0.8.0 to trunk - Added by Jean-Baptiste Barth about 15 years ago

What's the url you try to call ?

Did you perform steps explained in this news (big changes between 0.8.0 and trunk)

RE: upgrading from 0.8.0 to trunk - Added by Brent Hensarling about 15 years ago

I am calling it locally on my machine, so the address is http://localhost/redmine/

Yes I did perform these steps.

RE: upgrading from 0.8.0 to trunk - Added by Anonymous about 15 years ago

Same here:

Processing ApplicationController#index (for 192.168.0.1 at 2009-03-03 15:59:02) [GET]

ActionController::RoutingError (No route matches "/redmine/" with {:method=>:get}):
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/routing/recognition_optimisation.rb:66:in `recognize_path'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/routing/route_set.rb:386:in `recognize'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:182:in `handle_request'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:110:in `dispatch_unlocked'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:123:in `dispatch'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:122:in `synchronize'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:122:in `dispatch'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:132:in `dispatch_cgi'
    /usr/lib/ruby/gems/1.8/gems/actionpack-2.2.2/lib/action_controller/dispatcher.rb:39:in `dispatch'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:101:in `process_request'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:151:in `with_signal_handler'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:99:in `process_request'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:76:in `process_each_request'
    /usr/lib/ruby/1.8/fcgi.rb:612:in `each_cgi'
    /usr/lib/ruby/1.8/fcgi.rb:609:in `each'
    /usr/lib/ruby/1.8/fcgi.rb:609:in `each_cgi'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:75:in `process_each_request'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:74:in `catch'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:74:in `process_each_request'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:49:in `process!'
    /usr/lib/ruby/gems/1.8/gems/rails-2.2.2/lib/fcgi_handler.rb:23:in `process!'
    /public/dispatch.fcgi:25

Rendering /usr/local/redmine/public/404.html (404 Not Found)

Currently at /trunk r2547

RE: upgrading from 0.8.0 to trunk - Added by Jiongliang Zhang about 14 years ago

Has it been resolved? Please show us the answer.

RE: upgrading from 0.8.0 to trunk - Added by Jean-Baptiste Barth about 14 years ago

Maybe it's due to the fact they were trying to install redmine in a subdirectory ("redmine/"). If it is, there's a wiki page with some solutions here HowTo_Install_Redmine_in_a_sub-URI

    (1-5/5)