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
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users