Jobs & ComputeApps & ExtensionsWorkspaces & DevelopmentGovernanceKnowledge ManagementBreaking changes
New features
Domino 6.3 brings coding assistants into Workspaces, a full App software development lifecycle (SDLC), reusable Extensions, stronger governance, and Slurm-powered high-performance computing.Extensions
Extensions bring Apps into Project, Dataset, Model, file, and Admin pages. Build your own Extensions, or install AutoML Studio, Auto Model Documentation, and Clinical Data Explorer from the official Extensions catalog.Coding assistants in Workspaces
Start with GitHub Copilot, Claude Code, and Codex pre-installed in Domino Standard Environment (DSE) Workspaces, together with Domino skills for common platform tasks. See Coding assistants for availability by IDE and customization options.HPC workload support with Slurm
Run existing high-performance computing (HPC) job scripts from a Workspace while Domino provisions Slurm workers on demand and tracks HPC Jobs with other Project Jobs. See Run HPC workloads with Slurm.Enhancements
- Full App SDLC. Take Apps from private draft to an immutable published App version with distinct create, publish, and deploy stages. Pinned commits make versions reproducible, restartable, and easier to roll back; see the App lifecycle and App versioning and reproducibility.
- Runtime configuration for flow runs. Rerun a registered Flow with different inputs, Compute Environments, Hardware Tiers, or Git references without editing its definition. Apply the same overrides from the UI, API, or CLI; see Launch Flows.
- Consistent paths and secondary repositories in Flow tasks. Use the same input and output paths across Flows, Workspaces, and Jobs. Flow tasks can also pin a branch, tag, or commit from an imported Git repository; see Define Flows.
- Governance enforcement for Apps and agents. Turn governance requirements into deployment gates for Apps and agents by linking them to governance bundles. Required policies can block deployment, while App versions carry Evidence forward with version diffs; see Govern models, Apps, agents, and files.
- Knowledge management with tags and properties. Give teams a shared way to organize and discover Domino assets. SysAdmins and Librarians can define tags and typed Properties, while users can find classified assets through search, filters, and the Tag Browser; see Knowledge management.
- Governance bundle lifecycle and review controls. See compliance status at a glance and move completed bundles to Completed or Archived. Reviewers can reset sequential bundles, replace their primary policy, and select eligible Project collaborators as approvers; see Work with bundles.
- Governance stage notifications and reassignment. Keep reviews moving with email and in-product notifications when stages start. A global Stages view shows status and assignees and supports bulk reassignment; see Manage stages across bundles.
- Flow artifacts as governance attachments. Capture Flow outputs directly in governance bundles. Flows can attach files automatically, or users can attach them from a run’s Artifacts tab; see Flow artifact files.
- Periodic revalidation for Governance. Keep Approvals current with a recurring, organization-wide renewal schedule. Bundles remain compliant during the renewal window and become non-compliant if approval expires; see Periodic revalidation.
- Policy versioning for Governance. Develop changes to a published policy in a draft, then choose whether the update is mandatory and whether existing Approvals remain valid. Compare versions from the Changes tab; see Create a new version of a policy.
- Personal Access Tokens replace user API keys. Move user-context API access to expiring personal access tokens (PATs) that administrators can audit and revoke. Starting in 6.3, PATs are the supported replacement for legacy user API keys, which remain functional but are deprecated; see Personal access tokens.
- Cluster-specific API documentation. Explore cluster-specific API documentation directly at
https://<your-domino-domain>/docs. See the API browser for details.
Notes for platform administrators
- Slurm support is enabled when a Data Plane is deployed. Set
compute_clusters.slurm.enabledtotruewhen deploying the Data Plane; adding Slurm later requires a redeployment. Create the required Compute Environments, worker Hardware Tiers, and shared Dataset, and enable Data Plane storage and Workspaces for remote Data Planes; deployments that leave Slurm disabled require no action. See Administer Slurm.
- HPC Job submission from the UI and API is off by default. Set
ShortLived.EnableHPCJobstotrueto add a Run button to the HPC tab. Terminal submission needs no flag; see Administer Slurm.
- Configuration records have Basic and Advanced views. Basic provides validated controls for common settings, while Advanced retains the full editor. The new interface is off by default; set
EnableNewCentralConfigsEditortotrueto enable it without changing existing values, or leave it off with no action required. See Basic and Advanced views.
- Administrators can start another user’s stopped Workspace through the API. The
adminStartWorkspaceoperation requiresManageWorkspacesand preserves the Workspace owner’s previous mounts. Pair it with the existing stop operation to automate restarts; see Start a user’s Workspace as an administrator.
- The platform Grafana instance is operator-managed. Manage custom dashboards, alerts, contact points, and notification policies at
/grafanaas Kubernetes resources. Don’t edit Domino-managed resources because upgrades overwrite them; deployments without custom Grafana content require no action. See Manage Grafana dashboards and alerts as custom resources.
- Legacy Grafana remains available during the 6.3.x migration window. Migrate custom content from
/grafana-classicto/grafanabefore upgrading beyond 6.3.x; see Access the legacy Grafana instance during migration and the Support site knowledge base (requires sign-in).
- Deployment identification for product analytics. Set the optional
customer_nameanddeployment_namevalues to identify your organization and environment in product analytics and Support cases. Changes take effect after Domino services restart; see Deployment identification.
Bug fixes
Known issues
Coding assistants
Coding assistants
- When working with Workspace coding assistants, if you are authenticating a coding agent for the first time, the link in the popup dialog does not work. To complete authentication, copy the URL displayed in the terminal and open it in your browser.
- Domino skills might not work by default for coding agents other than Claude Code.
- In some cases, the VS Code Claude Code extension panel appears blank. To fix this, refresh your browser.
- Claude Code can default to a model tier other than the one you prefer. Use the model selector at the top of the Claude Code panel to switch tiers.
Workspaces
Workspaces
- When restarting an RStudio workspace with home directory persistence enabled, the user may see a notice stating that the previous session was abnormally terminated due to a crash. This notice is only due to how the new feature interacts with RStudio and does not result in any data loss.
Flows
Flows
- Flows are supported in Domino Cloud and self-managed deployments on AWS and Azure. Google Cloud and on-premises deployments aren’t supported.
- Some Flyte features are not yet available in Flows, such as dynamic workflows and map_task.
Azure Blob Storage
Azure Blob Storage
- In Azure Blob Store deployments, Projects with many files may fail to sync through the Domino CLI. To work around this issue, do not disable file locking when prompted by Domino.
- When uploading a large file to the Azure blob store by syncing a Workspace, you may encounter a Java Out of Memory error from Azure if the file/blob already exists. To work around this issue, use the Domino CLI to upload the file to the Project.
- Domino instances that make use of Azure Blob Storage may experience stalled Jobs within Projects with many large files.
Projects and files
Projects and files
-
If you attach a Git repository to a DFS Project that points to a tagged release, the tag is not honored when building a Domino endpoint in that Project. The build log shows an error similar to the following, and the model is built using the default branch of your Git repository instead of the tagged branch:
To work around this issue, use the branch name when building Domino endpoints instead of the release tag.
Sessions and authentication
Sessions and authentication
- If idle timeout is configured on a deployment, Domino may not recognize pages opened in spawned tabs (for example, via
Ctrl+Click) or outside of an iFrame as being active. Users may be unintentionally logged out despite activity in the spawned pages.
- If an admin resets a user’s password, it invalidates all the user’s authentication tokens, including tokens used for long-running tasks like Jobs, Workspaces, or Apps. The user must create a new password, log back into Domino, and restart all executions. This also applies to CLI authentication; the user must re-login to their Domino CLI.
Monitoring
Monitoring
- Model Monitoring data sources aren’t validated. If you enter an invalid bucket name and attempt to save, the entry goes through. However, you can’t see metrics for that entry, because the name points to an invalid bucket.
- Agent monitoring dashboard retains only the current day’s data (charts have missing data and traces are gone). Historical data from previous days are lost, regardless of what time window is selected.
Platform and infrastructure
Platform and infrastructure
- During a 48-hour soak test, the
nginx-ingress-controllerpods exhibited a gradual increase in memory usage while handling heavy Domino endpoint workloads. The cause is under investigation.
Validated frameworks
Domino 6.3.0 validates the following framework versions. Other versions might be compatible but aren’t guaranteed.Upgrade notes
This release supports the following versions in the Kubernetes compatibility matrix:Breaking changes & deprecations
- Legacy Domino user API keys are deprecated. Existing keys still work in 6.3, but migrate existing integrations and build new ones with a Personal Access Token or Domino Service Account; see Domino API authentication.
- The
project.tag.approved=search operator is removed. Filter by tag from the search bar or filter panel instead;project.tag=is unchanged. See Use Domino search.
- Project Tasks, Goals, and the Project Stages and Status UI are removed. Use your organization’s issue tracker for task-level milestones; the read-only Project Status badge, Activity feed, and backend Goal APIs remain available. Domino migrates existing Project goal comments to bundle comments during the upgrade.
- The Project-level Jira integration UI is removed. Project-to-ticket links and task synchronization are no longer shown, while the backend Jira APIs and deployment-wide OAuth registration remain unchanged.
- The legacy platform Grafana instance at
/grafana-classicis deprecated. Migrate custom content to/grafanabefore upgrading beyond 6.3.x; see Access Grafana and the Support site knowledge base (requires sign-in).