Perl is Broken after Centos 5.4 update

Does anyone have suggestions on how to repair perl after Centos-5.4 upgrade?

I was running Centos 5.2, mysql and modperl2.

Update brought down Centos 5.4 and a gazillion other updates.

After which:

Apache would not start.

“make testdeps” will not run with *** No rule to make target `testdeps’. Stop. error.

installed dependancies using "perl sbin/rt-test-dependencies --with-mysql --with-modper2 --install

Apache starts with “httpd dead but subsys locked” error.

  • yum upgrade perl-File-Temp
    455 packages excluded due to repository priority protections
    Setting up Upgrade Process
    Package(s) perl-File-Temp available, but not installed.
    No Packages marked for Update

I see a lot of talk about how redhat messed up perl, but I have not seen clear instructions on how to fix or prevent it again.

-Mike Sitzer

How to fix it:
cpan File::Temp

How to future proof it:
Setup cpan to install File::Temp in site_perl instead of the default
location, that way it won’t get overwritten next time perl is updated.

Mathieu Longtin
1-514-803-8977On Wed, Nov 11, 2009 at 11:48 PM, Mike Mike@thesheengroup.com wrote:

Does anyone have suggestions on how to repair perl after Centos-5.4
upgrade?

I was running Centos 5.2, mysql and modperl2.

Update brought down Centos 5.4 and a gazillion other updates.

After which:

Apache would not start.

“make testdeps” will not run with *** No rule to make target `testdeps’.
Stop. error.

installed dependancies using "perl sbin/rt-test-dependencies --with-mysql
–with-modper2 --install

Apache starts with “httpd dead but subsys locked” error.

  • yum upgrade perl-File-Temp
    455 packages excluded due to repository priority protections
    Setting up Upgrade Process
    Package(s) perl-File-Temp available, but not installed.
    No Packages marked for Update

I see a lot of talk about how redhat messed up perl, but I have not seen
clear instructions on how to fix or prevent it again.

-Mike Sitzer


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

I am disappointed to report that the fix did not resolve my issues.

I still receive “httpd dead but subsys locked” when restarting httd.

When I try to get to RT, it attempts to open a xxxx.part file. xxxx changes each time.

Are there other cpan modules that I need to install?

Could there be scripts that are no longer available?

FYI. I am also running RTFM.

Thank you in advance,

-Mike Sitzer

707.477-4077From: Mathieu Longtin [mailto:mathieu@closetwork.org]
Sent: Wednesday, November 11, 2009 9:02 PM
To: Mike@thesheengroup.com
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Perl is Broken after Centos 5.4 update

How to fix it:
cpan File::Temp

How to future proof it:
Setup cpan to install File::Temp in site_perl instead of the default location, that way it won’t get overwritten next time perl is updated.

Mathieu Longtin
1-514-803-8977

Have you tried running rt-test-dependencies to verify that everything is
installed properly after your update? I am running rt 3.8.6 on RHEL5.4
with no problems, after manually installing a few modules to satisfy the
dependency test script. I am not using RTFM though.

~JasonOn Thu, 2009-11-12 at 21:27 -0800, Mike wrote:

I am disappointed to report that the fix did not resolve my issues.

I still receive “httpd dead but subsys locked” when restarting httd.

When I try to get to RT, it attempts to open a xxxx.part file. xxxx
changes each time.

Are there other cpan modules that I need to install?

Could there be scripts that are no longer available?

FYI. I am also running RTFM.

Thank you in advance,

-Mike Sitzer

707.477-4077

From: Mathieu Longtin [mailto:mathieu@closetwork.org]
Sent: Wednesday, November 11, 2009 9:02 PM
To: Mike@thesheengroup.com
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Perl is Broken after Centos 5.4 update

How to fix it:
cpan File::Temp

How to future proof it:
Setup cpan to install File::Temp in site_perl instead of the default
location, that way it won’t get overwritten next time perl is updated.


Mathieu Longtin
1-514-803-8977

On Wed, Nov 11, 2009 at 11:48 PM, Mike Mike@thesheengroup.com wrote:

Does anyone have suggestions on how to repair perl after Centos-5.4
upgrade?

I was running Centos 5.2, mysql and modperl2.

Update brought down Centos 5.4 and a gazillion other updates.

After which:

Apache would not start.

“make testdeps” will not run with *** No rule to make target
`testdeps’. Stop. error.

installed dependancies using "perl sbin/rt-test-dependencies
–with-mysql --with-modper2 --install

Apache starts with “httpd dead but subsys locked” error.

  • yum upgrade perl-File-Temp
    455 packages excluded due to repository priority protections
    Setting up Upgrade Process
    Package(s) perl-File-Temp available, but not installed.
    No Packages marked for Update

I see a lot of talk about how redhat messed up perl, but I have not
seen clear instructions on how to fix or prevent it again.

-Mike Sitzer


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
/------------------------------------------------------------------
| Jason A. Smith Email: smithj4@bnl.gov |
| Atlas Computing Facility, Bldg. 510M Phone: +1-631-344-4226 |
| Brookhaven National Lab, P.O. Box 5000 Fax: +1-631-344-7616 |
| Upton, NY 11973-5000, U.S.A. |
------------------------------------------------------------------/

smime.p7s (3.81 KB)

For starters, this sound like httpd crashing and leaving lock files behind.
Not sure how to deal with it.

Check you log in /var/log/httpd/error_log for errors.

Mathieu Longtin
1-514-803-8977On Fri, Nov 13, 2009 at 12:27 AM, Mike Mike@thesheengroup.com wrote:

I am disappointed to report that the fix did not resolve my issues.

I still receive “httpd dead but subsys locked” when restarting httd.

When I try to get to RT, it attempts to open a xxxx.part file. xxxx changes
each time.

Are there other cpan modules that I need to install?

Could there be scripts that are no longer available?

FYI. I am also running RTFM.

Thank you in advance,

-Mike Sitzer

707.477-4077

From: Mathieu Longtin [mailto:mathieu@closetwork.org]
Sent: Wednesday, November 11, 2009 9:02 PM
To: Mike@thesheengroup.com
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Perl is Broken after Centos 5.4 update

How to fix it:

cpan File::Temp

How to future proof it:
Setup cpan to install File::Temp in site_perl instead of the default
location, that way it won’t get overwritten next time perl is updated.


Mathieu Longtin
1-514-803-8977

On Wed, Nov 11, 2009 at 11:48 PM, Mike Mike@thesheengroup.com wrote:

Does anyone have suggestions on how to repair perl after Centos-5.4
upgrade?

I was running Centos 5.2, mysql and modperl2.

Update brought down Centos 5.4 and a gazillion other updates.

After which:

Apache would not start.

“make testdeps” will not run with *** No rule to make target `testdeps’.
Stop. error.

installed dependancies using "perl sbin/rt-test-dependencies --with-mysql
–with-modper2 --install

Apache starts with “httpd dead but subsys locked” error.

  • yum upgrade perl-File-Temp
    455 packages excluded due to repository priority protections
    Setting up Upgrade Process
    Package(s) perl-File-Temp available, but not installed.
    No Packages marked for Update

I see a lot of talk about how redhat messed up perl, but I have not seen
clear instructions on how to fix or prevent it again.

-Mike Sitzer


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

RT has been down now for over a week.
The first thing I tried was to run “make testdeps”, which fails.
I can and did run “perl test-dependencies --mysql --modperl2” and installed dependencies.
This allowed me to get httpd back up but not RT.
This server is also a co-host for Moodle, which is running fine.
RT had been running, on this system, for over a year.
For the last 6 months, it did not have access to updates, prior to, it got them ~weekly with no problems.

At this point, I think my only option is to port the data and move on to another platform.
Does anyone know of any documents on migrating RT and RTFM to a new host? I also want to convert from mysql to postgresql.

Thank you, MikeFrom: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Jason A. Smith
Sent: Friday, November 13, 2009 3:40 AM
To: Mike
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Perl is Broken after Centos 5.4 update

Have you tried running rt-test-dependencies to verify that everything is installed properly after your update? I am running rt 3.8.6 on RHEL5.4 with no problems, after manually installing a few modules to satisfy the dependency test script. I am not using RTFM though.

~Jason

This is not an RT problem per se, and it is yet another example of the
problems with relying upon externally controlled (automatically
updated) libraries to run a large 3rd party system i.e; you should
ideally have a local perl installation to run RT.

RH ES4 is known to use an outdated and incompatible Scalar::Util,
perhaps ES5 does as well.

“make testdeps” will not run with *** No rule to make target
`testdeps’. Stop. error.
Then your build tree is seriously borked. Fetch and extract another
copy so that you can run make testdeps.

This is not an RT problem per se, and it is yet another example of the
problems with relying upon externally controlled (automatically
updated) libraries to run a large 3rd party system i.e; you should
ideally have a local perl installation to run RT.

RH ES4 is known to use an outdated and incompatible Scalar::Util,
perhaps ES5 does as well.

“make testdeps” will not run with *** No rule to make target
`testdeps’. Stop. error.

Then your build tree is seriously borked. Fetch and extract another
copy so that you can run make testdeps.


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

I’ve been running RT just fine on a CentOS box. Note that I’ve built all
modules that are required as packages, and noted the breakage of various core
modules as shipped by RH from the CentOS mailing list, so I build packages for
those too parented in the site_perl tree. IMO, the need for a source
built/local build of Perl is NEVER a good solution to hand to users. Running a
ticketing tool shouldn’t require a user to build a local copy of a core
distribution component.

Gary L. Greene, Jr.
IT Operations
Minerva Networks, Inc.
Cell: (650) 704-6633
Phone: (408) 240-1239

those too parented in the site_perl tree. IMO, the need for a source
built/local build of Perl is NEVER a good solution to hand to users. Running a
ticketing tool shouldn’t require a user to build a local copy of a core
distribution component.
It’s got nothing to do with RT. Existing package managers do not play
well with Perl’s modules/libraries. The same goes for any language
that lets you install updates outside of the platform’s rigid package
system.

RPM’s can execute initialization scripts, and there’s no reason why
RedHat shouldn’t check to see what the real version of the library
on disk is before blindly clobbering it.

Your solution of “compile your own packages of potentially conflicting
libraries that will install to site_perl” doesn’t sound much
friendlier than “use another perl.” Arguably, a better solution would
be for RT to use local::lib, but it’s relatively new.
Cambridge Energy Alliance: Save money. Save the planet.

I’m running it on Red Hat ES 5.4 without issues. The only thing about RH and
RT, is that you need to re-install File::Temp everytime the perl RPM is
updated.
Mathieu Longtin
1-514-803-8977On Fri, Nov 13, 2009 at 1:02 PM, Gary L. Greene, Jr. < ggreene@minervanetworks.com> wrote:

On Friday 13 November 2009 8:04:35 am Jerrad Pierce wrote:

This is not an RT problem per se, and it is yet another example of the
problems with relying upon externally controlled (automatically
updated) libraries to run a large 3rd party system i.e; you should
ideally have a local perl installation to run RT.

RH ES4 is known to use an outdated and incompatible Scalar::Util,
perhaps ES5 does as well.

