Race condition in stone startup in recovery mode can corrupt tranlog
There is a very rare race condition present where a gcgem can attempt to
write a tranlog record while the system is transitioning from recovery
to normal operation. This can leave a block of zeros written to the tranlog
that will cause later attempts to read the tranlog to become confused and
think the EOF is at this point. This applies to system recovery, copydbf,
and attempts to read the tranlog via the printlogs.sh and searchlogs.sh
tranlog analysis scripts.
For printlogs/searchlogs, the following entry will be present:
validateLogRead: EOF because pageKind(0) != REP_LOG_RECORD(16) at XXXX.X
Last updated: 2/21/14