Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 7e4a629

Browse files
committed
zero_damaged_pages must absolutely NOT be marked GUC_DISALLOW_IN_FILE,
else it cannot be used to handle failures detected during WAL replay. Fortunately this flag isn't actually enforced yet, but get it right.
1 parent ab0e426 commit 7e4a629

File tree

1 file changed

+2
-2
lines changed
  • src/backend/utils/misc

1 file changed

+2
-2
lines changed

src/backend/utils/misc/guc.c

+2-2
Original file line numberDiff line numberDiff line change
@@ -10,7 +10,7 @@
1010
* Written by Peter Eisentraut <peter_e@gmx.net>.
1111
*
1212
* IDENTIFICATION
13-
* $Header: /cvsroot/pgsql/src/backend/utils/misc/guc.c,v 1.165 2003/11/06 22:08:15 petere Exp $
13+
* $Header: /cvsroot/pgsql/src/backend/utils/misc/guc.c,v 1.166 2003/11/07 21:27:38 tgl Exp $
1414
*
1515
*--------------------------------------------------------------------
1616
*/
@@ -466,7 +466,7 @@ static struct config_bool ConfigureNamesBool[] =
466466
"zero_damaged_pages to true causes the system to instead report a "
467467
"warning, zero out the damaged page, and continue processing. This "
468468
"behavior will destroy data, namely all the rows on the damaged page."),
469-
GUC_NOT_IN_SAMPLE | GUC_DISALLOW_IN_FILE
469+
GUC_NOT_IN_SAMPLE
470470
},
471471
&zero_damaged_pages,
472472
false, NULL, NULL

0 commit comments

Comments
 (0)