EPrints Technical Mailing List Archive
Message: #08168
< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First
Re: [EP-tech] Apache and PerlSwitches
- To: Matthew Brady <Matthew.Brady@usq.edu.au>, "eprints-tech@ecs.soton.ac.uk" <eprints-tech@ecs.soton.ac.uk>
- Subject: Re: [EP-tech] Apache and PerlSwitches
- From: David R Newman <drn@ecs.soton.ac.uk>
- Date: Wed, 13 May 2020 09:15:14 +0100
Hi Matt,
This is a bit of a mystery. Did you run generate_apacheconf to generate new Apache configuration files like the one that has the syntax error you reported or did you just copy this from the older server. If the latter, run the following command (as the eprints user) to make sure you have Apache configuration appropriate for your current environment:
/opt/eprints3/bin/generate_apacheconf --system --replace
It may be that something other than this line is causing the issue but due to a syntax issue it is reporting this line as a problem rather than the one that is actually at fault.
Regards
David Newman
Hi David,
Always something new to learn... Its in the list, last entry...
$ httpd -M
Loaded Modules:
core_module (static)
so_module (static)
http_module (static)...
...perl_module (shared)
From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of David R Newman via Eprints-tech <eprints-tech@ecs.soton.ac.uk>
Sent: Wednesday, May 13, 2020 5:45 PM
To: eprints-tech@ecs.soton.ac.uk <eprints-tech@ecs.soton.ac.uk>; Matthew Brady <Matthew.Brady@usq.edu.au>
Subject: Re: [EP-tech] Apache and PerlSwitchesHi Matt,
It is possible the module is installed but not loaded. You can check by running one of the following commands:
RedHat/CentOS/Fedora: httpd -M
Debian/Ubuntu: source /etc/apache2/envvars && apache2 -M
You should see perl_module in the list returned. My general experience is that Mod Perl is enabled automatically on RedHat-based Linux OS but often you need to run "a2enmod perl" on Debian based systems. On RedHat based systems there should be the file /etc/httpd/conf.modules.d/02-perl.conf that loads Mod Perl. On Debian-based systems there should be a symlinked file in /etc/apache2/mods-enabled/ called perl.load that symlinks to /etc/apache2/mods-available/perl.load.
Regards
David Newman
On 13/05/2020 08:29, Matthew Brady via Eprints-tech wrote:
Hi Yuri,
Yes, seems to be
$ yum list installed | grep mod_perl
mod_perl.x86_64 2.0.11-1.el7 @epel
From: eprints-tech-bounces@ecs.soton.ac.uk <eprints-tech-bounces@ecs.soton.ac.uk> on behalf of Yuri via Eprints-tech <eprints-tech@ecs.soton.ac.uk>
Sent: Wednesday, May 13, 2020 4:38 PM
To: eprints-tech@ecs.soton.ac.uk <eprints-tech@ecs.soton.ac.uk>
Subject: Re: [EP-tech] Apache and PerlSwitchesis mod_perl installed?
Il 13/05/20 04:17, Matthew Brady via Eprints-tech ha scritto:
> Hi All,
>
> We are in the process of running up new servers to migrate across to,
> and I am getting a problem when starting Apache.
>
> Syntax error on line 17 of /opt/eprints3/cfg/apache.conf:
>
> Line 17 contains:
>
> PerlSwitches -I/opt/eprints3/perl_lib
>
>
> I can run epadmin with various options, which seems to indicate its
> loading the EPrints::SystemSettings into $conf and can connect to
> database etc...
>
> $ ./epadmin --verbose test repoep3
>
> Starting EPrints Repository.
> Connecting to DB ... done.
> PID: 10718
> Everything seems OK.
>
>
> $ ./epadmin update_dry_run repoep3
> Dry run: Fixed saved_search__rindex.field collation
> Dry run: Fixed document__rindex.field collation
> Dry run: Fixed author__rindex.field collation
> Dry run: Fixed user__rindex.field collation
> Dry run: Fixed eprint__rindex.field collation
> Dry run: Fixed request__rindex.field collation
> Dry run: Fixed subject__rindex.field collation
> Dry run: 0 datasets added
> Dry run: 0 fields added
> Dry run: 0 counters were added
>
>
> As this is a completely new system, there are lots of variables at play...
> Upgraded OS, Upgraded Apache 2.2 to 2.4
> I have installed the same Perl modules on this system as the existing
> systems, but I am at a loss where to start to investigate the cause...
>
> If anyone has any thoughts on where to start troubleshooting this, I'm
> all ears.
>
>
> Cheers
>
> Matt.
>
> __________________________________________________________________
> This email (including any attached files) is confidential and is
> for the intended recipient(s) only. If you received this email by
> mistake, please, as a courtesy, tell the sender, then delete this
> email.
> The views and opinions are the originator's and do not necessarily
> reflect those of the University of Southern Queensland. Although
> all reasonable precautions were taken to ensure that this email
> contained no viruses at the time it was sent we accept no
> liability for any losses arising from its receipt.
> The University of Southern Queensland is a registered provider
> of education with the Australian Government.
> (CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081)
>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: https://eur03.safelinks.protection.outlook.com/?url="">
> *** EPrints community wiki: https://eur03.safelinks.protection.outlook.com/?url="">
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
__________________________________________________________________This email (including any attached files) is confidential and isfor the intended recipient(s) only. If you received this email bymistake, please, as a courtesy, tell the sender, then delete thisemail.
The views and opinions are the originator's and do not necessarilyreflect those of the University of Southern Queensland. Althoughall reasonable precautions were taken to ensure that this emailcontained no viruses at the time it was sent we accept noliability for any losses arising from its receipt.
The University of Southern Queensland is a registered providerof education with the Australian Government.(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081)
*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech *** Archive: http://www.eprints.org/tech.php/ *** EPrints community wiki: http://wiki.eprints.org/
Virus-free. www.avg.com __________________________________________________________________This email (including any attached files) is confidential and isfor the intended recipient(s) only. If you received this email bymistake, please, as a courtesy, tell the sender, then delete thisemail.
The views and opinions are the originator's and do not necessarilyreflect those of the University of Southern Queensland. Althoughall reasonable precautions were taken to ensure that this emailcontained no viruses at the time it was sent we accept noliability for any losses arising from its receipt.
The University of Southern Queensland is a registered providerof education with the Australian Government.(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081)
- References:
- [EP-tech] Apache and PerlSwitches
- From: Matthew Brady <Matthew.Brady@usq.edu.au>
- Re: [EP-tech] Apache and PerlSwitches
- From: Yuri <yurj@alfa.it>
- Re: [EP-tech] Apache and PerlSwitches
- From: Matthew Brady <Matthew.Brady@usq.edu.au>
- Re: [EP-tech] Apache and PerlSwitches
- From: David R Newman <drn@ecs.soton.ac.uk>
- Re: [EP-tech] Apache and PerlSwitches
- From: Matthew Brady <Matthew.Brady@usq.edu.au>
- [EP-tech] Apache and PerlSwitches
- Prev by Date: Re: [EP-tech] Apache and PerlSwitches
- Next by Date: Re: [EP-tech] Apache and PerlSwitches
- Previous by thread: [EP-tech] Sort view with creators_name and corp_creators
- Index(es):