[Users] Fedora upgrading from 3.1 to 3.2

[Sandro Bonazzola]

Hi Karli,
we're still working on it


Il 02/04/2013 12:22, Karli Sjöberg ha scritto:
> Hi,
>
> has there been any progress regarding this matter?
>
> Best Regards
> Karli Sjöberg
>
> fre 2013-03-15 klockan 14:12 +0000 skrev Karli Sjöberg:
>> fre 2013-03-15 klockan 14:59 +0100 skrev Sandro Bonazzola:
>>> Il 13/03/2013 12:24, Karli Sjöberg ha scritto:
>>>
>>>> ons 2013-03-13 klockan 12:00 +0100 skrev Dave Neary:
>>>>> Hi Karli,
>>>>>
>>>>> On 03/11/2013 12:16 PM, Karli Sjöberg wrote:
>>>>> > Hi,
>>>>> >
>>>>> > in the absence of any official path,  we have started working out our own
>>>>> > 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.
>>>>>
>>>> That was my intention to share a working procedure once it was
>>>> complete but I unfortunately hit a wall at "engine-upgrade". I
>>>> would be very glad, and able to continue, if that obstacle could be
>>>> lifted.
>>>
>>> My experience in upgrading from oVirt-3.1/Fedora 17 to
>>> oVirt-3.2/Fedora 18:
>>>
>>> On Fedora 17:
>>> Be sure to have the latest updates running: yum distro-sync
>>> Set exclude=ovirt* in /etc/yum.conf
>>> Execute: fedup --disablerepo=ovirt* --network 18
>>>
>>> When you have a running Fedora 18:
>>> # 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 +0100
>>> +++ pg_hba.conf	2013-01-30 20:59:06.709000000 +0100
>>> @@ -77,7 +77,7 @@
>>>  # TYPE  DATABASE        USER            ADDRESS                 METHOD
>>>  
>>>  # "local" is for Unix domain socket connections only
>>> -local   all             all                                     md5
>>> +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 +0100
>>> +++ ssl.conf	2013-01-30 21:22:02.757000000 +0100
>>> @@ -9,7 +9,7 @@
>>>  # consult the online docs. You have been warned.  
>>>  #
>>>  
>>> -LoadModule ssl_module modules/mod_ssl.so
>>> +#LoadModule ssl_module modules/mod_ssl.so
>>>  
>>>  #
>>>  # When we also provide SSL we have to listen to the 
>>> @@ -40,7 +40,7 @@
>>>  #   Semaphore:
>>>  #   Configure the path to the mutual exclusion semaphore the
>>>  #   SSL engine uses internally for inter-process synchronization. 
>>> -SSLMutex default
>>> +#SSLMutex default
>>>  
>>>  #   Pseudo Random Number Generator (PRNG):
>>>  #   Configure one or more sources to seed the PRNG of the
>>>
>>>
>>> # /bin/systemctl restart  httpd.service
>>>
>>> Remove the line exclude=ovirt* from /etc/yum.conf
>>>
>>> # yum update ovirt-engine-setup
>>> # engine-upgrade
>>>
>>> However, during the upgrade I've stepped into
>>> https://bugzilla.redhat.com/show_bug.cgi?id=906270
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=906270>
>>> We are still working on the upgrade actions.
>> Our procedures looks almost exactly the same, and we have gotten just
>> as far as you have. Good to know.
>>
>> /Karli
>>>
>>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20130405/e6b7fb9c/attachment-0001.html>