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

From Jeff Janes
Subject Re: danger of stats_temp_directory = /dev/shm
Date
Msg-id CAMkU=1w_WoXXKTUhEGm-4bAyCj-py=gnB9wspLeOUHZyAqv-LQ@mail.gmail.com
Whole thread Raw
In response to Re: danger of stats_temp_directory = /dev/shm  (Josh Berkus <josh@agliodbs.com>)
List pgsql-hackers
On Tuesday, August 13, 2013, Josh Berkus wrote:
On 08/13/2013 09:57 AM, Jeff Janes wrote:
> Is this a blocker for 9.3?

Why would it be?  This issue doesn't originate with 9.3.

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.

Cheers,

Jeff

pgsql-hackers by date:

Previous
From: Tomonari Katsumata
Date:
Subject: Re: How to create read-only view on 9.3
Next
From: Amit Kapila
Date:
Subject: Re: Foreground vacuum and buffer access strategy