[Users] Fedora upgrading from 3.1 to 3.2

Itamar Heim iheim at redhat.com
Mon Jun 17 10:21:54 UTC 2013


On 06/17/2013 01:08 PM, Alex Lourie wrote:
>
>
> On Fri, Jun 14, 2013 at 12:26 PM, Karli Sjöberg <Karli.Sjoberg at slu.se>
> wrote:
>> Hi!
>>
>
> Hi Karli,
>
>>
>> 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:
>> "MUST: Upgrade from previous release"
>>
>> 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?
>>
>
> I apologise that this issue wasn't taken care of yet. It is clear that
> the priorities of developers shifted towards work on features in 3.3
> release, which feature freeze is happening in about 2 weeks, so you can
> understand the time pressure they all have. There's no need to be angry
> about that. It is an open source project and as resources for the
> development are limited, we're trying to do our best to cover as much
> issues as possible. This can lead to situations as this issue, which may
> be left behind for some time.
>
> That said, the process for upgrading the oVirt 3.1 on Fedora 17 to oVirt
> 3.2 on Fedora 18 is complex and non-trivial, that's why it is taking
> time to resolve all the issues that come up in the process.
>
> If this matter is not extremely urgent, we are currently working on a
> tool that may make this upgrade easier, albeit, maybe, not completely
> automatic.
>
> On the other hand, if this is a completely and utterly urgent, we may
> try to guide you through possible manual attempts to perform the
> upgrade. Mind though, that they weren't thoroughly tested, and not
> promised to go smoothly or even work, and we may have to think about
> possible alternative solutions on the go.

it seems that upgrades on .el6 platforms (RHEL/CentOS) are easier (since 
not a major upgrade of the underlying OS)?

>
> Best regards,
> Alex Lourie,
> Software Developer in Integration,
> RHEV, Red Hat.
>
>>
>> Best Regards
>> Karli Sjöberg
>>
>> fre 2013-04-05 klockan 10:24 +0200 skrev 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
>>>>>> 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
>>>
>>
>> --
>>
>> Med Vänliga Hälsningar
>> -------------------------------------------------------------------------------
>>
>> Karli Sjöberg
>> Swedish University of Agricultural Sciences
>> Box 7079 (Visiting Address Kronåsvägen 8)
>> S-750 07 Uppsala, Sweden
>> Phone:  +46-(0)18-67 15 66
>> karli.sjoberg at slu.se
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users




More information about the Users mailing list