Looks like your repos are not set up correctly. oVirt node is an image and
the update is a complete image as well, containing a set packages that were
tested and known to work well together. This means that when you yum
update your system, a single "ovirt-node-ng-image-update" rpm should be
installed instead of a list of packages like you mentioned. That's
probably what messed things up. How did you configure your repos ?
On May 1, 2017 6:15 PM, "Beckman, Daniel"
<Daniel.Beckman(a)ingramcontent.com>
wrote:
Hello,
I’ve attached the log file for one of the hosts from
/var/log/ovirt-engine/host-deploy.
As to the manual update: yes, I ran it after removing the ovirt40 repo and
adding ovirt41 repo. Here are the packages it updated:
Updated cockpit-ovirt-dashboard-0.10.6-1.4.2.el7.centos.noarch
?
Update 0.10.7-0.0.16.el7.centos.noarch
@ovirt-4.1
Dep-Install collectd-5.7.0-2.el7.x86_64
@centos-opstools-release
Dep-Install collectd-disk-5.7.0-2.el7.x86_64
@centos-opstools-release
Dep-Install collectd-netlink-5.7.0-2.el7.x86_64
@centos-opstools-release
Dep-Install collectd-virt-5.7.0-2.el7.x86_64
@centos-opstools-release
Dep-Install collectd-write_http-5.7.0-2.el7.x86_64
@centos-opstools-release
Dep-Install fluentd-0.12.26-2.el7.noarch
@centos-opstools-release
Dep-Install gdeploy-2.0.1-13.noarch
@rnachimu-gdeploy
Updated glusterfs-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-api-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-cli-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-client-xlators-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-fuse-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-geo-replication-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-libs-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-rdma-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated glusterfs-server-3.7.20-1.el7.x86_64
?
Update 3.8.11-1.el7.x86_64
@ovirt-4.1-centos-gluster38
Updated imgbased-0.8.11-0.201612061451git1b9e081.el7.centos.noarch
?
Update 0.9.23-1.el7.centos.noarch
@ovirt-4.1
Updated ioprocess-0.16.1-1.el7.x86_64
@?ovirt-centos-ovirt41
Update 0.17.0-1.201611101241.gitb7e353c.el7.centos.x86_64
@ovirt-4.1
Dep-Install libtomcrypt-1.17-23.el7.x86_64
@ovirt-4.1-epel
Dep-Install libtommath-0.42.0-4.el7.x86_64
@ovirt-4.1-epel
Dep-Install libtool-ltdl-2.4.2-22.el7_3.x86_64
@updates
Updated mom-0.5.8-1.el7.centos.noarch
@?ovirt-4.1
Update 0.5.9-1.el7.centos.noarch
@ovirt-4.1
Dep-Install net-snmp-1:5.7.2-24.el7_3.2.x86_64
@updates
Dep-Install net-snmp-agent-libs-1:5.7.2-24.el7_3.2.x86_64
@updates
Updated openvswitch-2.5.0-2.el7.x86_64
?
Update 2.7.0-1.el7.centos.x86_64
@ovirt-4.1
Updated otopi-1.5.2-1.el7.centos.noarch
?
Update 1.6.1-1.el7.centos.noarch
@ovirt-4.1
Updated ovirt-host-deploy-1.5.3-1.el7.centos.noarch
?
Update 1.6.3-1.el7.centos.noarch
@ovirt-4.1
Updated ovirt-hosted-engine-ha-2.0.6-1.el7.centos.noarch
?
Update 2.1.0.5-1.el7.centos.noarch
@ovirt-4.1
Updated ovirt-hosted-engine-setup-2.0.4.1-1.el7.centos.noarch
?
Update 2.1.0.5-1.el7.centos.noarch
@ovirt-4.1
Updated ovirt-imageio-common-0.4.0-1.el7.noarch
?
Update 1.0.0-1.el7.noarch
@ovirt-centos-ovirt41
Updated ovirt-imageio-daemon-0.4.0-1.el7.noarch
?
Update 1.0.0-1.el7.noarch
@ovirt-centos-ovirt41
Updated ovirt-node-ng-nodectl-4.0.6-0.20170111.0.el7.noarch
?
Update 4.1.0-0.20170406.0.el7.noarch
@ovirt-4.1
Updated ovirt-release-host-node-4.0.6.1-1.el7.noarch
?
Update 4.1.1.1-1.el7.centos.noarch
@ovirt-4.1
Updated ovirt-release41-4.1.1-1.el7.centos.noarch
@?ovirt-4.1
Update 4.1.1.1-1.el7.centos.noarch
@ovirt-4.1
Updated ovirt-setup-lib-1.0.2-1.el7.centos.noarch
?
Update 1.1.0-1.el7.centos.noarch
@ovirt-4.1
Dep-Install python-babel-0.9.6-8.el7.noarch
@base
Dep-Install python-dateutil-1.5-7.el7.noarch
@base
Dep-Install python-httplib2-0.9.1-2.el7.noarch
@ovirt-centos-ovirt41
Updated python-ioprocess-0.16.1-1.el7.noarch
@?ovirt-centos-ovirt41
Update 0.17.0-1.201611101242.gitb7e353c.el7.centos.noarch
@ovirt-4.1
Dep-Install python-jinja2-2.7.2-2.el7.noarch
@base
Dep-Install python-keyczar-0.71c-2.el7.noarch
@ovirt-centos-ovirt41
Dep-Install python-markupsafe-0.11-10.el7.x86_64
@base
Dep-Install python-setuptools-0.9.8-4.el7.noarch
@base
Dep-Install python2-crypto-2.6.1-13.el7.x86_64
@ovirt-4.1-epel
Dep-Install python2-ecdsa-0.13-4.el7.noarch
@ovirt-4.1-epel
Dep-Install python2-paramiko-1.16.1-2.el7.noarch
@ovirt-4.1-epel
Dep-Install python2-passlib-1.6.5-1.el7.noarch
@ovirt-centos-ovirt41
Dep-Install python2-pyasn1-0.1.9-7.el7.noarch
@base
Dep-Install rng-tools-5-8.el7.x86_64
@base
Dep-Install ruby-2.0.0.648-29.el7.x86_64
@base
Dep-Install ruby-irb-2.0.0.648-29.el7.noarch
@base
Dep-Install ruby-libs-2.0.0.648-29.el7.x86_64
@base
Dep-Install rubygem-bigdecimal-1.2.0-29.el7.x86_64
@base
Dep-Install rubygem-cool.io-1.2.4-2.el7.x86_64
@centos-opstools-release
Dep-Install rubygem-fluent-plugin-rewrite-tag-filter-1.5.5-5.el7.noarch
@centos-opstools-release
Dep-Install rubygem-fluent-plugin-secure-forward-0.4.3-1.el7.noarch
@centos-opstools-release
Dep-Install rubygem-http_parser.rb-0.6.0-1.el7.x86_64
@centos-opstools-release
Dep-Install rubygem-io-console-0.4.2-29.el7.x86_64
@base
Dep-Install rubygem-json-1.7.7-29.el7.x86_64
@base
Dep-Install rubygem-msgpack-0.5.11-1.el7.x86_64
@centos-opstools-release
Dep-Install rubygem-proxifier-1.0.3-1.el7.noarch
@centos-opstools-release
Dep-Install rubygem-psych-2.0.0-29.el7.x86_64
@base
Dep-Install rubygem-rdoc-4.0.0-29.el7.noarch
@base
Dep-Install rubygem-resolve-hostname-0.0.4-1.el7.noarch
@centos-opstools-release
Dep-Install rubygem-sigdump-0.2.2-1.el7.noarch
@centos-opstools-release
Dep-Install rubygem-string-scrub-0.0.5-1.el7.x86_64
@centos-opstools-release
Dep-Install rubygem-thread_safe-0.3.4-1.el7.noarch
@centos-opstools-release
Dep-Install rubygem-tzinfo-1.2.2-2.el7.noarch
@centos-opstools-release
Dep-Install rubygem-tzinfo-data-1.2014.10-2.el7.noarch
@centos-opstools-release
Dep-Install rubygem-yajl-ruby-1.2.1-1.el7.x86_64
@centos-opstools-release
Dep-Install rubygems-2.0.14.1-29.el7.noarch
@base
Dep-Install screen-4.1.0-0.23.20120314git3c2946.el7_2.x86_64
@base
Dep-Install sshpass-1.05-5.el7.x86_64
@ovirt-centos-ovirt41
Dep-Install tcpdump-14:4.5.1-3.el7.x86_64
@base
Updated vdsm-4.18.21-1.el7.centos.x86_64
?
Update 4.19.10.1-1.el7.centos.x86_64
@ovirt-4.1
Updated vdsm-api-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-cli-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Dep-Install vdsm-client-4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-gluster-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-hook-ethtool-options-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-hook-fcoe-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-hook-macspoof-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-hook-nestedvt-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-hook-openstacknet-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Dep-Install vdsm-hook-vhostmd-4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-hook-vmfex-dev-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-jsonrpc-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-python-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-xmlrpc-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Updated vdsm-yajsonrpc-4.18.21-1.el7.centos.noarch
?
Update 4.19.10.1-1.el7.centos.noarch
@ovirt-4.1
Dep-Install vhostmd-0.5-11.el7.x86_64
@ovirt-centos-ovirt41
Thanks,
Daniel
On 4/30/17, 12:44 AM, "Yedidyah Bar David" <didi(a)redhat.com> wrote:
On Thu, Apr 27, 2017 at 6:48 PM, Beckman, Daniel
<Daniel.Beckman(a)ingramcontent.com> wrote:
> Didi,
>
> Thanks for the tip on the utilities – I’ll add that for future
upgrades. Since you pointed that out, I’m reminded that in a previous
upgrade (following one of the developer’s suggestions) I had added this:
> /etc/ovirt-engine/engine.conf.d/99-custom-truststore.conf
> So I guess that’s why my https certificate was preserved.
Good.
>
> As to the documentation, I did submit a pull request (#923) and
‘JohnMarksRH’ added that along with some additional edits. I’ll move any
continuing discussion on that to another thread. And yes, the RHV
documentation is excellent and I’ve often turned to it. It’s too bad some
of the effort ends up being duplicated. Anyway….
>
> Here’s what I did with one of the oVirt nodes:
> yum -y remove ovirt-release40
> yum -y install
http://resources.ovirt.org/
pub/yum-repo/ovirt-release41.rpm
> cd /etc/yum.repos.d
> # ls
> CentOS-Base.repo CentOS-fasttrack.repo
CentOS-Sources.repo cockpit-preview-epel-7.repo
> CentOS-CR.repo CentOS-fasttrack.repo.rpmnew
CentOS-Vault.repo ovirt-4.0-dependencies.repo
> CentOS-Debuginfo.repo CentOS-Media.repo
CentOS-Vault.repo.rpmnew ovirt-4.0.repo
> rm -f ovirt-4.0*
>
> After doing that, when I check again in the admin GUI for an
upgrade, it shows one available (4.1.1.1). From the GUI I tell it to
upgrade, and it runs along with no errors, seems to finish, and then
reboots the host.
>
> When the host comes back up, it’s still running 4.0.6. When I check
again for an available upgrade, it doesn’t see it available. I’m attaching
the installation log that is referenced in Events in the GUI.
>
> If I go straight into the node and run ‘yum update’ and reboot, then
it gets the latest 4.1.x image and the engine detects it as such.
You mean you do that after the above (removing 4.0 repos, adding 4.1)?
What packages did it update?
Please check also time-wise nearby log files for this host in
/var/log/ovirt-engine/host-deploy and share them.
'ovirt-host-mgmt*' is the result of checking for updates from the
admin web ui.
> But of course that’s not the ideal method. I used the manual method
for the remaining hosts.
>
> I don’t know if this is related, but since the upgrade I’ve also
noticed an unfamiliar error when I log in directly to the engine host.
(It’s a standalone Centos7 VM running on a separate KVM host.) Here is is:
>
> nodectl must be run as root!
> nodectl must be run as root!
> This comes up when *any* user logs into the box. When I switch to
root I get this:
> /bin/python3: Error while finding spec for 'nodectl.__main__'
(<class 'ImportError'>: No module named 'nodectl')
> /bin/python3: Error while finding spec for 'nodectl.__main__'
(<class 'ImportError'>: No module named 'nodectl')
> So it looks like it’s been invoked from here:
> ls -llh /etc/profile.d/nodectl*
> -rwxr-xr-x. 1 root root 13 Apr 6 06:46
/etc/profile.d/nodectl-motd.sh
> -rwxr-xr-x. 1 root root 24 Apr 6 06:46 /etc/profile.d/nodectl-run-
banner.sh
> According to ‘yum whatprovides’ this appears to have been installed
by package “ovirt-node-ng-nodectl-4.1.0-0.20170406.0.el7.noarch”.
>
> Anyone else getting this? I can try fixing the python error by
adding the module, but I thought I’d report this first. Any suggestions as
to next steps?
Adding Yuval for the node-specific issues.
Best,
>
> Thanks
> Daniel
>
>
>
>
>
>
>
>
>
>
>
> On 4/25/17, 2:01 AM, "Yedidyah Bar David" <didi(a)redhat.com>
wrote:
>
> On Tue, Apr 25, 2017 at 1:19 AM, Beckman, Daniel
> <Daniel.Beckman(a)ingramcontent.com> wrote:
> > So I successfully upgraded my engine from 4.06 to 4.1.1 with
no major
> > issues.
> >
> >
> >
> > A nice thing I noticed was that my custom CA certificate for
https on the
> > admin and user portals wasn’t clobbered by setup.
> >
> >
> >
> > I did have to restore my custom settings for ISO uploader, log
collector,
> > and websocket proxy:
> >
> > cp
> > /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf.<
latest_timestamp>
> > /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf
> >
> > cp
> > /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-
setup.conf.<latest_timestamp>
> > /etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf
> >
> > cp
> > /etc/ovirt-engine/logcollector.conf.d/10-engine-
setup.conf.<latest_timestamp>
> > /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf
>
> The utilities read these files sorted by name, last wins. So you
> can add '99-my.conf' to each and have it override whatever
engine-setup does.
>
> >
> >
> >
> > Now I’m moving on to updating the oVirt node hosts, which are
currently at
> > oVirt Node 4.0.6.1. (I’m assuming I should do that before
attempting to
> > upgrade the cluster and data center compatibility level to
4.1.)
> >
> >
> >
> > When I right-click on a host and go to Installation / Check
for Upgrade, the
> > results are ‘no updates found.’ When I log into that host
directly, I notice
> > it’s still got the oVirt 4.0 repo, not 4.1. Is there an extra
step I’m
> > missing? The documentation I’ve found
> > (
http://www.ovirt.org/documentation/upgrade-guide/
chap-Updates_between_Minor_Releases/)
> > doesn’t mention this.
>
> You are right. It's mentioned for the engine in the release
notes [1]
> but not for the hosts. Please file a github issue or send a pull
request :-)
>
> [1]
https://www.ovirt.org/release/4.1.0/
>
> >
> >
> >
> >
> >
> > **
> >
> > If I can offer some unsolicited feedback: I feel like this
list is populated
> > with a lot of questions that could be averted with a little
care and feeding
> > of the documentation. It’s unfortunate because that makes for
a rocky
> > introduction to oVirt, and it makes it look like a neglected
project, which
> > I know is not the case.
>
> Patches are welcome :-)
>
> >
> >
> >
> > On a related note, I know this has been discussed before but…
> >
> > The centralized control in Github for the documentation does
not really
> > encourage user contributions. What’s wrong with a wiki? If
we’re really
> > concerned about bad or malicious edits being posted, keep the
official in
> > git and add a separate wiki that is clearly marked as
user-contributed.
>
> That was indeed discussed in the past, I am not aware of any
conclusions.
> Perhaps start a separate thread about this? Adding Duck.
>
> Please also note that you can have a look at RHV documentation
[2].
> Almost all of it applies to oVirt as well (and oVirt's to RHV).
>
> [2]
https://access.redhat.com/documentation/en/red-hat-
virtualization/
>
> Best,
>
> >
> > **
> >
> >
> >
> >
> >
> > Thanks,
> >
> > Daniel
> >
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> >
http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> --
> Didi
>
>
>
>
>
>
--
Didi