On Tue, Oct 25, 2016 at 4:12 PM, Zdenek Kabelac wrote:
>
>> t giving downtime, in a safe way.
>
>
> Normally it's not advised to use 'dmsetup' command for LV.
> The above sequence should be equivalent to:
>
> lvchange --refresh vg/lv
> (or vgchange --refresh vg - doing it for every active L
Dne 25.10.2016 v 16:04 Gianluca Cecchi napsal(a):
On Fri, Oct 21, 2016 at 1:32 AM, Gianluca Cecchi mailto:gianluca.cec...@gmail.com>> wrote:
On Thu, Oct 20, 2016 at 1:40 PM, Zdenek Kabelac mailto:zkabe...@redhat.com>> wrote:
Hi
Please provide listing of all your 'multip
On Fri, Oct 21, 2016 at 1:32 AM, Gianluca Cecchi
wrote:
>
> On Thu, Oct 20, 2016 at 1:40 PM, Zdenek Kabelac
> wrote:
>
>>
>> Hi
>>
>> Please provide listing of all your 'multipath' leg devices - are
>> they support TRIM ?
>> Then 'check' dm device.
>>
>> See (and attach)
>>
>> grep "" /sys/bl
On Thu, Oct 20, 2016 at 1:40 PM, Zdenek Kabelac wrote:
>
> Hi
>
> Please provide listing of all your 'multipath' leg devices - are
> they support TRIM ?
> Then 'check' dm device.
>
> See (and attach)
>
> grep "" /sys/block/*/queue/discard_granularity
>
>
> Also make sure you are NOT using 'ext
Dne 20.10.2016 v 10:52 Gianluca Cecchi napsal(a):
Hello,
I have a cluster in RH EL 6.5 (I also have a case open fwiw...) where I'm
using HA-LVM.
I made an upgrade of the storage array Netappp -> Netapp.
I was able to do it online without service disruption using pvmove.
As a side effect the desti
Hello,
I have a cluster in RH EL 6.5 (I also have a case open fwiw...) where I'm
using HA-LVM.
I made an upgrade of the storage array Netappp -> Netapp.
I was able to do it online without service disruption using pvmove.
As a side effect the destination storage array reports the target LUN as
100%