[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[william.dossett]

Typo ☹ 2 x 1 TB for boot in RAID 1  and then the rest as stated..

-Original Message-
From: femi adegoke  
Sent: Monday, July 30, 2018 8:52 AM
To: users@ovirt.org
Subject: [ovirt-users] Re: up and running with ovirt 4.2 and gluster

> Same here… I am using Dell R710s with 8 disks,  2 x 1TB in RAID 0 and 
> then 6 virtual disks, one per physical disks.  I think you have to do 
> it that way for the dell perc controller to present the disk to the OS 
> but I haven’t actually tried not doing that so not sure.. anyway this works.
> 

Yes, in the past I've used that same Dell server (for Windows Storage Spaces).
That Perc controller only allows the RAID 0 way (1 disk per RAID 0).

2 x 1TB in RAID 0...or was that a typo?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SO2EMAWWHL52O75WTS3GC4CYXIMXOZYI/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/VSSTYMJFIJJ24ITKHNFRFD2SBNQ27OYQ/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

> Same here… I am using Dell R710s with 8 disks,  2 x 1TB in RAID 0 and then 6 
> virtual
> disks, one per physical disks.  I think you have to do it that way for the 
> dell perc
> controller to present the disk to the OS but I haven’t actually tried not 
> doing that so
> not sure.. anyway this works.
> 

Yes, in the past I've used that same Dell server (for Windows Storage Spaces).
That Perc controller only allows the RAID 0 way (1 disk per RAID 0).

2 x 1TB in RAID 0...or was that a typo?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SO2EMAWWHL52O75WTS3GC4CYXIMXOZYI/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Jayme]

Correct no raid on the two 2tb SSDs I plan on using replica three HCI setup
with no arbiter so each host will have a copy of data

On Mon, Jul 30, 2018, 11:39 AM femi adegoke, 
wrote:

> Thanks Jayme for replying.
>
> In your case, there is no RAID on your 2 x 2TB SSDs?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/BBEE3462Y2NKKS7SFZSBIB5YBRDHZA7A/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/6JEAABVRWVNPDSPRX272TNAHXECNPMCB/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[William Dossett]

Same here… I am using Dell R710s with 8 disks,  2 x 1TB in RAID 0 and then 6 
virtual disks, one per physical disks.  I think you have to do it that way for 
the dell perc controller to present the disk to the OS but I haven’t actually 
tried not doing that so not sure.. anyway this works.

 

This has been very informative.  

 

James has only 3 nodes, but I have 5…  I have another posting about what 
happens when I added the two additional nodes as all the disks seem to be 
locked and multipath and I can’t create bricks on them.

 

But, once I get pas that problem, if I have 5 nodes, and I am going to create 
replica datasttores with 3 disks, do I just 3 nodes for each datastore?  Is 
there any best practice for creating datastores on any 3 nodes…

 

Perhaps an example:

 

Datastore 1 -  Node1, Node2, Node3 /dev/sdb

Datastore 2 – Node2, Node3 /dev/sdc Node4 /dev/sdb

Datastore 3 -  Node3, /dev/sdd, Node4 /dev/sdc Node5 /dev/sda

 

Does that make sense?  Or is there a better way?

 

Thanks to everyone for helping me on this, much appreciated.

 

Bill

 

 

From: Jayme [mailto:jay...@gmail.com] 
Sent: Monday, July 30, 2018 8:12 AM
To: femi adegoke 
Cc: users 
Subject: [ovirt-users] Re: up and running with ovirt 4.2 and gluster

 

Hello,

 

In my case I'm referring to hosts with internal disks. 

 

Example of my hardware config:

 

host0:

2x250GB SSDs in RAID 1 mirror for OS/boot disk

2x2TB SSDs in JBOD (passthrough) represented as separate disks in the OS ex. 
/dev/sda and /dev/sdb

 

host1 and host2 have identical configurations.

 

- Jayme

 

On Mon, Jul 30, 2018 at 11:08 AM, femi adegoke mailto:ov...@fateknollogee.com> > wrote:

@jayme
@william.dossett

When you say "JBOD", are these hosts with xx number of disks or hosts with a 
physically attached JBOD?
___
Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> 
To unsubscribe send an email to users-le...@ovirt.org 
<mailto:users-le...@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/MWGC54O3OYM4AADG6JEIT2IHOQMEBH4F/

 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/OGMWPUQNPPSUXPAPHHSVGY7QXDZXWKGQ/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

