Am 06.03.2013 10:03, schrieb Ed Greshko: > On 03/06/13 16:52, Gabriel VLASIU wrote: >> On Wed, 6 Mar 2013, Ed Greshko wrote: >> >>> So you feel the -u parameter (access time) isn't sufficient to keep from >>> deleting directories in use? >> If the service did not access the private tmp directory in X day, yes. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=801943 >> > I see nothing in that bugzilla which states that a service has failed due to a directory in /var/tmp/systemd-private-* being deleted by the cron job while the file/directory was in use. and THAT it what happens! if nothing is using the PrivateTmp which reflects /tmp for the service all is fine and you would not need it at all, if the service is using it you are f**ed -------- Original-Nachricht -------- Betreff: [systemd-devel] PrivateTmp and "tmpwatch" Datum: Sun, 03 Feb 2013 16:52:42 +0100 Von: Reindl Harald <h.reindl@xxxxxxxxxxxxx> Organisation: the lounge interactive design An: Mailing-List systemd <systemd-devel@xxxxxxxxxxxxxxxxxxxxx> hi may it be that PrivateTmp does not refresh the folders /tmp/systemd-private* and if "tmpwatch" is deleting them they are mnot re-created? Can't create/write to file '/tmp/#sql_57d8_0.MYI' (Errcode: 2) after restart mysqld.service which is here configured with PrivateTmp all is fine again - recently i decided to dedicate a special folder for mysqltmp and modified my daily logwatch to ignore folders starting with "systemd-" but this is not really perfect i would suggest systemd to touch the folders regulary or watch if they are removed by whatever foreign process and re-create them [root@buildserver:~]$ rpm -q systemd systemd-44-23.fc17.x86_64
Attachment:
signature.asc
Description: OpenPGP digital signature
-- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
