Re: [PATCH 07/14] Move identifyMultipaths from DeviceTree to devicelibs.

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

 



> >+    # this is the list of devices we want to keep from the original
> >+    # device list, but we want to maintain its original order.
> >+    singlepath_disks = filter(lambda d: d in devices, singlepath_disks)
> >+    #multipaths = filter(lambda d: d in devices, multipaths)
> >+    partition_devices = filter(lambda d: d in devices, partition_devices)

Note that I have no idea why multipaths = is commented out there.  I
need to recheck that.

> This might be me not parsing the python code above correctly, but
> I don't think this does what you want it do, it does not put the devices
> inside singlepath_disks / partition_devices in devices order.
> 
> Also note that this is not necessary. udev not always give us devices in
> a nice logical order, so sometimes we scan devices before we have scanned
> there parents (I've fixed several BIOS RAID related bugs caused by this),
> so the devicetree.py scanning code is setup to handle parents not being scanned
> yet and in that case force scanning the parent first.

I believe the idea here isn't that devices are in any logical order,
just that they are in the same order on output from identifyMultipaths
as they were on input.  Anyway I just modified the code enough to change
the return type and move it to a different file.  Peter will have to
speak to why the ordering is important, but I believe it's all due to
multipath.

- Chris

_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list

[Index of Archives]     [Kickstart]     [Fedora Users]     [Fedora Legacy List]     [Fedora Maintainers]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]
  Powered by Linux