aolserver-talk — AOLserver Discussion List

Re: [AOLSERVER] Fatal error laoding aolserver4-nssha1

[Jack S. <the...@gm...>]

You should check the ldd of your nssha1.so modules just to see if the
libraries compiled are OK.


2013/5/20 Iuri Sampaio <iur...@gm...>

> Hi there,
>
> In attempt to install OpenACS from scratch on ubuntu precise 12.04 I got
> the following error on aolserver4-nssha1. "could not find Ns_ModuleInit"
>
> When I start up aolserver service I get a warning then a fatal error as
> decribed bellow:
>
> [19/May/2013:19:27:15][18052.714974976][-main-] Notice: modload: loading
> '/usr/lib/aolserver4/bin/nssha1.so'
> [19/May/2013:19:27:15][18052.714974976][-main-] Warning: modload: could
> not find Ns_ModuleInit in /usr/lib/aolserver4/bin/nssha1.so
> [19/May/2013:19:27:15][18052.714974976][-main-] Fatal: modload: failed to
> load module '/usr/lib/aolserver4/bin/nssha1.so'
>
>
> I verified that both files are correctly in place
> /usr/lib/aolserver4/bin/nssha1.so
> /usr/lib/aolserver4/lib/libnssha1.so
>
> Furthermore, I installed aolserver packages via apt-get
>
> I believe the package available on ubuntu repository was compiled without
> Ns_ModuleInit block.
>
> Although, I'm reluctant to believe so I removed nssha1 and installed again
> fro tarball and the problem was solved.
>
> Does anyone have any idea what it could be?
> or if my assumption is valid?
>
> Best wishes,
> Iuri
>
>
> ------------------------------------------------------------------------------
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>
>


-- 
"A scrum a day keeps the pigs at bay"

[AOLSERVER] Fatal error laoding aolserver4-nssha1

[Iuri S. <iur...@gm...>]

Hi there,

In attempt to install OpenACS from scratch on ubuntu precise 12.04 I got
the following error on aolserver4-nssha1. "could not find Ns_ModuleInit"

When I start up aolserver service I get a warning then a fatal error as
decribed bellow:

[19/May/2013:19:27:15][18052.714974976][-main-] Notice: modload: loading
'/usr/lib/aolserver4/bin/nssha1.so'
[19/May/2013:19:27:15][18052.714974976][-main-] Warning: modload: could not
find Ns_ModuleInit in /usr/lib/aolserver4/bin/nssha1.so
[19/May/2013:19:27:15][18052.714974976][-main-] Fatal: modload: failed to
load module '/usr/lib/aolserver4/bin/nssha1.so'


I verified that both files are correctly in place
/usr/lib/aolserver4/bin/nssha1.so
/usr/lib/aolserver4/lib/libnssha1.so

Furthermore, I installed aolserver packages via apt-get

I believe the package available on ubuntu repository was compiled without
Ns_ModuleInit block.

Although, I'm reluctant to believe so I removed nssha1 and installed again
fro tarball and the problem was solved.

Does anyone have any idea what it could be?
or if my assumption is valid?

Best wishes,
Iuri

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Stefan S. <ste...@wu...>]

>
> set content_length [string length [encoding convertto utf-8 $value]]
>

Your code seems fine (from what I can tell), but the implementation of 
ns_httpsopen overwrites your entry in the rqset, using a faulty length 
value:

see line 304 in
http://aolserver.cvs.sourceforge.net/viewvc/aolserver/nsopenssl/https.tcl?view=markup

without the convertto bit, the reported length will be the length in 
terms of Tcl chars, not raw bytes.

For some reason, Scott decided that it is a bad idea to have 
content-length to be provided by the client of ns_httpsopen. Can't tell 
why (apart from the multi-part case or so).

//stefan

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Thorpe M. <tm...@ec...>]

Hi,

Thanks for that observation. 

The content length may very well be the problem. 

I am using this to calculate the content length:

set content_length [string length [encoding convertto utf-8 $value]]

where value is the variable that holds the xml.

I am not familiar with other options. 

Thanks,

Thorpe


On Apr 25, 2013, at 8:55 AM, Stefan Sobernig <ste...@wu...> wrote:

> Thorpe,
> 
>> ns_set put $rqset "Content-length" "$content_length"
>> 
>> content length is only 1583
> 
> How do you compute the value stored in $content_length?
> 
> Are you aware of the trickiness when computing the (actual) byte length 
> from Tcl string reps?
> 
> [string length] vs [string bytelength] vs Tcl's charset encodings 
> (internal/external)
> 
> //stefan
> 
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service 
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
> 

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Stefan S. <ste...@wu...>]

Thorpe,

> ns_set put $rqset "Content-length" "$content_length"
>
> content length is only 1583

How do you compute the value stored in $content_length?

Are you aware of the trickiness when computing the (actual) byte length 
from Tcl string reps?

[string length] vs [string bytelength] vs Tcl's charset encodings 
(internal/external)

//stefan

Re: [AOLSERVER] futex problems

[Wolfgang W. <wol...@di...>]

Hi Maurizio!

I don't think virtualizaton itself is the problem, as we have systems 
running on openvz which behave perfectly and others not virtualized 
which show the problem. Also I can see in the stack trace, that the 
threads are trying to get initialized repeatedly.

Wolfgang

Am 2013-04-25 08:36, schrieb Maurizio Martignano:
>
> Dear Wolfgang,
>
> I never used OpenVZ technology but I used VMware quite a lot.
>
> With VMware the adopted resource allocation policies are very important.
>
> If they are dynamic, the machine hasn't got its resources actually 
> allocated to it till the machine uses them (e.g. to serve a request). 
> And after a while it doesn't use these resources, they get released.
>
> This dynamic allocation of resources might explain the latency you are 
> observing.
>
> If the resource allocation is static, then the latency due to the 
> dynamic adjustments disappears.
>
> Of course all of this is happening at virtualization level and this is 
> why the Aolserver configuration parameters might be not so relevant.
>
> Hope it helps,
>
> Maurizio
>
> *From:*Wolfgang Winkler [mailto:wol...@di...]
> *Sent:* 25 April 2013 08:17
> *To:* aol...@li...
> *Subject:* Re: [AOLSERVER] futex problems
>
> Hi!
>
> The servers are running with the same configuration and I tried 
> various maxconnections settings. ns_pools get default returns
>
> minthreads 60 maxthreads 200 idle 60 current 60 maxconns 0 queued 
> 58366 timeout 1200 spread 20
>
> I also tried with maxconns settings of 10000 and various other values. 
> And I don't see the "exiting: exceeded max connections per thread" 
> messages in the log.
>
> Regards, Wolfgang
>
> Am 2013-04-24 19:43, schrieb Jeff Rogers:
>
>     Wolfgang Winkler wrote:
>
>         Hi!
>
>         We have a couple of servers running as openvz guests and on
>         bare metal.
>         Some of them are much slower due to a high latency when
>         calling even
>         very small pages. The strace output (see below) suggests, that
>         the
>         interpreters are initialized on each call.
>
>
>     Are the two sets of servers running with the same configuration,
>     in particular the "maxconnections" setting in the
>     ns/servers/$servername section?
>
>     -J
>
>
>
>         There have been problems in some kernels with leap seconds, so we
>         followed the advice found on the web and updated the kernels. The
>         problem is still there. On one machine I've compiled the latest
>         AOLserver version from git, still with the same problem.
>
>         Systems with these kernel are working fine:
>
>         Linux 2.6.32-238.9.1.el5.028stab089.1
>         Linux 2.6.32-5-openvz-amd64
>
>         Systems with these not:
>         Linux 2.6.32-5-openvz-amd64
>         Linux 2.6.26-1-amd64
>
> -- 
>
> *Wolfgang Winkler*
> Geschäftsführung
> wol...@di... 
> <mailto:wol...@di...>
> mobil +43.699.19971172
>
> dc:*büro*
> digital concepts Novak Winkler OG
> Software & Design
> Landstraße 68, 5. Stock, 4020 Linz
> www.digital-concepts.com <http://www.digital-concepts.com>
> tel +43.732.997117.72
> tel +43.699.1997117.72
>
> Firmenbuchnummer: 192003h
> Firmenbuchgericht: Landesgericht Linz
>
>
>
> PS: BESUCHEN SIE UNSERE NEUE SHOP INFO SEITE: www.shop-info.at 
> <http://www.shop-info.at>
>


