Re^3: Is Cache::Cache process safe? (process was thread)

You may want to check that you have the latest release, since there have been changes to this code in the last two releases. Many people use this module with web apps which are multi-process, so it has been pretty well tested for race conditions. Your error message implies that Build_Path returns undef for you. I'm not sure why that would happen, but you may want to add some extra debugging to that method.

Alternatively, you could ditch this approach. It's going to be quite slow using Cache::FileCache over NFS. You'd get much better performance caching this data in a simple MySQL table.

Comment on Re^3: Is Cache::Cache process safe? (process was thread)

Replies are listed 'Best First'.
Re^4: Is Cache::Cache process safe? (process was thread) by talexb (Chancellor) on May 08, 2006 at 17:23 UTC
I'll have to take the upgrade path under advisement .. we are currently using RH9 but will be moving to FC4 as time permits, and that will likely involve bring all of the various and sundry Perl modules up to date as well. Also, our architecture involves storing the MD5s in a database, with the actual objects in a Cache::Cache file system. We could have stored the objects as BLOBs, since anything in the database ends up in the file system anyway, except that we need access to these objects from outside the web application. But thanks for the responses .. we've only seen this error occur during training and testing sessions, so it could just be a pathological case. I'm just trying to get all of those last little corner cases covered off. Alex / talexb / Toronto "Groklaw is the open-source mentality applied to legal research" ~ Linus Torvalds	[reply]

Replies are listed 'Best First'.

Re^4: Is Cache::Cache process safe? (process was thread)
by talexb (Chancellor) on May 08, 2006 at 17:23 UTC

I'll have to take the upgrade path under advisement .. we are currently using RH9 but will be moving to FC4 as time permits, and that will likely involve bring all of the various and sundry Perl modules up to date as well.

Also, our architecture involves storing the MD5s in a database, with the actual objects in a Cache::Cache file system. We could have stored the objects as BLOBs, since anything in the database ends up in the file system anyway, except that we need access to these objects from outside the web application.

But thanks for the responses .. we've only seen this error occur during training and testing sessions, so it could just be a pathological case. I'm just trying to get all of those last little corner cases covered off.

Alex / talexb / Toronto

"Groklaw is the open-source mentality applied to legal research" ~ Linus Torvalds

[reply]