Bug 48098


GemStone/S 64 Bit

3.5, 3.4.5, 3.4.4, 3.4.3, 3.4.2, 3.4.1, 3.4


Tranlog full with STN_COMMITS_ASYNC may result in lost record

With STN_COMMITS_ASYNC, if the tranlogs become full and the Stone has to wait for more space to become available, the tranlog record that was waiting to be may not actually get written, depending on the particular point in which the tranlog directories full conditions are encountered.

A later replay of the transaction logs may encounter errors, depending on the nature of the lost record, and be unusable.


Ensure that STN_COMMITS_ASYNC is set to false; this is enforced with v3.5 and 3.4.4.

It is always strongly recommended to avoid tranlog full conditions.

Last updated: 8/6/19