[devel] Q: срок автоматического удаления устаревших сборочных заданий

[Vitaly Lipatov]

Dmitry V. Levin писал 29.10.20 9:58:
> On Thu, Oct 29, 2020 at 03:17:50AM +0300, Vitaly Lipatov wrote:
>> Dmitry V. Levin писал 26.10.20 19:42:
...
>> > Например, 550 заданий не отправлялось на обработку за последние
>> > полгода, занимая 167 гигабайт места, которое пригодилось бы для новых
>> > сборочных заданий.
>> А мне одному кажется, что 167 Гб это не тот объём, который стоит
>> обсуждать?
> 
> 167 Гб за 9 месяцев - это в перспективе слишком много для быстрых 
> дисков,
> на которых эти забытые гигабайты размещаются, чтобы пренебречь этим
> вопросом.  Некоторые из этих 550 заданий имеют размер, превышающий 5 
> Гб.
ok

>> С другой стороны, явно есть задания, про которые все забыли, и какая
>> сборка мусора нужна.
>> 
>> Как уже обсуждалось, нельзя ли сначала сделать возможность включать
>> удержания заданий, а потом уже включать удаление?
> 
> Я исхожу из того, что долгоживущие задания бывают двух типов:
> - те, которые время от времени надо пересобирать из-за того, что 
> базовый
>   репозиторий изменяется, это естественным образом предотвращает
>   устаревание заданий;
> - те, которые следует заархивировать, исключив дальнейшие изменения.
То есть нужна возможность отправлять в архив непринятые задания? Но 
чтобы мантейнер имел мотивацию так делать, другие его долгоживущие 
задания нужно периодически пересобирать. Делать пересборку 
автоматической было бы странно, как-то практичнее поручать запуск 
пересборки тому, кто хочет, чтобы его задание продолжило жить. А чтобы 
он об этом вспомнил, нужны какие-то извещения о таких заданиях.

Я бы предложил для долгоживущих заданий:
- не выводить их в обычном списке ls (а со специальным параметром типа 
ls --hold);
- по истечении какого-то времени (полгода?) снимать с них флаг 
долгоживучести, чтобы мантейнер мог задание удалить или пересобрать и 
отправить обратно в долгоживущие.

А для обычных заданий хорошо бы извещение по почте перед удалением, 
чтобы никому не было обидно, что его труд удалили без предупреждения.

P.S.
А архив, кроме странного (не первые цифры номера задания, а _число, 
причём невыровненное ведущими нулями) разбиения по подкаталогам, 
отличается только медленными дисками?



-- 
С уважением,
Виталий Липатов,
ALT Linux Team