Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Szekeres, Edward]

Hello,

 

I am attempting to get a clean up-to-date install Apache with static
linked mod_perl (using  current stable releases for Apache (2.2.17) and
mod_perl (2.0.5) from .tar.gz files download from respective
repositories) but am at a frustrating dead end.  I am looking for any
suggestions as I have an immediate need for this.

 

Here are the steps I have taken (multiple times):

1)  configured a new RHEL 5 32 bit virtual machine with 2 CPUs and
4G RAM using "software development" template and no additional software
(no httpd), default PERL install of 5.8.8...

2)  all RHEL updates as of 4/17 applied

3)  download source for PERL 5.12.3, and installed

a.   # ./Configure -des -Uusethreads

b.  make, make test, make install  (no errors)

4)  installed from CPAN  "Bundle::Apache2" (tried both with and
without this step, # /usr/local/bin/perl5.12.3 -MCPAN -e "install
Bundle::Apache2")

5)  though was using the official  .tar.gz distribution of Apache, I
did run ./buildconf in the Apache source directory for consistency (no
errors)

6)  executed the mod_perl config in the mod_perl source directory: 
 # /usr/local/bin/perl5.12.3 Makefile.PL MP_USE_STATIC=1
MP_AP_PREFIX=/root/httpd-2.2.17  MP_AP_CONFIGURE="-with-mpm=prefork"

 

and this is always the result at the end, what is interesting is that in
all the previous config steps, there don't seem to be any issues in
finding and working with apr related stuff

 

Configuring Apache/2.2.17 mod_perl/2.0.5 Perl/v5.12.3

Checking if your kit is complete...

Looks good

Use of uninitialized value $v in substitution (s///) at
lib/Apache2/Build.pm line 1330.

[  error] Can't find apr include/ directory,

[  error] use MP_APR_CONFIG=/path/to/apr-config

(END) 

 

Thinking there was maybe a conflict with RHEL apr I did try running #
yum remove apr* to remove RHEL related packages

 

repeated the whole process same resultsame results with Perl 5.8.8

 

I really can't believe that virgin stable release TARs on a pretty much
standard RHEL 5 installs would be this difficult to get to work.  

 

Any help would be greatly appreciated

 

 

 

 

 

Edward S. Szekeres, Jr., Ph.D. | Director of Bioinformatics

PerkinElmer DNA Sequencing and Analysis Services
PerkinElmer | For the Better


edward.szeke...@perkinelmer.com
 

Phone:  +1 203.433.3237   |   Fax:  +1 203.481.0433   |   Mobile:   +1
203.738.9524

29 Business Park Drive, Branford, CT 06405 USA 

www.perkinelmer.com  

 

Please consider the environment before printing this e-mail.

This e-mail message and any attachments are confidential and proprietary
to PerkinElmer, Inc.  If you are not the intended recipient of this
message, please inform the sender by replying to this email or sending a
message to the sender and destroy the message and any attachments.
Thank you.

 

 

 

Re: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Fred Moyer]

On Mon, Apr 18, 2011 at 8:30 AM, Szekeres, Edward
 wrote:
> Hello,
>
> I am attempting to get a clean up-to-date install Apache with static linked
> mod_perl (using  current stable releases for Apache (2.2.17)

I didn't see the arguments you used to compile apache in here.  But
would suggest using --with-included-apr as a build option.

A couple other questions:

1) Do you specifically need threads?  If not, it is generally advised
to compile Perl without them.

2) Do you need mod_perl2 statically compiled?  Most users choose to
compile it as a shared object, which is widely tested.



