Skip to content

Conversation

@tzulitai
Copy link
Contributor

@tzulitai tzulitai commented Jan 8, 2019

What is the purpose of the change

This PR fixes the failing test in master:
StateBackendMigrationTestBase.testStateBackendRestoreSucceedsIfNewKeySerializerRequiresReconfiguration.

The test reconfigures the key serializer and verifies that the reconfigured version is used instead of the original one. The test fails because when writing keys in the RocksDBKeyedStateBackend, the RocksDBSerializedCompositeKeyBuilder was using the invalid, non-reconfigured key serializer.

The culprit is that the composite key builder is created in the constructor of the RocksDBKeyedStateBackend. The creation of the builder requires providing a key serializer.

This is problematic, because the key serializer may be reconfigured during the restore phase, therefore invalidating the key serializer used by the composite key builder.

This commit resolves this by lazily creating the composite key builder only after the restore phase, which would be the point-in-time when we are certain the key serializer will no longer be changed and is final.

Verifying this change

The previously failing test StateBackendMigrationTestBase.testStateBackendRestoreSucceedsIfNewKeySerializerRequiresReconfiguration should now pass.

Does this pull request potentially affect one of the following parts:

  • Dependencies (does it add or upgrade a dependency): no
  • The public API, i.e., is any changed class annotated with @Public(Evolving): no
  • The serializers: no
  • The runtime per-record code paths (performance sensitive): no
  • Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Yarn/Mesos, ZooKeeper: yes
  • The S3 file system connector: no

Documentation

  • Does this pull request introduce a new feature? no
  • If yes, how is the feature documented? not applicable

…ilder only after restore

Prior to this commit, the composite key builder was created in the
constructor of the RocksDBKeyedStateBackend. The creation of the builder
requires providing a key serializer.

This is problematic, because the key serializer may be reconfigured
during the restore phase, therefore invalidating the key serializer used
by the composite key builder.

This commit resolves this by lazily creating the composite key builder
only after the restore phase, which would be the point-in-time when we
are certain the key serializer will no longer be changed and is final.
@tzulitai
Copy link
Contributor Author

tzulitai commented Jan 8, 2019

R: @StefanRRichter @igalshilman

@StefanRRichter
Copy link
Contributor

LGTM now 👍

@tzulitai
Copy link
Contributor Author

tzulitai commented Jan 8, 2019

Thanks, will wait for a green light from Travis.

@tzulitai
Copy link
Contributor Author

tzulitai commented Jan 8, 2019

Travis is green on my local branch: https://travis-ci.org/tzulitai/flink/builds/476821924

Merging ...

@tzulitai
Copy link
Contributor Author

tzulitai commented Jan 8, 2019

Merged. Manually closing PR.

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants