Re: danger of stats_temp_directory = /dev/shm - Mailing list pgsql-hackers

From Josh Berkus
Subject Re: danger of stats_temp_directory = /dev/shm
Date
Msg-id 520BFF1A.6070708@agliodbs.com
Whole thread Raw
In response to danger of stats_temp_directory = /dev/shm  (Jeff Janes <jeff.janes@gmail.com>)
Responses Re: danger of stats_temp_directory = /dev/shm  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Jeff,

> Before 9.3, it would delete one specific file from a potentially shared
> directory.  In 9.3 it deletes the entire contents of a potentially shared
> directory.  That is a massive expansion in the surface area for
> unintentional deletion.  If we will disallow using shared directories
> before the time 9.3 is released, that would fix it one way, but I don't
> know if that is the plan or not.

I can't see doing that.  I can see adding the requirement for 9.3, and
then documenting it though.

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [BUGS] BUG #8335: trim() un-document behaviour
Next
From: Peter Eisentraut
Date:
Subject: Re: TODO request: multi-dimensional arrays in PL/pythonU