Re: mod_perl 1.27 intermittent Segmentation Faults

2003-02-06 Thread Stas Bekman
Michael A Musta wrote:


I am getting sporadic segmentation faults with mod_perl 1.27.
A look at the core dump always shows:


Any chance you can set your debugger to show the real arguments and not only 
the addresses? That might help to see where the problem is. e.g., 
mod_perl_sent_header expects only two args.

for example here is a snippet from another core dump, generated with gdb:
#0  0x40750515 in mpxs_Apache__RequestRec_send_http_header (r=0x8156490,
type=0x0)
at /mnt/tmpfs/modperl-2.0/xs/Apache/Response/Apache__Response.h:26
#1  0x40751de3 in XS_Apache__RequestRec_send_http_header (my_perl=0x80c9ce8,
cv=0x81a5160) at Response.xs:137


-  lwp# 1 / thread# 1  
 0008b37c mod_perl_sent_header (360fc0, 997ec, 599394, 326c00, 0, 0) + 18
 00241c14 Perl_pp_entersub (31c800, 4a3d60, 4, 1, 0, ff00) + 568
 00239dc8 Perl_runops_standard (326c00, 1a, c0, 328c00, 37fd08, 59bba0) +
30
 001e8928 S_call_body (ffbef078, 0, 326c00, 40, 81010100, ff00) + 5c
 001e8398 Perl_call_sv (599394, 4d2cd4, 18, 392ed0, 326c00, 557178) + 250
 001e8138 Perl_call_method (2e9790, 0, 0, 329000, 64, 4d2cd4) + 18
 0023b720 Perl_pp_print (4d2cd0, 0, 4d2cd0, 1, 4d2cdc, 4d2cd8) + 1cc
 00239dc8 Perl_runops_standard (326c00, 326c00, ffbef2dc, 1, 0, 5af328) +
30
 001e8928 S_call_body (ffbef358, 0, 326400, 35e598, 326c00, ff00) + 5c
 001e8624 Perl_call_sv (0, 4d2cd0, 326c00, 2b6580, 0, 2d) + 4dc
 0008d760 perl_call_handler (3b73dc, 55cea8, 0, 2b6538, 0, ff00) + 5bc
 0008cf4c perl_run_stacked_handlers (2b5b30, 55cea8, 38a384, 0, 0, 425078)
+ 1d0
 0008c1bc perl_access (55cea8, 8c0f4, 323684, f72cc, 0, 424c98) + c8
 000f2c00 run_method (55cea8, 1b, 1, 0, 2f575354, 2f636769) + 88
 000f2cf0 ap_check_access (55cea8, 2cdf70, 2cdc00, 2cc1c1, 45, 65) + 1c
 00112750 process_request_internal (55cea8, 0, 2c0, 0, ec00, 1) + 2dc
 00112be0 ap_process_request (55cea8, c8, 55cea8, ffbef738, ffbef748, 0) +
3c
 00105674 child_main (0, 1034c4, 103400, ff13b1e0, ff135910, ff12efc0) +
978
 00105a28 make_child (32b378, 0, 3e4282ab, 0, 10, ff02b404) + 1a4
 00105b4c startup_children (1, 0, 1, 307000, 6c6f6700, 6c6f6700) + b4
 00106580 standalone_main (2, ffbef9fc, 0, 0, ff23b01c, 2cbb68) + 2fc
 001071f4 main (2, ffbef9fc, ffbefa08, 326464, 0, 0) + 548
 0004599c _start   (0, 0, 0, 0, 0, 0) + 5c

So, it is always happening at the 'mod_perl_sent_header'.
Sometimes it can take hours before a segmention fault occurs.
Sometimes it is immediate.  Every time I get the core dump,
the location is the same--mod_perl_sent_header.



--


__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com




mod_perl 1.27 intermittent Segmentation Faults

2003-02-06 Thread Michael A Musta





I am getting sporadic segmentation faults with mod_perl 1.27.
A look at the core dump always shows:

-  lwp# 1 / thread# 1  
 0008b37c mod_perl_sent_header (360fc0, 997ec, 599394, 326c00, 0, 0) + 18
 00241c14 Perl_pp_entersub (31c800, 4a3d60, 4, 1, 0, ff00) + 568
 00239dc8 Perl_runops_standard (326c00, 1a, c0, 328c00, 37fd08, 59bba0) +
30
 001e8928 S_call_body (ffbef078, 0, 326c00, 40, 81010100, ff00) + 5c
 001e8398 Perl_call_sv (599394, 4d2cd4, 18, 392ed0, 326c00, 557178) + 250
 001e8138 Perl_call_method (2e9790, 0, 0, 329000, 64, 4d2cd4) + 18
 0023b720 Perl_pp_print (4d2cd0, 0, 4d2cd0, 1, 4d2cdc, 4d2cd8) + 1cc
 00239dc8 Perl_runops_standard (326c00, 326c00, ffbef2dc, 1, 0, 5af328) +
