6:20 a.m.
We have a new 4.1.1 cluster up and running with OVS switches and an iSCSI hosted_storage
and VM data domain (same target, different LUN's). Everything works fine, and I can
configure iscsid and multipathd outside of the oVirt engine to ensure redundancy with our
iSCSI device. However, if I try to configure iSCSI Multipathing within the engine, all of
the hosts get stuck in the "Connecting" status and the Data Center and Storage
Domains go down. The hosted engine, however, continues to work just fine.
Before I provide excerpts from our logs and more details on what we're seeing, it
would be helpful to understand better what the advantages are of configuring iSCSI Bonds
within the oVirt engine. Is this mainly a feature for oVirt users that don't have
experience configuring and managing iscsid and multipathd directly? Or, is it important
to actually setup iSCSI Bonds within the engine instead of directly in the underlying OS?
Any advice or links to documentation I've overlooked would be greatly appreciated.
Many thanks,
Devin
2:47 p.m.
Il 02 Apr 2017 05:20, "Devin A. Bougie" <devin.bougie(a)cornell.edu> ha
scritto:
We have a new 4.1.1 cluster up and running with OVS switches and an iSCSI
hosted_storage and VM data domain (same target, different LUN's).
Everything works fine, and I can configure iscsid and multipathd outside of
the oVirt engine to ensure redundancy with our iSCSI device. However, if I
try to configure iSCSI Multipathing within the engine, all of the hosts get
stuck in the "Connecting" status and the Data Center and Storage Domains go
down. The hosted engine, however, continues to work just fine.
Before I provide excerpts from our logs and more details on what we're
seeing, it would be helpful to understand better what the advantages are of
configuring iSCSI Bonds within the oVirt engine. Is this mainly a feature
for oVirt users that don't have experience configuring and managing iscsid
and multipathd directly? Or, is it important to actually setup iSCSI Bonds
within the engine instead of directly in the underlying OS?
Any advice or links to documentation I've overlooked would be greatly
appreciated.
Many thanks,
Devin
What kind of iscsi storage stay are you using?
5:50 a.m.
Thanks for following up, Gianluca. At this point, my main question is why should I
configure iSCSI Bonds within the oVirt engine instead of or in addition to configuring
iSCSI initiators and multipathd directly in the host's OS.
The multipath.conf created by VDSM works fine with our devices, as do the stock EL6/7
kernels and drivers. We've had great success using these devices for over a decade in
various EL6/7 High-Availability server clusters, and when we configure everything manually
they seem to work great with oVirt. We're just wondering exactly what the advantage
is to taking the next step of configuring iSCSI Bonds within the oVirt engine.
For what it's worth, these are Infortrend ESDS devices with redundant controllers and
two 10GbE ports per controller. We connect each host and each controller to two separate
switches, so we can simultaneously lose both a controller and a switch without impacting
availability.
Thanks again!
Devin
On Apr 2, 2017, at 7:47 AM, Gianluca Cecchi
<gianluca.cecchi(a)gmail.com> wrote:
Il 02 Apr 2017 05:20, "Devin A. Bougie" <devin.bougie(a)cornell.edu> ha
scritto:
We have a new 4.1.1 cluster up and running with OVS switches and an iSCSI hosted_storage
and VM data domain (same target, different LUN's). Everything works fine, and I can
configure iscsid and multipathd outside of the oVirt engine to ensure redundancy with our
iSCSI device. However, if I try to configure iSCSI Multipathing within the engine, all of
the hosts get stuck in the "Connecting" status and the Data Center and Storage
Domains go down. The hosted engine, however, continues to work just fine.
Before I provide excerpts from our logs and more details on what we're seeing, it
would be helpful to understand better what the advantages are of configuring iSCSI Bonds
within the oVirt engine. Is this mainly a feature for oVirt users that don't have
experience configuring and managing iscsid and multipathd directly? Or, is it important
to actually setup iSCSI Bonds within the engine instead of directly in the underlying OS?
Any advice or links to documentation I've overlooked would be greatly appreciated.
Many thanks,
Devin
What kind of iscsi storage stay are you using?
10:05 a.m.
On Mon, Apr 3, 2017 at 4:50 AM, Devin A. Bougie <devin.bougie(a)cornell.edu>
wrote:
Thanks for following up, Gianluca. At this point, my main question
is why
should I configure iSCSI Bonds within the oVirt engine instead of or in
addition to configuring iSCSI initiators and multipathd directly in the
host's OS.
Mainly because it is intention of the projct to let the oVirt admin able to
setup the environment also without strong Linux sysadmin competencies
In my case I pre-configured only the multipath part from the OS, as I
needed a custom multipath config for Dell PS storage arrays. See here:
http://lists.ovirt.org/pipermail/users/2017-March/080898.html
The key is the line with
# VDSM PRIVATE
to be put under the line generated by oirt:
# VDSM REVISION 1.3
From the iSCSI configuration point of view I only configured
/etc/iscsi/iscsid.conf as suggested by Dell, and this file seems not to be
touched by oVirt.
Also see here for my configuration steps and screenshots for
iSCSI-Multipath (not bonding) from within oVirt webadmin Gui, that should
give you the same configuration you usually get manually as you stated:
http://lists.ovirt.org/pipermail/users/2017-March/080992.html
The doc parts should be these:
http://www.ovirt.org/documentation/admin-guide/chap-Storage/#configuring-
iscsi-multipathing
http://www.ovirt.org/develop/release-management/features/
storage/iscsi-multipath/
And here for official RHEV 4.0 docs:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/...
HIH,
Gianluca
2789
days inactive
2791
days old
3 comments
2 participants
participants (2)
-
Devin A. Bougie -
Gianluca Cecchi