gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] gnumed upgrade failure.


From: Busser, Jim
Subject: Re: [Gnumed-devel] gnumed upgrade failure.
Date: Mon, 25 Nov 2013 19:30:01 +0000

On 2013-11-25, at 11:11 AM, Karsten Hilbert <address@hidden> wrote:

> On Mon, Nov 25, 2013 at 06:24:05PM +0000, Jim Busser wrote:
> 
>> Vaibhav, if you did not in the
>> meantime receive other
>> suggestions, you could try rebooting your machine before the
>> next time you attempt to bootstrap. That
>> should close the persisting connections that you were unaware
>> or unable to close and which gave rise to [Error 32].
> 
> It's worth a try but I'm not convinced that
> that's due to other clients let alone connections
> to the database.

You may be right, however I could not locate in my archive of email 
(gnumed-devel and gnumed-bugs) any previous instance of

        [Error 32]

and so it does not seem it is any normal part of what few windows logs have 
previously been posted.

I do still suspect there *could* be value, before Vaibhav would run the 
bootstrapper, to try the following adjusted for Windows (at bottom) to check 
what if anything else is connected to postgres and report back:

> # be sure no-one else is connected or logged-in (result should be 0, not more)
> psql -U postgres -c 'SELECT COUNT(*)-1 FROM pg_stat_activity;'
> 
> # more detail on the above:
> psql -U postgres -c 'SELECT datname, usename, query FROM pg_stat_activity;'

# on Windows:

C:\WINDOWS\Temp>c:\Programme\PostgreSQL\9.3\bin\psql.exe -U postgres -c 'SELECT 
COUNT(*)-1 FROM pg_stat_activity;'

C:\WINDOWS\Temp>c:\Programme\PostgreSQL\9.3\bin\psql.exe -U postgres -c 'SELECT 
datname, usename, query FROM pg_stat_activity;'

-- Jim


reply via email to

[Prev in Thread] Current Thread [Next in Thread]