<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 14, 2015 at 8:08 AM, Fabian Deutsch <span dir="ltr">&lt;<a href="mailto:fdeutsch@redhat.com" target="_blank">fdeutsch@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Sep 14, 2015 at 7:45 AM, Sandro Bonazzola &lt;<a href="mailto:sbonazzo@redhat.com">sbonazzo@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt; On Fri, Sep 11, 2015 at 5:43 PM, Fabian Deutsch &lt;<a href="mailto:fdeutsch@redhat.com">fdeutsch@redhat.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; Hey,<br>
&gt;&gt;<br>
&gt;&gt; I&#39;d like to make it easier to discover what oVirt release is<br>
&gt;&gt; installed, and what potential variant (i.e Node) is used.<br>
&gt;&gt; Currently we are using some Node specific files to identify this<br>
&gt;&gt; &quot;variant&quot;.<br>
&gt;&gt;<br>
&gt;&gt; With this patch [0] I&#39;m suggesting to add the /etc/ovirt-release file,<br>
&gt;&gt; with the following contents:<br>
&gt;&gt;<br>
&gt;&gt; NAME=oVirt<br>
&gt;&gt; ID=ovirt<br>
&gt;&gt; VERSION=&quot;4.0 (master)&quot;<br>
&gt;&gt; VERSION_ID=4.0<br>
&gt;&gt; PRETTY_NAME=&quot;oVirt 4.0&quot;<br>
&gt;&gt; CPE_NAME=&quot;cpe:/a:ovirtproject:ovirt:4.0:dev&quot;<br>
&gt;&gt; VARIANT=&quot;&quot;<br>
&gt;&gt; VARIANT_ID=<br>
&gt;&gt;<br>
&gt;&gt; The variables are close to what is used by Fedora and CentOS.<br>
&gt;&gt; The variant field is left empty by default, but can be populated with<br>
&gt;&gt; defined values for variants like Node or i.e. a container variant.<br>
&gt;<br>
&gt; what if multiple ovirt-releaseX are installed?<br>
&gt; for example, upgrading from 3.5 to 3.6 keeping rollback support during the<br>
&gt; upgrade requires to have ovirt-release35 and ovirt-release36 installed side<br>
&gt; by side.<br>
<br>
</span>Does the oVirt specific rpm based delivery allow rolling back?<br></blockquote><div><br></div><div>well yes, if for some reason the upgrade from 3.5 to 3.6 fails, transaction rollback should work, restoring 3.5 to previous state.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Could you point me to that logic?<br>
<br></blockquote><div><br></div><div><br></div><div>it&#39;s within engine-setup, provided by otopi framework. </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
A general approach could be to make /etc/ovirt-release a symlink.<br>
<br>
Right now I&#39;d even consider to move this file to<br>
/usr/lib/ovirt-release, this will be much better suioted for image<br>
based deliveries …<br>
<br>
- fabian<br>
<div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; A CPE [1] is also included for convenience.<br>
&gt;&gt;<br>
&gt;&gt; Thoughts?<br>
&gt;&gt;<br>
&gt;&gt; - fabian<br>
&gt;&gt;<br>
&gt;&gt; --<br>
&gt;&gt; [0] <a href="https://gerrit.ovirt.org/#/c/46067/" rel="noreferrer" target="_blank">https://gerrit.ovirt.org/#/c/46067/</a><br>
&gt;&gt; [1] <a href="http://cpe.mitre.org/" rel="noreferrer" target="_blank">http://cpe.mitre.org/</a><br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Sandro Bonazzola<br>
&gt; Better technology. Faster innovation. Powered by community collaboration.<br>
&gt; See how it works at <a href="http://redhat.com" rel="noreferrer" target="_blank">redhat.com</a><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Fabian Deutsch &lt;<a href="mailto:fdeutsch@redhat.com">fdeutsch@redhat.com</a>&gt;<br>
RHEV Hypervisor<br>
Red Hat<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Sandro Bonazzola<br>Better technology. Faster innovation. Powered by community collaboration.<br>See how it works at <a href="http://redhat.com" target="_blank">redhat.com</a><br></div></div></div></div>
</div></div>