| From: | "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM> |
|---|---|
| To: | "'Gordon A(dot) Runkle'" <gar(at)no-spam-integrated-dynamics(dot)com>, pgsql-general(at)postgresql(dot)org |
| Subject: | RE: 7.1b6 - pg_xlog filled fs, postmaster won't start |
| Date: | 2001-03-21 21:24:16 |
| Message-ID: | 8F4C99C66D04D4118F580090272A7A234D3341@sectorbase1.sectorbase.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
> >> Is it OK to delete the files from pg_xlog? What will be
> >> the result?
> > It's not Ok. Though you could remove files numbered from
> > 00000000000000 to 0000000000012 (in hex), if any.
>
> OK, thanks. Is there any documentation on these files, and what
> our options are if something like this happens?
DEBUG: Redo record at (FileID, Offset)...
says what is the oldest file required: FileID is in first (leftmost)
8 chars of 16 chars file names, Offset/(16*1024*1024) gives you
last 8 chars (don't forget to convert numbers to hex).
> With other RDBMS products I use, DB2 and Sybase, there
> are options in the import/load/bcp utilities which commit
> every n records, selectable by the user. I think having
> a feature like this in COPY would greatly facilitate
> data migrations (which is what I'm doing, and the reason
> for such a big file). What do you think?
It wouldn't help in 7.1 where transaction rollback using log
is not implemented and anyway we need in checkpoint in log
to restart.
Vadim
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2001-03-21 21:25:55 | Re: Re: [HACKERS] Call for platforms AIX 4.3.3 Failed |
| Previous Message | Peter Eisentraut | 2001-03-21 21:20:31 | Re: New Book: PostgreSQL: The Elephant Never Forgets |