CityCat4

Именно с линукс - никак. Только RDP на винду или вебморда. Впрочем, например ESXi - это все сплошь вебморда, толстый клиент давно снесен на помойку и даже флексовый работает только на старом-старом браузере

купленное ПО работает только на версиях ниже 8.1

А запускать пробовали? Требования ПО на чем основаны? glibc? библиотеки? жаба?

CentOS 7 R.I.P.

Тут не нужен был ни жирный ни худой девопс. EL7 - достаточно стабильная система, ее почти не испортило даже появление systemd. Если она начинает сыпаться (а 20 перезагрузок в день - это оно и есть) - значит проблема в железе однозначно.
Если машина конторская - берем, тестируем. Если провайдерская - возвращаем этот piece of shit. Ставим новый сервак, на него переносим старый. Я бы действительно задумался об установке туда гипера - ВМ куда как проще бэкапить-восстанавливать да и переносить туда-сюда тоже проще, чем bare-metal.
Хотя и bare-metal тоже можно через dump/restore.

В секции account какой-то из модулей запретил Вам доступ. Смотрите лог, там обычно указывается, какой модуль и почему.

man dump
man restore

Не знаю, правда, как все это лить на FTP, обычно по ssh сливаю

man chattr
/immutable

No such file or directory

Перевести Вам данную фразу, что ли? Английским по белому написано, в чем проблема

Если не представляете себе, как работает сборка из исходников - лучше за пределы yum install не выходить. А если уже решили рискнуть - то обязательно сохранить каталог сборки и протокол установки (вместо make install делать make install >& install.log - так по крайней мере можно будет потом восстановить куда что легло).

В данном случае я думаю, будеь достаточно вернуть линк на системный perl. CentOS - пакетная система, она весьма нервно относится к установке чего-либо кроме как из пакетов и конечно же ничего об этом не знает. Поэтому, если ставите что-то вручную - то категорически нельзя это размещать в /usr! Ставьте в /usr/local, в /opt, куда угодно, но не портите /usr - особенно в пакетных системах - это может весьма болезненно аукнуться.

М-да. Так и знал, что шляпа выкупила CentOS только для того, чтобы убить его. Расчет был точен - использование systemd его убило нахрен...

Что ставить? Ну, можно попробовать идейных наследников EL - RockyLinux, AlmaLinux... - Вот тут еще в апреле это обсуждали.

Ну едрить. Отключи графику, оставь консоль. Попробуй запустить X вручную и посмотри на ошибки. Удали/переименуй xorg.conf - современные иксы способны стартовать в дефолте. Криво, но сопособны и иногда этого лога хватает.
Скорее всего настроена видюха от vmware, а теперь ее нет.

Отсутствие IPMI означает просто отсутствие IPMI. Это неприятно, потому что теряется в известной мере смысл серверной платформы, но не страшно.
А проблема у Вас в видеорежиме, как всегда. Инсталлятор пытается загнать карту в неподдерживаемый видеорежим, лечится переадчей ядру некоего параметра, сейчас правда на память какого не скажу.

Ну, тут два варианта.

- Искать репу с 5.4. На самом деле для центоса забубенное количество реп и хотя большинство из них фанатские, 5.4 там наверняка есть
- Собрать самому. Найти пакет для el6, выдрать из него спеку чтобы посмотреть параметры сборки или даже вообще собрать "как я сам вижу". Тут правда с установкой надо аккуратнее, ставить в /usr/local, чтобы системный не перекосило

А простите, с чего Вы решили, что crontab -e правит /etc/crontab? Команда сия правит рутовый персональный кронтаб, который лежит где-то в дебрях /var (где, искать ломы, но возможно /var/cron/tabs или что-то около этого)
А раз не запустился, значит с его кронтабом что-то не то.
Я не раз на такое натыкался, поэтому просто забил на crontab -e и просто правлю /etc/crontab при необходимости.

man ipset