Vi konfigurerar Ovirt-engine

Okej! Nu ser vi framemot att få installera Ovirt. Vi börjar direkt. Vi går till katalogen vi valde att installera Ovirt i: /home/dinanvändare/ovirt-engine Och därfifrån kör vi engine-setup. Men det första som händer är att setup-programmet inte hittar otopi. Jag hade glömt installera det. Men det packas upp med tar -xvzf och sen installeras det med följande kommandon. Det sista som root.

Okej. Jag valde också att köra ./configure med ett par parametrar.

./configure --enable-java-sdk --with-maven

Inte för at jag vet varför till 100 procent, men jag vet att Ovirt använder maven och java-sdk för dessa paket installerade jag innan ovirt skulle byggas från källkod. Men sen blev det nytt krångel. När engine-setup skulle köra sitt installations-skript hittade det inte otopi. Men det ordnade jag med en länk från /usr/sbin/otopi till /usr/local/sbin/otopi där den verkligen fanns. Problemet var att engine-setup letade i /usr/sbin. Länken gjorde jag så som bilden nedan visar och till saken hör att jag befann mig i katalogen /usr/sbin. Det finns dock fler sätt att göra länkar på Men det finns gott om tips på nätet om detta.

Men sen kom nästa problem när engine-setup skulle köras. Det hängde ihop med python och otopi som ni ser.

Jag väljer att riva rasket och bygga om paketet. Jag vet inte om det stämmer, men att otopi nu inte hittas kan ha att göra med att det inte var installerat när ovirt-engine byggdes. Därför tar jag bort ovirt-engine och installerar om det och hoppas på bättre resultat i och med att otopi är installerat när det byggs. Jag gör enligt anvisningarna i README.adoc-filen som finns i byggkatalogen ovirt-engine.

Jag tar bort det som installerades i /home/dinanvändare/ovirt-eninge, sen tar jag bort bygget och setupen.

För säkerhets skull kör jag engine-cleanup först i /home/dinanvändare/ovirt-engine. Nu har jag installerat om otopi och det som verkar ha hjälpt är att jag angav ./configure --prefix=/usr och då försvann meddelandet om att No module named otopi. Men vi får se om det felmeddalndet återkommer. Det som till slut löste saken med otopi var att installera den med ett prefix i /usr för att den i standardinsallering hamnade i /usr/local. Körconfigure på det här viset med några parametrar.

$ ./configure --prefix=/usr och sen som vanligt make och make install; det senaste som root.

Tyvärr kom nästa problem i form att ovirt_setup_lib saknades.

Vi laddar vi hem det och installerar från scratch, eller source som det heter.

$ wget http://resources.ovirt.org/pub/ovirt-4.0/src/ovirt-setup-lib/ovirt-setup-lib-1.0.2.tar.gz

$ tar -xvzf ovirt-setup-lib-1.0.2.tar.gz

Sen var det bara att köra det vanliga: ./configure --prefix=/usr, make och make install som root.

 Men sen kom nästa beroendeproblem. Och vid en koll så var libxml2 redan installerad.

En sökning visar att paketet python-libxml2.x86_64 kan motsvara beroendena. Ofta måste man installera utvecklingspaketet för att få tillgång till det nödvändiga så därför provar jag det. De brukar ha devel med i namnet. Men jag installerar det här paketet först för att se om det fyller beroendena.

$ dnf install  python-libxml2.x86_64

Nu när alla beroenden är installerade fungerar engine-setup. Den ska köras som vanlig användare för att installera en utvecklingsversion. Vad det betyder måste jag först ta reda på.

(Vi kan också köra java-konfigureringar. Men jag väljer att inte följa guiden på ovirt.org utan följer i stället anvisningarna i README.adoc-filen)

eventuellt # alternatives config --java

eventuellt # alternatives config --javac

Innan vi kan köra engine-setup måste också ovirt-host-deploy installeras. Jag laddar hem och packar upp den.

$ wget http://resources.ovirt.org/pub/ovirt-4.0/src/ovirt-host-deploy/ovirt-host-deploy-1.5.3.tar.gz

$ tar -xvzf ovirt-host-deploy-1.5.3.tar.gz

Sen kompilerar jag på nytt ovirt-engine, eftersom det ska göras sist. Krångel igen.

Jag testar att ändra databas-anslutningarna från 100 till 150; jag öppnar för anslutningar från det lokala nätverket, och avkommenterar port = 5432

Jag kör engine-setup utan datawarehouse och i utvecklarläge vilket innebär att jag får nya problem. Jag kan inte ansluta till ovirt via webben.

Efter många om och med fungerar det. För att starta gör jag det som följer nedan. Glöm inte att starta postgresql-servern med systemctl. Men jag har installerat en utvecklarversion och det ju inte tanken. Men hur som helst är det i gång i alla fall. Ska bli mycket spännande att utforska Ovirt. Så här ser det ut när man surfar in på webadressen http://dinserversnamn:8080

#systemctl start postgresql.service

$ $HOME/ovirt-engine/share/ovirt-engine/services/ovirt-engine/ovirt-engine.py start

När jag skulle installera Ovirt på Fedora 24 med engine-setup knorrade installationsskriptet hela tiden om att språket var fel.Kör kommandot locale -a för att se om du har krångel med språkfilerna. Det yttrar sig bland annat så här:

Till slut kunde jag ändra språket till det godkända av databasservern postgresql genom nedanstående kommando:

# dnf install glibc-langpack-en

Och då äntligen gick det att installera Ovirt-engine med skriptet engine-setup. Och egentligen är det väl inget konstigt. Ovirt fungerar tydligen bara med en_US.UTF-8 och är den inte installerad fungerar det inte. På Fedora 24 kan du kontrollera om språkpaketet finns genom att titta i /usr/lib/locale

I bästa fall  kommer de här meddelandena upp. Följ dem och konfigurera brandväggen.