Сетевые ресурсы Linux

Данное видео представляет собой практическое руководство по эффективному монтированию сетевых папок в операционных системах на базе Linux. Автор подробно описывает преимущества использования опции multiuser, которая позволяет нескольким пользователям одновременно работать с общим ресурсом, используя их собственные учетные данные и права доступа.

В видео представлены два основных сценария настройки: через классическую связку логина и пароля с использованием защищенных ключей ядра и через систему аутентификации Kerberos. Предложенный метод решает проблемы безопасности и производительности, обеспечивая при этом единые пути к файлам для всех сотрудников.
Инструкция также содержит полезные советы по интеграции сетевых дисков в графический интерфейс и автоматизации процессов при загрузке системы.
Данный материал ориентирован на системных администраторов, занимающихся оптимизацией ИТ-инфраструктуры и импортозамещением программного обеспечения.

📺 Если вам удобно смотреть на youtube https://youtu.be/J-J9eqBPTgM

Бонус. На youtube к данному ролику добавили викторину для проверки знаний по данной теме.

📲 Мы в MAX

👉 @i_odmin

Разбираем SQL на примере PostgreSQL — SELECT, JOIN, GROUP, HAVING, Coalesce и др.

Изучаем классические реляционные базы данных и язык для работы с ними — SQL — на примере топовой открытой СУБД PostgreSQL. Если вас пугает JOIN, вы не понимаете GROUP BY, вас смущает вопрос отличия WHERE от HAVING — смотрите видео полностью и обязательно прорабатывайте все запросы вместе с нами! Мы создадим и изучим работу с базой данных для интернет-магазина, хранящую в себе товары, их фотографии, покупателей и их заказы.

00:00 Зачем знать SQL и базы данных
02:47 Виды баз данных
03:28 Понятие сущностей, проектирование больших систем
06:01 Сущности в реляционных базах данных
06:50 Проектирование схемы БД магазина на бумаге
10:27 Перенос схемы БД в PostgreSQL, создание БД и таблиц
15:50 Заполняем БД данными
17:40 SELECT, получение данных из БД
19:03 JOIN, объединение таблиц
23:25 LEFT JOIN, RIGHT JOIN, INNER JOIN
26:57 Удаление данных их таблиц, обновление данных таблиц
28:23 Пример комплексного запроса с несколькими JOIN
32:31 Группировка данных GROUP BY
34:11 COALESCE
34:47 Сортировка данных, ORDER BY
35:13 HAVING
36:26 LIMIT, OFFSET
38:09 Выводы, итоги

источник

📲 Мы в MAX

👉 @i_odmin

Bash скрипт слежения за зависшими процессами

На одном из серверов был перенесен веб-сайт, из-за которого периодически подвисал дочерний httpd (apache2) процесс. Необходимо было временное решение на время отладки кода и решения проблемы на уровне сайта, которое отслеживало бы зависшие процессы.

Было решено написать bash скрипт, который отслеживает время жизни процесса, затраченное время процессора (CPU time) и нагрузку на процессов. В случае, если все 3 параметра достигают определенное пиковое конфигурируемое значение - процесс убивается.

Использование

./checker.sh param1 param2

#Пример:
./checker.sh httpd www-data

param1 - поисковая строка для вывода команды ps

param2 - опционально, вторая поисковая строка для уточнения результатов

#!/bin/bash

cpuLimit=5000   # cpu * 100
timeLimit=600    # process time limit in seconds
cpuTimelimit=400   # process cpu time limit in seconds
killSignal="HUP"    # kill signal
debug=0     # 1 - not kill | 0 - kill
verbose=1     # 1 - print info | 1 - without output

##### END CONFIG #####

declare -i cpuLimit
declare -i timeLimit
declare -i cpuTimelimit
declare -i debug
declare -i verbose
declare -A pidTime
declare -A pidCpuTime
declare -A pidCpu
declare -A pidUser
declare -A pidApp

appName=$1 #"httpd"
appName=${appName:=httpd}
grep2=$2 #"plsm.ru"
grep2=${grep2:=$appName}


if [[ -z $grep2 ]];then
 grep2=$appName
fi

{
 declare $( ps -eo pid,user,pcpu,etimes,comm | grep $appName | grep $grep2 | grep -v grep | sed -e 's/^[[:space:]]*//' | awk {'print "pidCpu["$1 "]=" $3*100'} )
 declare $( ps -eo pid,cputime,user,pcpu,etimes,comm | grep $appName | grep  $grep2 | grep -v grep | sed -e 's/^[[:space:]]*//' |  awk -F'[: ]+' '/:/ {t=$4+60*($3+60*$2); print "pidCpuTime["$1 "]="t}' )
 declare $( ps -eo pid,user,pcpu,etimes,comm | grep $appName | grep $grep2 | grep -v grep | sed -e 's/^[[:space:]]*//' | awk {'print "pidTime["$1 "]=" $4'} )
 declare $( ps -eo pid,user,pcpu,etimes,comm | grep $appName | grep $grep2 | grep -v grep | sed -e 's/^[[:space:]]*//' | awk {'print "pidUser["$1 "]=" $2'} )
 declare $( ps -eo pid,user,pcpu,etimes,comm | grep $appName | grep $grep2 | grep -v grep | sed -e 's/^[[:space:]]*//' | awk {'print "pidApp["$1 "]=" $5'} )
} &> /dev/null


arrSize=${#pidCpu[@]}

if [[ $arrSize -eq 0 ]];then
 if [[ $verbose -eq 1 ]];then
  echo "Required processes are not found"
 fi
else
 for i in "${!pidCpu[@]}";do
  if [[ $verbose -eq 1 ]];then
   echo "----------------"
   echo "pid: $i"
   echo "user: ${pidUser[$i]}"
   echo "cpu: ${pidCpu[$i]}"
   echo "time: ${pidTime[$i]}"
   echo "cpu time: ${pidCpuTime[$i]}"
   echo "app: ${pidApp[$i]}"
   if [[ ${pidCpu[$i]} -gt $cpuLimit ]] ;then
    echo "CPU WARNING"
   fi
   if [[ ${pidTime[$i]} -gt $timeLimit ]];then
    echo "TIME WARNING"
   fi
   if [[ ${pidCpuTime[$i]} -gt $cpuTimelimit ]];then
    echo "CPU TIME WARNING"
   fi
  fi

  if [[ ${pidCpu[$i]} -gt $cpuLimit ]] && [[ ${pidTime[$i]} -gt $timeLimit ]] && [[ ${pidCpuTime[$i]} -gt $cpuTimelimit ]];then
   if [[ $debug -ne 1 ]];then
    kill -$killSignal $i
    if [[ $verbose -eq 1 ]];then
     echo "PID $i KILLED. Result code $?"
    fi
   fi
  fi
 done
fi
exit 0;

Скрипт имеет ряд параметров:

🔵cpuLimit=5000 - задает лимит потребления CPU умноженного на 100 (5000 - потребление 50% процессора)

🔵timeLimit=600 - задает лимит времени работы процесса в секундах

🔵cpuTimeLimit=400 - задает лимит потребления процессорного времени

🔵killSignal - сигнал, который передается утилите kill. Я выставил HUP, что делает безопасное завершение процесса. Если процесс остается, то можно попробовать KILL, но это чревато проблемами

🔵verbose=1 - выводить информация о найденных процессах или нет

🔵debug=1 — 1 - не убивать процесс (включив verbose - можно протестировать), 0 - убивать процесс

📲 Мы в MAX

👉 @i_odmin