Skip to content

DM-50020: USDF Rapid Analysis updates for LSSTCam#4497

Merged
ctslater merged 16 commits intomainfrom
tickets/DM-50020
Apr 1, 2026
Merged

DM-50020: USDF Rapid Analysis updates for LSSTCam#4497
ctslater merged 16 commits intomainfrom
tickets/DM-50020

Conversation

@ctslater
Copy link
Copy Markdown
Contributor

@ctslater ctslater commented Apr 9, 2025

This has been a very-long-lived branch, and most of the work has already been merged elsewhere but this cleans up the remaining pieces:

  • Adds the USDF values file
  • Adds the option to load files via a configMap, which we use at USDF to avoid mounting additional weka volumes (the repos.yaml file by default lives on sdf-data, which we don't need.)
  • Guards a few manifests that aren't needed at USDF

@ctslater ctslater force-pushed the tickets/DM-50020 branch 7 times, most recently from 57677fc to 25f99f1 Compare April 13, 2025 00:07
@ctslater ctslater force-pushed the tickets/DM-50020 branch 2 times, most recently from fe6baa4 to c2f1c00 Compare April 24, 2025 21:19
@ctslater ctslater force-pushed the tickets/DM-50020 branch 5 times, most recently from 94c355c to e62089c Compare April 29, 2025 23:43
@ctslater ctslater force-pushed the tickets/DM-50020 branch from 1bedf04 to a543a89 Compare May 6, 2025 22:46
@ctslater ctslater force-pushed the tickets/DM-50020 branch 2 times, most recently from 8f321d6 to a548ba2 Compare October 15, 2025 17:07
@ctslater ctslater force-pushed the tickets/DM-50020 branch 5 times, most recently from 422dc2d to 5a9b37d Compare November 4, 2025 02:26
@ctslater ctslater force-pushed the tickets/DM-50020 branch 3 times, most recently from 14089a8 to e1f0b15 Compare November 29, 2025 04:18
Copy link
Copy Markdown
Collaborator

@sebastian-aranda sebastian-aranda left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks great! I just found an issue with the values descriptions automatic generation so you can take a look 🙏 (and a couple doubts just in case).

Comment on lines +68 to +72
configMountpoint: []
# -- This section holds the information necessary to claim persistent volumes.
# If the section is used, each object listed can have the following attributes defined:
# _name_ (The name of the persistent volume and the configMap),
# _items_ (Files in the configmap to mount),
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was a baffled by reading the README.md updates and seeing the configMountpoint and pvcMountpointClaim definitions/descriptions being swapped 😅 , it took me a bit to realize this definition was not properly positioned. Please swap lines 68 & 73 so the definitions are properly generated by the hooks 🙏 .

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh you're right, that is very confusing! I think I have it sorted out now.

# This environment uses an ingress managed in a separate Kubernetes cluster,
# despite that configuration not being officially supported by Phalanx.
cert-manager: false
gafaelfawr: false
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess this is an intentional change, but wanted to point it out just in case.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gafaelfawr was never actually enabled; this has been set to false since we first started using this cluster.

repository: ghcr.io/lsst-sitcom/rubintv_production
tag: tickets-DM-50534-w48
pullPolicy: IfNotPresent
location: USDF
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Other values.yaml have the siteTag parameter as well, I guess that's not required here? (it is used only by templates/deployment.yaml)

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I had a look at siteTag and I don't see any reason to have both it and location. So I added a new commit that removes siteTag from deployment.yaml and from all the other values files, and I think it should all be fine? I looked at a diff of the generated yaml from helm with and without the change, and the only difference is the capitalization (which the python converts to lowercase anyways). I think this should all be safe, but does that seem right to you? Or I could make the change on a separate ticket.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

got it, sounds good 👍 .

@ctslater ctslater enabled auto-merge April 1, 2026 17:42
@ctslater ctslater disabled auto-merge April 1, 2026 17:42
@ctslater ctslater added this pull request to the merge queue Apr 1, 2026
Merged via the queue into main with commit a7c8686 Apr 1, 2026
8 checks passed
@ctslater ctslater deleted the tickets/DM-50020 branch April 1, 2026 17:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants