The GitHub Actions job "Tests (AMD)" on airflow.git/sortega/fix-dag-processor-partial-bundle-config has succeeded. Run started by GitHub user sortega (triggered by sortega).
Head commit for run: d01ff90f62f8f4414650b1f39639995fc0fe0a4f / Sebastián Ortega <[email protected]> Don't deactivate DAG bundles owned by other dag-processors `DagBundlesManager.sync_bundles_to_db()` marks every stored bundle that is not in the calling process's config as inactive. This assumes the caller sees the complete bundle configuration. When multiple dag-processors are each configured with a partial config (one bundle per processor, a natural way to shard parsing), each processor treats the other processors' bundles as "no longer found in config" and disables them. Processor A disables B's bundle, B disables A's, and they flip `dag_bundle.active` on every parse cycle -- the deployment never converges and continuously logs "DAG bundle ... is no longer found in config and has been disabled" for bundles that are actively configured elsewhere. Add a `deactivate_missing` flag (default `True`, preserving existing single-processor behavior) and have `DagFileProcessorManager.sync_bundles()` pass `deactivate_missing=False` when the processor was started with a bundle filter (`--bundle-name` / `bundle_names_to_parse`), i.e. when it only owns a subset of the bundles. closes: #69963 related: #69698 Generated-by: Claude Code following the guidelines Report URL: https://github.com/apache/airflow/actions/runs/29510548858 With regards, GitHub Actions via GitBox --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
