Provided by: manpages_6.03-2_all 
NAME
time_namespaces - overview of Linux time namespaces
DESCRIPTION
Time namespaces virtualize the values of two system clocks:
• CLOCK_MONOTONIC (and likewise CLOCK_MONOTONIC_COARSE and CLOCK_MONOTONIC_RAW), a
nonsettable clock that represents monotonic time since—as described by POSIX—"some
unspecified point in the past".
• CLOCK_BOOTTIME (and likewise CLOCK_BOOTTIME_ALARM), a nonsettable clock that is
identical to CLOCK_MONOTONIC, except that it also includes any time that the system is
suspended.
Thus, the processes in a time namespace share per-namespace values for these clocks. This
affects various APIs that measure against these clocks, including: clock_gettime(2),
clock_nanosleep(2), nanosleep(2), timer_settime(2), timerfd_settime(2), and /proc/uptime.
Currently, the only way to create a time namespace is by calling unshare(2) with the
CLONE_NEWTIME flag. This call creates a new time namespace but does not place the calling
process in the new namespace. Instead, the calling process's subsequently created
children are placed in the new namespace. This allows clock offsets (see below) for the
new namespace to be set before the first process is placed in the namespace. The
/proc/pid/ns/time_for_children symbolic link shows the time namespace in which the
children of a process will be created. (A process can use a file descriptor opened on
this symbolic link in a call to setns(2) in order to move into the namespace.)
/proc/PID/timens_offsets
Associated with each time namespace are offsets, expressed with respect to the initial
time namespace, that define the values of the monotonic and boot-time clocks in that
namespace. These offsets are exposed via the file /proc/PID/timens_offsets. Within this
file, the offsets are expressed as lines consisting of three space-delimited fields:
<clock-id> <offset-secs> <offset-nanosecs>
The clock-id is a string that identifies the clock whose offsets are being shown. This
field is either monotonic, for CLOCK_MONOTONIC, or boottime, for CLOCK_BOOTTIME. The
remaining fields express the offset (seconds plus nanoseconds) for the clock in this time
namespace. These offsets are expressed relative to the clock values in the initial time
namespace. The offset-secs value can be negative, subject to restrictions noted below;
offset-nanosecs is an unsigned value.
In the initial time namespace, the contents of the timens_offsets file are as follows:
$ cat /proc/self/timens_offsets
monotonic 0 0
boottime 0 0
In a new time namespace that has had no member processes, the clock offsets can be
modified by writing newline-terminated records of the same form to the timens_offsets
file. The file can be written to multiple times, but after the first process has been
created in or has entered the namespace, write(2)s on this file fail with the error
EACCES. In order to write to the timens_offsets file, a process must have the
CAP_SYS_TIME capability in the user namespace that owns the time namespace.
Writes to the timens_offsets file can fail with the following errors:
EINVAL An offset-nanosecs value is greater than 999,999,999.
EINVAL A clock-id value is not valid.
EPERM The caller does not have the CAP_SYS_TIME capability.
ERANGE An offset-secs value is out of range. In particular;
• offset-secs can't be set to a value which would make the current time on the
corresponding clock inside the namespace a negative value; and
• offset-secs can't be set to a value such that the time on the corresponding
clock inside the namespace would exceed half of the value of the kernel constant
KTIME_SEC_MAX (this limits the clock value to a maximum of approximately 146
years).
In a new time namespace created by unshare(2), the contents of the timens_offsets file are
inherited from the time namespace of the creating process.
NOTES
Use of time namespaces requires a kernel that is configured with the CONFIG_TIME_NS
option.
Note that time namespaces do not virtualize the CLOCK_REALTIME clock. Virtualization of
this clock was avoided for reasons of complexity and overhead within the kernel.
For compatibility with the initial implementation, when writing a clock-id to the
/proc/pid/timens_offsets file, the numerical values of the IDs can be written instead of
the symbolic names show above; i.e., 1 instead of monotonic, and 7 instead of boottime.
For readability, the use of the symbolic names over the numbers is preferred.
The motivation for adding time namespaces was to allow the monotonic and boot-time clocks
to maintain consistent values during container migration and checkpoint/restore.
EXAMPLES
The following shell session demonstrates the operation of time namespaces. We begin by
displaying the inode number of the time namespace of a shell in the initial time
namespace:
$ readlink /proc/$$/ns/time
time:[4026531834]
Continuing in the initial time namespace, we display the system uptime using uptime(1) and
use the clock_times example program shown in clock_getres(2) to display the values of
various clocks:
$ uptime --pretty
up 21 hours, 17 minutes
$ ./clock_times
CLOCK_REALTIME : 1585989401.971 (18356 days + 8h 36m 41s)
CLOCK_TAI : 1585989438.972 (18356 days + 8h 37m 18s)
CLOCK_MONOTONIC: 56338.247 (15h 38m 58s)
CLOCK_BOOTTIME : 76633.544 (21h 17m 13s)
We then use unshare(1) to create a time namespace and execute a bash(1) shell. From the
new shell, we use the built-in echo command to write records to the timens_offsets file
adjusting the offset for the CLOCK_MONOTONIC clock forward 2 days and the offset for the
CLOCK_BOOTTIME clock forward 7 days:
$ PS1="ns2# " sudo unshare -T -- bash --norc
ns2# echo "monotonic $((2*24*60*60)) 0" > /proc/$$/timens_offsets
ns2# echo "boottime $((7*24*60*60)) 0" > /proc/$$/timens_offsets
Above, we started the bash(1) shell with the --norc option so that no start-up scripts
were executed. This ensures that no child processes are created from the shell before we
have a chance to update the timens_offsets file.
We then use cat(1) to display the contents of the timens_offsets file. The execution of
cat(1) creates the first process in the new time namespace, after which further attempts
to update the timens_offsets file produce an error.
ns2# cat /proc/$$/timens_offsets
monotonic 172800 0
boottime 604800 0
ns2# echo "boottime $((9*24*60*60)) 0" > /proc/$$/timens_offsets
bash: echo: write error: Permission denied
Continuing in the new namespace, we execute uptime(1) and the clock_times example program:
ns2# uptime --pretty
up 1 week, 21 hours, 18 minutes
ns2# ./clock_times
CLOCK_REALTIME : 1585989457.056 (18356 days + 8h 37m 37s)
CLOCK_TAI : 1585989494.057 (18356 days + 8h 38m 14s)
CLOCK_MONOTONIC: 229193.332 (2 days + 15h 39m 53s)
CLOCK_BOOTTIME : 681488.629 (7 days + 21h 18m 8s)
From the above output, we can see that the monotonic and boot-time clocks have different
values in the new time namespace.
Examining the /proc/pid/ns/time and /proc/pid/ns/time_for_children symbolic links, we see
that the shell is a member of the initial time namespace, but its children are created in
the new namespace.
ns2# readlink /proc/$$/ns/time
time:[4026531834]
ns2# readlink /proc/$$/ns/time_for_children
time:[4026532900]
ns2# readlink /proc/self/ns/time # Creates a child process
time:[4026532900]
Returning to the shell in the initial time namespace, we see that the monotonic and boot-
time clocks are unaffected by the timens_offsets changes that were made in the other time
namespace:
$ uptime --pretty
up 21 hours, 19 minutes
$ ./clock_times
CLOCK_REALTIME : 1585989401.971 (18356 days + 8h 38m 51s)
CLOCK_TAI : 1585989438.972 (18356 days + 8h 39m 28s)
CLOCK_MONOTONIC: 56338.247 (15h 41m 8s)
CLOCK_BOOTTIME : 76633.544 (21h 19m 23s)
SEE ALSO
nsenter(1), unshare(1), clock_settime(2), setns(2), unshare(2), namespaces(7), time(7)