Alvaro Herrera <[EMAIL PROTECTED]> writes: > Tom's answer will be undoubtly better ...
Nope, I think you got all the relevant points. The only thing I'd add after having had more time to think about it is that this seems very much like the problem we noticed recently with recovery-from-WAL being broken by the new code in bufmgr.c that tries to validate the header fields of any page it reads in. We had to add an escape hatch to disable that check while InRecovery, and I expect what we will end up with here is a few lines added to slru.c to make it treat read-past-EOF as a non-error condition when InRecovery. Now the clog code has always had all that paranoid error checking, but because it deals in such tiny volumes of data (only 2 bits per transaction), it's unlikely to suffer an out-of-disk-space condition. That's why we hadn't seen this failure mode before. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]