29823 2014-02-12 23:51:08 +0400 Логика удаления files-awaiting-filetriggers при выполнении posttrans-filetriggers 2019-02-03 08:10:12 +0300 1 1 4 Development Sisyphus rpm unstable all Linux NEW http://bugs.etersoft.ru/show_bug.cgi?id=9820 P3 normal --- 1 sin placeholder at glebfm imz iv lav ldv placeholder vt qa-sisyphus oldest_to_newest 145234 0 sin 2014-02-12 23:51:08 +0400 В ряде случаев выполнение posttrans-filetriggers может завершиться ошибкой. В этом случае в файле files-awaiting-filetriggers оказываются сохранёнными имена всех файлов с предыдущей транзакции. В случае большого обновления files-awaiting-filetriggers может занимать несколько десятков мегабайт и содержать несколько сотен тысяч имён файлов, для которых требуется выполнить скрипты файловых триггеров. В случае большого числа файлов вероятность ошибки в каком либо из триггеров существенно возрастает. В итоге, после установки и выполнения скриптов может быть выдана следующая ошибка: error: execution of /usr/lib/rpm/posttrans-filetriggers scriptlet from (null)-(null)-(null) failed, exit status 1 В этом случае огромный файл files-awaiting-filetriggers сохранится и при следующей установке скрипты снова будут запущены для всех сотен тысяч файлов, для которых при выполнении скриптов в прошлый раз произошла ошибка. При этом ошибка, как правило повторяется, файл files-awaiting-filetriggers сохранятся и возникает проблема: - во время каждой последующей, даже самой простой, установки файловые триггеры запускаются снова и снова для всех предыдущих файлов, которые были установлены с момента сбоя. Пример такого файла привожу в виде ссылки: http://ftp.etersoft.ru/pub/people/sin/files-awaiting-filetriggers.xz 145235 1 ldv 2014-02-13 00:23:39 +0400 Что хотелось бы изменить в этой логике? 160941 2 glebfm 2016-12-19 17:16:39 +0300 (В ответ на комментарий №1) > Что хотелось бы изменить в этой логике? Женя, ping? В rpm 4.13.0 реализована точно такая же логика. 160951 3 sin 2016-12-19 23:17:35 +0300 В логике хотелось бы таких изменений, чтобы оно не падало и не тормозило. Вообще, наверное, стоит разбивать файл на части, при превышении фиксированного размера. Запускать триггеры по частям, в таком случае. А в случае ошибки - выдавать предупреждения с указанием того, какой файл нужно, если что, удалить.