Subject: Re: /var/spool/cron



Ivan Shmakov <[email protected]> writes:

> >>>> Для меня важно то, что в спуле находятся юзерские кронтабы и
> >>>> at-jobs.
>
> >>> Засада... Их как раз нужно восстанавливать. Опять художественное
> >>> выпиливание...
>
> >> А у меня в спуле еще mlmmj живет, а там - списки подписчиков списков
> >> рассылки.
>
> > Эээ... А он разве не в либе?
>
> Мне почему-то кажется, что использование /var/spool в случае
> Cron попросту предшествует стандартизации /var/lib.

Вполне вероятно. А вот для mlmmj это уже не так.

> Откуда вывод — нарисовать wishlist на предмет замены
> /var/spool/cron/crontabs на соответствующую /var/lib-директорию,
> обосновав удобством создания резервных копий. (И не только ZFS
> snapshots, BTW.)
>
> Во всяком случае пользовательские crontab-файлы, на мой взгляд,
> более соответствуют описанию /var/lib в FHS 3.0, нежели
> /var/spool. (Хотя тот же стандарт закрепляет именно
> /var/spool/cron за cron и at. Что, опять-таки, видимо отражает
> исторический подход.)

Исторические расклады тоже иногда меняют. Можно попробовать и
нарисовать. А для себя переложить их в /var/lib и сделать симлинки.

> Польза от резервных копии для at-заданий для меня однако не
> столь очевидна.

Потенциально at-задание может быть запланировано за весьма изрядный
срок. С другой стороны, более вероятно, что на небольшой, а по смыслу
они больше похожи на транзитную почту, повторять их не надо, а при
восстановлении из бэкапа просроченные будут повторены. Так что да, их
если восстанавливать, то только еще не просроченные.



Programming list archiving by: Enterprise Git Hosting