From: | Dave Cramer <pg(at)fastcrypt(dot)com> |
---|---|
To: | Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: reading cvs logs with pgadmin queries |
Date: | 2013-09-25 10:43:09 |
Message-ID: | CADK3HH+Zpn5+=08FZWJPvrv8RWkrLYT-=BO95wzm8fs1LgFypQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Ok, I found the offending line. It was not the pgadmin line. There was a
line with a large binary insert.
Dave Cramer
dave.cramer(at)credativ(dot)ca
http://www.credativ.ca
On Mon, Sep 23, 2013 at 6:31 PM, Adrian Klaver <adrian(dot)klaver(at)gmail(dot)com>wrote:
> On 09/23/2013 12:46 PM, Dave Cramer wrote:
>
>> OK,
>>
>> I have a little more information.
>>
>> Yes, in isolation I can import these lines, however something happens
>> after 69000 lines. These lines cause an error.
>>
>
> Is it the same error?
>
> The exact error message is ERROR: extra data after last expected column
>
> If so I would say the problem is in the transition between line 69000 and
> 69001.
>
>
> I wonder if you are getting bit by some variation of the below where
> partial lines are getting through in spite of the PK:
>
> http://www.postgresql.org/**docs/9.3/interactive/runtime-**
> config-logging.html#RUNTIME-**CONFIG-LOGGING-CSVLOG<http://www.postgresql.org/docs/9.3/interactive/runtime-config-logging.html#RUNTIME-CONFIG-LOGGING-CSVLOG>
>
> "The table definition above includes a primary key specification. This is
> useful to protect against accidentally importing the same information
> twice. The COPY command commits all of the data it imports at one time, so
> any error will cause the entire import to fail. If you import a partial log
> file and later import the file again when it is complete, the primary key
> violation will cause the import to fail. Wait until the log is complete and
> closed before importing. This procedure will also protect against
> accidentally importing a partial line that hasn't been completely written,
> which would also cause COPY to fail."
>
>
>
>
>
>>
>>
>> Dave Cramer
>>
>>
>> --
> Adrian Klaver
> adrian(dot)klaver(at)gmail(dot)com
>
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2013-09-25 13:04:18 | Re: Deduplication and transaction isolation level |
Previous Message | Hombakazi Cynthia Jozela | 2013-09-25 10:13:09 | Incorrect password when restarting a cluster |