Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

[DAB] Schema validation rejects `isolation_mode` in `resources.catalogs` definitions

Offen
#5,183 3 Kommentare 0 Reaktionen 1 zugewiesene Person Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@andrewnester arbeitet bereits daran.

Seit 06.5.2026.

Bewertung

Dieses Issue wurde noch nicht bewertet.

Beschreibung

DABs engine/direct Enhancement

Describe the bug

When defining Unity Catalog resources in a databricks.yml bundle, the isolation_mode field is rejected by the CLI schema validator, even though it is a valid and documented Unity Catalog API attribute (OPEN / ISOLATED).

Steps to reproduce

Add a catalog resource with isolation_mode to your bundle:

resources:
  catalogs:
    my_catalog:
      name: "dev_application_X"
      storage_root: "abfss://[email protected]"
      isolation_mode: ISOLATED
      comment: "Catalog for X application data"
      grants:
        - principal: "my-group"
          privileges:
            - USE_CATALOG
            - USE_SCHEMA
            - SELECT

Run:

databricks bundle validate -t ENV

Expected behavior

isolation_mode: ISOLATED (or OPEN) should be accepted and applied during bundle deploy, binding the catalog to the target workspace when set to ISOLATED.

Actual behavior

The CLI rejects the field with a schema validation error, preventing the bundle from deploying catalogs with workspace-scoped isolation.

Motivation / Use case

Multi-environment bundles (dev/pre/prod) need to deploy catalogs with different isolation modes per target:

  • ISOLATED in dev/pre — catalog is workspace-bound, preventing cross-workspace access during development.
  • OPEN in prod — catalog is accessible across workspaces.

Without this support, isolation_mode must be set manually via the Unity Catalog UI or REST API after each deployment, breaking the IaC model that DAB is designed to provide.

CLI version

Databricks CLI v0.299.0

References

Vorherrschende Sprache
Go
Sterne
409
Forks
253
Ø Merge
1 T. 11 Std.
Gemergte PRs (30 T.)
212

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.