-- 

*Wolfgang Winkler*
Geschäftsführung
wol...@di...
mobil +43.699.19971172

dc:*büro*
digital concepts Novak Winkler OG
Software & Design
Landstraße 68, 5. Stock, 4020 Linz
www.digital-concepts.com <http://www.digital-concepts.com>
tel +43.732.997117.72
tel +43.699.1997117.72

Firmenbuchnummer: 192003h
Firmenbuchgericht: Landesgericht Linz



PS: BESUCHEN SIE UNSERE NEUE SHOP INFO SEITE: www.shop-info.at

Re: [AOLSERVER] futex problems

[Wolfgang W. <wol...@di...>]

Hi!

The servers are running with the same configuration and I tried various 
maxconnections settings. ns_pools get default returns

minthreads 60 maxthreads 200 idle 60 current 60 maxconns 0 queued 58366 
timeout 1200 spread 20

I also tried with maxconns settings of 10000 and various other values. 
And I don't see the "exiting: exceeded max connections per thread" 
messages in the log.

Regards, Wolfgang

Am 2013-04-24 19:43, schrieb Jeff Rogers:
> Wolfgang Winkler wrote:
>> Hi!
>>
>> We have a couple of servers running as openvz guests and on bare metal.
>> Some of them are much slower due to a high latency when calling even
>> very small pages. The strace output (see below) suggests, that the
>> interpreters are initialized on each call.
>
> Are the two sets of servers running with the same configuration, in 
> particular the "maxconnections" setting in the ns/servers/$servername 
> section?
>
> -J
>
>>
>> There have been problems in some kernels with leap seconds, so we
>> followed the advice found on the web and updated the kernels. The
>> problem is still there. On one machine I've compiled the latest
>> AOLserver version from git, still with the same problem.
>>
>> Systems with these kernel are working fine:
>>
>> Linux 2.6.32-238.9.1.el5.028stab089.1
>> Linux 2.6.32-5-openvz-amd64
>>
>> Systems with these not:
>> Linux 2.6.32-5-openvz-amd64
>> Linux 2.6.26-1-amd64
>


-- 

*Wolfgang Winkler*
Geschäftsführung
wol...@di...
mobil +43.699.19971172

dc:*büro*
digital concepts Novak Winkler OG
Software & Design
Landstraße 68, 5. Stock, 4020 Linz
www.digital-concepts.com <http://www.digital-concepts.com>
tel +43.732.997117.72
tel +43.699.1997117.72

Firmenbuchnummer: 192003h
Firmenbuchgericht: Landesgericht Linz



PS: BESUCHEN SIE UNSERE NEUE SHOP INFO SEITE: www.shop-info.at

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Dossy S. <do...@pa...>]

On 4/24/13 2:11 PM, Thorpe Mayes wrote:
> This is what I am getting back. 
> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
> <html><head>
> <title>413 Request Entity Too Large</title>
> [...]
>
> content length is only 1583

Sounds like the FedEx API endpoint is busted.  Can you truncate the
request to, say, 200 bytes, and see if you get a different error?  Then,
perhaps binary search until you figure out what request length triggers
the HTTP 413 response, and bring it to FedEx's attention and see what
they have to say.  It could be a misconfiguration on their end.

-- 
Dossy Shiobara         |      "He realized the fastest way to change
do...@pa...     |   is to laugh at your own folly -- then you
http://panoptic.com/   |   can let go and quickly move on." (p. 70) 
  * WordPress * jQuery * MySQL * Security * Business Continuity *

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Thorpe M. <tm...@ec...>]

Hi,

Thanks for the reply..

This is what I am getting back. 
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
The requested resource<br />/xml<br />
does not allow request data with POST requests, or the amount of data provided in the request exceeds the capacity limit.
</body></html>

I wonder if it is the request headers I am using:

rqset [ns_set new rqset]
ns_set put $rqset "Referrer" "Eatology"
ns_set put $rqset "Host" "wsbeta.fedex.com:443"
ns_set put $rqset "Port" "443"
ns_set put $rqset "Accept" "image/gif, image/jpeg, text/plain, text/html, */*"
ns_set put $rqset "Content-type" "text/xml"
ns_set put $rqset "Content-length" "$content_length"

content length is only 1583

Thanks,

Thorpe

Re: [AOLSERVER] futex problems

[Jeff R. <dv...@di...>]

Wolfgang Winkler wrote:
> Hi!
>
> We have a couple of servers running as openvz guests and on bare metal.
> Some of them are much slower due to a high latency when calling even
> very small pages. The strace output (see below) suggests, that the
> interpreters are initialized on each call.

Are the two sets of servers running with the same configuration, in 
particular the "maxconnections" setting in the ns/servers/$servername 
section?

-J

>
> There have been problems in some kernels with leap seconds, so we
> followed the advice found on the web and updated the kernels. The
> problem is still there. On one machine I've compiled the latest
> AOLserver version from git, still with the same problem.
>
> Systems with these kernel are working fine:
>
> Linux 2.6.32-238.9.1.el5.028stab089.1
> Linux 2.6.32-5-openvz-amd64
>
> Systems with these not:
> Linux 2.6.32-5-openvz-amd64
> Linux 2.6.26-1-amd64

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Bernhard v. W. <ber...@qc...>]

If the problem is with ns_httpspost, you might have more luck with TclCurl.
This is the way we do it:
https://github.com/qcode-software/qcode-tcl/blob/master/qcode/http.tcl

-- 
Bernhard van Woerden
Qcode Software Limited
www.qcode.co.uk
T 01463 227488

On 24 April 2013 16:31, Thorpe Mayes <tm...@ec...> wrote:

> Hi,
>
> Does anyone have any experience/insights using ns_htttspost with FedEx
> APIs?
>
> I am unable to get this to work. Have not had problems with other APIs,
> but there is a problem here.
>
> Thanks,
>
> Thorpe
>
>
>
>
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>

Re: [AOLSERVER] Using ns_httpspost for FedEx API

[Dossy S. <do...@pa...>]

Is there a specific error message or code you are getting back?

-- 
Dossy Shiobara         |      "He realized the fastest way to change
do...@pa...     |   is to laugh at your own folly -- then you
http://panoptic.com/   |   can let go and quickly move on." (p. 70) 
 * WordPress * jQuery * MySQL * Security * Business Continuity *

On Apr 24, 2013, at 11:31 AM, Thorpe Mayes <tm...@ec...> wrote:

> Hi,
> 
> Does anyone have any experience/insights using ns_htttspost with FedEx APIs?
> 
> I am unable to get this to work. Have not had problems with other APIs, but there is a problem here.
> 
> Thanks,
> 
> Thorpe
> 
> 
> 
> ------------------------------------------------------------------------------
> Try New Relic Now & We'll Send You this Cool Shirt
> New Relic is the only SaaS-based application performance monitoring service 
> that delivers powerful full stack analytics. Optimize and monitor your
> browser, app, & servers with just a few lines of code. Try New Relic
> and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk

[AOLSERVER] Using ns_httpspost for FedEx API

[Thorpe M. <tm...@ec...>]

Hi,

Does anyone have any experience/insights using ns_htttspost with FedEx APIs?

I am unable to get this to work. Have not had problems with other APIs, but there is a problem here.

Thanks,

Thorpe

[AOLSERVER] futex problems

[Wolfgang W. <wol...@di...>]

Hi!

We have a couple of servers running as openvz guests and on bare metal. 
Some of them are much slower due to a high latency when calling even 
very small pages. The strace output (see below) suggests, that the 
interpreters are initialized on each call.

There have been problems in some kernels with leap seconds, so we 
followed the advice found on the web and updated the kernels. The 
problem is still there. On one machine I've compiled the latest 
AOLserver version from git, still with the same problem.

Systems with these kernel are working fine:

Linux 2.6.32-238.9.1.el5.028stab089.1
Linux 2.6.32-5-openvz-amd64

Systems with these not:
Linux 2.6.32-5-openvz-amd64
Linux 2.6.26-1-amd64

Has anybody encountered this problem as well?

Regards,

Wolfgang

futex(0x12fd118, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd1d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd1d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd098, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd118, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd118, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x1339b24, FUTEX_WAIT_PRIVATE, 1893, NULL) = 0
futex(0x1357610, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x1339b24, FUTEX_WAIT_PRIVATE, 1895, NULL) = 0
futex(0x1357610, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x1339b24, FUTEX_WAIT_PRIVATE, 1897, NULL) = 0
futex(0x1357610, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x1339aa4, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x1357610, 
2640) = 3
futex(0x1357610, FUTEX_WAKE_PRIVATE, 1) = 1
madvise(0x7fb9fe647000, 5615616, MADV_DONTNEED) = 0
futex(0x12fd218, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd218, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd1d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd1d8, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource 
temporarily unavailable)
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
uname({sys="Linux", node="peregrin-04-vhost-01", ...}) = 0
getuid()                                = 1001
open("/etc/passwd", O_RDONLY|O_CLOEXEC) = 32
lseek(32, 0, SEEK_CUR)                  = 0
fstat(32, {st_mode=S_IFREG|0644, st_size=1525, ...}) = 0
mmap(NULL, 1525, PROT_READ, MAP_SHARED, 32, 0) = 0x7fba13fff000
lseek(32, 1525, SEEK_SET)               = 1525
munmap(0x7fba13fff000, 1525)            = 0
close(32)                               = 0
futex(0x12fd0d8, FUTEX_WAIT_PRIVATE, 2, NULL) = 0
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 0
lstat("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/local", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0
lstat("/usr/local/lib", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, 
...}) = 0
lstat("/usr/local/lib/tcl8.5", {st_mode=S_IFDIR|S_ISGID|0755, 
st_size=4096, ...}) = 0
access("/usr/local/lib/tcl8.5/init.tcl", F_OK) = 0
stat("/usr/local/lib/tcl8.5/init.tcl", {st_mode=S_IFREG|0644, 
st_size=25031, ...}) = 0
open("/usr/local/lib/tcl8.5/init.tcl", O_RDONLY) = 32
fcntl(32, F_SETFD, FD_CLOEXEC)          = 0
ioctl(32, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fba5745f7c0) = -1 ENOTTY 
(Inappropriate ioctl for device)
read(32, "# init.tcl --\n#\n# Default system"..., 4096) = 4096
read(32, "cmd.exe\n\t\t} else {\n\t\t    set env"..., 4096) = 4096
read(32, "} {\n\t\tset ::errorInfo $savedErro"..., 4096) = 4096
read(32, " error \"invalid command name \\\"$"..., 4096) = 4096
read(32, "(making sure that foo:::::bar wi"..., 4096) = 4096
read(32, " {[info exists env(WINDIR)]} {\n\t"..., 4096) = 4096
read(32, "verlapping.\n    # \n    # On Unix"..., 4096) = 455
read(32, "", 4096)                      = 0
close(32)                               = 0
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1
futex(0x12fd0d8, FUTEX_WAKE_PRIVATE, 1) = 1





Am 2013-04-23 17:12, schrieb Ulf Meyer:
> Hallo Wolfgang,
>
> Tommaso erzählte mir es gäbe bei euch gewisse Serverprobleme.
> Irgendetwas von zyklischen Aussetzern im 400ms Bereich …
> Können wir helfen ?
>
> Melde dich doch einfach bei mir ?
>
> Gruß
>
> Ulf


-- 

*Wolfgang Winkler*
Geschäftsführung
wol...@di...
mobil +43.699.19971172

dc:*büro*
digital concepts Novak Winkler OG
Software & Design
Landstraße 68, 5. Stock, 4020 Linz
www.digital-concepts.com <http://www.digital-concepts.com>
tel +43.732.997117.72
tel +43.699.1997117.72

Firmenbuchnummer: 192003h
Firmenbuchgericht: Landesgericht Linz



PS: BESUCHEN SIE UNSERE NEUE SHOP INFO SEITE: www.shop-info.at

Re: [AOLSERVER] qsset argument within ns_httpspost

[Iuri S. <iur...@gm...>]

So far,

The dummy mistake was in the curly braquets.

set result [ns_httpspost "https://acesso.uol.com.br/login.html" {} {$qsset}
{} {} 30 {}]

After I took them out it worked fine.

set result [ns_httpspost "https://acesso.uol.com.br/login.html" {} $qsset
{} {} 30 {}]


