From: Peter Rajnoha <prajnoha@redhat.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Cc: matthew patton <pattonme@yahoo.com>
Subject: Re: [linux-lvm] pvs complains of missing PVs that are not missing
Date: Thu, 10 Oct 2013 20:48:52 +0200 [thread overview]
Message-ID: <5256F694.4090008@redhat.com> (raw)
In-Reply-To: <5256F40B.3060002@redhat.com>
On 10/10/2013 08:38 PM, Peter Rajnoha wrote:
> There are two notions of cache in LVM. One is device cache, the other one
> is metadata cache. The first one is controlled by write_cache_state setting
> (which is obsoleted by obtaining the device list from udev).
>
...
> If lvmetad is not used, whenever the LVM command is executed, each
> block device in /dev is scanned for PV labels, every time! Here,
> the obtain_device_list_from_udev lvm.conf setting makes a difference
> in a way how we get the list of block devices - if this setting is
> disabled, LVM directly scans all the /dev content and it selects block devices
> itself.
...if LVM selects block devices itself, it can cache this 'selection' by using
'write_cache_state=1' - LVM will write this list of block devices to a cache
file which is read next time, hence LVM does not need to select them once again
on next command execution. Of course, this cache file is of no use when
'obtain_device_list_from_udev=1' and we get that list of block devices from
udev all the time... that's the reason why 'obtain_device_list_from_udev=1'
obsoletes 'write_cache_state=1'. This is the *device cache* - either from udev
or from file written by LVM itself.
Peter
next prev parent reply other threads:[~2013-10-10 18:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-09 21:29 [linux-lvm] pvs complains of missing PVs that are not missing Joe Harvell
2013-10-09 21:49 ` Joe Harvell
[not found] ` <1381356552.67129.YahooMailNeo@web181504.mail.ne1.yahoo.com>
2013-10-09 23:04 ` Joe Harvell
[not found] ` <5255D815.1090704@tekcomms.com>
[not found] ` <1381361455.80237.YahooMailNeo@web181502.mail.ne1.yahoo.com>
2013-10-10 15:04 ` Joe Harvell
2013-10-10 18:38 ` Peter Rajnoha
2013-10-10 18:48 ` Peter Rajnoha [this message]
2013-10-10 19:48 ` Joe Harvell
-- strict thread matches above, loose matches on Subject: below --
2013-10-23 4:26 Shi Jin
2013-10-23 16:43 ` Joe Harvell
2013-10-24 9:35 ` Zdenek Kabelac
2013-10-24 15:30 ` Joe Harvell
2013-10-24 16:26 ` Alasdair G Kergon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5256F694.4090008@redhat.com \
--to=prajnoha@redhat.com \
--cc=linux-lvm@redhat.com \
--cc=pattonme@yahoo.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).