Bug #10516
closed
[CWL][Workbench] Update stats calculations for CWL running on Crunch v1
Added by Tom Morris about 8 years ago.
Updated about 8 years ago.
Assigned To:
Radhika Chippada
Description
In looking at this job: https://workbench.e51c5.arvadosapi.com/pipeline_instances/e51c5-d1hrv-23r02rmoqfq5tew
I see a couple of things misleading about the times being reported:
The node scaling is reported as "1.0x" even though the CWL scattered across a large number of parallel nodes. The time from the workunit needs to be propagated up to the top level.
Work unit stats need to be calculated recursively?
PipelineInstancesHelper.determine_wallclock_runtime needs to have logic checked/updated
Files
- Subject changed from [CWL][Workbench] Top level job stats misleading to [CWL][Workbench] Update stats calculations for CWL running on Crunch v1
- Description updated (diff)
- Assigned To deleted (
Tom Morris)
- Target version set to Arvados Future Sprints
- Story points set to 1.0
- Description updated (diff)
- Target version changed from Arvados Future Sprints to 2017-01-04 sprint
- Target version changed from 2017-01-04 sprint to Arvados Future Sprints
- Assigned To set to Radhika Chippada
- Target version changed from Arvados Future Sprints to 2017-01-18 sprint
I noticed one issue with finished_at time while debugging this issue. In #10671 we addressed the scenario where finished_at was set on the server if the client did not set it, when a pipeline is finished. However, we still have missing finished_at on pipelines that were already completed prior to this fix.
Discussed with Tom and we agreed to add a migration script to set the finished_at time to the pipeline's modified_at time (which must have been set at the time of completion or later on if something else changed on it).
Branch 10516-set-finished-at-on-finished-pipelines @ ccb95499 addresses note 7 (sets the finished_at timestamp when it is missing on a finished pipeline instance).
Branch 10516-set-finished-at-on-finished-pipelines
LGTM
Reviewing branch 10516-workbench-stats-logic
:
Updates LGTM, but maybe an additional test case is needed, to test when cputime > walltime? That is, a test that should have alerted us of this bug earlier?
- Status changed from New to Resolved
Applied in changeset arvados|commit:554fe927169e928d91c2d8c4bed158aef4d4d746.
Also available in: Atom
PDF