fixup! Add update path from 0.9.0.5 to 0.10.0.0

The Makefile.in must also know about the new files

Add update path from 0.9.0.5 to 0.10.0.0

commit 401d117, bdr.table_set_replication_sets ...
introduces 0.9.0.5 and we need a path from it to 0.10.0.x.

bdr: Send pgstat upon replayed commit in apply process.

Previously it was only sent at apply worker shutdown.

bdr: Improve sequencer locking and pgstat reporting.

Up to now the sequencer locked its relations exclusively to prevent an
interlock with apply. That was problematic, because it would often
prevent auto vacuum/analyze from running, or interrupt it.

Instead of locking the underlying relations lock the bdr seqam object
and add code to apply to also acquire that lock. That allow autovacuum
to run undisturbed.

Testing brought an additional problem to light, namely that pgstat
records weren't sent in the sequencer until shutdown, which means that
in many situations autovacuum won't be trigger in time. This is a more
widespread problem than just the sequencer, but here only the sequencer
is fixed.

bdr: Adjust database name in debug message.

bdr: Add minimal checks for the cloning of databases with contents.

These should be expanded, but are better than nothing.

Add the 0.10.0.2 to Makefile

bdr.table_set_replication_sets should permit unsafe commands

In 4005c1d bdr_replicate_ddl_command was changed not to override the
command filter, but this broke replication sets in UDR, since they have
to use SECURITY LABEL.

SET bdr.permit_unsafe_ddl_commands on bdr.table_set_replication_sets
since it knows what it's doing.

Fixes #67

Note: The ddl/replication_sets tests cannot be run as-is on UDR because
UDR does not replicate changes to replication sets. We really need
separate tests for this that cover UDR (or BDR+subscribe).

Don't specify the sequence am in UDR.

The initial cloning needs more tests, including data, but that requires
larger changes to several tests than I want to do in the fix commit
itself.

Fixes #69

Initial code to actually remove slots when parting a node.

This removes a slot when
a) It is of a remote node that has been parted.
b) We have been parted, and there are remote slots. It is not guaranteed
   that we're notified of that case, but it seems worthwhile to handle
   nonetheless.

fixup! Add a test for node part

Didn't check in the expected/ data

Fix UDR after BDRLockType introduction in 10b331fea

Better error message if PG_CONFIG is nonsense

Use correct replication set and apply delay config in apply.

Add a test for node part

This shows that the slots are currently _not_ correctly dropped.

Use the new lesser form of global lock for some of the DDL commands.

Add support for more levels of global locks.

The old ddl_lock was replaced by ddl_lock and write_lock.
The ddl_lock now only locks database against concurrent DDL but not
against writes anymore. The write_lock locks against writes the same way
old ddl_lock used to. We support upgrading the ddl_lock to write_lock at
some performance penalty (the lock needs to be negotiated again).

Fix broken supervisordb test

Make DML operation wait when there is DDL in progress.

Previously, we immediately raised ERROR when executing DML while DDL
lock was being acquired or held. Now we just keep them waiting until
either the lock is released or statement_timeout kills them.

Update isolation tests accordingly.

Don't immediately kill all transactions when acquiring DDL lock.

Previously we just canceled all transactions in database when acking DDL
lock. This code only cancels transactions which did any writes and gives
them some time (currently hardcoded to 10s) of grace period to finish
what they are doing.

Prevent users from connecting to bdr_supervisordb

This won't stop bgworkers, but they should hopefully know better.

Prevent attempts to create/drop/rename  bdr_supervisordb

When the BDR extension is loaded, BDR its self can create
bdr_supervisordb, but applications cannot. This gives users
a better error message if they try to drop it, too, e.g.

DROP DATABASE bdr_supervisordb;
ERROR:  The BDR extension reserves the database name bdr_supervisordb
for its own use
HINT:  Use a different database name

fixup! Prevent taking the DDL lock without explicit authorization

Per internal discussion, make bdr.permit_ddl_locking true by default.

Fix typo in previous commit

bdr_init_copy: insert correct bdr_node entry

bdr_init_copy: properly escape single quotes

Typo in bdr_init_copy help information

Revert "Typo in bdr_init_copy help information"

There was an unintended change in the commit

This reverts commit 1064034c898e98b210a8d87f4a65aa2c05d6666b.

Typo in bdr_init_copy help information

fixup! Prevent taking the DDL lock without explicit authorization

Missing <para> in the docs

Make PG_CONFIG a declared precious configure variable

It'll show up in help and appear in the config cache.

Fix incorrect AC_ARG_VAR usage, make PATH a precious var with decription

This makes configure consider the PATH important and documents that
it affects where we find pg_config .

Typo in the docs

Prevent taking the DDL lock without explicit authorization

Attempts to acquire the global DDL lock will now, by default,
ERROR with a message like:

ERROR: Global DDL locking attempt rejected by configuration
DETAIL: bdr.permit_ddl_locking is false and the attempted command would
require the global DDL lock to be acquired. Command rejected.
HINT: See the 'DDL replication chapter of the documentation.

Users/scripts which wish to execute DDL should:

BEGIN;
SET LOCAL bdr.permit_ddl_locking = true;
ALTER TABLE ....
COMMIT;

This will help prevent accidental DDL in things like user reports
from aborting transactions across the system and blocking user
writes. It's particularly useful where the DDL may be combined
with a transaction that does a large amount of row changes, as
there are performance issues with transactions that both do
DDL and change very large numbers of rows.

