10:53 a.m.
On Mon, Jan 23, 2012 at 12:02:05PM +0100, Christian Parpart wrote:
Hi all,
as suggested in a prior mail, I was now trying out oVirt - however, on
a non-Redhat/Debian system -
and ran into huge issues primary due to the lag of information / documenation.
So here my assumptions:
* oVirt is a web application based on JBoss application server.
* VDSM is an agent to run on every hypervisor (or also VM?)
* nothing else needed? (despite jboss, java-jdk-1.6, python-2.7, maven-2.2)
I tried following the install-from-source guides for oVirt and failed at
a compilation error.
# cd $OVIRT_ENGINE_SRCDIR
# make
[.....]
[INFO] Compiling 186 source files to
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/target/classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/src/main/java/org/ovirt/engine/core/dal/dbbroker/PGHack.java:[9,7]
error: PGHack is not abstract and does not override abstract method
getParentLogger() in CommonDataSource
[...]
There are no remote branches nor tags that looked like "stable" that I
could test on, too.
So finally (the not favoured version), I tried putting a Fedora 16
netinstall into a KVM on my hypervisor-test-node
and installed everything in there, again, following some guide from
the upstream site.
Since it did not compile anything, the install worked well, but I
could not add my hypervisor node
as a host, in fact, it complained about some tools not being able to
be installed.
What tools? VDSM? how am I supposed to "cleanly" install it if not as
promoted on the install guide? :(
In the end, I am having nothing working, feeling a little bit sad
about the possibly wasted time, so I hope you guys can give me a
hint on how to deal with VDSM (if that's what I am missing here) and
how to deal with the compile error when installing from source.
Hi Christian,
I am not primarily an ovirt guy, so I hope I am not steering you wrong
here, but since I was the one who made the suggestion that you try
ovirt, I'll take a swag at it. oVirt requires that KVM be operational
on the node, so you may be running up against that requirement if you
aren't running nested virt. I have gotten a VM to work as a node, but
I did have to make it nested, and my experience with nested KVM is
that it still has some rough edges.
I have cc'd the ovirt users list as I do not have the experience to
help you debug the build failure.
Dave
Best regards,
Christian Parpart.
_______________________________________________
libvirt-users mailing list
libvirt-users(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvirt-users
11:22 a.m.
New subject: [Users] [libvirt-users] oVirt setup issues
On 01/23/2012 05:53 PM, Dave Allan wrote:
On Mon, Jan 23, 2012 at 12:02:05PM +0100, Christian Parpart wrote:
> Hi all,
>
> as suggested in a prior mail, I was now trying out oVirt - however, on
> a non-Redhat/Debian system -
> and ran into huge issues primary due to the lag of information / documenation.
>
> So here my assumptions:
> * oVirt is a web application based on JBoss application server.
> * VDSM is an agent to run on every hypervisor (or also VM?)
> * nothing else needed? (despite jboss, java-jdk-1.6, python-2.7, maven-2.2)
>
> I tried following the install-from-source guides for oVirt and failed at
> a compilation error.
>
> # cd $OVIRT_ENGINE_SRCDIR
> # make
> [.....]
> [INFO] Compiling 186 source files to
> /opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/target/classes
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Compilation failure
>
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/src/main/java/org/ovirt/engine/core/dal/dbbroker/PGHack.java:[9,7]
> error: PGHack is not abstract and does not override abstract method
> getParentLogger() in CommonDataSource
> [...]
I think this build problem is happening because you are using JDK 7,
which added a new method to the CommonDatasSource interface. You could
implement it, but I think it is better if you compile with JDK 6, as
that is the version that has been tested.
> There are no remote branches nor tags that looked like
"stable" that I
> could test on, too.
>
> So finally (the not favoured version), I tried putting a Fedora 16
> netinstall into a KVM on my hypervisor-test-node
> and installed everything in there, again, following some guide from
> the upstream site.
>
> Since it did not compile anything, the install worked well, but I
> could not add my hypervisor node
> as a host, in fact, it complained about some tools not being able to
> be installed.
>
> What tools? VDSM? how am I supposed to "cleanly" install it if not as
> promoted on the install guide? :(
>
> In the end, I am having nothing working, feeling a little bit sad
> about the possibly wasted time, so I hope you guys can give me a
> hint on how to deal with VDSM (if that's what I am missing here) and
> how to deal with the compile error when installing from source.
Using VDSM with Debian is going to be difficult, I think, as it is quite
Fedora specific right now. With Fedora it shouldn't be very hard. What
are the specific problems that you are facing?
2:40 p.m.
New subject: [Users] [libvirt-users] oVirt setup issues
This is a multi-part message in MIME format.
--------------080701010909000307000907
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
On 01/23/2012 06:53 PM, Dave Allan wrote:
On Mon, Jan 23, 2012 at 12:02:05PM +0100, Christian Parpart wrote:
> Hi all,
>
> as suggested in a prior mail, I was now trying out oVirt - however, on
> a non-Redhat/Debian system -
> and ran into huge issues primary due to the lag of information / documenation.
>
> So here my assumptions:
> * oVirt is a web application based on JBoss application server.
> * VDSM is an agent to run on every hypervisor (or also VM?)
> * nothing else needed? (despite jboss, java-jdk-1.6, python-2.7, maven-2.2)
>
> I tried following the install-from-source guides for oVirt and failed at
> a compilation error.
>
> # cd $OVIRT_ENGINE_SRCDIR
> # make
> [.....]
> [INFO] Compiling 186 source files to
> /opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/target/classes
> [INFO] ------------------------------------------------------------------------
> [ERROR] BUILD FAILURE
> [INFO] ------------------------------------------------------------------------
> [INFO] Compilation failure
>
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/src/main/java/org/ovirt/engine/core/dal/dbbroker/PGHack.java:[9,7]
> error: PGHack is not abstract and does not override abstract method
> getParentLogger() in CommonDataSource
> [...]
https://bugzilla.redhat.com/show_bug.cgi?id=772453
Y.
>
> There are no remote branches nor tags that looked like "stable" that I
> could test on, too.
>
> So finally (the not favoured version), I tried putting a Fedora 16
> netinstall into a KVM on my hypervisor-test-node
> and installed everything in there, again, following some guide from
> the upstream site.
>
> Since it did not compile anything, the install worked well, but I
> could not add my hypervisor node
> as a host, in fact, it complained about some tools not being able to
> be installed.
>
> What tools? VDSM? how am I supposed to "cleanly" install it if not as
> promoted on the install guide? :(
>
> In the end, I am having nothing working, feeling a little bit sad
> about the possibly wasted time, so I hope you guys can give me a
> hint on how to deal with VDSM (if that's what I am missing here) and
> how to deal with the compile error when installing from source.
Hi Christian,
I am not primarily an ovirt guy, so I hope I am not steering you wrong
here, but since I was the one who made the suggestion that you try
ovirt, I'll take a swag at it. oVirt requires that KVM be operational
on the node, so you may be running up against that requirement if you
aren't running nested virt. I have gotten a VM to work as a node, but
I did have to make it nested, and my experience with nested KVM is
that it still has some rough edges.
I have cc'd the ovirt users list as I do not have the experience to
help you debug the build failure.
Dave
> Best regards,
> Christian Parpart.
>
> _______________________________________________
> libvirt-users mailing list
> libvirt-users(a)redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------080701010909000307000907
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 01/23/2012 06:53 PM, Dave Allan wrote:
<blockquote cite="mid:20120123165330.GF2476@redhat.com"
type="cite">
<pre wrap="">On Mon, Jan 23, 2012 at 12:02:05PM +0100, Christian
Parpart wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi all,
as suggested in a prior mail, I was now trying out oVirt - however, on
a non-Redhat/Debian system -
and ran into huge issues primary due to the lag of information / documenation.
So here my assumptions:
* oVirt is a web application based on JBoss application server.
* VDSM is an agent to run on every hypervisor (or also VM?)
* nothing else needed? (despite jboss, java-jdk-1.6, python-2.7, maven-2.2)
I tried following the install-from-source guides for oVirt and failed at
a compilation error.
# cd $OVIRT_ENGINE_SRCDIR
# make
[.....]
[INFO] Compiling 186 source files to
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/target/classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/src/main/java/org/ovirt/engine/core/dal/dbbroker/PGHack.java:[9,7]
error: PGHack is not abstract and does not override abstract method
getParentLogger() in CommonDataSource
[...]</pre>
</blockquote>
</blockquote>
<br>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<a
href="https://bugzilla.redhat.com/show_bug.cgi?id=772453">ht...
<br>
<br>
Y.<br>
<br>
<blockquote cite="mid:20120123165330.GF2476@redhat.com"
type="cite">
<blockquote type="cite">
<pre wrap="">
There are no remote branches nor tags that looked like "stable" that I
could test on, too.
So finally (the not favoured version), I tried putting a Fedora 16
netinstall into a KVM on my hypervisor-test-node
and installed everything in there, again, following some guide from
the upstream site.
Since it did not compile anything, the install worked well, but I
could not add my hypervisor node
as a host, in fact, it complained about some tools not being able to
be installed.
What tools? VDSM? how am I supposed to "cleanly" install it if not as
promoted on the install guide? :(
In the end, I am having nothing working, feeling a little bit sad
about the possibly wasted time, so I hope you guys can give me a
hint on how to deal with VDSM (if that's what I am missing here) and
how to deal with the compile error when installing from source.
</pre>
</blockquote>
<pre wrap="">
Hi Christian,
I am not primarily an ovirt guy, so I hope I am not steering you wrong
here, but since I was the one who made the suggestion that you try
ovirt, I'll take a swag at it. oVirt requires that KVM be operational
on the node, so you may be running up against that requirement if you
aren't running nested virt. I have gotten a VM to work as a node, but
I did have to make it nested, and my experience with nested KVM is
that it still has some rough edges.
I have cc'd the ovirt users list as I do not have the experience to
help you debug the build failure.
Dave
</pre>
<blockquote type="cite">
<pre wrap="">Best regards,
Christian Parpart.
_______________________________________________
libvirt-users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:libvirt-users@redhat.com">libvirt-users@redhat.com</a>
<a class="moz-txt-link-freetext"
href="https://www.redhat.com/mailman/listinfo/libvirt-users">...
</pre>
</blockquote>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
</body>
</html>
--------------080701010909000307000907--
10:47 a.m.
New subject: [Users] [libvirt-users] oVirt setup issues
On 01/23/2012 07:22 PM, Juan Hernandez wrote:
On 01/23/2012 05:53 PM, Dave Allan wrote:
> On Mon, Jan 23, 2012 at 12:02:05PM +0100, Christian Parpart wrote:
>> Hi all,
>>
>> as suggested in a prior mail, I was now trying out oVirt - however, on
>> a non-Redhat/Debian system -
>> and ran into huge issues primary due to the lag of information / documenation.
>>
>> So here my assumptions:
>> * oVirt is a web application based on JBoss application server.
>> * VDSM is an agent to run on every hypervisor (or also VM?)
>> * nothing else needed? (despite jboss, java-jdk-1.6, python-2.7, maven-2.2)
>>
>> I tried following the install-from-source guides for oVirt and failed at
>> a compilation error.
>>
>> # cd $OVIRT_ENGINE_SRCDIR
>> # make
>> [.....]
>> [INFO] Compiling 186 source files to
>> /opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/target/classes
>> [INFO] ------------------------------------------------------------------------
>> [ERROR] BUILD FAILURE
>> [INFO] ------------------------------------------------------------------------
>> [INFO] Compilation failure
>>
/opt/ovirt/src/ovirt-engine/backend/manager/modules/dal/src/main/java/org/ovirt/engine/core/dal/dbbroker/PGHack.java:[9,7]
>> error: PGHack is not abstract and does not override abstract method
>> getParentLogger() in CommonDataSource
>> [...]
I think this build problem is happening because you are using JDK 7,
which added a new method to the CommonDatasSource interface. You could
implement it, but I think it is better if you compile with JDK 6, as
that is the version that has been tested.
>> There are no remote branches nor tags that looked like "stable" that I
>> could test on, too.
>>
>> So finally (the not favoured version), I tried putting a Fedora 16
>> netinstall into a KVM on my hypervisor-test-node
>> and installed everything in there, again, following some guide from
>> the upstream site.
>>
>> Since it did not compile anything, the install worked well, but I
>> could not add my hypervisor node
>> as a host, in fact, it complained about some tools not being able to
>> be installed.
>>
>> What tools? VDSM? how am I supposed to "cleanly" install it if not as
>> promoted on the install guide? :(
>>
>> In the end, I am having nothing working, feeling a little bit sad
>> about the possibly wasted time, so I hope you guys can give me a
>> hint on how to deal with VDSM (if that's what I am missing here) and
>> how to deal with the compile error when installing from source.
Using VDSM with Debian is going to be difficult, I think, as it is quite
Fedora specific right now. With Fedora it shouldn't be very hard. What
are the specific problems that you are facing?
I actually think there is another community member working on Debian,
sending patches to vdsm already to make it better.
but Christian - let's get you working with F16 first so you will see it,
then you can collaborate on the debian aspects.
for example, see:
https://bugzilla.redhat.com/show_bug.cgi?id=768919
4484
days inactive
4485
days old
3 comments
4 participants
participants (4)
-
Dave Allan -
Itamar Heim -
Juan Hernandez -
Yaniv Kaul