Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces
От | Claudio Freire |
---|---|
Тема | Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces |
Дата | |
Msg-id | CAGTBQpaGTvHCHZU9cKYw+tBrKTn0wmCa4fyHJPRSRs700CXdCg@mail.gmail.com обсуждение исходный текст |
Ответ на | [HACKERS] Use of non-restart-safe storage by temp_tablespaces (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces
|
Список | pgsql-hackers |
On Mon, May 29, 2017 at 3:53 PM, Bruce Momjian <bruce@momjian.us> wrote: > Right now we don't document that temp_tablespaces can use > non-restart-safe storage, e.g. /tmp, ramdisks. Would this be safe? > Should we document this? I have set up things like that, but it's nontrivial. Just pointing the tablespace to non'restart'safe storage will get you an installation that fails to boot after a restart, since there's a tree structure that is expected to survive, and when it's not found, postgres just fails to boot. Or just use the tablespaces, I forget which. But in essence, it won't do to do just that. What I ended up doing was backing up the empty tablespace and adding a restore to system bootup scripts, so that after a restart postgres finds an empty tablespace there. So, there's a lot of internal hackery to document if you'd like to document that kind of usage.
В списке pgsql-hackers по дате отправления: