apache and mod_perl

[donna hofmeister]

(yet another mod_perl question!)

i have the latest version of apache installed (B.2.0.59.07.01) on my 11.11 system. i also have the 64-bit version of perl installed (D.5.8.8.D)

so...trying (and trying and trying...) to get mod_perl running and i think i know what the problem is but see no way around it.

if i do a strings on mod_perl.so -- i see that it was built using /opt/perl_32 -- which i don't have! (perl is installed under /opt/perl_64)

i made a link pointing perl_32 to perl_64 but, alas, i'm still having trouble because there is no lib/site_perl/5.8.8/PA-RISC1.1-thread-multi directory under perl_64 (rather it is: lib/site_perl/5.8.8/PA-RISC2.0-thread-multi-LP64)

is this as much of a show-stopper as i think??

[James R. Ferguson]

Hi Donna:

Try creating a symbolic link that points '/opt/perl' to /opt/perl_32'. The HP port of Perl 5.8.8 should have everything you need.

Regards!

...JRF...

[donna hofmeister]

/opt/perl points to perl_64.

lrwxr-xr-x 1 root sys 12 May 30 15:15 perl -> /opt/perl_64
lrwxrwxrwx 1 root sys 8 Sep 10 07:44 perl_32 -> perl_64/
dr-xr-xr-x 6 bin bin 2048 Sep 10 07:43 perl_64

[donna hofmeister]

i guess i should add some more to my story.

when i try to start apache with mod_perl enabled, i get the following:

Can't locate Cwd.pm in @INC (@INC contains:
/opt/perl_32/lib/5.8.8/PA-RISC1.1-thread-multi
/opt/perl_32/lib/5.8.8
/opt/perl_32/lib/site_perl/5.8.8/PA-RISC1.1-thread-multi
/opt/perl_32/lib/site_perl/5.8.8
/opt/perl_32/lib/site_perl
/opt/perl_32/lib/vendor_perl/5.8.8/PA-RISC1.1-thread-multi
/opt/perl_32/lib/vendor_perl/5.8.8 /opt/perl_32/lib/vendor_perl .
/opt/hpws/apache/
/opt/hpws/apache/lib/perl) at
/home/xxxx/TWiki/bin/setlib.cfg line 32.

note all the directory names.

so where is Cwd??

/opt/perl_64/lib/5.8.8/PA-RISC2.0-thread-multi-LP64/Cwd.pm

down the pa-risc2.0 path. that's why i think i've hit a show-stopper.

[James R. Ferguson]

Hi Donna:

Do:

# rm /opt/perl #...this should be only a link...

# ln -s /opt/perl_32 /opt/perl

> so where is Cwd??

This should exist as:

/opt/perl_64/lib/5.8.8/PA-RISC2.0-thread-multi-LP64/Cwd.pm
/opt/perl_32/lib/5.8.8/PA-RISC1.1-thread-multi/Cwd.pm

...but adjusting the symbolic links above should take you to the module without further issue.

Regards!

...JRF...

Regards!

...JRF...

[James R. Ferguson]

Hi (again) Donna:

> i made a link pointing perl_32 to perl_64

By the way, *undo* this and follow my instructions immediately above for creating the symbolic links.

Regards!

...JRF...

[donna hofmeister]

ok...

perl-->perl_32-->perl_64

lrwxrwxrwx 1 root sys 13 Sep 10 16:47 perl -> /opt/perl_32/
lrwxrwxrwx 1 root sys 13 Sep 10 16:46 perl_32 -> /opt/perl_64/
dr-xr-xr-x 6 bin bin 2048 Sep 10 16:46 perl_64

(remember, i have no real perl_32)

. stopped httpd
. started it with the httpd.conf file that has mod_perl enabled
. and it exited (never started) with the same can't find Cwd error as i showed before

i still think it's because /opt/perl_32/lib/5.8.8/PA-RISC1.1-thread-multi/Cwd.pm does *not* exist on my system.

thoughts?

[Heironimus]

I would say that not having a real perl_32 is your problem. perl_64 will be a 64-bit build, perl_32 will be a 32-bit build, and mod_perl will need a perl install that matches how it was built.

