- 16 Apr, 2010 2 commits
-
-
Heikki Linnakangas authored
which just indicates that we've reached the end of valid WAL found in the standby.
-
Bruce Momjian authored
-
- 15 Apr, 2010 7 commits
-
-
Peter Eisentraut authored
-
Peter Eisentraut authored
backpatched to 8.1, where this first appeared
-
Tom Lane authored
identify the system time zone setting. Per recent discussion.
-
Heikki Linnakangas authored
-
Magnus Hagander authored
it with the list we have in pgtz.c, showing any differences.
-
Peter Eisentraut authored
-
Bruce Momjian authored
-
- 14 Apr, 2010 5 commits
-
-
Tom Lane authored
even when the expression is a query that returns no rows. So far as I can tell, the only caller that actually fails when a garbage OID is returned is exec_stmt_case(), which is new in 8.4 --- in all other cases, we might make a useless trip through casting logic, but we won't fail since the isnull flag will be set. Hence, backpatch only to 8.4, just in case there are apps out there that aren't expecting an error to be thrown if the query returns more or less than one column. (Which seems unlikely, since the error would be thrown if the query ever did return a row; but it's possible there's some never-exercised code out there.) Per report from Mario Splivalo.
-
Tom Lane authored
relcache reload works. In the patched code, a relcache entry in process of being rebuilt doesn't get unhooked from the relcache hash table; which means that if a cache flush occurs due to sinval queue overrun while we're rebuilding it, the entry could get blown away by RelationCacheInvalidate, resulting in crash or misbehavior. Fix by ensuring that an entry being rebuilt has positive refcount, so it won't be seen as a target for removal if a cache flush occurs. (This will mean that the entry gets rebuilt twice in such a scenario, but that's okay.) It appears that the problem can only arise within a transaction that has previously reassigned the relfilenode of a pre-existing table, via TRUNCATE or a similar operation. Per bug #5412 from Rusty Conover. Back-patch to 8.2, same as the patch that introduced the problem. I think that the failure can't actually occur in 8.2, since it lacks the rd_newRelfilenodeSubid optimization, but let's make it work like the later branches anyway. Patch by Heikki, slightly editorialized on by me.
-
Robert Haas authored
-
Simon Riggs authored
-
Bruce Momjian authored
-
- 13 Apr, 2010 4 commits
-
-
Heikki Linnakangas authored
Patch by Simon Riggs & me
-
Bruce Momjian authored
-
Magnus Hagander authored
Fujii Masao
-
Magnus Hagander authored
shared library with the disconnect function in it. Fixes segmentation fault reported by Jeff Davis. Fujii Masao
-
- 12 Apr, 2010 6 commits
-
-
Bruce Momjian authored
users look at the referenced section for examples, per idea from Greg Smith.
-
Bruce Momjian authored
archiving example, per suggestion from Greg Smith.
-
Heikki Linnakangas authored
after actually removing one, so that if we can't remove segments because WAL archiving is lagging behind, we don't unnecessarily forbid streaming the old not-yet-archived segments that are still perfectly valid. Per suggestion from Fujii Masao.
-
Heikki Linnakangas authored
the calculation, not the end pointer, as pointed out by Fujii Masao.
-
Heikki Linnakangas authored
standby_keep_segments.
-
Heikki Linnakangas authored
doesn't take into account how far the WAL senders are. This way a hung WAL sender doesn't prevent old WAL segments from being recycled/removed in the primary, ultimately causing the disk to fill up. Instead add standby_keep_segments setting to control how many old WAL segments are kept in the primary. This also makes it more reliable to use streaming replication without WAL archiving, assuming that you set standby_keep_segments high enough.
-
- 09 Apr, 2010 3 commits
-
-
Magnus Hagander authored
and indentation styles.
-
Magnus Hagander authored
-
Magnus Hagander authored
to one that's up to date with Windows 2003R2.
-
- 08 Apr, 2010 2 commits
-
-
Magnus Hagander authored
Windows timezone name where the information in the registry is incomplete, instead of aborting. This fixes cases when the registry information is incomplete for a timezone that is alphabetically before the one that is in use. Per report from Alexander Forschner
-
Robert Haas authored
At present, killing the startup process does not release any locks it holds, so we must wait to stop the startup and walreceiver processes until all read-only backends have exited. Without this patch, the startup and walreceiver processes never exit, so the server gets permanently stuck in a half-shutdown state. Fujii Masao, with review, docs, and comment adjustments by me.
-
- 07 Apr, 2010 5 commits
-
-
Tom Lane authored
rather than only sort-of working as the previous attempt had left it. Clean up some unnecessary differences between the way these were coded and the way the YYYY case was coded. Update the regression test cases that proved that it wasn't working.
-
Heikki Linnakangas authored
also makes the parsing a little bit stricter, rejecting garbage after the parameter value and values with missing ending quotes, for example.
-
Heikki Linnakangas authored
recovery. We might want to relax this in the future, but ThisTimeLineID isn't currently correct in backends during recovery, so the filename returned was wrong.
-
Itagaki Takahiro authored
-
Itagaki Takahiro authored
and use cygwin_conv_to_full_win32_path() in older versions.
-
- 06 Apr, 2010 5 commits
-
-
Magnus Hagander authored
case the registry data doesn't follow the format we expect, to facilitate debugging.
-
Simon Riggs authored
-
Heikki Linnakangas authored
parameters" in recovery.conf, to match the grouping in the documentation. Fujii Masao
-
Simon Riggs authored
-
Bruce Momjian authored
false or null, per Tom.
-
- 05 Apr, 2010 1 commit
-
-
Itagaki Takahiro authored
Add missing completions for: - ALTER SEQUENCE name OWNER TO - ALTER TYPE name RENAME TO - ALTER VIEW name ALTER COLUMN - ALTER VIEW name OWNER TO - ALTER VIEW name SET SCHEMA Fix wrong completions for: - ALTER FUNCTION/AGGREGATE name (arguments) ... "(arguments)" has been ignored. - ALTER ... SET SCHEMA "SCHEMA" has been considered as a variable name.
-