> and mod_perl
> (2.0.5) from .tar.gz files download from respective repositories) but am at
> a frustrating dead end.  I am looking for any suggestions as I have an
> immediate need for this.
>
>
>
> Here are the steps I have taken (multiple times):
>
> 1)  configured a new RHEL 5 32 bit virtual machine with 2 CPUs and 4G
> RAM using “software development” template and no additional software (no
> httpd), default PERL install of 5.8.8…
>
> 2)  all RHEL updates as of 4/17 applied
>
> 3)  download source for PERL 5.12.3, and installed
>
> a.   # ./Configure –des –Uusethreads
>
> b.  make, make test, make install  (no errors)
>
> 4)  installed from CPAN  “Bundle::Apache2” (tried both with and without
> this step, # /usr/local/bin/perl5.12.3 -MCPAN -e "install Bundle::Apache2")
>
> 5)  though was using the official  .tar.gz distribution of Apache, I did
> run ./buildconf in the Apache source directory for consistency (no errors)
>
> 6)  executed the mod_perl config in the mod_perl source directory:
>  # /usr/local/bin/perl5.12.3 Makefile.PL MP_USE_STATIC=1
> MP_AP_PREFIX=/root/httpd-2.2.17  MP_AP_CONFIGURE=”—with-mpm=prefork”
>
>
>
> and this is always the result at the end, what is interesting is that in all
> the previous config steps, there don’t seem to be any issues in finding and
> working with apr related stuff….
>
>
>
> Configuring Apache/2.2.17 mod_perl/2.0.5 Perl/v5.12.3
>
> Checking if your kit is complete...
>
> Looks good
>
> Use of uninitialized value $v in substitution (s///) at lib/Apache2/Build.pm
> line 1330.
>
> [  error] Can't find apr include/ directory,
>
> [  error] use MP_APR_CONFIG=/path/to/apr-config
>
> (END)
>
>
>
> Thinking there was maybe a conflict with RHEL apr I did try running #  yum
> remove apr* to remove RHEL related packages….
>
>
>
> repeated the whole process same result….same results with Perl 5.8.8
>
>
>
> I really can’t believe that virgin stable release TARs on a pretty much
> standard RHEL 5 installs would be this difficult to get to work.
>
>
>
> Any help would be greatly appreciated….
>
>
>
>
>
>
>
>
>
>
>
> Edward S. Szekeres, Jr., Ph.D. | Director of Bioinformatics
>
> PerkinElmer DNA Sequencing and Analysis Services
> PerkinElmer | For the
> Better
>
> edward.szeke...@perkinelmer.com
>
> Phone:  +1 203.433.3237   |   Fax:  +1 203.481.0433   |   Mobile:   +1
> 203.738.9524
>
> 29 Business Park Drive, Branford, CT 06405 USA
>
> www.perkinelmer.com
>
>
>
> Please consider the environment before printing this e-mail.
>
> This e-mail message and any attachments are confidential and proprietary to
> PerkinElmer, Inc.  If you are not the intended recipient of this message,
> please inform the sender by replying to this email or sending a message to
> the sender and destroy the message and any attachments.  Thank you.
>
>
>
>
>
>

RE: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Szekeres, Edward]

Thanks for your replyclarifications

1) Perl 5.12.3 was compiled without thread support as per the mod_perl 2.0 
installation directions

2) I have tried adding the "--with-included-apr" option without luck

2) As per the mod_perl documentation for static I am not pre-compiling Apache 
but was allowing the mod_perl 2.0 process to handle that

3) I  was trying to match a pre-existing configuration which was using Apache 
1.3 with  mod_perl 1.0 statically linked in.  While it would be preferred to 
keep the configuration the same, I am not sure it is mandatory.  

4) what is also interesting is if I repeat the mod_perl configuration command 
again, I do not get that "Can't find apr include/ directory" error, and the 
config proceeds fine, however the make just throws a bunch of errors which seem 
to be apr related...






Edward

-Original Message-
From: Fred Moyer [mailto:f...@redhotpenguin.com] 
Sent: Monday, April 18, 2011 12:33 PM
To: Szekeres, Edward
Cc: modperl@perl.apache.org
Subject: Re: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

On Mon, Apr 18, 2011 at 8:30 AM, Szekeres, Edward 
 wrote:
