2010/9/3 Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>:
> On 03/09/10 11:16, Pavel Stehule wrote:
>> 2010/8/31 Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us>:
>>> Pavel Stehule<pavel(dot)stehule(at)gmail(dot)com> writes:
>>>> there is a dump from 8KB files
>>> Well, those certainly look like tables/indexes not temp files.
>>> So we can rule out one theory.
>>> You're *certain* these aren't referenced from pg_class.relfilenode
>>> of any of the databases in the server?
>> I have a info, so these files are not in pg_class.relfilenode. More -
>> these files are three months old, and in this time was server two
>> times restarted.
> Maybe they're tables that were created in a transaction, but the process
> crashed hard before committing? Like:
> CREATE TABLE foo (...);
> COPY foo FROM ...;
> kill -9 postgres
yes, it's possible - but there are not any record about server crash -
sometimes client crashes.
> That will leave behind a file like that. Do you do something like that in
> the application?
> Heikki Linnakangas
> EnterpriseDB http://www.enterprisedb.com
In response to
pgsql-hackers by date
|Next:||From: Boszormenyi Zoltan||Date: 2010-09-03 12:57:33|
|Subject: Re: Synchronization levels in SR|
|Previous:||From: Heikki Linnakangas||Date: 2010-09-03 12:28:58|
|Subject: Re: Streaming a base backup from master|