Viewed   98 times

I'm trying to install berta (v 0.6.3b) and I get this error:

Warning: session_start() [function.session-start]: open(/var/php_sessions/sess_a0d6b8422181739d10066fb60cebfe5d, O_RDWR) failed: No such file or directory (2) in /hermes/bosweb/web010/b100/ipg.ellieniemeyercom/engine/_classes/class.bertasecurity.php

on line 75 The error seems to happen on line 75 of class.bertasecurity.php (view source code)

What is wrong and how can I fix it?



Make sure that session directory is writable or you can set a path yourself with:


This comment is also useful if you are using above function.

Sunday, October 30, 2022

you do not need to put the full directory to the file. try to remove /public_html/flashsale/ from your link and see if that will work. In addition, the file does not need to have 777 permission, I myself upload files to folders with 755 permissions.

also, you can use getcwd(); in the directory your aiming to. the function will give you the directory that you need to use for moving your file. source

Sunday, December 11, 2022

In your Config file or some common file define your path as below


Include this common php in all your class file.


 $destino= DOCROOT.'Perf_Masc/'.$img; // HERE DOCROOT is defined in config.
Sunday, December 4, 2022

OK, this finally works, thanks to the help of Nuno Franco da Costa (

The problem was that my GhostScript path was OK for the Shell, but it was wrong for the System and PHP. To correct that you should link your /usr/local/bin/gs file to /usr/bin/gs.

Do the following from the Shell:

[root@din ~]# convert -list configure | grep -i delegates
DELEGATES     bzlib fontconfig freetype jpeg jng png tiff x11 xml zlib

Check to see if a gs file already exists in /usr/bin. If it does, we'll create a backup of it.
If there is no /usr/bin/gs you can skip this step

[root@din ~]# ls -l /usr/bin/gs
-rwxr-xr-x 1 root root 6024 Sep 30  2010 /usr/bin/gs
[root@din ~]# mv /usr/bin/gs /usr/bin/gs.orig

Now create the link from /usr/local/bin/gs to /usr/bin/gs

[root@din ~]# sudo ln -s /usr/local/bin/gs /usr/bin

That should solve the problem. Thanks a lot guys.

Thursday, October 20, 2022

Not the answer you're looking for, but I think that even if it were possible, changing the way SessionState works in this way is a terrible idea.

Think of the poor guys who will have to maintain your code down the line. The fact that Session serializes requests in this way means ASP.NET developers often don't need to worry too much about thread-safety.

Also if someone adds a third-party component that happens to use Session, it will expect the usual guarantees regarding locks - and you'll suddenly start getting Heisenbugs.

Instead, measure performance and identify specific areas where you need requests to process concurrently - I bet there'll be few of them - and carefully implement your own locking mechanism only for the specific items involved - possibly the solution that you're planning eventually using the ASP.NET cache.

Thursday, November 17, 2022

Open "Programmability" in your tree and check first if dbo.TempGetVersion exists. Probably you have not installed the proper schema.

Friday, August 26, 2022
Only authorized users can answer the search term. Please sign in first, or register a free account.
Not the answer you're looking for? Browse other questions tagged :