> Hello,
>
> I am attempting to get a clean up-to-date install Apache with static 
> linked mod_perl (using  current stable releases for Apache (2.2.17)

I didn't see the arguments you used to compile apache in here.  But would 
suggest using --with-included-apr as a build option.

A couple other questions:

1) Do you specifically need threads?  If not, it is generally advised to 
compile Perl without them.

2) Do you need mod_perl2 statically compiled?  Most users choose to compile it 
as a shared object, which is widely tested.



> and mod_perl
> (2.0.5) from .tar.gz files download from respective repositories) but 
> am at a frustrating dead end.  I am looking for any suggestions as I 
> have an immediate need for this.
>
>
>
> Here are the steps I have taken (multiple times):
>
> 1)  configured a new RHEL 5 32 bit virtual machine with 2 CPUs and 
> 4G RAM using "software development" template and no additional 
> software (no httpd), default PERL install of 5.8.8...
>
> 2)  all RHEL updates as of 4/17 applied
>
> 3)  download source for PERL 5.12.3, and installed
>
> a.   # ./Configure -des -Uusethreads
>
> b.  make, make test, make install  (no errors)
>
> 4)  installed from CPAN  "Bundle::Apache2" (tried both with and 
> without this step, # /usr/local/bin/perl5.12.3 -MCPAN -e "install 
> Bundle::Apache2")
>
> 5)  though was using the official  .tar.gz distribution of Apache, 
> I did run ./buildconf in the Apache source directory for consistency 
> (no errors)
>
> 6)  executed the mod_perl config in the mod_perl source directory:
>  # /usr/local/bin/perl5.12.3 Makefile.PL MP_USE_STATIC=1
> MP_AP_PREFIX=/root/httpd-2.2.17  MP_AP_CONFIGURE="-with-mpm=prefork"
>
>
>
> and this is always the result at the end, what is interesting is that 
> in all the previous config steps, there don't seem to be any issues in 
> finding and working with apr related stuff
>
>
>
> Configuring Apache/2.2.17 mod_perl/2.0.5 Perl/v5.12.3
>
> Checking if your kit is complete...
>
> Looks good
>
> Use of uninitialized value $v in substitution (s///) at 
> lib/Apache2/Build.pm line 1330.
>
> [  error] Can't find apr include/ directory,
>
> [  error] use MP_APR_CONFIG=/path/to/apr-config
>
> (END)
>
>
>
> Thinking there was maybe a conflict with RHEL apr I did try running #  
> yum remove apr* to remove RHEL related packages
>
>
>
> repeated the whole process same resultsame results with Perl 5.8.8
>
>
>
> I really can't believe that virgin stable release TARs on a pretty 
> much standard RHEL 5 installs would be this difficult to get to work.
>
>
>
> Any help would be greatly appreciated
>
>
>
>
>
>
>
>
>
>
>
> Edward S. Szekeres, Jr., Ph.D. | Director of Bioinformatics
>
> PerkinElmer DNA Sequencing and Analysis Services PerkinElmer | For the 
> Better
>
> edward.szeke...@perkinelmer.com
>
> Phone:  +1 203.433.3237   |   Fax:  +1 203.481.0433   |   Mobile:   +1
> 203.738.9524
>
> 29 Business Park Drive, Branford, CT 06405 USA
>
> www.perkinelmer.com
>
>
>
> Please consider the environment before printing this e-mail.
>
> This e-mail message and any attachments are confidential and 
> proprietary to PerkinElmer, Inc.  If you are not the intended 
> recipient of this message, please inform the sender by replying to 
> this email or sending a message to the sender and destroy the message and any 
> attachments.  Thank you.
>
>
>
>
>
>

Re: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Fred Moyer]

On Mon, Apr 18, 2011 at 9:46 AM, Szekeres, Edward
 wrote:
> Thanks for your replyclarifications

