-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[ui, bugfix] Link fix for volumes where per_alloc=true #12713
Conversation
Ember Asset Size actionAs of 78c7282 Files that got Bigger 🚨:
Files that stayed the same size 🤷:
|
Ember Test Audit comparison
|
Ember Test Audit flaky testsEmber Test Audit detected these flaky tests on ffc2d4c:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @philrenaud this mostly looks perfect. I've left a note about the the link text for the per-alloc volumes.
(Also, it'd be nice if at some point we could get CSI examples in the Vercel preview... it'd cut down on having to stand up a whole cluster with plugins and volumes and consuming tasks to review the results of PRs like this. But obviously that's out of scope for this PR! If there's anything I can do to help out with that let me know, but how that all works is a little out of my wheelhouse)
> | ||
{{row.model.name}} | ||
</LinkTo> | ||
{{!-- if volume is per_alloc=true, there's no one specific volume. So, link to the volumes index with an active query --}} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch. This seems like the best we can do here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably unrelated to this PR, but on one attempt to click this link the back button broke and I couldn't get back to this page. Unfortunately it only happened once and I can't reproduce it anymore.
}} | ||
> | ||
{{row.model.volume}} | ||
{{row.model.source}} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The link text won't match the ID in the case of per-alloc volumes. For example, the second link here for the per-alloc volume is for /ui/csi/volumes/csi-volume-nfs%5B0%5D@prod
so I'd expect the link text to be csi-volume-nfs[0]
I see we also have this for ui/app/templates/components/task-row.hbs
below, but I also can't figure out which of these two divs I'm seeing when I look at an allocation detail page like /ui/allocations/039a9058-6e9c-a793-f589-27552d2e56c2
😊
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably unrelated to this PR but while trying to get to this page from the Job page I'm sometimes getting an error with the following message:
I've been noticing this quite a bit, too. I don't think this is newly introduced, but I'm keeping an eye on it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I noticed these intermittent issues as well. I think it may be related to #12082 but I need to investigate deeper.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The findRecord not-founds are being tracked here: #12724
Ember Test Audit flaky testsEmber Test Audit detected these flaky tests on 633b877:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, left a small nit-pick comment. Another thing I would add, if possible, would be a mirage option that has perAlloc
, somewhere around here?
https://github.com/hashicorp/nomad/blob/main/ui/mirage/scenarios/default.js#L53-L59
Also missing a |
// We differentiate them with a [#] suffix, inferred from a volume's allocation's name property. | ||
@computed('name') | ||
get volumeExtension() { | ||
return this.name.substring(this.name.lastIndexOf('[')); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
praise:
great job! This is such a simple, elegant solution.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. I think template readability could be a little different, but its not a blocker.
I'm going to lock this pull request because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active contributions. |
In situations where
per_alloc
of a volume stanza is set totrue
, we currently throw a broken link: we try to find a base volume in a situation where it is split into multiples.With this change, we disambiguate the per_alloc'd volume where possible.
This happens in 3 places:
Importantly, this third situation does not have the ability to disambiguate: because a task group does not know which allocation it refers to, I've opted to provide the user with a link to queried volumes route instead.
Assumptions
[#]
suffix in theirname
property, and this is always the last bracketed text.Side-effects
Client Source
column. I've changed this tovolumeMount.source
, which I think is the intended string.Resolves #11965