[Users] New user to oVirt, and I haz a sad so far...

Yair Zaslavsky yzaslavs at redhat.com
Fri Jan 17 11:05:00 UTC 2014


Gabi, why not share with us engine.log for your failure of adding the disk?

Yair


----- Original Message -----
> From: "Gabi C" <gabicr at gmail.com>
> To: "Will Dennis (Live.com)" <willarddennis at live.com>
> Cc: users at ovirt.org
> Sent: Friday, January 17, 2014 9:53:55 AM
> Subject: Re: [Users] New user to oVirt, and I haz a sad so far...
> 
> 've been there! :-D
> 
> I mean exactly same issuse you had on Centos, I had on Fedora 19.
> Did you disable selinux on nodes? 'cause that's what is causing SSh
> connection closing
> 
> My setup:
> 
> 1 engine on vmware  - fedora 19, up-to-date
> 
> 
> 2 nodes on IBM x series 3650  - fedora 19 based -oVirt Node - 3.0.3 -
> 1.1.fc19 with nodes beig in glusterfs cluster also.....
> 
> 
> Right now, I'm banging my head against "Operation Add-Disk failed to
> complete." , message I have got after adding a new virtual machine and try
> to addd its disk
> 
> 
> On Fri, Jan 17, 2014 at 6:08 AM, Will Dennis (Live.com) <
> willarddennis at live.com> wrote:
> 
> > Hi all, ready for a story? (well, more of a rant, but hopefully it will be
> > a
> > good UX tale, and may even be entertaining.)
> >
> > Had one of the groups come to me at work this week and request a OpenStack
> > setup. When I sat down and discussed their needs, it turns out that they
> > really only need a multi-hypervisor setup where they can spin up VMs for
> > their research projects. The VMs should be fairly long-lived, and will have
> > persistent storage. Their other request is that the storage should be local
> > on the hypervisor nodes (they plan to use Intel servers with 8-10 2TB
> > drives
> > for VM storage on each node.) They desire this in order to keep the VM I/O
> > local - they do not have a SAN of any sort anyhow, and they do not care
> > about live migration, etc.
> >
> > In any case, knowing that they did not want to afford a VMware setup (which
> > is what I'm used to using), I proposed using oVirt to fill their needs,
> > having heard and read up on it a bit (It's "open-source VMware", right?)
> > even though I had not used it before (I have however made single-node KVM
> > hypervisors for their group before, utilizing Open vSwitch, libvirt,
> > virt-manager etc., so I'm not completely ignorant of KVM/libvirt etc.)
> >
> > In any case, I took one of their older servers which was already running
> > CentOS 6.5, installed the requisite packages on it, and in short order had
> > an engine server up and running (oVirt 3.3.2). That seems to have been the
> > easy part :-/  Now came the installation of a hypervisor node. I downloaded
> > and burned an ISO of the latest oVirt node installer
> > (ovirt-node-iso-3.0.3-1.1.vdsm.fc19.iso) and tried to install it on one of
> > their target Intel servers. On the 1st try I got to the end of the setup
> > TUI, invoked the Install link, and was promptly thrown an error (sorry, but
> > forgot what it was, something like "press X for a command prompt, or
> > Reboot".) No problem, I rebooted, selected booting off the CD again, waited
> > until the TUI came up, and when I tried to move past the first screen, it
> > threw me out to a login prompt. OK, enough of that (the server takes a long
> > time to reboot, and then boot off the CD) - I then thought I would try it
> > on
> > a VMware Workstation VM (yes, I get the irony, but VMware wkstn can handle
> > nested virt, so it's a great testbed platform for OpenStack, etc.) because
> > that would install a heck of a lot faster. That went a lot better - got the
> > oVirt node 3.0.3 installed on the first try.
> >
> > More pain was soon to follow, however.  I logged in and started configuring
> > the node. The TUI was easy enough - much like an ESXi node ;)  I set the
> > NIC
> > to IPv4 static, entered in the correct IP info, registered a DNS name for
> > the IP I had assigned, and then tested pinging the engine, all was good. I
> > then moved on to the section where you define the engine. I entered in the
> > FQDN of the engine, verified the key fingerprint, and clicked the "Save and
> > Register" link at the bottom. That seemed to work, so I completed the rest
> > of the TUI, and then looked at the oVirt engine web UI. There was my new
> > node, ready for authorization. I clicked the link to authorize it, and
> > after
> > a while, the UI came back with "Install Failed" status. Hmmm. So I went
> > back
> > to the node's TUI, and now some of the screens said that the IP addr was
> > unconfigured? I went then to the Network screen, and sure enough, the NIC
> > at
> > the bottom showed "Unconfigured". WTF? So I went and entered in the correct
> > info back in the IPv4 section, and then arrowed down to the Save link and
> > clicked it - and the next screen said something like "No info needing
> > changes, nothing to do." Whaaaa? Went back to the network setup screen, NIC
> > still showing "Unconfigured" even though the IPv4 info still was there. I
> > did a ping test at this point from the Ping link on the network setup page,
> > and what do you know - I could still ping IP's (the engine, the default gw,
> > etc.) But as I moved around the TUI, other screens still said that the
> > network was unconfigured. Went back to the Web UI of the engine, put the
> > host in Maint, then tried to Activate it, still no go - Install Failed.
> > Even
> > though I had configured the node to allow remote access and set a password,
> > and also verified via nmap that TCP port 22 on the node was indeed
> > listening, when I tried to SSH into the node as admin, I immediately got a
> > "connection closed" message, so that failed as well. Went back to the
> > node's
> > network setup page, set the IPv4 to "Disabled", saved it, then went back
> > and
> > set it back to "Static" then re-entered the IPv4 info. Clicked the Save
> > link, it went thru the setup again, came back with a success, verified with
> > ping etc. that networking was working on the node. The engine web UI still
> > said that it could not connect to the node however. So I put the node in
> > Maint, and then removed it.  I went back to the node, went to the Engine
> > setup page, and re-did the screen to define the engine on the node. I
> > notice
> > that after I did this, however, that the node screens went back to saying
> > that the network was unconfigured. Grrrrrr. But the node was back in the
> > engine's Web UI, however no joy this time either - "Install failed" again.
> > Well, the hell with this, said I - I removed the node again from the
> > engine,
> > and went and installed Fedora 19 minimal install on the VM, so I could use
> > the directions found in
> > http://www.ovirt.org/Quick_Start_Guide#Install_Fedora_Host and give that a
> > try. (At least I can see what's going on with the node's OS using F19.)
> >
> > Installing F19 on the VM was a breeze, then logged in as root and did the
> > "yum localinstall
> > http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm"
> > which ran fine. I then stopped firewalld, and set it not to run at boot
> > (which is what we typically do anyhow for internal research servers.) Then
> > went over to the engine UI, and manually added the node. Oh happy day - the
> > node seemed to install OK - it had the status of "Installing" for quite
> > some
> > time, and I looked at the processes on the F19 node, and could see python
> > installer programs running via an SSH session from the engine. HOWEVER, at
> > the end of the process, the Web UI reported a status of "Non Responsive",
> > even though the F19 node looks OK (it had sanlock, supervdsmServer, vdsm
> > processes running.) So thinking that it may take an after-install reboot, I
> > did that, waited until the node came back up again, then clicked in the
> > engine web UI and executed the "Confirm 'Host has been rebooted'" command,
> > but still no good - the node remains in "Non Responsive" status.
> >
> > So I have no idea on how to proceed now, and what methods I can use to try
> > and debug the connectivity problem between the engine and node. And there's
> > many miles to go in setting up the whole environment. Maaaaaybe OpenStack
> > would be easier ;-P  No, I will press on and try to get this thing
> > working... It seems it works for others, and looks like the right fit for
> > the job. Just wish it was easier to get up and running.
> >
> > Oh yes, I tried reading the docs - go to
> > http://www.ovirt.org/Quick_Start_Guide#Install_Hosts and click on the link
> > for "see the oVirt Node deployment documentation." Not too helpful... (Bug
> > report has been opened.)
> >
> > Thanks for reading, and any clues on getting a node up and running
> > gratefully accepted...
> >
> > - Will
> >
> > _______________________________________________
> > Users mailing list
> > Users at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> 
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 



More information about the Users mailing list