30
 001e8928 S_call_body (ffbef358, 0, 326400, 35e598, 326c00, ff00) + 5c
 001e8624 Perl_call_sv (0, 4d2cd0, 326c00, 2b6580, 0, 2d) + 4dc
 0008d760 perl_call_handler (3b73dc, 55cea8, 0, 2b6538, 0, ff00) + 5bc
 0008cf4c perl_run_stacked_handlers (2b5b30, 55cea8, 38a384, 0, 0, 425078)
+ 1d0
 0008c1bc perl_access (55cea8, 8c0f4, 323684, f72cc, 0, 424c98) + c8
 000f2c00 run_method (55cea8, 1b, 1, 0, 2f575354, 2f636769) + 88
 000f2cf0 ap_check_access (55cea8, 2cdf70, 2cdc00, 2cc1c1, 45, 65) + 1c
 00112750 process_request_internal (55cea8, 0, 2c0, 0, ec00, 1) + 2dc
 00112be0 ap_process_request (55cea8, c8, 55cea8, ffbef738, ffbef748, 0) +
3c
 00105674 child_main (0, 1034c4, 103400, ff13b1e0, ff135910, ff12efc0) +
978
 00105a28 make_child (32b378, 0, 3e4282ab, 0, 10, ff02b404) + 1a4
 00105b4c startup_children (1, 0, 1, 307000, 6c6f6700, 6c6f6700) + b4
 00106580 standalone_main (2, ffbef9fc, 0, 0, ff23b01c, 2cbb68) + 2fc
 001071f4 main (2, ffbef9fc, ffbefa08, 326464, 0, 0) + 548
 0004599c _start   (0, 0, 0, 0, 0, 0) + 5c

So, it is always happening at the 'mod_perl_sent_header'.
Sometimes it can take hours before a segmention fault occurs.
Sometimes it is immediate.  Every time I get the core dump,
the location is the same--mod_perl_sent_header.

Any information would be very helpful.

---Mike

Configuration info follows:
---

Environment information:

SunOS Solaris 8
===
apache error_log:
=
[Thu Feb  6 10:43:39 2003] [notice] Apache/1.3.27 (Unix) mod_perl/1.27
mod_fastcgi/2.2.12 mod_ssl/2.8.12 OpenSSL/0.9.6g configured -- resuming
normal operations
[Thu Feb  6 10:45:11 2003] [notice] child pid 1935 exit signal Segmentation
Fault (11), possible coredump in /opt/wstr/apache


mod_perl 1.27
=

perl -V
===
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
  Platform:
osname=solaris, osvers=2.8, archname=sun4-solaris
uname='sunos caesun12 5.8 generic_108528-13 sun4u sparc sunw,ultraax-i2
'
config_args='-de -Dcc=gcc -Dprefix=/opt/wstr/perl -Dstartperl
=#\!/usr/bin/env perl -Alibs=-lsocket -lnsl -ldl -lm -lc -lcrypt -lsec
-lthread'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.95.3 20010315 (release)', gccosandvers
='solaris2.8'
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
  Linker and Libraries:
ld='gcc', ldflags =' -L/usr/local/lib '
libpth=/usr/local/lib /usr/lib /usr/ccs/lib
libs= -lsocket -lnsl -ldl -lm -lc -lcrypt -lsec -lthread
perllibs=-lsocket -lnsl -ldl -lm -lc -lcrypt -lsec -lthread
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version=''
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib'


Characteristics of this binary (from libperl):
  Compile-time options: USE_LARGE_FILES
  Built under solaris
  Compiled at Dec  9 2002 17:57:24
  @INC:
/opt/wstr/perl/lib/5.8.0/sun4-solaris
/opt/wstr/perl/lib/5.8.0
/opt/wstr/perl/lib/site_perl/5.8.0/sun4-solaris
/opt/wstr/perl/lib/site_perl/5.8.0
/opt/wstr/perl/lib/site_perl


Apache version 1.3.27



mod_perl built with:

/opt/wstr/perl/bin/perl Makefile.PL \
APACHE_SRC=../apache_1.3.27/src \
DO_HTTPD=1 \
USE_APACI=1 \
PREP_HTTPD=1 \
EVERYTHING = 1


Apache configured as follows:

./configure --prefix=/opt/w

authcookie segmentation faults

2001-10-12 Thread David Young

I had users complaining of intermittent "document contains no data" errors
when logging in (using AuthCookie). I wrote a script to repeatedly POST to
the AuthCookie LOGIN method. I am finding that after 15,000 POSTs or so, I
start getting a lot of segfaults (child pid 12494 exit signal Segmentation
fault (11)). It then quiets down for another 15,000 requests or so, and then
segfaults some more.

The mod_perl guide mentioned some problems with php, so I got rid of all the
php modules. I also gather that my PerlFreshRestart setting won't matter
since mod_perl is a DSO (Apache/1.3.14 mod_perl/1.24).

Any tips how I can track this down?




Re: Segmentation faults, some strace logs

2001-09-09 Thread Doug MacEachern

On Wed, 8 Aug 2001, Andrei A. Voropaev wrote:
 
> Looks like the problem is caused by 'abort'. I did not do much digging yet but looks 
>like
> abort calls 'croak'. Unrelational to segv we expirienced strange 
> "Bizzare copy of ARRAY in aassign in Carp/Heavy.pm line 79" messages at random 
>instead of display
> of nice stack trace.
> 
> Could it be some perl5.6.0 bug?

