Re: Obsolete or dead serverconnections after reboot

From: Ninad Shah <nshah(dot)postgres(at)gmail(dot)com>
To: WR <wolle321(at)freenet(dot)de>
Cc: Vijaykumar Jain <vijaykumarjain(dot)github(at)gmail(dot)com>, pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Obsolete or dead serverconnections after reboot
Date: 2021-07-22 14:51:28
Message-ID: CAOFEiBdWzSBUCJ09SVD63m98k3ZKmxoNkO46Bf=KHu7J16DeYQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Factually, Windows itself has a number of issues. Hence, it is always
suggested to use Linux with it.

It can be explored further by querying the table from which
pg_stat_activity gathers data.

Regards,
Ninad Shah

On Thu, 22 Jul 2021 at 12:51, WR <wolle321(at)freenet(dot)de> wrote:

> Hello Ninad Shah,
>
> I think, nobody holds the connections, because the state is idle. But
> I'm not shure what means: the connection is idle.
>
> One interesting fact was: when I dont stop the psql commandline on the
> client (and dont start another query, wht ends up in a connection reset,
> while the server is down), psql uses the same connection after reboot
> and the state goes from idle back to active.
>
> So there are two questions: what will happen to idle connctions after a
> while, if the client doesnt exist anymore.
> And is this desired behavior, the the postgres-Server-Service does not a
> shutdown on reboot on windows. (seem my mail to Vijaykumar Jain)
>
> Thanks you, Greeting from germany,
> Wolfgang
>
> Am 21.07.2021 um 16:10 schrieb Ninad Shah:
> > Hello,
> >
> > Would you be able to verify the process trees for those PIDs on Windows?
> > You may be able to see who holds the connections?
> >
> >
> > Regards,
> > Ninad Shah
> >
> > On Wed, 21 Jul 2021 at 19:15, WR <wolle321(at)freenet(dot)de
> > <mailto:wolle321(at)freenet(dot)de>> wrote:
> >
> > Hello Vijaykumar Jain,
> >
> > thank you for fast answer, today I'm not able to access the hardware,
> > I'll be back tomorrow and will do the required tests.
> >
> > Wolfgang
> >
> > Am 21.07.2021 um 15:14 schrieb Vijaykumar Jain:
> > > select pg_stat_reset();
> > >
> > > Can you run above function, to check if stats are reset and
> > things are
> > > fine without a pg restart?
> > > I not able to understand how new connection stats are added,
> > along with
> > > old stale states, if I assume stats collector process is having
> > issues ,
> > > or the stats folder is corrupt etc.
> > > That would also mean, all table stats would be off or not updated
> > too?
> > > Is that so? Or analyse works fine on tables without a restart?
> > >
> > > On Wed, Jul 21, 2021, 6:27 PM Vijaykumar Jain
> > > <vijaykumarjain(dot)github(at)gmail(dot)com
> > <mailto:vijaykumarjain(dot)github(at)gmail(dot)com>
> > > <mailto:vijaykumarjain(dot)github(at)gmail(dot)com
> > <mailto:vijaykumarjain(dot)github(at)gmail(dot)com>>> wrote:
> > >
> > >
> > >
> > > Is there a way to avoid this (without restarting the
> service
> > > after every
> > > reboot). Is this a bug or a normal behavior?
> > >
> > >
> > > I have less knowledge of windows.
> > > https://www.enterprisedb.com/blog/postgresql-shutdown
> > <https://www.enterprisedb.com/blog/postgresql-shutdown>
> > > <https://www.enterprisedb.com/blog/postgresql-shutdown
> > <https://www.enterprisedb.com/blog/postgresql-shutdown>>
> > >
> > >
> > >
> > > Do you see shutdown/termination messages in the db logs or
> > windows
> > > event logs when the machine is rebooted?
> > >
> > > You get the same pid and query, does it also has the same
> > age( time
> > > since it started),
> > > I mean is the stats table updated with new data for stale
> > > connections or they remain static.
> > >
> > > Do you see the same issue when the machine is power cycled.
> > >
> > > Maybe windows might be preserving the memory state on disk and
> > > reading it back on reboot (like sleep) unless there are
> > instructions
> > > to shutdown the db server on reboot. Idk.
> > >
> > > What are the state of the connections in pg_stat_activity abd
> > > process explorer before and after reboot. The sockets exists
> and
> > > active, or are residual in pg stats only.
> > >
> > >
> >
> >
> >
>
>
> --
> May the source be with you
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Ninad Shah 2021-07-22 14:53:02 Re: Doubt on pgbouncer
Previous Message Julien Rouhaud 2021-07-22 14:25:32 Re: Fwd: Postgres.exe crashes and tears down all apps, recovers and is running again