Project

General

Profile

Actions

Bug #6655

closed

Scheduling deadlocks

Added by Evgeny Novikov over 8 years ago. Updated almost 7 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Category:
Scheduling
Target version:
-
Start date:
01/29/2016
Due date:
% Done:

0%

Estimated time:
Detected in build:
svn
Platform:
Published in build:

Description

If one schedule a job and its task that needs more memory than available, schedulers will hang up forever.


Related issues 3 (0 open3 closed)

Blocked by Klever - Feature #6657: Relate tasks with jobsClosedIlja Zakharov02/01/2016

Actions
Blocked by Klever - Feature #8170: Set maximum restrictions for verification tasks at Bridge web interfaceClosedVladimir Gratinskiy04/26/201705/04/2017

Actions
Blocked by Klever - Bug #7804: Check CPU model in job/task descriptionClosedIlja Zakharov12/14/2016

Actions
Actions #1

Updated by Ilja Zakharov about 7 years ago

  • Priority changed from High to Urgent

This is quite an important bug that does not allow queueing jobs.

Actions #2

Updated by Evgeny Novikov about 7 years ago

  • Assignee set to Ilja Zakharov

I hope that you will do it.

Actions #3

Updated by Ilja Zakharov almost 7 years ago

  • Status changed from New to Resolved

Merged in caf859214.

This is a quite complex feature. I have implemented a new resource manager that allows to track resources for many nodes and now it used in Native scheduler that has only one. Users now should set resource limits for tasks not in job.json but in tasks.json and this file must be always loaded to Bridge to start job execution. Good news is a possibility to set any limits without warning that deadlock will occur. So you can start any number of jobs with various priorities and go drinking coffee. Jobs that can be solved will be solved and inconsistent ones will be failed. No pending forever jobs, no deadlock are possible now. Open new issues if something will work wrong.

Actions #4

Updated by Ilja Zakharov almost 7 years ago

  • Status changed from Resolved to Verified
Actions #5

Updated by Ilja Zakharov almost 7 years ago

  • Status changed from Verified to Closed
Actions

Also available in: Atom PDF