yes, and one that is fixed in 5.6.1





Segmentation faults, some strace logs

2001-08-08 Thread Andrei A. Voropaev

Here's some output from strace on Linux
Apache 1.13.19  with mod_perl 1.24 and perl 5.6.0
=
04:48:26 stat64("/proj/Web/EMIS/Mason/live/redirect", {st_mode=S_IFREG|0775, 
st_size=243, ...}) = 0
04:48:26 stat64("/proj/Web/EMIS/Mason/obj/live/redirect", {st_mode=S_IFREG|0644, 
st_size=902, ...})
= 0
04:48:26 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
04:48:26 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
04:48:26 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
04:48:26 --- SIGSEGV (Segmentation fault) ---
04:48:26 chdir("/etc/httpd/core")   = 0
04:48:26 rt_sigaction(SIGSEGV, {SIG_DFL}, {SIG_DFL}, 8) = 0
04:48:26 getpid()   = 5320
04:48:26 kill(5320, SIGSEGV)= 0
04:48:26 sigreturn()= ? (mask now [])
04:48:26 --- SIGSEGV (Segmentation fault) ---
==

Here's "redirect" Mason component.

<%init>
#$r->status(200);
$r->header_out(Location=>$url);

# Do this so Apache doesn't try to re-read post data
$r->method('GET');
$r->headers_in->unset('Content-length');

# Exit with 302 status
$m->abort(302);

<%args>
$url

===

Looks like the problem is caused by 'abort'. I did not do much digging yet but looks 
like
abort calls 'croak'. Unrelational to segv we expirienced strange 
"Bizzare copy of ARRAY in aassign in Carp/Heavy.pm line 79" messages at random instead 
of display
of nice stack trace.

Could it be some perl5.6.0 bug?

Andrei






Re: Problems w/ mod_perl 1.24_01 & apache 1.3.14 -- causing segmentation faults.

2001-01-31 Thread Doug MacEachern

On Fri, 26 Jan 2001, wells wrote:

> I've been trying to install mod_perl 1.24_01 the following way: (with perl 
> 5.6.0)
> 
> perl Makefile.PL \
> APACHE_PREFIX=/usr/local/apache \
> APACHE_SRC=../apache_1.3.14/src \
> DO_HTTPD=1 \
> USE_APACI=1 \
> EVERYTHING=1 \
> APACI_ARGS='--enable-module=rewrite --enable-module=expires 

you might want to try 1.25 and add PERL_USELARGEFILES=0 to that list.
newer php's are supposed to properly deal with uselargefiles flags, but
you didn't mention your php version.




Problems w/ mod_perl 1.24_01 & apache 1.3.14 -- causing segmentation faults.

2001-01-26 Thread wells

I've been trying to install mod_perl 1.24_01 the following way: (with perl 
5.6.0)

perl Makefile.PL \
APACHE_PREFIX=/usr/local/apache \
APACHE_SRC=../apache_1.3.14/src \
DO_HTTPD=1 \
USE_APACI=1 \
EVERYTHING=1 \
APACI_ARGS='--enable-module=rewrite --enable-module=expires 
--enable-module=mime_magic --enable-module=so --enable-rule=SHARED_CORE'

I'm passing the args SHARED_CORE and 'so' module b/c I'm running PHP as a 
DSO. Anyway.. whenever I do this and run apachectl start, it always causes 
segmentation faults (and if I lynx to localhost it will say 'unexpected 
network error').

Any ideas? Thanks for any help.

/ wells // [EMAIL PROTECTED]
" i saved latin. what did you ever do? "




Re: segmentation faults

2000-12-21 Thread Doug MacEachern

On Wed, 13 Dec 2000, Dr. Fredo Sartori wrote:

> Apache produces segmentation faults when receiving arbirary 
> requests.
> 
> I am running apache-1.3.14 with php-4.0.3pl1, mod_ssl-2.7.1 and 
> mod_perl-1.24_02 (from the CVS tree) on solaris 2.7. 
> The perl version installed is 5.6.0.
> 
> According to the backtrace of gdb the problem seems to be
> located in mod_perl:
> 
> #0  0x71170 in perl_header_parser (r=0x449040) at mod_perl.c:1021

this is the uselargefiles bug.
Makefile.PL should have told you:

Your Perl is uselargefiles enabled, but Apache is not, suggestions:
*) Rebuild Apache with CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
*) Rebuild Perl with Configure -Uuselargefiles
*) Let mod_perl build Apache (USE_DSO=1 instead of USE_APXS=1)

#2 is probably the best route, since php+mod_ssl would probably also need
the #1 flags.




segmentation faults

2000-12-13 Thread Dr. Fredo Sartori

Apache produces segmentation faults when receiving arbirary 
requests.

I am running apache-1.3.14 with php-4.0.3pl1, mod_ssl-2.7.1 and 
mod_perl-1.24_02 (from the CVS tree) on solaris 2.7. 
The perl version installed is 5.6.0.

According to the backtrace of gdb the problem seems to be
located in mod_perl:

#0  0x71170 in perl_header_parser (r=0x449040) at mod_perl.c:1021
#1  0x1b5bcc in run_method (r=0x449040, offset=38, run_all=1) at http_config.c:368
#2  0x1b5dc0 in ap_header_parse (r=0x449040) at http_config.c:405
#3  0x1d29fc in process_request_internal (r=0x449040) at http_request.c:1216
#4  0x1d2f0c in ap_process_request (r=0x449040) at http_request.c:1298
#5  0x1c6b34 in child_main (child_num_arg=0) at http_main.c:4298
#6  0x1c6eac in make_child (s=0x3ff040, slot=0, now=976692436) at http_main.c:4466
#7  0x1c73c0 in perform_idle_server_maintenance () at http_main.c:4630
#8  0x1c7b30 in standalone_main (argc=4, argv=0xffbefc04) at http_main.c:4862
#9  0x1c8460 in main (argc=4, argv=0xffbefc04) at http_main.c:5123

It appears that the version of mod_perl ist not the problem: 1.24_01 and 1.23
produce crashes too. 

Has anaybody seen similar effects? Is this a solaris specific problem? 
Is perl 5.6.0 in charge of the trouble?

Any hint is greatly appreciated!

Fredo

--
Dr. Fredo SartoriTel. 030-227-55061
SPD-Fraktion FAX  030-227-56169
Platz der Republik   e-mail: [EMAIL PROTECTED]
11011 Berlin



Re: Segmentation faults

2000-10-18 Thread Daniel Grunblatt

We always had that, but I guess I solved it, it was the
MaxRequestsPerChild directive on apache's httpd.conf , I set it to 10 and
the problem was gone, may be it was because the childs grown up too much,
up to 26M, now the max grow up size is 7M.

Thanks anyway.

--

Daniel Alejandro Grunblatt
Jefe de Operaciones.
Portal InfoNegocio.
Tel: 4332-3332.
Dir: Tucuman 1 piso 5.
CP:  C1049AAA.

-BEGIN PGP PUBLIC KEY BLOCK-
Version: PGP 6.5.1i

