Re: Reviewing temp_tablespaces GUC patch
От | Jaime Casanova |
---|---|
Тема | Re: Reviewing temp_tablespaces GUC patch |
Дата | |
Msg-id | c2d9e70e0705250939o19e48f2fg9f912c4634c95b0f@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Reviewing temp_tablespaces GUC patch (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Reviewing temp_tablespaces GUC patch
|
Список | pgsql-hackers |
On 5/25/07, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Bernd Helmle <mailings@oopsware.de> writes: > > --On Freitag, Mai 25, 2007 10:49:29 +0000 Jaime Casanova > > <systemguards@gmail.com> wrote: > >> No, because the RemovePgTempFiles() call in PostmasterMain() will > >> remove all tmp files at startup. > > I believe we do not call RemovePgTempFiles during a crash recovery > cycle; this is intentional on the theory that the temp files might contain > useful debugging clues. ah, i forgot that > So there is a potential problem there. > Not sure how important it really is though --- neither crashes nor > tablespace drops ought to be so common that we need a really nice > solution. > the only semi-sane solution i can think of, is to have a superuser only function that acts as a wrapper for RemovePgTempFiles(), but still exists a chance for shoot yourself on the foot... -- regards, Jaime Casanova "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs and the universe trying to produce bigger and better idiots. So far, the universe is winning." Richard Cook
В списке pgsql-hackers по дате отправления: