You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need one deployment tracker for the next TauGrid release: capture the changes made since v0.4.0, deliver the refreshed TauGrid Portal experience alongside bug fixes, and account for every originally tracked issue before release closeout.
Desired outcome
Ship and deploy TauGrid v0.4.2 with an agreed release commit, published artifacts, a signed-off Portal refresh, and verified fixes. Each tracked bug needs a fix or an explicitly accepted deferral; an unchecked item is not implicitly dropped.
Version decision: This request began as v0.4.1. Target v0.4.2 because #243 prepared v0.4.1 and #253 subsequently bumped the unified release. v0.4.0 remains the latest published GitHub release at this triage.
Scope decision, 2026-09-09 PDT: All three tracked enhancements (#113, #92, #83) are deferred to the 0.4.3 milestone. They remain open and are not v0.4.2 launch blockers. Bug recommendations below are triage recommendations, not approved deferrals.
Accepted limitation, 2026-09-10 PDT: The release owner explicitly deferred automatic recovery from the upstream AzAPI asynchronous terminal-operation identity failure as a documented, non-blocking v0.4.2 limitation. Provisioning can fail visibly and require operator assessment; this is not a fix or a guarantee that every ADX initialization failure recovers automatically. Keep #161 open. This decision does not waive the Function waiter safety fix, actual permission-migration evidence, or combined-candidate acceptance. The original incident's HTTP-versus-LRO response shape remains unknown.
Proposed approach
1. Changes already merged since v0.4.0
Checked boxes in this section mean merged, not published, deployed, or release-accepted. Confirm inclusion in the selected release commit.
Exercise overview, workspace/run navigation, Job/RayJob details, logs, metrics, Stellar comparison/evidence, and GPU chargeback with representative deployed data.
Confirm missing telemetry is unavailable rather than zero/healthy; check CPU intervals, GPU/memory availability, and cost coverage.
Confirm Ray target/workspace isolation and supported read-only routes.
Attach before/after visuals and a data-backed walkthrough; record limitations and acceptance.
3. Original issue inventory and dispositions
Original snapshot: 13 issues. Five are now closed, three enhancements explicitly deferred, and five bugs still open. The two open Portal fix PRs are tracked separately because they have no corresponding issue in this snapshot. A checked closed-issue box records GitHub closure, not live release acceptance.
Initial source baseline: d8a4b022 (main including #264), 2026-09-09 PDT. Subsequent exact-candidate qualification at cdcd1df8 and scope decisions are recorded in this issue's updates. The accepted upstream recovery limitation is recorded above; it is not evidence of a complete #161 fix.
UID-fenced canonical Pod/Workload/Ray ownership and Event correlation, read RBAC, and unknown/unavailable handling are merged. The final correction preserves same-incarnation troubleshooting evidence when ownership sources are incomplete. Confirm those behaviors on the combined deployed candidate rather than the separate older demo build.
Non-scalar chunk survival, checkpoint persistence, later scalar export, completion, and strict malformed/non-finite input handling are merged. Confirm the integrated release's collection and completion path; an older demo is not qualification of the merged fix.
#247 merged native state migration and bounded HTTP-error retry hardening. The owner accepted the unsupported asynchronous terminal-operation retry as a documented non-blocking v0.4.2 limitation, not a complete fix. Still require a real refreshed existing-deployment plan proving the grant is preserved and candidate-specific recorder/history acceptance where enabled. Keep #161 open.
Fault injection on cdcd1df8 reproduced false readiness with required Functions missing and deletion of a foreign throttled Function in both waiter engines. #265 implements required-set and ownership safeguards and is still undergoing CI/review. Direct Helm bypasses the mitigation and upstream Azure/adx-mon#1238 remains open. Healthy live Functions or a successful waiter do not establish upstream automatic reconciliation.
Main no longer waits on the missing condition and uses skipvalidation, avoiding the known install wait failure. That does not prove ADX schemas are ready; early workload history can be missed. Before first qualification workload, establish schema readiness separately. Upstream Azure/adx-mon#983 remains unmerged; do not promise lossless startup capture.
Recommend defer, with unsupported-field clarification
scratchMount exists only in the CLI model/fixture; there is no production consumer and no CRD property. Hand-authored values cannot persist, but this is not an active implemented mount feature regressing. Do not advertise workspace scratch defaults; remove/clarify the unused field and misleading docs in follow-up, or implement the full schema-to-rendering contract. Explicit Job storage is available, not a universal RayJob scratch workaround.
Fresh invocations generate new submission IDs; durable request-ID/digest replay is absent. Stable authored workload names prevent ordinary same-name duplicate creation, and same-process uncertain-create recovery exists. Renamed/deleted/cross-kind retries can still execute again. Require callers to preserve namespace/kind/name and inspect uncertain results; do not promise cross-invocation idempotency or allow blind automated retries. Block any release feature requiring that guarantee. Open #31 is not an idempotency fix.
Candidate integration cautions and evidence
Fix portal Job detail metadata matching #241 was merged after exact-head approval and completed checks; no known code-integration blocker remains. Live acceptance must still confirm UID-fenced ownership and preserved diagnostics on the combined candidate.
fix(portal): keep metrics watch alive without scalars #232 was merged after completed exact-head checks; its old dependency-download failure is not a current blocker. Live acceptance must still cover the combined importer/watch path.
fix(terraform): retry lifecycle recorder ADX assignment #247 is merged with a native moved block and saved-plan guard, but the real refreshed migration plan remains unproven. Its earlier successful principal creation followed by Helm readiness timeouts is not full installation acceptance. The accepted terminal-operation recovery limitation does not waive migration safety.
Assign release/Portal acceptance owners, bug owners, target environments, and rollout window; explicitly accept or reject remaining proposed bug deferrals. Only the upstream asynchronous recovery limitation and the three enhancements have accepted deferrals.
Freeze the release commit and reconcile the complete v0.4.0-to-candidate change list. All tracked enhancements are excluded in favor of 0.4.3; other open PRs are not implicitly included.
Confirm unified 0.4.2 charts, images, CLI defaults, examples, and release notes; preserve independently versioned SDK, gpu-monitoring, and adx-mon contracts.
Complete candidate CI and issue-specific regression coverage, including Helm 3/4, CRD retention, and relevant CLI/Portal/controller/SDK contracts.
Resolve or explain and bound the previously reported intermittent Portal HTTP 400; lack of fresh recurrence alone is not a root cause.
Publish approved v0.4.2 artifacts through release workflows and record versions/digests/workflow links.
Deploy through existing ownership mechanisms; record environment, release commit, chart version, image digests, and time.
Verify schema/controller/monitoring readiness before representative workloads, then workspace/queue routing, Job/RayJob execution/logs, serving/checkpoints, and Portal workflows.
Record go/no-go, roll out, and observe health/error signals for an agreed period.
Close only after deployment evidence, Portal acceptance, and every bug's fix or accepted deferral are recorded. Refresh the issue inventory at freeze.
Alternatives considered
Retain v0.4.1: rejected because main already prepares v0.4.2.
Require every enhancement before launch: rejected; all three are explicitly moved to 0.4.3.
Close bugs merely because a workaround or PR exists: rejected; distinguish mitigation, code integration, and deployment acceptance.
Additional context
This is release coordination, not an instruction to deploy, publish, merge, grant permissions, or close linked bugs. The triage leaves source unchanged. No live cluster or Azure operations were performed. GitHub Copilot assisted with issue triage and this tracker update.
Confirmation
I searched existing issues and roadmap items for this request.
This request does not include confidential or security-sensitive information.
User problem
We need one deployment tracker for the next TauGrid release: capture the changes made since v0.4.0, deliver the refreshed TauGrid Portal experience alongside bug fixes, and account for every originally tracked issue before release closeout.
Desired outcome
Ship and deploy TauGrid v0.4.2 with an agreed release commit, published artifacts, a signed-off Portal refresh, and verified fixes. Each tracked bug needs a fix or an explicitly accepted deferral; an unchecked item is not implicitly dropped.
Version decision: This request began as v0.4.1. Target v0.4.2 because #243 prepared v0.4.1 and #253 subsequently bumped the unified release. v0.4.0 remains the latest published GitHub release at this triage.
Scope decision, 2026-09-09 PDT: All three tracked enhancements (#113, #92, #83) are deferred to the 0.4.3 milestone. They remain open and are not v0.4.2 launch blockers. Bug recommendations below are triage recommendations, not approved deferrals.
Accepted limitation, 2026-09-10 PDT: The release owner explicitly deferred automatic recovery from the upstream AzAPI asynchronous terminal-operation identity failure as a documented, non-blocking v0.4.2 limitation. Provisioning can fail visibly and require operator assessment; this is not a fix or a guarantee that every ADX initialization failure recovers automatically. Keep #161 open. This decision does not waive the Function waiter safety fix, actual permission-migration evidence, or combined-candidate acceptance. The original incident's HTTP-versus-LRO response shape remains unknown.
Proposed approach
1. Changes already merged since v0.4.0
Checked boxes in this section mean merged, not published, deployed, or release-accepted. Confirm inclusion in the selected release commit.
2. Portal new look and bug-fix delivery
cdcd1df8; deployed-candidate acceptance remains below.2ed3c292; deployed-candidate acceptance remains below.3. Original issue inventory and dispositions
Original snapshot: 13 issues. Five are now closed, three enhancements explicitly deferred, and five bugs still open. The two open Portal fix PRs are tracked separately because they have no corresponding issue in this snapshot. A checked closed-issue box records GitHub closure, not live release acceptance.
Run, serve, and workspace fixes
--argsbehavior remains; Deployment uses explicit--command/--arg.WorkspaceDefaults.scratchMountis not in the TauWorkspace CRD and is silently pruned #111 - Unused client-side scratchMount field absent from the TauWorkspace CRD. Deferral recommendation below.ADX and infrastructure fixes
Enhancements deferred to 0.4.3
tauversion on generated workloads, and stamp payload-digest consistently #113 - Producing tau version and payload digest: assigned to milestone 0.4.3; left open.Repository administration
4. Pre-launch bug triage
Initial source baseline:
d8a4b022(main including #264), 2026-09-09 PDT. Subsequent exact-candidate qualification atcdcd1df8and scope decisions are recorded in this issue's updates. The accepted upstream recovery limitation is recorded above; it is not evidence of a complete #161 fix.cdcd1df8reproduced false readiness with required Functions missing and deletion of a foreign throttled Function in both waiter engines. #265 implements required-set and ownership safeguards and is still undergoing CI/review. Direct Helm bypasses the mitigation and upstream Azure/adx-mon#1238 remains open. Healthy live Functions or a successful waiter do not establish upstream automatic reconciliation.Candidate integration cautions and evidence
terraform/aks/wait-for-adx-functions-ready.shandterraform/aks/Wait-ForAdxFunctionsReady.ps1. Fence ADX Function waiter readiness and retries to the intended release #265 addresses the reproduced required-set/ownership defects; do not run an unfixed waiter against unrelated resources or mismatched release values.WorkspaceDefaults.scratchMountis not in the TauWorkspace CRD and is silently pruned #111 evidence spans the CLI workspace type, controller WorkspaceDefaults type, and generated/chart CRDs. Make project submission idempotent by client request ID #76 evidence is incli/internal/cli/run.goandrun_submit.go.5. Release and deployment gates
Alternatives considered
Additional context
This is release coordination, not an instruction to deploy, publish, merge, grant permissions, or close linked bugs. The triage leaves source unchanged. No live cluster or Azure operations were performed. GitHub Copilot assisted with issue triage and this tracker update.
Confirmation