Difference between revisions of "RT Maintenance"

From Pumping Station One
Jump to navigation Jump to search
 
Line 1: Line 1:
{{mbox |type=warning |text=RT was phased out in 2018 and was replaced by [[IT_Infrastructure#Active_PS1_Domains.2FSub|FreshDesk]]. }}
+
{{mbox |type=warning |text=RT was phased out in 2018 and was replaced by [[Freshdesk]]. }}
  
  

Latest revision as of 22:50, 15 June 2020


Symptoms of a Borked Perl

  • The server produces little or no logs
  • running /opt/rt4/sbin/rt-server produces a segmentation fault
  • running make testdeps in ~/rt-4.2.3 produces a segmentation fault

Generally a borked perl is caused by an upgrade to a c lib without rebuilding the associated perl module, most commonly libmariadb.

Rebuild Perl

The RT instance doesn't use pacman to manage perl libs, just core perl itself. CPAN is used to manage perl libs.

   rm -rf /usr/bin/vendor_perl
   rm -rf /usr/bin/site_perl
   rm -rf /usr/share/perl5/site_perl
   sudo /usr/bin/perl -MCPAN -e shell
   cd /home/PS1/hef/rt-4.2.3
   # run make fixdeps in tmux or screen, it takes a _really_ long time
   sudo make fixdeps


Fixdeps shortcomings

The following stuff didn't install nicely due to failed tests, so I forced installed them

   cpanm -S --force GnuPG::Interface
   cpanm -S --force DBD::mysql

Plugin Dependencies

   cpanm -S Net::LDAP
   cpanm -S HTML::Gumbo
   cpanm -S Encode::Detect::Detector