Jared Cantwell commented on ZOOKEEPER-882:

On second look, I agree with the way that works.  I think the bug in fact is 
later in FileSnapLog.restore() because next() is never called before the loop 
starts executing, so the first transaction processed is the one that TxnLog was 
initialized with.  Do you see that also?

> Startup loads last transaction from snapshot
> --------------------------------------------
>                 Key: ZOOKEEPER-882
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-882
>             Project: Zookeeper
>          Issue Type: Bug
>          Components: server
>            Reporter: Jared Cantwell
>            Priority: Minor
>         Attachments: 882.diff
> On startup, the server first loads the latest snapshot, and then loads from 
> the log starting at the last transaction in the snapshot.  It should begin 
> from one past that last transaction in the log.  I will attach a possible 
> patch.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

Reply via email to