Host problem or script chmod problem?

japamor · 2006-10-01, 05:27 PM

I've got a script problem which is confusing me. (not difficult) I'd be grateful if someone could point me in the right direction.

I'm trying to install a LL script but I cannot chmod a links.db file correctly. I get the message:
'Request denied.
Verify that the file or folder exists and that you have the necessary permissions on the server to perform the requested operation'

I've contacted my host and requested them to change the chmod. They did this but the file reverted to the original, wrong, chmod. This happened twice. Now my hosting company say there is something in the script (Gossamer) making it remove and recreate the file. Its a common free script and to my knowledge no-one else has had this problem. Is it likely that the script is doing this?
Thanks in advance.

Servhot · 2006-10-02, 05:14 AM

Usually you can see the file permission via your ftp browser and you also can change it to the permissions you will need. The problem could be, that your apache user is not part of your user group and has no access to the user files which will get your group automatically when you upload a file via ftp. So set the permissions of this file to 0777 (full access) and test it again. If it's still not working the program has an error

neticule · 2006-10-02, 07:16 AM

if you have access to telnet or ssh on your website you can try doing it that way. sometimes its wierd and i have to login as my root/main user to chmod things.

Maj. Stress · 2006-10-03, 12:45 AM

What version are you using? Is the folder that links.db in chmod to the correct numbers? The actual folder /admin/data should be chmod to 777 and I think the actual file is chmod to 644 or try 666 if that does not work.

Forgot to mention that's for links 2.0. I don't know what version you are using.

japamor · 2006-10-03, 08:13 AM

Thanks to Servhot, neticule and Maj. Stress. 777 certainly doesn't work on the file which currently is 644. If its supposed to be 644 as you say Maj. Stress, then I've got problems in the script somewhere as its not accepting subs correctly. Thanks again to everyone for your help!

matt · 2006-10-03, 10:10 PM

That file needs to be 666, I doubt there's a problem with the script.

Try downloading links.db, delete the one on the server, upload it again and change the permissions. Might help...

japamor · 2006-10-04, 05:37 AM

Quote:

Originally Posted by matt

That file needs to be 666, I doubt there's a problem with the script.

Try downloading links.db, delete the one on the server, upload it again and change the permissions. Might help...

Yep that worked. Thanks Matt. My problem was a combination of faulty file, my Roboform overriding everything and me not refreshing my FTP after making changes. Looks good now though. Thanks again.

2006-10-01, 05:27 PM	#1
japamor I Love Turkish Delight, they're very moreish. Join Date: Nov 2004 Location: UK Posts: 578	Host problem or script chmod problem? I've got a script problem which is confusing me. (not difficult) I'd be grateful if someone could point me in the right direction. I'm trying to install a LL script but I cannot chmod a links.db file correctly. I get the message: 'Request denied. Verify that the file or folder exists and that you have the necessary permissions on the server to perform the requested operation' I've contacted my host and requested them to change the chmod. They did this but the file reverted to the original, wrong, chmod. This happened twice. Now my hosting company say there is something in the script (Gossamer) making it remove and recreate the file. Its a common free script and to my knowledge no-one else has had this problem. Is it likely that the script is doing this? Thanks in advance. __________________

2006-10-02, 05:14 AM	#2
Servhot Kids are great, Appu. You can teach them to hate the things you hate and they practically raise themselves now-a-days, you know, with the internet and all Join Date: Jan 2005 Location: Denmark Posts: 199	Usually you can see the file permission via your ftp browser and you also can change it to the permissions you will need. The problem could be, that your apache user is not part of your user group and has no access to the user files which will get your group automatically when you upload a file via ftp. So set the permissions of this file to 0777 (full access) and test it again. If it's still not working the program has an error __________________ Zappu Adult Content Provider

2006-10-02, 07:16 AM	#3
neticule A boy without mischief is like a bowling ball without a liquid center Join Date: Jan 2004 Posts: 437	if you have access to telnet or ssh on your website you can try doing it that way. sometimes its wierd and i have to login as my root/main user to chmod things. __________________ Mom, I'm done! Come wipe!

2006-10-03, 12:45 AM	#4
Maj. Stress Progress rarely comes in buckets, it normally comes in teaspoons Join Date: Jun 2005 Location: Dark Side Of Naboo Posts: 1,289	What version are you using? Is the folder that links.db in chmod to the correct numbers? The actual folder /admin/data should be chmod to 777 and I think the actual file is chmod to 644 or try 666 if that does not work. Forgot to mention that's for links 2.0. I don't know what version you are using. Last edited by Maj. Stress; 2006-10-03 at 12:48 AM..

2006-10-03, 08:13 AM	#5
japamor I Love Turkish Delight, they're very moreish. Join Date: Nov 2004 Location: UK Posts: 578	Thanks to Servhot, neticule and Maj. Stress. 777 certainly doesn't work on the file which currently is 644. If its supposed to be 644 as you say Maj. Stress, then I've got problems in the script somewhere as its not accepting subs correctly. Thanks again to everyone for your help! __________________

2006-10-03, 10:10 PM	#6
matt Trying is the first step towards failure Join Date: Apr 2003 Location: Australia Posts: 123	That file needs to be 666, I doubt there's a problem with the script. Try downloading links.db, delete the one on the server, upload it again and change the permissions. Might help... __________________ Link List Land - Linklist Creation, Design and Implementation.