Записки молодого девопсера – Telegram
Записки молодого девопсера
153 subscribers
94 photos
7 files
623 links
Здесь выкладываются различные команды и решения проблем, с которыми приходится сталкиваться, а также интересные статьи и видео из мира IT.
Download Telegram
Составление словаря с с логином и паролем в base64 (изначально в виде user:password)
# Отдаешь файл с паролями и вставляешь в самом начале строки user
sed -i 's/^/user:/' darkweb2017-top1000.txt
# Кодируешь каждую строку в base64 и записываешь все в файл
awk '{system("echo "$1"|base64")}' darkweb2017-top1000.txt > base64.txt
# Декодируешь построчно из файла (для проверки)
awk '{system("echo "$1"|base64 -d")}' base64.txt
Forwarded from ranebull
Одна из самых крутых вещей из обновления Win10 1903)
Вот так это выглядит при нажатии Windows-V
Запуск джобы на нескольких gitlab-runner без дублирования кода и костылей:
.test_template: &build
stage: deploy
noscript:
- ls -al
allow_failure: false

build_one:
<<: *build
tags:
- serv1


build_two:
<<: *build
tags:
- serv2


С дублированием кода это бы выглядело вот так:
build_one:
stage: deploy
noscript:
- ls -al
tags:
- serv1
allow_failure: false


build_two:
stage: deploy
noscript:
- ls -al
tags:
- serv2
allow_failure: false


Если попробовать указать через tags 2 раннера
serv1 и serv2, то задача повиснет в статусе
pending, потому что логика Gitlab предполагает,
что на раннере должен висеть и тег serv1 и serv2.
Если к serv1 и serv2 добавить дополнительный тег serv,
то это тоже не сработает правильно, потому что опять та же логика
Gitlab будет выбирать свободный раннер и запускать на нем джобу.

Первоначальный вариант формирует шаблон, а затем уже подставляется в джобу с указанием тега
Получаем список IP-адресов из списка DNS-записей в файле.
Исходный файл host.txt:
host1.ru
host2.ru
host3.ru

Теперь выводим IP-адреса этих хостов:
for i in `cat host.txt`; do dig +short $i; done
Forwarded from ranebull
Я как раз в ней несколько ошибок исправлял)
Однажды мне уже влетело за то, что я хотел поставить vm_swapiness=0, а тут ещё статьи в интернете попадаются по тюнингу mysql.
https://www.psce.com/en/blog/2012/04/02/how-to-prevent-swapping-on-a-mysql-server/
Коротко о том, почему так нельзя делать.
swappiness
Значение от 0 до 100 определяет процент подкачки. Высокие значения означают, что предпочтение будет отдаваться производительности системы, агрессивно подкачивая страницы из физической памяти. Низкие значения избегают подкачки с целью уменьшения задержки обслуживания. По умолчанию равно 30.

Отключение процесса свапа может привести к тому, что при нехватке RAM сервис может упасть сразу и без предупреждение, а при наличии свапа - даст время, чтобы решить эту проблему (добавить памяти, отключить приложение, потюнить сервис и тому подобное.
P.S. в RHEL6 было значение 60. В RHEL7, OEL7 - уже 30 процентов
Запилил чатик для канала, где можно комментировать новости
https://news.1rj.ru/str/joinchat/DjkDyBeapMU5PZa1x5LDQA