Hello,
I seem to have hit a little problem with RT, I have tried looking
through the mail archives, checking all the perl modules are installed
and still no avail.
I am attempting to install RT 2.0.11 on a FreeBSD box (4.4-RELEASE). I
have installed the perl 5.6 port and installed all the modules under
that perl install. make testdeps is reporting everything ok. (and it is
checking the correct perl).
I have a fresh copy of apache with mod perl (compiled off the perl 5.6)
and every time I load apache, I get:
./apachectl start
Segmentation fault - core dumped.
./apachectl start: httpd could not be started.
My apache config is nothing special, I defined RT as follows:
<VirtualHost 172.16.10.10:8080>
DocumentRoot /usr/local/site/rt2/WebRT/html
ServerName devel.au.enger.org
PerlModule Apache::DBI
PerlFreshRestart On
PerlRequire /usr/local/site/rt2/bin/webmux.pl
SetHandler perl-script
PerlHandler RT::Mason
Does anyone have any ideas what I could do to fix this?
is mod_perl a dso or static? If mod_perl is not static try recompiling it
as static. And make sure that the perl561 perl is the first perl in your
path, on my FBSD install /usr/bin comes before /usr/local/bin and the port
probably is in /usr/local/bin.
marc----- Original Message -----
From: “Matthew Enger” matthew@enger.org
To: rt-users@lists.fsck.com
Sent: Tuesday, February 26, 2002 8:10 AM
Subject: [rt-users] RT 2.0.11, FreeBSD and perl 5.6 port
Hello,
I seem to have hit a little problem with RT, I have tried looking
through the mail archives, checking all the perl modules are installed
and still no avail.
I am attempting to install RT 2.0.11 on a FreeBSD box (4.4-RELEASE). I
have installed the perl 5.6 port and installed all the modules under
that perl install. make testdeps is reporting everything ok. (and it is
checking the correct perl).
I have a fresh copy of apache with mod perl (compiled off the perl 5.6)
and every time I load apache, I get:
./apachectl start
Segmentation fault - core dumped.
./apachectl start: httpd could not be started.
My apache config is nothing special, I defined RT as follows:
<VirtualHost 172.16.10.10:8080>
DocumentRoot /usr/local/site/rt2/WebRT/html
ServerName devel.au.enger.org
PerlModule Apache::DBI
PerlFreshRestart On
PerlRequire /usr/local/site/rt2/bin/webmux.pl
SetHandler perl-script
PerlHandler RT::Mason
Does anyone have any ideas what I could do to fix this?
rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users
I am attempting to install RT 2.0.11 on a FreeBSD box (4.4-RELEASE). I
have installed the perl 5.6 port and installed all the modules under
that perl install. make testdeps is reporting everything ok. (and it is
checking the correct perl).
I have a fresh copy of apache with mod perl (compiled off the perl 5.6)
and every time I load apache, I get:
./apachectl start
Segmentation fault - core dumped.
./apachectl start: httpd could not be started.
You still have old 5.003 libraries somewhere. Find them, kill them, then
restart apache. This is especially the case if you upgraded to 5.6.1 as a
result of CPAN including it as a dependency for some of RT’s dependencies.
Does anyone have any ideas what I could do to fix this?
Took me an hour to reinstall the dependencies over a modem (home machine)
once the above had been done. FreeBSD comes default with 5.003, and
mod_perl just does not like the old libraries.
Bruce Campbell RIPE
Systems/Network Engineer NCC
www.ripe.net - PGP562C8B1B Operations
“ME” == Matthew Enger matthew@enger.org writes:
ME> I am attempting to install RT 2.0.11 on a FreeBSD box (4.4-RELEASE). I
ME> have installed the perl 5.6 port and installed all the modules under
ME> that perl install. make testdeps is reporting everything ok. (and it is
ME> checking the correct perl).
I have: FreeBSD 4.4-STABLE, Perl 5.6.1 from ports tree, mod_perl from CVS as
DSO module, apache+modssl from ports tree. RT 2.0.11 works
perfectly. I run it in its own instance of apache running on a
high-number port under SSL.
ME> I have a fresh copy of apache with mod perl (compiled off the perl 5.6)
ME> and every time I load apache, I get:
ME> # ./apachectl start
ME> Segmentation fault - core dumped.
ME> ./apachectl start: httpd could not be started.
My guess is that you still have some older perl modules in your perl
5.005_03 installation that have compiled components (*.so files) that
are loaded by perl on demand. The perl 5.6.1 install from the ports
tends to crash with these.
Here’s what I did:
find /usr/local/lib/perl5/site_perl/5.005/i386-freebsd -name ‘*.so’ -print
then for every thing like “auto/DBI/DBI.so” you see listed there, go
into CPAN (make sure it is running under 5.6.1) and type “force
install DBI”. This will ensure you have a proper .so for this module
for this version of Perl.
I configured CPAN to add “UNINST=1” to the make install step, so it
removes the 5.005_03 version of that file.
If this doesn’t fix it, go to the mod_perl sources and find the
troubleshooting guide. Follow the instructions there, and post to the
mod_perl mailing list.
Vivek Khera, Ph.D. Khera Communications, Inc.
Internet: khera@kciLink.com Rockville, MD +1-240-453-8497
AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
“MS” == Marc Spitzer mspitze1@optonline.net writes:
MS> is mod_perl a dso or static? If mod_perl is not static try recompiling it
MS> as static. And make sure that the perl561 perl is the first perl in your
MS> path, on my FBSD install /usr/bin comes before /usr/local/bin and the port
MS> probably is in /usr/local/bin.
mod_perl works just fine on freebsd 4.x as a DSO.
the perl 5.6.1 port has the option to replace /usr/bin/perl with the
5.6.1 version. i recommend doing that, too.
“MS” == Marc Spitzer mspitze1@optonline.net writes:
MS> is mod_perl a dso or static? If mod_perl is not static try
recompiling it
MS> as static. And make sure that the perl561 perl is the first perl in
your
MS> path, on my FBSD install /usr/bin comes before /usr/local/bin and the
port
MS> probably is in /usr/local/bin.
mod_perl works just fine on freebsd 4.x as a DSO.
the perl 5.6.1 port has the option to replace /usr/bin/perl with the
5.6.1 version. i recommend doing that, too.
If you do that you also need to set NOPERL to true, uncomment the line in
/etc/make.conf. If you do not have /etc/make.conf copy
/etc/defaults/make.conf to /etc/make.conf or it will be over written the
next time you buildworld.
marc
“MS” == Marc Spitzer mspitze1@optonline.net writes:
MS> If you do that you also need to set NOPERL to true, uncomment the line in
MS> /etc/make.conf. If you do not have /etc/make.conf copy
MS> /etc/defaults/make.conf to /etc/make.conf or it will be over written the
MS> next time you buildworld.
or, just run “use.perl port” after installworld. same effect, and you
get optimized SSL libs. if you turn off perl building, you lose
CPU-optimized SSL libs, assuming you tell it what your CPU is in the
first place.
I’m currently running a test machine with DEC600au and FreeBSD-4.5 Release
with Apache 1.3.22 and mod_perl as well as perl5.6.1 from the ports tree.
What I did is not recommended unless you don’t mind re-installing perl was
to nuke the entire 5.003 install that was on the machine. This provided me
with a clean slate … then went to the rt src dir and did a make testdeps
and make fixdeps … after all of this was done. I did the post installation
things as documented in the install file and off I was into RT land. I hope
this helps someone.
Kind Regards,
Ramon Crespo
Supra Telecom QAFrom: Bruce Campbell [mailto:bruce_campbell@ripe.net]
Sent: Tuesday, February 26, 2002 9:50 AM
To: Matthew Enger
Cc: rt-users@lists.fsck.com
Subject: Re: [rt-users] RT 2.0.11, FreeBSD and perl 5.6 port
I am attempting to install RT 2.0.11 on a FreeBSD box (4.4-RELEASE). I
have installed the perl 5.6 port and installed all the modules under
that perl install. make testdeps is reporting everything ok. (and it is
checking the correct perl).
I have a fresh copy of apache with mod perl (compiled off the perl 5.6)
and every time I load apache, I get:
./apachectl start
Segmentation fault - core dumped.
./apachectl start: httpd could not be started.
You still have old 5.003 libraries somewhere. Find them, kill them, then
restart apache. This is especially the case if you upgraded to 5.6.1 as a
result of CPAN including it as a dependency for some of RT’s dependencies.
Does anyone have any ideas what I could do to fix this?
Took me an hour to reinstall the dependencies over a modem (home machine)
once the above had been done. FreeBSD comes default with 5.003, and
mod_perl just does not like the old libraries.
Bruce Campbell RIPE
Systems/Network Engineer NCC
www.ripe.net - PGP562C8B1B Operations
rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users
“MS” == Marc Spitzer mspitze1@optonline.net writes:
MS> If you do that you also need to set NOPERL to true, uncomment the line
in
MS> /etc/make.conf. If you do not have /etc/make.conf copy
MS> /etc/defaults/make.conf to /etc/make.conf or it will be over written
the
MS> next time you buildworld.
or, just run “use.perl port” after installworld. same effect, and you
get optimized SSL libs. if you turn off perl building, you lose
CPU-optimized SSL libs, assuming you tell it what your CPU is in the
first place.
What is use.perl? I could not find it on my system. I do not have the 5.6.1
port on my system and that could have something to do with it.
marc
“MS” == Marc Spitzer mspitze1@optonline.net writes:
MS> What is use.perl? I could not find it on my system. I do not have
MS> the 5.6.1 port on my system and that could have something to do
MS> with it.
It is a utility that comes with the perl 5.6.1 port on freebsd to
switch between stock perl and new perl as the “default”.