Re: Template1 is locked when pgAdminIII is open - Mailing list pgsql-bugs

From Dave Page
Subject Re: Template1 is locked when pgAdminIII is open
Date
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E45287CB@ratbert.vale-housing.co.uk
Whole thread Raw
In response to Template1 is locked when pgAdminIII is open  (Mehul Doshi-A20614 <mehul@motorola.com>)
Responses Re: Template1 is locked when pgAdminIII is open  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
=20

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]=20
> Sent: 31 January 2005 16:40
> To: Dave Page
> Cc: Mehul Doshi-A20614; pgsql-bugs@postgresql.org
> Subject: Re: [BUGS] Template1 is locked when pgAdminIII is open=20
>=20
> "Dave Page" <dpage@vale-housing.co.uk> writes:
> > pgAdmin uses template1 by default as it is the only=20
> accessible database
> > that we can be sure will exist. There are 2 solutions to=20
> your problem:
>=20
> > 1) Change your pgAdmin connection to use a different=20
> default database.
>=20
> > 2) Select a different database to use as the template when=20
> creating a
> > new one.
>=20
> He shouldn't really be getting that error though, as CREATE DATABASE
> only complains if there is another connection *besides your own* to
> the template database.
>=20
> I think the real answer is something more along the lines of=20
> "don't run
> two copies of pgAdmin at once".

He might not be. pgAdmin uses a master connection (normally to
template1) and one connection to each database browsed (minus the master
connection which is reused). However, each SQL Query window opened will
also open a new connection to the currently selected database, which is
what might have happened in this case. Of course, the easy answer is to
close any SQL windows in template1 as well...

Regards, Dave.

pgsql-bugs by date:

Previous
From: Andreas Pflug
Date:
Subject: Re: Template1 is locked when pgAdminIII is open
Next
From: Tom Lane
Date:
Subject: Re: Template1 is locked when pgAdminIII is open