• Резервное копирование, часть 5: Тестирование Bacula и Veeam Backup for Linux
    +8
    На мой взгляд, обзор получился довольно куций.

    Почему именно эти решения для резервного копирования выбирались для сравнения?
    Продукты значительно различаются по функциональности. Veeam Agent for Linux позволяет восстанавливать тома машины целиком, так как делает резервную копию именно тома. Bacula, как и большинство opensource средств для резервного копирования, делают резерную копию файлов с живой машины.

    Инкрементальный режим у Veeam Agent for Linux тоже есть. Его тоже было бы не плохо сравнить. Данные для инкрементального режима тоже было бы хорошо привести.

    На каких аппаратных и программных средствах проводились эксперименты? Это обязательно указывать!

    Я считаю, что статья, как минимум, требует значительной доработки.

    P.S. Режим файлового бэкапа Veeam Backup for Linux на множестве маленьких файликов — это боль. Большие файлы бэкапяться нормально. Так что если надо бэкапить только к примеру базу, то скорость должна быть хорошей. Над оптимизацией режима файлового бэкапа работаем.
  • Практикум RHEL 8 Beta: Устанавливаем Microsoft SQL Server
    0
    Ага. Уже.
    Всех с релизом RHEL 8!
    Однако это не совсем ответ на вопрос.
  • Как пасти (с)котов, или Советы юному программисту
    +5

    Да уж. Статья шибко злая получилась. Прям наболело у автора. Заминусуют… А жалко, потому что, некоторые вопросы подмечены довольно верно, хоть и довольно грубо. Как минимум статья заставляет задуматься.


    И на самом деле не важно как именно устроен процесс разработки в команде: некомпетентность помноженная на завышенную самооценку всегда себя проявит в виде проблемы.
    Людьми нужно оставаться независимо от того, тестировщик ты или ПМ или кодер. При благоприятном эмоциональном климате в команде многие проблемы решаются в разы быстрее.


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

  • Практикум RHEL 8 Beta: Устанавливаем Microsoft SQL Server
    0
    И ещё интересно, RHEL 8 планируется распространять для двух архитектрур x86_64 и ARM 64.
    Вопрос: MS SQL на rhel 8 будет работать под ARM 64?
    В этом случае появляется вариант сэкономить на хостинге, как я понимаю.
  • Практикум RHEL 8 Beta: Устанавливаем Microsoft SQL Server
    0
    Мне лично интересен вопрос: «Зачем?».
    Зачем запускать mssql на red hat. С таким же успехом можно поднять виртуалки с виндой или контейнер какой нибудь. Последнее время Microsoft позволяет перемешать Linux и Windows приложения в компот. Зачем? Чтобы добавить проблем администратору? Подскажите, может я не в курсе чего?
  • Linux Backup от Veeam на ОС «Эльбрус». Импортозамещение ['?' | '.' | '!']
    +4

    Подобного комментария я ждал. Самого когда-то укачивало от отечественных разработок. Однако, реальность такова, что работать приходится не с тем с чем хочется, а с тем что дают.

  • Linux Kernel 5.0 — пишем Simple Block Device под blk-mq
    +1
    На самом деле книги есть, но часто они довольно поверхностны. Отметить могу разьве что Robert Love «Linux Kernel Development». Есть на русском.
    Есть статьи с примерами. Нужно искать. Про block layer точно помню, читал. Однако, довольно часто они оказываются несколько устаревшими. Собственно именно поэтому и была написана статья, которая позволила актуализировать этот вопрос.
    Есть сайты с описанеми Linux Kernel API. Тут www.kernel.org/doc/htmldocs/kernel-api к примеру. Тут linux-kernel-labs.github.io/master тоже хорошо пишут.
    Такая документация часто бывает не актуальна, иногда попадаются ошибки (как и для проприетарного кода), но всегда есть исходник. Исходник ядра в принципе хорошо читается, если привыкнуть.
    Так что всё есть — нужно искать.
  • Linux Kernel 5.0 — пишем Simple Block Device под blk-mq
    +3
    Возможно, я сам не берусь судить об этом, но вот Paolo Valente старательно доказывал что его планировщик очень даже нужен. Кому интересно вот ссыль с LinuxPiter (недавно выложили): www.youtube.com/watch?v=Ea5vHdQgXpw
  • Простейшая командная строка на NASM и QEMU
    0

    Ну если исключительно для тренировки навыков программирования — то да. Для этого любой asm подойдёт. Qemu получается как эмулятор старого проца, причем за даром. Можно ещё пробросить виртуальный LPT, на стороне хост-машины сделать эмулятор лифта или пульта или дисплея или поливалки или… и можно писать лабораторки.

  • Простейшая командная строка на NASM и QEMU
    0
    Супер. Кто-то ещё помнит как писать под проц. 8086. В принципе здорово, только непонятно для чего. Какова цель статьи и проделанной работы. Чтобы из нормальной консоли получить самодельную в эмуляторе?
  • Обзор обновления Veeam Backup & Replication 9.5 Update 4
    +1

    Наверное да. Я подумаю об этом.
    Тем не менее, недавний случай с ошибкой в ядре, которая прилетела с патчем в 2.6.32-754.6.3 (была починена в следующем) напоминает о том, что с обновлениями надо быть осторожным.
    Как минимум не стоит делать обновления автоматически и для всей инфраструктуры сразу.
    Ещё хочу заметить, что идея kABI совместимых модулей не очень соответствует идеям ядра Linux.
    Dkms модуль ядра практически не вызывает проблем. Конечно он может не собраться из-за специфичного патча или из-за очередного обновления ядра. Но серваки пачками не кладёт. Если есть возможность использовать dkms модуль, я бы советовал использовать именно его.

  • Обзор обновления Veeam Backup & Replication 9.5 Update 4
    +2
    Конечно согласен, что изменений между версиями 7.5 и 7.6 было мало. Более того, модуль, собранный под 7.5 оказался совместим с 7.6. Кажется, что проблем нет.
    Однако хочу напомнить, может кто не в курсе, у нас была колоссальная проблема при релизе 7.5, когда модуль, собранный для ядра 7.0 был kABI совместим с обновлённым, успешно загружался и гарантированно ронял серваки. Обычно пользователи не любят, когда их серваки падают.
    В результате, было принято решение не пытаться работать на ядрах будущих релизов EL7, которые не прошли через наш QA.
    Кроме того, шли работы по подготовке к релизу VBR 9.5, VAL 3.0 и VAW 3.0. Выделить ресурсы на hot fix для поддержки rhel 7.6 — а это несколько дней регресса — было сложно.
    Да, согласен, что возможно мы недостаточно уделили внимание релизу 7.6. Выводы из этой ситуации мы сделали.
    Но для нас всё же приоритетом является надёжность работы серверов наших пользователей.
  • Пишем модуль безопасности Linux
    0
    Спасибо автору за лаконичный обзор LSM.
    Сильно расстраивает «Небольшое печальное отступление».
    А так хотелось перехватывать появление блочных устройств и монтирование файловых систем на них из модуля.
  • Бэкап для Linux, или как создать снапшот
    0
    Самое простое — написать на форум для начала.
    Саппорт — тоже хороший вариант.
    И не забудьте собрать логи!
    veeamconfig config grabLogs

    Далее.
    при каждом запуске перечитываются все машинки целиком
    Создаётся впечатление, что производится бэкап самого гипервизора — это плохая идея.
    Для нормального согласованного бэкапа ставить агента надо на гостевые системы. На то он и агент. Для гипервизоров есть другой продукт.
    CBT не сможет помочь в случае использования File Backup. Для File Backup модуль ядра обеспечивает только создание снапшота. Делать надо Volume Backup.