29036 2013-05-31 17:10:21 +0400 cleans up /var/tmp in spite of some people's expectations 2018-01-28 16:20:31 +0300 1 1 4 Development Sisyphus systemd-utils unstable all Linux CLOSED NOTABUG P3 major --- 1 mike shaba enp inger ldv led legion shaba qa-sisyphus oldest_to_newest 140712 0 mike 2013-05-31 17:10:21 +0400 Сообщают, что startup-0.9.9.0+ содержит безусловный systemd-tmpfiles --clean, следствием чего оказалась зачистка /var/tmp при перезагрузке без объявления войны. --- /var/tmp : Temporary files preserved between system reboots --- /usr/share/doc/fhs-2.3/fhs.txt.bz2 140718 1 ldv 2013-06-01 01:29:17 +0400 Это теперь к systemd-tmpfiles --clean, а не ко мне. :) Ну а tmpfiles.d, между прочим, настраивается. 140719 2 led 2013-06-01 01:34:38 +0400 (В ответ на комментарий №1) > Ну а tmpfiles.d, между прочим, настраивается. Если теперь /lib/ - аналог /etc/, то да, можно сказать, что настраивается. 140720 3 ldv 2013-06-01 01:39:50 +0400 (In reply to comment #2) > (В ответ на комментарий №1) > > Ну а tmpfiles.d, между прочим, настраивается. > > Если теперь /lib/ - аналог /etc/, то да, можно сказать, что настраивается. В tmpfiles.d(5) написано, как именно настраивается. Пакетные настройки находятся в /lib/tmpfiles.d/, сисадминские настройки находятся в /etc/tmpfiles.d/ и могут перекрывать пакетные. 140721 4 ldv 2013-06-01 01:50:18 +0400 Кстати, в /lib/tmpfiles.d/tmp.conf написано: d /tmp 1777 root root 10d d /var/tmp 1777 root root 30d Т.е. это не безусловная зачистка, а скорее аналог stmpclean. Достаточно ли 30 суток или нет, решать администратору системы. В /etc/cron.daily/stmpclean, кстати, те же 30 суток. 140722 5 led 2013-06-01 01:59:25 +0400 (В ответ на комментарий №4) > Т.е. это не безусловная зачистка, а скорее аналог stmpclean. > Достаточно ли 30 суток или нет, решать администратору системы. > В /etc/cron.daily/stmpclean, кстати, те же 30 суток. Это именно безусловная зачистка. Потому как за "администратора системы" было принято безусловное решение, стоило лишь "адмистратору системы" перезагрузить систему. Теперь "адмистратор системы" в некотором недоумении, потому как никакого "решения о 30 сутках" он не принимал. 140744 6 mike 2013-06-02 17:51:10 +0400 (В ответ на комментарий №4) > Кстати, в /lib/tmpfiles.d/tmp.conf написано: > d /tmp 1777 root root 10d > d /var/tmp 1777 root root 30d > > Т.е. это не безусловная зачистка, а скорее аналог stmpclean. Дима, _по умолчанию_ этого не должно быть. В 2003 "благодаря" stmpclean по умолчанию в Master я так потерял данные, которые предполагались как временные, но постфактум выяснилось, что единственную копию тот, кому она была нужна, так и не забрал. Я могу, конечно, исправить это в mkimage-profiles. Но тогда будет сильное искушение сделать так же -- "кому хочется поменять, форкайтесь". Героически бороться с каждым хостом оставим федорасам. 140750 7 ldv 2013-06-03 00:22:50 +0400 (In reply to comment #6) > (В ответ на комментарий №4) > > Кстати, в /lib/tmpfiles.d/tmp.conf написано: > > d /tmp 1777 root root 10d > > d /var/tmp 1777 root root 30d > > > > Т.е. это не безусловная зачистка, а скорее аналог stmpclean. > Дима, _по умолчанию_ этого не должно быть. На мой вгляд, вполне разумное _умолчание_, в тех редких случаях, когда это неудобно, сконфигурировать не составляет труда. И, конечно, с FHS это никак не связано. Ну а что касается FHS, то, на мой взгляд, сохранять между перезагрузками содержимое каталогов, доступных всем для записи, небезопасно, и лучше так не делать. Впрочем, это уже совсем другая история. > В 2003 "благодаря" stmpclean по умолчанию в Master я так потерял данные, > которые предполагались как временные, но постфактум выяснилось, что > единственную копию тот, кому она была нужна, так и не забрал. Увы, некоторые люди используют /tmp для хранения данных до тех пор, пока не обнаруживают, что это место, оказывается, предназначено для временных файлов. > Я могу, конечно, исправить это в mkimage-profiles. Но тогда будет сильное > искушение сделать так же -- "кому хочется поменять, форкайтесь". В своем личном mkimage-profiles ты можешь захакать что угодно, но из этого еще не следует, что твои локальные изменения поведения пакета systemd-utils нужны кому-то еще. 168659 8 shaba 2018-01-28 16:20:31 +0300 Баг может висеть вечно, но никто не собирается вносить каких либо изменений в stmpclean или systemd-tmpfiles. У обоих вариантов одинаковое осмысленное поведение. Лучших правил поведения сейчас никто сформулировать не сможет. И конечно /var/tmp это не место для хранения файлов. А потому, я закрываю баг.