<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 12, 2014 at 4:09 PM, Sandro Bonazzola <span dir="ltr">&lt;<a href="mailto:sbonazzo@redhat.com" target="_blank">sbonazzo@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div><div class="h5">
<br>
</div></div>I think it should go ok.<br>
<div class=""><div class="h5"><br>
&gt;<br>
&gt; Gianluca<br>
&gt;<br>
<br>
<br>
--<br>
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></blockquote></div><br></div><div class="gmail_extra">OK, all went ok.<br></div><div class="gmail_extra">The only problem I had was PostgreSQL upgrade that didn&#39;t succeed.<br></div><div class="gmail_extra">I used the newly released postgresql-upgrade-9.3.5-2.fc20.x86_64 and not the version referred inside the bugzilla entry. <br>I don&#39;t know if it was part of the problem.<br><br>[root@tekkaman Downloads]# postgresql-setup upgrade<br>Upgrading database: failed<br><br>See /var/lib/pgsql/pgupgrade.log for details.<br><br>[root@tekkaman data]# cat /var/lib/pgsql/pgupgrade.log<br>Performing Consistency Checks<br>-----------------------------<br>Checking cluster versions                                   ok<br><br>*failure*<br>Consult the last few lines of &quot;pg_upgrade_server.log&quot; for<br>the probable cause of the failure.<br><br>connection to database failed: could not connect to server: No such file or directory<br>    Is the server running locally and accepting<br>    connections on Unix domain socket &quot;/var/lib/pgsql/.s.PGSQL.5432&quot;?<br><br><br>could not connect to old postmaster started with the command:<br>&quot;/usr/lib64/pgsql/postgresql-9.2/bin/pg_ctl&quot; -w -l &quot;pg_upgrade_server.log&quot; -D &quot;/var/lib/pgsql/data-old&quot; -o &quot;-p 5432 -b  -c listen_addresses=&#39;&#39; -c unix_socket_permissions=0700 -c unix_socket_directory=&#39;/var/lib/pgsql&#39;&quot; start<br>Failure, exiting<br><br></div><div class="gmail_extra">Digging  more in log files I saw:<br>-----------------------------------------------------------------<br>  pg_upgrade run on Thu Nov 13 00:18:11 2014<br>-----------------------------------------------------------------<br><br>command: &quot;/usr/lib64/pgsql/postgresql-9.2/bin/pg_ctl&quot; -w -l &quot;pg_upgrade_server.log&quot; -D &quot;/var/lib/pgsql/data-old&quot; -o &quot;-p 5432 <br>-b  -c listen_addresses=&#39;&#39; -c unix_socket_permissions=0700 -c unix_socket_directory=&#39;/var/lib/pgsql&#39;&quot; start &gt;&gt; &quot;pg_upgrade_se<br>rver.log&quot; 2&gt;&amp;1<br>waiting for server to start....LOG:  SSL is not supported by this build<br>LOG:  SSL is not supported by this build<br>LOG:  SSL is not supported by this build<br>FATAL:  configuration file &quot;/var/lib/pgsql/data-old/postgresql.conf&quot; contains errors<br>.... stopped waiting<br>pg_ctl: could not start server<br>Examine the log output.<br><br></div><div class="gmail_extra">After removing from postgresql.conf the line<br></div><div class="gmail_extra">ssl = on<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I was then able to upgrade PostgreSQL and continue with the other steps.<br></div><div class="gmail_extra">The Hypervisor part was fulfilled by the os upgrade itself.<br><br></div><div class="gmail_extra">BTW: in f19 I had iptables and not firewalld and this kind of configuration was kept in f20 too by the installer.<br><br></div><div class="gmail_extra">Gianluca<br></div></div>