ScubaDave
May 21 2007, 06:44 PM
I have a few customers that have problems when ftping files then trying to change permissins it says "550 Could not change perms on /public_html/oscommerce/admin/backups: Operation not permitted" any ideas on how to fix this?
thanks
Dave
markcausa
May 22 2007, 09:40 AM
Did you try CHMOD'ing that file mentioned in the error?
ScubaDave
May 22 2007, 09:41 AM
yes i did
markcausa
May 22 2007, 09:42 AM
Hmm and what about the files which display the error?
doc
May 22 2007, 09:46 AM
Where they uploaded via a FTP client or something like a php script on the server?
ScubaDave
May 22 2007, 09:48 AM
loaded wsftp when i chamod to 777 it gives me the error and stays at 755
doc
May 22 2007, 10:36 AM
I would SSH in as the root admin and try to chmod it that way.
ScubaDave
May 22 2007, 10:43 AM
QUOTE (doc @ May 22 2007, 04:36 PM)

I would SSH in as the root admin and try to chmod it that way.
I have done that my problem is customers cannot change it themselves i am looking to resolve this part of it
Dave
markcausa
May 23 2007, 09:24 PM
Well, you can always write a php script to distribute to them to run or just run it yourself:
http://www.php.net/chmodLet us know if you need help getting this to work. Other than that, I can't think of any other ideas.
jeffro
May 30 2007, 07:14 PM
More than likely it's a file that was created by php and you're running mod_php (not phpsuexec). This means any file uploaded or created by the server apache process is owned by the nobody account. Only the apache process or root can change that file.
ns1
Jun 13 2007, 05:41 AM
I am facing the same problem.
I have a client that uses this same forum and is doing some modifications to skin. and now he can not chmod new files, while he can chmod older files.
i am still waiting to hear weather this new files were generated by some script or uploaded.
however, this is very unusal and unnecesary problem. is there some other way besides creating a php script? or if it is created can it be used for all account automaticly?
ns1
Jun 13 2007, 05:53 AM
i just got feedback.
files were uploaded via smartftp as all files before them...
there are cca 500 files so using ssh to chmod them is out of the question...
klandreth
Jun 13 2007, 01:14 PM
You need to enable CHMOD requests in your ftp daemon:
vsftp
chmod_enableproftpd should be enabled by default
Pure-ftpd
http://download.pureftpd.org/pub/pure-ftpd/doc/READMECODE
- '-R': Disallow users (even non-anonymous ones) usage of the CHMOD
command. On hosting services, it may prevent newbies from making mistakes,
like setting bad permissions on their home directory. Only root can use
CHMOD when -R is enabled.
And that should get you going in the right direction.
ns1
Jun 13 2007, 01:55 PM
sorry, no help.
i've read doc file (thanx for that) but could not find anywhere how to unable chmod on either user, file, directory.
so far CHMOD works fine everywhere else, except there on those "few" directories and files in it.
i've been able to chmod as root but that is not a solution.
what am i supposed to do with this command: vsftp chmod_enable?
when i type it in ssh it reports that vsftp is unknown command. besides chmod seems to be enabled.
klandreth
Jun 13 2007, 02:00 PM
QUOTE (ns1 @ Jun 13 2007, 02:55 PM)

what am i supposed to do with this command: vsftp chmod_enable?
when i type it in ssh it reports that vsftp is unknown command. besides chmod seems to be enabled.
Sorry, that was suppose to be refering to is you were using vsftpd, you needed to put that into the configuration file.
ns1
Jun 13 2007, 02:25 PM
ok i think i found out WHY it will not chmod. Owner is not the user but "nobody".
i will use chown command
http://www.tuxfiles.org/linuxhelp/fileowner.html and as i can see it works.
i hope this will help someone someday...
James Jhurani
Jun 13 2007, 04:42 PM
You should be able to set the default permissions using umask, its been a while since i've used it, so I can't give you the syntax at the moment. The best thing I can recommend is "man umask", and see if that might be what you are looking for.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.