Project

General

Profile

Actions

Idea #15002

closed

[API] Admin can prevent reuse by cancelling a completed container

Added by Tom Clegg about 5 years ago. Updated almost 5 years ago.

Status:
Resolved
Priority:
Normal
Assigned To:
Eric Biagiotti
Category:
-
Target version:
Story points:
1.0
Release relationship:
Auto

Description

Background: Sometimes it is desirable to avoid reusing a specific completed container, without disabling reuse for the corresponding step in a workflow. Example: a container exited 0 with bogus output, but it has never™ done that before and will probably never™ do it again, so it's not worth updating the workflow to use a new image/version.

Proposed feature:

Relax the "frozen in final state" constraints slightly, so an admin can use the API to update a container's state from Complete to Cancelled.


Subtasks 1 (0 open1 closed)

Task #15097: Review 15002-cancel-completed-containerResolvedEric Biagiotti04/12/2019Actions
Actions #2

Updated by Tom Morris about 5 years ago

  • Story points set to 1.0
Actions #3

Updated by Tom Morris almost 5 years ago

  • Target version changed from To Be Groomed to Arvados Future Sprints
Actions #4

Updated by Tom Morris almost 5 years ago

  • Assigned To set to Eric Biagiotti
  • Target version changed from Arvados Future Sprints to 2019-04-24 Sprint
Actions #5

Updated by Eric Biagiotti almost 5 years ago

  • Status changed from New to In Progress
Actions #6

Updated by Eric Biagiotti almost 5 years ago

Latest at: e1b8a1b0bdb46d0e162ef7794c06b08d0a5fffa5

  • Created an Admin_state_transition hash for Complete => [Cancelled] that gets merged into the State_transition hash if the user is an admin.
  • Added a test for setting a completed container's state to cancelled by admin and non-admin
  • Created a new admin page and added detail to the containers API page.

Unit tests: https://ci.curoverse.com/view/Developer/job/developer-run-tests/1190/

Note: In the container model, we check that the value for container state has actually changed before validating, which means that if a user tries to update to the current state (via arv container update or whatever), it passes validation. Even though nothing changed, this may be confusing to the user as it implies that this type of command is allowed. Let me know if you think this should be changed.

Actions #7

Updated by Tom Clegg almost 5 years ago

I see how the story description and API docs imply otherwise, but non-admin users are already prohibited from updating containers at all (except the container process itself can update its own progress fields while state==Running). So I don't think we need a special "admin state transitions" here.

In docs:

For example, if a container exited successfully but produced bad output, it may not be worth updating the workflow to use a new image/version. Instead, changing the state of a container to Cancelled will disable reuse of the specific container.

I think this should be presented as an expedient thing to do in addition to fixing the bug, rather than as an alternative. We can't force people to fix the bugs, but I don't think we should nudge them in the wrong direction.

Maybe: "... it may not be feasible to update the workflow immediately ... Meanwhile, changing the state ..."

...will change it's state to...

its

...where -u is the UUID of the container:

...where xxxxx-xxxxx-xxxxxxxxxxxxxxx is the UUID of the container

all containers that have been cancelled after completion

Either this should say "exited 0 and were then cancelled" or the condition should be ["exit_code","<>",null]

\ No newline at end of file

(manage-containers.html.textile.liquid) should have one.

Cancelled (admin only)

All state changes are admin only.

The admin page title should probably be something like "Controlling container reuse" -- hint at the user's question, which they know, rather than the answer, which they don't. Same goes for the leading sentence. And I think it needs to be added to _config.yml so it shows up in the left nav.

Actions #9

Updated by Eric Biagiotti almost 5 years ago

Latest at 7e0a38f70392822f362bd94f9d9093554c8f351a

  • Addressed the documentation issues from Note 7. I already added manage-containers.html.textile.liquid to _config.yml, so it should be showing up in the left navigation panel. Let me know if this still doesn't work for you.
  • Merged in your changes and simplified Complete => Cancelled transition in the container model.
  • Updated TestGetLockUnlockCancel test to accept the new state transition.

Unit tests: https://ci.curoverse.com/view/Developer/job/developer-run-tests/1193/

Actions #10

Updated by Tom Clegg almost 5 years ago

at d97f1f245
  • this branch is a good candidate for squashing to reduce noise in the git history (code that never made it in)
  • the "Controlling container reuse" page should probably be called controlling-reuse.html instead of manage-containers.html
  • link title in api/methods/containers.html should be updated too
  • maybe the doc page should allude to the fact that only an admin can do this -- or is it enough that it's in the "admin" section? I'm not sure whether we should rely on people to notice the nav clues when they arrive at this page via web search or the link on the API page.
  • maybe "in your workflow" → "in all affected workflows"? (It's probably not "yours" and there can easily be more than one)
  • maybe "disable reuse as the workflow continues to run" → "prevent it from being reused in subsequent workflows"?

It looks like this used to test propagating errors from the API.

        err = cq.Cancel(arvadostest.CompletedContainerUUID)
        c.Check(err, check.ErrorMatches, `.*State cannot change from Complete to Cancelled.*`)

Now that that's not an error, this part of the test seems superfluous, given the successful Cancel() calls above. Might as well remove it. Maybe check the returned error message in one of the non-nil error cases above instead?

Actions #11

Updated by Eric Biagiotti almost 5 years ago

Addressed the comments from note 10, rebased on master, and squashed into one commit at 30fc42873b2c82e72a95393eb053abf1f7052618

Unit Tests: https://ci.curoverse.com/view/Developer/job/developer-run-tests/1194/

Actions #12

Updated by Tom Clegg almost 5 years ago

LGTM, thanks!

Actions #13

Updated by Eric Biagiotti almost 5 years ago

  • Status changed from In Progress to Resolved
Actions #14

Updated by Tom Morris almost 5 years ago

  • Release set to 15
Actions

Also available in: Atom PDF