Fix a bug of setting heartbeat_destination parameter

Fix some comments, messages and variables

Fix PATH variable to prioritize pghome

Fix to configure path to bin/lib of postgresql92 and pgpoolAdmin tar ball

Prepare 3.3.0-RC1

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Add debug mode of install.sh itself so that script becomes quiet.

Fix typos

Prepare 3.3.0-RC1

Prepare 3.3.0-RC1

Fix mistake in ssh command.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Add the description about pgpool.pg_ctl.
Some visual improvements.

Fix typos of the version name

Fix to not print netmask to pg_hba.conf if node is specified by hostname

Fix a bug that password-less ssh setting fails when postgres user home isn't /home/postgres

Fix to remove /vaw/www/html/pgpoolAdmin directory in uninstall.sh

Add pcp_watchdog_info to pgpool.spec

Add watchdog test.

Currently the test is minimum. It just checks standby->master
escalation.

Fix "deploy" section.

This should had been updated when watchdog is introduced.

Fix to not bind network devices to sockets when heartbeat_device parameter is empty

Fix bug introduced in 8b803e1ea38c3ac9a7775f7fb9ba43870bca7dca (Add wait_for_pgpool_reload function).
Add -p option to specify start port #.

Fix bug with health check when used with child_life_time reported in [pgpool-general: 1892].

Here is the explanation why the problem occurs:

--------------------------------------------------------------------------------
Ok. I think I finally understand what's going on here.

Pgpool main process (14317) started health checking at Jul 12 09:17:04.

Jul 12 09:17:04 purple1-node1-ps pgpool[14317]: starting health checking

Pgpool main process set timer at 09:17:14 because you set
health_check_timeout 10.  This time the health check successfully
completed. The timer for 09:17:14 is blocked by calling
signal(SIGALRM, SIG_IGN).

Unfortunately child life time was expired at 09:17:14 and pgpool main
process was busy at the time because of this.

Jul 12 09:17:14 purple1-node1-ps pgpool[16789]: child life 300 seconds expired
Jul 12 09:17:14 purple1-node1-ps pgpool[14317]: reap_handler called

Jul 12 09:17:14 purple1-node1-ps pgpool[14317]: starting health checking

Pgpool main re-enabled the timer and reset the timer variable
(health_check_timer_expired = 0). But when the timer re-enabled, the
signal handler for the timer set health_check_timer_expired to 1.  As
a result pgpool thought that health check timer was expired.

Jul 12 09:17:14 purple1-node1-ps pgpool[14317]: health_check: health check timer has been already expired before attempting to connect to 0 th backend

Thus failover happend even if the backend was running fine.
--------------------------------------------------------------------------------

To fix the problem new macro CLEAR_ALARM, which calls alarm(0) until
all pending alarms are cleared, is defined and used whenever necessary
to cancel health check timer. Also before forking off child process
health_check_timer_expire is explicitely cleared.

Also this causes the error message.

Jul 12 09:32:14 purple1-node1-ps pgpool[11465]: connect_inet_domain_socket_by_port: health check timer expired

Process 11465 is a child process and is not supposed to run into this
situation. This is caused because the global variable
"health_check_timer_expired" is set to 1 before the new child is
forked off after child_life_time expired is set to 1. This could if
SIGCHLD signal is received at the moment when the bug below happens.
To make sure this never happens in connect_inet_domain_socket_by_port
checks health_check_timer_expired only if it is a main process.

Fix bug reported in bug #62 (main process segfault).

The bug report showed main process died after the log:

Jun 22 10:23:20 pgpool[32629]: pool_read: read failed (Connection reset by peer)
Jun 22 10:23:20 pgpool[32629]: notice_backend_error: called from pgpool main. ignored.
Jun 22 10:23:20 pgpool[32629]: child_exit: called from pgpool main. ignored.
Jun 22 10:23:20 kernel: [11850568.371509] pgpool[32629]: segfault at 6f0ff2 ip 00007fbd7ed9811f sp 00007fff27275f08 error 4 in libc-2.15.so[7fbd7ec49000+1b5000]

This indicates that after reading from socket while health checking
failed, it tried to initiate failover by calling notice_backend_error,
which is not appropriate because that should be handled in the health
check logic. So it is ignored. So far so good. pool_read called
child_exit after that and again it was ignored. This is also
good. Problem is, it continued to run with undefined read length from
read(2). Finally pool_read call memmove with the undefined length to
update its internal buffer, which could cause segfault depending on
the value of the read length.

Fix is, after child_exit, return with -1 to indicate error was
happened. Also I fixed the code after pool_check_fd fails. Before it
just exits process, which is never good for pgpool main
process. Although I don't think the case ever happened because I never
saw single error report which showed the case.

Update JDBC driver version.

Add descriptions of pcp_watchdog_info to documents

Remove a FIXME comment

Remove a comment

Add pcp_watchdog_info command

pcp_watchdog_info displays pgpool-II watchdog's information.

Usage: pcp_watchdog_info [-d] timeout hostname port# username password [watchdogID]
  -d, --debug    : enable debug message (optional)
  timeout        : connection timeout value in seconds. command exits on timeout
  hostname       : pgpool-II hostname
  port#          : PCP port number
  username       : username for PCP authentication
  password       : password for PCP authentication
  watchdogID     : ID of a other pgpool to get information for
                   If omitted then get one's self information

Add a missing item to japanese release notes

Add a missing item to release notes

Add release notes of minor version up

Fix typos

Fix a typo

Fix to verify the backend node number in pcp_recovery_node

When an invalid number is used, null value is passed as an arguments
of recovery script, and this causes a malfunction. In especially,
rsync may delete unrelated files in basebackup scripts.

Add wait_for_pgpool_reload function

This avoids pgpool recovery before new backends information reloaded.

Add ssl_ca_cert and ssl_ca_cert_dir descriptions to the japanese document.

Move ssl_ca_cert and ssl_ca_cert_dir descriptons to the SSL section

Fix compile error on Mac OS/X

Patch contributed by Muhammad Usama.

Fix execute() in memory allocation logic when memqcache enabled.

When very long query string (>1024) supplied in extended query with
bind parameters, it fails to allocate enough memory.

Add a tess for the previous commit

Fix segmentation fault of child that occurs when startup packet has
no PostgreSQL user information.

When a startup packet has no PostgreSQL user specified, pgpool-II
terminated abnormally. You can reproduce it by

 $ psql -p 9999 -U ''

If enable_pool_hba is on, a child process terminates by segmentation
fault. Otherwise if enable_pool_hba is off, the error message is

 ERROR: pool_discard_cp: cannot get connection pool for user (null) database (null)

In both cases, psql terminates with no message on frontend.

To resolve it, if PostgreSQL user is not specified in startup packet,
the message as following is output to both log and frontend. This is
the same behavior as PostgreSQL.

 FATAL: no PostgreSQL user name specified in startup packet

Add regression test for bug#63.

Fix memqcache segfaults reported in bug#63.

When a query executes and the query result is too large,
query_context->temp_cache is discarded the query result is not
committed to cache storage when the query completed. In extended query
mode, it is possible that the same query context is used for
subsequent bind/execute cycle through reusing the portal. Problem is,
query_context->temp_cache is already gone and a segfault is caused by
accessing the pointer. To fix this, when query_context->temp_cache is
discarded, set the pointer to NULL and whenever access
query_context->temp_cache, check it is NULL or not.

Fix pg_md5 command crash.

Fix contributed by Muhammad Usama(from [pgpool-hackers: 302])

While looking at the pgpool-II code I found a potential crash or stack
smash in pg_md5 utility.
The problem is update_pool_passwd() calls pg_md5_encrypt() function to get
the md5 password, and the password format generated by pg_md5_encrypt()
function is
"md5" followed by 32-hex digits, which sums up to 35 characters while the
host variable defined in update_pool_passwd() function to hold this
password can contain maximum 32 characters.

Add new regression test.

Fix comment.

Fix pgpool -m f stop" hang.

This is caused by unmanaged pgpool children remaining.  This could
happen if multiple PostgreSQL are going down (or even starting pgpool,
without starting PostgreSQL can easily trigger this).  Child calls
degenerate_backend_set() and it tries to aquire semaphore to write a
failover request. In this case the signal mask is set as well, thus
signals are never received. To fix this, kill pgpool children before
forking them.

Fix failover.sh to not cause shell error in certain cases.

If not all arguments are supplied (this could happen if no available
backend exists, for example), the script could fail.

Fix comment in create_failover_script() and create_follow_master_script().

Add regression test case for postgres_fdw.

Register pgpool_regclass in pg_catalog schema.  This is necessary to
deal with clients which restricts schema search path to pg_catalog
only. Postgres_fdw is such a client.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Fix to include rpm_installer into tar ball.

Remove unnecessary file copy

Fix paramater's name in pgpool.conf.sample*

trivial fix of document

Fix spelling error in debug message.

autoreconf

Prepare 3.3.0-beta1