I can connect through and the post result the session code value
"
http://mail.uol.com.br/login/doorway?_webmail_session_id=clllcUdVWnh4QURMNWpjaGlublUyeWtKNndCUDkraC9VMlZWcjk3MFdVQ0RoNERsL1JBK3lkVWJYMEtTZ0l1T09YSWxLZzlwWFA3T25ZbG1ITHJuRVFIWVRxcG9LNE9USCs2TlZsNmxPZFZaaFZqOG5BSzJWSXk2YmlCbm41ZnItLUVWVFdPKzRjRXpHaStWZmo3aTJ0MHc9PQ
"


Now, I have a problem with requesting data I need. With the result of
httpspost I create  new ns_set and tried to get the http result:

set qsset [ns_set create qsset $url $arg]
set result [ns_httpget "http://mail.uol.com.br/addressbook" 30 0 $qsset]

But somehow if kicks me out telling the session was expired.

Is there a way to keep connected not loosing the auths values and sessions
variables and then get the data I need?


Cheers,
Iuri


On Sun, Mar 17, 2013 at 8:58 AM, Iuri Sampaio <iur...@gm...>wrote:

> Hi there,
>
> I created the code bellow that calls httpspost to authenticates against a
> https url with a few arguments (user, password, skin, dest). In order to
> pass arguments through via post they must be within a set structure.
>
> *** I believe I didn't even need  the first line becasue ns_getform
> already returns the identical set structure needed as argument for qsset on
> httpspost. However I added it just to stay o the right side.  The TCL
> script is bellow.
>
> ## script.tcl
>
> ns_set create qsset [ns_getform]
>
> set result [ns_httpspost "https://acesso.uol.com.br/login.html" {}
> {$qsset} {multipart/form-data} {} {30} {}]
>
> ##
>
>
> However [ns_httpspost] returns an error  regarding the  command [ns_set
> size $qsset] at line 250
>
> [17/Mar/2013:11:42:46][30452.3039562608][-default:10-] Error: POST
> http://206.192.23.166:8050/natopia-core/invite/invite-uol?
> referred by "
> http://natopia.iurix.com/natopia-core/invite/invite-emails.html"
> no such set: $qsset
>     while executing
> "ns_set size $qsset"
>     (procedure "ns_httpspost" line 46)
>     invoked from within
> "ns_httpspost "https://acesso.uol.com.br/login.html" {} {$qsset}
> {multipart/form-data} {} {30} {}"
>     invoked from within
> "set result [ns_httpspost "https://acesso.uol.com.br/login.html" {}
> {$qsset} {multipart/form-data} {} {30} {}]"
>     ("uplevel" body line 38)
>     invoked from within
> "uplevel {
> ad_page_contract {}
>
>
>
> I went to ns_httpspost source code and I placed a ns_log within it.
>
> ns_log Notice "$url \n $rqset \n $qsset \n $type "
>
> Curiously It doesn't show the content of qsset but its label "$qsset"
>
> [17/Mar/2013:11:42:46][30452.3039562608][-default:10-] Notice:
> https://acesso.uol.com.br/login.html
>
>  $qsset
>  multipart/form-data
> [17/Mar/2013:11:42:46][30452.3039562608][-default:10-] Warn...
>
>
> Does it have any relation with the error?
> How do I make qsset variable to be recognizable within the procedure
> ns_httpspost
>
>
> Cheers,
> Iuri
>

[AOLSERVER] qsset argument within ns_httpspost

[Iuri S. <iur...@gm...>]

Hi there,

I created the code bellow that calls httpspost to authenticates against a
https url with a few arguments (user, password, skin, dest). In order to
pass arguments through via post they must be within a set structure.

*** I believe I didn't even need  the first line becasue ns_getform already
returns the identical set structure needed as argument for qsset on
httpspost. However I added it just to stay o the right side.  The TCL
script is bellow.

## script.tcl

ns_set create qsset [ns_getform]

set result [ns_httpspost "https://acesso.uol.com.br/login.html" {} {$qsset}
{multipart/form-data} {} {30} {}]

##


However [ns_httpspost] returns an error  regarding the  command [ns_set
size $qsset] at line 250

[17/Mar/2013:11:42:46][30452.3039562608][-default:10-] Error: POST
http://206.192.23.166:8050/natopia-core/invite/invite-uol?
referred by "http://natopia.iurix.com/natopia-core/invite/invite-emails.html
"
no such set: $qsset
    while executing
"ns_set size $qsset"
    (procedure "ns_httpspost" line 46)
    invoked from within
"ns_httpspost "https://acesso.uol.com.br/login.html" {} {$qsset}
{multipart/form-data} {} {30} {}"
    invoked from within
"set result [ns_httpspost "https://acesso.uol.com.br/login.html" {}
{$qsset} {multipart/form-data} {} {30} {}]"
    ("uplevel" body line 38)
    invoked from within
"uplevel {
ad_page_contract {}



I went to ns_httpspost source code and I placed a ns_log within it.

ns_log Notice "$url \n $rqset \n $qsset \n $type "

Curiously It doesn't show the content of qsset but its label "$qsset"

[17/Mar/2013:11:42:46][30452.3039562608][-default:10-] Notice:
https://acesso.uol.com.br/login.html

 $qsset
 multipart/form-data
[17/Mar/2013:11:42:46][30452.3039562608][-default:10-] Warn...


Does it have any relation with the error?
How do I make qsset variable to be recognizable within the procedure
ns_httpspost


Cheers,
Iuri

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Fenton, B. <Bri...@qu...>]

Hi Peter

That's a nice work-around. Thanks a lot for replying.

Best wishes
Brian

From: Peter Sadlon [mailto:f_p...@ho...]
Sent: 26 November 2012 19:40
To: da...@th...; dv...@di...
Cc: aol...@li...; Fenton, Brian
Subject: RE: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

I had a similar issue in the past, I believe I had tracked it down to a toolbar, or some desktop application probing the site for some reason, I don't remember exactly.
Here is my filter put in /servers/my_server/modules/tcl/filters.tcl

ns_register_filter preauth OPTIONS * options_na
proc options_na { why } {
  ns_return 405 "text/html; charset=iso-8859-1" "OPTIONS method is not allowed on this url"
  return filter_return
}

too add the same for PROFIND just copy the first line and replace OPTIONS with PROFIND and put it after the 1st line, then restart your server.

________________________________
Date: Mon, 26 Nov 2012 12:22:21 -0500
From: da...@th...<mailto:da...@th...>
To: dv...@di...<mailto:dv...@di...>
CC: aol...@li...<mailto:aol...@li...>; Bri...@qu...<mailto:Bri...@qu...>
Subject: Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

You can register a filter for those methods to return a 405 Method Not Allowed response.

These requests can come from Microsoft products checking the capabilities of your web server so it is not necessarily a hacker although it can indidcate that as well.


On Mon, Nov 26, 2012 at 12:13 PM, Jeff Rogers <dv...@di...<mailto:dv...@di...>> wrote:
If this is the bug I think it is, a checkin from 10/2011 fixed this bug.

handle internal error from redirect recursion overflow
directly instead of redirecting to internal error page.  Prevents
error displaying error page from crashing server.

