Title: RE: [AOLSERVER] ns_mutex lock / unlock is likely causing our AOL webserver to hung
Thanks Andrew for your input.
We use Solaris as well and the AOLserver seems to work fine in any other situations except when ns_mutex comes to play. Here is more details how we are using it.
We use
Hey
Nathan!
Hereis
the simplified version of the code which shows how we are using ns_mutex in our
application. Basically the proc A, is being called a lot( more than 100
times in a minute) across the applications, and proc B is scheduled to run every
~5 minutes. Here the primary reason for
Title: RE: [AOLSERVER] ns_mutex is likely causing our AOL web server to hung
Good point, but there are logics before these lines (I have take out, the actual code is couple pages but is pre-processing stuff and error checking) that takes care of the errors.
I don't think exception/error is
sorry,
there is no $ sign in the actual code.
So, is
it worth trying to substitute ns_share with nvs stuff (nsv_set nsv_get) to see if the problem goes away
?
Thanks,
Seena
-Original Message-From: Michael Richman
[mailto:[EMAIL PROTECTED]]Sent: Monday, January 27, 2003 11:50
Title: RE: [AOLSERVER] ns_mutex is likely causing our AOL web server to hung
The error catching concept is definitely wise. In fact I'll go ahead and put those in. This code is sort of legacy and old but it's definitely worth revising it.
The reason I don't see this might be the source of
Nathan
- If you look at the code it does lock before attempting to any manipulation to
that array.
# ns_share counter_Ans_share counter_Bns_share -init
{ set counter_mutex [ns_mutex create] }
counter_mutex proc X {i} {
ns_share counter_Ans_share
away-n2-cs.log# archive
templatens_param ArchiveFile
/home/nsadmin/log/away/old-cs-logs/away4-cs-log
-Original Message-From: Seena Kasmai
[mailto:[EMAIL PROTECTED]]Sent: Monday, January 27, 2003 6:08
PMTo: [EMAIL PROTECTED]Subject: Re: [AOLSERVER]
ns_mutex is likely causing our AOL web se
ow to only upgrademy TCL to
8.3.1 from my AOLserver/3.3.1+ad13 w/TCL 8.3 ??
Thank
you,
Seena
-Original Message-From: Seena Kasmai
[mailto:[EMAIL PROTECTED]]Sent: Thursday, January 30, 2003 11:09
AMTo: [EMAIL PROTECTED]Subject: Re: [AOLSERVER]
ns_mutex is likely causing our AOL
Message-
From: Peter M. Jansson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 30, 2003 9:18 PM
To: [EMAIL PROTECTED]
Subject: Re: [AOLSERVER] ns_mutex is likely causing our AOL web server
to hung - Memory problem
On Thursday, January 30, 2003, at 07:58 PM, Seena Kasmai wrote:
Would some
, at 09:19 PM, Seena Kasmai wrote:
Well, the strange thing is we never see such a behavior on 2.3.3 w/TCL 7.
0, and we run 4 web server with the same code/application. That's why I
can't think of any code related issue.
It's been a long time since I've used 2.3.3, but I can't help but think
On Thu, Jan 30, 2003 at 09:41:27PM -0500, Seena Kasmai wrote:
With 2.3.3 we use ACS and we use Oracle. Everything in the application seems
We sort of have our own version of ACS (we have added/modified it), given
it's functioning with 3.3.1, is it possible to upgrade to 3.5.1 w/ TCL 8.4
Is this also true for all the other
ns_server commands like [ns_server connections] or [ns_server active] ?
Because we are using these
extensivelyfor monitoring and performance analysis. It seems the only time
we've had crashes due to use of [ns_server all] is when there were lots of
waiting
to object] [0] [] []
Any other solution or advice regarding this issue will be a big
breakthrough for us.
There has been a suggestion as to upgrade the Oracle client on the Linux to
9.2.0.2, any comments on that would also be appreciated.
Thanks in advanced for your help.
Seena Kasmai
Web Application
13 matches
Mail list logo
