Difference between revisions of "RT Maintenance"
Jump to navigation
Jump to search
(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...") |
Jackhholmes (talk | contribs) |
||
| (16 intermediate revisions by 6 users not shown) | |||
| Line 1: | Line 1: | ||
| − | + | {{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 |
| − | |||
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]] | ||
Latest revision as of 22:50, 15 June 2020
 | 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/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