[ANN] oVirt 4.1.0 First Release Candidate is now available
The oVirt Project is pleased to announce the availability of the First Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the first release candidate of the 4.1 release series. 4.1.0 brings more than 250 enhancements and more than 700 bugfixes, including more than 300 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available A release management page including planned schedule is also available[4] Additional Resources: * Read more about the oVirt 4.1.0 release highlights: http://www.ovirt.org/release/4.1.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-managem... [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Mon, Jan 23, 2017 at 2:35 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
The oVirt Project is pleased to announce the availability of the First Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016
This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production.
This update is the first release candidate of the 4.1 release series. 4.1.0 brings more than 250 enhancements and more than 700 bugfixes, including more than 300 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed.
This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later
This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) * oVirt Node 4.1
See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed.
Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available
An updated Windows Guest Tools ISO is now available as well, from: http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... An RPM package wrapping it is in the 4.1-pre repositories. Changes compared to the 4.0 version: - Uninstall fixes - Correct path to QEMU GA MSI files - Add Display Version as a postfix to the Display Name - Add Windows 10 support - Update to latest virtio-win/vdagent releases - Install virtio-rng driver Best,
A release management page including planned schedule is also available[4]
Additional Resources: * Read more about the oVirt 4.1.0 release highlights:http://www.ovirt.org/release/4.1.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog:http://www.ovirt.org/blog/
[1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-managem... [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Didi
On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote:
An updated Windows Guest Tools ISO is now available as well, from:
http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt- toolsSetup/4.1-1.fc24/
Is it meant to be used also in 4.0.x environments?
On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote:
On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote:
An updated Windows Guest Tools ISO is now available as well, from:
http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24...
Is it meant to be used also in 4.0.x environments?
I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi
I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 4.0.5. It suffers from the same bug that’s been present since at least oVirt 3.6: The Balloon service is setup with the wrong path: C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe" The correct path being: C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The fix is much the same as before: sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" start= auto How is it that this bug persists? Is it being actively tracked? I found reference to someone possibly having “a look” but no follow-up: http://lists.ovirt.org/pipermail/users/2016-June/073690.html I did note one thing that appears to be fixed: the QEMU agent service is properly setup and runs (it had to be manually started in previous versions.) The oVirt and Spice services start up as expected. Thanks, Daniel On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote: On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote: > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote: >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... > > > Is it meant to be used also in 4.0.x environments? > I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 4.0.5. It suffers from the same bug that’s been present since at least oVirt 3.6: The Balloon service is setup with the wrong path: C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe" The correct path being: C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The fix is much the same as before: sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" start= auto How is it that this bug persists? Is it being actively tracked? I found reference to someone possibly having “a look” but no follow-up: http://lists.ovirt.org/pipermail/users/2016-June/073690.html I did note one thing that appears to be fixed: the QEMU agent service is properly setup and runs (it had to be manually started in previous versions.) The oVirt and Spice services start up as expected. Thanks, Daniel On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote: On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote: > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote: >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... > > > Is it meant to be used also in 4.0.x environments? > I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
I’ve added this to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1416533 On 1/25/17, 11:02 AM, "users-bounces@ovirt.org on behalf of Beckman, Daniel" <users-bounces@ovirt.org on behalf of Daniel.Beckman@ingramcontent.com> wrote: I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 4.0.5. It suffers from the same bug that’s been present since at least oVirt 3.6: The Balloon service is setup with the wrong path: C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe" The correct path being: C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The fix is much the same as before: sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" start= auto How is it that this bug persists? Is it being actively tracked? I found reference to someone possibly having “a look” but no follow-up: http://lists.ovirt.org/pipermail/users/2016-June/073690.html I did note one thing that appears to be fixed: the QEMU agent service is properly setup and runs (it had to be manually started in previous versions.) The oVirt and Spice services start up as expected. Thanks, Daniel On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote: On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote: > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote: >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... > > > Is it meant to be used also in 4.0.x environments? > I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On Wed, Jan 25, 2017 at 8:08 PM, Beckman, Daniel <Daniel.Beckman@ingramcontent.com> wrote:
I’ve added this to Bugzilla:
Thanks!
On 1/25/17, 11:02 AM, "users-bounces@ovirt.org on behalf of Beckman, Daniel" <users-bounces@ovirt.org on behalf of Daniel.Beckman@ingramcontent.com> wrote:
I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 4.0.5.
It suffers from the same bug that’s been present since at least oVirt 3.6: The Balloon service is setup with the wrong path:
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe"
The correct path being:
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe"
Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The fix is much the same as before:
sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" start= auto
How is it that this bug persists? Is it being actively tracked? I found reference to someone possibly having “a look” but no follow-up:
http://lists.ovirt.org/pipermail/users/2016-June/073690.html
I did note one thing that appears to be fixed: the QEMU agent service is properly setup and runs (it had to be manually started in previous versions.) The oVirt and Spice services start up as expected.
Thanks, Daniel
On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote:
On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote: > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote: >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... > > > Is it meant to be used also in 4.0.x environments? >
I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Didi
On Wed, Jan 25, 2017 at 6:02 PM, Beckman, Daniel < Daniel.Beckman@ingramcontent.com> wrote:
I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 4.0.5.
It suffers from the same bug that’s been present since at least oVirt 3.6: The Balloon service is setup with the wrong path:
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k12R2\ amd64\blnsvr.exe"
The correct path being:
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\ amd64\blnsvr.exe"
Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The fix is much the same as before:
sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" start= auto
How is it that this bug persists? Is it being actively tracked? I found reference to someone possibly having “a look” but no follow-up:
looks like it has not been tracked. Daniel, can you please open a bug ( https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-guest-tools ) about this? Didi, let's try to get this fixed in 4.1.1 if not in 4.1.0.
http://lists.ovirt.org/pipermail/users/2016-June/073690.html
I did note one thing that appears to be fixed: the QEMU agent service is properly setup and runs (it had to be manually started in previous versions.) The oVirt and Spice services start up as expected.
Thanks, Daniel
On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote:
On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote: > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote: >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt- toolsSetup/4.1-1.fc24/ > > > Is it meant to be used also in 4.0.x environments? >
I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
On Thu, Jan 26, 2017 at 1:11 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote:
On Wed, Jan 25, 2017 at 6:02 PM, Beckman, Daniel <Daniel.Beckman@ingramcontent.com> wrote:
I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 4.0.5.
It suffers from the same bug that’s been present since at least oVirt 3.6: The Balloon service is setup with the wrong path:
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe"
The correct path being:
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe"
Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The fix is much the same as before:
sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" start= auto
How is it that this bug persists? Is it being actively tracked? I found reference to someone possibly having “a look” but no follow-up:
looks like it has not been tracked. Daniel, can you please open a bug ( https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-guest-tools ) about this? Didi, let's try to get this fixed in 4.1.1 if not in 4.1.0.
Daniel already filed two bugs: https://bugzilla.redhat.com/1416533 https://bugzilla.redhat.com/1416579 I CCed on them Christophe, the maintainer of spice-nsis, on which ovirt-wgt is based, and he very quickly posted a patch to spice-devel. I pushed the patch also to our gerrit, so jenkins will do a test build: https://gerrit.ovirt.org/71226 http://jenkins.ovirt.org/job/ovirt-wgt_master_create-rpms-fc24-x86_64_create... Daniel, can you please try the test build and report whether it works for you? Thanks! Also asked you on one of the bugs. Feel free to reply wherever is most convenient. Best,
http://lists.ovirt.org/pipermail/users/2016-June/073690.html
I did note one thing that appears to be fixed: the QEMU agent service is properly setup and runs (it had to be manually started in previous versions.) The oVirt and Spice services start up as expected.
Thanks, Daniel
On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote:
On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi <gianluca.cecchi@gmail.com> wrote: > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <didi@redhat.com> wrote: >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... > > > Is it meant to be used also in 4.0.x environments? >
I guess it should work - briefly tested it on a 4.0 and didn't notice problems. Please file bugs if you find them. Thanks! -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
-- Didi
I added a comment to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1416579 In summary, the test build works great and addressed both bugs! On 1/26/17, 6:27 AM, "Yedidyah Bar David" <didi@redhat.com> wrote: On Thu, Jan 26, 2017 at 1:11 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote: > > > On Wed, Jan 25, 2017 at 6:02 PM, Beckman, Daniel > <Daniel.Beckman@ingramcontent.com> wrote: >> >> I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on >> oVirt 4.0.5. >> >> It suffers from the same bug that’s been present since at least oVirt 3.6: >> The Balloon service is setup with the wrong path: >> >> C:\Program Files (x86)\oVirt Guest >> Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe" >> >> The correct path being: >> >> C:\Program Files (x86)\oVirt Guest >> Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" >> >> Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. >> The fix is much the same as before: >> >> sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest >> Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon >> Service" start= auto >> >> How is it that this bug persists? Is it being actively tracked? I found >> reference to someone possibly having “a look” but no follow-up: > > > looks like it has not been tracked. Daniel, can you please open a bug ( > https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-guest-tools ) about > this? > Didi, let's try to get this fixed in 4.1.1 if not in 4.1.0. Daniel already filed two bugs: https://bugzilla.redhat.com/1416533 https://bugzilla.redhat.com/1416579 I CCed on them Christophe, the maintainer of spice-nsis, on which ovirt-wgt is based, and he very quickly posted a patch to spice-devel. I pushed the patch also to our gerrit, so jenkins will do a test build: https://gerrit.ovirt.org/71226 http://jenkins.ovirt.org/job/ovirt-wgt_master_create-rpms-fc24-x86_64_create... Daniel, can you please try the test build and report whether it works for you? Thanks! Also asked you on one of the bugs. Feel free to reply wherever is most convenient. Best, > > > >> >> >> http://lists.ovirt.org/pipermail/users/2016-June/073690.html >> >> I did note one thing that appears to be fixed: the QEMU agent service is >> properly setup and runs (it had to be manually started in previous >> versions.) The oVirt and Spice services start up as expected. >> >> Thanks, >> Daniel >> >> On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar >> David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote: >> >> On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi >> <gianluca.cecchi@gmail.com> wrote: >> > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David >> <didi@redhat.com> wrote: >> >> >> >> >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> >> >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... >> > >> > >> > Is it meant to be used also in 4.0.x environments? >> > >> >> I guess it should work - briefly tested it on a 4.0 and didn't notice >> problems. Please file bugs if you find them. Thanks! >> -- >> Didi >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com -- Didi
On Thu, Jan 26, 2017 at 11:20 PM, Beckman, Daniel <Daniel.Beckman@ingramcontent.com> wrote:
I added a comment to this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1416579
In summary, the test build works great and addressed both bugs!
Thanks for the report! The updated build is included in 4.1 RC2. Best,
On 1/26/17, 6:27 AM, "Yedidyah Bar David" <didi@redhat.com> wrote:
On Thu, Jan 26, 2017 at 1:11 PM, Sandro Bonazzola <sbonazzo@redhat.com> wrote: > > > On Wed, Jan 25, 2017 at 6:02 PM, Beckman, Daniel > <Daniel.Beckman@ingramcontent.com> wrote: >> >> I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on >> oVirt 4.0.5. >> >> It suffers from the same bug that’s been present since at least oVirt 3.6: >> The Balloon service is setup with the wrong path: >> >> C:\Program Files (x86)\oVirt Guest >> Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe" >> >> The correct path being: >> >> C:\Program Files (x86)\oVirt Guest >> Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" >> >> Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. >> The fix is much the same as before: >> >> sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest >> Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon >> Service" start= auto >> >> How is it that this bug persists? Is it being actively tracked? I found >> reference to someone possibly having “a look” but no follow-up: > > > looks like it has not been tracked. Daniel, can you please open a bug ( > https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-guest-tools ) about > this? > Didi, let's try to get this fixed in 4.1.1 if not in 4.1.0.
Daniel already filed two bugs:
https://bugzilla.redhat.com/1416533 https://bugzilla.redhat.com/1416579
I CCed on them Christophe, the maintainer of spice-nsis, on which ovirt-wgt is based, and he very quickly posted a patch to spice-devel.
I pushed the patch also to our gerrit, so jenkins will do a test build:
https://gerrit.ovirt.org/71226 http://jenkins.ovirt.org/job/ovirt-wgt_master_create-rpms-fc24-x86_64_create...
Daniel, can you please try the test build and report whether it works for you? Thanks! Also asked you on one of the bugs. Feel free to reply wherever is most convenient.
Best,
> > > >> >> >> http://lists.ovirt.org/pipermail/users/2016-June/073690.html >> >> I did note one thing that appears to be fixed: the QEMU agent service is >> properly setup and runs (it had to be manually started in previous >> versions.) The oVirt and Spice services start up as expected. >> >> Thanks, >> Daniel >> >> On 1/25/17, 2:54 AM, "users-bounces@ovirt.org on behalf of Yedidyah Bar >> David" <users-bounces@ovirt.org on behalf of didi@redhat.com> wrote: >> >> On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi >> <gianluca.cecchi@gmail.com> wrote: >> > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David >> <didi@redhat.com> wrote: >> >> >> >> >> >> >> >> An updated Windows Guest Tools ISO is now available as well, from: >> >> >> >> >> >> >> http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24... >> > >> > >> > Is it meant to be used also in 4.0.x environments? >> > >> >> I guess it should work - briefly tested it on a 4.0 and didn't notice >> problems. Please file bugs if you find them. Thanks! >> -- >> Didi >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com
-- Didi
-- Didi
This is a multi-part message in MIME format. --------------9E3CEF110BB85E6C10F4940F Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Hello, reading the Release notes at http://www.ovirt.org/release/4.1.0/ I see a lot of changes regarding gluster, but I'm missing the most important information: Will oVirt 4.1.0 finally use libgfapi to access gluster based volumes or are we still seeing FUSE based access. This feature that was misleadingly already described years ago in many blog-posts for me was really important to set up a cluster with oVirt (3.6.x at the beginning). So I was really disappointed with FUSE access that I got. Bye Am 23.01.2017 um 13:35 schrieb Sandro Bonazzola:
The oVirt Project is pleased to announce the availability of the First Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016
This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production.
This update is the first release candidate of the 4.1 release series. 4.1.0 brings more than 250 enhancements and more than 700 bugfixes, including more than 300 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed.
This release is available now for: * Fedora 24 (tech preview) * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later
This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 24 (tech preview) * oVirt Node 4.1
See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed.
Notes: - oVirt Live iso is already available[5] - oVirt Node NG iso is already available[5] - Hosted Engine appliance is already available
A release management page including planned schedule is also available[4]
Additional Resources: * Read more about the oVirt 4.1.0 release highlights:http://www.ovirt.org/release/4.1.0/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog:http://www.ovirt.org/blog/
[1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1.0/ [4] http://www.ovirt.org/develop/release-management/releases/4.1/release-managem... [5] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <http://redhat.com>
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- *Ralf Schenk* fon +49 (0) 24 05 / 40 83 70 fax +49 (0) 24 05 / 40 83 759 mail *rs@databay.de* <mailto:rs@databay.de> *Databay AG* Jens-Otto-Krag-Straße 11 D-52146 Würselen *www.databay.de* <http://www.databay.de> Sitz/Amtsgericht Aachen HRB:8437 USt-IdNr.: DE 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender: Wilhelm Dohmen ------------------------------------------------------------------------ --------------9E3CEF110BB85E6C10F4940F Content-Type: multipart/related; boundary="------------038DB71DBB8272923D8E7ABA" --------------038DB71DBB8272923D8E7ABA Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=windows-1252" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p>Hello,</p> <p>reading the Release notes at <a class="moz-txt-link-freetext" href="http://www.ovirt.org/release/4.1.0/">http://www.ovirt.org/release/4.1.0/</a> I see a lot of changes regarding gluster, but I'm missing the most important information:</p> <p>Will oVirt 4.1.0 finally use libgfapi to access gluster based volumes or are we still seeing FUSE based access. <br> </p> <p>This feature that was misleadingly already described years ago in many blog-posts for me was really important to set up a cluster with oVirt (3.6.x at the beginning). So I was really disappointed with FUSE access that I got. <br> </p> <p>Bye<br> </p> <br> <div class="moz-cite-prefix">Am 23.01.2017 um 13:35 schrieb Sandro Bonazzola:<br> </div> <blockquote cite="mid:CAPQRNT=jptagPqeyKyQ6VA_XKV2jSQaYCR1EQiWcFgHSHRb2Ag@mail.gmail.com" type="cite"> <div dir="ltr"> <div>The oVirt Project is pleased to announce the availability of the First<br> </div> <div>Release candidate of oVirt 4.1.0 for testing, as of January 23rd, 2016</div> <div><br> </div> <div>This is pre-release software. Please take a look at our community page[1]</div> <div>to know how to ask questions and interact with developers and users.</div> <div>All issues or bugs should be reported via oVirt Bugzilla[2].</div> <div>This pre-release should not to be used in production.</div> <div><br> </div> <div>This update is the first release candidate of the 4.1 release series.</div> <div>4.1.0 brings more than 250 enhancements and more than 700 bugfixes, including more than 300 high or urgent</div> <div>severity fixes, on top of oVirt 4.0 series</div> <div>See the release notes [3] for installation / upgrade instructions and a</div> <div>list of new features and bugs fixed.</div> <div><br> </div> <div><br> </div> <div>This release is available now for:</div> <div>* Fedora 24 (tech preview)</div> <div>* Red Hat Enterprise Linux 7.3 or later</div> <div>* CentOS Linux (or similar) 7.3 or later</div> <div><br> </div> <div>This release supports Hypervisor Hosts running:</div> <div>* Red Hat Enterprise Linux 7.3 or later</div> <div>* CentOS Linux (or similar) 7.3 or later</div> <div>* Fedora 24 (tech preview)</div> <div>* oVirt Node 4.1</div> <div><br> </div> <div>See the release notes draft [3] for installation / upgrade instructions and</div> <div>a list of new features and bugs fixed.</div> <div><br> </div> <div>Notes:</div> <div>- oVirt Live iso is already available[5]</div> <div>- oVirt Node NG iso is already available[5]</div> <div>- Hosted Engine appliance is already available</div> <div><br> </div> <div>A release management page including planned schedule is also available[4]</div> <div><br> </div> <div><br> </div> <div>Additional Resources:</div> <div>* Read more about the oVirt 4.1.0 release highlights:<a moz-do-not-send="true" href="http://www.ovirt.org/release/4.1.0/">http://www.ovirt.org/release/4.1.0/</a></div> <div>* Get more oVirt Project updates on Twitter: <a moz-do-not-send="true" href="https://twitter.com/ovirt">https://twitter.com/ovirt</a></div> <div>* Check out the latest project news on the oVirt blog:<a moz-do-not-send="true" href="http://www.ovirt.org/blog/">http://www.ovirt.org/blog/</a></div> <div><br> </div> <div>[1] <a moz-do-not-send="true" href="https://www.ovirt.org/community/">https://www.ovirt.org/community/</a></div> <div>[2] <a moz-do-not-send="true" href="https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt">https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt</a></div> <div>[3] <a moz-do-not-send="true" href="http://www.ovirt.org/release/4.1.0/">http://www.ovirt.org/release/4.1.0/</a></div> <div>[4] <a moz-do-not-send="true" href="http://www.ovirt.org/develop/release-management/releases/4.1/release-management/">http://www.ovirt.org/develop/release-management/releases/4.1/release-management/</a></div> <div>[5] <a moz-do-not-send="true" href="http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/">http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/</a></div> <div><br> </div> <div><br> </div> -- <br> <div class="gmail_signature"> <div dir="ltr"> <div> <div dir="ltr"> <div> <div dir="ltr"> <div> <div dir="ltr">Sandro Bonazzola<br> Better technology. Faster innovation. Powered by community collaboration.<br> See how it works at <a moz-do-not-send="true" href="http://redhat.com" target="_blank">redhat.com</a></div> </div> </div> </div> </div> </div> </div> </div> </div> <br> <fieldset class="mimeAttachmentHeader"></fieldset> <br> <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://lists.ovirt.org/mailman/listinfo/users</a> </pre> </blockquote> <br> <div class="moz-signature">-- <br> <p> </p> <table border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <td colspan="3"><img src="cid:part10.C5D6B161.543B5BB5@databay.de" height="30" border="0" width="151"></td> </tr> <tr> <td valign="top"> <font face="Verdana, Arial, sans-serif" size="-1"><br> <b>Ralf Schenk</b><br> fon +49 (0) 24 05 / 40 83 70<br> fax +49 (0) 24 05 / 40 83 759<br> mail <a href="mailto:rs@databay.de"><font color="#FF0000"><b>rs@databay.de</b></font></a><br> </font> </td> <td width="30"> </td> <td valign="top"> <font face="Verdana, Arial, sans-serif" size="-1"><br> <b>Databay AG</b><br> Jens-Otto-Krag-Straße 11<br> D-52146 Würselen<br> <a href="http://www.databay.de"><font color="#FF0000"><b>www.databay.de</b></font></a> </font> </td> </tr> <tr> <td colspan="3" valign="top"> <font face="Verdana, Arial, sans-serif" size="1"><br> Sitz/Amtsgericht Aachen HRB:8437 USt-IdNr.: DE 210844202<br> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. Philipp Hermanns<br> Aufsichtsratsvorsitzender: Wilhelm Dohmen </font> </td> </tr> </tbody> </table> <hr color="#000000" noshade="noshade" size="1" width="100%"> </div> </body> </html> --------------038DB71DBB8272923D8E7ABA Content-Type: image/gif; name="logo_databay_email.gif" Content-Transfer-Encoding: base64 Content-ID: <part10.C5D6B161.543B5BB5@databay.de> Content-Disposition: inline; filename="logo_databay_email.gif" R0lGODlhlwAeAMQAAObm5v9QVf/R0oKBgfDw8NfX105MTLi3t/r6+sfHx/+rrf98gC0sLP8L EhIQEKalpf/g4ZmYmHd2dmppaf8uNP/y8v8cIv+Ym//AwkE/P46NjRwbG11cXP8ABwUDA/// /yH5BAAAAAAALAAAAACXAB4AAAX/4CeOYnUJZKqubOu+cCzPNA0tVnfVfO//wGAKk+t0Ap+K QMFUYCDCqHRKJVUWDaPRUsFktZ1G4AKtms9o1gKsFVS+7I5ll67bpd647hPQawNld4KDMQJF bA07F35aFBiEkJEpfXEBjx8KjI0Vkp2DEIdaCySgFBShbEgrCQOtrq+uEQcALQewrQUjEbe8 rgkkD7y5KhMZB3drqSoVFQhdlHGXKQYe1dbX2BvHKwzY1RMiAN7j1xEjBeTmKeIeD3cYCxRf FigvChRxFJwkBBvk5A7cpZhAjgGCDwn+kfslgto4CSoSehh2BwEEBQvowDAUR0EKdArHZTg4 4oDCXBFC/3qj9SEluZEpHnjYQFIGgpo1KgSasYjNKBImrzF4NaFbNgIjCGRQeIyVKwneOLzS cLCAg38OWI4Y4GECgQcSOEwYcADnh6/FNjAwoGFYAQ0atI4AAFeEFwsLFLiJUQEfGH0kNGAD x8+oNQdIRQg+7NCaOhIgD8sVgYADNsPVGI5YWjRqzQTdHDDIYHRDLokaUhCglkFEJi0NKJhl 0RP2TsvXUg88KiLBVWsZrF6DmMKlNYMqglqTik1guN8OBgAgkGCpB+L9ugK4iSCBvwEfECw1 kILrBpa1jVCQIQBRvbP+rlEcQVAoSevWyv6uhpwE12uEkQAAZucpVw1xIsjkgf8B863mQVYt eQATCZYJZJ5WBfij2wfpHcEeHGG8Z+BMszVWDXkfKLhceJhBSAJ+1ThH32AfRFZNayNAtUFi wFSTSwEHJIYAAQU84IADwyjIEALU9MchG+vFgIF7W2GDI2T7HfjBgNcgKQKMHmwjgnCSpeCb ULRkdxhF1CDY40RjgmUAA/v1J5FAKW2gGSZscBFDMraNgJs1AYpAAGYP5jJoNQ4Y4Gh8jpFg HH9mgbmWo1l6oA4C3Ygp6UwEIFBfNRtkMIBlKMLnAXgAXLWhXXH85EIFqMhGGZgDEKArABGA ed0HI4bk5qgnprCYSt88B6dqS0FEEAMPJDCdCJYViur/B1BlwGMJqDTwnhqxJgUpo0ceOQ4D 0yEakpMm/jqCRMgWm2I1j824Y6vLvuuPjHnqOJkIgP6xzwp5sCFNsCFp88Gxh11lrjfDcNrc CEx64/CD3iAHlQcMUEQXvcA+qBkBB4Q2X1CusjBlJdKMYAKI6g28MbKN5hJsBAXknHOwutn4 oFYqkpqAzjnPbE0u1PxmwAQGXLWBbvhuIIEGEnRjlAHO4SvhbCNAkwoGzEBwgV9U0lfu2WiX OkDEGaCdKgl0nk2YkWdPOCDabvaGdkAftL1LlgwCM+7Tq11V71IO7LkM2XE0YAHMYMhqqK6U V165CpaHukLmiXFO8XSVzzakX+UH6TrmAajPNxfqByTQec41AeBPvSwIALkmAnuiexCsca3C BajgfsROuxcPA8kHQJX4DAIwjnsAvhsvfXHWKEwDAljg7sj03L9wwAQTxOWD2AE0YP75eCkw cPfs+xACADs= --------------038DB71DBB8272923D8E7ABA-- --------------9E3CEF110BB85E6C10F4940F--
--c0HVPeltWi8iAECk1A3vPO604AHckkJCh Content-Type: multipart/mixed; boundary="kEE9GNutMqNLcXn0K0jiqNQMuNb83KQiw"; protected-headers="v1" From: Sven Kieske <s.kieske@mittwald.de> To: users@ovirt.org Message-ID: <5bb3a595-f215-8b52-14c4-445f99d981d7@mittwald.de> Subject: Re: [ovirt-users] [ANN] oVirt 4.1.0 First Release Candidate is now available References: <CAPQRNT=jptagPqeyKyQ6VA_XKV2jSQaYCR1EQiWcFgHSHRb2Ag@mail.gmail.com> <aa2eea7f-6e78-77fe-c322-ee2353c0627b@databay.de> In-Reply-To: <aa2eea7f-6e78-77fe-c322-ee2353c0627b@databay.de> --kEE9GNutMqNLcXn0K0jiqNQMuNb83KQiw Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 26/01/17 12:03, Ralf Schenk wrote:
Will oVirt 4.1.0 finally use libgfapi to access gluster based volumes o= r are we=20 still seeing FUSE based access.
Good question! sadly there seems to be this bug (opened in May, 2015): https://bugzilla.redhat.com/show_bug.cgi?id=3D1225425 The last statement there is: "Moving this to 4.2 as libgfapi access is not available in 4.1" I can't find the reason though, I remember vaguely that libvirt/qemu/kvm = in EL6 was not new enough to support libgfapi, but this should have changed at least with centos 7.2 according to: https://libvirt.org/storage.html The tracking bug for ovirt seems to be this: https://bugzilla.redhat.com/show_bug.cgi?id=3D1022961 It looks like it needs quite some work :( --=20 Mit freundlichen Gr=FC=DFen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K=F6nigsberger Stra=DFe 6 32339 Espelkamp T: +495772 293100 F: +495772 293333 https://www.mittwald.de Gesch=E4ftsf=FChrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhause= n Komplement=E4rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynha= usen --kEE9GNutMqNLcXn0K0jiqNQMuNb83KQiw-- --c0HVPeltWi8iAECk1A3vPO604AHckkJCh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJYifbSAAoJEMby9TMDAbQRfG0P/R8J4gJUctAJ1Tlot73Wuv+K 6QXc4Lc8tZiftYwgLGBYzRVlZIHKoMatNikdlZUN+yJ1F73WQ+MKDIJ2MPjrONYb 9yfNbsILV7XFuetx79XmA1lw58wyt0vvItACuu79mc0Ibs2fFvJmxHZisYxcw1Jo jBGxBN1/p1iwBhZzxkInPtv/8L2Dlj/E9VZK3j5sX2HYYtVQxDx37VTweKgCak+L gsO+RH5DT5zmWxVf6h7rnRI5XhWEZgz8xxtF47AiUVzCY2ksqRoj0DXHEF07hlAh QyjgDuBBBxU64CEpEVmtBhpWBMoTT68L8Uc8r61nIv3BSt0Ut+sayVBrj/g57gv8 iSx7ytofDGa1RCRSoX8neqmooUQXIqdwDXrULweOyv9iCA+PMN85q/pemCNDvNKA wzrb1rI+NdM38tkePrpsiLXVd8+Xvi5Qfp8mo4HQU+y4RBINKph/fU7jGSh7+nIO 0nKTe7adr75buZzSPWJiWv/CVuiWDpoct53fv8cuoQJwp464BM6DuuhSJypWCJmY KJNHC7qF8sQS3WM+y7vdAjAtT9SwyuChkaWzx3dffrR0v93RbqyBKBeib+0Jae1p JqJjAT1qfk90nnlB13KNaY6jWDWd5UdKzZt46OKaf1KR8WE7Ahik/BEguh5hq0AX K0zmy3HISgY8j+O3l0/0 =Fg5P -----END PGP SIGNATURE----- --c0HVPeltWi8iAECk1A3vPO604AHckkJCh--
On Jan 26, 2017 2:17 PM, "Sven Kieske" <s.kieske@mittwald.de> wrote: On 26/01/17 12:03, Ralf Schenk wrote:
Will oVirt 4.1.0 finally use libgfapi to access gluster based volumes or are we still seeing FUSE based access.
Good question! sadly there seems to be this bug (opened in May, 2015): https://bugzilla.redhat.com/show_bug.cgi?id=1225425 The last statement there is: "Moving this to 4.2 as libgfapi access is not available in 4.1" I can't find the reason though, I remember vaguely that libvirt/qemu/kvm in EL6 was not new enough to support libgfapi, but this should have changed at least with centos 7.2 according to: https://libvirt.org/storage.html The tracking bug for ovirt seems to be this: https://bugzilla.redhat.com/show_bug.cgi?id=1022961 It looks like it needs quite some work :( Indeed. https://gerrit.ovirt.org/#/q/status:open+libgfapi Y. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +495772 293100 F: +495772 293333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (7)
-
Beckman, Daniel -
Gianluca Cecchi -
Ralf Schenk -
Sandro Bonazzola -
Sven Kieske -
Yaniv Kaul -
Yedidyah Bar David