Re: Recommended Linux distribution for LAMP/mod_perl

[Vincent Veyron]

On Mon, 3 Oct 2016 17:08:09 + (UTC)
" daniel.axtell"  wrote:

> I'm curious if people here find a particular Linux distribution Perl and 
> mod_perl friendly

7 years of using Debian stable without any problem.

> 
> Should I just assume building everything in the LAMP stack from source is the 
> way to go?
> 

I used to build from source, it gets old after a while if you don't have a real 
need for it (think backup servers + updates )

Now all I need to do to get up and running is :

apt install apache2-mpm-prefork libapache2-request-perl libapache2-mod-perl2 
libapache2-mod-apreq2 apache2.2-common 

and from then on :

apt upgrade


-- 
Bien à vous, Vincent Veyron 

https://marica.fr/
Gestion des sinistres assurances, des dossiers contentieux et des contrats pour 
le service juridique

Re: WELCOME to modperl@perl.apache.org

[André Warnier]

Hi and welcome indeed.

Maybe one thing first : when posting to the list, do not just hit "reply" on a message 
that you received previously. Create a *new* message, with a subject corresponding to what 
you are asking. Then later, when someone responds, you can "reply" and keep the subject 
identical.


One reason is that these messages usually go into list archives, where people can later 
search for messages based on the subject, to see if their problem was not already solved 
previously. If it was, and they find it, that is a big gain of time, for everyone.

See here : https://perl.apache.org/maillist/modperl.html#Searchable_Archives

But with a subject like "Welcome to modperl", there is not a big chance that anyone would 
find this message, or the future responses to it.


The other reason is : people subscribed to this list, receive these messages in their 
email Inbox.  And they may decide to look at the message, and maybe help, based on the 
subject of the message. Again in that case, a message with a subject "Welcome to modperl" 
means that some people who might potentially help you, will not even look at your message.


So I suggest to re-post your question, as a new message, with an appropriate 
subject.

And when you re-post your message, please add some more details about your Apache httpd 
configuration, which may help to help you.


For example :
what kind of MPM are you using ? (prefork, worker, ?)
what are the settings for
KeepAlive
MaxKeepAliveRequests
KeepAliveTimeout
and the following kind of thing, specific to the MPM used :
StartServers
MaxClients
MinSpareThreads
MaxSpareThreads
ThreadsPerChild
MaxRequestsPerChild
etc..

and go have a look at the archives, maybe your question is already answered 
there.
For example here : 
http://mail-archives.apache.org/mod_mbox/perl-modperl/201610.mbox/browser

See how a good subject helps ?


On 03.10.2016 16:57, SUZUKI Arthur wrote:

Hello List,
I'm sending this message to know if there are some hints/tips to help with the 
problem
we're facing.
The problem is that for a same query repeated over time,
reply time can be as short as 5ms and as long as 1s.

Since there is neither correlation with CPU load or RAM usage, nor with 
networking
constraints,
we think it is due to the cache refresh mechanism.

The problem occurs at random times, with a probability of around 1/50 queries 
(empirical
data).

Is there any configuration option which could help?

Our current httpd.conf contains the following:

PerlModule ModPerl::Registry
PerlOptions +Parent
PerlSwitches -I/home/koha/src


   SetHandler perl-script
   # more faster, link with worker
   PerlResponseHandler ModPerl::Registry
   # less faster, link with prefork
   #PerlResponseHandler ModPerl::PerlRun
   Options +ExecCGI
   PerlOptions +ParseHeaders


Thanks a lot in advance for your replies.
Best regards,

Re: [RELEASE CANDIDATE] mod_perl-2.0.10 RC1

[John D Groenveld]

In message <20161002121236.gb14...@inforich.ucc.usyd.edu.au>, Jie Gao writes:
>Using httpd-2.4.23:
>
>#  lsb_release -a
>LSB Version:
>:base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
>Distributor ID: RedHatEnterpriseServer
>Description:Red Hat Enterprise Linux Server release 6.8 (Santiago)
>Release:6.8
>Codename:   Santiago
>
># make test
>
>...
>
># Failed test 22 in t/filter/in_bbs_inject_header.t at line 58 fail #6
># Failed test 26 in t/filter/in_bbs_inject_header.t at line 58 fail #7
># Failed test 30 in t/filter/in_bbs_inject_header.t at line 58 fail #8

