* Re: [linux-lvm] Cpy%Sync column - high disk activity after reboots
@ 2015-06-02 7:35 Mathijs Kwik
2015-06-02 11:58 ` Zdenek Kabelac
0 siblings, 1 reply; 4+ messages in thread
From: Mathijs Kwik @ 2015-06-02 7:35 UTC (permalink / raw)
To: zkabelac, linux-lvm
I'm sorry if I was unclear. But I'm not using writeback mode yet.
The period of disk activity after reboots occurs with writethrough mode.
> Hi
>
> Cache is always flushing it's content to disk - so if you have the
> 'writeback' variant and there were some unwritten data which sits only
> in cache, they are automatically pushed to origin (cached) device -
> which is likely your disk activity.
>
> Zdenek
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-lvm] Cpy%Sync column - high disk activity after reboots
2015-06-02 7:35 [linux-lvm] Cpy%Sync column - high disk activity after reboots Mathijs Kwik
@ 2015-06-02 11:58 ` Zdenek Kabelac
0 siblings, 0 replies; 4+ messages in thread
From: Zdenek Kabelac @ 2015-06-02 11:58 UTC (permalink / raw)
To: LVM general discussion and development
Dne 2.6.2015 v 09:35 Mathijs Kwik napsal(a):
> I'm sorry if I was unclear. But I'm not using writeback mode yet.
> The period of disk activity after reboots occurs with writethrough mode.
>
>
Please attach:
dmsetup table
dmsetup status
dmsetup ls --tree
Zdenek
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-lvm] Cpy%Sync column - high disk activity after reboots
2015-05-31 14:51 Mathijs Kwik
@ 2015-06-01 8:58 ` Zdenek Kabelac
0 siblings, 0 replies; 4+ messages in thread
From: Zdenek Kabelac @ 2015-06-01 8:58 UTC (permalink / raw)
To: LVM general discussion and development
Dne 31.5.2015 v 16:51 Mathijs Kwik napsal(a):
> Hi all,
>
> I'm trying lvmcache and it seems to work ok. However, after every
> reboot, I notice quite a long period of disk activity. lvs gives me this
> output:
>
> % lvs
> LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
> btrfs-spinner bluebook Cwi-aoC--- 582,19g [cache] [btrfs-spinner_corig] 70,11 11,34 82,55
>
> The % gets lower over time and when it reaches 0 the disk activity goes
> back to normal.
>
> Is this to be expected/normal?
> It seems to me the entire cache is checked as if it wasn't cleanly
> closed on shutdown. I'm currently using writethrough and would like to
> make sure everything is ok before enabling writeback.
Hi
Cache is always flushing it's content to disk - so if you have the 'writeback'
variant and there were some unwritten data which sits only in cache, they are
automatically pushed to origin (cached) device - which is likely your disk
activity.
Zdenek
^ permalink raw reply [flat|nested] 4+ messages in thread
* [linux-lvm] Cpy%Sync column - high disk activity after reboots
@ 2015-05-31 14:51 Mathijs Kwik
2015-06-01 8:58 ` Zdenek Kabelac
0 siblings, 1 reply; 4+ messages in thread
From: Mathijs Kwik @ 2015-05-31 14:51 UTC (permalink / raw)
To: linux-lvm
Hi all,
I'm trying lvmcache and it seems to work ok. However, after every
reboot, I notice quite a long period of disk activity. lvs gives me this
output:
% lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
btrfs-spinner bluebook Cwi-aoC--- 582,19g [cache] [btrfs-spinner_corig] 70,11 11,34 82,55
The % gets lower over time and when it reaches 0 the disk activity goes
back to normal.
Is this to be expected/normal?
It seems to me the entire cache is checked as if it wasn't cleanly
closed on shutdown. I'm currently using writethrough and would like to
make sure everything is ok before enabling writeback.
Thanks,
Mathijs
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2015-06-02 11:58 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-06-02 7:35 [linux-lvm] Cpy%Sync column - high disk activity after reboots Mathijs Kwik
2015-06-02 11:58 ` Zdenek Kabelac
-- strict thread matches above, loose matches on Subject: below --
2015-05-31 14:51 Mathijs Kwik
2015-06-01 8:58 ` Zdenek Kabelac
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.