Difference between revisions of "ZDTM test suite"

From CRIU
Jump to navigation Jump to search
(crtools -> criu)
Line 1: Line 1:
 
== Description ==
 
== Description ==
  
ZDTM stands for zero-down-time-migration. It's test suite developed for testing how OpenVZ live migration works. We use this test suite for checking how crtools do their job. The suit consists of many small atomic tests -- each puts a process into some "state" (opens a file, maps a memory segment, puts data in a pipe, etc.), then asks to be checkpointed and restored. The in checks that the "state" was preserved (file is still open, memory is still mapped, pipe contains what was put into it).
+
ZDTM stands for zero-down-time-migration. It's test suite developed for testing how OpenVZ live migration works. We use this test suite for checking how criu do their job. The suit consists of many small atomic tests -- each puts a process into some "state" (opens a file, maps a memory segment, puts data in a pipe, etc.), then asks to be checkpointed and restored. The in checks that the "state" was preserved (file is still open, memory is still mapped, pipe contains what was put into it).
  
 
== Running ==
 
== Running ==

Revision as of 16:54, 30 April 2013

Description

ZDTM stands for zero-down-time-migration. It's test suite developed for testing how OpenVZ live migration works. We use this test suite for checking how criu do their job. The suit consists of many small atomic tests -- each puts a process into some "state" (opens a file, maps a memory segment, puts data in a pipe, etc.), then asks to be checkpointed and restored. The in checks that the "state" was preserved (file is still open, memory is still mapped, pipe contains what was put into it).

Running

You can run the tests manually by issuing a make <testname>.pid command. After you've done c/r-ing it you should run make <testname>.out and check for the <testname>.out file contents.

If you don't want to mess with this you can use the zdtm.sh script. When launched without arguments runs all the tests one-by-one. The exact test can be specified by the command line argument. The -l option lists the tests it can run.