Same errors on Omnios/Illumos.
John
groenv...@acm.org

-8<-- Start Bug Report 8<--
1. Problem Description:

  [DESCRIBE THE PROBLEM HERE]

2. Used Components and their Configuration:

*** mod_perl version 2.10

*** using /tmp/mod_perl-2.0.10-rc1/lib/Apache2/BuildConfig.pm

*** Makefile.PL options:
  MP_APR_LIB => aprext
  MP_APXS=> /opt/apache24/bin/apxs
  MP_COMPAT_1X   => 1
  MP_GENERATE_XS => 1
  MP_LIBNAME => mod_perl
  MP_NO_THREADS  => 1
  MP_USE_DSO => 1


*** /opt/apache24/bin/httpd -V
Server version: Apache/2.4.23 (Unix)
Server built:   Jul 22 2016 15:46:28
Server's Module Magic Number: 20120211:61
Server loaded:  APR 1.5.2, APR-UTIL 1.5.4
Compiled using: APR 1.5.2, APR-UTIL 1.5.4
Architecture:   64-bit
Server MPM: prefork
  threaded: no
forked: yes (variable process count)
Server compiled with
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_PROC_PTHREAD_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=256
 -D HTTPD_ROOT="/opt/apache24"
 -D SUEXEC_BIN="/opt/apache24/bin/suexec"
 -D DEFAULT_PIDLOG="logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"

*** /usr/bin/ldd /opt/apache24/bin/httpd
libpcre.so.1 =>  /usr/lib/amd64/libpcre.so.1
libaprutil-1.so.0 => /opt/apache24/lib/libaprutil-1.so.0
libexpat.so.1 => /usr/lib/amd64/libexpat.so.1
libapr-1.so.0 => /opt/apache24/lib/libapr-1.so.0
libuuid.so.1 =>  /usr/lib/amd64/libuuid.so.1
libsendfile.so.1 =>  /usr/lib/amd64/libsendfile.so.1
libsocket.so.1 =>/usr/lib/amd64/libsocket.so.1
libnsl.so.1 =>   /usr/lib/amd64/libnsl.so.1
libpthread.so.1 =>   /usr/lib/amd64/libpthread.so.1
libc.so.1 => /usr/lib/amd64/libc.so.1
libdlpi.so.1 =>  /lib/64/libdlpi.so.1
libmp.so.2 =>/lib/64/libmp.so.2
libmd.so.1 =>/lib/64/libmd.so.1
libinetutil.so.1 =>  /lib/64/libinetutil.so.1
libdladm.so.1 => /lib/64/libdladm.so.1
libdevinfo.so.1 =>   /lib/64/libdevinfo.so.1
libscf.so.1 =>   /lib/64/libscf.so.1
librcm.so.1 =>   /lib/64/librcm.so.1
libnvpair.so.1 =>/lib/64/libnvpair.so.1
libexacct.so.1 =>/usr/lib/64/libexacct.so.1
libkstat.so.1 => /lib/64/libkstat.so.1
libpool.so.1 =>  /usr/lib/64/libpool.so.1
libsec.so.1 =>   /lib/64/libsec.so.1
libgen.so.1 =>   /lib/64/libgen.so.1
libuutil.so.1 => /lib/64/libuutil.so.1
libsmbios.so.1 =>/usr/lib/64/libsmbios.so.1
libxml2.so.2 =>  /lib/64/libxml2.so.2
libavl.so.1 =>   /lib/64/libavl.so.1
libidmap.so.1 => /usr/lib/64/libidmap.so.1
libz.so =>   /lib/64/libz.so
liblzma.so.5 =>  /usr/lib/64/liblzma.so.5
libm.so.2 => /lib/64/libm.so.2