Thanks Jayme for replying.

In your case, there is no RAID on your 2 x 2TB SSDs?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/BBEE3462Y2NKKS7SFZSBIB5YBRDHZA7A/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Jayme]

Hello,

In my case I'm referring to hosts with internal disks.

Example of my hardware config:

host0:
2x250GB SSDs in RAID 1 mirror for OS/boot disk
2x2TB SSDs in JBOD (passthrough) represented as separate disks in the OS
ex. /dev/sda and /dev/sdb

host1 and host2 have identical configurations.

- Jayme

On Mon, Jul 30, 2018 at 11:08 AM, femi adegoke 
wrote:

> @jayme
> @william.dossett
>
> When you say "JBOD", are these hosts with xx number of disks or hosts with
> a physically attached JBOD?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/MWGC54O3OYM4AADG6JEIT2IHOQMEBH4F/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/I3ZLK6IGZQ2UUN75ER5W5D7XVC7ILXN7/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

@jayme
@william.dossett

When you say "JBOD", are these hosts with xx number of disks or hosts with a 
physically attached JBOD?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/MWGC54O3OYM4AADG6JEIT2IHOQMEBH4F/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Jayme]

That was the intention but I'm unclear as to which is the better approach.
I intended to host all VM related data including OS on the data volumes
(split between data on sdb and data2 on sda).. but now it sounds like doing
VM os disks on a separate volume could be a better approach after reading
this e-mail chain, as I do intend to setup georeplication disaster recovery
at some point and it might be nice to have the flexibility to only
georeplicate the vm data and not OS disks data.

If I were to set it up the other way, i.e. using vmstore to host OS disks
would it be recommended to create a VMSTORE on each device, like this for
example?

ENGINE = SDA (device 1) = 100gb

DATA = SDB (device 2) = 1200gb
DATA2 = SDA (device 1) = 1100gb

VMSTORE = SDA (device 1) = 500gb
VMSTORE2 = SDB (device 2) = 500gb

500gb may be a bit overkill here but you get the point.


On Mon, Jul 30, 2018 at 10:52 AM, Sahina Bose  wrote:

>
>
> On Mon, Jul 30, 2018 at 7:09 PM, Jayme  wrote:
>
>> Hello,
>>
>> Thanks for the feedback.  I don't "need" to create only one data domain,
>> I'm more or less trying to confirm whether or not it is proper to configure
>> multiple data domains or if I was mis-understanding the setup procedure.
>>
>> So if I am correct, you are saying that if I have 2 JBOD storage devices
>> in each host that best practice is for each of those to have its own data
>> volume?
>>
>> Like this for example:
>>
>> ENGINE = SDA (device 1) = 100gb
>> DATA = SDB (device 2) = 2000gb
>> VMSTORE = SDA (device 1) = 500gb
>>
> DATA2 = SDA (device 1) = 1100gb
>>
>
>> That would allocate all the space available on both of my drives (2x2tb)
>> and create two data volumes, a 2TB one on SDB device and a 1.1TB on SDA
>> device.  SDA device would also be used for engine and vmstore volumes.  Is
>> this correct configuration for two JBOD devices per host?
>>
>
> Looks good. I'm assuming you're using VMStore to host ISOs and not VM OS
> disks?
>
>
>> On Mon, Jul 30, 2018 at 10:31 AM, Sahina Bose  wrote:
>>
>>>
>>>
>>> On Mon, Jul 30, 2018 at 6:46 PM, Jayme  wrote:
>>>
 It's nice to know someone else out there has these questions as well.
 What I'd really like confirmation on is basically this:  In a JBOD oVirt
 HCI configuration with multiple disk devices per host node is it possible
 to have just one data volume or is it necessary to create multiple data
 volumes (one or more per each physical disk you want to store vm data on)?
  Meaning if I had 4 JBOD disks in each node and I wanted VM data to be
 stored and accessed on all 4 would I need to create 4 different data
 volumes (one per disk).  And if so would they have to have unique names and
 brick dirs/mount points?

