You should not change the permissions on /tmp, or the ownership. By default /tmp is writable by all users, if that's not true on your system, you either have some obscure security settings (selinux, apparmor??) or you have broken something.
Please check with the community/support of your distribution. Lee Hambley -- http://lee.hambley.name/ +49 (0) 170 298 5667 On 4 September 2013 09:40, Chou Chiang <jz.bel...@gmail.com> wrote: > Hi All, > > I meet a permission problem in the process of deploying jekyll to my > production server(Ubuntu 12.04 LTS). Here's what I'm getting in response to > "cap deploy". > > * 2013-09-04 06:58:23 executing `deploy' >> * 2013-09-04 06:58:23 executing `deploy:update' >> triggering before callbacks for `deploy:update' >> * 2013-09-04 06:58:23 executing `deploy:update_jekyll' >> ** transaction: start >> * 2013-09-04 06:58:23 executing `deploy:update_code' >> * getting (via checkout) revision to /home/lee/blog/20130904065823 >> executing locally: cp -R _site /home/lee/blog/20130904065823 >> command finished in 2ms >> * Compressing /home/lee/blog/20130904065823 to >> /home/lee/blog/20130904065823.tar.gz >> executing locally: tar czf 20130904065823.tar.gz 20130904065823 >> command finished in 3ms >> servers: ["zh****by.com"] >> Password: >> ** sftp upload /home/lee/blog/20130904065823.tar.gz -> >> /tmp/20130904065823.tar.gz >> [zh****by.com] /tmp/20130904065823.tar.gz >> *** upload via sftp failed on zh***by.com: Net::SFTP::StatusException >> (Net::SFTP::StatusException open /tmp/20130904065823.tar.gz (3, "permission >> denied")) >> *** [deploy:update_code] rolling back >> * executing "rm -rf /home/lee/apps/blog/releases/20130904065823; true" >> servers: ["zh****by.com"] >> [zh****by.com] executing command >> command finished in 4ms >> upload via sftp failed on zh****by.com: Net::SFTP::StatusException >> (Net::SFTP::StatusException open /tmp/20130904065823.tar.gz (3, "permission >> denied")) > > > It seems that this is because sftp have no permission to access /tmp > directory.And This can be solved by chmod -R 777 tmp/ . However, I don't > think it's a good idea for every to have full control of /tmp directory. > So what can I do to solve this problem? > > BTW, I am particularly interested in understanding the permission of > Linux. For example, why 'cp' have no permission to access the /tmp > directory after I change the owner of /tmp to current user? > I deeply appreciate the people who can teach me something about that. > > Thank you very much! > > -- > -- > * You received this message because you are subscribed to the Google > Groups "Capistrano" group. > * To post to this group, send email to capistrano@googlegroups.com > * To unsubscribe from this group, send email to > capistrano+unsubscr...@googlegroups.com For more options, visit this > group at http://groups.google.com/group/capistrano?hl=en > --- > You received this message because you are subscribed to the Google Groups > "Capistrano" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to capistrano+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > -- -- * You received this message because you are subscribed to the Google Groups "Capistrano" group. * To post to this group, send email to capistrano@googlegroups.com * To unsubscribe from this group, send email to capistrano+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/capistrano?hl=en --- You received this message because you are subscribed to the Google Groups "Capistrano" group. To unsubscribe from this group and stop receiving emails from it, send an email to capistrano+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
