Description of problem: Provide a new tasks infrastructure that is not relying on the master file-system persistency.
It is possible to reuse the current task infrastructure disabling the persistency: task: support scheduleJob without persistency http://gerrit.ovirt.org/26771 And allow engine to pass a task uuid using a special "TaskID" http header in the requests: task: support task id in client request http://gerrit.ovirt.org/26809 This allows a behavior that is very similar to the one we'll jave with JSON-RPC (every requests can carry an id). At the moment it seems that these two patches (and the few other they're based on) would provide enough functionalities for bug 1082502 ([RFE][vdsm] Provide new Storage API without Master File-System persistency)