I wrote:
So now I have what should be a working RT. But no... Apache says,
[14455] [Wed Feb 19 01:11:15 2014] [error]: Not a HASH reference at
/opt/rt4/sbin/../lib/RT/Principal.pm line 385.
Stack:
[/opt/rt4/sbin/../lib/RT/Principal.pm:385]
[/opt/rt4/sbin/../lib/RT/Interface/Web.pm:660]
Now that I have RT running enough to get a login page, I can't get /any/
login to work, not even root. The Apache log reports, Unknown password
form (/usr/share/perl5/vendor_perl/RT/User_Overlay.pm:1094), and the RT
log is still empty.
Users and passwords are stored in MySQL (actually
Dave,
Now that I have RT running enough to get a login page, I can't get /any/
login to work, not even root. The Apache log reports, Unknown password
form (/usr/share/perl5/vendor_perl/RT/User_Overlay.pm:1094), and the RT
log is still empty.
you can look at this page:
On 02/19/2014 04:36 PM, Alex Vandiver wrote:
On Wed, 2014-02-19 at 15:38 -0800, CLOSE Dave wrote:
Now that I have RT running enough to get a login page, I can't get /any/
login to work, not even root. The Apache log reports, Unknown password
form
On Wed, 2014-02-19 at 16:47 -0800, CLOSE Dave wrote:
Anyway, Jok's solution did not solve the problem. But it did give me
some more error messages to investigate. I discovered that the
vendor_perl/RT directory content was quite old. I replaced it entirely
with the files from the
I wrote:
After upgrading my RT server (4.2.1) from Fedora 19 / Perl 5.16 to
Fedora 20 / Perl 5.18, Apache is no longer willing to start RT. It
complains about attempting to require packages twice. And this message
appears in the Apache log: Error while loading /opt/rt4/sbin/rt-server:
Perl
On Tue, Feb 18, 2014 at 10:11:39AM -0800, CLOSE Dave wrote:
Good thought but both perl and mod_perl were upgraded at the same time
and both are version 5.18. It appears to be RT which is compiled against
the wrong version.
RT is not a compiled application. It runs under the perl that you
Kevin Falcone wrote:
RT is not a compiled application. It runs under the perl that you
tell Apache to use.
Indeed. But my phrase was taken directly from Jeremy Mates's suggestion.
The most common type of error is the wrong version of mdo_perl
Both perl and mod_perl come from Fedora
On Tue, Feb 18, 2014 at 11:08:45AM -0800, CLOSE Dave wrote:
The most common type of error is the wrong version of mdo_perl
Both perl and mod_perl come from Fedora packages and both are the same
version. If that were my problem, everyone using F20 and perl would be
complaining.
Since you
Kevin Falcone wrote:
Since you failed to indicate your deployment method in your original
email, you forced us to guess and grasp at straws.
But I wrote, After upgrading my RT server (4.2.1) from Fedora 19 / Perl
5.16 to Fedora 20 / Perl 5.18 In the Fedora world, an upgrade is a
specific
* CLOSE Dave dave.cl...@us.thalesgroup.com
But I wrote, After upgrading my RT server (4.2.1) from Fedora 19 / Perl
5.16 to Fedora 20 / Perl 5.18 In the Fedora world, an upgrade is a
specific YUM operation. Sorry if that wasn't clear.
Either the upgrade left 5.16 bits behind (packages buggy
Jeremy Mates wrote:
Either the upgrade left 5.16 bits behind (packages buggy somehow), or a
manual install was improperly made to the vendor space and has left 5.16
bits behind (rpm would be ignorant of these). The 5.16 bits will need to be
located and removed, probably by looking for *.so,
Jeremy Mates wrote:
Either the upgrade left 5.16 bits behind (packages buggy somehow),
or a manual install was improperly made to the vendor space and has
left 5.16 bits behind (rpm would be ignorant of these). The 5.16 bits
will need to be located and removed, probably by looking for *.so,
On Tue, 18 Feb 2014 05:17:46 PM CLOSE Dave wrote:
Jeremy Mates wrote:
Either the upgrade left 5.16 bits behind (packages buggy somehow),
or a manual install was improperly made to the vendor space and has
left 5.16 bits behind (rpm would be ignorant of these). The 5.16 bits
will need
On Fri, Feb 14, 2014 at 03:15:51PM -0800, CLOSE Dave wrote:
After upgrading my RT server (4.2.1) from Fedora 19 / Perl 5.16 to
Fedora 20 / Perl 5.18, Apache is no longer willing to start RT. It
complains about attempting to require packages twice. And this message
appears in the Apache log:
After upgrading my RT server (4.2.1) from Fedora 19 / Perl 5.16 to
Fedora 20 / Perl 5.18, Apache is no longer willing to start RT. It
complains about attempting to require packages twice. And this message
appears in the Apache log: Error while loading /opt/rt4/sbin/rt-server:
Perl API version
* CLOSE Dave dave.cl...@us.thalesgroup.com
Is there a straight-forward solution or must I try to downgrade perl?
Everything must agree.
a) downgrade perl (and everything else tied to that)
b) recompile RT and so forth to all use the new Perl 5.18
--
RT Training London, March 19-20 and Dallas
17 matches
Mail list logo
