Hi All,

Has anyone ever seen this error before while using Apache on Solaris say in the last year? If so what was the fix?

Deadlock situation detected/avoided: ap_proxy: couldn't create the lock

Thanks,
-Tony




------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org

On Mon, Dec 14, 2009 at 5:33 PM, Tony Anecito <adanecito [at] yahoo.com> wrote:
> Hi All,
>
> Has anyone ever seen this error before while using Apache on Solaris say in the last year? If so what was the fix?
>
> Deadlock situation detected/avoided: ap_proxy: couldn't create the lock

Isn't that message from the WebLogic plug-in? Ask them?

Are you running the worker MPM with multiple listening sockets? If so:

It might get better if you change the lock mechanism used by the
accept mutex. Try "AcceptMutex sysvsem" or "AcceptMutex pthread".

The former may require sysdef to increase the number of semaphore undo
structures available :(
If httpd child processes are crashing, the latter may result in a web
server hang :( (I doubt it, though)

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org

Hi Jeff,=0A=0AMany thanks. I am load testing a system with Apache & Weblogi=
c plugin and am curious about the message. The admins have the issue in han=
d and may have implemented the fix you suggested below. If the fix does not=
work then we will open a ticket with Oracle.=0A=0AAgain thanks for the hel=
p.=0A-Tony=0A=0AHopefully the fix works=0A=0A--- On Mon, 12/14/09, Jeff Tra=
wick <trawick [at] gmail.com> wrote:=0A=0A> From: Jeff Trawick <trawick [at] gmail.co=
m>=0A> Subject: Re: [users [at] httpd] Interesting error while using 2.2.11 on S=
olaris 9=0A> To: users [at] httpd.apache.org=0A> Date: Monday, December 14, 2009=
, 4:08 PM=0A> On Mon, Dec 14, 2009 at 5:33 PM, Tony=0A> Anecito <adanecito [at] =
yahoo.com>=0A> wrote:=0A> > Hi All,=0A> >=0A> > Has anyone ever seen this e=
rror before while using=0A> Apache on Solaris say in the last year? If so w=
hat was the=0A> fix?=0A> >=0A> > Deadlock situation detected/avoided: ap_pr=
oxy:=0A> couldn't create the lock=0A> =0A> Isn't that message from the WebL=
ogic plug-in?=A0 Ask=0A> them?=0A> =0A> Are you running the worker MPM with=
multiple listening=0A> sockets?=A0 If so:=0A> =0A> It might get better if =
you change the lock mechanism used=0A> by the=0A> accept mutex.=A0 Try "Acc=
eptMutex sysvsem" or=0A> "AcceptMutex pthread".=0A> =0A> The former may req=
uire sysdef to increase the number of=0A> semaphore undo=0A> structures ava=
ilable :(=0A> If httpd child processes are crashing, the latter may=0A> res=
ult in a web=0A> server hang :( (I doubt it, though)=0A> =0A> -------------=
--------------------------------------------------------=0A> The official U=
ser-To-User support forum of the Apache HTTP=0A> Server Project.=0A> See <U=
RL:http://httpd.apache.org/userslist.html> for more=0A> info.=0A> To unsubs=
cribe, e-mail: users-unsubscribe [at] httpd.apache.org=0A> =A0=A0=A0"=A0=A0=A0fr=
om the digest: users-digest-unsubscribe [at] httpd.apache.org=0A> For additional=
commands, e-mail: users-help [at] httpd.apache.org=0A> =0A> =0A=0A=0A

------------------------------------------------------------ ---------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe [at] httpd.apache.org
" from the digest: users-digest-unsubscribe [at] httpd.apache.org
For additional commands, e-mail: users-help [at] httpd.apache.org