Re: 2.0.49 : mod_ldap = util_ldap.c ?

race on the core? | | Regards, | Graham | -- | | - -- Peter Van Biesen Adj. Sysadmin V.F.S.I.P.H. tel: +32 (0) 2 225 85 70 fax: +32 (0) 2 225 85 88 e-mail: [EMAIL PROTECTED] PGP: http://www.vlafo.be/pgpkeys/[EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) C

Re: 2.0.49 : mod_ldap = util_ldap.c ?

] [notice] child pid 18681 exit signal Bus error (10) Is this due to the permission problem ? Is there a way to avoid this ? Or do I have to initialize the sharedCacheFile in some special way ? Thanks ! Peter. Edward Rudd wrote: On Wed, 21 Apr 2004 15:44:55 +0200, Peter Van Biesen wrote: Hi

2.0.49 : mod_ldap = util_ldap.c ?

when I surf to /ldap-status I get a message : Cache has not been enabled/initialised. Am I doing something wrong ? Thanks in advance ! Peter. -- Peter Van Biesen Adj. Sysadmin V.F.S.I.P.H. tel: +32 (0) 2 225 85 70 fax: +32 (0) 2 225 85 88 e-mail: [EMAIL PROTECTED] PGP: http://www.vlafo.be/pgpkeys/[EMAIL PROTECTED]

Re: Has mod_dir changed between 2.0.46 and 2.0.49 ?

index.jsp to tomcat even though it does not exists ... When you add index.jsp to your configuration and add the above worker en JkMount entry, does it work for you ? Kindest regards, Peter. jean-frederic clere wrote: | Peter Van Biesen wrote: | |> Hi, |> |> I've recently migrated

Re: Has mod_dir changed between 2.0.46 and 2.0.49 ?

No, I always do a diff on the old files and replay the changes on the new, so normally this should work fine. Peter. Andre' Malo wrote: * Peter Van Biesen <[EMAIL PROTECTED]> wrote: I removed the index.jsp from my DirectoryIndex and added it everywhere I know there's on

Has mod_dir changed between 2.0.46 and 2.0.49 ?

ange something in my configuration ? Thanks in advance ! Peter. -- Peter Van Biesen Adj. Sysadmin V.F.S.I.P.H. tel: +32 (0) 2 225 85 70 fax: +32 (0) 2 225 85 88 e-mail: [EMAIL PROTECTED] PGP: http://www.vlafo.be/pgpkeys/[EMAIL PROTECTED]

apache 2.0.46 : segmentation fault or hangs system