*** (apr|apu)-config linking info

 -L/opt/apache24/lib -laprutil-1 -lexpat 
 -L/opt/apache24/lib -lapr-1 -luuid -lsendfile -lsocket -lnsl  -lpthread 



*** /opt/apache24/perl-5.24.0/bin/perl -V
Summary of my perl5 (revision 5 version 24 subversion 0) configuration:
   
  Platform:
osname=solaris, osvers=2.11, archname=i86pc-solaris-64
uname='sunos bernice 5.11 omnios-r151018-95eaa7e i86pc i386 i86pc '
config_args='-Dprefix=/opt/apache24/perl-5.24.0 -Dcc=gcc -Duseshrplib 
-Uusemymalc -Duselargefiles -Ubincompat5005 -Doptimize=-O3 -Duse64bitall'
hint=recommended, useposix=true, d_sigaction=define
useithreads=undef, usemultiplicity=undef
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='gcc', ccflags ='-m64 -fwrapv -fno-strict-aliasing -pipe 
-fstack-protector-strong -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-D_FORTIFY_SOURCE=2 -DPERL_USE_SAFE_PUTENV',
optimize='-O3',
cppflags='-m64 -fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong'
ccversion='', gccversion='5.1.0', gccosandvers=''

Re: Recommended Linux distribution for LAMP/mod_perl

[Lathan Bidwell]

We went through a bit of an tricky patch when Ubuntu prematurely switched
from Apache 2.2 to 2.4 (with major changes needed for mod_perl to work),
like 6-12months before it was ready.

But otherwise, I have not had any major issues with ubuntu and
apache/mod_perl.



*Lathan Bidwell*Web Programmer
Division of Integrated Marketing & Communication
Andrews University

269-471-6313
*office*www.andrews.edu

"Seek Knowledge.  Affirm Faith.  Change the World."


On Mon, Oct 3, 2016 at 1:35 PM, Dr James Smith  wrote:

> We tend to now use Ubuntu LTS set ups for our webservers - currently a mix
> of 12.04, 14.04 and 16.04 depening on which part of the production cycle we
> are on (yes we have at least 60 for approx 120 different websites)...
>
> On 03/10/2016 18:09, John Dunlap wrote:
>
> You're going to be better off with Debian than you will be with CentOS
> because Debian actually ships with precompiled mod_perl packages.
>
> On Mon, Oct 3, 2016 at 1:08 PM, daniel.axtell 
> wrote:
>
>> I've been trying to migrate a site with a lot of Perl legacy code running
>> under Apache 2.2 and mod_perl.  The server I was migrating to uses CentOS
>> 7, and the default Apache 2.4 and perl 5.16 seem unusually difficult to
>> configure.  I'm not even able to get CGI scripts to run.   In the past I've
>> built Perl, Apache and mod_perl from source, but that seems like a lot of
>> unnecessary work.  Ideally I'd like to use the stock Apache and Perl from
>> the distribution, and just install CPAN modules, data and config files and
>> go.  I'm curious if people here find a particular Linux distribution Perl
>> and mod_perl friendly, as the RedHat and CentOS distributions seem pretty
>> hostile.  CentOS 7 has a third-party module of mod_perl 2.0.8 but if I
>> can't get CGI working correctly I don't really trust it.
>>
>> Should I just assume building everything in the LAMP stack from source is
>> the way to go?
>>
>> Dan
>>
>
>
>
> --
> John Dunlap
> *CTO | Lariat *
>
> *Direct:*
> *j...@lariat.co *
>
> * Customer Service:*
> 877.268.6667
> supp...@lariat.co
>
>
>
> -- The Wellcome Trust Sanger Institute is operated by Genome Research
> Limited, a charity registered in England with number 1021457 and a company
> registered in England with number 2742969, whose registered office is 215
> Euston Road, London, NW1 2BE.
>

Re: If building from source

[John Dunlap]

I can only tell you what I use: Debian 8 ships with Apache 2.4 and perl
5.20.2 and it seems to work for me.

On Mon, Oct 3, 2016 at 1:41 PM, daniel.axtell 
wrote:

