.fil permissions

[feemish]

Hi,

I am testing v10. I have uploaded the silver theme to my website, but pressing the 'add to cart' button returns this error message;

Error: Error opening the index '../acatalog/stock.fil'. Permission denied. The web site is probably being updated.

I have looked at the folder permissions;
cgi-bin is set to 0755
acatalog is set to 0777

However most of the .fil files have permissions of 0644 and some (the oldxxx.fil files) are set to 0600
That doesnt seem right to me.

Can anyone tell me what the permissions of the .fil files should be?

Cheers

[Buzby]

I think from memory that they should be 755.

Maybe someone will confirm this shortly.

[pinbrook]

I have looked at the folder permissions;
cgi-bin is set to 0755
acatalog is set to 0777

However most of the .fil files have permissions of 0644 and some (the oldxxx.fil files) are set to 0600
That doesnt seem right to me.

Looking at a couple of sites I host - that seems correct (I think i checked v10 sites )

[malbro]

Error: Error opening the index '../acatalog/stock.fil'. Permission denied. The web site is probably being updated.

However most of the .fil files have permissions of 0644 and some (the oldxxx.fil files) are set to 0600
That doesnt seem right to me.

Can anyone tell me what the permissions of the .fil files should be?

Cheers

Those files are locked to prevent access, the Actinic software unlocks the files when it needs access and then locks them again, it is a security feature to stop external access to important store files. you should not change those files set to 600 or 644.

Stock.fil should be 644 and those old... should be 600

[feemish]

Thanks for the replies..


I tried troubleshooting, purge ande refresh but that ran into the following error;

The web script was unable to delete the specified file from the web site because
the file's permissions are locked.

Recommendation:
Retry or...
Abort and manually delete the file
Do not try Ignore. If you try to ignore this message
you may end up with duplicate orders (if you
are downloading orders) or further upload
errors.
Resolution:
If retry fails, manually delete the file from the web site.

Command: delete Filename: stock.fil
Command: delete Filename: discounts.fil
Command: delete Filename: payment.fil

Command: delete Filename: A0000.cat

None of the .fil files could be refreshed.
The add to cart button still returns the error;

Error: Error opening the index '../acatalog/stock.fil'. Permission denied. The web site is probably being updated.

Any clues as to why this isnt working?

[peblaco]

If you're only testing V10 as you say in the first post and this isn't a live site etc, (hopefully you have it in Test mode?) then I would probably remove the files from the server and then do a full purge and refresh.

[feemish]

Hi Peblaco,

yes its a test site..

I deleted the 'fil files and tried rurge and refresh.
This time the following error happened to do with the .cat files.

It didnt fix the problem either..

The web script was unable to delete the specified file from the web site because
the file's permissions are locked.

Recommendation:
Retry or...
Abort and manually delete the file
Do not try Ignore. If you try to ignore this message
you may end up with duplicate orders (if you
are downloading orders) or further upload
errors.
Resolution:
If retry fails, manually delete the file from the web site.

Command: delete Filename: A0007.cat

[pinbrook]

if its a test site for v10 - are you using the actinic inbuilt test mode or is it a separate site - different server/host?

[feemish]

no, not using the actinic server.

Its on a 'virtual' mini server from memset.

[feemish]

thanks for the help... I will try what you suggest and report back later.

There is a v7 site on this server that has been working fine for years.
I've looked and the .fil files for that site are set to 0755(!?)

I spoke to a colleague and he seems to remember support telling us to set the permissions to 0755 years ago.

[feemish]

I tried deleting all the files and purging /refreshing.. this has not worked.

I am using blank webspace on a miniserver from memset.
This server already hosts a fully working v7 site.

I am testing the store, so I have chosen the 'silver theme' with the sample products.

I have not edited the store at all.

I went through the website configuration without error.

#########################################
I tested the network settings and it passed all fields.
##########################################

I then clicked 'publish the store' and the store uploaded into the acatalog ditrectory and the cgi-bin.
The cbi-bin has the permissions set to 0755
The acatalog folder is set to 0777.


The store navigates ok, but pressing any 'add to cart button' returns the following message;
A General Script Error Occurred
Error: Error opening the index '../acatalog/stock.fil'. Permission denied. The web site is probably being updated.

I have tried this process a few times along with purge and refresh.. still no joy.



Any clues?

[malbro]

I spoke to a colleague and he seems to remember support telling us to set the permissions to 0755 years ago.

This may be a server problem, is it Linux or Windows, try setting permissions to 755 and see if the site works, if it does you should talk with Actinic Support.

[feemish]

Hi Malbro,

yes it does seem like an issue with the server.
It is a Linux server.

Do you think I should try setting all the .fil files to 0755 ?

There are some set to 0644 and some to 0600.

[malbro]

Hi Malbro,

yes it does seem like an issue with the server.
It is a Linux server.

Do you think I should try setting all the .fil files to 0755 ?

There are some set to 0644 and some to 0600.

Well it is certainly odd as most actinic users host with linux and the settings 600 and 644 work for most.

The three numbers are priviliges and relate to Owner Group and Public and within the individual digits value 4 sets read, value 2 is write and value 1 is executable.

So 600 means only the owner can read or write.
644 means that group and public can also read.
755 means owner group and public can execute and read and owner can also write.

Usually the web site is running under the owner priviliges and vistors are running as public

On that basis I would suggest setting the value for the stock.fil to 664 and if that doesn't work then try 666. This is not really a good idea for long term use but will prove where the problem is.

The web site needs to access the stock.fil in both read and write mode to be able to update the stock levels and if it is not running with the right priviliges then it will have problems. There are other .fil files that need to be written during the check out process so this may only be the first of many errors.

[feemish]

Hi Malbro,

Thanks for your reply.

I changed the permissions of stock.fil to 0666 and the 'add to cart' button started working!

So thanks for that. However as you say, this isnt a proper fix, so I have changed it back. But hopefully this points to where the issue lies?

Best Regards