mQGiBDnbPQ4RBADACXb8fSQa+RsVutdoGBV4ki/t26jD20k8e1D4rIvtHAxU8wbf
ubnTMJ28rqp005l6I0InB8CrHrfgkzxtyD6xpxV1hYpdJRGGl3bwbawuYxT/Kl+1
3ss2nv4NoFE08vB73i6fsYjIhafYDeq3QYWZA3UKXdt1rr/iCEpo7aTzhQCg/6Q6
ZWWyACsnCP3z0RdSmXBBMQED/iCPPM4eNlyUjt+ijH4LVgMsTzUqNIOnb/mDrtHl
wMYIoJqMvQ44wnxYxfQbMPkvETLM0/cVUA9CNf3KDNBBQ/lqbJxR7d5DdYrErGn+
AMtJv7pC732HswY956FpNK3wKB1NSODo8EDTIhyU/r1CZNKR0d5rkO+SxRT8Q82c
f7DeBACUnDoLvNlBzr9swGwecFn5c7F0URe2GinNFzj81UMqJqoMxsVya7yXqnkX
HRt5no0TxonxJ5wKc+HKIr0zdrrUqcweiQ74OHcpoKzZbxqiUgaoJSOtwYXrrxgR
Yn1owLfhXdghKdC/s8h80i3FnnTchV2JkdgAzq+xRyCs594x8LQsRGFuaWVsIEdy
dW5ibGF0dCA8ZGFuaWVsQGluZm9uZWdvY2lvLmNvbS5hcj6JAE4EEBECAA4FAjnb
PQ4ECwMBAgIZAQAKCRAL0qbR8Z7fBC9cAKCkdh7FcxtxvY/8kbzueUwqfyBwCACg
0gWk6TXj54Ea9mfSTVpPpnfXUni5Aw0EOds9FBAMAMwdd1ckOErixPDojhNnl06S
E2H22+slDhf99pj3yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguuqa6zZQ+i
AFMBoHzWq6MSHvoPKs4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJCo1+Le3k
XXn11JJPmxiO/CqnS3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadW
oxTpj0BV89AHxstDqZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeS
Wc39uK50T8X8dryDxUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0
iP1YTknbzSC0neSRBzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF04
0zT9fBdXQ6MdGGzeMyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQ
ClCbAkbTCD1mpF1Bn5x8vYlLIhkmuquiXsNV6UwybwACAgwAoz4dpF6Z37WFrTmZ
nbcN+w2QY95NLKfcdf8LM1Hu1M8/uq4EdDGH8az+ka4MCzmdQPLYovQPvufMVAIX
DCPKlECqCnFlm1nhpP2NkYOEpa/NR3M5VmjRGCiCs3pM5G4JzXhCScnY3xlJVHI4
tqpM4tQQR02TD8mAuBhh124nL8ypSYvykEdKEIAkanHC8NIhYgkGRWKkxfHbsyAX
ju2CSRRY+5i9Ls5pEFS0BN8sRsgSNd7j+AHY94MpuRAAC41A4f0yFH7ztG7HleaG
1dHZjyQ+BSPM/VTsq+fNMPbKHGsF/z/OUPSKrYZEn4YcwOMZMQMDbtQh6GX58F8g
gFm1BmHiFfIMB43peub7cXpWu5lsGduqSCvgGTdnD2/NGCyyk1GMiuGRBO9/Wais
XHM3xJoAwOOr6SjVRIzYwYMdYWm7rg16f58103otzggvmfUYuM9cmfAUhrtUnk11
G/Mq/VK090dSfZ4od8jNOEMwEV7oQ9PF8Ny3DJbpYfEibNbiiQBGBBgRAgAGBQI5
2z0UAAoJEAvSptHxnt8EqmwAni/oHx6nZID6YdtdyqS6EFHGWJsLAKCWmahsk54o
yyro5vzlLTF1/1l8SpkBogQ57JCTEQQA/cj1wYtSRJygT80flezalvDa7oDYs6qD
uFS1YvsBUY8WFex7ouE5oxdZZiII4eeNJ72KTNG224r9qRYio9yPrWq52aWSHVn6
eVmR9pexHsVkV6OeNDpYITcQyprwm3+G13llgOPRQzSbSJeC4sYWUX93M5NpVkvJ
ka37ifkxTlMAoP+BL4DqnqbNSDq0pr9AE7LjmndXA/kBCGo3kOb8djrJWqR6LBHV
G5SBGeXs2e7/2waLNB5E1RwF45Yo/Qpdlgg6uDOh1VL5gzAYMC0Gre8lAR6xSfJb
tb5qK+OTrvt1shRkIdxew/e9/EtJGg2Iw4hDoT+tanDDZ2y632PCXdxgyyXo7Lgu
OmF3folE7AEVwhphBd1gzAQAzijs8sNmidi2rTTNEab6+wv6zPRvOhrRTtHk4ddu
76I+z4KxtbyHJPLTuaYoa17Jd4v/zCS88REL6iu4Ye0IFTojCVc+ejaWQzvEcP2o
qVCLLDrqbnNG5K/+/TneWDZtw7obhxf1iZni3QsM+xKWnTCJCqQdvCfPKi9L0IET
/3y0LERhbmllbCBHcnVuYmxhdHQgPGRhbmllbEBpbmZvbmVnb2Npby5jb20uYXI+
iQBOBBARAgAOBQI57JCTBAsDAQICGQEACgkQDOGuSFVStWt1UQCguH9OZA+U4PQZ
TOMEx7jqCDR4GbwAn18Hk/4FiXY4NpzyNPMasfSOW5YbuQMNBDnskJgQDADMHXdX
JDhK4sTw6I4TZ5dOkhNh9tvrJQ4X/faY98h8ebByHTh1+/bBc8SDESYrQ2DD4+jW
Cv2hKCYLrqmus2UPogBTAaB81qujEh76DyrOH3SET8rzF/OkQOnX0ne2Qi0CNsEm
y2henXyYCQqNfi3t5F159dSST5sYjvwqp0t8MvZCV7cIfwgXcqK61qlC8wXo+VMR
OU+28W65Szgg2gGnVqMU6Y9AVfPQB8bLQ6mUrfdMZIZJ+AyDvWXpF9Sh01D49Vlf
3HZSTz09jdvOmeFXklnN/biudE/F/Ha8g8VHMGHOfMlm/xX5u/2RXscBqtNbno2g
pXI61Brwv0YAWCvl9Ij9WE5J280gtJ3kkQc2azNsOA1FHQ98iLMcfFstjvbzySPA
Q/ClWxiNjrtVjLhdONM0/XwXV0OjHRhs3jMhLLUq/zzhsSlAGBGNfISnCnLWhsQD
GcgHKXrKlQzZlp+r0ApQmwJG0wg9ZqRdQZ+cfL2JSyIZJrqrol7DVelMMm8AAgIM
ALR39Mee1pKzArzhNM/GZ3205LFPb1HRHEhs4A0SGsa4KeFsoy0RWue+Vd1hSuBe
JJN7C3YSXn+FUakXQLbsI1G2SLc9RANl/znW1QOBS0ulwaspt/QtAEDfMTvVD8SA
xcqZWr6jThwLLnyEJkzCE8qRzZaOllAsdArqEBljTxpLUHMf65bGpz83BxChSax/
/KvJ8jIPSuqxGpeHJPK3Hit5+EYwhBXtmTD+1rBoVRDCQPXBOKNWSpVmyEjfC0v9
BYcIWsmpix3wIHm+DNJxVR/7tK1qlKN5CueTA5RhDe3nUZHjQV7Xh14TUADOxE1t
gHI/m1FB+TSvm0n0VAwAzMPIttFVUpyk6SxR+AXs1KX0WdsSSWM/J6BPwQqcntH2
vZ9LKTQ1JhZDlA7vM6zu5lrZY+wujLpj69bTz26qKiDPT8QaZSLn/bYnF/tZruFU
w/RMgFcTq+XpmNObij1ulgdBzzVdrgfj2VBlJ/AyxklnrfyAyeyfY2UWBRG9YY9s
S4kARgQYEQIABgUCOeyQmQAKCRAM4a5IVVK1a7PbAJ48LMu4RElR3Te1ROIYcBHa
bjRxaQCeM5P96uhA8DDnMrLGKXHVg7GdusI=
=4f4N
-END PGP PUBLIC KEY BLOCK-