Fix documents about the previous commit.

Fix not to bring up virtual IP when delegate_IP parameter is emply.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Prepare 3.3.0-beta1

Fix not to check pgpools in down status in watchdog life checking

Add info about fix commit.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Fix a typo

Add regression test suit.

This is just a starting point of tests and more tests should be added.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Allow to load balancing in an explicit transaction in replication mode.

The condition to allow the load balancing is as follows:
1) replicate_select is off
2) writing functions are used
3) transaction isolation level is not serializable
4) no DML/DDL are issued in the transaction

Chinese Manual for pgpool-II 3.3 is ready. Changed a lot about watchdog configuration.

Fix to igonre heatbeat signals from pgpool-II in down.

pgpool-II which is already in down should not send heatbeat
signals to other pgpools.

Fix not to bind sockets to network devices when pgpool-II doesn't has
root privilege.

SO_BINDTODEVICE socket option is used for binding sockets to network
devices and requires root privilege. However, this is not essential
for the lifecheck mechanism itself, so we use this function only when
pgpool-II has root privilege.

If pgpool-II has root privilege, log message says like;

    wd_create_hb_recv_socket: bind receive socket to device :eth0

otherwise,

    is_usable_bindtodevice: setsockopt(SO_BINDTODEVICE) requires root privilege
    wd_create_hb_recv_socket: couldn't bind receive socket to device :eth0

Remove a unused variable

Add configuration of heartbeat_destination_port0.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Fix to allow tow pgpool-II exist in a host when watchdog enabled

New parameter heartbeat_destination_port0 is added. This is a
destination port number for sending heartbeat signals, and usually
the same value of wd_heartbeat_port. If the port number is unusable
, for example, because there are two pgpool-IIs in a host,
heatbeat_destination_port0 must be defferent than wd_heartbeat_port.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Add to create pgpool_reload script.

Chinese manual for watchdog up to date.

Add Chinese tutorial for watchdog.

Add Chinese tutorial for memqcache

Tutorial for Chinese update to date.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Update Chinese manual to 3.3

delete the file

Remove unnecessary sources.

Merge branch 'master' of ssh://git.postgresql.org/pgpool2

Fix bugs in installer including the following:
 - wrong watchdog settings
 - wrong permission settings
 - missing netmask information in pg_hba.conf
 - missing comma in pgpool.conf

Fix to install pgpool to both of node 0 and node 1.
 - install.sh must be executed in both nodes.
 - This is nesessary for installing pgpool_regclass and
   pgpool_recovery to both nodes.
 - In installation on node 1, configuration information on node 0
   is reused. The information is copied using scp. So, users need
   not input the same information.
 - Passwordless access over ssh is setup in install.sh automatically.
   postgres user must exist in both server before installation.

Add "--no-stop" option.

This disables shutdown after completing setting up. Usefull when we
want to access right after pgpool_setup. Without this, we need to
execute startall and wait for pgpool-II comes up, which will take
several seconds.

Fix bug #58, fails to invalidate query cache.

CREATE TABLE t1(i INTEGER);
CREATE TABLE t2(i INTEGER);
SELECT * FROM t1;
BEGIN;
DELETE FROM t2 WHERE i = 0;
INSERT INTO t1(i) VALUES(1);
COMMIT;

SELECT * FROM t1;

At commit pgpool tries to delete cache for t2 but failes because
there's no oid table entry for t2. Problem is, it fails to check oid
table for t1. So cahce for t1 remains and the last SELECT incorrectly
returns cached data. Fix is, continuing to check oid table entries.

Update copyright year.

Replace sleep with psql loop to reduce wait time.

Previous commit broke replication mode case.

Speed up a little bit.

Instead of createing all of DB nodes initially, create data0 at first
start pgool. Then add standys to pgpool.conf and reload it. This
avoids sleeping after first failover(was 20 seconds).

Update copyright year.

Add license section.

Fix copyright year of license section.

Fix bug with do_query which causes hung in extended protocol.

When insert lock is enabled and pgpool_catalog.insert_lock exists,
pgpool-II looks for the row which matches the oid of the target
table. If non, pgpool-II will insert the row to obtain a row lock.
The bug was in the process looking for the row. If extended protocol
is used, pgpool-II was waiting for the row data forever which will
never come because there's no such a row in the table. The fix is when
"command complete" received, let pgpool-II regards as if "data row"
received. The bug was introduced when 3.2.1 was released. A
reproducable test case is provided by Karsten Düsterloh.  See
[pgpool-general: 1684] for more details.