On Fri, Jan 17, 2014 at 10:25 AM, Elad Ben Aharon wrote:
Indeed,
Using ovirt-engine APIs you can edit your iSCSI storage domain and extend it by adding
physical volumes from your shared storage (The process is managed by ovirt-engine, the
actual actions on your storage are done by your host which has VDSM installed on).
----- Original Message -----
From: "Hans Emmanuel" <hansemmanuel(a)gmail.com>
To: "Elad Ben Aharon" <ebenahar(a)redhat.com>
Cc: users(a)ovirt.org
Sent: Friday, January 17, 2014 6:37:56 AM
Subject: Re: [Users] iSCSI storage domain.
Thanks for the reply .
Are you suggesting to use Ovirt Engine to resize iSCSI storage domain ?
On Thu, Jan 16, 2014 at 7:11 PM, Elad Ben Aharon <ebenahar(a)redhat.com>wrote:
> Hi,
>
> Both storage types are suitable for production setup.
> As for your second question -
> manually LVM resizing is not recommended, why not using RHEVM for that?
>
> ----- Original Message -----
> From: "Hans Emmanuel" <hansemmanuel(a)gmail.com>
> To: users(a)ovirt.org
> Sent: Thursday, January 16, 2014 3:30:39 PM
> Subject: Re: [Users] iSCSI storage domain.
>
>
>
> Could any one please give valuable suggestions?
> On 16-Jan-2014 12:28 PM, "Hans Emmanuel" < hansemmanuel(a)gmail.com >
wrote:
>
>
>
> Hi all,
>
> I would like to get some comparison on NFS & iSCSI storage domain . Which
> one more suitable for a production setup ? I am planning to use LVM backed
> DRBD replication . And also is that possible to expand iSCSI storage domain
> by simply resizing backend LVM ?
>
> --
> Hans Emmanuel
I think one option should be to provide the user, if not already
present/tested/supported, the opportunity to resize the LUN on storage
array and then run a rescan from oVIrt to see the new size and use it
without disruption of service.
To avoid also LUNs proliferation on storage arrays that in general are
providing storage to many sources, also different from oVirt itself
Gianluca