RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
> "DM" == Doug MacEachern <[EMAIL PROTECTED]> writes: DM> On Mon, 3 Apr 2000, Vivek Khera wrote: >> What if someone sets PerlFreshRestart No and has DSO enabled? Then >> they don't get what they think they do. DM> right, the docs should be updated to reflect that. Why not disable this command similarly to how the SSI command is disabled when we go DSO?
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
On Mon, 3 Apr 2000, Vivek Khera wrote: > What if someone sets PerlFreshRestart No and has DSO enabled? Then > they don't get what they think they do. right, the docs should be updated to reflect that.
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
> "DM" == Doug MacEachern <[EMAIL PROTECTED]> writes: >> If so, then it should be an error or warning to specify it when using DSO. DM> well, it's still a FreshRestart, just fresher than static-modperl :) What if someone sets PerlFreshRestart No and has DSO enabled? Then they don't get what they think they do. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 PGP & MIME spoken herehttp://www.kciLink.com/home/khera/
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
On Fri, 31 Mar 2000, Vivek Khera wrote: > > "DM" == Doug MacEachern <[EMAIL PROTECTED]> writes: > > DM> mod_perl dso will do a full tear-down (perl_destruct()), regardless of > DM> PerlFreshRestart (which still behaves the same old way) > > Implying that PerlFreshRestart is ignored when mod_perl is DSO. > Correct? right. > If so, then it should be an error or warning to specify it when using DSO. well, it's still a FreshRestart, just fresher than static-modperl :)
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
> "DM" == Doug MacEachern <[EMAIL PROTECTED]> writes: DM> mod_perl dso will do a full tear-down (perl_destruct()), regardless of DM> PerlFreshRestart (which still behaves the same old way) Implying that PerlFreshRestart is ignored when mod_perl is DSO. Correct? If so, then it should be an error or warning to specify it when using DSO.
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
On Fri, 31 Mar 2000, Vivek Khera wrote: > > "GY" == Geoffrey Young <[EMAIL PROTECTED]> writes: > > GY> PerlFreshRestart causes a great many problems, most for indeterminate > GY> reasons, but its behavior is at least documented > > I'm curious, now with the new code in 1.22 that dl_unloads all of the > perl XS modules and with the perl shared object also being unloaded, > doesn't PerlFreshStart cause a whole new perl interpreter to be > instantiated? I haven't investigated this but it seems to make > sense. Has anyone looked into this? mod_perl dso will do a full tear-down (perl_destruct()), regardless of PerlFreshRestart (which still behaves the same old way)
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
> "GY" == Geoffrey Young <[EMAIL PROTECTED]> writes: GY> there's an old thread that discusses the code/behavior of PerlFreshRestart GY> (at least in 1.21): GY> http://forum.swarthmore.edu/epigone/modperl/peepranbling Right; that's an old thread. The behavior of the DSO modules has changed since 1.21. My question is regarding the new behavior of how DSO modules get totally unloaded and reloaded now. Or do they? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 PGP & MIME spoken herehttp://www.kciLink.com/home/khera/
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
there's an old thread that discusses the code/behavior of PerlFreshRestart (at least in 1.21): http://forum.swarthmore.edu/epigone/modperl/peepranbling in particular that post from Doug near the bottom might help answer whether a new interpreter is instantiated (I think he is saying no here, but I'm not sure :) I dunno about 1.22 either... HTH --Geoff > -Original Message- > From: Vivek Khera [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 31, 2000 10:37 AM > To: Mod Perl List > Subject: RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / > mod_perl 1.22 / perl 5.005_03 / IE 5 > > > >>>>> "GY" == Geoffrey Young <[EMAIL PROTECTED]> writes: > > GY> PerlFreshRestart causes a great many problems, most for > indeterminate > GY> reasons, but its behavior is at least documented > > I'm curious, now with the new code in 1.22 that dl_unloads all of the > perl XS modules and with the perl shared object also being unloaded, > doesn't PerlFreshStart cause a whole new perl interpreter to be > instantiated? I haven't investigated this but it seems to make > sense. Has anyone looked into this? > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Vivek Khera, Ph.D.Khera Communications, Inc. > Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 > PGP & MIME spoken herehttp://www.kciLink.com/home/khera/ >
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
> "GY" == Geoffrey Young <[EMAIL PROTECTED]> writes: GY> PerlFreshRestart causes a great many problems, most for indeterminate GY> reasons, but its behavior is at least documented I'm curious, now with the new code in 1.22 that dl_unloads all of the perl XS modules and with the perl shared object also being unloaded, doesn't PerlFreshStart cause a whole new perl interpreter to be instantiated? I haven't investigated this but it seems to make sense. Has anyone looked into this? -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-301-545-6996 PGP & MIME spoken herehttp://www.kciLink.com/home/khera/
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
PerlFreshRestart causes a great many problems, most for
indeterminate reasons, but its behavior is at least
documented
see http://perl.apache.org/guide/troubleshooting.html#Evil_things_might_happen_when_us
--Geoff
-Original Message-From: Robert Jenks
[mailto:[EMAIL PROTECTED]]Sent: Thursday, March 30, 2000 2:13
PMTo: 'Geoffrey Young'Subject: RE: Segmentation Fault:
RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE
5
I
removed PerlFreshRestart and it seems to be working fine now.
Fortunately I don't need this option, so this won't be a problem, however it
is curious that it was causing segfaults.
Thanks for the help...
-Robert
-Original Message-From: Geoffrey Young
[mailto:[EMAIL PROTECTED]]Sent: Thursday, March 30, 2000 11:46
AMTo: 'Robert Jenks'; modperl (E-mail)Subject: RE:
Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl
5.005_03 / IE 5
I'm not really the expert in this, but you might
want to try removing PerlFreshRestart and Apache::StatINC from your config
and see if that helps...
HTH
--Geoff
-Original Message-From: Robert Jenks
[mailto:[EMAIL PROTECTED]]Sent: Thursday, March 30, 2000
11:03 AMTo: modperl (E-mail)Subject: Segmentation
Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE
5
I'm having a very strange problem. I'm
running a very large application under apache/mod_perl (100+ modules;
httpd children grow to 40+MB). The application uses Apache::DBI
(DBD::Oracle) & CGI.pm, so I have it running as a handler and
everything works fine except... :)
If the first request to httpd comes from IE5 to
the web root, the child httpd process will segfault. However from
any other client I've tried ( Netscape Comm. and "telnet 0 80 GET /" it
works fine and doesn't segfault. Even stranger, if I point IE5 at
"/perl-status?inc", and then at "/" it doesn't segfault (from that point
forward it doesn't segfault; even if it hits a new child
httpd).
I haven't been able to isolate the problem
because I haven't been able to get apache to give me a core file.
I've tried the "ulimit -c unlimited" without success. Any hints,
RwhatFM, etc
My build script is attached. (which includes
building mod_ssl, but this even happened before I added mod_ssl)
Thanks in advance... -- Robert
Jenks
-httpd.conf
ServerType standalone ServerRoot "/Suite/apache" PidFile /Suite/apache/logs/httpd.pid ScoreBoardFile /Suite/apache/logs/httpd.scoreboard ResourceConfig /dev/null AccessConfig /dev/null Timeout
300 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 MinSpareServers 1 MaxSpareServers 3 StartServers
3 MaxClients 3 MaxRequestsPerChild 0 ExtendedStatus on Port 80
User nobody Group nobody ServerAdmin
[EMAIL PROTECTED] ServerName
server.mydomain.com DocumentRoot
/Suite/AppSites/practice Options
FollowSymLinks
AllowOverride None Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all
AccessFileName .htaccess Order allow,deny Deny from all
UseCanonicalName On
TypesConfig
/Suite/apache/conf/mime.types
DefaultType text/plain
MIMEMagicFile
/Suite/apache/conf/magic
HostnameLookups Off
ErrorLog /Suite/apache/logs/error_log
LogLevel warn
LogFormat "%h %l %u %t \"%r\" %>s %b
\"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %b" common LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
CustomLog /Suite/apache/logs/access_log
common CustomLog
/Suite/apache/logs/referer_log referer CustomLog /Suite/apache/logs/agent_log agent
ServerSignature Off
BrowserMatch "Mozilla/2"
nokeepalive
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0
force-response-1.0
BrowserMatch "RealPlayer 4\.0" force-response-1.0 BrowserMatch "Java/1\.0"
force-response-1.0
BrowserMatch "JDK/1\.0" force-response-1.0
PerlInitHandler Apache::StatINC
PerlSetEnv ORACLE_HOME
/u01/app/oracle/product/8.1.5 PerlRequire conf/startup.pl PerlFreshResta
RE: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
Title: Segmentation Fault: RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE 5
I'm not really the expert in this, but you might want
to try removing PerlFreshRestart and Apache::StatINC from your config and see if
that helps...
HTH
--Geoff
-Original Message-From: Robert Jenks
[mailto:[EMAIL PROTECTED]]Sent: Thursday, March 30, 2000
11:03 AMTo: modperl (E-mail)Subject: Segmentation Fault:
RedHat 6.[01] / Apache 1.3.12 / mod_perl 1.22 / perl 5.005_03 / IE
5
I'm having a very strange problem. I'm
running a very large application under apache/mod_perl (100+ modules; httpd
children grow to 40+MB). The application uses Apache::DBI (DBD::Oracle)
& CGI.pm, so I have it running as a handler and everything works fine
except... :)
If the first request to httpd comes from IE5 to the
web root, the child httpd process will segfault. However from any other
client I've tried ( Netscape Comm. and "telnet 0 80 GET /" it works fine and
doesn't segfault. Even stranger, if I point IE5 at "/perl-status?inc",
and then at "/" it doesn't segfault (from that point forward it doesn't
segfault; even if it hits a new child httpd).
I haven't been able to isolate the problem because
I haven't been able to get apache to give me a core file. I've tried the
"ulimit -c unlimited" without success. Any hints, RwhatFM,
etc
My build script is attached. (which includes
building mod_ssl, but this even happened before I added mod_ssl)
Thanks in advance... -- Robert Jenks
-httpd.conf ServerType standalone ServerRoot "/Suite/apache" PidFile
/Suite/apache/logs/httpd.pid ScoreBoardFile
/Suite/apache/logs/httpd.scoreboard ResourceConfig /dev/null AccessConfig /dev/null Timeout
300 KeepAlive On MaxKeepAliveRequests 100 KeepAliveTimeout 15 MinSpareServers
1 MaxSpareServers 3 StartServers 3 MaxClients
3 MaxRequestsPerChild 0 ExtendedStatus on Port
80 User nobody Group nobody ServerAdmin
[EMAIL PROTECTED] ServerName
server.mydomain.com DocumentRoot
/Suite/AppSites/practice Options
FollowSymLinks
AllowOverride None Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
Allow from all
AccessFileName .htaccess Order allow,deny Deny from all
UseCanonicalName On
TypesConfig
/Suite/apache/conf/mime.types
DefaultType text/plain
MIMEMagicFile
/Suite/apache/conf/magic
HostnameLookups Off
ErrorLog /Suite/apache/logs/error_log
LogLevel warn
LogFormat "%h %l %u %t \"%r\" %>s %b
\"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %b" common LogFormat "%{Referer}i -> %U" referer LogFormat "%{User-agent}i" agent
CustomLog /Suite/apache/logs/access_log
common CustomLog
/Suite/apache/logs/referer_log referer CustomLog /Suite/apache/logs/agent_log agent
ServerSignature Off
BrowserMatch "Mozilla/2"
nokeepalive BrowserMatch
"MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0 BrowserMatch "RealPlayer 4\.0"
force-response-1.0
BrowserMatch "Java/1\.0" force-response-1.0 BrowserMatch "JDK/1\.0" force-response-1.0
PerlInitHandler Apache::StatINC PerlSetEnv ORACLE_HOME /u01/app/oracle/product/8.1.5
PerlRequire conf/startup.pl PerlFreshRestart On
SetHandler perl-script
PerlHandler Apache::Suite::Practice
Options
+ExecCGI
SetHandler default-handler SetHandler default-handler SetHandler default-handler SetHandler server-status SetHandler perl-script
PerlHandler Apache::Status -httpd.conf
<>
