После покупки «малинки» решил её немного снарядить, поэтому был куплен модуль часов реального времени модели DS3231, покупался в этом магазине

Для подключения выполняем следующие команды:

echo "dtoverlay=i2c-rtc,ds3231" >> /boot/config.txt
reboot

Хочу заметить, что в качестве ОС была использована CentOS 7, хотя похоже этот метод универсальный и подходит для других ОС. Еще была пара способов включить DS3231, через modprobe и т.д, но они не сработали.

При установке пакетов nginx, alt-php в ISPmanager 5 Lite возникла проблема с базой пакетов rpm, как поломалась — на сервере была очень высокая нагрузка. И да, в разделе «Возможности» было совсем пусто, от слова «the end». При просмотре лога было следующее:

tail -n100 /usr/local/mgr5/var/pkg.log 

Error: rpmdb open failed

*** Wed May  9 01:50:03 EDT 2018
*** installing ispmanager-pkg-nginx
error: rpmdb: BDB0113 Thread/process 10897/47317484890240 failed: BDB1507 Thread died in Berkeley DB library
error: db5 error(-30973) from dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db5 -  (-30973)
error: cannot open Packages database in /var/lib/rpm
CRITICAL:yum.main:

Error: rpmdb open failed

*** Wed May  9 01:50:04 EDT 2018
*** installing ispmanager-pkg-phpfpm
error: rpmdb: BDB0113 Thread/process 10897/47317484890240 failed: BDB1507 Thread died in Berkeley DB library
error: db5 error(-30973) from dbenv->failchk: BDB0087 DB_RUNRECOVERY: Fatal error, run database recovery
error: cannot open Packages index using db5 -  (-30973)
error: cannot open Packages database in /var/lib/rpm
CRITICAL:yum.main:

Error: rpmdb open failed

При том, что при выполнении в терминале yum update вызывало подобную ошибку

Решение проблемы следующее

cp -R /var/lib/rpm/ ~/rpm_bak/
rm -f /var/lib/rpm/__db*
rpm -vv --rebuilddb
yum clean all

ps: у меня был достаточно свежий сервер, поэтому базы перестроились быстро, но не исключайте фактора, что ребилдится может очень долго

Для очистки очереди сообщений в CentOS/Debian/Ubuntu, etc. необходимо выполнить следующую команду:

exipick -i | xargs exim -Mrm

Переходим

cd /var/spool/exim/db

И выполняем

rm -f *
 

Также можно указать в /etc/resolv.conf

nameserver 8.8.8.8
nameserver 8.8.4.4

После чего

service exim restart

Бывают такие ситуации, когда после обновления системы и последующей перезагрузки сервер не стартует. Благо система хранит ранее установленные ядра, на которые можно переключиться при загрузке. Но чтобы удалить ядро, которое вызывает kernel panic необходимо просмотреть какие ядра были установлены (kernel)

Для этого выполняем следующую команду

rpm -qa kernel

Устанавливаем модуль из репозитория ISPSystem

rpm -ivh http://download.ispsystem.com/repo/centos/release/6/x86_64/mod_rpaf-0.8.2-1.el6.x86_64.rpm

Открываем файл конфигурации модуля:

nano /etc/httpd/conf.d/mod_rpaf.conf

В строке

RPAF_ProxyIPs

дописываем свой IP, пример

<IfModule mod_rpaf.c>
  RPAF_Enable       On
  RPAF_ProxyIPs     127.0.0.1 ::1 192.168.1.100
  RPAF_Header       X-Forwarded-For
  RPAF_SetHostName  On
  RPAF_SetHTTPS     On
  RPAF_SetPort      On
</IfModule>

Релодим веб-сервер

service httpd restart