I've just noticed that the backups I've been making from my cpanel hosted site do not include any of the files or directories that have been created by CMSMS with an owner/group of 99 e.g. uploaded images, modules installed via Module Manager.
Any ideas how I can fix this? Guess I could ask my host to set up a cron job to change ownership, but I'd rather sort it myself if possible.
Backup problems with files owned by 99 (nobody)
Re: Backup problems with files owned by 99 (nobody)
Have you tried this way...
http://forum.cmsmadesimple.org/index.ph ... 376.0.html
The data base holds mostly just the stuff you created with the modules and page editing, template changes, CSS changes or originals stuff like that, the folders have to be moved, esp. images etc....
http://forum.cmsmadesimple.org/index.ph ... 376.0.html
The data base holds mostly just the stuff you created with the modules and page editing, template changes, CSS changes or originals stuff like that, the folders have to be moved, esp. images etc....
Re: Backup problems with files owned by 99 (nobody)
Thanks Mark, I've been using Database Backup and found it very useful, but it doesn't help with my main problem: I'm denied permission to FTP files that have been uploaded within CMSMS, mainly images.
This has arisen since moving to a new hosting company. I'm very happy with them otherwise but I'd really like to use CMSMS without issues like this. Any recommendations for a UK based host with reseller packages?
This has arisen since moving to a new hosting company. I'm very happy with them otherwise but I'd really like to use CMSMS without issues like this. Any recommendations for a UK based host with reseller packages?
-
calguy1000
- Support Guru

- Posts: 8169
- Joined: Tue Oct 19, 2004 6:44 pm
Re: Backup problems with files owned by 99 (nobody)
The webserver process is ran by 'nobody' I'd bet. and the default file creation mask is set such that you don't have read access in FTP to any of the files uploaded with the uploads module, image manager, theme manager, or xml modules.
What you'll have to do is a two step process:
1) use a change permissions php script to open the access up to all files (set permissions to 755 should work).
2) change the file creation mask in the site preferences to "022" such that any newly uploaded files will be created with the 755 permission. they'll still be owned by UID 99, but you should be able to read them.
What you'll have to do is a two step process:
1) use a change permissions php script to open the access up to all files (set permissions to 755 should work).
2) change the file creation mask in the site preferences to "022" such that any newly uploaded files will be created with the 755 permission. they'll still be owned by UID 99, but you should be able to read them.
Follow me on twitter
Please post system information from "Extensions >> System Information" (there is a bbcode option) on all posts asking for assistance.
--------------------
If you can't bother explaining your problem well, you shouldn't expect much in the way of assistance.
Please post system information from "Extensions >> System Information" (there is a bbcode option) on all posts asking for assistance.
--------------------
If you can't bother explaining your problem well, you shouldn't expect much in the way of assistance.
Re: Backup problems with files owned by 99 (nobody)
Thanks for your suggestions. Here's how things worked out...
My host chowned all files to my owner/group.
Uninstalled all modules that had been installed with Module Manager.
Changed umask in Global settings to 122.
Reinstalled modules.
Permissions for Modules and new uploads are now 664 rather than 640 and can now be backed up by FTP and cpanel's backup scripts.
My host chowned all files to my owner/group.
Uninstalled all modules that had been installed with Module Manager.
Changed umask in Global settings to 122.
Reinstalled modules.
Permissions for Modules and new uploads are now 664 rather than 640 and can now be backed up by FTP and cpanel's backup scripts.
Last edited by Jonny on Sat Dec 16, 2006 11:00 am, edited 1 time in total.


