Шпаргалка по поиску узких мест в Linux с помощью различных инструментов.

В моём случае была такая ошибка:

$ sudo helm list
sudo: helm: command not found

Проверяем по какому пути находится helm:

$ which helm
/usr/local/bin/helm

Проверяем PATH в sudo окружении:

]$ sudo printenv PATH
/sbin:/bin:/usr/sbin:/usr/bin

Как видно - в PATH в окружении sudo нет пути /usr/local/bin. Давайте добавим этот путь.

Выполняем команду sudo visudo и попадаем в настройки окружения sudo.

Находим строку:

Defaults    secure_path = /usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

Добавляем в неё наш путь:

Defaults    secure_path = /usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

Проверяем:

$ sudo helm list
NAME    NAMESPACE       REVISION        UPDATED STATUS  CHART   APP VERSION

Работает.

Всем привет.

Понадобилось мне обновить Cockpit до новой версии так как последняя версия в репозитории CentOS 8 - 224. Это откровенно старая версия и многого функционала нет: например, клонирование виртуальных машин, добавление CD-ROM в виртуальную машину и т.д. Гугля "добавление CD-ROM в виртуальную машину через Cockpit" попал на официальный блог Cockpit Project. Оказалось, что за несколько лет, с момента доступной последней версии Cockpit в репозитории CentOS 8, вышло много новых версий с огромным количеством нововведений. Текущая версия, на момент написания статьи, уже 239!


На официальном сайте Cockpit к сожалению не нашёл обновление до последней версии именно в CentOS 8 - там только для CentOS 7.
Поэтому, в этой статье мы установим самый новый Cockpit на CentOS 8.

Всем привет.

В этой статье мы обновим ядро до самой новой версии. На момент написания статьи самая новая версия ядра Тем не менее по этой статье вы всегда сможете обновиться на более новое ядро, если оно появится.


Темы, которые коснемся в этой статье:

1. Что такое kernel-ml;
2. Узнать текущую версию ядра;
3. Использование ELRepo;
4. Установка последнего ядра;
5. Настройка загрузки с новым ядром;
6. Создание файла конфигурации grub и перезапуск системы;
7. Проверка нового ядра;
8. Проверка установленного ядро в системе;
9. Удаление старого ядра.

Клиент попросил стороннюю компанию по обеспечению безопасности просканировать их сервер и обнаружил, что SSH имеет множество уязвимостей в системе безопасности. Причина в том, что даже самый свежий (на 2021 год) CentOS 7.9 использует более старую версию OpenSSH v7.4, и эти уязвимости были исправлены в новой версии OpenSSH, поэтому по соображениям безопасности требуется обновление.

[root@localhost ~]# cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)

[root@localhost ~]# rpm -qa | grep openssh
openssh-clients-7.4p1-21.el7.x86_64
openssh-server-7.4p1-21.el7.x86_64
openssh-7.4p1-21.el7.x86_64

В этой статье мы обновимся до самой последней версии OpenSSH. На момент написания статьи это версия 8.5p1.

В первой части статьи "Логи в Linux часть 1. rsyslog, journald и logrotate" вы узнали об основах управления и анализа лог-файлов. Во второй части вы узнаете как работать с модулями в rsyslogd. Вы также узнаете, как организована интеграция между rsyslogd и journald и как настроить центральный сервер логов.

Анализ логов является важной задачей системного администратора. Если что-то идет не так в системе Linux, ответ часто находится в логах. На CentOS 7 две разные системы логирования используются бок о бок, и важно знать, как и где найти информацию. Эта статья научит вас всему этому. Вы узнаете, как читать логи, настраивать rsyslogd и journald, а также как настроить свою систему на ротацию логов, чтобы предотвратить полное заполнение дисков службами, которые регистрируют события в этих самых логах.

Обработка почты является важной задачей, которая должна выполняться на многих серверах Linux, независимо от того, какую конкретную услугу они предоставляют. Во многих случаях этим службам часто нужно отправлять почту. Вот почему вам необходимо настроить сервер для пересылки почты на центральный почтовый сервер. В этой статье вы узнаете, как это сделать.

По умолчанию ядро Linux оптимизировано для всех. Поэтому большинство серверов Linux работают достаточно хорошо без какой-либо дальнейшей оптимизации. Однако если вы действительно хотите добиться максимальной производительности вашего сервера, вам необходимо применить некоторые навыки оптимизации системы. В этой статье вы узнаете, как это сделать.

Правильная работа служб в Linux, зависит от правильной настройки времени на сервере. Подумайте о таких службах, как синхронизация базы данных, проверка подлинности Kerberos и многое другое. В этой статье вы узнаете, как настраивается время на сервере Linux.