Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hotfix remove unreachedexception #2

Open
wants to merge 147 commits into
base: fix-x
Choose a base branch
from

Conversation

lamberken
Copy link
Member

What is the purpose of the change

(For example: This pull request makes task deployment go through the blob server, rather than through RPC. That way we avoid re-transferring them on each deployment (during recovery).)

Brief change log

(for example:)

  • The TaskInfo is stored in the blob store on job creation time as a persistent artifact
  • Deployments RPC transmits only the blob storage reference
  • TaskManagers retrieve the TaskInfo from the blob cache

Verifying this change

(Please pick either of the following options)

This change is a trivial rework / code cleanup without any test coverage.

(or)

This change is already covered by existing tests, such as (please describe tests).

(or)

This change added tests and can be verified as follows:

(example:)

  • Added integration tests for end-to-end deployment with large payloads (100MB)
  • Extended integration test for recovery after master (JobManager) failure
  • Added test that validates that TaskInfo is transferred only once across recoveries
  • Manually verified the change by running a 4 node cluser with 2 JobManagers and 4 TaskManagers, a stateful streaming program, and killing one JobManager and two TaskManagers during the execution, verifying that recovery happens correctly.

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

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

Documentation

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

dianfu and others added 30 commits January 2, 2019 11:18
[FLINK-10781][fs] Update BucketingSinkMigrationTest for Flink 1.7
… a batch-only table

- fix the logic in supportsBatch to properly declare a batch-only table
- adjust CommonTestData to provide batch-only or streaming-only tables

This closes apache#7386.
…validation in TableSourceUtil#validateTableSource

This closes apache#7374.
ifndef-SleePy and others added 30 commits January 14, 2019 09:58
…ends.md

In order to use the RocksDBStateBackend, the user has to add the flink-statebackend-rocksdb
dependency to his project. This commit adds this information to the state_backends.md.

This closes apache#7480.
The clock parameter is missing in the docstring.

This closes apache#7484.
This changes the S3AccessHelper API to take a file instead of an input
stream.

This allows s3 client to properly reset a file instead of a file over
stream for writes.

This fixes an issue where the underlying s3 implementation has an
intermittent failure, tries to reset the stream, fails to do so, and
results in hung requests with delayed errors.
…locks for finite stream jobs when resources are limited

This commit adds a job config InputDependencyConstraint, which helps to avoid
resource deadlocks in LAZY_FROM_SOURCES scheduling when resources are limited.

The InputDependencyConstraint controls across multiple inputs when consumers are
scheduled. Currently it supports ANY and ALL. ANY means that any input intermediate
result partition must be consumable and ALL means that all input intermediate result
partitions (from all inputs) need to be consumable in order to schedule the consumer task.

This closes apache#7255.
…rom query.x to queryable-state.x

Change-Id: Idb561da3982de07e77a05ffef9ad227094f527b0
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.