Changes

Jump to navigation Jump to search
137 bytes added ,  11:11, 5 March 2015
no edit summary
Line 6: Line 6:  
! potential/willing assignee
 
! potential/willing assignee
 
! comments
 
! comments
 +
|-
 +
| crtools || Implement [[restorer v2]] || hard || - ||
 +
|-
 +
| crtools || Fix [[what's bad with V1 images]] || medium (v2) || - ||
 
|-
 
|-
 
| crtools || Eliminate empty [[images]] || easy || - || When dumping CRIU opens many image files and then checks whether or not to write data into them. If there's no objects of some type, the respective image file resides "empty", i.e. -- with only 4 bytes of magic number. Need to produce dump that doesn't have such things.
 
| crtools || Eliminate empty [[images]] || easy || - || When dumping CRIU opens many image files and then checks whether or not to write data into them. If there's no objects of some type, the respective image file resides "empty", i.e. -- with only 4 bytes of magic number. Need to produce dump that doesn't have such things.
Line 75: Line 79:  
| crtools || TCP socket migration with changed IP || medium || - ||  It might make sense to migrate a tcp connection on a box with changed IP address _if_ both boxes are NAT-ed to the destination. We will then have to go to NAT box and fix the conntracks in that case and use CRIT images modifucation facilities.
 
| crtools || TCP socket migration with changed IP || medium || - ||  It might make sense to migrate a tcp connection on a box with changed IP address _if_ both boxes are NAT-ed to the destination. We will then have to go to NAT box and fix the conntracks in that case and use CRIT images modifucation facilities.
 
|-
 
|-
| crtools || [[Applying images]] || hard || xemul@ w/ students || Think about ability to take images and apply them to a living task(s). Like it was described in the "rollback" feature above. Another exampl -- repopulate fdtable according to data from image. Yet another use-case -- when doing partial migration (see below) we'll need to modify one part to switch from pipes to sockets. What else? With constant replication of tree state we can do incremental dumps on source node and apply those increments on pre-created replicas on the destination node.
+
| crtools || [[Applying images]] || hard (v2) || xemul@ w/ students || Think about ability to take images and apply them to a living task(s). Like it was described in the "rollback" feature above. Another exampl -- repopulate fdtable according to data from image. Yet another use-case -- when doing partial migration (see below) we'll need to modify one part to switch from pipes to sockets. What else? With constant replication of tree state we can do incremental dumps on source node and apply those increments on pre-created replicas on the destination node.
 
|-
 
|-
 
| crtools || Partial migration || hard || - || If tasks subtree has connections to the rest of the tree (e.g. with pipes of unix sockets) we try to detect this and refuse the dump. It should be possible to take part of the tree, migrating it somewhere and recreating the mentioned links with some other appropriate IPC channel. E.g. pipes with sockets, shared memory with distributed shared memory and so on.
 
| crtools || Partial migration || hard || - || If tasks subtree has connections to the rest of the tree (e.g. with pipes of unix sockets) we try to detect this and refuse the dump. It should be possible to take part of the tree, migrating it somewhere and recreating the mentioned links with some other appropriate IPC channel. E.g. pipes with sockets, shared memory with distributed shared memory and so on.

Navigation menu