> Thanks for all  the suggestions about Linux distributions.
>
> If I do go the build from source route, is there a preferred Perl version
> to use in conjunction with mod_perl 2.0.9 and Apache 2.4?  Is 5.20 the
> sweet spot?
>
> Dan
>



-- 
John Dunlap
*CTO | Lariat *

*Direct:*
*j...@lariat.co *

*Customer Service:*
877.268.6667
supp...@lariat.co

If building from source

[daniel.axtell]

Thanks for all  the suggestions about Linux distributions.   

If I do go the build from source route, is there a preferred Perl version to 
use in conjunction with mod_perl 2.0.9 and Apache 2.4?  Is 5.20 the sweet spot?

Dan

Re: Recommended Linux distribution for LAMP/mod_perl

[Dr James Smith]

We tend to now use Ubuntu LTS set ups for our webservers - currently a 
mix of 12.04, 14.04 and 16.04 depening on which part of the production 
cycle we are on (yes we have at least 60 for approx 120 different 
websites)...



On 03/10/2016 18:09, John Dunlap wrote:
You're going to be better off with Debian than you will be with CentOS 
because Debian actually ships with precompiled mod_perl packages.


On Mon, Oct 3, 2016 at 1:08 PM, daniel.axtell > wrote:


I've been trying to migrate a site with a lot of Perl legacy code
running under Apache 2.2 and mod_perl.  The server I was migrating
to uses CentOS 7, and the default Apache 2.4 and perl 5.16 seem
unusually difficult to configure.  I'm not even able to get CGI
scripts to run.   In the past I've built Perl, Apache and mod_perl
from source, but that seems like a lot of unnecessary work. 
Ideally I'd like to use the stock Apache and Perl from the

distribution, and just install CPAN modules, data and config files
and go.  I'm curious if people here find a particular Linux
distribution Perl and mod_perl friendly, as the RedHat and CentOS
distributions seem pretty hostile.  CentOS 7 has a third-party
module of mod_perl 2.0.8 but if I can't get CGI working correctly
I don't really trust it.

Should I just assume building everything in the LAMP stack from
source is the way to go?

Dan




--
John Dunlap
/CTO | Lariat/
/
/
/*Direct:*/
/j...@lariat.co /
/
*Customer Service:*/
877.268.6667
supp...@lariat.co 





--
The Wellcome Trust Sanger Institute is operated by Genome Research 
Limited, a charity registered in England with number 1021457 and a 
company registered in England with number 2742969, whose registered 
office is 215 Euston Road, London, NW1 2BE. 

Re: Recommended Linux distribution for LAMP/mod_perl

[Ruben Safir]

On 10/03/2016 01:09 PM, John Dunlap wrote:
> You're going to be better off with Debian than you will be with CentOS
> because Debian actually ships with precompiled mod_perl packages.
> 

manjaro with openrc

> On Mon, Oct 3, 2016 at 1:08 PM, daniel.axtell  > wrote:
> 
> I've been trying to migrate a site with a lot of Perl legacy code
> running under Apache 2.2 and mod_perl.  The server I was migrating
> to uses CentOS 7, and the default Apache 2.4 and perl 5.16 seem
> unusually difficult to configure.  I'm not even able to get CGI
> scripts to run.   In the past I've built Perl, Apache and mod_perl
> from source, but that seems like a lot of unnecessary work.  Ideally
> I'd like to use the stock Apache and Perl from the distribution, and
> just install CPAN modules, data and config files and go.  I'm
> curious if people here find a particular Linux distribution Perl and
> mod_perl friendly, as the RedHat and CentOS distributions seem
> pretty hostile.  CentOS 7 has a third-party module of mod_perl 2.0.8
> but if I can't get CGI working correctly I don't really trust it.
> 
> Should I just assume building everything in the LAMP stack from
> source is the way to go?
> 
> Dan
> 
> 
> 
> 
> -- 
> John Dunlap
> /CTO | Lariat /
> /
> /
> /*Direct:*/
> /j...@lariat.co /
> /
> *Customer Service:*/
> 877.268.6667
> supp...@lariat.co 


