2012-04-15 19:40:48 +04:00
.TH LVMETAD 8 "LVM TOOLS #VERSION#" "Red Hat Inc" \" -*- nroff -*-
.SH NAME
2014-06-11 13:06:30 +04:00
lvmetad \(em LVM metadata cache daemon
2015-05-01 22:45:50 +03:00
2012-04-15 19:40:48 +04:00
.SH SYNOPSIS
.B lvmetad
2017-03-27 17:45:48 +03:00
.RB [ -l
2015-10-21 21:36:57 +03:00
.IR level [,level...]]
2017-03-27 17:45:48 +03:00
.RB [ -p
2014-03-26 17:04:44 +04:00
.IR pidfile_path ]
2017-03-27 17:45:48 +03:00
.RB [ -s
2014-03-26 17:04:44 +04:00
.IR socket_path ]
2017-03-27 17:45:48 +03:00
.RB [ -t
2015-10-20 14:33:29 +03:00
.IR timeout_value ]
2017-03-27 17:45:48 +03:00
.RB [ -f ]
.RB [ -h ]
.RB [ -V ]
.RB [ -? ]
2015-05-01 22:45:50 +03:00
2012-04-15 19:40:48 +04:00
.SH DESCRIPTION
2015-05-01 22:45:50 +03:00
2016-08-03 23:39:43 +03:00
The lvmetad daemon caches LVM metadata so that LVM commands can read
metadata from the cache rather than scanning disks. This can be an
advantage because scanning disks is time consuming and may interfere with
the normal work of the system. lvmetad can be a disadvantage when disk
event notifications from the system are unreliable.
2015-05-01 22:45:50 +03:00
2016-08-03 23:39:43 +03:00
lvmetad does not read metadata from disks itself. Instead, it relies on
2017-03-27 17:45:48 +03:00
an LVM command, like pvscan --cache, to read metadata from disks and
2016-08-03 23:39:43 +03:00
send it to lvmetad to be cached.
2015-05-01 22:45:50 +03:00
2016-08-03 23:39:43 +03:00
New LVM disks that appear on the system must be scanned before lvmetad
knows about them. If lvmetad does not know about a disk, then LVM
2015-05-01 22:45:50 +03:00
commands using lvmetad will also not know about it. When disks are added
or removed from the system, lvmetad must be updated.
2017-03-27 17:45:48 +03:00
lvmetad is usually combined with event-based system services that
automatically run pvscan --cache on disks added or removed. This way,
2016-08-03 23:39:43 +03:00
the cache is automatically updated with metadata from new disks when they
2015-05-01 22:45:50 +03:00
appear. LVM udev rules and systemd services implement this automation.
Automatic scanning is usually combined with automatic activation. For
more information, see
.BR pvscan (8).
If lvmetad is started or restarted after disks have been added to the
2016-08-03 23:39:43 +03:00
system, or if the global_filter has changed, the cache must be updated.
2017-03-27 17:45:48 +03:00
This can be done by running pvscan --cache, or it will be done
2016-08-03 23:39:43 +03:00
automatically by the next LVM command that's run.
2015-05-01 22:45:50 +03:00
When lvmetad is not used, LVM commands revert to scanning disks for LVM
metadata.
2016-08-03 23:39:43 +03:00
In some cases, lvmetad will be temporarily disabled while it continues
running. In this state, LVM commands will ignore the lvmetad cache and
revert to scanning disks. A warning will also be printed which includes
2017-05-05 18:48:58 +03:00
the reason why lvmetad is not being used. The most common reasons are the
existence of duplicate PVs (lvmetad cannot cache data for duplicate PVs),
or an 'lvconvert --repair' command has been run (the lvmetad cache may
not be reliable while repairs are neeeded.)
Once duplicates have been resolved, or repairs have been completed,
the lvmetad cache is can be updated with pvscan --cache and commands
will return to using the cache.
2016-08-03 23:39:43 +03:00
2015-05-01 22:45:50 +03:00
Use of lvmetad is enabled/disabled by:
.br
.BR lvm.conf (5)
.B global/use_lvmetad
For more information on this setting, see:
.br
2017-03-27 17:45:48 +03:00
.B lvmconfig --withcomments global/use_lvmetad
2015-05-01 22:45:50 +03:00
To ignore disks from LVM at the system level, e.g. lvmetad, pvscan use:
.br
.BR lvm.conf (5)
.B devices/global_filter
For more information on this setting, see
.br
2017-03-27 17:45:48 +03:00
.B lvmconfig --withcomments devices/global_filter
2015-05-01 22:45:50 +03:00
2012-04-15 19:40:48 +04:00
.SH OPTIONS
2013-11-30 00:56:29 +04:00
To run the daemon in a test environment both the pidfile_path and the
socket_path should be changed from the defaults.
.TP
2017-03-27 17:45:48 +03:00
.B -f
2013-11-30 00:56:29 +04:00
Don't fork, but run in the foreground.
.TP
2017-03-27 17:45:48 +03:00
.BR -h ", " -?
2013-11-30 00:56:29 +04:00
Show help information.
2012-04-15 19:40:48 +04:00
.TP
2017-03-27 17:45:48 +03:00
.B -l \fIlevels
2015-10-21 21:36:57 +03:00
Specify the levels of log messages to generate as a comma separated list.
Messages are logged by syslog.
2017-03-27 17:45:48 +03:00
Additionally, when -f is given they are also sent to standard error.
2015-10-21 21:36:57 +03:00
Possible levels are: all, fatal, error, warn, info, wire, debug.
2012-04-15 19:40:48 +04:00
.TP
2017-03-27 17:45:48 +03:00
.B -p \fIpidfile_path
Path to the pidfile. This overrides both the built-in default
2013-11-30 00:56:29 +04:00
(#DEFAULT_PID_DIR#/lvmetad.pid) and the environment variable
\fBLVM_LVMETAD_PIDFILE\fP. This file is used to prevent more
than one instance of the daemon running simultaneously.
2012-04-15 19:40:48 +04:00
.TP
2017-03-27 17:45:48 +03:00
.B -s \fIsocket_path
Path to the socket file. This overrides both the built-in default
2012-04-15 19:40:48 +04:00
(#DEFAULT_RUN_DIR#/lvmetad.socket) and the environment variable
2013-11-30 00:56:29 +04:00
\fBLVM_LVMETAD_SOCKET\fP. To communicate successfully with lvmetad,
all LVM2 processes should use the same socket path.
2012-04-15 19:40:48 +04:00
.TP
2017-03-27 17:45:48 +03:00
.B -t \fItimeout_value
2015-10-20 14:33:29 +03:00
The daemon may shutdown after being idle for the given time (in seconds). When the
option is omitted or the value given is zero the daemon never shutdowns on idle.
.TP
2017-03-27 17:45:48 +03:00
.B -V
2013-05-05 23:38:44 +04:00
Display the version of lvmetad daemon.
.SH ENVIRONMENT VARIABLES
.TP
2013-11-30 00:56:29 +04:00
.B LVM_LVMETAD_PIDFILE
Path for the pid file.
.TP
2013-05-05 23:38:44 +04:00
.B LVM_LVMETAD_SOCKET
2013-11-30 00:56:29 +04:00
Path for the socket file.
2012-04-15 19:40:48 +04:00
.SH SEE ALSO
.BR lvm (8),
2015-05-01 22:45:50 +03:00
.BR lvmconfig (8),
.BR lvm.conf (5),
.BR pvscan (8)