If updating to a more recent server isn't an option, you should be able
to apply the patch standalone:

http://aolserver.cvs.sourceforge.net/viewvc/aolserver/aolserver/nsd/op.c?r1=1.18&r2=1.19

Also, doesn't necessarily need to be hackers probing you;  some versions
of windows are very eager about discovering shares on their local network.

-J


Fenton, Brian wrote:
> Hello
>
> We've just had some reports of this error re-appearing on some systems. Was there ever a solution found?
>
> These PROPFIND/OPTIONS methods seem to be something to do with WebDav, which as far as I'm aware, we're not using. Any idea what would cause them to appear in the logs?
>
> Thanks
> Brian
>
>
> -----Original Message-----
> From: Tom Jackson
> Sent: 14 April 2009 14:10
> To: aol...@li...<mailto:aol...@li...>
> Subject: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods
>
> Over the last few years some users have noticed that their servers
> suddenly stop responding, and the error log has entries similar to this:
>
> [-conn:965-] Error: return: failed to redirect
> 'PROPFIND /global/file-not-found.tcl': exceeded recursion limit of 3
> [-conn:965-] Error: return: failed to redirect
> 'PROPFIND /global/server-error.tcl': exceeded recursion limit of 3
>
> The second error.log line then repeats hundreds or thousands of times
> until the server stops responding.
>
> The question is why this happens, and what do these log entries tell
> us.
>
> I think I have found out the answer, but the fix isn't apparent.
>
> The first error message indicates the recursion limit code is working
> correctly, after three tries, the HTTP status code goes from 404 to 500.
> The second error message indicates a similar recursion limit is reached
> looking for a 500 handler. Unfortunately there is a loop here:
>
> Ns_ConnReturnInternalError
>   executes
> ReturnRedirect
>   which executes
> Ns_ConnRedirect
>   which executes
> Ns_ConnReturnInternalError
>
> This loop accounts for the remaining error log entries.
>
> One problem is that ReturnRedirect uses the redirects configured like
> this:
>
> ns_section "ns/server/farid/redirects"
> ns_param   404 "/fnf-tmpl.tcl"
> ns_param   403 "global/forbidden.html"
> ns_param   500 "global/server-error.tcl"
>
> What is missing, it seems to me is the method of the request. The method
> is used in Ns_AuthorizeRequest and Ns_ConnRunRequest.
>
> The quick fix is to not configure a 500 redirect.
>
> tom jackson
>
>
> --
> AOLserver - http://www.aolserver.com/
>
> To Remove yourself from this list, simply send an email to <list...@listserv.aol.com<mailto:list...@listserv.aol.com>> with the
> body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
>
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...<mailto:aol...@li...>
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...<mailto:aol...@li...>
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>


------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
aolserver-talk mailing list
aol...@li...<mailto:aol...@li...>
https://lists.sourceforge.net/lists/listinfo/aolserver-talk



--
Dave Bauer
da...@so...<mailto:da...@so...>
http://www.solutiongrove.com


------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________ aolserver-talk mailing list aol...@li...<mailto:aol...@li...> https://lists.sourceforge.net/lists/listinfo/aolserver-talk

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Peter S. <f_p...@ho...>]

I had a similar issue in the past, I believe I had tracked it down to a toolbar, or some desktop application probing the site for some reason, I don't remember exactly.Here is my filter put in /servers/my_server/modules/tcl/filters.tcl
ns_register_filter preauth OPTIONS * options_naproc options_na { why } {  ns_return 405 "text/html; charset=iso-8859-1" "OPTIONS method is not allowed on this url"  return filter_return}
too add the same for PROFIND just copy the first line and replace OPTIONS with PROFIND and put it after the 1st line, then restart your server.
Date: Mon, 26 Nov 2012 12:22:21 -0500
From: da...@th...
To: dv...@di...
CC: aol...@li...; Bri...@qu...
Subject: Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

You can register a filter for those methods to return a 405 Method Not Allowed response.
These requests can come from Microsoft products checking the capabilities of your web server so it is not necessarily a hacker although it can indidcate that as well.



On Mon, Nov 26, 2012 at 12:13 PM, Jeff Rogers <dv...@di...> wrote:

If this is the bug I think it is, a checkin from 10/2011 fixed this bug.



handle internal error from redirect recursion overflow

directly instead of redirecting to internal error page.  Prevents

error displaying error page from crashing server.



If updating to a more recent server isn't an option, you should be able

to apply the patch standalone:



http://aolserver.cvs.sourceforge.net/viewvc/aolserver/aolserver/nsd/op.c?r1=1.18&r2=1.19



Also, doesn't necessarily need to be hackers probing you;  some versions

of windows are very eager about discovering shares on their local network.



-J





Fenton, Brian wrote:

> Hello

>

> We've just had some reports of this error re-appearing on some systems. Was there ever a solution found?

>

> These PROPFIND/OPTIONS methods seem to be something to do with WebDav, which as far as I'm aware, we're not using. Any idea what would cause them to appear in the logs?

>

> Thanks

> Brian

>

>

> -----Original Message-----

> From: Tom Jackson

> Sent: 14 April 2009 14:10

> To: aol...@li...

> Subject: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

>

> Over the last few years some users have noticed that their servers

> suddenly stop responding, and the error log has entries similar to this:

>

> [-conn:965-] Error: return: failed to redirect

> 'PROPFIND /global/file-not-found.tcl': exceeded recursion limit of 3

> [-conn:965-] Error: return: failed to redirect

> 'PROPFIND /global/server-error.tcl': exceeded recursion limit of 3

>

> The second error.log line then repeats hundreds or thousands of times

> until the server stops responding.

>

> The question is why this happens, and what do these log entries tell

> us.

>

> I think I have found out the answer, but the fix isn't apparent.

>

> The first error message indicates the recursion limit code is working

> correctly, after three tries, the HTTP status code goes from 404 to 500.

> The second error message indicates a similar recursion limit is reached

> looking for a 500 handler. Unfortunately there is a loop here:

>

> Ns_ConnReturnInternalError

>   executes

> ReturnRedirect

>   which executes

> Ns_ConnRedirect

>   which executes

> Ns_ConnReturnInternalError

>

> This loop accounts for the remaining error log entries.

>

> One problem is that ReturnRedirect uses the redirects configured like

> this:

>

> ns_section "ns/server/farid/redirects"

> ns_param   404 "/fnf-tmpl.tcl"

> ns_param   403 "global/forbidden.html"

> ns_param   500 "global/server-error.tcl"

>

> What is missing, it seems to me is the method of the request. The method

> is used in Ns_AuthorizeRequest and Ns_ConnRunRequest.

>

> The quick fix is to not configure a 500 redirect.

>

> tom jackson

>

>

> --

> AOLserver - http://www.aolserver.com/

>

> To Remove yourself from this list, simply send an email to <list...@listserv.aol.com> with the

> body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.

>

> _______________________________________________

> aolserver-talk mailing list

> aol...@li...

