Can one force multipath?

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP











up vote
0
down vote

favorite












Imagine I have a number of block devices, that I know are the same device but who have different identificators (it may be a device cut and clued with dmsetup, exported multiple times through iSCSI, etc.). I can guarantee the same volume of them, yet they may have different types (physical device and FC target, for instance). I want to multipath them via multipath util.



man reads, that I can force different policies, but can I force multipath maps themselves? Whatever is the method for detecting path failure, whatever is the path priority policy, it does not depend on device type or their serial/IQN, so I see no conceptual problem in here. However, I do not find anything like that in documentation.



Any ideas?







share|improve this question


















  • 1




    Take a look at sourceware.org/lvm2/wiki/MultipathUsageGuide; there are also further links at the end.
    – ridgy
    Dec 22 '17 at 17:21














up vote
0
down vote

favorite












Imagine I have a number of block devices, that I know are the same device but who have different identificators (it may be a device cut and clued with dmsetup, exported multiple times through iSCSI, etc.). I can guarantee the same volume of them, yet they may have different types (physical device and FC target, for instance). I want to multipath them via multipath util.



man reads, that I can force different policies, but can I force multipath maps themselves? Whatever is the method for detecting path failure, whatever is the path priority policy, it does not depend on device type or their serial/IQN, so I see no conceptual problem in here. However, I do not find anything like that in documentation.



Any ideas?







share|improve this question


















  • 1




    Take a look at sourceware.org/lvm2/wiki/MultipathUsageGuide; there are also further links at the end.
    – ridgy
    Dec 22 '17 at 17:21












up vote
0
down vote

favorite









up vote
0
down vote

favorite











Imagine I have a number of block devices, that I know are the same device but who have different identificators (it may be a device cut and clued with dmsetup, exported multiple times through iSCSI, etc.). I can guarantee the same volume of them, yet they may have different types (physical device and FC target, for instance). I want to multipath them via multipath util.



man reads, that I can force different policies, but can I force multipath maps themselves? Whatever is the method for detecting path failure, whatever is the path priority policy, it does not depend on device type or their serial/IQN, so I see no conceptual problem in here. However, I do not find anything like that in documentation.



Any ideas?







share|improve this question














Imagine I have a number of block devices, that I know are the same device but who have different identificators (it may be a device cut and clued with dmsetup, exported multiple times through iSCSI, etc.). I can guarantee the same volume of them, yet they may have different types (physical device and FC target, for instance). I want to multipath them via multipath util.



man reads, that I can force different policies, but can I force multipath maps themselves? Whatever is the method for detecting path failure, whatever is the path priority policy, it does not depend on device type or their serial/IQN, so I see no conceptual problem in here. However, I do not find anything like that in documentation.



Any ideas?









share|improve this question













share|improve this question




share|improve this question








edited Dec 26 '17 at 5:22

























asked Dec 22 '17 at 8:24









ikudyk

538




538







  • 1




    Take a look at sourceware.org/lvm2/wiki/MultipathUsageGuide; there are also further links at the end.
    – ridgy
    Dec 22 '17 at 17:21












  • 1




    Take a look at sourceware.org/lvm2/wiki/MultipathUsageGuide; there are also further links at the end.
    – ridgy
    Dec 22 '17 at 17:21







1




1




Take a look at sourceware.org/lvm2/wiki/MultipathUsageGuide; there are also further links at the end.
– ridgy
Dec 22 '17 at 17:21




Take a look at sourceware.org/lvm2/wiki/MultipathUsageGuide; there are also further links at the end.
– ridgy
Dec 22 '17 at 17:21










1 Answer
1






active

oldest

votes

















up vote
2
down vote













Well, it was possible to create iSCSI target from SAS-connected device and export it to self to make it part of multipath, but it's more like a hack than force.



Steps are as follows:



1) dmsetup create disk_full --table '0 781422768 linear /dev/sdb 0' - we create dmsetup-ed disk from physical disk with full size



2) echo "50011731011379ec" > /sys/kernel/config/target/core/iblock_0/disk_full/wwn/vpd_unit_serial - we set the serial the same as the physical disk we want to multipath



3) targetcli /iscsi/iqn.2017-12.com.aa.iscsi:srv/tpg1/luns create /backstores/iblock/disk_full - we add our disk to the portal (it was created earlier)



4) iscsiadm -m node -l - we login to both remote machine with iSCSI target and our own



5) service multipathd start - we start multipath daemon if have not already



6) multipath -ll - voilà, here we have out multipathed disks



Note: without dmsetup trick I could never get the same serials: physical disk serial looks like 50011731011379ec even after export to LIO, while dmsetup-ed disk after LIO export gets 600140550011731011379ec000000000 serial, the same as the remote iSCSI target's serial.