For what it is worth, I'd suggest building mp2 as a shared object;
this approach is very well tested.  You may be able to build as a
static module, but that can take some additional effort, and that
build option is not as widely tested.

Building as a dso is simple - 'perl Makefile.PL
MP_APXS=/usr/local/bin/apxs', or just 'perl Makefile.PL' if your apxs
is in $ENV{PATH}.  This requires that you build Apache outside the
mod_perl build, but for that I usually './configure --enable-so
--with-included-apr --prefix=/path/to/my/apache'.

>
> 1) Perl 5.12.3 was compiled without thread support as per the mod_perl 2.0 
> installation directions
>
> 2) I have tried adding the "--with-included-apr" option without luck
>
> 2) As per the mod_perl documentation for static I am not pre-compiling Apache 
> but was allowing the mod_perl 2.0 process to handle that
>
> 3) I  was trying to match a pre-existing configuration which was using Apache 
> 1.3 with  mod_perl 1.0 statically linked in.  While it would be preferred to 
> keep the configuration the same, I am not sure it is mandatory.
>
> 4) what is also interesting is if I repeat the mod_perl configuration command 
> again, I do not get that "Can't find apr include/ directory" error, and the 
> config proceeds fine, however the make just throws a bunch of errors which 
> seem to be apr related...
>
>
>
>
>
>
> Edward
>
> -Original Message-
> From: Fred Moyer [mailto:f...@redhotpenguin.com]
> Sent: Monday, April 18, 2011 12:33 PM
> To: Szekeres, Edward
> Cc: modperl@perl.apache.org
> Subject: Re: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]
>
> On Mon, Apr 18, 2011 at 8:30 AM, Szekeres, Edward 
>  wrote:
>> Hello,
>>
>> I am attempting to get a clean up-to-date install Apache with static
>> linked mod_perl (using  current stable releases for Apache (2.2.17)
>
> I didn't see the arguments you used to compile apache in here.  But would 
> suggest using --with-included-apr as a build option.
>
> A couple other questions:
>
> 1) Do you specifically need threads?  If not, it is generally advised to 
> compile Perl without them.
>
> 2) Do you need mod_perl2 statically compiled?  Most users choose to compile 
> it as a shared object, which is widely tested.
>
>
>
>> and mod_perl
>> (2.0.5) from .tar.gz files download from respective repositories) but
>> am at a frustrating dead end.  I am looking for any suggestions as I
>> have an immediate need for this.
>>
>>
>>
>> Here are the steps I have taken (multiple times):
>>
>> 1)  configured a new RHEL 5 32 bit virtual machine with 2 CPUs and
>> 4G RAM using "software development" template and no additional
>> software (no httpd), default PERL install of 5.8.8...
>>
>> 2)  all RHEL updates as of 4/17 applied
>>
>> 3)  download source for PERL 5.12.3, and installed
>>
>> a.   # ./Configure -des -Uusethreads
>>
>> b.  make, make test, make install  (no errors)
>>
>> 4)  installed from CPAN  "Bundle::Apache2" (tried both with and
>> without this step, # /usr/local/bin/perl5.12.3 -MCPAN -e "install
>> Bundle::Apache2")
>>
>> 5)  though was using the official  .tar.gz distribution of Apache,
>> I did run ./buildconf in the Apache source directory for consistency
>> (no errors)
>>
>> 6)  executed the mod_perl config in the mod_perl source directory:
>>  # /usr/local/bin/perl5.12.3 Makefile.PL MP_USE_STATIC=1
>> MP_AP_PREFIX=/root/httpd-2.2.17  MP_AP_CONFIGURE="-with-mpm=prefork"
>>
>>
>>
>> and this is always the result at the end, what is interesting is that
>> in all the previous config steps, there don't seem to be any issues in
>> finding and working with apr related stuff
>>
>>
>>
>> Configuring Apache/2.2.17 mod_perl/2.0.5 Perl/v5.12.3
>>
>> Checking if your kit is complete...
>>
>> Looks good
>>
>> Use of uninitialized value $v in substitution (s///) at
>> lib/Apache2/Build.pm line 1330.
>>
>> [  error] Can't find apr include/ directory,
>>
>> [  error] use MP_APR_CONFIG=/path/to/apr-config
>>
>> (END)
>>
>>
>>
>> Thinking there was maybe a conflict with RHEL apr I did try running #
>> yum remove apr* to remove RHEL related packages
>>
>>
>>
>> repeated the whole process same resultsame results with Perl 5.8.8
>>
>>
>>
>> I really can't believe that virgin stable release TARs on a pretty
>> much standard RHEL 5 installs would be this difficult to get to work.
>>
>>
>>
>> Any help would be greatly appreciated
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Edward S. Szekeres, Jr., Ph.D. | Director of Bioinformatics
>>
>> PerkinElmer DNA Sequencing and Analysis Services PerkinElmer | For the
>> Better
>>
>> edward.szeke...@perkinelmer.com
>>
>> Phone:  +1 203.433.3237   |   Fax:  +1 203.481.0433   |   Mobile:   +1
>> 203.738.9524
>>
>> 29 Business Park Drive, Branford, CT 06405 USA
>>
>> www.perkinelmer.com
>>
>>
>>
>> Please consider the environment before printing this e-

FW: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Szekeres, Edward]

