From: "Jorge Fábregas" <jorge.fabregas@gmail.com>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] LVM & fstrim behaviour (Fedora 19)
Date: Tue, 24 Sep 2013 11:52:00 -0400 [thread overview]
Message-ID: <5241B520.6080408@gmail.com> (raw)
In-Reply-To: <alpine.LFD.2.00.1309241649340.2049@localhost.localdomain>
I followed your example and trims seems to work (based on the lvs
output) but as you can see, there seems to be something wrong with the
"fstrim -v" output (it shows as if nothing is being trimmed).
# lvs vgthin1
lvol1 vgthin1 Vwi-aotz- 100.78g lvthinpool 3.20
lvthinpool vgthin1 twi-a-tz- 100.68g 3.20
# mount /var/lib/libvirt/images
# fstrim -v /var/lib/libvirt/images
/var/lib/libvirt/images: 97.6 GiB (104814780416 bytes) trimmed
# dd if=/dev/zero of=/var/lib/libvirt/images/file bs=1M count=1024
# dd if=/dev/zero of=/var/lib/libvirt/images/file1 bs=1M count=1024
# dd if=/dev/zero of=/var/lib/libvirt/images/file2 bs=1M count=1024
# sync
# lvs vgthin1
lvol1 vgthin1 Vwi-aotz- 100.78g lvthinpool 6.18
lvthinpool vgthin1 twi-a-tz- 100.68g 6.18
# rm -f /var/lib/libvirt/images/file
# sync
# fstrim -v /var/lib/libvirt/images
/var/lib/libvirt/images: 0 B (0 bytes) trimmed
# lvs vgthin1
lvol1 vgthin1 Vwi-aotz- 100.78g lvthinpool 5.19
lvthinpool vgthin1 twi-a-tz- 100.68g 5.19
# rm -f /var/lib/libvirt/images/file*
# sync
# fstrim -v /var/lib/libvirt/images
/var/lib/libvirt/images: 0 B (0 bytes) trimmed
# lvs vgthin1
lvol1 vgthin1 Vwi-aotz- 100.78g lvthinpool 3.20
lvthinpool vgthin1 twi-a-tz- 100.68g 3.20
# lvm version
LVM version: 2.02.98(2) (2012-10-15)
Library version: 1.02.77 (2012-10-15)
Driver version: 4.24.0
# dd if=/dev/zero of=/var/lib/libvirt/images/tempfile bs=1M count=40000
# lvs vgthin1
lvol1 vgthin1 Vwi-aotz- 100.78g lvthinpool 41.84
lvthinpool vgthin1 twi-a-tz- 100.68g 41.89
# rm -f /var/lib/libvirt/images/tempfile
# sync
# fstrim -v /var/lib/libvirt/images
/var/lib/libvirt/images: 0 B (0 bytes) trimmed
# lvs vgthin1
lvol1 vgthin1 Vwi-aotz- 100.78g lvthinpool 3.08
lvthinpool vgthin1 twi-a-tz- 100.68g 3.09
As you may see, this is the behaviour I'm getting now (fstrim reports
nothing being trimmed although it is being trimmed). I can't recreate
the original problem when I opened the bug (fstrim reporting always 124
MiB). I'm not sure if any update had to do anything with it.
next prev parent reply other threads:[~2013-09-24 15:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-17 18:38 [linux-lvm] LVM & fstrim behaviour (Fedora 19) Jorge Fábregas
2013-09-24 13:20 ` Lukáš Czerner
2013-09-24 15:01 ` Lukáš Czerner
2013-09-24 15:52 ` Jorge Fábregas [this message]
2013-09-24 16:05 ` Jorge Fábregas
2013-09-24 16:14 ` Jorge Fábregas
2013-09-24 18:03 ` Jorge Fábregas
2013-09-25 8:39 ` Lukáš Czerner
2013-09-25 10:15 ` Jorge Fábregas
2013-09-24 15:14 ` Jorge Fábregas
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=5241B520.6080408@gmail.com \
--to=jorge.fabregas@gmail.com \
--cc=linux-lvm@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.