RT Maintenance: Difference between revisions

From Pumping Station One
Created page with "Sometimes perl gets broken on the rt system rm -rf /usr/bin/vendor_perl rm -rf /usr/bin/site_perl rm -rf /usr/share/perl5/site_perl /usr/bin/perl -MCPAN -e sh..."
 
No edit summary
 
(16 intermediate revisions by 6 users not shown)
Line 1: Line 1:
Sometimes perl gets broken on the rt system
{{mbox |type=warning |text=RT was phased out in 2018 and was replaced by [[Freshdesk]]. }}
 
 
== 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/vendor_perl
     rm -rf /usr/bin/site_perl
     rm -rf /usr/bin/site_perl
     rm -rf /usr/share/perl5/site_perl
     rm -rf /usr/share/perl5/site_perl
     /usr/bin/perl -MCPAN -e shell
     sudo /usr/bin/perl -MCPAN -e shell
    # choose sudo instead of local::lib when prompted
     cd /home/PS1/hef/rt-4.2.3
     cd /home/PS1/hef/rt-4.2.3
    # run make fixdeps in tmux or screen, it takes a _really_ long time
     sudo make fixdeps
     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
[[Category:RT]]