Дублирующиеся пакеты в YUM : package is a duplicate with package_old
При неудачной операции yum update ( например, закончилось место на жёстком диске ) в системе могут появится дубли пакетов , при этом повторные операции yum update, даже после освобождения дискового пространства, заканчиваются неудачно. Поиск дублей: # package-cleanup —dupes Формируем список дублей: # package-cleanup —dupes | sort | uniq > /tmp/fixit.txt Создаём файл сценария fixer.sh #!/bin/bash
Dovecot. Автоответчик.
На одном из почтовых серверов, работающих на связке Postfix + Dovecot + MySQL, потребовалось настроить автоответчик на входящие письма. По условиям задания автоответ должен работать только на заданных ящиках и пользователи не должны были иметь доступ к редактированию текста автоответа. После рассмотрения нескольких вариантов в качестве наиболее простого и функционального был выбран вариант с настройкой
Ubuntu 18. Установка 1С + PostgreSQL 12 .
В наличии свежеустановленная система под управлением Ubuntu 18 x64. Обновляем систему: # apt-get update # apt-get upgrade Проверяем языковую локаль, установленную по-умолчанию: # locale Локаль должна быть установлена в ru_RU.UTF-8 , в противном случае выполняем: # dpkg-reconfigure locales и выбираем ru_RU.UTF-8 и en_US.UTF-8 По умолчанию назначаем ru_RU.UTF-8 После изменения локали для вступления изменений в силу
Вывод ошибок Битрикс ( Bitrix ) в лог-файл.
По умолчанию в конфигурации Битрикс отключено логирование ошибок. Для записи ошибок в лог добавляем в файл конфигурации bitrix/.settings.php секцию: Формат ужасный, но другого нет 🙂
DMARC failure to load tld list /usr/share/publicsuffix/public_suffix_list.dat’: No such file or directory
Проблема возникла на CentOS 7 с установленной панелью VestaCP. Почтовый сервер Exim настроен, почта отправляется и принимается, но в лог-файле /var/log/exim/panic.log присутствуют записи: DMARC failure to load tld list ‘/usr/share/publicsuffix/public_suffix_list.dat’: No such file or directory Лечатся данные ошибки следующим способом — в консоли выполняем : # mkdir /usr/share/publicsuffix # cd /usr/share/publicsuffix # wget https://publicsuffix.org/list/public_suffix_list.dat
Debian 10. Установка 1С + PostgreSQL 12 .
В наличии свежеустановленная система под управлением Debian 10 x64. Обновляем систему: # apt-get update # apt-get upgrade Проверяем языковую локаль, установленную по-умолчанию: # locale Локаль должна быть установлена в ru_RU.UTF-8 , в противном случае выполняем: # dpkg-reconfigure locales и выбираем ru_RU.UTF-8 и en_US.UTF-8 По умолчанию назначаем ru_RU.UTF-8 После изменения локали для вступления изменений в силу
Обновление версии PHP на CentOS 7 VestaCP
По умолчанию в CentOS 7 установлена версия PHP 5.4: Для повышения версии PHP до 7 производим следующие действия: # yum update # yum install yum-utils # yum-config-manager —enable remi-php74 # yum update Если используется Apache: # systemctl restart httpd Если используется php-fpm: # systemctl restart php-fpm Проверяем версию PHP: # php -v
Обновление MariaDB на CentOS до актуальной версии.
По умолчанию в CentOS 7 с установленной VestaCP используется MariaDB 5.5 Для изменения версии MariaDB производим следующие действия: Создадим файл /etc/yum.repos.d/mariadb.repo : # touch /etc/yum.repos.d/mariadb.repo Открываем файл /etc/yum.repos.d/mariadb.repo в любом редакторе ( vi, nano, mcedit ) и добавляем в него следующие строки: # MariaDB 10.5 CentOS repository list — created 2018-08-23 03:33 UTC # http://downloads.mariadb.org/mariadb/repositories/ [mariadb] name = MariaDB
ISPManager. Во время выполнения запроса произошла ошибка.
При работе в ISPManager при попытке открыть разделы WWW-домены или PHP может возникнуть ошибка «Во время выполнения запроса произошла ошибка». Кроме этого перестают создаваться резервные копии. Исправляется данная ошибка довольно просто. Нужно подключиться к серверу по SSH и в консоли выполнить следующие команды: # rm /usr/local/mgr5/var/.db.cache.* # killall core