Bash: обработка текста и скрипты / Итоговая лаба

Очистка выгрузок по расписанию

~40 мин

Не запущена Запускается обычно ~20 с

Ситуация

Сервис отчётов складывает выгрузки клиентов в /srv/exports — по каталогу на клиента, файлы *.csv. Выгрузку хранят 14 дней. Для этого прежний администратор написал скрипт /usr/local/bin/clean-exports и запускает его из cron каждую ночь в 03:30.

Жалобы за месяц:

клиент acme не может скачать вчерашний отчёт — его уже нет;
у клиента blue river лежат выгрузки, которым больше двух месяцев;
ночное резервное копирование выгрузок (служба backup-exports, с 03:00) пишет tar: exports/…: File removed before we read it;
когда очистка запускалась и что удалила, не знает никто.

Руководитель просит перевести очистку на таймер systemd: там каждый запуск виден в systemctl и в журнале.

Задача

Почини очистку и переведи её с cron на таймер systemd:

Таймер clean-exports.timer включён и запущен, расписание — на твой выбор; cron очистку больше не запускает.
Служба clean-exports.service, запущенная вручную, завершается успешно.
Запуск удаляет из /srv/exports выгрузки *.csv старше 14 дней — в любом подкаталоге и с любым именем.
Выгрузки моложе 14 дней и файлы вне /srv/exports остаются на месте.
Каждый запуск пишет в журнал службы, сколько выгрузок удалил.
Очистка не работает внахлёст: пока блокировку резервного копирования держит другой процесс — само копирование или второй запуск очистки, — она ничего не удаляет.

Проверка запускает службу сама на своих выгрузках в /srv/exports, читает журнал этого запуска и пробует запуск, пока блокировка занята. Свои файлы она убирает.

Интернета на машине нет, всё нужное уже установлено.

Цели лабы

0 из 6

Таймер clean-exports.timer включён и запущен, cron очистку не запускает — ещё не проверялась
Ручной запуск clean-exports.service завершается успешно — ещё не проверялась
Запуск удаляет выгрузки *.csv старше 14 дней в любом подкаталоге /srv/exports — ещё не проверялась
Выгрузки моложе 14 дней и файлы вне /srv/exports остаются на месте — ещё не проверялась
Запуск пишет в журнал службы, сколько выгрузок удалил — ещё не проверялась
Пока блокировку резервного копирования держит другой процесс, очистка ничего не удаляет — ещё не проверялась

Подсказки

открыто 0 из 3 · открываются по одной

Подсказка 1

Показать решение после 3 неудачных проверок

Для запуска машины нужен вход

Машина запускается на твой аккаунт, там же хранится прогресс. Читать можно без входа.

После входа вернёшься на эту лабу.

Службы и systemd · подобрано по лабе

Cron — планировщик задач

Шпаргалка

$_ — вставить в терминал

crontab -e свой crontab
crontab -l показать текущую crontab
*/15 * * * * /usr/local/bin/backup.sh каждые 15 минут
systemctl list-timers список systemd-таймеров
journalctl -u backup.service лог конкретной задачи
grep CRON /var/log/syslog что запускал cron

cron

Формат строки crontab — пять полей времени + команда:

┌── минута (0-59)
│ ┌── час (0-23)
│ │ ┌── день месяца (1-31)
│ │ │ ┌── месяц (1-12)
│ │ │ │ ┌── день недели (0-7, 0 и 7 = вс)
│ │ │ │ │
* * * * *  command

bash

crontab -e                        # редактировать crontab пользователя
crontab -l                        # показать
*/15 * * * * /usr/local/bin/backup.sh   # каждые 15 минут
0 3 * * *   /usr/local/bin/nightly.sh    # ежедневно в 03:00

Системные cron — в /etc/cron.d/, /etc/crontab, /etc/cron.{daily,weekly}.

Чужие crontab

Личные crontab лежат в /var/spool/cron/crontabs/, по файлу на пользователя. Каталог закрыт: список видит только root, файл читает только владелец.

