CRIU

This article relies excessively on references to primary sources. Please improve this article by adding secondary or tertiary sources. Find sources: "CRIU" – news · newspapers · books · scholar · JSTOR (August 2014) (Learn how and when to remove this template message)

CRIU

Developer(s)	OpenVZ Team at Virtuozzo
Initial release	23 July 2012; 11 years ago (2012-07-23)[1]
Stable release	3.18 (April 22, 2023; 12 months ago (2023-04-22)[2]) [±]
Repository	github.com/checkpoint-restore/criu
Written in	GNU GPL v.2
Website	criu.org

Checkpoint/Restore In Userspace (CRIU) (pronounced kree-oo, /kriu/), is a software tool for the

, rather than in the kernel.

History

The initial version of CRIU software was presented to the Linux developers community by Pavel Emelyanov, the OpenVZ kernel team leader, on 15 July 2011.^[3]

In September 2011, the project was presented at the Linux Plumbers Conference.^[4] In general, most of the attendees took a positive view of the project, which is proven by the fact that a number of kernel patches required for implementing the project were included in the mainline kernel. Andrew Morton, however, was a bit skeptical:

A note on this: this is a project by various mad Russians to perform c/r mainly from userspace, with various oddball helper code added into the kernel where the need is demonstrated... However I'm less confident than the developers that it will all eventually work! So what I'm asking them to do is to wrap each piece of new code inside CONFIG_CHECKPOINT_RESTORE. So if it all eventually comes to tears and the project as a whole fails, it should be a simple matter to go through and delete all trace of it.

— Andrew Morton, ^[5]

Use

The CRIU tool is being developed as part of the OpenVZ project, with the aim of replacing the in-kernel checkpoint/restore. Though its main focus is to support the migration of containers, allowing users to check-point and restore the current state of running processes and process groups. The tool can currently be used on

systems and supports the following features:

• Processes: their hierarchy, PIDs, user and group authenticators (UID, GID, SID, etc.), system capabilities, threads, and running and stopped states
• Application memory:
  shared memory
• Open files
• Pipes and FIFOs
• Unix domain sockets
• Network sockets, including TCP sockets in ESTABLISHED state (see below)
• System V IPC
• Timers
• Signals
• Terminals
• Linux kernel-specific system calls: inotify, signalfd, eventfd and epoll

As of September 2013^[update], no kernel patching is required because all of the required functionality has already been merged into the

TCP connection migration

One of the initial project goals was to support the migration of TCP connections, the biggest challenge being to suspend and then restore only one side of a connection. This was necessary for performing the live migration of containers (along with all their active network connections) between physical servers, the main scenario of using the checkpoint/restore feature in OpenVZ. To cope with this problem, a new feature, "TCP repair mode", was implemented. The feature was included in version 3.5 of the

and provides users with additional means to disassemble and reconstruct TCP sockets without the necessity of exchanging network packets with the opposite side of the connection.

References

Further reading

• Sanidhya Kashyap. "Rebootless Kernel Update and Validation".
• Rami Rosen. "Linux Containers and the Future Cloud" (PDF).
• CRIU Team. "Comparison to other CR projects".