Skip to content

Conversation

@314eter
Copy link
Contributor

@314eter 314eter commented Aug 19, 2014

No description provided.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should mention here that usually it should not be possible for this to happen. Usually means: fsync set to true (which is the default) and none of the layers below (file system, hardware) lie about fsync behaviour.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You can write this as tlog_coll # log_value_explicit i value ~validate false None >>= fun () ->
note the ~validate and >>= fun ()

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know you're already changing this, but as a reminder to myself: set_checksum should happen in the same transaction as the one that bumps the i just above

@domsj
Copy link
Contributor

domsj commented Aug 20, 2014

Should we have some test for the upgrade scenario (as discussed earlier) ?
Ideally a cluster is started with all 1.7 nodes which are then 1 by 1 upgraded to 1.8.
After each node upgrade it should be possible to perform (e.g.) a test_and_set operation.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These shouldn't be required.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants