Re: pgpool ABORT + no transaction warning

From: Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp>
To: tfo(at)sitening(dot)com
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: pgpool ABORT + no transaction warning
Date: 2006-04-03 08:05:11
Message-ID: 20060403.170511.57345179.t-ishii@sraoss.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

The problem is not reproduced here. Do you have any idea how to
reproduce it?
--
Tatsuo Ishii
SRA OSS, Inc. Japan

> On Apr 1, 2006, at 8:01 AM, Tatsuo Ishii wrote:
>
> >> A while back, I posted about seeing a number of warnings from pgpool:
> >>
> >> http://archives.postgresql.org/pgsql-admin/2005-03/msg00305.php
> >>
> >> A typical pair of statements in my postgres logs looks like this:
> >>
> >> WARNING: there is no transaction in progress
> >> STATEMENT: ABORT
> >>
> >> Tatsuo Ishii declared that these were harmless, and I took (and still
> >> take) his word for it.
> >>
> >> At some point in the past with my old configuration (postgres 8.1.3 /
> >> pgpool 2.5.1) I did something that prevented the warnings from
> >> showing up. On a system running postgres 8.1.3, I recently upgraded
> >> pgpool from 2.5.1 to 3.0.1. When I upgraded pgpool, I began seeing
> >> the warnings again after a long window of not having seen them. My
> >> configuration files for pgpool and postgres didn't change during the
> >> upgrade, so I'm wondering what I might've been doing to avoid
> >> polluting my logs with them previously and why they are showing up
> >> again.
> >
> > Could you tell me how to reproduce the problem?
>
> Here's what happened: I performed an on-line backup and recovery to
> move postgres from one server to another. On the new server, I
> installed pgpool 3.0.1 and copied over my old configuration files.
>
> I have two instances of pgpool running on the server and am only
> using pgpool for connection pooling, not load balancing or
> replication. The only three settings that are different between the
> two configurations are port, logdir, and num_init_children.
>
> Below is one pgpool.conf (with a few paths changed back to the
> defaults just for obfuscation), which doesn't include
> child_max_connections, insert_lock, or ignore_leading_white_space
> because I just used my 2.5.1 configuration file. I assume it would
> just use defaults for these values if they weren't specified in the
> file?
>
> listen_addresses = '*'
> port = 9999
> socket_dir = '/tmp'
> backend_host_name = ''
> backend_port = 5432
> backend_socket_dir = '/tmp'
> secondary_backend_host_name = ''
> secondary_backend_port = 0
> num_init_children = 64
> max_pool = 4
> child_life_time = 300
> connection_life_time = 10
> logdir = '/tmp/pgpool1'
> replication_mode = false
> replication_strict = true
> replication_timeout = 5000
> load_balance_mode = false
> weight_master = 0.5
> weight_secondary = 0.5
> replication_stop_on_mismatch = false
> reset_query_list = 'ABORT; RESET ALL; SET SESSION AUTHORIZATION DEFAULT'
> print_timestamp = true
> master_slave_mode = false
> connection_cache = true
> health_check_timeout = 20
> health_check_period = 0
> health_check_user = 'nobody'
>
> --
> Thomas F. O'Connell
> Database Architecture and Programming
> Co-Founder
> Sitening, LLC
>
> http://www.sitening.com/
> 3004 B Poston Avenue
> Nashville, TN 37203-1314
> 615-260-0005 (cell)
> 615-469-5150 (office)
> 615-469-5151 (fax)
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Matthew Peter 2006-04-03 08:53:26 pl/pgsql uniq varchar[] sort?
Previous Message Tino Wildenhain 2006-04-03 07:58:07 Re: PostgreSQL's XML support comparison against other RDBMSes