Job `triggers` does not follow pause / unpause overrides

Offen
  • Stimmt etwas nicht?
#7,359 0 Kommentare 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
65/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
go, yaml
Bereich
backend, cli

Rechercherichtung

Start by reading the bundle deployment code that applies development mode and preset overrides to job triggers, then look for existing tests covering trigger pause status. Reproduce with the provided databricks.yml configuration and databricks bundle deploy; done means triggers are paused in development mode and when trigger_pause_status: PAUSED is configured, with tests covering both cases.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

DABs
Describe the issue

When specifying multiple triggers for a job, they remain UNPAUSED even if PAUSED is preset or the target uses development mode

Configuration

databricks.yml:

bundle:
  name: trigger-pause-repro

targets:
  dev:
    default: true
    mode: development

resources:
  jobs:
    trigger_repro:
      name: trigger-pause-repro

      tasks:
        - task_key: test
          notebook_task:
            notebook_path: hello.py

      triggers:
        - periodic:
            interval: 1
            unit: DAYS

in the same directory, any valid databricks source notebook hello.py

Steps to reproduce the behavior
  1. Run databricks bundle deploy
  2. Run databricks bundle open trigger_repro
  3. The job is not paused
Expected Behavior

The job is paused, because we deployed with mode: development

Actual Behavior

The job is not paused. This also happens when setting

presets:
      trigger_pause_status: PAUSED

under the default target.

OS and CLI version

Windows, CLI 1.22.1

Is this a regression?

No, triggers in preview as of writing

Vorherrschende Sprache
Go
Sterne
424
Forks
261
Ø Merge
1 T. 21 Std.
Gemergte PRs (30 T.)
210

Entwicklungsumgebung

  • Enthält ein Dockerfile oder eine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus databricks/cli

Alle Issues in databricks/cli

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.