iSCSI multipath with Dell Compellent
Hi, I'm trying to achieve iSCSI multipathing with an Dell Compellent SC4020 array. As the Dell Array does not work as an ALUA system it displays available LUNs only on the currently active system (here is a good description that I found: https://niktips.wordpress.com/2016/05/16/dell-compellent-is-not-an-alua-stor... ). As a result I cannot add the currently non-active controller to an iSCSI-Bond (as it does not present the LUNs to oVirt) and so the path to the second controller will not be up. Is there any way to solve this? Regards Bernhard
You usually have to specify that the LUN has to be accessible to multiple systems (e.g. like a clustered filesystem would). It's not unusual for a system to default to allowing only one initiator to connect. On 10/02/2018 05:51 AM, Bernhard Dick wrote:
Hi,
I'm trying to achieve iSCSI multipathing with an Dell Compellent SC4020 array. As the Dell Array does not work as an ALUA system it displays available LUNs only on the currently active system (here is a good description that I found: https://niktips.wordpress.com/2016/05/16/dell-compellent-is-not-an-alua-stor... ). As a result I cannot add the currently non-active controller to an iSCSI-Bond (as it does not present the LUNs to oVirt) and so the path to the second controller will not be up. Is there any way to solve this?
Regards Bernhard _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MTE3KM4L2762KH...
You usually have to specify that the LUN has to be accessible to multiple systems (e.g. like a clustered filesystem would). It's not unusual for a system to default to allowing only one initiator to connect.
Hi, Am 02.10.2018 um 16:59 schrieb Christopher Cox: the problem is not that not multiple initiators are unable to connect (that runs well), but that I see the LUNs only on one of the two controller ports, as the storage decided that the Top Controller is currently the active one. I can login to the second controller, but that does not present any LUNs to any of my servers. Maybe I should have written active controller instead of active system. Regards Bernhard
On 10/02/2018 05:51 AM, Bernhard Dick wrote:
Hi,
I'm trying to achieve iSCSI multipathing with an Dell Compellent SC4020 array. As the Dell Array does not work as an ALUA system it displays available LUNs only on the currently active system (here is a good description that I found: https://niktips.wordpress.com/2016/05/16/dell-compellent-is-not-an-alua-stor... ). As a result I cannot add the currently non-active controller to an iSCSI-Bond (as it does not present the LUNs to oVirt) and so the path to the second controller will not be up. Is there any way to solve this?
Regards Bernhard
On 10/02/2018 10:10 AM, Bernhard Dick wrote:
Hi,
You usually have to specify that the LUN has to be accessible to multiple systems (e.g. like a clustered filesystem would). It's not unusual for a system to default to allowing only one initiator to connect.
Am 02.10.2018 um 16:59 schrieb Christopher Cox: the problem is not that not multiple initiators are unable to connect (that runs well), but that I see the LUNs only on one of the two controller ports, as the storage decided that the Top Controller is currently the active one. I can login to the second controller, but that does not present any LUNs to any of my servers.
Maybe I should have written active controller instead of active system.
In an active active case the exposed LUN will show all paths when you allow for this in oVirt. In oVirt 3.6, because of this oVirt "two step", you sometimes ended up with an extraneous path to the storage domain (not a problem though). And that extra path will go way on reboot of the nodes.
Regards Bernhard
On 10/02/2018 05:51 AM, Bernhard Dick wrote:
Hi,
I'm trying to achieve iSCSI multipathing with an Dell Compellent SC4020 array. As the Dell Array does not work as an ALUA system it displays available LUNs only on the currently active system (here is a good description that I found: https://niktips.wordpress.com/2016/05/16/dell-compellent-is-not-an-alua-stor... ). As a result I cannot add the currently non-active controller to an iSCSI-Bond (as it does not present the LUNs to oVirt) and so the path to the second controller will not be up. Is there any way to solve this?
Regards Bernhard
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GUPFXMI2I5JJJN...
Let me also add... make sure your LUN masking allows all nodes to see them. On 10/02/2018 09:59 AM, Christopher Cox wrote:
You usually have to specify that the LUN has to be accessible to multiple systems (e.g. like a clustered filesystem would). It's not unusual for a system to default to allowing only one initiator to connect.
On 10/02/2018 05:51 AM, Bernhard Dick wrote:
Hi,
I'm trying to achieve iSCSI multipathing with an Dell Compellent SC4020 array. As the Dell Array does not work as an ALUA system it displays available LUNs only on the currently active system (here is a good description that I found: https://niktips.wordpress.com/2016/05/16/dell-compellent-is-not-an-alua-stor... ). As a result I cannot add the currently non-active controller to an iSCSI-Bond (as it does not present the LUNs to oVirt) and so the path to the second controller will not be up. Is there any way to solve this?
Regards Bernhard _______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MTE3KM4L2762KH...
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/EWPFWLBLPYGGBP...
参加者 (2)
-
Bernhard Dick -
Christopher Cox