>>>
>>> The guideline is to create 1 brick per device and this is what the
>>> Cockpit UI implements. When you group together all 4 JBOD disks to form 1
>>> brick  - you're essentially setting up 1 large brick without any hardware
>>> RAID protection for the disks. Any 1 of the disk failure would cause the
>>> entire brick to be unavailable and would require healing the whole brick.
>>> So if you had 4 1TB disks, you would end up creating a 4TB brick which
>>> needs healing - not the best of scenarios.
>>>
>>> Why do you need to create 1 data storage domain instead of multiple?
>>>
>>>
 - James


 On Mon, Jul 30, 2018 at 10:09 AM,  wrote:

> Hi James... I'm in sort of the same position... I have 6 JBOD drives
> in each node.  I am unsure if I am going to wind up with 6 data stores.  I
> have 5 nodes and have other problems related to when I add those nodes
> further complicating the gluster issue.  Hopefully someone can help clear
> this up as its the last hurdle I face before starting to actually put work
> loads on this and connecting it into our ManageIQ environment.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/communit
> y/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archiv
> es/list/users@ovirt.org/message/VX5CRCDEF4XJBT5LP3VQ6QULSOYX3UTR/
>


 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct: https://www.ovirt.org/communit
 y/about/community-guidelines/
 List Archives: https://lists.ovirt.org/archiv
 es/list/users@ovirt.org/message/7BVDT2OKDZKRYQAFSLRDJK6RIWAFH7GG/


>>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Co

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

> On Sat, Jul 28, 2018 at 7:48 PM,  
> 
> Engine volume = the Hosted Engine storage domain
> vmstore volume = the storage domain hosting the OS disks for the VMs
> data volume = the storage domain hosting the data disks of the VMs

I assume the vmstore (instead of data volume) would be the "preferred" 
destination for storing ISOs?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/BDVTSZWEA4ZRTPRUZWHMVN7IDAU75HO2/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Sahina Bose]

On Mon, Jul 30, 2018 at 7:09 PM, Jayme  wrote:

> Hello,
>
> Thanks for the feedback.  I don't "need" to create only one data domain,
> I'm more or less trying to confirm whether or not it is proper to configure
> multiple data domains or if I was mis-understanding the setup procedure.
>
> So if I am correct, you are saying that if I have 2 JBOD storage devices
> in each host that best practice is for each of those to have its own data
> volume?
>
> Like this for example:
>
> ENGINE = SDA (device 1) = 100gb
> DATA = SDB (device 2) = 2000gb
> VMSTORE = SDA (device 1) = 500gb
>
DATA2 = SDA (device 1) = 1100gb
>

> That would allocate all the space available on both of my drives (2x2tb)
> and create two data volumes, a 2TB one on SDB device and a 1.1TB on SDA
> device.  SDA device would also be used for engine and vmstore volumes.  Is
> this correct configuration for two JBOD devices per host?
>

Looks good. I'm assuming you're using VMStore to host ISOs and not VM OS
disks?


> On Mon, Jul 30, 2018 at 10:31 AM, Sahina Bose  wrote:
>
>>
>>
>> On Mon, Jul 30, 2018 at 6:46 PM, Jayme  wrote:
>>
>>> It's nice to know someone else out there has these questions as well.
>>> What I'd really like confirmation on is basically this:  In a JBOD oVirt
>>> HCI configuration with multiple disk devices per host node is it possible
>>> to have just one data volume or is it necessary to create multiple data
>>> volumes (one or more per each physical disk you want to store vm data on)?
>>>  Meaning if I had 4 JBOD disks in each node and I wanted VM data to be
>>> stored and accessed on all 4 would I need to create 4 different data
>>> volumes (one per disk).  And if so would they have to have unique names and
>>> brick dirs/mount points?
>>>
>>
>> The guideline is to create 1 brick per device and this is what the
>> Cockpit UI implements. When you group together all 4 JBOD disks to form 1
>> brick  - you're essentially setting up 1 large brick without any hardware
>> RAID protection for the disks. Any 1 of the disk failure would cause the
>> entire brick to be unavailable and would require healing the whole brick.
>> So if you had 4 1TB disks, you would end up creating a 4TB brick which
>> needs healing - not the best of scenarios.
>>
>> Why do you need to create 1 data storage domain instead of multiple?
>>
>>
>>> - James
>>>
>>>
>>> On Mon, Jul 30, 2018 at 10:09 AM,  wrote:
>>>
 Hi James... I'm in sort of the same position... I have 6 JBOD drives in
 each node.  I am unsure if I am going to wind up with 6 data stores.  I
 have 5 nodes and have other problems related to when I add those nodes
 further complicating the gluster issue.  Hopefully someone can help clear
 this up as its the last hurdle I face before starting to actually put work
 loads on this and connecting it into our ManageIQ environment.
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct: https://www.ovirt.org/communit
 y/about/community-guidelines/
 List Archives: https://lists.ovirt.org/archiv
 es/list/users@ovirt.org/message/VX5CRCDEF4XJBT5LP3VQ6QULSOYX3UTR/

>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/7BVDT2OKDZKRYQAFSLRDJK6RIWAFH7GG/
>>>
>>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/Q4GK7MNK74RZJYXSYP4WUYCTNLNNGD2X/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

> On Mon, Jul 30, 2018 at 7:00 PM, femi adegoke  wrote:
> 
> 
> This is to ease setup of data backup. As VMs can be recreated from
> template/ISOs and only the application data can be backed up.
> 

Ok, thanks for the heads up.
I've been setting up my VMs with a single disk.
Time to make that change!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/SLM6N4IT4FTF4TFPAMXWOSL63T5HIC52/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Jayme]

Hello,

Thanks for the feedback.  I don't "need" to create only one data domain,
I'm more or less trying to confirm whether or not it is proper to configure
multiple data domains or if I was mis-understanding the setup procedure.

So if I am correct, you are saying that if I have 2 JBOD storage devices in
each host that best practice is for each of those to have its own data
volume?

Like this for example:

ENGINE = SDA (device 1) = 100gb
DATA = SDB (device 2) = 2000gb
VMSTORE = SDA (device 1) = 500gb
DATA2 = SDA (device 1) = 1100gb

That would allocate all the space available on both of my drives (2x2tb)
and create two data volumes, a 2TB one on SDB device and a 1.1TB on SDA
device.  SDA device would also be used for engine and vmstore volumes.  Is
this correct configuration for two JBOD devices per host?

On Mon, Jul 30, 2018 at 10:31 AM, Sahina Bose  wrote:

>
>
> On Mon, Jul 30, 2018 at 6:46 PM, Jayme  wrote:
>
>> It's nice to know someone else out there has these questions as well.
>> What I'd really like confirmation on is basically this:  In a JBOD oVirt
>> HCI configuration with multiple disk devices per host node is it possible
>> to have just one data volume or is it necessary to create multiple data
>> volumes (one or more per each physical disk you want to store vm data on)?
>>  Meaning if I had 4 JBOD disks in each node and I wanted VM data to be
>> stored and accessed on all 4 would I need to create 4 different data
>> volumes (one per disk).  And if so would they have to have unique names and
>> brick dirs/mount points?
>>
>
> The guideline is to create 1 brick per device and this is what the Cockpit
> UI implements. When you group together all 4 JBOD disks to form 1 brick  -
> you're essentially setting up 1 large brick without any hardware RAID
> protection for the disks. Any 1 of the disk failure would cause the entire
> brick to be unavailable and would require healing the whole brick. So if
> you had 4 1TB disks, you would end up creating a 4TB brick which needs
> healing - not the best of scenarios.
>
> Why do you need to create 1 data storage domain instead of multiple?
>
>
>> - James
>>
>>
>> On Mon, Jul 30, 2018 at 10:09 AM,  wrote:
>>
>>> Hi James... I'm in sort of the same position... I have 6 JBOD drives in
>>> each node.  I am unsure if I am going to wind up with 6 data stores.  I
>>> have 5 nodes and have other problems related to when I add those nodes
>>> further complicating the gluster issue.  Hopefully someone can help clear
>>> this up as its the last hurdle I face before starting to actually put work
>>> loads on this and connecting it into our ManageIQ environment.
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct: https://www.ovirt.org/communit
>>> y/about/community-guidelines/
>>> List Archives: https://lists.ovirt.org/archiv
>>> es/list/users@ovirt.org/message/VX5CRCDEF4XJBT5LP3VQ6QULSOYX3UTR/
>>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/7BVDT2OKDZKRYQAFSLRDJK6RIWAFH7GG/
>>
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/2WDB342LQCKHURG4L7TKIK2D6SGHGDVE/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Sahina Bose]

On Mon, Jul 30, 2018 at 7:00 PM, femi adegoke 
wrote:

