39. Инкрементальные бэкапы с tar

Поделиться
HTML-код
  • Опубликовано: 12 сен 2024

Комментарии • 33

  • @sabantica
    @sabantica 3 года назад +2

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

  • @easyman333
    @easyman333 3 года назад +5

    Спасибо!

    • @GNULinuxPro
      @GNULinuxPro  3 года назад

      О, давненько тебя не видел =)

    • @easyman333
      @easyman333 3 года назад

      @@GNULinuxPro Я тут всегда, тольк комментирую не всегда. Стрим есть в планах? Посидеть, баш поковырять или еще что-нибудь полезное.

    • @GNULinuxPro
      @GNULinuxPro  3 года назад +1

      На самом деле да, скорее всего на неделе сделаю стрим, возможно даже завтра.

    • @easyman333
      @easyman333 3 года назад +1

      @@GNULinuxPro Будем смотреть, если работа, внезапно, не захлестнет (ну не должна)

  • @gentuxmail
    @gentuxmail 3 года назад

    Еще бы одно видео по этой теме. Про исключении из бекапа директорий, например кеша и тп.

    • @GNULinuxPro
      @GNULinuxPro  3 года назад +2

      Честно говоря, я подхожу к этой теме несколько иначе. Я показываю как это делается, а если кто-то захочет исключить из бэкапа какую-то директорию, он задастся этим вопросом, зайдёт в ман/гугл и найдёт как это сделать. Возможно я не прав, потому что вы не первый, кто говорит об этой опции. Просто я не хочу и не могу обучить всему, да и неправильно это. Я хочу показать инструменты, показать как работает и научить пользоваться маном. Типа дать удочку, а не рыбку.

  • @5elll960
    @5elll960 3 года назад +1

    Здоров! Куда делись длинные видосы про bash? (Они еще назывались "играем bash" или как-то так)

    • @GNULinuxPro
      @GNULinuxPro  3 года назад

      Привет
      Ну там стримы были без какой-либо цели, а некоторые посчитали это за обучающий контент, поэтому я скрыл. Вряд ли там что-то стоящее есть

    • @5elll960
      @5elll960 3 года назад

      @@GNULinuxPro жаль, я думал там автоматизация для nmap /sqlmap и скрипты для проверки серверов на всякое

    • @GNULinuxPro
      @GNULinuxPro  3 года назад +1

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

  • @feghg42g425t
    @feghg42g425t 3 года назад +1

    Спасибо за гайд. Есть вопрос, может поможешь, решил проэксперементировать и сделать передачу бэкапа на другой сервер, в частности через rsync. Когда запускаю скрипт вручную, то всё нормально отправляется, а если через cron копия создаётся, но не передаётся.

    • @GNULinuxPro
      @GNULinuxPro  3 года назад

      Привет! Когда запускаете вручную, пароль от другого сервера вводите?

    • @feghg42g425t
      @feghg42g425t 3 года назад

      @@GNULinuxPro да

    • @GNULinuxPro
      @GNULinuxPro  3 года назад

      А скрипт то за вас не введёт пароль. Вам нужно сгенерировать и закинуть на второй сервер ssh ключи
      На первом сервере
      ssh-keygen
      enter enter
      ssh-copy-id user@server2
      После этого ключ скопируется на второй сервер
      И потом можно без пароля заходить/делать rsync
      Почитайте про ssh ключи

    • @feghg42g425t
      @feghg42g425t 3 года назад

      @@GNULinuxPro Я закрыл доступ по руту, скопировал свой открытый ключ на тот сервер и запустил ssh-agent bash затем сохранил ключ ssh-add .ssh/id_rsa.
      Но всё ещё не хочет передавать по расписанию cron. Вручную передаёт

    • @GNULinuxPro
      @GNULinuxPro  3 года назад

      ssh агент работает всегда?
      Скорее всего у скрипта в кроне нет информации о ssh агенте, а точнее о переменной SSH_AUTH_SOCK и т.п. Попробуйте в вашем скрипте в начале добавить
      eval `ssh-agent`

  • @inskyinsky2364
    @inskyinsky2364 2 года назад +1

    Привет! Подскажи, пожалуйста, куда копать, если не отрабатывает как нужно cron? Вручную скрипт выполняет, а через крон отрабатывает только при значении * * * * *, т.е. ежеминутно. Если пишу , например, 0 20 * * 1-6 /home/user/backupscr incremental, то не выполняется, в journalctl вижу только в момент выполнения Dec 27 20:00:01 cnt crond[1134]: (root) RELOAD (/var/spool/cron/root).

    • @GNULinuxPro
      @GNULinuxPro  2 года назад

      Вообще запись reload говорит о том, что какая-то запись в кроне была изменена. Судя по всему, она изменилась в 20.00.01 - а ты задачу поставил на 20.00.00. Попробуй поменять на минуту-две вперёд и так проверить

    • @inskyinsky2364
      @inskyinsky2364 2 года назад

      @@GNULinuxPro все тоже самое - ставлю на 20:32 и в логах крона релод 20:32:01

    • @GNULinuxPro
      @GNULinuxPro  2 года назад

      странно это. Может время чуть спешит или остаёт? Если в целом ежеминутный крон работает с этим скриптом, то и выставив другое время команда тоже должна работать.

    • @inskyinsky2364
      @inskyinsky2364 2 года назад

      @@GNULinuxPro Странно. Я уже вместо скрипта просто wall hello Назначил. Все равно результата нет.

    • @inskyinsky2364
      @inskyinsky2364 2 года назад

      @@GNULinuxPro Короче, это, конечно, не путь самурая, но ребут машины решил проблему.

  • @user-bb6qv5vi7l
    @user-bb6qv5vi7l 8 месяцев назад

    Ну ты бы хоть разъяснил, что куда от чего зависит, а то просто команды накидал, сказал, тут бэкап, тут удаления - разбирайтесь сами.

    • @GNULinuxPro
      @GNULinuxPro  8 месяцев назад

      Это курс и темы взаимосвязаны. Эта тема продолжение 38 темы.

    • @user-bb6qv5vi7l
      @user-bb6qv5vi7l 8 месяцев назад

      @@GNULinuxPro есть какая-то зависимость, какой предыдущий, какой следующий?

    • @GNULinuxPro
      @GNULinuxPro  8 месяцев назад +1

      По номерам в начале названия. В описании есть ссылка на плейлист, там все по порядку. Можно конечно взять любую тему в отдельности, но темы предполагают то, что вы знакомы с предыдущими частями