Amazon ec2 Capistrano部署到EC2,用户权限
我有一个rails应用程序,我正试图使用Capistrano将其部署到ec2实例。我的Amazon ec2 Capistrano部署到EC2,用户权限,amazon-ec2,capistrano,Amazon Ec2,Capistrano,我有一个rails应用程序,我正试图使用Capistrano将其部署到ec2实例。我的部署.rb: set :application, "uc_social_server" set :repository, "septerr@bitbucket.org/urbancoding/uc_social_server.git" set :user, "ec2-user" server "ec2-23-22-188-11.compute-1.amazonaws.com", :app, :web, :db
部署.rb
:
set :application, "uc_social_server"
set :repository, "septerr@bitbucket.org/urbancoding/uc_social_server.git"
set :user, "ec2-user"
server "ec2-23-22-188-11.compute-1.amazonaws.com", :app, :web, :db, :primary => true
set :deploy_to, "/home/ec2-user/uc_social_server"
ssh_options[:keys] = %w(/Users/sony/.ssh/ec2-social-server-key.pem)
default_run_options[:pty] = true
运行cap部署:检查失败,原因是:
The following dependencies failed. Please check them and try again:
--> You do not have permissions to write to `/home/ec2-user/uc_social_server/releases'. (ec2-23-22-188-11.compute-1.amazonaws.com)
我尝试了在stackoverflow上找到的一些解决方案,但没有成功。使用capistrano部署到ec2的正确方法是什么 终于解决了问题
cap deploy:setup
默认情况下使root用户成为其创建的文件夹的所有者
因此,在运行cap deploy:setup
之前,必须记住将set:use_sudo,false
添加到deploy.rb(或您正在使用的capistrano脚本文件)中
如果像我一样,您已经运行了setup命令,结果是发布了和共享的文件夹,并且拥有根目录所有权
ssh到您的ec2机器并删除这些文件夹
添加set:在capistrano脚本(中的deploy.rb)中使用_sudo,false
(我的情况)
运行cap部署:安装程序
现在,capistrano应该已经与您在capistrano脚本中指定为所有者的用户创建了发布
和共享
文件夹
capdeploy:check
现在应该成功了。终于解决了问题
cap deploy:setup
默认情况下使root用户成为其创建的文件夹的所有者
因此,在运行cap deploy:setup
之前,必须记住将set:use_sudo,false
添加到deploy.rb(或您正在使用的capistrano脚本文件)中
如果像我一样,您已经运行了setup命令,结果是发布了和共享的文件夹,并且拥有根目录所有权
ssh到您的ec2机器并删除这些文件夹
添加set:在capistrano脚本(中的deploy.rb)中使用_sudo,false
(我的情况)
运行cap部署:安装程序
现在,capistrano应该已经与您在capistrano脚本中指定为所有者的用户创建了发布
和共享
文件夹
cap部署:检查
现在应该成功。是否存在“/home/ec2 user/uc\u social\u server”?您的ec2用户是否具有写入该目录的权限?是的,该目录存在。我运行了ls-l并获得:drwxrwxr-x 17 ec2用户ec2用户4096 Jul 29 22:42 uc_social_server。不确定d是什么意思,但第一个rwx让我认为用户确实有写权限(注意,我以前曾以该用户的身份将文件传输到此目录,因此我非常确定该用户对uc_social_server有写权限)。是否存在“/home/ec2 user/uc_social_server”?您的ec2用户是否具有写入该目录的权限?是的,该目录存在。我运行了ls-l并获得:drwxrwxr-x 17 ec2用户ec2用户4096 Jul 29 22:42 uc_social_server。不确定d是什么意思,但第一个rwx让我觉得用户确实有写权限(顺便说一下,我以前和这个用户一样将文件传输到此目录,所以我非常确定这个用户对uc_social_服务器有写权限)。