2,257
edits
Changes
Jump to navigation
Jump to search
Line 7:
Line 7: − |- − | crtools/kernel || memory snapshot || xemul@ || need to take mem snapshot in kernel for iterative migration, (probably) rebootless upgrade and HA Line 26:
Line 24: − + Line 35:
Line 33: − |- − | crtools || Migration w/o intermediate disk || Adrian Reber || - Line 50:
Line 46: − + Line 56:
Line 52: − +
Remove finished tasks
|-
|-
| crtools || stopped tasks || - || -
| crtools || stopped tasks || - || -
|-
|-
| crtools || restore in namespace || - || having images taken from live app, need to restore them inside newly created namespace. For PID we'd have to provide our own init, for NET -- setup some veth.
| crtools || restore in namespace || - || having images taken from live app, need to restore them inside newly created namespace. For PID we'd have to provide our own init, for NET -- setup some veth.
| crtools || Paranoid dumping and restoring || - || Make paranoid checks for what we dump. E.g. pgid being valid (withing session) and fds drained from parasite are valid
| crtools || Paranoid dumping and restoring || - || Make paranoid checks for what we dump. E.g. pgid being valid (withing session) and fds drained from parasite are valid
|-
|-
| kernel/crtools || posix timers || skinsbursky@ || Need new kernel API for a) listing existing timers and b) fetching timer notify configuration.
| kernel/crtools || posix timers || snorcht@gmail.com || Need new kernel API for a) listing existing timers and b) fetching timer notify configuration.
|-
|-
| crtools || Smart paths resolution || - || Need a way to resolve paths to overmounted files. There are two ways: 1. Move mounts, that overlap the desired path temprarily. 2. When creating a new mount pre-open an fd keeping the mountpoint. Later, do accurate path resolve and call openat() on proper mountpoint fd
| crtools || Smart paths resolution || - || Need a way to resolve paths to overmounted files. There are two ways: 1. Move mounts, that overlap the desired path temprarily. 2. When creating a new mount pre-open an fd keeping the mountpoint. Later, do accurate path resolve and call openat() on proper mountpoint fd
|-
|-
| crtools || Multiple namespaces || - || Need to handle the cases when more than one namespace of one type exists and dump them properly
| crtools || Multiple namespaces || - || Need to handle the cases when more than one namespace of one type exists and dump them properly
|-
|-
| kernel/crtools || TUN/TAP || - || -
| kernel/crtools || TUN/TAP || - || -
| crtools/kernel || NFS || - ||
| crtools/kernel || NFS || - ||
|-
|-
| crtools/kernel || VDSO || - || issues: VDSO may change between kernels; vsyscall may change between kernels; VDSO mapping should be VDSO mapping, not regular one
| crtools/kernel || VDSO || gorcunov@ || issues: VDSO may change between kernels; vsyscall may change between kernels; VDSO mapping should be VDSO mapping, not regular one
|-
|-
| crtools || Unmap a restorer VMA || - || [https://docs.google.com/spreadsheet/ccc?key=0Au56mM6UWU8mdGhmYURYZGZhbmxBLWVmVnhBT3VXVHc#gid=0 Lots] of ideas were generated so far.
| crtools || Unmap a restorer VMA || - || [https://docs.google.com/spreadsheet/ccc?key=0Au56mM6UWU8mdGhmYURYZGZhbmxBLWVmVnhBT3VXVHc#gid=0 Lots] of ideas were generated so far.
| crtools || migrate script || - || It's not complex, but openvz-like migrate scripts should exists
| crtools || migrate script || - || It's not complex, but openvz-like migrate scripts should exists
|-
|-
| crtools || Asynchronous parasite || gorcunov@ || Parasite should wait on tsock for commands, not being restarted by crtools
| crtools || Asynchronous parasite || avagin@ || Parasite should wait on tsock for commands, not being restarted by crtools
|-
|-
| crtools || Validate .img files || - || For a given set of image files check, that they are in "restorable" shape
| crtools || Validate .img files || - || For a given set of image files check, that they are in "restorable" shape