Closed (fixed)
Project:
Octopus
Component:
Documentation
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
15 Sep 2011 at 01:38 UTC
Updated:
27 Sep 2011 at 10:17 UTC
Site is running with no observed problems.
When go into Octopus AEgir Panel -- and try to use one of the following task "clone" or "backup". The task fails with the error message:
Could not generate database backup from mysqldump. (error: sh: cannot create /data/disk/dev/static/dev.site.com//sites/dev.site.com/database.sql: Permission denied sed: couldn't write 22 items to stdout: Broken pipe mysqldump: Got errno 32 on write )
If I run the "verify" command it completes successfully. with one warning
Could not change permissions sites/dev.site.com to 755 (chmod to 755 failed on sites/dev.site.com)
Looking at site.com/admin/reports/status no warnings are shown.
Thank you
Comments
Comment #1
snlnz commentedhave you tried to do the chmod 755 on sites/dev.site.com manually as root? and check that chown aegir.aegir are the owner.group? After that re-run verify again and see if you still get the warning?
Comment #2
omega8cc commentedThis is Octopus instance, so not
aegir:aegirbutdev.ftp:usersand permissions 775, not 755. You probably messed something with permissions there.Please read: http://omega8.cc/are-there-any-specific-good-habits-to-learn-116
Comment #3
hyperglide commentedThanks for the replies.
Changing the permissions allowed me to run backup but note clone.
I noticed the group is set to "users" and "www-data" which I believe is not correct.
Can someone please confirm and if wrong advise how to change?
Thank you!
Comment #4
omega8cc commentedThere is a
/var/xdrago/usage.shscript running daily. It should fix all permissions for you. You can run it also manually.Comment #5
hyperglide commentedexecuted command
bash /var/xdrago/usage.shas a ROOT UserOutput was:
Via web interface ran - "Verify" - Output was all green except:
Knowing it would fail, Tried "clone" - Task failed and following was in the error:
Comment #6
omega8cc commentedWhat is the result of:
ls -la /data/disk/dev/static/dev.site.com/sites/dev.site.com?Also, is there any reason you are using site domain name as your platform directory name?
Comment #7
hyperglide commentedCloning resolved -- issue wrong owner. Changed all to 'dev'.
Result of --
ls -la /data/disk/dev/static/dev.site.com/sites/dev.site.comOutput:
drwxr-xr-x 7 dev users 4096 Sep 27 13:37 .drwxrwxr-x 5 dev.ftp users 4096 Sep 27 14:35 ..
-r--r----- 1 dev users 363582 Sep 27 13:41 drushrc.php
drwxrwsr-x 16 dev www-data 77824 Sep 27 13:31 files
drwxrwsr-x 2 dev users 4096 Jul 19 22:56 libraries
drwxrwsr-x 4 dev users 4096 Jul 22 10:05 modules
drwxrwsr-x 4 dev www-data 4096 Jul 19 22:56 private
-r--r----- 1 dev www-data 3145 Sep 23 16:44 settings.php
drwxrwsr-x 2 dev users 4096 Jul 19 22:56 themes
For question -- any reason you are using site domain name as your platform directory name?
No - only lack of knowledge on the initial setup of this platform. Now we are able to clone the site. Plan to migrate to a new platform with a better naming scheme.
If there is place to share my lessons learned please do advise. As always THANK YOU!