Fix temporary tablespaces for shared filesets
authorMagnus Hagander <[email protected]>
Fri, 3 Jul 2020 13:09:06 +0000 (15:09 +0200)
committerMagnus Hagander <[email protected]>
Fri, 3 Jul 2020 13:10:33 +0000 (15:10 +0200)
A likely copy/paste error in 98e8b480532 from  back in 2004 would
cause temp tablespace to be reset to InvalidOid if temp_tablespaces
was set to the same value as the primary tablespace in the database.
This would cause shared filesets (such as for parallel hash joins)
to ignore them, putting the temporary files in the default tablespace
instead of the configured one. The bug is in the old code, but it
appears to have been exposed only once we had shared filesets.

Reviewed-By: Daniel Gustafsson
Discussion: https://postgr.es/m/CABUevExg5YEsOvqMxrjoNvb3ApVyH+9jggWGKwTDFyFCVWczGQ@mail.gmail.com
Backpatch-through: 9.5

src/backend/commands/tablespace.c

index 84efb414d8c5b8f7de379d49ccbba3ac1150a5ba..4c80bcdc348b89f5a040718606860b67b9f14637 100644 (file)
@@ -1387,7 +1387,7 @@ PrepareTempTablespaces(void)
         */
        if (curoid == MyDatabaseTableSpace)
        {
-           tblSpcs[numSpcs++] = InvalidOid;
+           tblSpcs[numSpcs++] = curoid;
            continue;
        }