> > On Sat, Jul 28, 2018 at 7:48 PM,  >
> >
> > Engine volume = the Hosted Engine storage domain
> > vmstore volume = the storage domain hosting the OS disks for the VMs
> > data volume = the storage domain hosting the data disks of the VMs
> >
>
> Sahina,
>
> So "best practice" is for every VM to have 2 disks: 1 for the operating
> system & 1 for the data?
>

This is to ease setup of data backup. As VMs can be recreated from
template/ISOs and only the application data can be backed up.

___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/6QW3BJICPB5WZQOC6AJFFTGQKNPRVQN7/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/2YBALP6LJI4VMUOV44TJWW7KKYK3JHMW/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Sahina Bose]

On Mon, Jul 30, 2018 at 6:46 PM, Jayme  wrote:

> It's nice to know someone else out there has these questions as well.
> What I'd really like confirmation on is basically this:  In a JBOD oVirt
> HCI configuration with multiple disk devices per host node is it possible
> to have just one data volume or is it necessary to create multiple data
> volumes (one or more per each physical disk you want to store vm data on)?
>  Meaning if I had 4 JBOD disks in each node and I wanted VM data to be
> stored and accessed on all 4 would I need to create 4 different data
> volumes (one per disk).  And if so would they have to have unique names and
> brick dirs/mount points?
>

The guideline is to create 1 brick per device and this is what the Cockpit
UI implements. When you group together all 4 JBOD disks to form 1 brick  -
you're essentially setting up 1 large brick without any hardware RAID
protection for the disks. Any 1 of the disk failure would cause the entire
brick to be unavailable and would require healing the whole brick. So if
you had 4 1TB disks, you would end up creating a 4TB brick which needs
healing - not the best of scenarios.

Why do you need to create 1 data storage domain instead of multiple?


> - James
>
>
> On Mon, Jul 30, 2018 at 10:09 AM,  wrote:
>
>> Hi James... I'm in sort of the same position... I have 6 JBOD drives in
>> each node.  I am unsure if I am going to wind up with 6 data stores.  I
>> have 5 nodes and have other problems related to when I add those nodes
>> further complicating the gluster issue.  Hopefully someone can help clear
>> this up as its the last hurdle I face before starting to actually put work
>> loads on this and connecting it into our ManageIQ environment.
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct: https://www.ovirt.org/communit
>> y/about/community-guidelines/
>> List Archives: https://lists.ovirt.org/archiv
>> es/list/users@ovirt.org/message/VX5CRCDEF4XJBT5LP3VQ6QULSOYX3UTR/
>>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/7BVDT2OKDZKRYQAFSLRDJK6RIWAFH7GG/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/AIBNYQAKU4ORDVJHO6QPZPLUF3IW57UP/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

> On Sat, Jul 28, 2018 at 7:48 PM,  
> 
> Engine volume = the Hosted Engine storage domain
> vmstore volume = the storage domain hosting the OS disks for the VMs
> data volume = the storage domain hosting the data disks of the VMs
> 

Sahina,

So "best practice" is for every VM to have 2 disks: 1 for the operating system 
& 1 for the data?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/6QW3BJICPB5WZQOC6AJFFTGQKNPRVQN7/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Greg Sheremeta]

Thanks -- we have a documentation update in progress. I'm looking into the
status of this one specifically and I'll get back to you.

I would *love* to have way more community contributions to our
documentation, so thank you very much for offering :)

On Mon, Jul 30, 2018 at 9:01 AM  wrote:

> I would be happy to work on documentation... not quite sure how I start
> doing that though.  The previous post and others that detail the only
> actualy datastores needed are data and engine was helpful.  Having an
> additional datastore for isos that would perhaps not need to be
> (frequently) backed up also makes sense if you had a great deal of them.  I
> am still  not that familiar with the documentation - I used the up and
> running with ovirt 4.2 blog to get this setup.  Thanks to all that replied.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/ESALHROBQHCOPSJQJ3KWKWY4A5ZXLOOT/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/IXZKMHBQV2DZ57IQUS5CJ2EISBZTPSYF/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Jayme]

It's nice to know someone else out there has these questions as well.  What
I'd really like confirmation on is basically this:  In a JBOD oVirt HCI
configuration with multiple disk devices per host node is it possible to
have just one data volume or is it necessary to create multiple data
volumes (one or more per each physical disk you want to store vm data on)?
 Meaning if I had 4 JBOD disks in each node and I wanted VM data to be
stored and accessed on all 4 would I need to create 4 different data
volumes (one per disk).  And if so would they have to have unique names and
brick dirs/mount points?