“make testdeps” will not run with *** No rule to make target
`testdeps’. Stop. error.

Then your build tree is seriously borked. Fetch and extract another
copy so that you can run make testdeps.


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

I’ve been running RT just fine on a CentOS box. Note that I’ve built all
modules that are required as packages, and noted the breakage of various
core
modules as shipped by RH from the CentOS mailing list, so I build packages
for
those too parented in the site_perl tree. IMO, the need for a source
built/local build of Perl is NEVER a good solution to hand to users.
Running a
ticketing tool shouldn’t require a user to build a local copy of a core
distribution component.


Gary L. Greene, Jr.
IT Operations
Minerva Networks, Inc.
Cell: (650) 704-6633
Phone: (408) 240-1239


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

those too parented in the site_perl tree. IMO, the need for a source
built/local build of Perl is NEVER a good solution to hand to users.
Running a ticketing tool shouldn’t require a user to build a local copy
of a core distribution component.

It’s got nothing to do with RT. Existing package managers do not play
well with Perl’s modules/libraries. The same goes for any language
that lets you install updates outside of the platform’s rigid package
system.

RPM’s can execute initialization scripts, and there’s no reason why
RedHat shouldn’t check to see what the real version of the library
on disk is before blindly clobbering it.

Your solution of “compile your own packages of potentially conflicting
libraries that will install to site_perl” doesn’t sound much
friendlier than “use another perl.” Arguably, a better solution would
be for RT to use local::lib, but it’s relatively new.

I’m sorry, but you cannot expect RPM (or any other packaging system like DPKG,
etc.) to know ANYTHING about CPAN or the other way around. The two systems are
completely orthogonal and have VERY different philosophical views regarding
software management. RPM only wants to deal with RPM packages with their file
manifests, and CPAN is more like the BSD ports system in the fact that its a
source build, every time. Either you use RPMs or you risk breaking the
dependency chain on your system, which I as an experienced administrator DON’T
want to deal with.

The best solution is to get people willing to sponsor packaging RT for RH in
the EPEL repository, SuSE on the OBS, Mandriva contrib, and Debian Unstable.
(The reason for the given distributions listed is that should cover the major
flavours out there fairly well since anything in EPEL will be usable for
CentOS and RHEL; having it in OBS for SuSE would make it possible to have
releases for SLES 10-11 and OpenSuSE 11.x; Mandriva contrib since they’ve one
of the most comprehensive collection of Perl packages to any other RPM
distribution, and their flavour of RPM is not 100% compatible to RH, SuSE,
etc.; and Debian Unstable packages in most cases will work on Ubuntu for those
that want/need Ubuntu LTS compatibility.) Yes, it’s not perfect, but that’s
the breaks in the F/OSS world.

Upping the ante and requiring a person to manage the myriad of modules that RT
requires is a non-trivial task for non-Perl savvy people (I am well versed in
Perl so it’s no issue to me with my custom scripts to auto package them up
using cpan2rpm (generates specs for me which then are fed to my autobuilder),
but I can see where this could definitely impact the user base of RT overall.)

Gary L. Greene, Jr.
IT Operations
Minerva Networks, Inc.
Cell: (650) 704-6633
Phone: (408) 240-1239

The best solution is to get people willing to sponsor packaging RT for RH in
the EPEL repository, SuSE on the OBS, Mandriva contrib, and Debian Unstable.

Dominic Hargreaves expends a lot of effort on the Debian part of this
and I’m thankful to him for it.

-kevin

Another copy of RT?

If so, do you recomend over-installing 3.8.1 with 3.8.6 or reinstall
3.8.1?

On Fri 13/11/09 8:04 AM , "Jerrad Pierce"
jpierce@cambridgeenergyalliance.org sent:
This is not an RT problem per se, and it is yet another example of the
problems with relying upon externally controlled (automatically
updated) libraries to run a large 3rd party system i.e; you should
ideally have a local perl installation to run RT.

RH ES4 is known to use an outdated and incompatible Scalar::Util,
perhaps ES5 does as well.

“make testdeps” will not run with *** No rule to make target
`testdeps’. Stop. error.
Then your build tree is seriously borked. Fetch and extract another
copy so that you can run make testdeps.

I wasn’t suggesting you reinstall (thought it might be a nice time to
upgrade if you can do so). But rather extracting the tarball so that
you’d get something where make testdeps worked.

Cambridge Energy Alliance: Save money. Save the planet.