Thanks for the suggestions, however they have not provided any positive
results.
ns_adp_ctl stricterror 1 - did not yield any additional errors/notices (nothing
is written to the log files when this happens)
ns_param StackSize 2048000 - only succeeding in causing aolserver to crash with
"could not allocate memory' errors after a day of running
For interest sake, the way I test this is from a different server I have this
little script:
<%
set count 0
while {$count<1000} {
incr count
set page [ns_httpget http://www.mysite.com/members.html]
ns_log notice "page $count size [string length $page]"
if {[string length $page]<1000} { break }
}
%>
And some sample lines form that logfile are:
[05/Jun/2009:16:26:47][31912.2950486928][-default:394-] Notice: page 86 size
38660
[05/Jun/2009:16:26:47][31912.2950486928][-default:394-] Notice: page 87 size
38660
[05/Jun/2009:16:26:47][31912.2950486928][-default:394-] Notice: page 88 size
38660
[05/Jun/2009:16:26:48][31912.2950486928][-default:394-] Notice: page 89 size
38660
[05/Jun/2009:16:26:48][31912.2950486928][-default:394-] Notice: page 90 size
38660
[05/Jun/2009:16:26:48][31912.2950486928][-default:394-] Notice: page 91 size
38660
[05/Jun/2009:16:26:48][31912.2950486928][-default:394-] Notice: page 92 size
38660
[05/Jun/2009:16:26:48][31912.2950486928][-default:394-] Notice: page 93 size
38660
[05/Jun/2009:16:26:48][31912.2950486928][-default:394-] Notice: page 94 size 87
When I didn't return the javascript on a failure the size would be 0 not 87.
I have yet to try Dossy's suggestion of using the startpage because I would
rather try and find out what the issue actually is incase there are other
issues involved with it. Plus since the javascript is currently a working
bandaid fix I am in no hurry, the only real downside with my hack is a search
engine may index it.
What puzzels me is that, as I mentioned, these 0 sized ns_adp_parse calls seem
to happen at random, when the page it happens on is reloaded things work fine,
so all the input data is the same. Combined with the fact when I attempt to
call ns_adp_parse multiple times when it does return a 0 sized string, all
successive calls also return a 0 sized string leads me to think something in
the ns_adp_parse functionality is failing without throwing an error... maybe a
lock contention somewhere? I even put a ns_sleep 1 between ns_adp_parse calls
but even after 10 seconds it returns a 0 length string.
I will now be digging into the Aolserver code itself to see what I can find....
logging to the log file between every line of code if I must to find out where
this is failing.
Thanks for the help so far,
_Peter
> Date: Fri, 29 May 2009 09:06:11 -0700
> From: [email protected]
> Subject: Re: [AOLSERVER] ns_adp_parse issue
> To: [email protected]
>
> Maybe there is an error which is silently caught in ns_adp_parse.
> Try this before sourcing your adp:
>
> ns_adp_ctl stricterror 1
>
> tom jackson
>
> On Fri, 2009-05-29 at 14:48 +0000, Francesco Petrarch wrote:
> > I appear to be having a problem with ns_adp_parse and ns_adp_eval. I
> > currently run the latest code 4.5.1, upgraded from 3.13 with Jerry
> > Asher's patches for unix sockets for multiple hosts. Everything
> > worked fine on 3.13 but now I have intermittent issues with 4.5.1 (I
> > had acutally upgraded in November and have the issue with all 4.5
> > updates since then).
> >
> > My website serves about 140 million requests a month, about 3 million
> > of those are .html requests.
> > I don't use ACS, everything is custom coded and my CMS is based on the
> > following filter:
> >
> >
> > ns_register_filter preauth GET /*.html decode_url
> > ns_register_filter preauth POST /*.html decode_url
> > proc decode_url { why } {
> > ns_return 200 "text/html" [ns_adp_parse
> > -file /www/website/template.adp]
> > return filter_return
> > }
> >
> >
> > Essentially, every .html page goes through this filter, and the
> > file /www/website/template.adp is a graphical template/layout for the
> > site and dynamically includes the content for the give [ns_conn url].
> > As I mentioned this worked fine for 3.13
> >
> > However, seemly at random times (for a random connection),
> > [ns_adp_parse -file /www/website/template.adp] will return an empty
> > string. I have modified the filter to reattempt the ns_adp_parse if
> > the returned value was an empty string (ie: [string length $page]==0)
> > and logged the progress, but on a connection where ns_adp_parse
> > returns the empty string it appears to always return an empty string.
> > ns_adp_eval also returns an empty string when this happens. With the
> > above filter the visitor to the website would see just a blank screen
> > because of course the content was just "". To be exact here, I say
> > empty string, to be more accurate it returns $page where [string
> > length $page]==0
> >
> > My current little fix is this:
> >
> >
> > ns_register_filter preauth GET /*.html decode_url
> > ns_register_filter preauth POST /*.html decode_url
> > proc decode_url { why } {
> > set page [ns_adp_parse -file /www/website/template.adp]
> > set size [string length $page]
> > if {$size==0} {
> > ns_log notice "Page [ns_conn url] ns_adp_parse $size in size for
> > visitor from [ns_conn peeraddr]"
> > set page "<body onload='window.location.reload()'>"
> > }
> > ns_return 200 "text/html" $page
> > return filter_return
> > }
> >
> >
> > As you can see, not so much a fix as just creating a little javascript
> > to reload the page. At least the visitor to the website is no longer
> > presented with a blank page, but not as ideal as an actual fix to the
> > empty string issue.
> >
> > I have thought that this may be an issue with threads or some limit
> > with handles to databases or maybe the adp parser (I really don't know
> > how that works). However, given that this issue was not present on
> > 3.13, and no errors are generated I am at a loss. I have also tried
> > messing with the config, changing just about everything to see if it
> > made any difference, it didn't.
> >
> > I will be continuing to try and debug this to confirm
> > that /www/website/template.adp is being parsed and so on, but before I
> > got too involved I figured I'd try this list to see if anyone knows of
> > similar issues.
> >
> > Thanks for your help,
> >
> > _Peter
> >
> >
> >
> > ______________________________________________________________________
> > Create a cool, new character for your Windows Live™ Messenger. Check
> > it out
> >
> > --
> > AOLserver - http://www.aolserver.com/
> >
> >
> >
> > To Remove yourself from this list, simply send an email to
> > <[email protected]> with the
> > body of "SIGNOFF AOLSERVER" in the email message. You can leave the
> > Subject: field of your email blank.
> >
> >
>
>
> --
> AOLserver - http://www.aolserver.com/
>
> To Remove yourself from this list, simply send an email to
> <[email protected]> with the
> body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
> field of your email blank.
_________________________________________________________________
Windows Live helps you keep up with all your friends, in one place.
http://go.microsoft.com/?linkid=9660826
--
AOLserver - http://www.aolserver.com/
To Remove yourself from this list, simply send an email to
<[email protected]> with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject:
field of your email blank.
