Remove a no longer used variable

Initial swing at bug #352, resolving:
a) set_config_option() has an 8 parm version in Postgres HEAD (9.5?)
b) resolution of the INT64_FORMAT refactoring in PG HEAD (9.5?)

Merge branch 'master' of ssh://git.postgresql.org/slony1-engine

Fix comment and log message so it no longer
refers to helper threads(which were removed in 2.2)

Fix comment to reflect the actual default value

Patch by Kazuki Uehara <[email protected]>

Bug 345

The strtok_r on the node list was adding replacing the comma
with a NULL causing only 1 node to get inserted into sl_event.
This mean any nodes that where cascaded only saw 1 of the nodes
in the drop node list.

Call strtok_r on a copy of the list so it can safely be munged.

Also add in a DropNode cluster test to demonstrate test this issue

Include alloca.h

Fix build problems on Solaris/SPARC in slonik due to an
undefined alloca symbol.

Report and fix from Venkata Balaji N

Remove warning message for possible unsupported version up to 9.4.

Reset RELEASE notes to be empty, as new development begins on a new branch

Continue setting options even if a non-existing one
was encountered. Fixes bug 343.

fixing generate load origin node parameter mismatch

Bug 342 - Fix various failover issues

This commit fixes some related failover issues
1.  The query slonik used to get a node list during failover
    was ignoring non-failover targets. This meant that we
    would never call preFailover on a node that wasn't a failover
    target.  This node might then still be trying to use
    a failed provider.
2.  A node (say node 3) might process a FAILOVER_NODE
    event from node 2 (the new-origin) but might not
    have yet processed the last event from node 1, the
    failed node.  We need to make sure that the
    subscription paths and listen networks are updated
    so we don't only listen for events and data from
    failed nodes.

Remove HAVE_POSIX_SIGNALS from config.h

Compiling slony against PG 9.4 gives compiler warnings because the
definition of HAVE_POSIX_SIGNALS has changed.  This is defined in pg_config
so we do not really need to redefine it in the config.h slony provides.

We leave the configure check in place to we just don't include it in
the header

add another multi-node failover configuration to the test

Fix typo in preamble for regression tests

Changing version number of master to 2.3.0

Document the EXECUTE ONLY ON list of nodes syntax

Also add a regression test to test this

Bug 338 - Have ddlScript return a bigint since the action_seq is a bigint

fixing  Deadlock with application during minor version slony upgrade

fixing  Deadlock with application during minor version slony upgrade

Merge branch 'master' of ssh://git.postgresql.org/slony1-engine

logApply trigger free()s data from wrong cache entry on evict.

Fixing typo in docs

Thanks Jeff Frost

Clarify namespace setup in documentation

Bug 326 Run perl tidy on the altperl tools

Formatting changes (perltidy) on the altperl tools

Patch by David Fetter

Bug 325 Make perltool pass level 5 of perlcrit

Patch from David Fetter

Fix SGML tagging of man page volnum - bug #328

Use server includes for pgport when building slonik

When building with --with-pgport slonik needs to include port.h
port.h is normally found under the server include directory but
some distributions (ie debian libpq-dev) also include it in
/usr/include/postgresql

The fix for bug 315 removed the server include paths from
all client programs including slonik.  This went too far,
the actual issue with bug 315 was src/backend failing because
it pulled in the client headers.

If we are building with pgport we will pull in the server
include directories for slonik

Merge branch 'master' of ssh://git.postgresql.org/slony1-engine

Disable the "known failing" disorder tests.

Folding slon.stop() and coordinator.join(slon) into one loop.

Stopping the slons and joining their processes in separate
loops apparently can cause the regression test to hang under
some rare race conditions.

bug 321 - fix to the previous patch for when we have multiple real providers

If the provider list contains multiple providers that actually provide
a set (set_head != NULL) then we want to use those providers and
not skip them

bug 321 - Stop reconnecting to providers

Event origins that are not set origins will have
multiple  li_origin/li_receiver pairs in sl_listen
we listen for events from these origins from multiple
sources.   This means a node such as node 2 might
receive an event from ev_origin=1 via event provider 1
then receive the next event with ev_origin=1 from
event provider 2.  Slon keeps connecting and
disconnecting from these providers.