FYI

Wanted to let you know I accidently stumbled on a something that worked,  I had 
noticed that if I ran the mod_perl config twice, the second time it ran it 
would not show that apr directory-not-found error, however the make would fail 
with some APR related errors,  however,  if I added the "--with-included-apr" 
option to the MP_AP_CONFIGURE option to the mod_perl config, then again ran the 
command twice, the first time it would fail with the directory not found error 
as before, the second time it ran through completely, *BUT* this time 'make' 
ran without a problem and the rest of the process ran error free.  I then 
checked with 'httpd -l' and mod_perl.c was listed in the built in module list.  
I am trying to test the now running web service to see if everything functions.

Not quite sure what that all meantbut it seems I now have a static  linked 
version

> -Original Message-
> From: Fred Moyer [mailto:f...@redhotpenguin.com]
> Sent: Monday, April 18, 2011 2:44 PM
> To: Szekeres, Edward
> Cc: modperl@perl.apache.org
> Subject: Re: Installation help [mod_perl 2.0.5/apache 
> 2.2.17/perl-5.12.3]
>
> On Mon, Apr 18, 2011 at 9:46 AM, Szekeres, Edward 
>  wrote:
>> Thanks for your replyclarifications
>
> For what it is worth, I'd suggest building mp2 as a shared object; this 
> approach is very well tested.  You may be able to build as a static module, 
> but that can take some additional effort, and that build option is not as 
> widely tested.
>
> Building as a dso is simple - 'perl Makefile.PL MP_APXS=/usr/local/bin/apxs', 
> or just 'perl Makefile.PL' if your apxs is in $ENV{PATH}.  This requires that 
> you build Apache outside the mod_perl build, but for that I usually 
> './configure --enable-so --with-included-apr --prefix=/path/to/my/apache'.
>
>>
>> 1) Perl 5.12.3 was compiled without thread support as per the 
>> mod_perl
>> 2.0 installation directions
>>
>> 2) I have tried adding the "--with-included-apr" option without luck
>>
>> 2) As per the mod_perl documentation for static I am not 
>> pre-compiling Apache but was allowing the mod_perl 2.0 process to 
>> handle that
>>
>> 3) I  was trying to match a pre-existing configuration which was using 
>> Apache 1.3 with  mod_perl 1.0 statically linked in.  While it would be 
>> preferred to keep the configuration the same, I am not sure it is mandatory.
>>
>> 4) what is also interesting is if I repeat the mod_perl configuration 
>> command again, I do not get that "Can't find apr include/ directory" error, 
>> and the config proceeds fine, however the make just throws a bunch of errors 
>> which seem to be apr related...

