From: tang.junhui
Add "char *wwid" to point WWID of uevent. This member identifies
the LUN ID which the path belongs to, and it is used for merging
uevents. WWID possibly did not exist in uevent yet, so ->wwid
would be NULL, those uevents would not be merged, but be proccessed
as old way.
Change
On Tue, Dec 27, 2016 at 04:03:18PM +0800, tang.jun...@zte.com.cn wrote:
> From: tang.junhui
>
> Add "char *wwid" to point WWID of uevent. This member identifies
> the LUN ID which the path belongs to, and it is used for merging
> uevents. WWID possibly did not exist in uevent yet, so ->wwid
> wou
Hello Ben,
> Right now, multipath users are allowed configure devices to set the wwid
> based on any udev environment variable (or even use a callout, although
> this is deprecated). With this patch, that breaks.
Does WWID obtained by different methods change? If it changes, we would
better to mo
On Wed, Jan 04, 2017 at 02:56:46PM +0800, tang.jun...@zte.com.cn wrote:
>Hello Ben,
>
>> Right now, multipath users are allowed configure devices to set the wwid
>> based on any udev environment variable (or even use a callout, although
>> this is deprecated). With this patch, that
On Wed, 2017-01-04 at 12:14 -0600, Benjamin Marzinski wrote:
>
> The other option would be to not actually merge the uevents, but
> simply
> run through the filtered but unmerged list of uevents, and skip the
> domap stuff but remember the maps that need pushing to device-mapper.
> Once you are do
On Wed, Jan 04, 2017 at 09:33:26PM +0100, Martin Wilck wrote:
> On Wed, 2017-01-04 at 12:14 -0600, Benjamin Marzinski wrote:
> >
> > The other option would be to not actually merge the uevents, but
> > simply
> > run through the filtered but unmerged list of uevents, and skip the
> > domap stuff b
e
>like rbd uses.
I think it is ok, but a little complex. and if we can get rid of the
"wwid" issue, we do not need to do so.
Regards
Tang Junhui
发件人: "Benjamin Marzinski"
收件人: tang.jun...@zte.com.cn,
抄送: tang.wenj...@zte.com.cn, zhang.ka...@zte.co
like rbd uses.
>I think it is ok, but a little complex. and if we can get rid of the
>"wwid" issue, we do not need to do so.
>
>Regards
>Tang Junhui
>
> 发件人: "Benjamin Marzinski"
>收件人: tang.jun...@zte.com.cn,
>抄送
ki"
收件人: tang.jun...@zte.com.cn,
抄送: mwi...@suse.com, bart.vanass...@sandisk.com, dm-devel@redhat.com,
dm-devel-boun...@redhat.com, tang.wenj...@zte.com.cn,
zhang.ka...@zte.com.cn
日期: 2017/01/06 01:37
主题: Re: Re: [dm-devel] [PATCH 01/12] libmultipath: add wwid for
"st
>need
>> > updating. There's more code refactoring in this approach, but it
> > keeps
> > > the uid being set in pathinfo, where you have all the
>information
>> >
抄送: tang.wenj...@zte.com.cn, zhang.ka...@zte.com.cn,
dm-devel-boun...@redhat.com, dm-devel@redhat.com,
bart.vanass...@sandisk.com, mwi...@suse.com
日期: 2017/01/07 00:11
主题: Re: [dm-devel] [PATCH 01/12] libmultipath: add wwid for "struct
uevent" to record wwid of uevent
发件人: dm-devel
11 matches
Mail list logo