Instead keep of dropping the connections to
event providers we keep them around unless
a reconfiguration has taken place.  This lets
us use the connection for the event_provider
we received the event from.

add a regression test for EXECUTE SCRIPT using a non-provider event node

Disable the "not expect lag" check from disorder ExecuteScript.
"Apparent" lag of 10 seconds can happen, the way confirm
messages propagate back to the origin.

From fccfb06687588c6155f0f77665be358837dd47e1 Mon Sep 17 00:00:00 2001
From: Steve Singer <[email protected]>
Date: Thu, 24 Oct 2013 21:29:32 -0400
Subject: [PATCH] fixing the failover unit test.

It is sometimes possible for node 4 to get unsubscribed from
set 1 because it doesn't have a subscription to set 2 but
might be the farthest ahead node (but it isn't a failover candidate)

Resubscribed node 4 before continuing on with the next test

Additional changes for bug322.

cloneNodePrepare() and many other places need to grab
the central config lock. They heavily rely on checking
things via "not found", which inherently has a race
condition.

Conflicts:
src/slon/remote_worker.c
note: removed src/slon/remote_worker.c changes from
the cherry-picked patch they aren't actually part of 322

bug 322 allow CLONE PREPARE processing to deal with an earlier STORE PATH

If a node sees a STORE PATH  event before it sees the CLONE PREPARE
that creates a node involved in that path then the CLONE PREPARE
event was failing because the node was already in sl_node.

Check for the existance for rows and update them instead

Conflicts:
src/slon/remote_worker.c

Fix for bug 319, dereferencing of NULL pointers.

The "provider" pointer at that point in the code is
always NULL due to the for() loop above. The query can
only fail if the connection to the backend is lost in
that very moment.

adding in tests for bug 318

Fix for endless restart loop on FAILOVER (bug 318).

If the backup node is not the most advanced, function
failedNode() will trigger a slon restart even if it
did not make any changes to the configuration because
of a missing WHERE clause.

The UPDATE FUNCTIONS upgrade from a 2.1.x (or 2.0.x) Slony to 2.2.0 does not
create the no_failed column in sl_node.

Note that upgrade process implies an application outage

Only include the libpq header directory OR the server header directory but not both

This addresses bug 315 where a debian install had libpq-dev 9.3 installed
and postgresql-server-dev 8.4 installed.  The libpq headers are in /usr/include/postgresql
but the server headers are in /usr/lib/postgresql/8.4/server.

configure checks were failing because we were pulling in a mixutre of headers
from both versions.  The only slony component that needs the server
headers are the backend functions and they shouldn't need to use libpq headers.

This patch sets CPPFLAGS as approriate for one or the other but not both

Bug #281 - improve documentation on performance implications of PATHs

Add in material describing the effects of having fully versus less-fully connected path networks

Merge branch 'master' of github.com:cbbrowne/slony1-engine

Merge branch 'master' of git://git.postgresql.org/git/slony1-engine

Conflicts:
RELEASE
doc/adminguide/ddlchanges.sgml

Merge branch 'master' of ssh://git.postgresql.org/slony1-engine

Merge branch 'master' of ssh://git.postgresql.org/slony1-engine

Conflicts:
RELEASE

documentation updates - fixing out of data information

adding PG 9.3 to version list

updating copyright year

bug 313 - don't error out in applying EXECUTE SCRIPT sequence updates

Since bug 304 was fixed we have been including the list of replicated
sequences and current values in the arguments on sl_log_script rows.
If some sequences are replicated to some nodes but not others then the
execute script will fail to apply on the nodes that don't have those
sequences.

This patch ignores missing sequences during an execute script
instead of erroring out.

Minor tweaks to docs

removing stray '_' that was introduced in bug 309

preparing for 2.2.0 release - updating version numbers

removing some bug references from the release notes

These bugs were introduced in 2.2.0 and fixed later in the 2.2.0 cycle

Reorganize release notes for 2.2

Merge branch 'master' of ssh://git.postgresql.org/slony1-engine

Conflicts:
RELEASE
doc/adminguide/ddlchanges.sgml

BUG308 : added TCP KEEP ALIVE configurations in slon.conf-sample

release notes update

variable declarations must be at the start of the block (VC does still enforces this)

Updating version numbers to 2.2.0 rc1

release notes update

Merge branch 'bug310'

Bug 311 - Don't include performance.sgml ( 'man') file twice in the tar

bug 309 - make sure sl_failover_targets gets created when upgrading to 2.2

Merge branch 'bug304'

bug 310 - only issue the notify Restart if we actually change configuration

The FAILOVER_NODE event is processed in two parts by slon.
First failedNode(..) is called which reconfigures sl_subscribe,
sl_path and then the listen network. Once this is done notify
is used to signal the slon to restart.

Then the slon commits this transactions and waits for any
pending events from the failed origin to arrive from a third
provider. Slon then continues with the failover (failoverSet_int).

The problem was that when slon restarts it repeats the processing
the FAILOVER_NODE. It was possible for slon to keep restarting
before it gets to be caught up and recording the FAILOVER_NODE
event as processed.

In this patch we only restart slon if the configuration actually
is changed. After the first restart the configuration shouldn't
need changing so there should not be anymore restarts.

deconstruct_array wants the OID of the element type, not the array type

Merge branch 'master' of git://git.postgresql.org/git/slony1-engine

create string_agg in slony1_base.sql not slony1_funcs.sql

If the CREATE AGGREGATE is in slony1_funcs.sql it will fail on an update functions
since the aggregate already exists.  As part of the upgrade we will check
to see if we need to create the aggregate.

Some erroneous queries in date test

Fix typo in sample data

Merge branch 'bug304' of github.com:ssinger/slony1-engine into bug304

Add release note on #304

Add release note on #304

Revisions to DDL docs

Allow the apply trigger to work (ie not fail) on sl_log_script rows from earlier betas of 2.2.0

bug 304 - record sequence values as part of a EXECUTE_SCRIPT

Prior to 2.2 the EXECUTE_SCRIPT command result in a DDL_SCRIPT event
and a SYNC event generated as part of the same transaction. That
SYNC event also replicates the value of any sequences to the replica
before the DDL SCRIPT command.

In 2.2 the DDL script is replicated as part of a normal SYNC
as rows in sl_log_script.  This commit stores any sequence changes
as extra elements in the cmdargs array.  These sequence values are
then set before the DDL_SCRIPT is executed on the replica

This commit includes a unit test change to reproduce this issue
the test now passes

updating release notes

Merge branch 'bug305'

Fixes to DDL test (old regression)

C requires variable declarations to be at the start of the block

upating win32 symbol definitions for 2.2.0 b5

updating version to for 2.2.0 b5

fixing sytnax errors in documentation SGML

bug 306 release notes update

updating versions for 2.2.0 beta 5

Merge branch 'bug306'

Conflicts:
doc/adminguide/slonyupgrade.sgml

release notes update

bug 301 - adding a missing PQclear to fix a memory leak

This PQclear was added by Jan to the patch he posted in bugzilla.
Free the result set when dealing with the error.

Merge branch 'bug301'

Merge branch 'bug299'

Conflicts:
doc/adminguide/slonyupgrade.sgml

add in a check/test to ensure that the backup node in a failover is a forwarding subscriber

If the backup node is not a forwarding subscriber to all of the sets from the origin
then the failover can't complete.  It is best to check this early on and warn the user
before the failover actually starts.

add documentation that mentions that the filenames of installable files have changed

set session_replication_role to local in the apply trigger when performing DDL

This fixes bug 305 where user defined (non-replication) triggers don't fire during
the remote/replica exection of EXECUTE_SCRIPT commands

The table definitions we create on a 2.1 -> 2.2 upgrade should match the updated DDL in slony1_base.sql
This is to fix bug 306

add in a check/test to ensure that the backup node in a failover is a forwarding subscriber

If the backup node is not a forwarding subscriber to all of the sets from the origin
then the failover can't complete.  It is best to check this early on and warn the user
before the failover actually starts.

additional dstring_free() to fix an additional memory leak in sync_helper