* Re: [linux-lvm] Uncache a LV when a cache PV is gone, bug ?
@ 2015-10-04 5:58 Robin Lee Powell
0 siblings, 0 replies; 5+ messages in thread
From: Robin Lee Powell @ 2015-10-04 5:58 UTC (permalink / raw)
To: linux-lvm
(I'm not on this list, so I can't properly followup to the thread in
question, which is at
https://www.redhat.com/archives/linux-lvm/2015-August/msg00008.html
, but: )
I have a not-great-but-it'll-do workaround for the issue of trying
to un-cached an LV. It's at https://www.dropbox.com/sh/bvyy92wwoe8rcse/AADbgbklYGqrPoWUsLogmavha/computers/stripping_away_lvmcache.txt?dl=0
Just thought I'd share for future searchers.
-Robin
^ permalink raw reply [flat|nested] 5+ messages in thread
* [linux-lvm] Uncache a LV when a cache PV is gone, bug ?
@ 2015-08-20 16:09 Dragan Milivojević
2015-08-21 7:21 ` Zdenek Kabelac
0 siblings, 1 reply; 5+ messages in thread
From: Dragan Milivojević @ 2015-08-20 16:09 UTC (permalink / raw)
To: linux-lvm
Hi all
I'm testing a recovery scenario for a NAS server which uses an SSD as
a PV for the LVM cache (dm-cache).
When I remove the SSD and try to uncache the LV I get this:
[root@storage ~]# lvconvert -v --force --uncache /dev/total_storage/test
WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
found or rejected by a filter.
There are 1 physical volumes missing.
Cannot change VG total_storage while PVs are missing.
Consider vgreduce --removemissing.
There are 1 physical volumes missing.
[root@storage ~]# vgreduce -v --force --removemissing total_storage
Finding volume group "total_storage"
WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
found or rejected by a filter.
There are 1 physical volumes missing.
There are 1 physical volumes missing.
Trying to open VG total_storage for recovery...
WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
found or rejected by a filter.
There are 1 physical volumes missing.
There are 1 physical volumes missing.
Archiving volume group "total_storage" metadata (seqno 9).
Removing partial LV test.
activation/volume_list configuration setting not defined: Checking
only host tags for total_storage/test
Executing: /usr/sbin/modprobe dm-cache
Creating total_storage-cache_pool00_cdata-missing_0_0
Loading total_storage-cache_pool00_cdata-missing_0_0 table (253:3)
Resuming total_storage-cache_pool00_cdata-missing_0_0 (253:3)
Creating total_storage-cache_pool00_cdata
Loading total_storage-cache_pool00_cdata table (253:4)
Resuming total_storage-cache_pool00_cdata (253:4)
Creating total_storage-cache_pool00_cmeta-missing_0_0
Loading total_storage-cache_pool00_cmeta-missing_0_0 table (253:5)
Resuming total_storage-cache_pool00_cmeta-missing_0_0 (253:5)
Creating total_storage-cache_pool00_cmeta
Loading total_storage-cache_pool00_cmeta table (253:6)
Resuming total_storage-cache_pool00_cmeta (253:6)
Creating total_storage-test_corig
Loading total_storage-test_corig table (253:7)
Resuming total_storage-test_corig (253:7)
Executing: /usr/sbin/cache_check -q
/dev/mapper/total_storage-cache_pool00_cmeta
vgreduce gets stuck at the last step: /usr/sbin/cache_check
If I run cache_check manually I get this:
[root@storage ~]# /usr/sbin/cache_check
/dev/mapper/total_storage-cache_pool00_cmeta
examining superblock
superblock is corrupt
incomplete io for block 0, e.res = 18446744073709551611, e.res2 =
0, offset = 0, nbytes = 4096
and it waits indefinitely.
If a replace the /usr/sbin/cache_check with a shell script that returns 0 or 1
vgreduce just errors out. It seems that there is no way to uncache the
LV without
replacing the missing PV (which could pose a problem in production use).
The origin LV (test_corig) is fine, I can mount it and use it, there
are no file-system issues etc.
Is this an intended behaviour or a bug?
This is on centos 7, kernel-3.10.0-229.11.1.el7.x86_64,
lvdisplay --version :
LVM version: 2.02.115(2)-RHEL7 (2015-01-28)
Library version: 1.02.93-RHEL7 (2015-01-28)
Driver version: 4.29.0
Thanks
Dragan
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [linux-lvm] Uncache a LV when a cache PV is gone, bug ?
2015-08-20 16:09 Dragan Milivojević
@ 2015-08-21 7:21 ` Zdenek Kabelac
2015-08-21 12:22 ` matthew patton
2015-08-21 12:26 ` Dragan Milivojević
0 siblings, 2 replies; 5+ messages in thread
From: Zdenek Kabelac @ 2015-08-21 7:21 UTC (permalink / raw)
To: linux-lvm
Dne 20.8.2015 v 18:09 Dragan Milivojević napsal(a):
> Hi all
>
> I'm testing a recovery scenario for a NAS server which uses an SSD as
> a PV for the LVM cache (dm-cache).
> When I remove the SSD and try to uncache the LV I get this:
>
> [root@storage ~]# lvconvert -v --force --uncache /dev/total_storage/test
> WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
> found or rejected by a filter.
> There are 1 physical volumes missing.
> Cannot change VG total_storage while PVs are missing.
> Consider vgreduce --removemissing.
> There are 1 physical volumes missing.
>
> [root@storage ~]# vgreduce -v --force --removemissing total_storage
> Finding volume group "total_storage"
> WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
> found or rejected by a filter.
> There are 1 physical volumes missing.
> There are 1 physical volumes missing.
> Trying to open VG total_storage for recovery...
> WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
> found or rejected by a filter.
> There are 1 physical volumes missing.
> There are 1 physical volumes missing.
> Archiving volume group "total_storage" metadata (seqno 9).
> Removing partial LV test.
> activation/volume_list configuration setting not defined: Checking
> only host tags for total_storage/test
> Executing: /usr/sbin/modprobe dm-cache
> Creating total_storage-cache_pool00_cdata-missing_0_0
> Loading total_storage-cache_pool00_cdata-missing_0_0 table (253:3)
> Resuming total_storage-cache_pool00_cdata-missing_0_0 (253:3)
> Creating total_storage-cache_pool00_cdata
> Loading total_storage-cache_pool00_cdata table (253:4)
> Resuming total_storage-cache_pool00_cdata (253:4)
> Creating total_storage-cache_pool00_cmeta-missing_0_0
> Loading total_storage-cache_pool00_cmeta-missing_0_0 table (253:5)
> Resuming total_storage-cache_pool00_cmeta-missing_0_0 (253:5)
> Creating total_storage-cache_pool00_cmeta
> Loading total_storage-cache_pool00_cmeta table (253:6)
> Resuming total_storage-cache_pool00_cmeta (253:6)
> Creating total_storage-test_corig
> Loading total_storage-test_corig table (253:7)
> Resuming total_storage-test_corig (253:7)
> Executing: /usr/sbin/cache_check -q
> /dev/mapper/total_storage-cache_pool00_cmeta
>
> vgreduce gets stuck at the last step: /usr/sbin/cache_check
>
> If I run cache_check manually I get this:
>
> [root@storage ~]# /usr/sbin/cache_check
> /dev/mapper/total_storage-cache_pool00_cmeta
> examining superblock
> superblock is corrupt
> incomplete io for block 0, e.res = 18446744073709551611, e.res2 =
> 0, offset = 0, nbytes = 4096
>
> and it waits indefinitely.
>
> If a replace the /usr/sbin/cache_check with a shell script that returns 0 or 1
> vgreduce just errors out. It seems that there is no way to uncache the
> LV without
> replacing the missing PV (which could pose a problem in production use).
> The origin LV (test_corig) is fine, I can mount it and use it, there
> are no file-system issues etc.
>
> Is this an intended behaviour or a bug?
It's unhandled yet scenario.
Feel free to open BZ at bugzilla.redhat.com
Zdenek
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] Uncache a LV when a cache PV is gone, bug ?
2015-08-21 7:21 ` Zdenek Kabelac
@ 2015-08-21 12:22 ` matthew patton
2015-08-21 12:26 ` Dragan Milivojević
1 sibling, 0 replies; 5+ messages in thread
From: matthew patton @ 2015-08-21 12:22 UTC (permalink / raw)
To: LVM general discussion and development
> > [root@storage ~]# /usr/sbin/cache_check
> >
> > and it waits indefinitely.
> > If a replace the /usr/sbin/cache_check with a shell script that returns 0 or 1
> > vgreduce just errors out. It seems that there is no way to uncache the
> > LV without replacing the missing PV (which could pose a problem in production use).
> It's unhandled yet scenario.
Huh? It's a bloody OBVIOUS scenario and frankly the most important one! How does something this fundamental get 'missed'?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] Uncache a LV when a cache PV is gone, bug ?
2015-08-21 7:21 ` Zdenek Kabelac
2015-08-21 12:22 ` matthew patton
@ 2015-08-21 12:26 ` Dragan Milivojević
1 sibling, 0 replies; 5+ messages in thread
From: Dragan Milivojević @ 2015-08-21 12:26 UTC (permalink / raw)
To: LVM general discussion and development
That's odd, RHEL 7.1 release notes state that LVM cache is production ready.
Thanks for the clarification, I will post a bugreport upstream.
Dragan
On Fri, Aug 21, 2015 at 9:21 AM, Zdenek Kabelac
<zdenek.kabelac@gmail.com> wrote:
> Dne 20.8.2015 v 18:09 Dragan Milivojević napsal(a):
>
>> Hi all
>>
>> I'm testing a recovery scenario for a NAS server which uses an SSD as
>> a PV for the LVM cache (dm-cache).
>> When I remove the SSD and try to uncache the LV I get this:
>>
>> [root@storage ~]# lvconvert -v --force --uncache /dev/total_storage/test
>> WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
>> found or rejected by a filter.
>> There are 1 physical volumes missing.
>> Cannot change VG total_storage while PVs are missing.
>> Consider vgreduce --removemissing.
>> There are 1 physical volumes missing.
>>
>> [root@storage ~]# vgreduce -v --force --removemissing total_storage
>> Finding volume group "total_storage"
>> WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
>> found or rejected by a filter.
>> There are 1 physical volumes missing.
>> There are 1 physical volumes missing.
>> Trying to open VG total_storage for recovery...
>> WARNING: Device for PV yJvPgB-aPlc-wFG2-DL9U-MOKI-2F93-XlzHyf not
>> found or rejected by a filter.
>> There are 1 physical volumes missing.
>> There are 1 physical volumes missing.
>> Archiving volume group "total_storage" metadata (seqno 9).
>> Removing partial LV test.
>> activation/volume_list configuration setting not defined: Checking
>> only host tags for total_storage/test
>> Executing: /usr/sbin/modprobe dm-cache
>> Creating total_storage-cache_pool00_cdata-missing_0_0
>> Loading total_storage-cache_pool00_cdata-missing_0_0 table (253:3)
>> Resuming total_storage-cache_pool00_cdata-missing_0_0 (253:3)
>> Creating total_storage-cache_pool00_cdata
>> Loading total_storage-cache_pool00_cdata table (253:4)
>> Resuming total_storage-cache_pool00_cdata (253:4)
>> Creating total_storage-cache_pool00_cmeta-missing_0_0
>> Loading total_storage-cache_pool00_cmeta-missing_0_0 table (253:5)
>> Resuming total_storage-cache_pool00_cmeta-missing_0_0 (253:5)
>> Creating total_storage-cache_pool00_cmeta
>> Loading total_storage-cache_pool00_cmeta table (253:6)
>> Resuming total_storage-cache_pool00_cmeta (253:6)
>> Creating total_storage-test_corig
>> Loading total_storage-test_corig table (253:7)
>> Resuming total_storage-test_corig (253:7)
>> Executing: /usr/sbin/cache_check -q
>> /dev/mapper/total_storage-cache_pool00_cmeta
>>
>> vgreduce gets stuck at the last step: /usr/sbin/cache_check
>>
>> If I run cache_check manually I get this:
>>
>> [root@storage ~]# /usr/sbin/cache_check
>> /dev/mapper/total_storage-cache_pool00_cmeta
>> examining superblock
>> superblock is corrupt
>> incomplete io for block 0, e.res = 18446744073709551611, e.res2 =
>> 0, offset = 0, nbytes = 4096
>>
>> and it waits indefinitely.
>>
>> If a replace the /usr/sbin/cache_check with a shell script that returns 0
>> or 1
>> vgreduce just errors out. It seems that there is no way to uncache the
>> LV without
>> replacing the missing PV (which could pose a problem in production use).
>> The origin LV (test_corig) is fine, I can mount it and use it, there
>> are no file-system issues etc.
>>
>> Is this an intended behaviour or a bug?
>
>
> It's unhandled yet scenario.
>
> Feel free to open BZ at bugzilla.redhat.com
>
>
> Zdenek
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-10-04 5:58 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-10-04 5:58 [linux-lvm] Uncache a LV when a cache PV is gone, bug ? Robin Lee Powell
-- strict thread matches above, loose matches on Subject: below --
2015-08-20 16:09 Dragan Milivojević
2015-08-21 7:21 ` Zdenek Kabelac
2015-08-21 12:22 ` matthew patton
2015-08-21 12:26 ` Dragan Milivojević
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).