<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="GENERATOR" content="GtkHTML/4.4.4">
</head>
<body text="#000000" bgcolor="#ffffff">
Hi!<br>
<br>
More than two months have passed without any notices or updates on this issue, and looking at the bugreport absolutely nothing has been done since then. What´s confusing me is that the release management for oVirt 3.2 has this clearly printed:<br>
&quot;<b>MUST</b>: Upgrade from previous release&quot;<br>
<br>
And you all seem too busy with getting the next release out of the door before fixing the current... What gives? Don´t you care about early adopters?<br>
<br>
Best Regards<br>
Karli Sjöberg<br>
<br>
fre 2013-04-05 klockan 10:24 &#43;0200 skrev Sandro Bonazzola:
<blockquote type="CITE">Hi Karli,<br>
we're still working on it<br>
<br>
<br>
Il 02/04/2013 12:22, Karli Sjöberg ha scritto:<br>
<br>
</blockquote>
<blockquote type="CITE">
<blockquote type="CITE">Hi,<br>
<br>
has there been any progress regarding this matter?<br>
<br>
Best Regards<br>
Karli Sjöberg<br>
<br>
fre 2013-03-15 klockan 14:12 &#43;0000 skrev Karli Sjöberg:<br>
<blockquote type="CITE">fre 2013-03-15 klockan 14:59 &#43;0100 skrev Sandro Bonazzola:
<br>
<blockquote type="CITE">Il 13/03/2013 12:24, Karli Sjöberg ha scritto:<br>
<br>
<blockquote type="CITE">ons 2013-03-13 klockan 12:00 &#43;0100 skrev Dave Neary:
<blockquote type="CITE">
<pre>
Hi Karli,

On 03/11/2013 12:16 PM, Karli Sjöberg wrote:
&gt; Hi,
&gt;
&gt; in the absence of any official path,  we have started working out our own
&gt; procedure for going from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18.

Indeed, I have not seen any documentation in the wiki yet on upgrading 
oVirt - would you be interested in writing up your experiences there as 
a guide to others?

Thanks!
Dave.

</pre>
</blockquote>
That was my intention to share a working procedure once it was complete but I unfortunately hit a wall at &quot;engine-upgrade&quot;. I would be very glad, and able to continue, if that obstacle could be lifted.<br>
</blockquote>
<br>
My experience in upgrading from oVirt-3.1/Fedora 17 to oVirt-3.2/Fedora 18:<br>
<br>
On Fedora 17:<br>
Be sure to have the latest updates running: yum distro-sync<br>
Set exclude=ovirt* in /etc/yum.conf<br>
Execute: fedup --disablerepo=ovirt* --network 18<br>
<br>
When you have a running Fedora 18:
<pre>
# systemctl list-units --failed
UNIT               LOAD   ACTIVE SUB    DESCRIPTION
httpd.service      loaded failed failed The Apache HTTP Server
postgresql.service loaded failed failed PostgreSQL database server

# systemctl stop postgresql.service
# tar cJvf pgsql-backup.tar.xz /var/lib/pgsql/data/
# yum install postgresql-upgrade

# cp /var/lib/pgsql/data/pg_hba.conf /root/pg_hba.conf.ovirt

edit /var/lib/pgsql/data/pg_hba.conf changing md5 to trust on the local line.

# diff -u pg_hba.conf.ovirt pg_hba.conf
--- pg_hba.conf.ovirt        2013-01-30 20:58:49.404000000 &#43;0100
&#43;&#43;&#43; pg_hba.conf        2013-01-30 20:59:06.709000000 &#43;0100
@@ -77,7 &#43;77,7 @@
 # TYPE  DATABASE        USER            ADDRESS                 METHOD
 
 # &quot;local&quot; is for Unix domain socket connections only
-local   all             all                                     md5
&#43;local   all             all                                     trust
 # IPv4 local connections:
 host    all             all             127.0.0.1/32            md5
 # IPv6 local connections:



# postgresql-setup upgrade
Redirecting to /bin/systemctl stop  postgresql.service
Upgrading database: OK

See /var/lib/pgsql/pgupgrade.log for details.

# cp /root/pg_hba.conf.ovirt /var/lib/pgsql/data/pg_hba.conf
# systemctl postgrsql.service restart


edit /etc/httpd/conf.d/ssl.conf:
# diff -u ssl.conf.ovirt ssl.conf
--- ssl.conf.ovirt        2013-01-30 21:21:06.906000000 &#43;0100
&#43;&#43;&#43; ssl.conf        2013-01-30 21:22:02.757000000 &#43;0100
@@ -9,7 &#43;9,7 @@
 # consult the online docs. You have been warned.  
 #
 
-LoadModule ssl_module modules/mod_ssl.so
&#43;#LoadModule ssl_module modules/mod_ssl.so
 
 #
 # When we also provide SSL we have to listen to the 
@@ -40,7 &#43;40,7 @@
 #   Semaphore:
 #   Configure the path to the mutual exclusion semaphore the
 #   SSL engine uses internally for inter-process synchronization. 
-SSLMutex default
&#43;#SSLMutex default
 
 #   Pseudo Random Number Generator (PRNG):
 #   Configure one or more sources to seed the PRNG of the


# /bin/systemctl restart  httpd.service
</pre>
<br>
Remove the line exclude=ovirt* from /etc/yum.conf<br>
<br>
# yum update ovirt-engine-setup<br>
# engine-upgrade<br>
<br>
However, during the upgrade I've stepped into <a href="https://bugzilla.redhat.com/show_bug.cgi?id=906270">
https://bugzilla.redhat.com/show_bug.cgi?id=906270</a><br>
We are still working on the upgrade actions.<br>
</blockquote>
Our procedures looks almost exactly the same, and we have gotten just as far as you have. Good to know.<br>
<br>
/Karli<br>
<blockquote type="CITE"><br>
</blockquote>
<br>
</blockquote>
</blockquote>
<br>
<br>
<pre>
-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
</pre>
</blockquote>
<br>
<table cellspacing="0" cellpadding="0" width="100%">
<tbody>
<tr>
<td>-- <br>
<br>
Med Vänliga Hälsningar<br>
-------------------------------------------------------------------------------<br>
Karli Sjöberg<br>
Swedish University of Agricultural Sciences<br>
Box 7079 (Visiting Address Kronåsvägen 8)<br>
S-750 07 Uppsala, Sweden<br>
Phone: &nbsp;&#43;46-(0)18-67 15 66<br>
<a href="mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a> </td>
</tr>
</tbody>
</table>
</body>
</html>