Linux, работа с дисками – разделы, файлы, файловые системы в ОС, LVM (ls, lsblk, fdisk, find, rm/mdir/shred/tmpwatch, dd, synctoy, df, du, tree, iotop, parted, mkfs, mount, fstab, fsck, find, clonezilla, parted/gparted, OSFmount, ln, life cd&usb, flock, iotop/iostat/lsof, split, paste)

разное/ОПРЕДЕЛЕНИЯ

  • Основные мониторинг объекты хранения:

    1. утилизация памяти (дисков/ram/swap)
      1. 100% утилизация в df под snap/cd/dvd это нормально т.к. Snap всегда полностью утилизированы – они доступны только на read
    2. Iops (inout/output operations per second – read/write)
    3. Методы добавления места
    4.     (0) Сначала убедиться что то, что занимает место хранения это легитимные файлы (du)
    5.     (1) LVM, если используется, позволяет в сценариях необходимости добавления памяти хорош – просто добавляем к старому диску еще один новый и пользуемся
    6.     (2) Перенести часть тяжеловесных директорий со старого диска на новый и смонтировать их туда
    7.     (3) Склонировать полностью старый диск на новый более объемный
  • Все в Linux есть файл.


Читать дальше

Network: сетевые модели OSI, TCP/IP

https://disk.yandex.ru/i/Kk4wqYsG_0YDRA

Зачем нужны сетевые модели

Основные плюсы использования многоуровневой модели: 

  • standard and interoperability – стандартизация приводит к упрощению межвендорного взаимодействия, снижения стоимости
  • split development and abstraction – разработчикам приложений в общем случае не нужно знать как работает физика/коммутируются фреймы и проч т.к.


Читать дальше

draft: Jokes

sleep(1)#Wait a segund  в эксплойте

Из digest BMWG от сегодня

"The OSI model doesn't have a good reputation here at IETF, and the Internet was not built based on ISO's model."
https://mailarchive.ietf.org/arch/msg/bmwg/J1HnYOMZzXCADOQXsB3jz9PxwYQ/

:(){ :|: & };: – из userspace ломаем сервер (не стоит вводить на сервере с linux)

http://zelaudit.ru/

Читать дальше

Ruby: exceptions

raise “tratatttata OSHIBKA” – вызов ошибки в коде скрипта. Может быть полезно:

1)      Для проверки отработки кода на exception (Begin – Rescue – End)
2)      Когда в результате какой-то внутренней проверки выяснено, что произошло что-то плохое и лучше не продолжать отработку, а завершить ее.


Читать дальше