Re: BUG #6317: sequence error for pg_dump

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: hmf(at)alkheme(dot)com
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6317: sequence error for pg_dump
Date: 2011-12-13 20:56:37
Message-ID: CA+TgmobAesCOEC3xTAODby11sDdkvOod1mewTMT-p6OebnPEoA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Fri, Dec 2, 2011 at 4:48 AM, <hmf(at)alkheme(dot)com> wrote:
> The following bug has been logged on the website:
>
> Bug reference:      6317
> Logged by:          hua ming fei
> Email address:      hmf(at)alkheme(dot)com
> PostgreSQL version: 9.0.1
> Operating system:   Centos 5.5
> Description:
>
> use pg_dump when didn&#39;t close the application , weird things occured . the
> current value of one sequence is more slower than the max number of one
> primary key base on the sequence . So, I looked into the dump file , found
> command&quot;
> SELECT pg_catalog.setval(&#39;attrnamemaster_attrnameid_seq&#39;, 3009, true);&quot; to
> set sequence values number , but the import data, there are many lines with
> number larger than the sequence value :
> 3012    38      2147483647      t       10041   material        material
>   material                1004.10041      4.1     f
> 3013    38      2147483647      t       10042   disable
>   1004.10042      4.2     f

Without a reproducible test case, it's tough to see how anyone's going
to be able to fix any bug that may be lurking here. When you use
vague phrases like "when didn't close the application, weird things
occurred", it's kind of hard to figure out what exactly you did. If
you come up with a specific sequence of steps involving simple tools
like pg_dump and psql that produces a result you think is wrong,
someone here can probably (a) tell you whether the behavior is
intended, and (b) if not, fix it.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Haas 2011-12-13 21:08:54 Re: could not truncate directory "pg_subtrans": apparent wraparound
Previous Message Guillaume Lelarge 2011-12-13 20:12:57 Re: BUG #6333: pgAdmin 14.1 - Listbox stupidities