Apache2::Upload Works in Test Environment But Not In Test Environment

[Jay Truesdale <mj...@gmail.com>]

I am having a strange problem with Apache2::Upload in a Mason mod_perl
environment. It works on a test box running Centos (2.6.9-42.0.2.EL)
but then crashes on a production box running RHEL (2.6.9-42.0.2.ELsmp)
as shown here:

System error
error:
Can't locate auto/APR/Request/Param/slurp.al in @INC (@INC contains:
/var/www/html/lib /usr/lib/perl5/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/5.8.5
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4
/usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2
/usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4
/usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.2
/usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl . /etc/httpd) at
/var/www/html/administrator/upload_broker_pic.html line 63


Using pmtools I have determined that I have the same versions of the
relevant modules installed on both machines. Using md5sum I have
verified that my code is the same on both machines. The results from
"perl -le 'print for @INC'" are the same on both machines.

Everything on both machines was installed from packages with these exceptions:

The installed version of mod_perl was too old so I removed it and
built mod_perl (2.0.2) from source on both machines. libapreq2-2.08
was also built from source.

As an experiment on the RHEL machine from within CPAN I did a 'force
install Apache2::Request' and a 'force install Apache2::Upload' but
this did not make any difference.

Perl Versions from the command 'perl -version'
On Centos, This is perl, v5.8.5 built for i386-linux-thread-multi
On RHEL, This is perl, v5.8.5 built for i386-linux-thread-multi

Module versions using pmdesc:

Centos: Apache2::Upload (2.08) & RHEL: Apache2::Upload (2.08)

Centos: Apache2::Request (2.08) & RHEL: Apache2::Request (2.08)


I am at a loss to explain this issue.
A google & mod_perl mailing list archive search did not turn up
anything like this for me.
Could the SMP kernel on the production machine be an issue?
Are there any other configuration issues that I can examine for clues?
Any suggestions as to how to track down and fix this problem?

Re: Apache2::Upload Works in Test Environment But Not In Test Environment

["Philip M. Gollucci" <pg...@p6m7g8.com>]

Jay Truesdale wrote:
> I am having a strange problem with Apache2::Upload in a Mason mod_perl
> environment. It works on a test box running Centos (2.6.9-42.0.2.EL)
> but then crashes on a production box running RHEL (2.6.9-42.0.2.ELsmp)
> as shown here:
As I tried to say yesterday, but had e-mail issues, My best guess is deinstall
then manually check for left overs and manuall clean.  Then install from source.

This is especially true if you had 2.03 -> 2.06 or so installed previously as IIRC some of
these functions moved while we were still in -dev.

-- 
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 323.219.4708
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Software Engineer - TicketMaster - http://ticketmaster.com
1024D/A79997FA F357 0FDD 2301 6296 690F  6A47 D55A 7172 A799 97F

When I call your name, Girl, it starts to flame
Burning in my heart, Tearing it all apart..
No matter how I try My love I cannot hide....