Mod_perl problem?

I tried to install Request Tracker 2.0 on my Debian machine today: i
used only available DEB packages. After i configured the config.pm and
modified my apache configuration, i tried to restart the apache.
Nothing. The process was killed, but did not came back up.Nothing was
logged, also no error messages on console. After some hours of playing
with configuration i figured out that after removing “PerlRequire
/usr/…/webmux.pl” the apache worked again, but, of course, RT not.
Any ideas? I would like to track down the problem but i do not know how
i can do it.

regards,
–michael

home http://www.rus.at/
mail misk@rus.at

I tried to install Request Tracker 2.0 on my Debian machine today: i
used only available DEB packages. After i configured the config.pm and
modified my apache configuration, i tried to restart the apache.
Nothing. The process was killed, but did not came back up.Nothing was
logged, also no error messages on console. After some hours of playing
with configuration i figured out that after removing “PerlRequire
/usr/…/webmux.pl” the apache worked again, but, of course, RT not.
Any ideas? I would like to track down the problem but i do not know how
i can do it.

Does httpd -l show mod_perl.c, or are you loading the DSO? Also, you
might want to consider building the whole thing from source; that way
you can be assured that you have the required parts. If you go in this
direction, build a new Perl, a new Apache, and all new modules.

(darren)

Great minds discuss ideas.
Average minds discuss events.
Small minds discuss people.
– Admiral Hyman G. Rickover

a message of 30 lines which said:

Does httpd -l show mod_perl.c, or are you loading the DSO? Also, you
might want to consider building the whole thing from source; that way
you can be assured that you have the required parts. If you go in this
direction, build a new Perl, a new Apache, and all new modules.

Completely useless on Debian, RT works fine on several Debian machines
I manage with just the standard packages (except RT
itself). This is not RedHat.

a message of 30 lines which said:

Does httpd -l show mod_perl.c, or are you loading the DSO? Also, you
might want to consider building the whole thing from source; that way
you can be assured that you have the required parts. If you go in this
direction, build a new Perl, a new Apache, and all new modules.

Completely useless on Debian, RT works fine on several Debian machines
I manage with just the standard packages (except RT
itself). This is not RedHat.

No, very much not useless. He didn’t specify which version of Debian
was was using, and therefore which version of Perl, or Apache, or any of
the modules. Rather than get into a potential "upgrade your OS"
discussion, I opted to suggest a fresh build.

This is a good idea anyway. With a complex application such as RT, with
a lot of dependencies, it is almost always easiest (especially in the
short run) to set up a sandboxed copy of all the appropriate software,
to ensure that there are no unforeseen interactions.

(darren)

There is no expedient to which a man will not go to
avoid the real labour of thinking.

a message of 30 lines which said:

Does httpd -l show mod_perl.c, or are you loading the DSO? Also, you
might want to consider building the whole thing from source; that way
you can be assured that you have the required parts. If you go in this
direction, build a new Perl, a new Apache, and all new modules.

Completely useless on Debian, RT works fine on several Debian machines
I manage with just the standard packages (except RT
itself). This is not RedHat.

No, very much not useless. He didn’t specify which version of Debian
was was using, and therefore which version of Perl, or Apache, or any of
the modules. Rather than get into a potential "upgrade your OS"
discussion, I opted to suggest a fresh build.

I think the point is that if you have to build things on Debian,
you’re doing something very wrong. Assuming that by ‘build’ you mean
’compile from source’.

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

Stephane Bortzmeyer wrote:

Does httpd -l show mod_perl.c, or are you loading the DSO? Also, you
might want to consider building the whole thing from source; that way
you can be assured that you have the required parts. If you go in this
direction, build a new Perl, a new Apache, and all new modules.

Completely useless on Debian, RT works fine on several Debian machines
I manage with just the standard packages (except RT
itself). This is not RedHat.

i’m using apache modules (so DSO). and i am using debian, because i like
a stable system, building packages means often problems.

i tried different versions: testing, unstable, combinations of them.
same problem occured every time: apache did not start after adding a
line with webmux.pl. of course, it is possible to do a clean build from
sources (i mean rt now), but i would like to use a deb package instead.

so my question was: how can i track down (debug?) this problem?

best,
michael

i tried different versions: testing, unstable, combinations of them.
same problem occured every time: apache did not start after adding a
line with webmux.pl. of course, it is possible to do a clean build from
sources (i mean rt now), but i would like to use a deb package instead.

I’m running rt in several places, on several debian systems (mostly
testing/woody) with no problems. Do you have all the packages RT
needs? testdeps won’t catch everything, but there are rtfm entries about
debian.

I think I managed to do something like this awhile ago, but having a
bad httpd.conf. What does your’s look like? The relevent bits of mine
are:

ServerName rt2.commerceflow.com ServerAlias rt.commerceflow.com ServerAlias rt2 ServerAlias rt DocumentRoot /local/rt2/WebRT/html

PerlModule Apache::DBI
PerlFreshRestart On
PerlRequire /local/rt2/bin/webmux.pl
SetHandler perl-script
PerlHandler RT::Mason

seph

i finaly got it working, but only with fastcgi.

about your question: my apache config statemets look exactly like yours.

seph wrote:

I’m glad to hear you got it working, at least. Though you didn’t
answer whether or not you checked your package list against what’s in
rtfm. Specifically, I’m wondering about package libapache-dbi-perl.

seph

Michael Polivanov misk@g-zone.at writes:

Michael Polivanov misk@g-zone.at writes:

i tried different versions: testing, unstable, combinations of
them. same problem occured every time: apache did not start after
adding a line with webmux.pl.

AFAIK, the version of HTML::Mason which ships with Debian/unstable is
too new (see FAQ).

Florian Weimer Weimer@CERT.Uni-Stuttgart.DE
University of Stuttgart http://CERT.Uni-Stuttgart.DE/people/fw/
RUS-CERT fax +49-711-685-5898

seph wrote:

I’m glad to hear you got it working, at least. Though you didn’t
answer whether or not you checked your package list against what’s in
rtfm. Specifically, I’m wondering about package libapache-dbi-perl.

i searched in all mail archives, read the whole docu and tried to find a
solution through web - no success. maybe the mason lib is too new…

best,
michael