[James R. Ferguson]

Hi (again) Donna:

I agree with Heironimus. You need a 32-bit Perl. I suggest that you simply download and install from here (again):

http://h20392.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=PERL

If you like, you can choose to only install the 32-bit filesets.

Regards!

...JRF...

[Steve Cooper]

Unfortunately, if you select the 11.11 latest build, 5.8.9, after jumping through the hoops, you get a missing file page. So, that link is broken. We'll try the 5.8.8 version instead. Thanks for the help!

[James R. Ferguson]

Hi (again):

> if you select the 11.11 latest build, 5.8.9

I'd look to 5.8.8 since it is very stable and it is the release you are already running.

Regards!

...JRF...

[Steve Cooper]

Well, unless I'm doing something wrong, no luck there either. I downloaded the depot for 5.8.8 without problem, but when I select PERL5-32 in the depot, swinstall complains that it is not found in the depot. So, that explains why we are missing the 32-bit stuff in the first place. This depot seems to be broken, and the newer depot seems to be missing. Perhaps we need to get the software from someplace other than HP. Where did you all get your depots from?

[Dennis Handly]

>when I select PERL5-32 in the depot, swinstall complains that it is not found in the depot.

You might want to use swlist to see what's in the depot. The fileset may be spelled differently.

[James R. Ferguson]

Hi (again):

> >when I select PERL5-32 in the depot, swinstall complains that it is not found in the depot.

I believe that should be "Perl5-32" in mixed-case letters.

Regards!

...JRF...

[Steve Cooper]

Thanks, gentlemen, but please try the depot yourself to see the problem. The index shows there are two "contents": Perl5-32 and Perl5-64. But if you try to select Perl5-32, you will see that the contents are actually missing from the depot. If you ask for \* to be installed, only Perl5-64 is installed.

[Steve Cooper]

ozma(su) /tmp: swinstall -s /tmp/perl_D.5.8.8.D_HP-UX_B.11.11_32_64.depot perl

======= 09/11/08 13:07:14 PDT BEGIN swinstall SESSION
(non-interactive) (jobid=ozma-1188)

* Session started for user "root@ozma".

* Beginning Selection
* Target connection succeeded for "ozma:/".
WARNING: The software specification "perl" refers to a bundle (or to a
product, subproduct or fileset within a bundle). Only some of
the software specified could be selected. The messages below
show those items which could not be selected and those items
which were selected but generated a warning:
* Could not apply the software selection
"Perl5-32,r=D.5.8.8.D,a=HP-UX_B.11.11_32/64,v=HP"; it is not
available from depot or root
"ozma:/tmp/perl_D.5.8.8.D_HP-UX_B.11.11_32_64.depot".
* Source:
/tmp/perl_D.5.8.8.D_HP-UX_B.11.11_32_64.depot
* Targets: ozma:/

...

[donna hofmeister]

after a phone call to the rc, we got to the bottom of the perl depot mystery.

this system is a 64-bit os installation and swinstall being the diligent protector that is was unwilling to allow the installation of 32-bit perl.

the following incantation at least allowed 32-bit perl to be installed:

swinstall -x allow_incompatible=true
-s /tmp/perl_D.5.8.8.D_HP-UX_B.11.11_32_64.depot Perl5-32

so...back to the original battle!

[Steve Cooper]

Nevermind. We got it to install with: swinstall -x allow_incompatible=true.
I'm not sure why Perl_32 should be incompatible on a 64-bit kernel, but it is now installed and working. Thanks for your help.

[Dennis Handly]

>the diligent protector that is was unwilling to allow the installation of 32-bit perl.

They got it backwards. Here is how to fix it:
# swcopy -s $PWD/perl_D.5.8.8.D_HP-UX_B.11.11_32_64.depot Perl5-32 @ \
$PWD/perl_32
# swmodify -a machine_type="*" Perl5-32.PERL-MAN Perl5-32.PERL-RUN @ \
$PWD/perl_32

Then swinstall from the directory depot $PWD/perl_32.

[Steve Cooper]

Thanks, Dennis!