RE: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Szekeres, Edward]

Moving an installation from Apache 1.3 to Apache 2.0.

I am trying to move an existing installation of a PERL code base (of
which I am not the original author) to Apache 2.0 to help address some
security concerns.  For the most part I have found Apache2 equivalents
for most of the modules but have the following which I cannot seem to
find compatible equivalents for. 

use Apache::AuthDBI
use Apache::Constants
use Apache::Registry

and a reference to 

use Apache;

Are there suggestions for replacements that would contain the same
functionality.  I have not at this point found all specific procedural
calls for these.


Edward

Re: Installation help [mod_perl 2.0.5/apache 2.2.17/perl-5.12.3]

[Fred Moyer]

On Mon, Apr 18, 2011 at 2:23 PM, Szekeres, Edward
 wrote:
> Moving an installation from Apache 1.3 to Apache 2.0.
>
> I am trying to move an existing installation of a PERL code base (of
> which I am not the original author) to Apache 2.0 to help address some
> security concerns.  For the most part I have found Apache2 equivalents
> for most of the modules but have the following which I cannot seem to
> find compatible equivalents for.
>
> use Apache::AuthDBI

Apache::DBI is mp2 friendly, so it should be a drop in replacement.

> use Apache::Constants

See http://perl.apache.org/docs/2.0/api/Apache2/Const.html

 use Apache2::Const -compile => qw(FORBIDDEN OK);


> use Apache::Registry

http://perl.apache.org/docs/2.0/api/index.html

Take a look at ModPerl::Registry.


> and a reference to
>
> use Apache;

Here's a good link to read through for general migration:

http://perl.apache.org/docs/2.0/user/porting/compat.html



> Are there suggestions for replacements that would contain the same
> functionality.  I have not at this point found all specific procedural
> calls for these.
>
>
> Edward
>

Re: Apache2::SizeLimit and x64_86

[Fred Moyer]

On Mon, Apr 11, 2011 at 2:02 PM, E R  wrote:
> On Mon, Apr 11, 2011 at 3:43 AM, Dave Hodgkinson  wrote:
>> Are you using the A::S that's in the repo? It has fixes for calculating
>> sizes...
>
> Using RSS-SHARED instead of VSIZE-SHARED should fix the x86_64 issue I'm 
> seeing.
>
> But I've got some questions about Apache2::SizeLimit...
>
> 1. Are the docs accurate? The example in the POD says you can do this:
>
> require 'Apache2/SizeLimit.pm';
> ...
> my ($size, $shared) = $Apache2::SizeLimit->_check_size();
>
> But when I try this I get "Can't call method "_check_size" on an
> undefined value".
>
> Note -  I've been using:
>
> my ($size, $shared) = $Apache2::SizeLimit::HOW_BIG_IS_IT->();

Hmm, that doesn't look right.

...
> Do I need other stuff from the mod-perl dist for the RSS-SHARED patch?

Can you try the release candidate?  A couple of users were clamoring
for it but then they went quiet, so maybe it is working so well they
forgot to write back.

http://www.gossamer-threads.com/lists/modperl/dev/102778
http://people.apache.org/~phred/Apache-SizeLimit-0.96-rc1.tar.gz

> 2. I extracted version Apache::SizeLimit 0.96 out of the latest
> mod-perl snapshot (modperl-2.0_20110411151604.tar.gz) and used it with
> mod-perl 2.0.4. From the change log I was hoping that it would compute
> the program size as RSS - SHARED for linux systems, but it didn't seem
> to work.
>
> Do I need to upgrade to mod-perl 2.0.5 (or later) for this fix?

Possibly not, but highly recommended.  I would recommend going through
the mailing list thread in which Torsten details the recent changes to
Apache::SizeLimit.  The RC contains those changes.