- James


On Mon, Jul 30, 2018 at 10:09 AM,  wrote:

> Hi James... I'm in sort of the same position... I have 6 JBOD drives in
> each node.  I am unsure if I am going to wind up with 6 data stores.  I
> have 5 nodes and have other problems related to when I add those nodes
> further complicating the gluster issue.  Hopefully someone can help clear
> this up as its the last hurdle I face before starting to actually put work
> loads on this and connecting it into our ManageIQ environment.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/VX5CRCDEF4XJBT5LP3VQ6QULSOYX3UTR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/7BVDT2OKDZKRYQAFSLRDJK6RIWAFH7GG/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[william . dossett]

Hi James... I'm in sort of the same position... I have 6 JBOD drives in each 
node.  I am unsure if I am going to wind up with 6 data stores.  I have 5 nodes 
and have other problems related to when I add those nodes further complicating 
the gluster issue.  Hopefully someone can help clear this up as its the last 
hurdle I face before starting to actually put work loads on this and connecting 
it into our ManageIQ environment.  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/VX5CRCDEF4XJBT5LP3VQ6QULSOYX3UTR/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[william . dossett]

I would be happy to work on documentation... not quite sure how I start doing 
that though.  The previous post and others that detail the only actualy 
datastores needed are data and engine was helpful.  Having an additional 
datastore for isos that would perhaps not need to be (frequently) backed up 
also makes sense if you had a great deal of them.  I am still  not that 
familiar with the documentation - I used the up and running with ovirt 4.2 blog 
to get this setup.  Thanks to all that replied.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/ESALHROBQHCOPSJQJ3KWKWY4A5ZXLOOT/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[william . dossett]

Thank you, that clears things up!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/7BJIJEYSMFSAGOAVH6A2YL2U47UVWU44/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Sahina Bose]

On Sat, Jul 28, 2018 at 7:48 PM,  wrote:

> Hi,
>
>
>
> I have my ovirt 4.2 hci cluster up and running, but I have a probably
> stupid question.
>
>
>
> During the setup and in the documents it defaults to setting up the engine
> datastore/volume, a VMstore/volume and a data/volume…
>

Engine volume = the Hosted Engine storage domain
vmstore volume = the storage domain hosting the OS disks for the VMs
data volume = the storage domain hosting the data disks of the VMs

This was designed such that when setting up for disaster recovery, you need
to set up remote backup only for the data disks

Please let us know /contribute to improving the documentation if this was
not clear


>
> What is the Data volume for?  I am planning on running VMs on this so I
> would assume I need VMstore and that’s what I will grow on my system.  In
> previous installs you had the opportunity to create the ISO domain, but not
> now.  I can see how to create in the engine UI so that’s fine, but I am
> just wondering what people use the Data volume for as an example.
>
>
>
> Thanks
>
> Bill
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/PHXIHJ23C236BMJM5S4MJQWDGV6GT3FT/
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/YGFIYGNPNGSOBQ2E2DE4X6CZHBKZKBVU/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Mike]

> Why would they be setup by default via the cockpit if they are no longer
> needee?
> 
> On Sat, Jul 28, 2018, 1:13 PM femi adegoke,  wrote:

I agree, that step alone is very confusing 

   - vmstore is/was "export" and is no longer needed
   - iso domains are no longer needed
   - The only domains you need in the HCI setup are :/data and :/engine
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/3HL7XGWWTZ6WB6TDCQTMY47BNCCAUASU/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[Jayme]

Why would they be setup by default via the cockpit if they are no longer
needee?

On Sat, Jul 28, 2018, 1:13 PM femi adegoke,  wrote:

> There is no difference.
>
> I think those names were carried over from previous generations when you
> had to have an ISO domain for storing ISOs.
>
> Now you can store ISOs & VMs in the same volume.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/V2ITW3BSAMKTJKNQRDHVBWEUOQKDQ2M4/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/ZIBOPLRDSQRMOYOQ4N4BVDJDHTYBZ6A3/

[ovirt-users] Re: up and running with ovirt 4.2 and gluster

[femi adegoke]

There is no difference.

I think those names were carried over from previous generations when you had to 
have an ISO domain for storing ISOs.

Now you can store ISOs & VMs in the same volume.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/V2ITW3BSAMKTJKNQRDHVBWEUOQKDQ2M4/