> https://lists.sourceforge.net/lists/listinfo/aolserver-talk

>

> ------------------------------------------------------------------------------

> Monitor your physical, virtual and cloud infrastructure from a single

> web console. Get in-depth insight into apps, servers, databases, vmware,

> SAP, cloud infrastructure, etc. Download 30-day Free Trial.

> Pricing starts from $795 for 25 servers or applications!

> http://p.sf.net/sfu/zoho_dev2dev_nov

> _______________________________________________

> aolserver-talk mailing list

> aol...@li...

> https://lists.sourceforge.net/lists/listinfo/aolserver-talk

>





------------------------------------------------------------------------------

Monitor your physical, virtual and cloud infrastructure from a single

web console. Get in-depth insight into apps, servers, databases, vmware,

SAP, cloud infrastructure, etc. Download 30-day Free Trial.

Pricing starts from $795 for 25 servers or applications!

http://p.sf.net/sfu/zoho_dev2dev_nov

_______________________________________________

aolserver-talk mailing list

aol...@li...

https://lists.sourceforge.net/lists/listinfo/aolserver-talk



-- 
Dave Bauer
da...@so...
http://www.solutiongrove.com






------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
aolserver-talk mailing list
aol...@li...
https://lists.sourceforge.net/lists/listinfo/aolserver-talk 		 	   		  

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Dave B. <da...@th...>]

You can register a filter for those methods to return a 405 Method Not
Allowed response.

These requests can come from Microsoft products checking the capabilities
of your web server so it is not necessarily a hacker although it can
indidcate that as well.



On Mon, Nov 26, 2012 at 12:13 PM, Jeff Rogers <dv...@di...> wrote:

> If this is the bug I think it is, a checkin from 10/2011 fixed this bug.
>
> handle internal error from redirect recursion overflow
> directly instead of redirecting to internal error page.  Prevents
> error displaying error page from crashing server.
>
> If updating to a more recent server isn't an option, you should be able
> to apply the patch standalone:
>
>
> http://aolserver.cvs.sourceforge.net/viewvc/aolserver/aolserver/nsd/op.c?r1=1.18&r2=1.19
>
> Also, doesn't necessarily need to be hackers probing you;  some versions
> of windows are very eager about discovering shares on their local network.
>
> -J
>
>
> Fenton, Brian wrote:
> > Hello
> >
> > We've just had some reports of this error re-appearing on some systems.
> Was there ever a solution found?
> >
> > These PROPFIND/OPTIONS methods seem to be something to do with WebDav,
> which as far as I'm aware, we're not using. Any idea what would cause them
> to appear in the logs?
> >
> > Thanks
> > Brian
> >
> >
> > -----Original Message-----
> > From: Tom Jackson
> > Sent: 14 April 2009 14:10
> > To: aol...@li...
> > Subject: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods
> >
> > Over the last few years some users have noticed that their servers
> > suddenly stop responding, and the error log has entries similar to this:
> >
> > [-conn:965-] Error: return: failed to redirect
> > 'PROPFIND /global/file-not-found.tcl': exceeded recursion limit of 3
> > [-conn:965-] Error: return: failed to redirect
> > 'PROPFIND /global/server-error.tcl': exceeded recursion limit of 3
> >
> > The second error.log line then repeats hundreds or thousands of times
> > until the server stops responding.
> >
> > The question is why this happens, and what do these log entries tell
> > us.
> >
> > I think I have found out the answer, but the fix isn't apparent.
> >
> > The first error message indicates the recursion limit code is working
> > correctly, after three tries, the HTTP status code goes from 404 to 500.
> > The second error message indicates a similar recursion limit is reached
> > looking for a 500 handler. Unfortunately there is a loop here:
> >
> > Ns_ConnReturnInternalError
> >   executes
> > ReturnRedirect
> >   which executes
> > Ns_ConnRedirect
> >   which executes
> > Ns_ConnReturnInternalError
> >
> > This loop accounts for the remaining error log entries.
> >
> > One problem is that ReturnRedirect uses the redirects configured like
> > this:
> >
> > ns_section "ns/server/farid/redirects"
> > ns_param   404 "/fnf-tmpl.tcl"
> > ns_param   403 "global/forbidden.html"
> > ns_param   500 "global/server-error.tcl"
> >
> > What is missing, it seems to me is the method of the request. The method
> > is used in Ns_AuthorizeRequest and Ns_ConnRunRequest.
> >
> > The quick fix is to not configure a 500 redirect.
> >
> > tom jackson
> >
> >
> > --
> > AOLserver - http://www.aolserver.com/
> >
> > To Remove yourself from this list, simply send an email to <
> list...@listserv.aol.com> with the
> > body of "SIGNOFF AOLSERVER" in the email message. You can leave the
> Subject: field of your email blank.
> >
> > _______________________________________________
> > aolserver-talk mailing list
> > aol...@li...
> > https://lists.sourceforge.net/lists/listinfo/aolserver-talk
> >
> >
> ------------------------------------------------------------------------------
> > Monitor your physical, virtual and cloud infrastructure from a single
> > web console. Get in-depth insight into apps, servers, databases, vmware,
> > SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> > Pricing starts from $795 for 25 servers or applications!
> > http://p.sf.net/sfu/zoho_dev2dev_nov
> > _______________________________________________
> > aolserver-talk mailing list
> > aol...@li...
> > https://lists.sourceforge.net/lists/listinfo/aolserver-talk
> >
>
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>



-- 
Dave Bauer
da...@so...
http://www.solutiongrove.com

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Jeff R. <dv...@di...>]

If this is the bug I think it is, a checkin from 10/2011 fixed this bug.

handle internal error from redirect recursion overflow
directly instead of redirecting to internal error page.  Prevents
error displaying error page from crashing server.

If updating to a more recent server isn't an option, you should be able 
to apply the patch standalone:

http://aolserver.cvs.sourceforge.net/viewvc/aolserver/aolserver/nsd/op.c?r1=1.18&r2=1.19

Also, doesn't necessarily need to be hackers probing you;  some versions 
of windows are very eager about discovering shares on their local network.

-J


