Could Not Unlock The Names Lock "GOOGLE.TXT" Because No Lock Is Known By That Name

By Ben Nadel on January 30, 2007

Tags: ColdFusion

I just had this error sent to me:

Could not unlock the named lock GOOGLE.TXT because no lock is known by that name.

I have absolutely no idea what this means. When I look at the chunk of code that seems to have triggered it, given the stack trace and ColdFusion tag context, it seems it was this CFLock tag:

<cflock
timeout="5"
throwontimeout="false"
name="google.txt"
type="EXCLUSIVE">
<cffile
action="APPEND"
file="#GetDirectoryFromPath( GetCurrentTemplatePath() )#google.txt"
output="#LOCAL.QueryValue#"
addnewline="true"
fixnewline="false"
/>
</cflock>

But what about that could cause the error? And why would ColdFusion attempt to unlock a lock that had no name? I can only assume that the server was having a bit of trouble (hanging or about to shut down) and just "could not compute." The way I figure it, the only reason it would go to Unlock a lock would be in the close of a CFLock tag. However, if that was the case, surely the CFLock tag would know its own name??? Very curious.

Here is some of the stack trace if you are interested:

coldfusion.runtime.LockManager$UnknownLockException: Could not unlock the named lock .....GOOGLE.TXT because no lock is known by that name. at coldfusion.runtime.LockManager.releaseNamedLock(LockManager.java:89) at coldfusion.tagext.lang.LockTag.doFinally(LockTag.java:209) at cfApplication2ecfc1429649158$funcONSESSIONSTART.runFunction

Tweet This Deep thoughts by @BenNadel - Could Not Unlock The Names Lock "GOOGLE.TXT" Because No Lock Is Known By That Name Woot woot — you rock the party that rocks the body!

Reader Comments

Ryan Guill Jan 30, 2007 at 7:55 AM

11 Comments

Is this code recently written? the name google.txt seems strange to me, only because it possibly may be that cf is thinking that is a variable of some sort?

Does it error every time, or just once in a blue moon?

brendan Jan 30, 2007 at 8:24 AM

6 Comments

first thing that strikes me is the use of a "." in the name, maybe its causing a problem. I know it should be a string but maybe under the hood in java its freaking it out.

brendan Jan 30, 2007 at 8:27 AM

6 Comments

google has a cached version of this error. Doesnt look like the "." is the cause as this guys lock has a different name

http://216.239.59.104/search?q=cache:mhw3IYXq4pAJ:www.helpdesk.umd.edu/os/unix/applications/pine/394/+%22Could+not+unlock+the+named+lock+%22+%22because+no+lock+is+known+by+that+name%22&hl=en&ct=clnk&cd=2

brendan Jan 30, 2007 at 8:29 AM

6 Comments

I should google before adding comments!

heres the answer

http://www.houseoffusion.com/groups/CF-Talk/thread.cfm/threadid:42844

should be i a hot fix by the sounds of it

Oh my chickens, this post is old!

Hit me up on Twitter if you want to discuss it further.