-- 
So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998
http://www.mrbrklyn.com

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002
http://www.nylxs.com - Leadership Development in Free Software
http://www2.mrbrklyn.com/resources - Unpublished Archive
http://www.coinhangout.com - coins!
http://www.brooklyn-living.com

Being so tracked is for FARM ANIMALS and and extermination camps,
but incompatible with living as a free human being. -RI Safir 2013

Re: Recommended Linux distribution for LAMP/mod_perl

[John Dunlap]

You're going to be better off with Debian than you will be with CentOS
because Debian actually ships with precompiled mod_perl packages.

On Mon, Oct 3, 2016 at 1:08 PM, daniel.axtell 
wrote:

> I've been trying to migrate a site with a lot of Perl legacy code running
> under Apache 2.2 and mod_perl.  The server I was migrating to uses CentOS
> 7, and the default Apache 2.4 and perl 5.16 seem unusually difficult to
> configure.  I'm not even able to get CGI scripts to run.   In the past I've
> built Perl, Apache and mod_perl from source, but that seems like a lot of
> unnecessary work.  Ideally I'd like to use the stock Apache and Perl from
> the distribution, and just install CPAN modules, data and config files and
> go.  I'm curious if people here find a particular Linux distribution Perl
> and mod_perl friendly, as the RedHat and CentOS distributions seem pretty
> hostile.  CentOS 7 has a third-party module of mod_perl 2.0.8 but if I
> can't get CGI working correctly I don't really trust it.
>
> Should I just assume building everything in the LAMP stack from source is
> the way to go?
>
> Dan
>



-- 
John Dunlap
*CTO | Lariat *

*Direct:*
*j...@lariat.co *

*Customer Service:*
877.268.6667
supp...@lariat.co

Recommended Linux distribution for LAMP/mod_perl

[daniel.axtell]

I've been trying to migrate a site with a lot of Perl legacy code running under 
Apache 2.2 and mod_perl.  The server I was migrating to uses CentOS 7, and the 
default Apache 2.4 and perl 5.16 seem unusually difficult to configure.  I'm 
not even able to get CGI scripts to run.   In the past I've built Perl, Apache 
and mod_perl from source, but that seems like a lot of unnecessary work.  
Ideally I'd like to use the stock Apache and Perl from the distribution, and 
just install CPAN modules, data and config files and go.  I'm curious if people 
here find a particular Linux distribution Perl and mod_perl friendly, as the 
RedHat and CentOS distributions seem pretty hostile.  CentOS 7 has a 
third-party module of mod_perl 2.0.8 but if I can't get CGI working correctly I 
don't really trust it.

Should I just assume building everything in the LAMP stack from source is the 
way to go?

Dan

Re: WELCOME to modperl@perl.apache.org

[SUZUKI Arthur]

Hello List,
I'm sending this message to know if there are some hints/tips to help 
with the problem we're facing.

The problem is that for a same query repeated over time,
reply time can be as short as 5ms and as long as 1s.

Since there is neither correlation with CPU load or RAM usage, nor with 
networking constraints,

we think it is due to the cache refresh mechanism.

The problem occurs at random times, with a probability of around 1/50 
queries (empirical data).


Is there any configuration option which could help?

Our current httpd.conf contains the following:

PerlModule ModPerl::Registry
PerlOptions +Parent
PerlSwitches -I/home/koha/src


  SetHandler perl-script
  # more faster, link with worker
  PerlResponseHandler ModPerl::Registry
  # less faster, link with prefork
  #PerlResponseHandler ModPerl::PerlRun
  Options +ExecCGI
  PerlOptions +ParseHeaders


Thanks a lot in advance for your replies.
Best regards,

--
Arthur SUZUKI
Service informatique des bibliothèques
BIBLIOTHÈQUES UNIVERSITAIRES
Université Jean Moulin Lyon 3
6 Cours Albert Thomas - B.P. 8242 – 69355 Lyon Cedex 08
ligne directe : +33 (0)4 78 78 79 16 | http://bu.univ-lyon3.fr
L'Université Jean Moulin est membre fondateur de l'Université de Lyon