Skip to main content

CPAN broken after update to cPanel 58

Comments

6 comments

  • NOC_Serverpoint
    Hello, Check with the rpm commands to see if the package is still there in the server or else use an UPCP available in the cPanel scripts and see if that resolves the issue.
    0
  • RWH Tech
    Thanks for the info. I've verified that the package is installed, even went as far as reinstall it with rpm and uninstall/reinstall with yum. upcp ran fine, too. If I knew where cpan is picking up that path, I could change it by hand. I've tried grepping /usr and /home, but didn't find it. Will do some more digging, later. Perl got moved from 5.14 to 5.22 in 56, so I reckon I just haven't used cpan since then.
    0
  • RWH Tech
    I went ahead and did a ln -s /usr/local/cpanel/3rdparty/perl/522/bin/perl /usr/local/cpanel/3rdparty/perl/514/bin/perl as an interim workaround until the issue is resolved.
    0
  • cPanelMichael
    After migrating to EA4, I got a message about broken RPMs for spamassassin and munin. Figured I'd try installing them via command line cpan, instead of running the script, and I get this:

    Hello, Keep in mind that "cpan" is not a tool utilized to install RPMs via the command line. Instead, the "check_cpanel_rpms" script is used to install missing cPanel RPMS:
    0
  • RWH Tech
    I've opened ticket 7609441. PS: System perl is fine, just cpan is looking for 514 when 522 is there. root@rwh [~]# perl -v This is perl 5, version 16, subversion 3 (v5.16.3) built for x86_64-linux-thread-multi (with 29 registered patches, see perl -V for more detail)
    0
  • RWH Tech
    The Cpanel tech determined that the cpan executable was from an old install and didn't do well without that perl 514 dir. The fix was easy, since the cpanel-provided cpan existed: rm -f the extraneous cpan.
    0

Please sign in to leave a comment.