On Mon, May 15, 2017 at 1:09 PM, Matthias Leopold
<matthias.leopold(a)meduniwien.ac.at> wrote:
> thanks, i guess configuring repositories in oVirt Node can only be
> achieved when using Foreman/Satellite integration, is that correct?
> i've just started to use oVirt Node and i'm beginning to realize
> that things are a _little_ bit different compared to a standard
> linux host.
Well, yes/no. We whitelist which packages are able to be updated from
the oVirt repositories and disable the base centos repositories, but
you can easily change "enabled=0" to "enabled=1" in any of them, or
add your own repos just like you would with CentOS.
In general, I'd recommend not including updates for any packages which
are part of Node itself, but that decision is yours to make.
> this brings me to another update related question:
> right now oVirt Nodes in my test environment can connect to the
> internet and there recently was an update available which i applied
> through the engine gui, which seemed to finish successfully. i
> remember wondering how i could check what actually changend, there
> was eg. no kernel change IIRC. today i discovered that on both
> updated hosts /tmp/imgbased.log exists and ends in an error:
Node is still an A/B image, so you'd need to reboot in order to see a
new kernel, if it's part of a new image.
> subprocess.CalledProcessError: Command '['lvcreate', '--thin',
> '--virtualsize', u'8506048512B', '--name',
> 'ovirt-node-ng-4.1.1.1-0.20170406.0', u'HostVG/pool00']'
returned
> non-zero exit status 5
>
> i have to mention i manually partitioned my oVirt Node host when i
> installed it from the installer ISO (because i want to use software
> raid).
> i used partitioning recommendations from
>
https://bugzilla.redhat.com/show_bug.cgi?id=1369874 [1] (doubling
> size recommendations).
As long as you're thinly provisioned, this should update normally,,
though I have to say that I haven't tried software RAID.
> did my oVirt Node update complete successfully?
> how can i check this?
> why was there an lvcreate error?
I'll try to reproduce this, but attempting the lvcreate by hand may
give some usable debugging information.
> 'imgbase layout' says:
> ovirt-node-ng-4.1.1.1-0.20170406.0
> +- ovirt-node-ng-4.1.1.1-0.20170406.0+1
If 'imgabase layout' only shows these, then it's likely that it didn't
update. Node uses LVM directly, so "lvm lvs" may show a new device,
but from the command above, I'm guessing it wasn't able to create it.
I'd suspect that it wasn't able to create it because it's the same
version, and LVM sees a duplicate LV. Can you attach your engine log
(or the yum log from the host) so we can see what it pulled?
ok, after _hours_ of debugging and reinstalling i came to the following
conclusion (which may point to a bug):
when i install oVirt Node from the
ovirt-node-ng-installer-ovirt-4.1-2017040614.iso, register the Node in
my engine and check for updates the engine tells me about an available
update. when i apply this update everything seems to be ok (and in fact
everything _is_ ok). what happens as an "update" is that the packages
ovirt-node-ng-image-4.1.1.1-1.el7.centos.noarch and
ovirt-node-ng-image-update-4.1.1.1-1.el7.centos.noarch are installed and
the postinstall script for ovirt-node-ng-image-update is executed which
calls "imgbase update". this fails with the above mentioned lvcreate
error because it's the same version and the volume is already there
(like you suspected). why this useless "update" happens is beyond me,
but because i never before saw a "real" update and i'm using this
non-standard setup with software raid and manual partitioning i was so
anxious that something might be wrong in my setup that i desperately
looked for an explanation to this "error". what helped to understand was
a "real" update from version 4.1.1 to 4.1.1.1. i hope all of this might
be of use to somebody, i spent a lot of time, but now i'm ok...
thx
matthias