ke a child process core ( I didn't find a core anywhere ) when receiving a segmentation fault ? The systems are HPUX 11.0 . Thanks in advance ! Peter. -- Peter Van Biesen Adj. Sysadmin V.F.S.I.P.H. tel: +32 (0) 2 225 85 70 fax: +32 (0) 2 225 85 88 e-mail: [EMAIL PROTECTED]

Re: apache 2.0.46 : segmentation fault or hangs system

atches on your system 2. Use 'EnableSendFile off' in httpd.conf Thanks -Madhu -Original Message- From: Peter Van Biesen [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 2:19 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: apache 2.0.46 : segmentation fault or hangs system

apache 2.0.46 : segmentation fault or hangs system

e a way to make a child process core ( I didn't find a core anywhere ) when receiving a segmentation fault ? The systems are HPUX 11.0 . Thanks in advance ! Peter. -- Peter Van Biesen Adj. Sysadmin V.F.S.I.P.H. tel: +32 (0) 2 225 85 70 fax: +32 (0) 2 225 85 88 e-mail: [EMAIL PROTECTED]

Re: Showstoppers on 2.0.41

Hi, I finally got the time to compile 2.0.43; the problem is solved ! Thanks to all those who searched an found memory leaks !! Peter. Peter Van Biesen wrote: >There was still a memory leak when downloading large files, but only >when proxy chaining. I haven't tested the latest

Re: Saving request state when client uses byte ranges

Who are you and why are you using my name in your from: field ? Peter. [EMAIL PROTECTED] wrote: > Hi all, > > I have a problem which I'm hoping someone can help me to sort out. I've > written a module that performs two functions: > > - Authorisation of asset retrieval based on client IP, req

Re: [PATCH] Be more lenient with ap_proxy_read_headers in 2.0

I've sent a patch doing the same some time ago, but it was not accepted so don't get your hopes up ;-). Peter. Jim Jagielski wrote: > > In the 2.0 proxy, a bogus header line causes an immediate 502 error, > whereas in 1.3, we try to handle it. The below patch attemps to make > 2.0 a bit more l

Re: Segmentation fault when downloading large files

Hi, I've recompiled the server with only the proxy and the core modules : Compiled in modules: core.c mod_proxy.c proxy_connect.c proxy_ftp.c proxy_http.c prefork.c http_core.c But the problem remains : [Thu Sep 05 10:04:55 2002] [info] (32)Broken pipe: core_output_filter: writi

Re: Source of memory leak in mod_proxy?

If you are talking about the memory leak when downloading large files through a proxy chain, this problem was first observed in version 2.0.39, so it probably isn't the same problem. Peter. Bill Stoddard wrote: > > I just got a bug report that that the rewrite of ap_get_client_block() has > int

Re: Segmentation fault when downloading large files

operations [Wed Sep 04 13:22:27 2002] [info] Server built: Sep 3 2002 16:31:17 [Wed Sep 04 13:38:28 2002] [notice] child pid 29748 exit signal Segmentation fault (11) Crash after 71 Mb . When I have the time, I'll investigate further ! Peter. Graham Leggett wrote: > > Peter Van B

Re: Vote: mod_jk connector in /experimental

Hi, how do you see this ? A core server with a bunch of .so's or hooks in the build process to statically link optional modules ? Peter. "John K. Sterling" wrote: > > >-- Original Message -- > >Reply-To: [EMAIL PROTECTED] > >Date: Tue, 03 Sep 2002 16:2

Re: Vote: mod_jk connector in /experimental

idea personally. More cruft to maintain and to > > hold back releases, etc. etc. etc. Until Aaron's (et. al) idea of a module > > registry/repository becomes reality, jk should stay where it is. > > > > sterling > > > > >-- Original Message -- >

Re: Vote: mod_jk connector in /experimental

Mladen Turk wrote: > There is no need to take that personal. You should post that question to > the [EMAIL PROTECTED] first. No one is pushing you out, and > all your ideas and thoughts will be highly appreciated. OK > > Second, if you are asking for a vote then IMO there should be some sort > of

Re: Vote: mod_jk connector in /experimental

Mladen Turk wrote: > > > I'd like to start a vote to get mod_jk in the apache core > > distribution. > > The jk is not in the TC distribution, but rather in the > jakarta-tomcat-connectors. My mistake. > > It seems silly to me to leave it in the tomcat distribution, > > That's your opinion, an

Vote: mod_jk connector in /experimental

Hello, I'd like to start a vote to get mod_jk in the apache core distribution. It seems silly to me to leave it in the tomcat distribution, what if an other container implements the protocol ? Moreover, the mod_jk is of no use to other webservers than apache and with the increased use of servlets

Re: Segmentation fault when downloading large files

Hi, I've checked out the latest version from CVS, but I see there's no configure script in there. How do I get/generate it ? Do I need it to compile ? Thanx, Peter. Brian Pane wrote: > > Peter Van Biesen wrote: > > >I've continued to investigate the prob

Re: Segmentation fault when downloading large files

I've continued to investigate the problem, maybe you know what could cause it. I'm using a proxy chain, a proxy running internally and forwarding all requests to an other proxy in the DMZ. Both proxies are identical. It is always the internal proxy that crashes; the external proxy has no problem

Re: 2.0.40 (UNIX), mysterious SSL connections to self

I had the same problem, after I did this correction, no more error messages ! You have my vote to add this trick to the recommendations ! Peter. "[EMAIL PROTECTED]" wrote: > > > I'd bet that this is idle server maintenance (taking down a child > > process which isn't necessary). The non-SSL p

Re: Segmentation fault when downloading large files

I give up, I can't find what's wrong ... Peter. Peter Van Biesen wrote: > > That's a bit of a problem for the moment, I've compiled 2.0.40, but > httpd complains at runtime about mod_jk, apparently something has > changed in the module api ... I'm using

Re: Segmentation fault when downloading large files

renkrantz wrote: > > On Wed, Aug 28, 2002 at 02:43:08PM +0200, Peter Van Biesen wrote: > > I now have a reproducable error, a httpd which I can recompile ( it's > > till a 2.0.39 ), so, if anyone wants me to test something, shoot ! Btw, > > Can you upgrade to at leas

Re: (32)Broken pipe: core_output_filter: writing data to the network

There are A LOT of those messages per request and dependant of the size of the page. The larger the page, the more messages. Peter. Aaron Bannert wrote: > > On Wed, Aug 28, 2002 at 05:17:45PM +0200, Peter Van Biesen wrote: > > when I set the LogLevel to info, I get a lot of mess

(32)Broken pipe: core_output_filter: writing data to the network

Hello, when I set the LogLevel to info, I get a lot of message like the one in de subjectline, is this normal ? Has anybody else observed this ? Peter.

Re: Segmentation fault when downloading large files

#x27;m sorry I'm not trying to find the error myself, but I haven't got the time to familiarize myself with the apr code ... Peter. "William A. Rowe, Jr." wrote: > > At 07:06 AM 8/28/2002, Graham Leggett wrote: > >Peter Van Biesen wrote: > > > >>>>

Re: Segmentation fault when downloading large files

Euh, in function apr_bucket_heap_make . Sorry. Peter Van Biesen wrote: > > Hi, > > can anybody look into apr_buckets_heap.c ? I'm not familiar with the apr > code, but I don't see the free_func called anywhere ( which frees up the > memory ), or am I mistake

Re: Segmentation fault when downloading large files

Hi, can anybody look into apr_buckets_heap.c ? I'm not familiar with the apr code, but I don't see the free_func called anywhere ( which frees up the memory ), or am I mistaken ? Thanks ! Peter. Peter Van Biesen wrote: > > Hi, > > I started my server with MaxClients=1

Re: Segmentation fault when downloading large files

Hi, I started my server with MaxClients=1, started the download and attached to the process with gdb. The process crashed; This is the trace : vfsi3>gdb httpd 7840 GNU gdb 5.2.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and y

Re: Segmentation fault when downloading large files

db, as you can see ;-) Peter. "William A. Rowe, Jr." wrote: > > At 07:53 AM 8/27/2002, Peter Van Biesen wrote: > >What should I call it then ? not-so-tiny-files ? 8-) > > Nah... large or big files is just fine :-) > > I'm guessing $$$s to OOOs [d

