* [linux-lvm] strange usage stats for thin LV
@ 2012-10-31 0:04 Andres Toomsalu
2012-10-31 0:30 ` Stuart D Gathman
2012-11-02 10:37 ` Zdenek Kabelac
0 siblings, 2 replies; 14+ messages in thread
From: Andres Toomsalu @ 2012-10-31 0:04 UTC (permalink / raw)
To: LVM general discussion and development
Hi,
I'm a bit puzzled with some thin LV usage stats - hope that someone can shed a light on this.
lvs shows that thin_backup LV is 94% used - but df shows only 16% - where comes the difference?
lvs -a -o+metadata_percent
LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert Meta%
pool VolGroupL0 twi-a-tz 1,95t 35,17 2,79
[pool_tdata] VolGroupL0 Twi-aot- 1,95t
[pool_tmeta] VolGroupL0 ewi-aot- 14,00g
root VolGroupL0 -wi-ao-- 10,00g
swap VolGroupL0 -wi-ao-- 16,00g
thin_backup VolGroupL0 Vwi-aotz 600,00g pool 94,51
thin_storage VolGroupL0 Vwi-aotz 600,00g pool 20,98
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroupL0-root
9,9G 1,3G 8,1G 14% /
tmpfs 16G 0 16G 0% /dev/shm
/dev/sda1 1008M 122M 835M 13% /boot
/dev/mapper/VolGroupL0-thin_storage
591G 39G 523G 7% /storage
/dev/mapper/VolGroupL0-thin_backup
591G 90G 472G 16% /backup
Thanks in advance,
--
----------------------------------------------
Andres Toomsalu
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [linux-lvm] strange usage stats for thin LV
2012-10-31 0:04 [linux-lvm] strange usage stats for thin LV Andres Toomsalu
@ 2012-10-31 0:30 ` Stuart D Gathman
2012-11-02 10:37 ` Zdenek Kabelac
1 sibling, 0 replies; 14+ messages in thread
From: Stuart D Gathman @ 2012-10-31 0:30 UTC (permalink / raw)
To: LVM general discussion and development
On Oct 31, Andres Toomsalu transmitted in part:
> I'm a bit puzzled with some thin LV usage stats - hope that someone can shed a light on this.
> lvs shows that thin_backup LV is 94% used - but df shows only 16% - where comes the difference?
df shows unused blocks in the filesystem. lvs shows unused space in the
storage pool. There is no relation between those whatsoever. A
filesystem can be on any block device, whether a thin LV or an old
fashioned disk partition, or an iSCSI volume.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-10-31 0:04 [linux-lvm] strange usage stats for thin LV Andres Toomsalu
2012-10-31 0:30 ` Stuart D Gathman
@ 2012-11-02 10:37 ` Zdenek Kabelac
2012-11-02 10:46 ` Andres Toomsalu
2012-11-07 22:03 ` Andres Toomsalu
1 sibling, 2 replies; 14+ messages in thread
From: Zdenek Kabelac @ 2012-11-02 10:37 UTC (permalink / raw)
To: LVM general discussion and development; +Cc: Andres Toomsalu
Dne 31.10.2012 01:04, Andres Toomsalu napsal(a):
> Hi,
>
> I'm a bit puzzled with some thin LV usage stats - hope that someone can shed a light on this.
> lvs shows that thin_backup LV is 94% used - but df shows only 16% - where comes the difference?
>
> lvs -a -o+metadata_percent
> LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert Meta%
> pool VolGroupL0 twi-a-tz 1,95t 35,17 2,79
> [pool_tdata] VolGroupL0 Twi-aot- 1,95t
> [pool_tmeta] VolGroupL0 ewi-aot- 14,00g
> root VolGroupL0 -wi-ao-- 10,00g
> swap VolGroupL0 -wi-ao-- 16,00g
> thin_backup VolGroupL0 Vwi-aotz 600,00g pool 94,51
> thin_storage VolGroupL0 Vwi-aotz 600,00g pool 20,98
>
>
> df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/VolGroupL0-root
> 9,9G 1,3G 8,1G 14% /
> tmpfs 16G 0 16G 0% /dev/shm
> /dev/sda1 1008M 122M 835M 13% /boot
> /dev/mapper/VolGroupL0-thin_storage
> 591G 39G 523G 7% /storage
> /dev/mapper/VolGroupL0-thin_backup
> 591G 90G 472G 16% /backup
>
> Thanks in advance,
>
As Stuart posted values are not related closely together.
But there are few things which are visible:
~35% tells you the number of used space in the pool - around ~700GB
~3% metadata takes - ~400MB
thin_backup has provisioned ~95% -> ~570GB
thin_storage ~21% -> ~130GB
which seem to match approximately number of used blocks from the pool
(~570 + ~130 = ~700)
===
Now to interpret your 'df' stats:
thin_storage uses 39GB stored in provisioned 130GB
thin_backup uses 90GB stored in provisioned 570GB
and there could be multi reasons for this:
- usage of large chunksize - and filesystem spreads a lot of data though the
device - either for it's internal maintenance, or a lot of files are located
across whole provisioned space.
- You have delete lots of files - and have not used discard for deleted areas
(i.e. for ext4 there is 'fstrim' command which will discard them)
So here you need to provide more information which filesystem is in use,
and what was the overall usage for your devices. And also are you using
discard support or not ?
What is the kernel version in use?
(It's always worth to use latest version of lvm2 - since there was improved
discard support configurability.
Zdenek
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-02 10:37 ` Zdenek Kabelac
@ 2012-11-02 10:46 ` Andres Toomsalu
2012-11-02 11:20 ` Zdenek Kabelac
2012-11-07 22:03 ` Andres Toomsalu
1 sibling, 1 reply; 14+ messages in thread
From: Andres Toomsalu @ 2012-11-02 10:46 UTC (permalink / raw)
To: Zdenek Kabelac; +Cc: LVM general discussion and development
Thanks a lot for a detailed explanation - now everything fits into places :)
Some answers:
1) Filesystem in use is ext4 at all cases
2) Im not using discard option as Im not very aware how to use it - is it a filesystem mount option for fstab?
3) OS is CentOS 6.3 with RHEL OpenVZ patched kernel (2.6.32-042stab061.2 #1 SMP Fri Aug 24 09:07:21 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux)
Kind regards,
--
----------------------------------------------
Andres Toomsalu
On 02.11.2012, at 12:37, Zdenek Kabelac wrote:
> Dne 31.10.2012 01:04, Andres Toomsalu napsal(a):
>> Hi,
>>
>> I'm a bit puzzled with some thin LV usage stats - hope that someone can shed a light on this.
>> lvs shows that thin_backup LV is 94% used - but df shows only 16% - where comes the difference?
>>
>> lvs -a -o+metadata_percent
>> LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert Meta%
>> pool VolGroupL0 twi-a-tz 1,95t 35,17 2,79
>> [pool_tdata] VolGroupL0 Twi-aot- 1,95t
>> [pool_tmeta] VolGroupL0 ewi-aot- 14,00g
>> root VolGroupL0 -wi-ao-- 10,00g
>> swap VolGroupL0 -wi-ao-- 16,00g
>> thin_backup VolGroupL0 Vwi-aotz 600,00g pool 94,51
>> thin_storage VolGroupL0 Vwi-aotz 600,00g pool 20,98
>>
>>
>> df -h
>> Filesystem Size Used Avail Use% Mounted on
>> /dev/mapper/VolGroupL0-root
>> 9,9G 1,3G 8,1G 14% /
>> tmpfs 16G 0 16G 0% /dev/shm
>> /dev/sda1 1008M 122M 835M 13% /boot
>> /dev/mapper/VolGroupL0-thin_storage
>> 591G 39G 523G 7% /storage
>> /dev/mapper/VolGroupL0-thin_backup
>> 591G 90G 472G 16% /backup
>>
>> Thanks in advance,
>>
>
>
> As Stuart posted values are not related closely together.
> But there are few things which are visible:
>
> ~35% tells you the number of used space in the pool - around ~700GB
> ~3% metadata takes - ~400MB
>
> thin_backup has provisioned ~95% -> ~570GB
> thin_storage ~21% -> ~130GB
>
> which seem to match approximately number of used blocks from the pool
> (~570 + ~130 = ~700)
>
> ===
>
> Now to interpret your 'df' stats:
>
> thin_storage uses 39GB stored in provisioned 130GB
> thin_backup uses 90GB stored in provisioned 570GB
>
> and there could be multi reasons for this:
>
> - usage of large chunksize - and filesystem spreads a lot of data though the device - either for it's internal maintenance, or a lot of files are located
> across whole provisioned space.
> - You have delete lots of files - and have not used discard for deleted areas
> (i.e. for ext4 there is 'fstrim' command which will discard them)
>
>
> So here you need to provide more information which filesystem is in use,
> and what was the overall usage for your devices. And also are you using discard support or not ?
> What is the kernel version in use?
> (It's always worth to use latest version of lvm2 - since there was improved
> discard support configurability.
>
> Zdenek
>
>
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-02 10:46 ` Andres Toomsalu
@ 2012-11-02 11:20 ` Zdenek Kabelac
2012-11-02 11:29 ` Andres Toomsalu
2012-11-07 22:03 ` Andres Toomsalu
0 siblings, 2 replies; 14+ messages in thread
From: Zdenek Kabelac @ 2012-11-02 11:20 UTC (permalink / raw)
To: Andres Toomsalu; +Cc: LVM general discussion and development
Dne 2.11.2012 11:46, Andres Toomsalu napsal(a):
> Thanks a lot for a detailed explanation - now everything fits into places :)
>
> Some answers:
>
> 1) Filesystem in use is ext4 at all cases
> 2) Im not using discard option as Im not very aware how to use it - is it a filesystem mount option for fstab?
> 3) OS is CentOS 6.3 with RHEL OpenVZ patched kernel (2.6.32-042stab061.2 #1 SMP Fri Aug 24 09:07:21 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux)
>
So check for 'fstrim' command - it's usage is quite simple, and should be
already pretty matured tool.
i.e. you could run it once a week in cron.
Zdenek
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-02 11:20 ` Zdenek Kabelac
@ 2012-11-02 11:29 ` Andres Toomsalu
2012-11-07 22:03 ` Andres Toomsalu
1 sibling, 0 replies; 14+ messages in thread
From: Andres Toomsalu @ 2012-11-02 11:29 UTC (permalink / raw)
To: Zdenek Kabelac; +Cc: LVM general discussion and development
Apparently that does not work - FITRIM ioctl not backported to RHEL6 kernel perhaps?
fstrim -v /backup
fstrim: /backup: FITRIM ioctl failed: Operation not supported
df -h
/dev/mapper/VolGroupL0-thin_backup 591G 104G 458G 19% /backup
mount (added discard option today)
/dev/mapper/VolGroupL0-thin_backup on /backup type ext4 (rw,discard)
Cheers,
--
----------------------------------------------
Andres Toomsalu
On 02.11.2012, at 13:20, Zdenek Kabelac wrote:
> Dne 2.11.2012 11:46, Andres Toomsalu napsal(a):
>> Thanks a lot for a detailed explanation - now everything fits into places :)
>>
>> Some answers:
>>
>> 1) Filesystem in use is ext4 at all cases
>> 2) Im not using discard option as Im not very aware how to use it - is it a filesystem mount option for fstab?
>> 3) OS is CentOS 6.3 with RHEL OpenVZ patched kernel (2.6.32-042stab061.2 #1 SMP Fri Aug 24 09:07:21 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux)
>>
>
> So check for 'fstrim' command - it's usage is quite simple, and should be already pretty matured tool.
>
> i.e. you could run it once a week in cron.
>
> Zdenek
>
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-02 11:20 ` Zdenek Kabelac
2012-11-02 11:29 ` Andres Toomsalu
@ 2012-11-07 22:03 ` Andres Toomsalu
2012-11-07 22:24 ` Mike Snitzer
2012-11-19 14:47 ` Lukáš Czerner
1 sibling, 2 replies; 14+ messages in thread
From: Andres Toomsalu @ 2012-11-07 22:03 UTC (permalink / raw)
To: LVM general discussion and development
Apparently that does not work - FITRIM ioctl not backported to RHEL6 kernel perhaps?
fstrim -v /backup
fstrim: /backup: FITRIM ioctl failed: Operation not supported
df -h
/dev/mapper/VolGroupL0-thin_backup 591G 104G 458G 19% /backup
mount (added discard option today)
/dev/mapper/VolGroupL0-thin_backup on /backup type ext4 (rw,discard)
Cheers,
--
----------------------------------------------
Andres Toomsalu
On 02.11.2012, at 13:20, Zdenek Kabelac wrote:
> Dne 2.11.2012 11:46, Andres Toomsalu napsal(a):
>> Thanks a lot for a detailed explanation - now everything fits into places :)
>>
>> Some answers:
>>
>> 1) Filesystem in use is ext4 at all cases
>> 2) Im not using discard option as Im not very aware how to use it - is it a filesystem mount option for fstab?
>> 3) OS is CentOS 6.3 with RHEL OpenVZ patched kernel (2.6.32-042stab061.2 #1 SMP Fri Aug 24 09:07:21 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux)
>>
>
> So check for 'fstrim' command - it's usage is quite simple, and should be already pretty matured tool.
>
> i.e. you could run it once a week in cron.
>
> Zdenek
>
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-07 22:03 ` Andres Toomsalu
@ 2012-11-07 22:24 ` Mike Snitzer
2012-11-19 14:47 ` Lukáš Czerner
1 sibling, 0 replies; 14+ messages in thread
From: Mike Snitzer @ 2012-11-07 22:24 UTC (permalink / raw)
To: Andres Toomsalu; +Cc: LVM general discussion and development
On Wed, Nov 07 2012 at 5:03pm -0500,
Andres Toomsalu <andres@active.ee> wrote:
> Apparently that does not work - FITRIM ioctl not backported to RHEL6 kernel perhaps?
>
> fstrim -v /backup
> fstrim: /backup: FITRIM ioctl failed: Operation not supported
>
> df -h
> /dev/mapper/VolGroupL0-thin_backup 591G 104G 458G 19% /backup
>
> mount (added discard option today)
> /dev/mapper/VolGroupL0-thin_backup on /backup type ext4 (rw,discard)
ext4's FITRIM support was updated in RHEL6.3. Which version of RHEL6
are you running?
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-07 22:03 ` Andres Toomsalu
2012-11-07 22:24 ` Mike Snitzer
@ 2012-11-19 14:47 ` Lukáš Czerner
1 sibling, 0 replies; 14+ messages in thread
From: Lukáš Czerner @ 2012-11-19 14:47 UTC (permalink / raw)
To: LVM general discussion and development
On Thu, 8 Nov 2012, Andres Toomsalu wrote:
> Date: Thu, 8 Nov 2012 00:03:15 +0200
> From: Andres Toomsalu <andres@active.ee>
> Reply-To: LVM general discussion and development <linux-lvm@redhat.com>
> To: LVM general discussion and development <linux-lvm@redhat.com>
> Subject: Re: [linux-lvm] strange usage stats for thin LV
>
> Apparently that does not work - FITRIM ioctl not backported to RHEL6 kernel perhaps?
>
> fstrim -v /backup
> fstrim: /backup: FITRIM ioctl failed: Operation not supported
>
> df -h
> /dev/mapper/VolGroupL0-thin_backup 591G 104G 458G 19% /backup
>
> mount (added discard option today)
> /dev/mapper/VolGroupL0-thin_backup on /backup type ext4 (rw,discard)
>
> Cheers,
Hi,
can you please check if the device *really* support discard ? What
is the output of
grep . /sys/block/<device>/queue/discard_*
<device> is whatever /dev/mapper/VolGroupL0-thin_backup is pointing
to.
Thanks!
-Lukas
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-02 10:37 ` Zdenek Kabelac
2012-11-02 10:46 ` Andres Toomsalu
@ 2012-11-07 22:03 ` Andres Toomsalu
1 sibling, 0 replies; 14+ messages in thread
From: Andres Toomsalu @ 2012-11-07 22:03 UTC (permalink / raw)
To: LVM general discussion and development
Thanks a lot for a detailed explanation - now everything fits into places :)
Some answers:
1) Filesystem in use is ext4 at all cases
2) Im not using discard option as Im not very aware how to use it - is it a filesystem mount option for fstab?
3) OS is CentOS 6.3 with RHEL OpenVZ patched kernel (2.6.32-042stab061.2 #1 SMP Fri Aug 24 09:07:21 MSK 2012 x86_64 x86_64 x86_64 GNU/Linux)
Kind regards,
--
----------------------------------------------
Andres Toomsalu
On 02.11.2012, at 12:37, Zdenek Kabelac wrote:
> Dne 31.10.2012 01:04, Andres Toomsalu napsal(a):
>> Hi,
>>
>> I'm a bit puzzled with some thin LV usage stats - hope that someone can shed a light on this.
>> lvs shows that thin_backup LV is 94% used - but df shows only 16% - where comes the difference?
>>
>> lvs -a -o+metadata_percent
>> LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert Meta%
>> pool VolGroupL0 twi-a-tz 1,95t 35,17 2,79
>> [pool_tdata] VolGroupL0 Twi-aot- 1,95t
>> [pool_tmeta] VolGroupL0 ewi-aot- 14,00g
>> root VolGroupL0 -wi-ao-- 10,00g
>> swap VolGroupL0 -wi-ao-- 16,00g
>> thin_backup VolGroupL0 Vwi-aotz 600,00g pool 94,51
>> thin_storage VolGroupL0 Vwi-aotz 600,00g pool 20,98
>>
>>
>> df -h
>> Filesystem Size Used Avail Use% Mounted on
>> /dev/mapper/VolGroupL0-root
>> 9,9G 1,3G 8,1G 14% /
>> tmpfs 16G 0 16G 0% /dev/shm
>> /dev/sda1 1008M 122M 835M 13% /boot
>> /dev/mapper/VolGroupL0-thin_storage
>> 591G 39G 523G 7% /storage
>> /dev/mapper/VolGroupL0-thin_backup
>> 591G 90G 472G 16% /backup
>>
>> Thanks in advance,
>>
>
>
> As Stuart posted values are not related closely together.
> But there are few things which are visible:
>
> ~35% tells you the number of used space in the pool - around ~700GB
> ~3% metadata takes - ~400MB
>
> thin_backup has provisioned ~95% -> ~570GB
> thin_storage ~21% -> ~130GB
>
> which seem to match approximately number of used blocks from the pool
> (~570 + ~130 = ~700)
>
> ===
>
> Now to interpret your 'df' stats:
>
> thin_storage uses 39GB stored in provisioned 130GB
> thin_backup uses 90GB stored in provisioned 570GB
>
> and there could be multi reasons for this:
>
> - usage of large chunksize - and filesystem spreads a lot of data though the device - either for it's internal maintenance, or a lot of files are located
> across whole provisioned space.
> - You have delete lots of files - and have not used discard for deleted areas
> (i.e. for ext4 there is 'fstrim' command which will discard them)
>
>
> So here you need to provide more information which filesystem is in use,
> and what was the overall usage for your devices. And also are you using discard support or not ?
> What is the kernel version in use?
> (It's always worth to use latest version of lvm2 - since there was improved
> discard support configurability.
>
> Zdenek
>
>
>
>
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
@ 2012-11-09 14:19 Vitaly Yakovenko
2012-11-11 8:22 ` Vitaly Yakovenko
0 siblings, 1 reply; 14+ messages in thread
From: Vitaly Yakovenko @ 2012-11-09 14:19 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 2492 bytes --]
Hi,
I have the problem with fstrim too.
some details:
uname -a
Linux test.local 2.6.32-279.14.1.el6.x86_64 #1 SMP Tue Nov 6 23:43:09 UTC
2012 x86_64 x86_64 x86_64 GNU/Linux
mount
/dev/mapper/VolGroup00-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/md0 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/mapper/VolGroup00-lv_test1 on /mnt/test1 type ext4 (rw)
/dev/mapper/VolGroup00-lv_test2 on /mnt/test2 type ext4 (rw)
/dev/mapper/VolGroup00-lv_test5 on /mnt/test5 type xfs (rw)
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-lv_root
20G 2.3G 17G 13% /
tmpfs 1.6G 0 1.6G 0% /dev/shm
/dev/md0 99M 27M 67M 29% /boot
/dev/mapper/VolGroup00-lv_test1
40G 2.6G 35G 7% /mnt/test1
/dev/mapper/VolGroup00-lv_test2
4.0G 1.2G 2.6G 32% /mnt/test2
/dev/mapper/VolGroup00-lv_test5
3.0G 725M 2.3G 24% /mnt/test5
lvs -a -o+metadata_percent
LV VG Attr LSize Pool Origin Data%
Move Log Copy% Convert Meta%
lv_native VolGroup00 -wi-a--- 5.00g
lv_root VolGroup00 -wi-ao-- 20.00g
lv_swap VolGroup00 -wi-ao-- 4.00g
lv_test1 VolGroup00 Vwi-aotz 40.00g thin_pool 27.73
lv_test2 VolGroup00 Vwi-aotz 4.00g thin_pool 98.61
lv_test5 VolGroup00 Vwi-aotz 3.00g thin_pool 45.40
thin_pool VolGroup00 twi-a-tz 100.00g 16.40
8.47
[thin_pool_tdata] VolGroup00 Twi-aot- 100.00g
[thin_pool_tmeta] VolGroup00 ewi-aot- 100.00m
This test server (CentOS 6.3 - not install from scratch). I was updated
this server from 6.2 version:
last | tail -3
reboot system boot 2.6.32-220.el6.x Mon Jan 23 16:03 - 16:04 (00:01)
wtmp begins Mon Jan 23 16:03:26 2012
I test only ext4 fs partitions.
When I used fstrim I had next error:
fstrim /mnt/test1
fstrim: /mnt/test1: FITRIM ioctl failed: Operation not supported
I want retrieve free space from the ext4 fs to the total free space of
thin_pool after delete files on the ext4 fs (lv_test1).I will have more
free space for another thin LV.
Is it possible to get it?
Thanks in advance.
--
Best regards,
Vitaly Yakovenko |
[-- Attachment #2: Type: text/html, Size: 4787 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread* [linux-lvm] strange usage stats for thin LV
2012-11-09 14:19 Vitaly Yakovenko
@ 2012-11-11 8:22 ` Vitaly Yakovenko
2012-11-14 11:22 ` Andres Toomsalu
0 siblings, 1 reply; 14+ messages in thread
From: Vitaly Yakovenko @ 2012-11-11 8:22 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 2493 bytes --]
Hi,
I have the problem with fstrim too.
some details:
uname -a
Linux test.local 2.6.32-279.14.1.el6.x86_64 #1 SMP Tue Nov 6 23:43:09 UTC
2012 x86_64 x86_64 x86_64 GNU/Linux
mount
/dev/mapper/VolGroup00-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/md0 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/dev/mapper/VolGroup00-lv_test1 on /mnt/test1 type ext4 (rw)
/dev/mapper/VolGroup00-lv_test2 on /mnt/test2 type ext4 (rw)
/dev/mapper/VolGroup00-lv_test5 on /mnt/test5 type xfs (rw)
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup00-lv_root
20G 2.3G 17G 13% /
tmpfs 1.6G 0 1.6G 0% /dev/shm
/dev/md0 99M 27M 67M 29% /boot
/dev/mapper/VolGroup00-lv_test1
40G 2.6G 35G 7% /mnt/test1
/dev/mapper/VolGroup00-lv_test2
4.0G 1.2G 2.6G 32% /mnt/test2
/dev/mapper/VolGroup00-lv_test5
3.0G 725M 2.3G 24% /mnt/test5
lvs -a -o+metadata_percent
LV VG Attr LSize Pool Origin Data%
Move Log Copy% Convert Meta%
lv_native VolGroup00 -wi-a--- 5.00g
lv_root VolGroup00 -wi-ao-- 20.00g
lv_swap VolGroup00 -wi-ao-- 4.00g
lv_test1 VolGroup00 Vwi-aotz 40.00g thin_pool 27.73
lv_test2 VolGroup00 Vwi-aotz 4.00g thin_pool 98.61
lv_test5 VolGroup00 Vwi-aotz 3.00g thin_pool 45.40
thin_pool VolGroup00 twi-a-tz 100.00g 16.40
8.47
[thin_pool_tdata] VolGroup00 Twi-aot- 100.00g
[thin_pool_tmeta] VolGroup00 ewi-aot- 100.00m
This test server (CentOS 6.3 - not install from scratch). I was updated
this server from 6.2 version:
last | tail -3
reboot system boot 2.6.32-220.el6.x Mon Jan 23 16:03 - 16:04 (00:01)
wtmp begins Mon Jan 23 16:03:26 2012
I test only ext4 fs partitions.
When I used fstrim I had next error:
fstrim /mnt/test1
fstrim: /mnt/test1: FITRIM ioctl failed: Operation not supported
I want retrieve free space from the ext4 fs to the total free space of
thin_pool after delete files on the ext4 fs (lv_test1).I will have more
free space for another thin LV.
Is it possible to get it?
Thanks in advance.
--
Best regards,
Vitaly Yakovenko |
[-- Attachment #2: Type: text/html, Size: 4806 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread* Re: [linux-lvm] strange usage stats for thin LV
2012-11-11 8:22 ` Vitaly Yakovenko
@ 2012-11-14 11:22 ` Andres Toomsalu
2012-11-19 14:33 ` Vitaly Yakovenko
0 siblings, 1 reply; 14+ messages in thread
From: Andres Toomsalu @ 2012-11-14 11:22 UTC (permalink / raw)
To: LVM general discussion and development
[-- Attachment #1: Type: text/plain, Size: 3627 bytes --]
Im trying with latest 2.6.32-279.11.1.el6 RHEL6.3 kernel but still no luck - FITRIM ioctl failed: Operation not supported.
Is there any way to discard/trim unused blocks with RHEL6.3?
What happens if no cleanup is done and blocks count reaches 100%?
Regards,
--
----------------------------------------------
Andres Toomsalu
On 11.11.2012, at 10:22, Vitaly Yakovenko wrote:
> Hi,
>
> I have the problem with fstrim too.
>
> some details:
>
> uname -a
> Linux test.local 2.6.32-279.14.1.el6.x86_64 #1 SMP Tue Nov 6 23:43:09 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
>
>
> mount
> /dev/mapper/VolGroup00-lv_root on / type ext4 (rw)
> proc on /proc type proc (rw)
> sysfs on /sys type sysfs (rw)
> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
> tmpfs on /dev/shm type tmpfs (rw)
> /dev/md0 on /boot type ext4 (rw)
> none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
> /dev/mapper/VolGroup00-lv_test1 on /mnt/test1 type ext4 (rw)
> /dev/mapper/VolGroup00-lv_test2 on /mnt/test2 type ext4 (rw)
> /dev/mapper/VolGroup00-lv_test5 on /mnt/test5 type xfs (rw)
>
>
> df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/VolGroup00-lv_root
> 20G 2.3G 17G 13% /
> tmpfs 1.6G 0 1.6G 0% /dev/shm
> /dev/md0 99M 27M 67M 29% /boot
> /dev/mapper/VolGroup00-lv_test1
> 40G 2.6G 35G 7% /mnt/test1
> /dev/mapper/VolGroup00-lv_test2
> 4.0G 1.2G 2.6G 32% /mnt/test2
> /dev/mapper/VolGroup00-lv_test5
> 3.0G 725M 2.3G 24% /mnt/test5
>
>
> lvs -a -o+metadata_percent
> LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert Meta%
> lv_native VolGroup00 -wi-a--- 5.00g
> lv_root VolGroup00 -wi-ao-- 20.00g
> lv_swap VolGroup00 -wi-ao-- 4.00g
> lv_test1 VolGroup00 Vwi-aotz 40.00g thin_pool 27.73
> lv_test2 VolGroup00 Vwi-aotz 4.00g thin_pool 98.61
> lv_test5 VolGroup00 Vwi-aotz 3.00g thin_pool 45.40
> thin_pool VolGroup00 twi-a-tz 100.00g 16.40 8.47
> [thin_pool_tdata] VolGroup00 Twi-aot- 100.00g
> [thin_pool_tmeta] VolGroup00 ewi-aot- 100.00m
>
>
> This test server (CentOS 6.3 - not install from scratch). I was updated this server from 6.2 version:
>
> last | tail -3
> reboot system boot 2.6.32-220.el6.x Mon Jan 23 16:03 - 16:04 (00:01)
> wtmp begins Mon Jan 23 16:03:26 2012
>
>
> I test only ext4 fs partitions.
> When I used fstrim I had next error:
>
> fstrim /mnt/test1
> fstrim: /mnt/test1: FITRIM ioctl failed: Operation not supported
>
> I want retrieve free space from the ext4 fs to the total free space of thin_pool after delete files on the ext4 fs (lv_test1).I will have more free space for another thin LV.
> Is it possible to get it?
>
> Thanks in advance.
>
> --
> Best regards,
> Vitaly Yakovenko |
>
> _______________________________________________
> 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/
[-- Attachment #2: Type: text/html, Size: 9938 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [linux-lvm] strange usage stats for thin LV
2012-11-14 11:22 ` Andres Toomsalu
@ 2012-11-19 14:33 ` Vitaly Yakovenko
0 siblings, 0 replies; 14+ messages in thread
From: Vitaly Yakovenko @ 2012-11-19 14:33 UTC (permalink / raw)
To: LVM general discussion and development
[-- Attachment #1: Type: text/plain, Size: 3979 bytes --]
I tested fstrim without mdraid(
https://bugzilla.redhat.com/show_bug.cgi?id=837097) on 2.6.32-279.14.1.el6
RHEL6.3 kernel
but I get the following error: - FITRIM ioctl failed: Operation not
supported.
I find this bug reports: (
https://bugzilla.redhat.com/buglist.cgi?quicksearch=fstrim)
https://bugzilla.redhat.com/show_bug.cgi?id=814766
May be it will be closed in RHEL6.4 and I have is to wait and use this
release for discard/trim?
On Wed, Nov 14, 2012 at 1:22 PM, Andres Toomsalu <andres@active.ee> wrote:
> Im trying with latest 2.6.32-279.11.1.el6 RHEL6.3 kernel but still no
> luck - FITRIM ioctl failed: Operation not supported.
> Is there any way to discard/trim unused blocks with RHEL6.3?
> What happens if no cleanup is done and blocks count reaches 100%?
>
> Regards,
> --
> ----------------------------------------------
> Andres Toomsalu
> On 11.11.2012, at 10:22, Vitaly Yakovenko wrote:
>
> Hi,
>
> I have the problem with fstrim too.
>
> some details:
>
> uname -a
> Linux test.local 2.6.32-279.14.1.el6.x86_64 #1 SMP Tue Nov 6 23:43:09 UTC
> 2012 x86_64 x86_64 x86_64 GNU/Linux
>
>
> mount
> /dev/mapper/VolGroup00-lv_root on / type ext4 (rw)
> proc on /proc type proc (rw)
> sysfs on /sys type sysfs (rw)
> devpts on /dev/pts type devpts (rw,gid=5,mode=620)
> tmpfs on /dev/shm type tmpfs (rw)
> /dev/md0 on /boot type ext4 (rw)
> none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
> /dev/mapper/VolGroup00-lv_test1 on /mnt/test1 type ext4 (rw)
> /dev/mapper/VolGroup00-lv_test2 on /mnt/test2 type ext4 (rw)
> /dev/mapper/VolGroup00-lv_test5 on /mnt/test5 type xfs (rw)
>
>
> df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/mapper/VolGroup00-lv_root
> 20G 2.3G 17G 13% /
> tmpfs 1.6G 0 1.6G 0% /dev/shm
> /dev/md0 99M 27M 67M 29% /boot
> /dev/mapper/VolGroup00-lv_test1
> 40G 2.6G 35G 7% /mnt/test1
> /dev/mapper/VolGroup00-lv_test2
> 4.0G 1.2G 2.6G 32% /mnt/test2
> /dev/mapper/VolGroup00-lv_test5
> 3.0G 725M 2.3G 24% /mnt/test5
>
>
> lvs -a -o+metadata_percent
> LV VG Attr LSize Pool Origin Data%
> Move Log Copy% Convert Meta%
> lv_native VolGroup00 -wi-a--- 5.00g
>
> lv_root VolGroup00 -wi-ao-- 20.00g
>
> lv_swap VolGroup00 -wi-ao-- 4.00g
>
> lv_test1 VolGroup00 Vwi-aotz 40.00g thin_pool 27.73
>
> lv_test2 VolGroup00 Vwi-aotz 4.00g thin_pool 98.61
>
> lv_test5 VolGroup00 Vwi-aotz 3.00g thin_pool 45.40
>
> thin_pool VolGroup00 twi-a-tz 100.00g 16.40
> 8.47
> [thin_pool_tdata] VolGroup00 Twi-aot- 100.00g
>
> [thin_pool_tmeta] VolGroup00 ewi-aot- 100.00m
>
>
> This test server (CentOS 6.3 - not install from scratch). I was updated
> this server from 6.2 version:
>
> last | tail -3
> reboot system boot 2.6.32-220.el6.x Mon Jan 23 16:03 - 16:04 (00:01)
>
> wtmp begins Mon Jan 23 16:03:26 2012
>
>
> I test only ext4 fs partitions.
> When I used fstrim I had next error:
>
> fstrim /mnt/test1
> fstrim: /mnt/test1: FITRIM ioctl failed: Operation not supported
>
> I want retrieve free space from the ext4 fs to the total free space of
> thin_pool after delete files on the ext4 fs (lv_test1).I will have more
> free space for another thin LV.
> Is it possible to get it?
>
> Thanks in advance.
>
> --
> Best regards,
> Vitaly Yakovenko |
>
> _______________________________________________
> 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/
>
>
>
> _______________________________________________
> 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/
>
[-- Attachment #2: Type: text/html, Size: 9227 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2012-11-19 14:47 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-31 0:04 [linux-lvm] strange usage stats for thin LV Andres Toomsalu
2012-10-31 0:30 ` Stuart D Gathman
2012-11-02 10:37 ` Zdenek Kabelac
2012-11-02 10:46 ` Andres Toomsalu
2012-11-02 11:20 ` Zdenek Kabelac
2012-11-02 11:29 ` Andres Toomsalu
2012-11-07 22:03 ` Andres Toomsalu
2012-11-07 22:24 ` Mike Snitzer
2012-11-19 14:47 ` Lukáš Czerner
2012-11-07 22:03 ` Andres Toomsalu
-- strict thread matches above, loose matches on Subject: below --
2012-11-09 14:19 Vitaly Yakovenko
2012-11-11 8:22 ` Vitaly Yakovenko
2012-11-14 11:22 ` Andres Toomsalu
2012-11-19 14:33 ` Vitaly Yakovenko
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).