Re: 2.0.49 : mod_ldap = util_ldap.c ?

| -- | | - -- 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) Comment: Using GnuPG with Mozilla - http

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

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 one, so now it all seems

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 from 2.0.46 to 2.0.49

2.0.49 : mod_ldap = util_ldap.c ?

/Location But 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

Has mod_dir changed between 2.0.46 and 2.0.49 ?

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

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

-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 Hi, a couple of weeks ago I upgraded our servers from 2.0.43 to 2.0.46. Since

apache 2.0.46 : segmentation fault or hangs system

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 release yet

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, request

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

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:

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:24:01 +0200 From: Peter Van Biesen [EMAIL

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 Biesen wrote

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

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

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, and you

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

. Until Aaron's (et. al) idea of a module registry/repository becomes reality, jk should stay where it is. sterling -- Original Message -- Reply-To: [EMAIL PROTECTED] Date: Tue, 03 Sep 2002 13:15:43 +0200 From: Peter Van Biesen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Vote

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 problem, maybe you know what could cause

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 path

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 message like the one

Re: Segmentation fault when downloading large files

: 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 least .40 or better yet the latest CVS version? -- justin

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 the last version of the connectors ( 4.0.4

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

: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 [donuts] that your client is starting some byteranges somewhere along the way. Try adding the bit \%{Range}i\ in one of your

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 : vfsi3gdb 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

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, started the download

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 mistaken ? Thanks ! Peter. Peter Van

Re: Segmentation fault when downloading large files

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: Program received signal SIGSEGV, Segmentation fault. 0xc1bfb06c in apr_bucket_alloc

(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

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 using an apache 2.0.39 on a HPUX 11.0 system as a webserver/proxy. When I