Future work will focus on progressively making the DDL lock finer
grained and less disruptive.

Rename 'bdr' reserved db to 'bdr_supervisordb'

Fix tests broken by d7efbe8 and incorrect relation name

More detail on DDL rep, mention use of replicate_ddl_command

Clarify that you can only monitor lag from an upstream

Per query from the mailing list,
http://www.postgresql.org/message-id/F38D1020-3B2C-41CF-BECD-1F1FB5B19806@visi.com

More docs on DDL locking

The apply worker wasn't checking for postmaster death when paused

Fixes #58

Make sure node_name is not null and unique.

fix bdr_init_copy for UDR

pg_upgrade compatibility

Beginnings of 9.5 compat (UDR only so far)

Correct lock level in filter_AlterTableStmt()

Missing separation coma in the bdr.bdr_group_join example

Typo in the docs

Lower log level of 'Found bdr_connections entry ' log lines

These are internal debug/informational messages.

Fixes for UNLOGGED tables in the command filter

The command filter was checking only for temporary tables when deciding
whether to skip DDL locking, and when performing some operations, but
for others was permitting UNLOGGED tables too.

Consistently use UNLOGGED||TEMP throughout.

Fixes #44

Make bdr_replicate_ddl_command() obey the command filter.

Previously, bdr_replicate_ddl_command() would always execute any
command, no matter if it's considered safe or not. But this behaviour is
too much of a footgun for users of this function. Plus we already have
mechanism to override command filter - the
bdr.permit_unsafe_ddl_commands GUC, so it makes sense that
bdr_replicate_ddl_command() function should behave according to this GUC
just like plain DDL in BDR.

Rename locks check interface.

Document pg_xlog_wait_remote_recieve and pg_xlog_wait_remote_apply

Don't acquire table locks in command filter.

The filter_AlterTableStmt() function was using
AlterTableGetLockLevel(astmt->cmds) to determine lock level which to use
on relation being ALTERed. This can cause deadlock against bdr_apply
when the apply is trying to catch up with changes from another node to
synchronize cluster for a DDL lock - any concurrent DML that is coming
from another node will never get the row lock grant because the table is
already locked by the backend performing the ALTER on it.

We now get the relid with NoLock which should be safe as we don't allow
concurrent DDL anyway so the table can't change under our hands.

Fix global lock crash recovery on multidb setup

Since bdr_locks_startup() is called from perdb worker we should not try
to load the locks for all databases but only for the database the perdb
worker is connected to.

doc: Fix typos in function names.

Fix bdr.bdr_replication_identifier table definition

The bdr.bdr_replication_identifier was mistakenly defined in extension
SQL file with two additonal columns, but the C code didn't expect them
this lead to memory corruption. It was identified by make check failures
with clang compiler.

Swap "node management" and "configuration settings" chapters

Per suggestion from Martín.

Closes #38

Quickstart should be using bdr-plugin/next

doc: Print BDR version in the title.

doc: Add optinal website-build flag

doc: Make the font bit nices

Several "to to" typos found, which are now fixed.

Fix identifier test so that it works for UDR too.

Revert inadvertent test change done in d8fc209d5

doc: Remove mentions of bdr-plugin/stable branch from docs

Document tree structure for github README

Fix PK detection on inherited tables.

We don't allow UPDATEs or DELETEs on tables without primary key but the
code for detecting if table has primary key didn't work correctly when
the UPDATE/DELETE was run on parent table which had primary key but the
command has propagated to an inherited table didn't have primary key.

In passing, fix the primary key detection for a less common use case:
WITH foo AS ( UPDATE table_without_pk ... RETURNING * )
INSERT INTO table_with_pk SELECT * FROM foo;

doc: Be consistent about sudo prefix

fix link

doc: misc typo fixes

doc: fix a couple of xreflabels

doc: Reword installation requirements slightly

doc: psql provided by BDR-PG has seqam support in \ds.

doc: Remove incorrect warning about bdr.bdr_replicate_ddl_command().

doc: Debian/Ubuntu installation docs

doc: Write some conflict docs, partly cribbed from wiki, partly new

Bump version to 0.10.0 after 0.9.0 release

doc: Mention 2ndQuadrant prominently in top level, relnotes

doc: Document apt repo key ID

doc: Make it clear that conflicts and repsets docs are in dev

doc: Sort relnotes newest to oldest (desc)

doc: Mention Debian/Ubuntu packages

doc: Flesh out 0.9.0 relnotes

bdr: Flesh out 0.8.0 relnotes

doc: Skeletal documentation on catalogs, conflicts, more on monitoring

doc: Examples of node removal

doc: Remove superceded distributed sequences docs

Make bdr.queue_truncate() SECURITY DEFINER

Fixes #5.

This shows our testing doesn't cover DDL as non-superuser properly.

Fix typo: wheras → whereas

doc: Convert and update global sequences documentation

doc: Rearrange top level to have consistent part/chapter levels

doc: add a stub "catalogs and views" section

doc: First pass copy-editing and revision of monitoring docs

"added information that seems helpful to monitoring your bdr system"

"added examples of how to call node functions"

" added bdr.bdr_nodes table for monitoring"

bdr: doc: Add release notes for 0.7.x, 0.8.x, and (tentative) 0.9.x

bdr: doc: Further node management docs work

Better structure for node management docs, some coverage of node removal

bdr: add bdr.bdr_get_local_node_name() function

Add a helper function to look up the local node's name from
bdr.bdr_nodes using the local node identity details.

bdr: make log_tuple() compile