Received: (qmail 11285 invoked by uid 2012); 7 Dec 1997 06:31:59 -0000
Message-Id: <19971207063159.11284.qmail@hyperreal.org>
Date: 7 Dec 1997 06:31:59 -0000
From: Jason Clary <jclary@linuxbox.com>
Reply-To: jclary@linuxbox.com
To: apbugs@hyperreal.org
Subject: access of /~<login> crashes with sigsegv
X-Send-Pr-Version: 3.2

>Number:         1524
>Category:       mod_userdir
>Synopsis:       access of /~<login> crashes with sigsegv
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    apache
>State:          closed
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Sat Dec  6 22:40:00 PST 1997
>Last-Modified:  Fri Feb 27 02:12:58 PST 1998
>Originator:     jclary@linuxbox.com
>Organization:
>Release:        1.3b3
>Environment:
Redhat 5
Linux version 2.0.32
gcc version 2.7.2.1
>Description:
SIGSEGV, but no core... and cores are enabled
>How-To-Repeat:
We had to take the server down and put an old version back.  If you e-mail me, I can put it back up on other ports long enough for you to see the problem.
>Fix:
not at the moment...  Haven't been able to trace it with no core.
%0
>Audit-Trail:

From: Dean Gaudet <dgaudet@arctic.org>
To: Jason Clary <jclary@linuxbox.com>
Cc: apbugs@hyperreal.org
Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
Date: Sun, 7 Dec 1997 10:32:26 -0800 (PST)

 I think you mean version 1.3b3 not 1.2b3, right?
 
 You won't get a coredump because of a security protection feature which
 prevents programs that ever ran as root from dumping core.  You can patch
 your kernel with
 <ftp://ftp.angmar.org/pub/patches/kernel/kernel-2.0.30-setuid_coredump.diff>
 (it probably patches against 2.0.32, I haven't tried yet).  Or you can try
 running it using
 <http://www.arctic.org/~dgaudet/patches/apache-1.3-listenwrap.patch>. 
 
 arctic is running 1.3b3 on a 2.0.32 system, but not with glibc like redhat
 5, and I'm not getting coredumps on /~login as you can see.  So if you can
 compile the server with -g, and run it on a different port as a non-root
 user and get a coredump... and get us a stack trace that would be
 excellent.
 
 Dean
 
 
State-Changed-From-To: open-feedback
State-Changed-By: coar
State-Changed-When: Sun Dec  7 15:00:16 PST 1997
State-Changed-Why:
[Dean has requested additional info.]
Release-Changed-From-To: 1.2b3-1.3b3
Release-Changed-By: coar
Release-Changed-When: Sun Dec  7 15:00:16 PST 1997

From: Dean Gaudet <dgaudet@arctic.org>
To: apbugs@apache.org
Cc:  Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
Date: Sun, 7 Dec 1997 19:09:37 -0800 (PST)

 ---------- Forwarded message ----------
 From: "Jason S. Clary" <jclary@earthling.net>
 To: Dean Gaudet <dgaudet@arctic.org>
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 Date: Sun, 7 Dec 1997 17:13:45 -0600
 X-Priority: 3
 X-MSMail-Priority: Normal
 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
 
 yea.. sorry, must have mistyped the version...
 
 Ok, the system isn't mine, I was just porting apache_ssl and mod_auth_msql
 and adding a few other features for the admin of the server my vhost site
 runs on.  The speed boost between 1.2.4 and 1.3b3 is absolutely incredible..
 Thanks guys ;)  I'll see if I can trace it and maybe figure out where the
 problem is.  I'm not at all familiar with redhat 5, unfortunately.. I have
 always run slackware on my own servers.  Maybe I'll be able to get it up and
 running with redhat..
 
 -----Original Message-----
 From: Dean Gaudet <dgaudet@arctic.org>
 To: Jason Clary <jclary@linuxbox.com>
 Cc: apbugs@hyperreal.org <apbugs@hyperreal.org>
 Date: Sunday, December 07, 1997 12:28 PM
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 
 
 >I think you mean version 1.3b3 not 1.2b3, right?
 >
 >You won't get a coredump because of a security protection feature which
 >prevents programs that ever ran as root from dumping core.  You can patch
 >your kernel with
 ><ftp://ftp.angmar.org/pub/patches/kernel/kernel-2.0.30-setuid_coredump.diff
 >
 >(it probably patches against 2.0.32, I haven't tried yet).  Or you can try
 >running it using
 ><http://www.arctic.org/~dgaudet/patches/apache-1.3-listenwrap.patch>.
 >
 >arctic is running 1.3b3 on a 2.0.32 system, but not with glibc like redhat
 >5, and I'm not getting coredumps on /~login as you can see.  So if you can
 >compile the server with -g, and run it on a different port as a non-root
 >user and get a coredump... and get us a stack trace that would be
 >excellent.
 >
 >Dean
 >
 >
 
 
 
 ---------- Forwarded message ----------
 From: "Jason S. Clary" <jclary@earthling.net>
 To: Dean Gaudet <dgaudet@arctic.org>
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 Date: Sun, 7 Dec 1997 17:15:45 -0600
 X-Priority: 3
 X-MSMail-Priority: Normal
 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
 
 oh.. just so you know.. this happens without the patches I was working on...
 In case that thought crossed yer mind when I mentioned I was porting that
 stuff. ;)
 
 -----Original Message-----
 From: Dean Gaudet <dgaudet@arctic.org>
 To: Jason Clary <jclary@linuxbox.com>
 Cc: apbugs@hyperreal.org <apbugs@hyperreal.org>
 Date: Sunday, December 07, 1997 12:28 PM
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 
 
 >I think you mean version 1.3b3 not 1.2b3, right?
 >
 >You won't get a coredump because of a security protection feature which
 >prevents programs that ever ran as root from dumping core.  You can patch
 >your kernel with
 ><ftp://ftp.angmar.org/pub/patches/kernel/kernel-2.0.30-setuid_coredump.diff
 >
 >(it probably patches against 2.0.32, I haven't tried yet).  Or you can try
 >running it using
 ><http://www.arctic.org/~dgaudet/patches/apache-1.3-listenwrap.patch>.
 >
 >arctic is running 1.3b3 on a 2.0.32 system, but not with glibc like redhat
 >5, and I'm not getting coredumps on /~login as you can see.  So if you can
 >compile the server with -g, and run it on a different port as a non-root
 >user and get a coredump... and get us a stack trace that would be
 >excellent.
 >
 >Dean
 >
 >
 
 
 
 ---------- Forwarded message ----------
 From: "Jason S. Clary" <jclary@earthling.net>
 To: Dean Gaudet <dgaudet@arctic.org>
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 Date: Sun, 7 Dec 1997 17:29:56 -0600
 X-Priority: 3
 X-MSMail-Priority: Normal
 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
 
 now then.. this is odd.. running it as myself on 8080..
 
 I don't seem to be getting any logging of the sigsegv..  I'm getting logs..
 thats not a problem (all the conf and log dirs I'm running out of are owned
 by me as well)...
 
 but still.. I get an empty document for /~jclary/ and an unrecognized
 response for /~jclary  but /~jclary/index.html works...
 
 I'll leave it up and give you a chance to look.. its on
 http://www.linuxbox.com:8080/
 
 -----Original Message-----
 From: Dean Gaudet <dgaudet@arctic.org>
 To: Jason Clary <jclary@linuxbox.com>
 Cc: apbugs@hyperreal.org <apbugs@hyperreal.org>
 Date: Sunday, December 07, 1997 12:28 PM
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 
 
 >I think you mean version 1.3b3 not 1.2b3, right?
 >
 >You won't get a coredump because of a security protection feature which
 >prevents programs that ever ran as root from dumping core.  You can patch
 >your kernel with
 ><ftp://ftp.angmar.org/pub/patches/kernel/kernel-2.0.30-setuid_coredump.diff
 >
 >(it probably patches against 2.0.32, I haven't tried yet).  Or you can try
 >running it using
 ><http://www.arctic.org/~dgaudet/patches/apache-1.3-listenwrap.patch>.
 >
 >arctic is running 1.3b3 on a 2.0.32 system, but not with glibc like redhat
 >5, and I'm not getting coredumps on /~login as you can see.  So if you can
 >compile the server with -g, and run it on a different port as a non-root
 >user and get a coredump... and get us a stack trace that would be
 >excellent.
 >
 >Dean
 >
 >
 
 
 
 ---------- Forwarded message ----------
 From: "Jason S. Clary" <jclary@earthling.net>
 To: Dean Gaudet <dgaudet@arctic.org>
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 Date: Sun, 7 Dec 1997 17:32:18 -0600
 X-Priority: 3
 X-MSMail-Priority: Normal
 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
 
 one more thing.. WITH the trailing slash seems to intermittently not work..
 sometimes it does, sometimes it doesn't...
 
 -----Original Message-----
 From: Dean Gaudet <dgaudet@arctic.org>
 To: Jason Clary <jclary@linuxbox.com>
 Cc: apbugs@hyperreal.org <apbugs@hyperreal.org>
 Date: Sunday, December 07, 1997 12:28 PM
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 
 
 >I think you mean version 1.3b3 not 1.2b3, right?
 >
 >You won't get a coredump because of a security protection feature which
 >prevents programs that ever ran as root from dumping core.  You can patch
 >your kernel with
 ><ftp://ftp.angmar.org/pub/patches/kernel/kernel-2.0.30-setuid_coredump.diff
 >
 >(it probably patches against 2.0.32, I haven't tried yet).  Or you can try
 >running it using
 ><http://www.arctic.org/~dgaudet/patches/apache-1.3-listenwrap.patch>.
 >
 >arctic is running 1.3b3 on a 2.0.32 system, but not with glibc like redhat
 >5, and I'm not getting coredumps on /~login as you can see.  So if you can
 >compile the server with -g, and run it on a different port as a non-root
 >user and get a coredump... and get us a stack trace that would be
 >excellent.
 >
 >Dean
 >
 >
 
 
 
 ---------- Forwarded message ----------
 From: "Jason S. Clary" <jclary@linuxbox.com>
 To: Dean Gaudet <dgaudet@arctic.org>
 Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
 Date: Sun, 7 Dec 1997 17:57:12 -0600
 X-Priority: 3
 X-MSMail-Priority: Normal
 X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
 
 hey.. sorry about the bounced mail.. not sure with my other e-mail account..
 you can reach me here as jclary@linuxbox.com instead..
 
 or on icq as 1255485
 
 
 

From: Dean Gaudet <dgaudet@arctic.org>
To: "Jason S. Clary" <jclary@earthling.net>
Cc: apbugs@apache.org
Subject: Re: mod_userdir/1524: access of /~<login> crashes with sigsegv
Date: Sun, 7 Dec 1997 19:12:26 -0800 (PST)

   This message is in MIME format.  The first part should be readable text,
   while the remaining parts are likely unreadable without MIME-aware tools.
   Send mail to mime@docserver.cac.washington.edu for more info.
 
 ------=_NextPart_000_0016_01BD0335.BC7E8480
 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1
 Content-ID: <Pine.LNX.3.95dg3.971207190945.31571D@twinlark.arctic.org>
 
 I can't really diagnose anything by visiting that url though... If you're
 familiar with gdb I think you're going to have to attach to it and walk
 through things in mod_userdir to find out what is up.
 
 My guess is that there is a problem with the getpwnam() call.  glibc
 changes the struct passwd used for that call so all old libc5 compiled
 code needs to be recompiled with glibc.  Is there a chance that you
 compiled with the wrong header?  Or that you've got a libc5 .o file lying
 around?
 
 Dean
 
 ------=_NextPart_000_0016_01BD0335.BC7E8480--
State-Changed-From-To: feedback-closed
State-Changed-By: dgaudet
State-Changed-When: Fri Feb 27 02:12:54 PST 1998
State-Changed-Why:
[This is a standard response.]
No response from submitter, assuming issue has been resolved.
>Unformatted:
[In order for any reply to be added to the PR database, ]
[you need to include <apbugs@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]