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
IngestV2 plan apply loop is broken. #4174
Comments
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Also took it as an opportunity to clean up the code and increase the test coverage. Closes #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Also took it as an opportunity to clean up the code and increase the test coverage. Closes #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Before this, there was no notion of shards and indexers were just exposing the number of pipelines per source_uid. With ingest v2, the list of shard is part of indexing tasks, and the control plane wants to diff against it. The serialization format goes `[1,2][3]` to express two pipelines with respectively shard [1,2] and `[3]`. For a source that does not have notion of shards, like kafka, two pipelines simply look as follows: `[][]` Also took it as an opportunity to clean up the code and increase the test coverage. Closes #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Before this, there was no notion of shards and indexers were just exposing the number of pipelines per source_uid. With ingest v2, the list of shard is part of indexing tasks, and the control plane wants to diff against it. The serialization format goes `[1,2][3]` to express two pipelines with respectively shard [1,2] and `[3]`. For a source that does not have notion of shards, like kafka, two pipelines simply look as follows: `[][]` Also took it as an opportunity to clean up the code and increase the test coverage. Closes #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Before this, there was no notion of shards and indexers were just exposing the number of pipelines per source_uid. With ingest v2, the list of shard is part of indexing tasks, and the control plane wants to diff against it. The serialization format goes `[1,2][3]` to express two pipelines with respectively shard [1,2] and `[3]`. For a source that does not have notion of shards, like kafka, two pipelines simply look as follows: `[][]` Also took it as an opportunity to clean up the code and increase the test coverage. Related #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Before this, there was no notion of shards and indexers were just exposing the number of pipelines per source_uid. With ingest v2, the list of shard is part of indexing tasks, and the control plane wants to diff against it. The serialization format goes `[1,2][3]` to express two pipelines with respectively shard [1,2] and `[3]`. For a source that does not have notion of shards, like kafka, two pipelines simply look as follows: `[][]` Also took it as an opportunity to clean up the code and increase the test coverage. Related #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
shard lists. Before this, there was no notion of shards and indexers were just exposing the number of pipelines per source_uid. With ingest v2, the list of shard is part of indexing tasks, and the control plane wants to diff against it. The serialization format goes `[1,2][3]` to express two pipelines with respectively shard [1,2] and `[3]`. For a source that does not have notion of shards, like kafka, two pipelines simply look as follows: `[][]` Also took it as an opportunity to clean up the code and increase the test coverage. Related #4174
fulmicoton
added a commit
that referenced
this issue
Nov 22, 2023
…4180) * Fixed the serialize deserialization of the indexing state to include shard lists. Before this, there was no notion of shards and indexers were just exposing the number of pipelines per source_uid. With ingest v2, the list of shard is part of indexing tasks, and the control plane wants to diff against it. The serialization format goes `[1,2][3]` to express two pipelines with respectively shard [1,2] and `[3]`. For a source that does not have notion of shards, like kafka, two pipelines simply look as follows: `[][]` Also took it as an opportunity to clean up the code and increase the test coverage. Related #4174 Co-authored-by: François Massot <francois.massot@gmail.com>
fulmicoton
added a commit
that referenced
this issue
Dec 4, 2023
Bugfix: IndexPipeline remembers list of shards and applies it after respawn Bugfix Assign shard logic. If no shard is removed, we just kill the pipeline. If shards are added we reinitiate the shards. The pipeline supervisor keeps track of the shard, and reassigns them if the pipeline is respawned. Closes #4184 Closes #4174
fulmicoton
added a commit
that referenced
this issue
Dec 4, 2023
Bugfix: IndexPipeline remembers list of shards and applies it after respawn Bugfix Assign shard logic. If no shard is removed, we just kill the pipeline. If shards are added we reinitiate the shards. The pipeline supervisor keeps track of the shard, and reassigns them if the pipeline is respawned. Closes #4184 Closes #4174
fulmicoton
added a commit
that referenced
this issue
Dec 4, 2023
Bugfix: IndexPipeline remembers list of shards and applies it after respawn Bugfix Assign shard logic. If no shard is removed, we just kill the pipeline. If shards are added we reinitiate the shards. The pipeline supervisor keeps track of the shard, and reassigns them if the pipeline is respawned. Closes #4184 Closes #4174
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
IngestV2 plan apply loop is broken.
my understanding is that we don't expose the list of shards in chitchat yet, and that's where the diff is.
The text was updated successfully, but these errors were encountered: