Internal Server Error on Login

Support
1

Getting an error when trying to login to the control panel - haven’t tried logging in for quite a few months.

Description

“Internal Server Error: No Sentient Programmers Found” on admin login to control panel.

Environment

ApisCP version:
revision: 1814911815b20746dabcad49e0060e32caf3d058
timestamp: 1727297186
ver_maj: 3
ver_min: 2
ver_patch: 45
ver_pre: ‘’
dirty: false
debug: false

Operating System:
4.18.0-553.50.1.el8_10.x86_64
(Rocky Linux 8 x64)

Additional Information

Errors when running upcp:

https://pastebin.com/6kenxMHA

Any tips or insights would be greatly appreciated. Thank you in advance!

2

From the logfile, MariaDB is down:

EXCEPTION: SQLSTATE[HY000] [2002] Connection refused (SQL: select column_name as `column_name` from information_schema.columns where table_schema = apnscp and table_name = migrations)

What does systemctl status mariadb monit report for both services? What about systemctl restart mariadb.

3

Thank you for your quick reply!

I’ve put all the output from those commands here: https://pastebin.com/mqjYDWj7

It also recommended running “journalctl -xe” so I included that output in the pastebin as well in case it helps.

4

Looks like you’re out of storage. What’s reported by df and tail -n30 /var/log/mysqld.log?

5

Ah I bet you’re right! “df” just listed every file, and tail -n30 /var/log/mysqld.log showed this:

https ://pastebin.com/FXCV94xa

(it wouldn’t let me post the pastebin link this time, so I added a space between https and ://)

6

From mysqld.log:

  1. 2025-07-13 12:03:49 0 [ERROR] mariadbd: Aria recovery failed. Please run aria_chk -r on all Aria tables (*.MAI) and delete all aria_log.######## files

I’d perform that in /var/lib/mysql, then try again.

cd /var/lib/mysql
find . -iname '*.MAI' -exec aria_chk -r '{}' \; -print
rm -f aria_log.*
systemctl start mariadb
7

You’re a lifesaver. It worked. Thank you so much @msaladna - any tips to prevent this issue from happening again? Or was it a weird one-off? Either way, thank you again, I truly appreciate it.

8

11.6 is a rolling dev version that’s no longer maintained. I’d recommend jumping to 11.8, which is a LTS release.

9

Perfect, thank you - I will research how to do that with the link you provided and do so - thank you again, have a great day/evening!

10

I fully support this recommendation. I have been bitten more than once by non-LTS versions of MariaDB. 10.7.8, although ‘stable’ had a habit of truncating columns or padding with zeros on a bulk import. Not something you find out until a client complains that half the content is missing from their migrated CMS.

It pays to read the release notes before updating to some particular version.