Fenton, Brian wrote:
> Hello
>
> We've just had some reports of this error re-appearing on some systems. Was there ever a solution found?
>
> These PROPFIND/OPTIONS methods seem to be something to do with WebDav, which as far as I'm aware, we're not using. Any idea what would cause them to appear in the logs?
>
> Thanks
> Brian
>
>
> -----Original Message-----
> From: Tom Jackson
> Sent: 14 April 2009 14:10
> To: aol...@li...
> Subject: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods
>
> Over the last few years some users have noticed that their servers
> suddenly stop responding, and the error log has entries similar to this:
>
> [-conn:965-] Error: return: failed to redirect
> 'PROPFIND /global/file-not-found.tcl': exceeded recursion limit of 3
> [-conn:965-] Error: return: failed to redirect
> 'PROPFIND /global/server-error.tcl': exceeded recursion limit of 3
>
> The second error.log line then repeats hundreds or thousands of times
> until the server stops responding.
>
> The question is why this happens, and what do these log entries tell
> us.
>
> I think I have found out the answer, but the fix isn't apparent.
>
> The first error message indicates the recursion limit code is working
> correctly, after three tries, the HTTP status code goes from 404 to 500.
> The second error message indicates a similar recursion limit is reached
> looking for a 500 handler. Unfortunately there is a loop here:
>
> Ns_ConnReturnInternalError
>   executes
> ReturnRedirect
>   which executes
> Ns_ConnRedirect
>   which executes
> Ns_ConnReturnInternalError
>
> This loop accounts for the remaining error log entries.
>
> One problem is that ReturnRedirect uses the redirects configured like
> this:
>
> ns_section "ns/server/farid/redirects"
> ns_param   404 "/fnf-tmpl.tcl"
> ns_param   403 "global/forbidden.html"
> ns_param   500 "global/server-error.tcl"
>
> What is missing, it seems to me is the method of the request. The method
> is used in Ns_AuthorizeRequest and Ns_ConnRunRequest.
>
> The quick fix is to not configure a 500 redirect.
>
> tom jackson
>
>
> --
> AOLserver - http://www.aolserver.com/
>
> To Remove yourself from this list, simply send an email to <list...@listserv.aol.com> with the
> body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
>
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Don B. <dh...@pa...>]

On Nov 26, 2012, at 7:46 AM, Fenton, Brian wrote:

> Hello
> 
> We've just had some reports of this error re-appearing on some systems. Was there ever a solution found?
> 
> These PROPFIND/OPTIONS methods seem to be something to do with WebDav, which as far as I'm aware, we're not using. Any idea what would cause them to appear in the logs?

Hackers probing you.

I don't know of a solution for the recursion issue regarding returning a custom error page.

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Fenton, B. <Bri...@qu...>]

Hi Don

thanks for the info. Actually one of these systems isn't even on the internet, so maybe we've got some "internal" hackers ;-)

Brian

________________________________________
From: Don Baccus [dh...@pa...]
Sent: 26 November 2012 16:11
To: Fenton, Brian
Cc: aol...@li...
Subject: Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

On Nov 26, 2012, at 7:46 AM, Fenton, Brian wrote:

> Hello
>
> We've just had some reports of this error re-appearing on some systems. Was there ever a solution found?
>
> These PROPFIND/OPTIONS methods seem to be something to do with WebDav, which as far as I'm aware, we're not using. Any idea what would cause them to appear in the logs?

Hackers probing you.

I don't know of a solution for the recursion issue regarding returning a custom error page.

Re: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

[Fenton, B. <Bri...@qu...>]

Hello

We've just had some reports of this error re-appearing on some systems. Was there ever a solution found?

These PROPFIND/OPTIONS methods seem to be something to do with WebDav, which as far as I'm aware, we're not using. Any idea what would cause them to appear in the logs?

Thanks
Brian


-----Original Message-----
From: Tom Jackson
Sent: 14 April 2009 14:10
To: aol...@li...
Subject: [AOLSERVER] Tracked down bug with PROPFIND / OPTIONS methods

Over the last few years some users have noticed that their servers
suddenly stop responding, and the error log has entries similar to this:

[-conn:965-] Error: return: failed to redirect
'PROPFIND /global/file-not-found.tcl': exceeded recursion limit of 3
[-conn:965-] Error: return: failed to redirect
'PROPFIND /global/server-error.tcl': exceeded recursion limit of 3

The second error.log line then repeats hundreds or thousands of times
until the server stops responding.

The question is why this happens, and what do these log entries tell
us.

I think I have found out the answer, but the fix isn't apparent.

The first error message indicates the recursion limit code is working
correctly, after three tries, the HTTP status code goes from 404 to 500.
The second error message indicates a similar recursion limit is reached
looking for a 500 handler. Unfortunately there is a loop here:

Ns_ConnReturnInternalError
 executes
ReturnRedirect
 which executes
Ns_ConnRedirect
 which executes
Ns_ConnReturnInternalError

This loop accounts for the remaining error log entries.

One problem is that ReturnRedirect uses the redirects configured like
this:

ns_section "ns/server/farid/redirects"
ns_param   404 "/fnf-tmpl.tcl"
ns_param   403 "global/forbidden.html"
ns_param   500 "global/server-error.tcl"

What is missing, it seems to me is the method of the request. The method
is used in Ns_AuthorizeRequest and Ns_ConnRunRequest.

The quick fix is to not configure a 500 redirect.

tom jackson


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to <list...@listserv.aol.com> with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.

_______________________________________________
aolserver-talk mailing list
aol...@li...
https://lists.sourceforge.net/lists/listinfo/aolserver-talk

Re: [AOLSERVER] Build nspostgres from github repositories in Mac OS X Mountain Lion

[Cesáreo G. R. <ce...@ce...>]

Hi Jeff

Oh! shi...!!! :-)

