Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SFTP path and permissions problem #101

Open
drafie opened this issue Jul 23, 2014 · 10 comments
Open

SFTP path and permissions problem #101

drafie opened this issue Jul 23, 2014 · 10 comments

Comments

@drafie
Copy link

drafie commented Jul 23, 2014

I use SFTP to dandelion deploy.

When the path (remote) is set to myapplication (path: myapplication) it works fine.
When the path (remote) is set to /var/www/myapp (path: /var/www/myapp) it fails with a permission error.

However, using Filezilla and SFTP there is no problem uploading to that directory.

The failure so far occurs on a file with "." preceeding the name - such as .gitkeep. I don't know if that has anything to do with it.

@TheLonelyGhost
Copy link
Contributor

Have you tried adding a trailing slash on the remote path? Is the user with which you're deploying chrooted?

Run dandelion with the --log=debug option and comment with the results.

@TheLonelyGhost
Copy link
Contributor

What shell is the deployment user running on? bash? rssh?

I've discovered an issue with deploying via SFTP when the deployment user is set to use rssh, but haven't gathered enough data to know if this is an issue with dandelion or Net::SCP. What has worked for me to address this problem is to change the deployment user to use a different shell, such as bash.

sudo chsh -s /bin/bash [user]

@scttnlsn
Copy link
Owner

I can't reproduce this. I am able to use both a relative and absolute path just fine. Please check your remote permissions and re-open this if you still believe this is an issue related to Dandelion.

@SteveEdson
Copy link
Contributor

Was this ever resolved? I'm getting the exact same issue, also with a project in /var/www/....

--log=debug doesn't add any additional output. Works absolutely fine when copying files through Cyberduck and Forklift. Also tried temporarily changing the permissions to 777 without any luck.

Thanks

@SteveEdson
Copy link
Contributor

Actually, I think setting preserve_permissions to false might have solved this. Any idea why it could write a file, but not have permission to change this?

@scttnlsn
Copy link
Owner

@SteveEdson Not sure. Does Cyberduck or Forklift have an option to preserve permissions as well? It'd be nice to verify that is indeed the issue.

@SteveEdson
Copy link
Contributor

Cyberduck seems to be able to change the permissions without any issues

@scttnlsn
Copy link
Owner

@SteveEdson OK, I'll play around with this a bit. What SFTP server software is the remote machine running?

@SteveEdson
Copy link
Contributor

Thanks, it's just a standard CentOS box as far as I can tell

@scttnlsn
Copy link
Owner

I'm not familiar with CentOS but based on a quick search I'm guessing that means vsftpd. Do you know for sure?

@scttnlsn scttnlsn reopened this Oct 15, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants