[rt-users] RT suddenly no longer works (blank titleless page for everything, no errors in apache)

[Joel Feiner]

Jesse Vincent wrote:
> 
> 
> On Mon, Nov 12, 2007 at 05:32:00PM -0500, Joel Feiner wrote:
>> Hello,
>>
>> We have had a successfully operating RT installing for many months now.  
>> This weekend, we upgraded perl and now RT no longer works at all.  The 
>> upgrade of perl was rolled back (it was just a minor update, so it 
>> shouldn't have caused a major problem, in any case).  The problem 
>> persists.
> 
> It looks like RedHat replaced Scalar::Util with a broken
> version....again. Try reinstalling it?
> 
I installed (via CPAN) Scalar::Util and it installed fine, but the 
problem persists.  There is no perl-Scalar-Util package installed (or 
any permutation thereof).  Any other packages I should check?
> 
> We have tried reinstalling RT, enabling debugging and not 
>> only does RT no longer work, but there are no errors in the Apache logs 
>> and the debugging log I set up in /opt/rt3/var/log remains empty.  None 
>> of the configs changed prior or during the outage, except to add in 
>> debugging options, which have had no visible effect.
>>
>> Because our RT system is behind HTTPS, and also load-balanced using PEN, 
>> it is hard to test with, e.g. telnet or bin/rt.  Note, of course, that 
>> it worked successfully using this configuration before.
>>
>> We are using RT 3.6.5 on CentOS 5 (x86_64) running inside two Xen 
>> virtual machines, themselves running on CentOS (x86_64).  Perl version 
>> is 5.8.8 (build 10), mod_perl is version 2.0.2 (build 6.3).  All CPAN 
>> dependencies are okay, verified with sbin/rt-test-dependencies.
>>
>> Here are the relevant config files:
>> /opt/rt3/etc/RT_SiteConfig.pm:
>>
>> Set( $rtname, 'XXXXX');
>> Set( $Organization, "XXXXXX");
>> Set( $OWnerEmail , 'XXXXXX');
>> Set( $WebBaseURL, "https://XXXXXXX");
>> Set( $Timezone, "US/Eastern");
>> Set( $WebExternalAuth, 1);
>> Set($DatabaseHost   , 'XXXXX');
>> Set($DatabaseRTHost , 'XXXXX');
>> Set($LogToFileName, "rt.log");
>> Set($LogToFile, "debug");
>> 1;
>>
>> /etc/httpd/conf/httpd.conf (relevant section)
>>
>> <VirtualHost XXXXX:443>
>>        ServerName XXXXX
>>        DocumentRoot /opt/rt3/share/html
>>        AddDefaultCharset UTF-8
>>
>>  PerlRequire /opt/rt3/bin/webmux.pl
>>
>>  <Location />
>>    SetHandler perl-script
>>    PerlHandler RT::Mason
>>  </Location>
>>
>>  SSLEngine on
>>  SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW
>>
>>  SSLCertificateFile XXXXXX
>>  SSLCertificateKeyFile XXXXXX
>>  SSLCertificateChainFile XXXXXX
>>
>>        ErrorLog /var/log/httpd/error_log
>>        TransferLog /var/log/httpd/access_log
>> RedirectMatch permanent (.*)/$ https://XXXXXX$1/index.html
>> </VirtualHost>
>>
>> /etc/httpd/conf.d/perl.conf
>>
>> # <comments removed>
>>
>> LoadModule perl_module modules/mod_perl.so
>>
>> # and a large number of commented out things [we haven't otherwise 
>> modified this file]
>>
>> So, at this point, we need some advice on the direction to take, and 
>> what things to try.  I don't know enough about RT internals to properly 
>> debug this situation.  I've read some of the documentation, but again, 
>> since we didn't change any config before this broke, it shouldn't make a 
>> difference.
>>
>> Thanks in advance.
>>
>> - Joel
>> _______________________________________________
>> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>>
>> SAVE THOUSANDS OF DOLLARS ON RT SUPPORT:
>>
>> If you sign up for a new RT support contract before December 31, we'll take
>> up to 20 percent off the price. This sale won't last long, so get in touch 
>> today. Email us at sales at bestpractical.com or call us at +1 617 812 0745.
>>
>>
>> Community help: http://wiki.bestpractical.com
>> Commercial support: sales at bestpractical.com
>>
>>
>> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
>> Buy a copy at http://rtbook.bestpractical.com
>>
>