From: | Grzegorz Jaśkiewicz <gryzman(at)gmail(dot)com> |
---|---|
To: | npatel(at)nevi-soft(dot)com |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Urgent Help required |
Date: | 2009-10-16 16:20:09 |
Message-ID: | 2f4958ff0910160920u3312f829ud7a0704c1ce20dba@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Oct 16, 2009 at 11:26 AM, Neha Patel <npatel(at)nevi-soft(dot)com> wrote:
> Hi,
>
>
>
> We are running with postgres sql 7.3.2. We were trying to create an index
> on a big table. The create index command ran for nearly 5 hours at which
> point we decided to interrupt it. Since this was interrupted, any
> operations attempted on the table on which the index was being created
> gives following error in pgsql log:
>
upgrade to whatever is the newest 7.3.X version now first, and also - 7.3 is
an ancient history - in terms of age, so you might wanna look at upgrading
to 8.3 or newer soon.
>
>
> LOG: all server processes terminated; reinitializing shared memory and
> semaphor
>
> es
>
>
> LOG: database system was interrupted at 2009-10-16 10:44:54 BST
>
>
> LOG: checkpoint record is at 150/71A0C0CC
>
>
> LOG: redo record is at 150/71A0C0CC; undo record is at 0/0; shutdown TRUE
>
>
> LOG: next transaction id: 1757299460; next oid: 43508941
>
>
> LOG: database system was not properly shut down; automatic recovery in
> progress
>
> LOG: ReadRecord: record with zero length at 150/71A0C10C
>
>
> LOG: redo is not required
>
>
> LOG: database system is ready
>
>
>
>
> Any idea what this means and what we need to do to resolve access to this
> table again? We can see the next oid number increases over time. Access to
> all other tables in the database is fine. Any help would be greatly
> appreciated.
>
>
>
> Many Thanks
>
> *Neha.*
>
--
GJ
From | Date | Subject | |
---|---|---|---|
Next Message | David Fetter | 2009-10-16 16:27:42 | Re: Urgent Help required |
Previous Message | InterRob | 2009-10-16 15:35:54 | Re: [postgis-users] pgsql2shp : Encoding headache |