2,257
edits
Changes
Jump to navigation
Jump to search
Line 7:
Line 7: − + − + − + − + − + − | crtools || paranoid dumping and restoring || - || - || make paranoiad checks for what we dump. E.g. pgid being valid (withing session) and fds drained from parasite are valid+ − |- − Line 27:
Line 25: − || crtools || Restore fown in pidns || - || not implemented || -+ + + + + + + + + + + + + + + + + + + − +
no edit summary
! comments
! comments
|-
|-
| crtools || partially unlinked files || xemul@ || - || files whose fd's name is unlinked, but link count is !0
| crtools || Partially unlinked files || xemul@ || - || These are files whose fd's name is unlinked, but link count is !0. Need to create temporary hadrlinks on those. Remember introducing a command like options, that says "I agree that crtools will leave its stuff in the FS".
|-
|-
| crtools || Shared objects (mm/fs/fdtable) support || avagin@ || not implemented || depends on "object IDs"
| crtools || Shared objects (mm/fs/fdtable) support || avagin@ || not implemented || Now we have the kcmp syscall and can do it. The first candidate is mm sharing, as we do know, that MySQL does so sometimes.
|-
|-
| kernel || Provide own defconfig || gorcunov@ || not implemented || suggested by avagin@
| kernel || Provide own defconfig || gorcunov@ || not implemented || suggested by avagin@
|-
|-
| crtools || Rework dump_one_reg_file to use fhandles || - || - || This is required to work with overmounted files and not to store the long file path (will not work with rsync-ed private :( )
| crtools || Terminals || gorcunov@ || in progress || -
|-
|-
| crtools || terminals || gorcunov@ || in progress || -
| crtools || Subsequent checkpoint || gorcunov@ || in progress || [https://docs.google.com/spreadsheet/ccc?key=0Au56mM6UWU8mdGhmYURYZGZhbmxBLWVmVnhBT3VXVHc#gid=0 Lots] of ideas were generated so far.
|-
|-
| crtools || parasite-markers || gorcunov@ || in progress || parasite code should be marked to not dump it twice on subsequent c/r (uuid based solution, I've a draft version of uuid gens and such)
| 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 || Proc fdinfo extension || gorcunov@ || in progress || Need to rework and resubmit the patches
| kernel || fdinfo extension || gorcunov@ || in progress || Need to rework and resubmit the patches
|-
|-
| kernel/crtools || posix timers || - || - || Need new kernel API for a) listing existing timers and b) fetching timer notify configuration.
| kernel/crtools || posix timers || - || - || Need new kernel API for a) listing existing timers and b) fetching timer notify configuration.
| crtools || Restore zombie in pidns || avagin@ || not implemented ||-
| crtools || Restore zombie in pidns || avagin@ || not implemented ||-
|-
|-
| crtools || Restore fown in pidns || - || not implemented || -
|-
| zdtm || Add externel part of a test || avagin@ || not implemented || -
|-
| 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
|-
| kernel/crtools || TCP connection fixup || - || - || When we turn repair off a window probe is sent by kernel. It can be lost and we leave with stuck connection. Plus, the keepalive timer isn't rearmed on repaired socket connect, probably this is the way to solve this.
|-
| crtools || Iptables || - || - || This is easy. Need to run ipdables-save and iptables-restore
|-
| kernel/crtools || Auto namespaces detection || - || - || Now we "detect" them by looking at cmdline options
|-
| crtools || Migration w/o intermediate disk || Adrian Reber || - || -
|-
| kernel/crtools || TUN/TAP || - || - || -
|-
| kernel/crtools || tcpdump || xemul@ || - || The diag modules extensions are on their way to net-next.
|-
| kernel/crtools || Iterative migration || - || - || Need VZ-like iterative migration. What API in kernel for that???
|-
|-
|| zdtm || Add externel part of a test || avagin@ || not implemented || -
| vzkernel/crtools || OpenVZ kernel support || - || - || Within 3.5 and RHEL7 port
|}
|}