[rt-users] Coredumps, traceback, etc : 4.2.6 and RT-Authen-ExternalAuth

[Jeff Blaine]

On 8/4/2014 10:50 AM, Kevin Falcone wrote:
> On Fri, Aug 01, 2014 at 03:14:52PM -0400, Jeff Blaine wrote:
>> RHEL 6.5
>> RT 4.2.6
>> RT-Authen-ExternalAuth 0.21 with SSL + TLS on.
>>
>> Using RHEL 6.5 packages, one fails the Net-SSLeay "strict" version
>> requirement required by RT-Authen-ExternalAuth. RHEL 6.5 comes with a
>> 9th iteration of Net-SSLeay 1.35 (the package name is
>> perl-Net-SSLeay-1.35-9).
> 
> I don't understand what "strict" means.

I just mean that RT-Authen-ExternalAuth is requiring a specific CPAN
version of Net-SSLeay and that RHEL perl-Net-SSLeay-1.35-9 may include
that same "actually required" functionality (given the backporting RH
often does for security fixes, etc).

I am not suggesting with that explanation that RT or the extension
should care or try to cater to various distros' packaging+patching
workflows. I'm just explaining what I meant by "strict".

>> Using CPAN to install a more modern one, 1.65, results in httpd dumping
>> core at restart time.
> 
> Have a look at other reports of this, which we've never been able to
> replicate.  Alex replied to one just last week, especially relevant if
> you're running mod_perl (which you don't say).

Yes, we're using RHEL 6.5's Apache httpd and RHEL 6.5's mod_perl.

I'll visit the archives.

>> *Disabling* all SSL and TLS for $ExternalSettings in RT_SiteConfig.pm
>> results in the following "missing host method" error after apparent success:
>> Aug  1 15:01:39 alms2 RT: [24103] Can't locate object method "host" via
>> package "URI::_foreign" at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line
>> 935.#012#012Stack:#012
>> [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:935]#012
>> [/opt/rt4/local/plugins/RT-Authen-ExternalAuth/html/Elements/DoAuth:19]#012
>>  [/opt/rt4/local/plugins/RT-Authen-ExternalAuth/html/Callbacks/ExternalAuth/autohandler/Session:1]#012  [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:311]#012  [/opt/rt4/share/html/autohandler:53]
>>
>> Any thoughts would very welcome at this point.
> 
> This is RT trying to issue the redirect after login, what URL did you
> use to access RT and what was the next parameter.

I'm not sure what you mean by "what was the next parameter".

The site was accessed (then and just now) directly as https://alms2.foo.com/

The browser just reports the generic "An internal RT error occurred.
Your administrator..." (etc).

-- 
Jeff Blaine
kickflop.net
PGP/GnuPG Key ID: 0x0C8EDD02