Re: [PROPOSAL] Move AUTH_LDAP to /experimental (was: authentication rewrite)

I'd like to second that ! Peter. Brad Nicholes wrote: > >Now that 2.0.40 has been released and we are in development of .41 > and the fact that there has been a proposal for re-architecting the AUTH > modules, I would like to propose that we move AUTH_LDAP out of it's own > project and into

Re: Segmentation fault when downloading large files

What should I call it then ? not-so-tiny-files ? 8-) Cliff Woolley wrote: > > On Tue, 27 Aug 2002, Graham Leggett wrote: > > > The filter code behaves differently depending on where the data is > > coming from, eg an area in memory, or a file on a disk. As a result it > > is quite possible that

Re: Segmentation fault when downloading large files

never could not quite > reproduce. You may want to take this to [EMAIL PROTECTED]; as this is > most likely related to the filters in apache; and not proxy specific. > > Dw. > > On Tue, 27 Aug 2002, Peter Van Biesen wrote: > > > Hello, > > > > I'm usin

[Fwd: Segmentation fault when downloading large files]

Hi, as this is probably not due to the proxy, I'm reposting this here. Can anybody help me ? Thanks ! Peter. --- Begin Message --- Hello, I'm using an apache 2.0.39 on a HPUX 11.0 system as a webserver/proxy. When I try to download large files through the proxy, I get the following error :

Re: Building mod_auth_digest on Tru64 UNIX

Nikola Milutinovic wrote: > > > > I have seen that APR can be configured to use either /dev/random or > > > EGD. However, mod_auth_digest insists on /dev/random or, better said, > > > it insists on APR_HAS_RANDOM being set. > > > > APR_HAS_RANDOM should be set if you told APR to use your egd. Di