Re: reading cvs logs with pgadmin queries

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
>

In response to

Browse pgsql-general by date

  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