<html><head></head><body bgcolor="#ffffff" text="#2e3436" link="#2a76c6" vlink="#215d9c"><div>On Mon, 2016-02-29 at 11:00 +0100, Simone Tiraboschi wrote:</div><blockquote type="cite"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 29, 2016 at 9:10 AM, Yedidyah Bar David <span dir="ltr"><<a href="mailto:didi@redhat.com" target="_blank">didi@redhat.com</a>></span> wrote:<br><blockquote type="cite"><span class="">On Sun, Feb 28, 2016 at 9:48 PM, Brett I. Holcomb <<a href="mailto:biholcomb@l1049h.com">biholcomb@l1049h.com</a>> wrote:<br>
> On Sun, 2016-02-28 at 11:31 +0200, Yedidyah Bar David wrote:<br>
> > On Sun, Feb 28, 2016 at 3:58 AM, Brett I. Holcomb<br>
</span><div><div class="h5">> > om> wrote:<br>
> > > #4 - finally decided to add new storage from another iSCSI LUN and<br>
> > > suddenly<br>
> > > the DC was running! The local storage (#1), ISO Domain (#2)<br>
> > > suddenly are<br>
> > > available. This is definitely non-intuitive behaviour. i can't<br>
> > > see why the<br>
> > > DC has to have additional storage added to make it work. It<br>
> > > already has<br>
> > > it's storage - which is available for use when creating VMS. The<br>
> > > DC should<br>
> > > just come up and if there is an issue putting VMs on the<br>
> > > host_storage (space<br>
> > > issues maybe?) then it shouldn't be allowed as a choice when<br>
> > > creating a VM<br>
> > > or there should be a message about not enough space. Well, now I<br>
> > > know I can<br>
> > > work with it and just wonder why it was designed this way. Very<br>
> > > strange.<br>
> ><br>
> > This is how it currently works.<br>
> ><br>
> > This is because the hosted_storage domain can't be used as the<br>
> > "master<br>
> > storage domain", and such as master is required for many things.<br>
> ><br>
> That makes some sense. I'd suggest that there be some indication that<br>
> we need to add a master storage domain.<br>
<br>
</div></div>Perhaps. Actually we are trying to get rid of it:<br>
<br>
<a href="https://www.ovirt.org/develop/release-management/features/storage/decommission-master-domain-and-spm/" rel="noreferrer" target="_blank">https://www.ovirt.org/develop/release-management/features/storage/decommission-master-domain-and-spm/</a><br></blockquote></div></div></div></blockquote><div><br></div><div>I really like this and thing it's a great move. </div><div><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote type="cite">
<span class=""><br>
> Is the master storage domain the same one used to store VMs or can it<br>
> be a separate domain which is used only as the master and VMs go<br>
> elsewhere. Does is need a minimum amount of storage space?<br>
<br>
</span>Normally it's the first "normal" data domain, used to store VMs.<br>
<br>
Not sure about minimum size if you do not intend to store VMs there.<br>
I guess it can be very small - a few MBs or so.<br></blockquote><div><br></div><div>5GB</div></div></div></div></blockquote><div><br></div><div>Thank you for the explanation. That helps. The hypervisors I used in the past had no such thing. You just created storage areas and used them as desired and the admin interface worked whether or not they existd.</div><div><br></div><div><br></div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote type="cite">
<span class=""><br>
> > Did this solve all your problems? If not, please:<br>
> > 1. Try again with 3.6.3, which should be out in a few days, or the latest<br>
> > RC [1].<br>
> > 2. If you still have problems, please state versions of OSes and whatever<br>
> > other relevant tools, and post (links to) full logs of both the host and<br>
> > the engine:<br>
> > /var/log/ovirt*<br>
> > /var/log/vdsm*<br>
> ><br>
> > [1] <a href="http://lists.ovirt.org/pipermail/users/2016-February/038125.html" rel="noreferrer" target="_blank">http://lists.ovirt.org/pipermail/users/2016-February/038125.html</a><br>
><br>
> Once I got the Data Center initialized things all fell into place and<br>
> it's working. The confirm reboot issue I think is because it's a menu<br>
> entry that shows up whether or not the confirmation is needed and I<br>
> thought it might have been an issue when I was troubleshooting.<br>
> Currently my issues are due to running the oVirth Host and engine on a<br>
> guest hosted on VMware Workstation on a Windows PC with limited memory<br>
> <G>. But it's enough to do some testing and get ready to replace ESXi<br>
> on my physical server. As always there is a learning curve when<br>
> moving to a new product and oVirt/RHEV looks like a worthy alternative<br>
> to VMware, MS, etc. I will check out the new release and definitely<br>
> use it on the server.<br>
> Thank you for your help.<br>
><br>
<br>
</span>Good luck and best regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Didi<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div><br></blockquote></div><br></div></div>
</blockquote></body></html>