I had forgotten that 
(http://openacs.org/forums/message-view?message_id=118559#118559).

Now I have the same issue posted some time ago 
(http://www.mail-archive.com/aol...@li.../msg00198.html) 
but it worked (I copy nspostgres.so to aolserver installation)

Thanks so much!!
Cesáreo

El 17/noviembre/12 00:46, Jeff Rogers escribió:
> Try using nspostgres off sourceforge - that appears to be the most
> recent version.
>
> Alternately, add nsdb to the libraries to link against in the makefile.
>
> -J
>
>
> Cesáreo García Rodicio wrote:
>> Hi Jim
>>
>> I had already tried but ...
>>
>>   > make AOLSERVER=/usr/local/aolserver ACS=1 POSTGRES=PG_CONFIG
>> PG_CONFIG=/usr/local/pgsql/bin/pg_config
>>
>> "
>>
>> ...
>> /usr/local/aolserver/bin/tclsh8.5 /usr/local/aolserver/bin/nsremove.tcl
>> nspostgres.so
>> gcc -bundle -pipe    -o nspostgres.so nspostgres.o
>> -L/usr/local/pgsql/lib -lpq -L. -lnspostgres -L/usr/local/aolserver/lib
>> -lnsd -lnsthread -L/usr/local/aolserver/lib -ltcl8.5   -lpthread
>> -framework CoreFoundation
>> Undefined symbols for architecture x86_64:
>>     "_Ns_Db0or1Row", referenced from:
>>         _PgBindCmd in nspostgres.o
>>     "_Ns_Db1Row", referenced from:
>> ....
>>
>> "
>>
>> Thanks for your answer !
>>
>> Regards
>> Cesáreo
>>
>> El 16/noviembre/12 19:21, Jim escribió:
>>> Hi,
>>>
>>> I added some stuff to the build system that might help you: Later
>>> versions of postgres have an information-supplying executable called
>>> pg_config. This program can tell other programs where they can find
>>> everything of that particular build of pg.
>>>
>>> Information about how you can use it are in the README and the
>>> Makefile, and I'll also quote it here:
>>>
>>> See the Makefile for further information on building this module.
>>>
>>> Note additions to build system (made in 2007):
>>>
>>>     make POSTGRES=SEPARATELY PGINC=... PGLIB=...
>>>     make POSTGRES=PG_CONFIG
>>>     make POSTGRES=PG_CONFIG PG_CONFIG=/path/to/pg_config
>>>
>>> NOTE NOTE NOTE!! As of aolserver-4.5.x, the variable INST is used for
>>> a different purpose than it used to be, so DO NOT set it to the
>>> installation
>>> dir!! (Also you shouldn't change it unless you discover its new purpose,
>>> which I don't remember at this moment)
>>>
>>> Cesáreo,
>>>
>>> Looking at the last invocation of make you tried, you should try this:
>>>
>>> make AOLSERVER=/usr/local/aolserver ACS=1 POSTGRES=PG_CONFIG
>>> PG_CONFIG=/usr/local/pgsql/bin/pg_config
>>>
>>> -Jim
>>>
>>> On 11/16/12, Cesáreo García Rodicio <ce...@ce...> wrote:
>>>> Hi
>>>>
>>>> I'm trying to build nspostgres from github repositories in Mac OS X
>>>> Mountain Lion.
>>>>
>>>> I do:
>>>>
>>>>     > make AOLSERVER=/usr/local/aolserver ACS=1
>>>> POSTGRES=/usr/local/pgsql
>>>>
>>>> But I had some errors:
>>>> "
>>>>     Undefined symbols for architecture x86_64:
>>>>      "_Ns_Db0or1Row", referenced from:
>>>>          _PgBindCmd in nspostgres.o
>>>>      "_Ns_Db1Row", referenced from:
>>>>          _PgBindCmd in nspostgres.o
>>>>     ....
>>>>
>>>> "
>>>>
>>>> I did some googling and I found this
>>>> (http://stackoverflow.com/questions/1757509/precompiled-headers-and-compiling-universal-objects-on-osx)
>>>>
>>>>
>>>> but I'm not sure if it is related.
>>>>
>>>> Any clue?
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> Monitor your physical, virtual and cloud infrastructure from a single
>>>> web console. Get in-depth insight into apps, servers, databases,
>>>> vmware,
>>>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>>>> Pricing starts from $795 for 25 servers or applications!
>>>> http://p.sf.net/sfu/zoho_dev2dev_nov
>>>> _______________________________________________
>>>> aolserver-talk mailing list
>>>> aol...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>>>>
>>
>> ------------------------------------------------------------------------------
>>
>> Monitor your physical, virtual and cloud infrastructure from a single
>> web console. Get in-depth insight into apps, servers, databases, vmware,
>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>> Pricing starts from $795 for 25 servers or applications!
>> http://p.sf.net/sfu/zoho_dev2dev_nov
>> _______________________________________________
>> aolserver-talk mailing list
>> aol...@li...
>> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>>
>

Re: [AOLSERVER] Build nspostgres from github repositories in Mac OS X Mountain Lion

[Jeff R. <dv...@di...>]

Try using nspostgres off sourceforge - that appears to be the most 
recent version.

Alternately, add nsdb to the libraries to link against in the makefile.

-J


Cesáreo García Rodicio wrote:
> Hi Jim
>
> I had already tried but ...
>
>   > make AOLSERVER=/usr/local/aolserver ACS=1 POSTGRES=PG_CONFIG
> PG_CONFIG=/usr/local/pgsql/bin/pg_config
>
> "
>
> ...
> /usr/local/aolserver/bin/tclsh8.5 /usr/local/aolserver/bin/nsremove.tcl
> nspostgres.so
> gcc -bundle -pipe    -o nspostgres.so nspostgres.o
> -L/usr/local/pgsql/lib -lpq -L. -lnspostgres -L/usr/local/aolserver/lib
> -lnsd -lnsthread -L/usr/local/aolserver/lib -ltcl8.5   -lpthread
> -framework CoreFoundation
> Undefined symbols for architecture x86_64:
>     "_Ns_Db0or1Row", referenced from:
>         _PgBindCmd in nspostgres.o
>     "_Ns_Db1Row", referenced from:
> ....
>
> "
>
> Thanks for your answer !
>
> Regards
> Cesáreo
>
> El 16/noviembre/12 19:21, Jim escribió:
>> Hi,
>>
>> I added some stuff to the build system that might help you: Later
>> versions of postgres have an information-supplying executable called
>> pg_config. This program can tell other programs where they can find
>> everything of that particular build of pg.
>>
>> Information about how you can use it are in the README and the
>> Makefile, and I'll also quote it here:
>>
>> See the Makefile for further information on building this module.
>>
>> Note additions to build system (made in 2007):
>>
>>     make POSTGRES=SEPARATELY PGINC=... PGLIB=...
>>     make POSTGRES=PG_CONFIG
>>     make POSTGRES=PG_CONFIG PG_CONFIG=/path/to/pg_config
>>
>> NOTE NOTE NOTE!! As of aolserver-4.5.x, the variable INST is used for
>> a different purpose than it used to be, so DO NOT set it to the installation
>> dir!! (Also you shouldn't change it unless you discover its new purpose,
>> which I don't remember at this moment)
>>
>> Cesáreo,
>>
>> Looking at the last invocation of make you tried, you should try this:
>>
>> make AOLSERVER=/usr/local/aolserver ACS=1 POSTGRES=PG_CONFIG
>> PG_CONFIG=/usr/local/pgsql/bin/pg_config
>>
>> -Jim
>>
>> On 11/16/12, Cesáreo García Rodicio <ce...@ce...> wrote:
>>> Hi
>>>
>>> I'm trying to build nspostgres from github repositories in Mac OS X
>>> Mountain Lion.
>>>
>>> I do:
>>>
>>>     > make AOLSERVER=/usr/local/aolserver ACS=1 POSTGRES=/usr/local/pgsql
>>>
>>> But I had some errors:
>>> "
>>>     Undefined symbols for architecture x86_64:
>>>      "_Ns_Db0or1Row", referenced from:
>>>          _PgBindCmd in nspostgres.o
>>>      "_Ns_Db1Row", referenced from:
>>>          _PgBindCmd in nspostgres.o
>>>     ....
>>>
>>> "
>>>
>>> I did some googling and I found this
>>> (http://stackoverflow.com/questions/1757509/precompiled-headers-and-compiling-universal-objects-on-osx)
>>>
>>> but I'm not sure if it is related.
>>>
>>> Any clue?
>>>
>>> ------------------------------------------------------------------------------
>>> Monitor your physical, virtual and cloud infrastructure from a single
>>> web console. Get in-depth insight into apps, servers, databases, vmware,
>>> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
>>> Pricing starts from $795 for 25 servers or applications!
>>> http://p.sf.net/sfu/zoho_dev2dev_nov
>>> _______________________________________________
>>> aolserver-talk mailing list
>>> aol...@li...
>>> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>>>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
> _______________________________________________
> aolserver-talk mailing list
> aol...@li...
> https://lists.sourceforge.net/lists/listinfo/aolserver-talk
>