text

student@ubuntu:~$ ls -ld /var/spool/cron/crontabs
drwx-wx--T 2 root crontab 4096 Oct 21 05:48 /var/spool/cron/crontabs
student@ubuntu:~$ sudo ls -l /var/spool/cron/crontabs
-rw------- 1 deploy crontab 209 Oct 21 05:48 deploy
student@ubuntu:~$ crontab -l -u deploy
must be privileged to use -u
student@ubuntu:~$ sudo crontab -l -u deploy
* * * * * /usr/local/bin/tweak.sh

Каждый запуск cron пишет в журнал: CRON[2086]: (deploy) CMD (/usr/local/bin/tweak.sh) — так находят, чьё задание сработало.

bash

sudo crontab -e -u deploy                 # поправить или удалить строку
sudo crontab -l -u deploy | grep -v tweak \
  | sudo crontab -u deploy -              # убрать одну строку
sudo crontab -r -u deploy                 # удалить ВСЕ задания deploy

Файл в /var/spool/cron/crontabs/ руками не правят: crontab проверяет синтаксис и ставит файлу нужные права и владельца. После crontab -r — no crontab for deploy: стёрты все строки, а не одна.

Расписание и часовой пояс

cron считает расписание по часовому поясу машины: 0 3 * * * — 03:00 по тому времени, которое показывает date. Пояс машины — в timedatectl (timedatectl); на учебной машине это Etc/UTC.

Смену пояса cron подхватывает без перезапуска. Задание 19 21 * * * после sudo timedatectl set-timezone Asia/Tokyo сработало в 21:19 по Токио:

text

student@node1:~$ cat /tmp/cron-tz.log
Wed Oct 21 21:19:01 JST 2026

Строка TZ=Asia/Tokyo в crontab меняет только окружение задания: date внутри него печатает время Токио, а срабатывает задание всё равно по поясу машины. Сервер обычно держат в UTC — тогда расписание пишут в UTC. Сколько это по UTC в другом поясе, покажет date:

text

student@ubuntu:~$ date -u -d 'TZ="Europe/Moscow" 03:00'
Wed Oct 21 00:00:00 UTC 2026

03:00 по Москве — 00:00 по UTC: строка расписания 0 0 * * *.

systemd timers

Пара файлов: .service (что делать) + .timer (когда).

ini

# backup.timer
[Unit]
Description=Nightly backup
[Timer]
OnCalendar=*-*-* 03:00:00
Persistent=true
[Install]
WantedBy=timers.target

bash

sudo systemctl enable --now backup.timer
systemctl list-timers             # таймеры и следующий запуск
journalctl -u backup.service      # лог выполнения задачи

Расписание OnCalendar, окружение службы и неполадки таймеров — в systemd-timers.

cron-задача не выполняется

У cron скудный $PATH и нет окружения интерактивной сессии (алиасов, переменных из ~/.bashrc) — указывай абсолютные пути к командам и файлам, не полагайся на то, что видно в обычном терминале.
Логи: journalctl -u cron (Ubuntu 24.04) или grep CRON /var/log/syslog (если cron пишет в syslog, а не только в journald).
Каждая строка должна заканчиваться переводом строки; символ % в команде — это перевод строки для cron, его нужно экранировать (\%).

Таймер не сработал, пока машина была выключена

Добавь Persistent=true — выполнит пропущенный запуск после включения.

Не знаю, когда следующий запуск

systemctl list-timers --all покажет все таймеры, включая неактивные, вместе с временем последнего и следующего запуска.

Задача из crontab пользователя не видна в system crontab

crontab -e редактирует crontab текущего пользователя (хранится в /var/spool/cron/crontabs/) — отдельно от системных файлов /etc/crontab и /etc/cron.d/*, у которых пятое+одно поле — это ещё и имя пользователя, от которого запускать команду. Перепутать формат — частая причина «работает у меня в crontab -e, не работает как системная задача».