Skip to content

Conversation

@simonLeary42
Copy link
Contributor

@simonLeary42 simonLeary42 commented Jul 15, 2025

closes #3932

relies on OSC/ood_core#888

Also fixes a little inconsistency where account_allowed takes into account deny_accounts as well as allow_accounts , while blocked_queue only takes into account allow_accounts.

Confirmed working on my home system. Marked as draft until test cases can be written, and I can explore the possibility of user<->partition associations in slurm.

@simonLeary42 simonLeary42 marked this pull request as draft July 15, 2025 20:55
@simonLeary42 simonLeary42 force-pushed the remove-auto-queues-allowqos-denyqos branch from 59d4821 to 1608111 Compare July 16, 2025 17:17
@simonLeary42 simonLeary42 force-pushed the remove-auto-queues-allowqos-denyqos branch 2 times, most recently from 580a13c to 1608111 Compare July 17, 2025 18:35
@Bubballoo3 Bubballoo3 added status/awaiting review Changes made by dev, waiting for reviewers and removed status/awaiting review Changes made by dev, waiting for reviewers labels Sep 3, 2025
return false if queue.allow_accounts && !queue.allow_accounts.include?(account.to_s)
return false if queue.deny_accounts.include?(account.to_s)
return false if queue.allow_qos && !(queue.allow_qos & account.qos).any?
return false if (queue.deny_qos & account.qos).any?
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Suggested change
return false if (queue.deny_qos & account.qos).any?
return false if account.qos.difference(queue.deny_qos).none?

Copy link
Contributor Author

@simonLeary42 simonLeary42 Sep 30, 2025

Choose a reason for hiding this comment

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

I think this was wrong. If you have 3 QoS and one of those are denied, you still have access via the other 2 QoS. Only if all of your account's QoS denied should the account be considered denied.

@simonLeary42
Copy link
Contributor Author

TODO can we set data-option-for-auto-qos-... for each queue using AllowQos, DenyQos?

@johrstrom johrstrom marked this pull request as ready for review December 8, 2025 16:11
@johrstrom johrstrom closed this Dec 8, 2025
@johrstrom johrstrom reopened this Dec 8, 2025
# This behavior is replicated in OOD Core by conditionally setting deny_qos to an empty array.
return false if queue.allow_accounts && !queue.allow_accounts.include?(account.to_s)
return false if queue.deny_accounts.include?(account.to_s)
return false if queue.allow_qos && (queue.allow_qos & account.qos).none?
Copy link
Contributor

Choose a reason for hiding this comment

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

This line is always being returned in the test cases. Somehow the computation of qos is off.

@Bubballoo3
Copy link
Contributor

Hey, we are putting this on hold for now while we finish up the next release, and will revisit it after the new year. The deadline for external contributions has passed for 4.1, so we will get back to you with reviews once we wrap this up.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

auto_queues widget should check AllowQos property for slurm partitions

4 participants