From: | Bernhard Schrader <bernhard(dot)schrader(at)innogames(dot)de> |
---|---|
To: | Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: pg_upgrade 8.3 to 9.0, shutdown is to slow |
Date: | 2011-01-28 13:09:46 |
Message-ID: | 1296220186.2204.6.camel@schrader-laptop |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Am Donnerstag, den 27.01.2011, 13:12 -0500 schrieb Bruce Momjian:
> Bernhard Schrader wrote:
> > Am Donnerstag, den 27.01.2011, 12:09 -0500 schrieb Bruce Momjian:
> > > Scott Marlowe wrote:
> > > > > My initial reaction is that something is wrong with your system, either
> > > > > the I/O or the way it is being shutdown by the script. ?I would start to
> > > > > look in the script and do some pg_ctl tests starting/stopping the
> > > > > server.
> > > >
> > > > It could be that his application or whatever is making connections
> > > > while he's trying to do this. An open connection that's actually
> > > > doing something will stop a normal shutdown.
> > > >
> > > > Is there a reason the pg upgrade script does not use -m fast?
> > >
> > > Uh, well, I assume that the person has already shut down all db
> > > connections, and opened it only for super-users. If the system is not
> > > shutting down, that should signal to the user that they have not locked
> > > down the system properly. We would not want someone to connect during
> > > pg_upgrade processing, and doing -m fast is not going to help with that.
> > >
> > > --
> > > Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
> > > EnterpriseDB http://enterprisedb.com
> > >
> > > + It's impossible for everything to be true. +
> > >
> >
> > Hi,
> >
> > well, i shut down every client connection that could occur, but with a
> > ps auxf i get following output:
> >
> > postgres 26255 0.0 0.0 426396 2044 ? Ss 14:21 0:00 \_ postgres: writer
> > process
> > postgres 26257 0.0 0.0 154368 1616 ? Ss 14:21 0:00 \_ postgres: stats
> > collector process
> > postgres 26258 0.0 0.1 427612 4188 ? Ss 14:21 0:00 \_ postgres: grepo
> > DB_NAME LOCAL_IP(PORT) idle
> >
> > so there are some connections, but as far as i can say, nothing from a
> > client program, these connections belong to postgres itself??!? is that
> > possible? pg_upgrade has to check the tables anyway, so there must be
> > this connection, or am i wrong?!?
>
> The first two are normal processes you will see when you start Postgres.
> That last one looks odd --- did you mask it somehow? That looks like an
> active idle connection for user 'grepo'.
>
> --
> Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
> EnterpriseDB http://enterprisedb.com
>
> + It's impossible for everything to be true. +
>
good hint, thanks a lot.
Well, I stopped all services, also a java daemon which connects to the
db as this user. the init skript told me that the javaserver was shut
down properly, but it didnt, kill -9 helped here. after that i tried the
shutdown again and it worked well. :)
thanks a lot so far, now i can migrate all of our dbs :)
regards
Bernhard
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2011-01-28 14:30:58 | Re: WARNING: transaction log file "....." could not be archived: too many failures |
Previous Message | Joby Joba | 2011-01-28 10:44:25 | WARNING: transaction log file "....." could not be archived: too many failures |