Re: BUG #3790: pg_restore error canceling statement due to user request

From: "Usama Dar" <munir(dot)usama(at)gmail(dot)com>
To: "Gregory Stark" <stark(at)enterprisedb(dot)com>
Cc: "Mike C(dot)" <smith(dot)not(dot)western(at)gmail(dot)com>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #3790: pg_restore error canceling statement due to user request
Date: 2007-11-30 10:21:34
Message-ID: ff0e67090711300221r33ab46bbi56a58e5fe2ea6121@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 11/30/07, Gregory Stark <stark(at)enterprisedb(dot)com> wrote:
>
>
> "Mike C." <smith(dot)not(dot)western(at)gmail(dot)com> writes:
>
> > I don't know if this is either a wording change, or a more serious bug,
> but
> > when I do a pg_restore (from a 8.1.9 setup) to a fresh 8.3beta3 created
> > database (createdb command only), I repeatedly see:
> >
> > ERROR: canceling statement due to user request
> > CONTEXT: automatic analyze of table "dbs.public.entity_event"
>
> This is intentional, though perhaps the wording is confusing. What
> impression
> does the wording give you? Does it make you think something has gone
> wrong?

I find that a little confusing too, why would it say "user request" when
user didn't request anything?

--
> Gregory Stark
> EnterpriseDB http://www.enterprisedb.com
> Ask me about EnterpriseDB's On-Demand Production Tuning
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
> message can get through to the mailing list cleanly
>

--
Usama Munir Dar http://linkedin.com/in/usamadar
Consultant Architect
Cell:+92 321 5020666
Skype: usamadar

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Rodriguez Fernando 2007-11-30 10:27:56 Re: BUG #3790: pg_restore error canceling statement due touser request
Previous Message Heikki Linnakangas 2007-11-30 10:19:43 Re: BUG #3792: cluster in UTF deny database in LATIN2