Тут в период 9—14 июля будет распродажа бумажных и электронных книг со скидками от издательства "Piter".
Налетай :)
https://habr.com/ru/company/piter/blog/459322/

Р-работа
https://securenews.ru/new-extension-for-chrome-allows-you-to-discreetly-watch-tv-shows-at-work/

Однажды мне уже влетело за то, что я хотел поставить 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

Когда это продолжается всю жизнь и с этим трудно что-то сделать)
https://toster.ru/q/647242

We need more ports!!!
https://www.theverge.com/2019/7/9/20687252/vaio-sx12-
announced-price-specs-release-date

Неофициальный Telegram-клиент MobonoGram 2019 оказался троянским ПО

Из каталога Google Play удалено приложение MobonoGram 2019, позиционируемого как неофициальный альтернативный клиент мессенджера Telegram и насчитывающего более 100 тысяч установок. Причиной удаления стало выявление поставки в составе программы вредоносного кода Android.Fakeyouwon, осуществляющего совершение вредоносных действий.

https://www.opennet.ru/opennews/art.shtml?num=51101

Просто красиво и лаконично написанная статья
https://habr.com/ru/company/jetinfosystems/blog/459712/

Вот это фиаско

Ждём CentOS 8

Релиз Oracle Linux 8

Компания Oracle опубликовала релиз дистрибутива Oracle Linux 8, созданного на основе пакетной базы Red Hat Enterprise Linux 8. Сборка поставляется по умолчанию на основе штатного пакета с ядром из Red Hat Enterprise Linux (на базе ядра 4.18). Собственное ядро Unbreakable Enterprise Kernel для Oracle Linux 8 пока находится на стадии разработки.

https://www.opennet.ru/opennews/art.shtml?num=51120

Ошибку Error was encountered while opening journal files: Input/output error при запуске journarctl с разными параметрами можно решить удалением файлов с нулевым размером и запуском проверки файлов журналов:

sudo find /var/log/journal/ -size 0M -type f -exec rm -rf {} \;
sudo journalctl --verify

Рескан SCSI-шины без учетки рут, но с возможностью sudo
На Centos 6, RHEL 6 и OEL 6 может возникать ситуация, когда с виртуализации
подключают диск на включенную виртуальную машину и гостевая ОС не видит этот диск.
Для обнаружения этого диска/дисков делают рескан SCSI-шины:

for i in `ls /sys/class/scsi_host`; do echo "- - -" | sudo tee /sys/class/scsi_host/${i}/scan; done

После рескана нужный диск/диски появляются в гостевой ОС.
P.S. Либо можно просто перезагрузить гостевую ОС.

Есть такой volume manager для СУБД Oracle, который может собирать из дисков массив в своем формате либо использовать LVM и делать ещё всякие умные штуки, вроде обеспечения отказоустойчивости.
Называется он Oracle ASM (Automatic Storage Management). Дело в том, что средствами не всегда можно понять, что эти
диски (если они не в LVM) используются для хранения каких-то данных. Так как fdisk -l, lsblk, df -h показывает, что эти диски никуда не подключены.
Уже после прочтения гугла выяснилось, что можно это выяснить либо посредством команды blkid и искать диски с типом oracleasm, либо командой
ls -al /dev/oraasm/, в которой можно увидеть куда мапятся эти диски.
(c) Берегите свои данные

$ blkid | grep oracleasm
/dev/block/8:65: TYPE="oracleasm"
/dev/block/8:66: TYPE="oracleasm"
/dev/block/8:67: TYPE="oracleasm"
/dev/block/8:68: TYPE="oracleasm"
/dev/block/8:69: TYPE="oracleasm"
/dev/block/8:70: TYPE="oracleasm"
/dev/block/8:71: TYPE="oracleasm"
/dev/block/8:72: TYPE="oracleasm"
$ grep sd /proc/partitions
   8       65 2147483648 sde
   8       66 2147483648 sdf
   8       67 2147483648 sdg
   8       68 2147483648 sdh
   8       69 2147483648 sdi
   8       70 2147483648 sdj
   8       71 2147483648 sdk
   8       72 1048576000 sdl

Просто и доступно про inode
https://habr.com/ru/post/462849/
P.S. Когда у нас заканчивались inode на ВМ - просто брали и добавляли новый диск в LVM.
Просто и без боли.

Несколько раз встречались ситуации, когда людям, участвующим в соревнования по компьютерной безопасности CTF задавали вопрос, а как эти соревнования помогли им в жизни. Могу достоверно сказать, что в пятницу они мне и помогли. В Zookeper в base64 хранилась закодированная строка со старыми параметрами подключения к БД. По внешнему виду строки удалось понять, что это base64, потом раскодировать эту строку, в JSON поставить актуальные параметры подключения в базе, закодировать обратно и засунуть все это в Zookeper. Только после этого все завелось.
P.S. Как потом выяснилось, статья с портала поддержки вендора не работает, а все только ломает.