Re: [PATCH 1/1] dm-multipath: delay retry of bypassed pg

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Apr 17 2012 at  1:46am -0400,
michaelc@xxxxxxxxxxx <michaelc@xxxxxxxxxxx> wrote:

> From: Mike Christie <michaelc@xxxxxxxxxxx>
> 
> If there are only bypassed PGs available then we do not want
> to retry right away. If for example the controller was getting
> reset or there was a fw upgrade going on and that was the reason
> for the bypass, then retrying right away is going to cause a flood of
> log messages and retries for what could be a longish time (more than
> a couple seconds and possible up to several minutes).
> 
> For the case where the only PGs are ones that are bypassed this
> patch will have dm-multipath delay the pg init by setting the
> pg_init_delay_retry flag.
> 
> Signed-off-by: Mike Christie <michaelc@xxxxxxxxxxx>

Acked-by: Mike Snitzer <snitzer@xxxxxxxxxx>

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel


[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux