Persistent CSF-Related 500 Error on AlmaLinux 9 After CyberPanel Update

I have a problem logging into the panel. I’m receiving a 500 error. The issue is related to CSF. After uninstalling CSF, the system works fine. When I perform a CyberPanel update, the system starts working properly again, but only until the end of the day. At night, it stops working again. This problem has been ongoing since last year. When I received information from you that the issue had been resolved, I performed an update — the system worked properly for a few days, but then the problem returned.

The system is AlmaLinux 9. Will the issue with CSF finally be resolved permanently?

1 Like

I have the same problem. Updated to Ubuntu 22.04.5 & cyberpanel to latest version and everything worked, but the next day the “500 Internal Server Error” appeared again and ssh as “operation time out”.

same here on 2 servers running alma9. cp update command fixes it temporarily, same issue a few hours later.

also both servers have this issue:
[root@cp ~]# dnf update -y
Last metadata expiration check: 2:24:18 ago on Wed 16 Apr 2025 05:31:57 PM UTC.
Error:
Problem 1: cannot install the best update candidate for package lsphp81-intl-8.1.29-2.el9.x86_64

  • nothing provides libicudata.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
  • nothing provides libicui18n.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
  • nothing provides libicuio.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
  • nothing provides libicuuc.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
    Problem 2: cannot install the best update candidate for package lsphp82-intl-8.2.22-2.el9.x86_64
  • nothing provides libicudata.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
  • nothing provides libicui18n.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
  • nothing provides libicuio.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
  • nothing provides libicuuc.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
    Problem 3: cannot install the best update candidate for package lsphp83-intl-8.3.10-2.el9.x86_64
  • nothing provides libicudata.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
  • nothing provides libicui18n.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
  • nothing provides libicuio.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
  • nothing provides libicuuc.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
    Problem 4: package lsphp83-intl-8.3.10-2.el9.x86_64 from @System requires lsphp83-common(x86-64) = 8.3.10-2.el9, but none of the providers can be installed
  • cannot install both lsphp83-common-8.3.12-2.el9.x86_64 from litespeed-update and lsphp83-common-8.3.10-2.el9.x86_64 from @System
  • problem with installed package lsphp83-intl-8.3.10-2.el9.x86_64
  • cannot install the best update candidate for package lsphp83-common-8.3.10-2.el9.x86_64
  • nothing provides libicudata.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
  • nothing provides libicui18n.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
  • nothing provides libicuio.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
  • nothing provides libicuuc.so.74()(64bit) needed by lsphp83-intl-8.3.12-2.el9.x86_64 from litespeed-update
    Problem 5: package lsphp82-intl-8.2.22-2.el9.x86_64 from @System requires lsphp82-common(x86-64) = 8.2.22-2.el9, but none of the providers can be installed
  • cannot install both lsphp82-common-8.2.24-2.el9.x86_64 from litespeed-update and lsphp82-common-8.2.22-2.el9.x86_64 from @System
  • problem with installed package lsphp82-intl-8.2.22-2.el9.x86_64
  • cannot install the best update candidate for package lsphp82-common-8.2.22-2.el9.x86_64
  • nothing provides libicudata.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
  • nothing provides libicui18n.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
  • nothing provides libicuio.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
  • nothing provides libicuuc.so.74()(64bit) needed by lsphp82-intl-8.2.24-2.el9.x86_64 from litespeed-update
    Problem 6: problem with installed package lsphp81-intl-8.1.29-2.el9.x86_64
  • package lsphp81-intl-8.1.29-2.el9.x86_64 from @System requires lsphp81-common(x86-64) = 8.1.29-2.el9, but none of the providers can be installed
  • package lsphp81-intl-8.1.29-2.el9.x86_64 from litespeed-update requires lsphp81-common(x86-64) = 8.1.29-2.el9, but none of the providers can be installed
  • cannot install both lsphp81-common-8.1.31-2.el9.x86_64 from litespeed-update and lsphp81-common-8.1.29-2.el9.x86_64 from @System
  • cannot install both lsphp81-common-8.1.31-2.el9.x86_64 from litespeed-update and lsphp81-common-8.1.29-2.el9.x86_64 from litespeed-update
  • cannot install the best update candidate for package lsphp81-common-8.1.29-2.el9.x86_64
  • nothing provides libicudata.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
  • nothing provides libicui18n.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
  • nothing provides libicuio.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
  • nothing provides libicuuc.so.74()(64bit) needed by lsphp81-intl-8.1.31-2.el9.x86_64 from litespeed-update
    (try to add ‘–allowerasing’ to command line to replace conflicting packages or ‘–skip-broken’ to skip uninstallable packages or ‘–nobest’ to use not only best candidate packages)