desc ""
task :set_permissions do
end
Jeff
Application Error (capistrano 1.4 :set_permissions)
- Jeff
- Posts: 1
- Starts: 2
- Wiki Edits: 0
I had an interesting time getting my first rails app to deploy. It turned out to be an enhancement to capistrano. With version 1.4 (possibly earlier), a :set_permissions task has been added which will "chmod -R g+w" your <railsapp>/release/######. I found the references in the hostingrails tutorials and forums regarding the 755 perms for the dispatch.fcgi, but it turns out that the group write bit must be removed from the public directory as well. HARUMPH! The easiest fix is to not chmod the tree after it is checked out of the repository. Easily nuked by defining your own :set_permissions task in your config/deploy.rb script:
desc ""
task :set_permissions do
end
Jeff
desc ""
task :set_permissions do
end
Jeff
- Seth
- Posts: 19
- Starts: 2
- Wiki Edits: 4
- Location: Minnesota
heh Nice work. How much time did you spend on it? That sounds like something I would spend a day on lol. How did you troubleshoot that issue?
Seth
Seth
2007-02-03 11:17 PM
Seth- Ledermann
- Posts: 1
- Starts: 1
- Wiki Edits: 1
- Location: Germany
Jeff, thank you very much! I spent a lot of hours with a "Rails application error". After changing my deploy.rb script all works fine now. Again, thank you for this important hint!
2007-02-17 01:53 AM
- Anthony
- Posts: 1
- Starts: 0
- Wiki Edits: 0
- Location: Barcelona
I had the same problem. Thanks for the advice. It's really annoying that rails or dispatch or whatever it is gives such an unhelpful error to the browser and no logging information when the permissions are wrong. What a waste of time.
I changed my deploy.rb to:
I changed my deploy.rb to:
# TODO improve, why does capistrano do this? smartify
desc "Set permissions to 755"
task :what_the_heck, :hosts => remote_domain do
run "chmod 755 #{deploy_to}/current/public"
run "chmod 755 #{deploy_to}/current/public/dispatch.*"
end
after "deploy:symlink", :what_the_heck