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