On Wed, Feb 24, 2016 at 3:10 PM, Yaniv Bronheim <ybron...@redhat.com> wrote: > I suspect that it relates to the desire to remove the dependency in vdsm-cli > - https://gerrit.ovirt.org/#/c/53831/ which is not merged yet. and Fabian
Moti and I discussed this a bit off list, adn we found an issue: It looks like vdsm-cli provides vdsClient. vdsClient is required by thevdsm sos plugin. The vdsm sos plugin is part f the vdsm package. Thus: If vdsm is instaleld without the vdsm-cli, then the sos plugin will not work. vdsm should either have a dependency on the vdsm-cli pkg (which would also fix the host deploy issue), or the sos plugin should be relocated into a subpackage with the dependency on the vdsm-cli pkg. Thoughts? Independently of that Moti convinced me that the vdsClient tool is a useful tool, thus we'll pull it in through our release file: https://gerrit.ovirt.org/53972 node: Add vdsm-cli dependency Moti, I wonder: Would it make sense to create a package, let's call it ovirt-host - which will depened on all of the dependencies recommended for a host? (like vdsm, and vdsm-cli). It would basically have the dependencies which are currently installed during the host-deploy process. - fabian > created the iso without vdsm-cli so the deploy failed in the middle. after > it failed it couldn't recover even when vdsm-cli was installed. sounds > reasonable? > > On Wed, Feb 24, 2016 at 4:01 PM, Dan Kenigsberg <dan...@redhat.com> wrote: >> >> On Wed, Feb 24, 2016 at 08:16:45AM -0500, Eli Mesika wrote: >> > Hi Guys >> > >> > I am working on NGN >> > I had installed a ovirt-node from ISO, it (by mistake) did not include >> > the vdsm-cli package, so host-deploy failed on that >> > Fabian asked me to install vdsm-cli manually using : >> > >> > yum --enablerepo=ovirt* install vdsm-cli >> > >> > In that time the host was installed but did not came up having >> > networking issues (see attached logs) >> > >> > Fabian thinks that this is regression in VDSM, he said that same method >> > was tested 2 weeks ago with no problems >> >> Let's see {super,vdsm}.log, then and the exact vdsm version involved. >> _______________________________________________ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > -- > Yaniv Bronhaim. -- Fabian Deutsch <fdeut...@redhat.com> RHEV Hypervisor Red Hat _______________________________________________ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel