[ovirt-users] iSCSI and multipath

jplorier at gmail.com jplorier at gmail.com
Mon Jul 7 13:13:23 UTC 2014 

What do you mean by "having direct lun working" ? You already can, you need
to add to the first line of multipath.conf a comment to make it private
(don't remember the exact content) then you can set your luns in every host
as desired. The bad thing is that you'll have to replicate the file to
every host everytime you make changes. I did open an RFE in the past about
this... I don't remember for sure as I'm not active to ovirt since a long
time now.
Regards
El 07/07/2014 06:25, <users-request at ovirt.org> escribió:

> Send Users mailing list submissions to
>         users at ovirt.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.ovirt.org/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
>         users-request at ovirt.org
>
> You can reach the person managing the list at
>         users-owner at ovirt.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
>    1. Re:  Network setup (Sven Kieske)
>    2. Re:  Live Migration / Snapshots- CentOS 6.5 (Sven Kieske)
>    3. Re:  Migrate from one system to another. (Sven Kieske)
>    4. Re:  Live Migration / Snapshots- CentOS 6.5 (Jorick Astrego)
>    5. Re:  iSCSI and multipath (Gary Lloyd)
>    6. Re:  iSCSI and multipath (Sven Kieske)
>    7. Re:  Live snapshot not working (Dan Kenigsberg)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 7 Jul 2014 06:40:45 +0000
> From: Sven Kieske <S.Kieske at mittwald.de>
> To: "users at ovirt.org" <users at ovirt.org>
> Subject: Re: [ovirt-users] Network setup
> Message-ID: <53BA418A.7030306 at mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> the "solution" to your problem
> is, that you don't need to setup
> any "on top" networking at all, after basic
> setup, so: no bonds, no vlans.
>
> Just configure everything in ovirt, you
> can easily construct some bonded setup
> with v-lans on top, ovirt creates it all for you.
>
> HTH
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 2
> Date: Mon, 7 Jul 2014 06:45:22 +0000
> From: Sven Kieske <S.Kieske at mittwald.de>
> To: "users at ovirt.org" <users at ovirt.org>
> Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
> Message-ID: <53BA42A0.8070801 at mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> While I have never tested or used this feature myself, I'm pretty
> sure this is not normal behaviour, this shouldn't take that long
> on an idle vm, unless something else puts your hardware under heavy
> load?
>
> Am 06.07.2014 08:17, schrieb Brad Bendy:
> > Is normal behavior a outage when a snapshot occurs? Ive got the rhev
> > builds installed but when I take a snap im getting well over two
> > minutes of downtime, on a VM with zero usage.
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 3
> Date: Mon, 7 Jul 2014 06:52:41 +0000
> From: Sven Kieske <S.Kieske at mittwald.de>
> To: "users at ovirt.org" <users at ovirt.org>
> Subject: Re: [ovirt-users] Migrate from one system to another.
> Message-ID: <53BA4457.7050105 at mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Well, what you can do, is:
> export this vm to an export domain, detach the domain from your DC,
>
> than tar.gz the whole export domain (use the sparse option if you got
> thin provisioned disks)
> then upload that tar.gz they have to put it on their storage, extract
> and import the export storage domain, then import the vm.
>
> HTH
>
> PS: But I can't believe the redhat support is so bad, after all the
> "ovirt support" is pretty good.
>
> Am 07.07.2014 00:12, schrieb John Gardeniers:
> >> We each make some shared
> > resources available to the other, so the normal method we use to
> > transfer files is we upload them to a shared directory at the other end.
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 4
> Date: Mon, 07 Jul 2014 09:14:27 +0200
> From: Jorick Astrego <j.astrego at netbulae.eu>
> To: users at ovirt.org
> Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
> Message-ID: <53BA48D3.4020301 at netbulae.eu>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
>
> On 07/05/2014 04:39 PM, Karli Sj?berg wrote:
> >
> >
> > Den 5 jul 2014 16:22 skrev Brad Bendy <brad.bendy at gmail.com>:
> > >
> > > Haha, yeah never have been a Fedora fan, and nothing has changed. Is
> > > the only big feature im missing out on is snapshots? From what I can
> > > tell, and in my testing, everything else seems to work. Was deploying
> > > GlusterFS but without the live migration to another host that is
> > > somewhat defeated.
> >
> > VM live migration works, live _disk_ migration does not.
> >
> > > Only way to get that is with RHEL really then?
> >
> > No, as I earlier pointed out, there is a place you can get the
> > packages you need for CentOS:
> >
> http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastStableBuild/
> >
> > You'll have to download- and force install them over the already
> > installed versions of those packages on all Hosts and then it'll work.
> >
> > Though, next time there are updates, yum will update from the standard
> > repos and it just stops working again until you repeat the procedure.
> >
> > /K
> >
> >
> Just add "exclude=qemu-kvm*" in /etc/yum.conf so yum will leave them allone
>
> Kind regards,
> Jorick Astrego
> Netbulae
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.ovirt.org/pipermail/users/attachments/20140707/51a52214/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 5
> Date: Mon, 7 Jul 2014 09:17:20 +0100
> From: Gary Lloyd <g.lloyd at keele.ac.uk>
> To: John Taylor <jtt77777 at gmail.com>
> Cc: users <users at ovirt.org>
> Subject: Re: [ovirt-users] iSCSI and multipath
> Message-ID:
>         <
> CAEzLwnf5P_k2okHqds+tTALF2hnE+vnF0_6r64LhfwQP-tudwg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Is there any chance of multipath working with direct LUN instead of just
> storage domains ? I've asked/checked a couple of times, but not had much
> luck.
>
> Thanks
>
> *Gary Lloyd*
> ----------------------------------
> IT Services
> Keele University
> -----------------------------------
>
>
> On 9 June 2014 15:17, John Taylor <jtt77777 at gmail.com> wrote:
>
> > On Mon, Jun 9, 2014 at 9:23 AM, Nicolas Ecarnot <nicolas at ecarnot.net>
> > wrote:
> > > Le 09-06-2014 14:44, Maor Lipchuk a ?crit :
> > >
> > >> basically, you should upgrade your DC to 3.4, and then upgrade the
> > >> clusters you desire also to 3.4.
> > >
> > >
> > > Well, that seems to have worked, except I had to raise the cluster
> level
> > > first, then the DC level.
> > >
> > > Now, I can see the iSCSI multipath tab has appeared.
> > > But I confirm what I wrote below :
> > >
> > >>>>> I saw that multipathing is talked here :
> > >>>>> http://www.ovirt.org/Feature/iSCSI-Multipath
> > >>>>>
> > >>>>>>     Add an iSCSI Storage to the Data Center
> > >>>>>>     Make sure the Data Center contains networks.
> > >>>>>>     Go to the Data Center main tab and choose the specific Data
> > Center
> > >>>>>>     At the sub tab choose "iSCSI Bond"
> > >>>>>>     Press the "new" button to add a new iSCSI Bond
> > >>>>>>     Configure the networks you want to add to the new iSCSI Bond.
> > >>>>>
> > >>>>>
> > >>>>> Anyway, I'm not sure to understand the point of this wiki page and
> > this
> > >>>>> implementation : it looks like a much higher level of multipathing
> > over
> > >>>>> virtual networks, and not at all what I'm talking about above...?
> > >
> > >
> > > I am actually trying to know whether bonding interfaces (at low level)
> > for
> > > the iSCSI network is a bad thing, as was told by my storage provider?
> > >
> > > --
> > > Nicolas Ecarnot
> >
> >
> > Hi Nicolas,
> > I think the naming of the managed iscsi multipathing feature a "bond"
> > might be a bit confusing. It's not an ethernet/nic bond, but a way to
> > group networks and targets together, so it's not "bonding interfaces"
> > Behind the scenes what it does is creates iscsi
> > ifaces(/var/lib/iscsi/ifaces) and changes the way the iscsiadm calls
> > are constructed to use those ifaces (instead of the default) to
> > connect and login to the targets
> > Hope that helps.
> >
> > -John
> > _______________________________________________
> > Users mailing list
> > Users at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.ovirt.org/pipermail/users/attachments/20140707/6e401efe/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 6
> Date: Mon, 7 Jul 2014 08:45:23 +0000
> From: Sven Kieske <S.Kieske at mittwald.de>
> To: "users at ovirt.org" <users at ovirt.org>
> Subject: Re: [ovirt-users] iSCSI and multipath
> Message-ID: <53BA5EC0.6000108 at mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Am 07.07.2014 10:17, schrieb Gary Lloyd:
> > Is there any chance of multipath working with direct LUN instead of just
> > storage domains ? I've asked/checked a couple of times, but not had much
> > luck.
>
> Hi,
>
> the best way to get features into ovirt is to create a "Bug"
> titled as "RFE" (request for enhancement) here:
>
> https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt
>
> if you have any custom vdsm code it would be cool to share
> it with the community, so you might even not be responsible
> for maintaining it in the future, but that's your decision
> to make.
>
> HTH
>
>
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 7
> Date: Mon, 7 Jul 2014 10:25:06 +0100
> From: Dan Kenigsberg <danken at redhat.com>
> To: Punit Dambiwal <hypunit at gmail.com>
> Cc: "users at ovirt.org" <users at ovirt.org>
> Subject: Re: [ovirt-users] Live snapshot not working
> Message-ID: <20140707092506.GD20064 at redhat.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jul 07, 2014 at 11:18:50AM +0800, Punit Dambiwal wrote:
> > Hi Dan,
> >
> > I already removed it from the ovirt-engine and reinstall it....can this
> bug
> > will fixed in 3.5 ??
>
> If I knew what the bug was, I wouldn't have asked to see your logs...
>
>
> ------------------------------
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> End of Users Digest, Vol 34, Issue 37
> *************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140707/34ebc156/attachment-0001.html>

More information about the Users mailing list