On Sun, 15 Oct 2000, Gerald Richter wrote:

> To your httpd.conf add a
> 
> PerlModule HTML::Embperl
> 
> >
> > 
> > Options ExecCGI
> > AllowOverride None
> > SetHandler perl-script
> > PerlHandler HTML::Embperl
> > 
> 
> this should normaly solve this problem. If not let me know and we try to
> track it down further
> 
> Gerald
> 
> 
> -
> Gerald Richterecos electronic communication services gmbh
> Internetconnect * Webserver/-design/-datenbanken * Consulting
> 
> Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
> E

Re: Segmentation faults

2000-10-15 Thread Gerald Richter

To your httpd.conf add a

PerlModule HTML::Embperl

>
> 
> Options ExecCGI
> AllowOverride None
> SetHandler perl-script
> PerlHandler HTML::Embperl
> 

this should normaly solve this problem. If not let me know and we try to
track it down further

Gerald


-
Gerald Richterecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting

Post:   Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151
WWW:http://www.ecos.de  Fax:  +49 6133 925152
-






Segmentation faults

2000-10-05 Thread Daniel Grunblatt

This has been happening for a while:

$ tail -44 server_log
[Fri Sep 22 14:51:12 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24
configured -- resuming normal operations
[Tue Sep 26 18:20:13 2000] [notice] child pid 533 exit signal Segmentation
fault (11)
[Tue Sep 26 18:24:58 2000] [notice] child pid 1119 exit signal
Segmentation fault (11)
[Wed Sep 27 15:49:08 2000] [notice] caught SIGTERM, shutting down
[Wed Sep 27 15:49:11 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24
configured -- resuming normal operations
[Thu Sep 28 15:53:14 2000] [notice] child pid 8479 exit signal
Segmentation fault (11)
[Thu Sep 28 15:57:25 2000] [notice] child pid 8088 exit signal
Segmentation fault (11)
[Thu Sep 28 17:03:23 2000] [notice] child pid 8471 exit signal
Segmentation fault (11)
[Thu Sep 28 18:03:31 2000] [notice] child pid 8083 exit signal
Segmentation fault (11)
[Thu Sep 28 18:14:37 2000] [notice] child pid 8094 exit signal
Segmentation fault (11)
[Thu Sep 28 18:15:42 2000] [notice] child pid 8071 exit signal
Segmentation fault (11)
[Fri Sep 29 00:53:45 2000] [notice] child pid 8104 exit signal
Segmentation fault (11)
[Fri Sep 29 01:31:48 2000] [notice] child pid 8089 exit signal
Segmentation fault (11)
[Fri Sep 29 02:49:13 2000] [notice] child pid 17170 exit signal
Segmentation fault (11)
[Fri Sep 29 03:29:35 2000] [notice] child pid 8109 exit signal
Segmentation fault (11)
[Fri Sep 29 03:30:05 2000] [notice] child pid 8077 exit signal
Segmentation fault (11)
[Fri Sep 29 05:09:48 2000] [notice] child pid 8106 exit signal
Segmentation fault (11)
[Fri Sep 29 05:20:06 2000] [notice] child pid 17214 exit signal
Segmentation fault (11)
[Fri Sep 29 17:35:10 2000] [notice] child pid 8096 exit signal
Segmentation fault (11)
[Fri Sep 29 17:50:40 2000] [notice] child pid 8065 exit signal
Segmentation fault (11)
[Fri Sep 29 19:38:05 2000] [notice] child pid 8108 exit signal
Segmentation fault (11)
[Sat Sep 30 09:58:18 2000] [notice] child pid 8482 exit signal
Segmentation fault (11)
[Sat Sep 30 10:50:06 2000] [notice] child pid 17216 exit signal
Segmentation fault (11)
[Sat Sep 30 10:50:21 2000] [notice] child pid 8101 exit signal
Segmentation fault (11)
[Sat Sep 30 10:50:30 2000] [notice] child pid 8484 exit signal
Segmentation fault (11)
[Sun Oct  1 03:03:53 2000] [notice] child pid 8072 exit signal
Segmentation fault (11)
[Sun Oct  1 03:04:44 2000] [notice] child pid 8478 exit signal
Segmentation fault (11)
[Mon Oct  2 08:37:34 2000] [notice] child pid 8470 exit signal
Segmentation fault (11)
[Mon Oct  2 13:10:04 2000] [notice] child pid 8075 exit signal
Segmentation fault (11)
[Mon Oct  2 13:11:19 2000] [notice] child pid 27077 exit signal
Segmentation fault (11)
[Mon Oct  2 13:50:37 2000] [notice] child pid 8480 exit signal
Segmentation fault (11)
[Mon Oct  2 16:04:08 2000] [notice] child pid 8080 exit signal
Segmentation fault (11)
[Mon Oct  2 16:10:28 2000] [notice] child pid 8081 exit signal
Segmentation fault (11)
[Mon Oct  2 16:11:00 2000] [notice] child pid 8473 exit signal
Segmentation fault (11)
[Mon Oct  2 16:28:38 2000] [notice] child pid 8074 exit signal
Segmentation fault (11)
[Mon Oct  2 16:30:51 2000] [notice] child pid 8097 exit signal
Segmentation fault (11)
[Mon Oct  2 19:34:32 2000] [notice] child pid 8068 exit signal
Segmentation fault (11)
[Mon Oct  2 19:34:55 2000] [notice] child pid 8082 exit signal
Segmentation fault (11)
[Mon Oct  2 19:40:20 2000] [notice] child pid 28724 exit signal
Segmentation fault (11)
[Mon Oct  2 19:40:53 2000] [notice] child pid 8066 exit signal
Segmentation fault (11)
[Tue Oct  3 10:36:46 2000] [notice] child pid 29379 exit signal
Segmentation fault (11)
[Tue Oct  3 11:02:39 2000] [notice] child pid 8485 exit signal
Segmentation fault (11)
[Tue Oct  3 12:12:48 2000] [notice] caught SIGTERM, shutting down
[Tue Oct  3 12:12:51 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24
configured -- resuming normal operations
$ uname -a
Linux produccion 2.2.17 #6 SMP Fri Sep 22 13:58:25 ART 2000 i686 unknown

Here are the most important things in my httpd.conf:

ServerType standalone
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
ExtendedStatus On
MinSpareServers 32
MaxSpareServers 64
StartServers 32
MaxClients 256
MaxRequestsPerChild 1
---cut---
ServerRoot "/xxx/"
Listen xxx.xxx.xxx.xxx:xx
ServerName www.xxx.com.ar
NameVirtualHost xxx.xxx.xxx.xxx

ServerName www.xxx.com.ar
ServerAdmin [EMAIL PROTECTED]

PerlSetEnv  SESSION_DBI_DATASOURCE  dbi:mysql:xxx:xxx
PerlSetEnv  SESSION_DBI_USERNAMExxx
PerlSetEnv  SESSION_DBI_PASSWORDxxx
PerlSetEnv  PerlChildInitHandlerxxx::xxx::init()
PerlSetEnv  PerlChildExitHandlerxxx::xxx::cleanup()

ErrorLog /xxx/logs/error_log
CustomLog /xxx/logs/access_log combined

DocumentRoot /xxx/htdocs


Options ExecCGI
AllowOverride None
SetHandler perl-script
PerlHandler HTML::Embperl

---cut---
I'm using embperl 1.3b5.
The machine is a

Segmentation faults

2000-10-03 Thread Daniel Grunblatt

This has been happening for a while:

$ tail -44 server_log
[Fri Sep 22 14:51:12 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24
configured -- resuming normal operations
[Tue Sep 26 18:20:13 2000] [notice] child pid 533 exit signal Segmentation
fault (11)
[Tue Sep 26 18:24:58 2000] [notice] child pid 1119 exit signal
Segmentation fault (11)
[Wed Sep 27 15:49:08 2000] [notice] caught SIGTERM, shutting down
[Wed Sep 27 15:49:11 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24
configured -- resuming normal operations
[Thu Sep 28 15:53:14 2000] [notice] child pid 8479 exit signal
Segmentation fault (11)
[Thu Sep 28 15:57:25 2000] [notice] child pid 8088 exit signal
Segmentation fault (11)
[Thu Sep 28 17:03:23 2000] [notice] child pid 8471 exit signal
Segmentation fault (11)
[Thu Sep 28 18:03:31 2000] [notice] child pid 8083 exit signal
Segmentation fault (11)
[Thu Sep 28 18:14:37 2000] [notice] child pid 8094 exit signal
Segmentation fault (11)
[Thu Sep 28 18:15:42 2000] [notice] child pid 8071 exit signal
Segmentation fault (11)
[Fri Sep 29 00:53:45 2000] [notice] child pid 8104 exit signal
Segmentation fault (11)
[Fri Sep 29 01:31:48 2000] [notice] child pid 8089 exit signal
Segmentation fault (11)
[Fri Sep 29 02:49:13 2000] [notice] child pid 17170 exit signal
Segmentation fault (11)
[Fri Sep 29 03:29:35 2000] [notice] child pid 8109 exit signal
Segmentation fault (11)
[Fri Sep 29 03:30:05 2000] [notice] child pid 8077 exit signal
Segmentation fault (11)
[Fri Sep 29 05:09:48 2000] [notice] child pid 8106 exit signal
Segmentation fault (11)
[Fri Sep 29 05:20:06 2000] [notice] child pid 17214 exit signal
Segmentation fault (11)
[Fri Sep 29 17:35:10 2000] [notice] child pid 8096 exit signal
Segmentation fault (11)
[Fri Sep 29 17:50:40 2000] [notice] child pid 8065 exit signal
Segmentation fault (11)
[Fri Sep 29 19:38:05 2000] [notice] child pid 8108 exit signal
Segmentation fault (11)
[Sat Sep 30 09:58:18 2000] [notice] child pid 8482 exit signal
Segmentation fault (11)
[Sat Sep 30 10:50:06 2000] [notice] child pid 17216 exit signal
Segmentation fault (11)
[Sat Sep 30 10:50:21 2000] [notice] child pid 8101 exit signal
Segmentation fault (11)
[Sat Sep 30 10:50:30 2000] [notice] child pid 8484 exit signal
Segmentation fault (11)
[Sun Oct  1 03:03:53 2000] [notice] child pid 8072 exit signal
Segmentation fault (11)
[Sun Oct  1 03:04:44 2000] [notice] child pid 8478 exit signal
Segmentation fault (11)
[Mon Oct  2 08:37:34 2000] [notice] child pid 8470 exit signal
Segmentation fault (11)
[Mon Oct  2 13:10:04 2000] [notice] child pid 8075 exit signal
Segmentation fault (11)
[Mon Oct  2 13:11:19 2000] [notice] child pid 27077 exit signal
Segmentation fault (11)
[Mon Oct  2 13:50:37 2000] [notice] child pid 8480 exit signal
Segmentation fault (11)
[Mon Oct  2 16:04:08 2000] [notice] child pid 8080 exit signal
Segmentation fault (11)
[Mon Oct  2 16:10:28 2000] [notice] child pid 8081 exit signal
Segmentation fault (11)
[Mon Oct  2 16:11:00 2000] [notice] child pid 8473 exit signal
Segmentation fault (11)
[Mon Oct  2 16:28:38 2000] [notice] child pid 8074 exit signal
Segmentation fault (11)
[Mon Oct  2 16:30:51 2000] [notice] child pid 8097 exit signal
Segmentation fault (11)
[Mon Oct  2 19:34:32 2000] [notice] child pid 8068 exit signal
Segmentation fault (11)
[Mon Oct  2 19:34:55 2000] [notice] child pid 8082 exit signal
Segmentation fault (11)
[Mon Oct  2 19:40:20 2000] [notice] child pid 28724 exit signal
Segmentation fault (11)
[Mon Oct  2 19:40:53 2000] [notice] child pid 8066 exit signal
Segmentation fault (11)
[Tue Oct  3 10:36:46 2000] [notice] child pid 29379 exit signal
Segmentation fault (11)
[Tue Oct  3 11:02:39 2000] [notice] child pid 8485 exit signal
Segmentation fault (11)
[Tue Oct  3 12:12:48 2000] [notice] caught SIGTERM, shutting down
[Tue Oct  3 12:12:51 2000] [notice] Apache/1.3.12 (Unix) mod_perl/1.24
configured -- resuming normal operations
$ uname -a
Linux produccion 2.2.17 #6 SMP Fri Sep 22 13:58:25 ART 2000 i686 unknown

Here are the most important things in my httpd.conf:

ServerType standalone
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
ExtendedStatus On
MinSpareServers 32
MaxSpareServers 64
StartServers 32
MaxClients 256
MaxRequestsPerChild 1
---cut---
ServerRoot "/xxx/"
Listen xxx.xxx.xxx.xxx:xx
ServerName www.xxx.com.ar
NameVirtualHost xxx.xxx.xxx.xxx

ServerName www.xxx.com.ar
ServerAdmin [EMAIL PROTECTED]

PerlSetEnv  SESSION_DBI_DATASOURCE  dbi:mysql:xxx:xxx
PerlSetEnv  SESSION_DBI_USERNAMExxx
PerlSetEnv  SESSION_DBI_PASSWORDxxx
PerlSetEnv  PerlChildInitHandlerxxx::xxx::init()
PerlSetEnv  PerlChildExitHandlerxxx::xxx::cleanup()

ErrorLog /xxx/logs/error_log
CustomLog /xxx/logs/access_log combined

DocumentRoot /xxx/htdocs


Options ExecCGI
AllowOverride None
SetHandler perl-script
PerlHandler HTML::Embperl

---cut---
I'm using embperl 1.3b5.
The machine is a

Re: child segmentation faults

1999-10-06 Thread Doug MacEachern

is mod_perl configured as a dso or static?  if dso, try static.
otherwise, see the SUPPORT doc for hints on getting a stack trace.

-Doug

On Fri, 1 Oct 1999, Wim Kerkhoff wrote:

> Hi,
> 
> Every once in a while I see lines like these in the error log:
> 
> [Fri Oct  1 16:05:42 1999] [notice] child pid 3317 exit signal Segmentation
> Fault (11) 
> 
> This is with:
> 
> Apache 1.3.9
> mod_perl/1.21
> DBD-Oracle-1.03 
> DBI-1.13
> Solaris_2.7
> oracle-8.1.5
> 
> Thanks,
> 
> Wim Kerkhoff  
> [EMAIL PROTECTED]
> 



child segmentation faults

1999-10-01 Thread Wim Kerkhoff

Hi,

Every once in a while I see lines like these in the error log:

[Fri Oct  1 16:05:42 1999] [notice] child pid 3317 exit signal Segmentation
Fault (11) 

This is with:

Apache 1.3.9
mod_perl/1.21
DBD-Oracle-1.03 
DBI-1.13
Solaris_2.7
oracle-8.1.5

Thanks,

Wim Kerkhoff  
[EMAIL PROTECTED]