Joshua D. Drake wrote: > Alvaro Herrera wrote: > >Tom Lane wrote: > >>"Joshua D. Drake" <[EMAIL PROTECTED]> writes: > >>>>>Fail in what way. Hang, not connect, or get an error msg? > >>>Just verified with customer. Once the problem occurs the first time, the > >>>customer will continually get the same error message for each subsequent > >>>connection attempt: > >>>server sent data ("D" message) without prior row description ("T" > >>>message) > >>During the connection attempt? I don't think libpq can report that > >>message until it tries to do a regular query (might be wrong though). > >>Is the client using some application that's going to issue a query > >>immediately on connecting? > > > >What I've been wondering all along is whether they are using a > >connection pool. > > Yes they are using a connection pool. A java based one.
It's quite possible that it's the connection pool that gets confused, and not PostgreSQL itself. It would be interesting if they change the connection setting when the "hang" next occurs, to point directly to PostgreSQL bypassing the connection pool. OTOH the connection pool may be the thing with the TickCounter problem. -- Alvaro Herrera http://www.CommandPrompt.com/ PostgreSQL Replication, Consulting, Custom Development, 24x7 support ---------------------------(end of broadcast)--------------------------- TIP 1: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly