Hi,
The GA iso is 4.1-2017070915
Thanks,
Yuval.
On Tue, Jul 11, 2017 at 1:13 AM, Vinícius Ferrão <ferrao(a)if.ufrj.br> wrote:
May I ask another question?
I’ve noted two new ISO images of 4.1.3 Node version over here:
http://resources.ovirt.org/pub/ovirt-4.1/iso/ovirt-
node-ng-installer-ovirt/
Which one is the stable version:
4.1-2017070915 <(201)%20707-0915>
4.1-2017070913 <(201)%20707-0913>
Thanks,
V.
On 9 Jul 2017, at 13:26, Lev Veyde <lveyde(a)redhat.com> wrote:
Hi Vinicius,
It's actually due to my mistake, and as result the package got tagged with
the RC version instead of the GA.
The package itself was based on the 4.1.3 code, though.
I rebuilt it and published a fixed package, so the issue should be
resolved now.
Thanks in advance,
On Sat, Jul 8, 2017 at 5:12 AM, Vinícius Ferrão <ferrao(a)if.ufrj.br> wrote:
> Hello,
>
> I’ve noted a strange thing on oVirt. On the Hosted Engine an update was
> offered and I was a bit confused, since I’m running the latest oVirt Node
> release.
>
> To check if 4.1.3 was already released I issued an “yum update” on the
> command line and for my surprise an RC release was offered. This not seems
> to be right:
>
> ============================================================
> ==========================================================
> Package Arch Version
> Repository Size
> ============================================================
> ==========================================================
> Installing:
> ovirt-node-ng-image-update noarch
4.1.3-0.3.rc3.20170622082156.git47b4302.el7.centos
> ovirt-4.1 544 M
> replacing ovirt-node-ng-image-update-placeholder.noarch
> 4.1.2-1.el7.centos
> Updating:
> ovirt-engine-appliance noarch 4.1-20170622.1.el7.centos
> ovirt-4.1 967 M
>
> Transaction Summary
> ============================================================
> ==========================================================
> Install 1 Package
> Upgrade 1 Package
>
> Total download size: 1.5 G
> Is this ok [y/d/N]: N
>
> Is this normal behavior? This isn’t really good, since it can lead to
> stable to unstable moves on production. If this is normal, how can we avoid
> it?
>
> Thanks,
> V.
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>
--
Lev Veyde
Software Engineer, RHCE | RHCVA | MCITP
Red Hat Israel
<
https://www.redhat.com/>
lev(a)redhat.com | lveyde(a)redhat.com
<
https://red.ht/sig>
TRIED. TESTED. TRUSTED. <
https://redhat.com/trusted>