Re: WAL ends before end time of backup dump

On Tue, 2006-11-07 at 11:15 -0800, Jeff Davis wrote:
> Version: 8.1.4
>

[ snip ]

> OG:  restored log file "00000001000000170000002B" from archive
> LOG:  record with zero length at 17/2B6EACC8
> LOG:  redo done at 17/2B6EAC84
> LOG:  restored log file "00000001000000170000002B" from archive
> LOG:  archive recovery complete
> LOG:  database system is ready
> LOG:  transaction ID wrap limit is 1094453440, limited by database
> "postgres"
>

From the 8.1.4 source I see that:

  /*
   * Currently, xl_len == 0 must be bad data, but that might not be true

Does that mean that I must have a corrupt WAL segment file
00000001000000170000002B?

Is it possible this was caused by a bug? Would an already known bug
possibly cause this problem?

I am sending the transaction logs to an NFS mount. I consider it to be
reliable storage, so I can't see how that would have been corrupted
unless it was sent that way by PostgreSQL.

Regards,
    Jeff Davis