share|improve this answer






















    Your Answer







    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "106"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    convertImagesToLinks: false,
    noModals: false,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );








     

    draft saved


    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f412448%2fcan-one-force-multipath%23new-answer', 'question_page');

    );

    Post as a guest






























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes








    up vote
    2
    down vote













    Well, it was possible to create iSCSI target from SAS-connected device and export it to self to make it part of multipath, but it's more like a hack than force.



    Steps are as follows:



    1) dmsetup create disk_full --table '0 781422768 linear /dev/sdb 0' - we create dmsetup-ed disk from physical disk with full size



    2) echo "50011731011379ec" > /sys/kernel/config/target/core/iblock_0/disk_full/wwn/vpd_unit_serial - we set the serial the same as the physical disk we want to multipath



    3) targetcli /iscsi/iqn.2017-12.com.aa.iscsi:srv/tpg1/luns create /backstores/iblock/disk_full - we add our disk to the portal (it was created earlier)



    4) iscsiadm -m node -l - we login to both remote machine with iSCSI target and our own



    5) service multipathd start - we start multipath daemon if have not already



    6) multipath -ll - voilà, here we have out multipathed disks



    Note: without dmsetup trick I could never get the same serials: physical disk serial looks like 50011731011379ec even after export to LIO, while dmsetup-ed disk after LIO export gets 600140550011731011379ec000000000 serial, the same as the remote iSCSI target's serial.






    share|improve this answer


























      up vote
      2
      down vote













      Well, it was possible to create iSCSI target from SAS-connected device and export it to self to make it part of multipath, but it's more like a hack than force.



      Steps are as follows:



      1) dmsetup create disk_full --table '0 781422768 linear /dev/sdb 0' - we create dmsetup-ed disk from physical disk with full size



      2) echo "50011731011379ec" > /sys/kernel/config/target/core/iblock_0/disk_full/wwn/vpd_unit_serial - we set the serial the same as the physical disk we want to multipath



      3) targetcli /iscsi/iqn.2017-12.com.aa.iscsi:srv/tpg1/luns create /backstores/iblock/disk_full - we add our disk to the portal (it was created earlier)



      4) iscsiadm -m node -l - we login to both remote machine with iSCSI target and our own



      5) service multipathd start - we start multipath daemon if have not already



      6) multipath -ll - voilà, here we have out multipathed disks



      Note: without dmsetup trick I could never get the same serials: physical disk serial looks like 50011731011379ec even after export to LIO, while dmsetup-ed disk after LIO export gets 600140550011731011379ec000000000 serial, the same as the remote iSCSI target's serial.






      share|improve this answer
























        up vote
        2
        down vote










        up vote
        2
        down vote









        Well, it was possible to create iSCSI target from SAS-connected device and export it to self to make it part of multipath, but it's more like a hack than force.



        Steps are as follows:



        1) dmsetup create disk_full --table '0 781422768 linear /dev/sdb 0' - we create dmsetup-ed disk from physical disk with full size



        2) echo "50011731011379ec" > /sys/kernel/config/target/core/iblock_0/disk_full/wwn/vpd_unit_serial - we set the serial the same as the physical disk we want to multipath



        3) targetcli /iscsi/iqn.2017-12.com.aa.iscsi:srv/tpg1/luns create /backstores/iblock/disk_full - we add our disk to the portal (it was created earlier)



        4) iscsiadm -m node -l - we login to both remote machine with iSCSI target and our own



        5) service multipathd start - we start multipath daemon if have not already



        6) multipath -ll - voilà, here we have out multipathed disks



        Note: without dmsetup trick I could never get the same serials: physical disk serial looks like 50011731011379ec even after export to LIO, while dmsetup-ed disk after LIO export gets 600140550011731011379ec000000000 serial, the same as the remote iSCSI target's serial.






        share|improve this answer














        Well, it was possible to create iSCSI target from SAS-connected device and export it to self to make it part of multipath, but it's more like a hack than force.



        Steps are as follows:



        1) dmsetup create disk_full --table '0 781422768 linear /dev/sdb 0' - we create dmsetup-ed disk from physical disk with full size



        2) echo "50011731011379ec" > /sys/kernel/config/target/core/iblock_0/disk_full/wwn/vpd_unit_serial - we set the serial the same as the physical disk we want to multipath



        3) targetcli /iscsi/iqn.2017-12.com.aa.iscsi:srv/tpg1/luns create /backstores/iblock/disk_full - we add our disk to the portal (it was created earlier)



        4) iscsiadm -m node -l - we login to both remote machine with iSCSI target and our own



        5) service multipathd start - we start multipath daemon if have not already



        6) multipath -ll - voilà, here we have out multipathed disks



        Note: without dmsetup trick I could never get the same serials: physical disk serial looks like 50011731011379ec even after export to LIO, while dmsetup-ed disk after LIO export gets 600140550011731011379ec000000000 serial, the same as the remote iSCSI target's serial.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Dec 26 '17 at 5:36

























        answered Dec 26 '17 at 5:21









        ikudyk

        538




        538






















             

            draft saved


            draft discarded


























             


            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f412448%2fcan-one-force-multipath%23new-answer', 'question_page');

            );

            Post as a guest













































































            Popular posts from this blog

            How to check contact read email or not when send email to Individual?

            Bahrain

            Postfix configuration issue with fips on centos 7; mailgun relay