Re: [ovirt-users] [ovirt-devel] Announcing the moVirt Incubator Project!

[Sphoorti Joglekar]

This is great news!
Thank you all for your support.

Special thanks to Tomas for guiding me in OPW and getting it this far. Also
special thanks to Donny for helping us with cloudspin. It is really helping
me test movirt features.
Go moVirt !

Best Regards,
Sphoorti
On Feb 18, 2015 3:30 PM, "Martin Betak"  wrote:

> This is great news! Thanks everyone for your support.
>
> And special thanks to Tomas for leading the development effort
> and OPW project that brought us this far.
>
> Martin
>
>
>
> - Original Message -
> > From: "Tomas Jelinek" 
> > To: "Donny D" 
> > Cc: "Brian Proffitt" , "board" ,
> annou...@ovirt.org, "users" ,
> > de...@ovirt.org, "Sphoorti Joglekar" ,
> "Martin Betak" ,
> > mov...@ovirt.org
> > Sent: Wednesday, February 18, 2015 9:00:13 AM
> > Subject: Re: [ovirt-devel] [ovirt-users] Announcing the moVirt
> Incubator  Project!
> >
> > Well, this is quite a milestone!
> >
> > Thanx everyone!
> >
> > - Original Message -
> > > From: "Donny D" 
> > > To: "Brian Proffitt" , "board" 
> > > Cc: annou...@ovirt.org, "users" , de...@ovirt.org
> > > Sent: Tuesday, February 17, 2015 5:31:29 PM
> > > Subject: Re: [ovirt-devel] [ovirt-users] Announcing the moVirt
> Incubator
> > > Project!
> > >
> > > That is great project. This makes me very happy.
> >
> > BTW we have been and are still heavily using your cloudspin.me during
> moVirt
> > development and testing.
> > Wanted to use this opportunity to thank you for the great service!
> >
> > >
> > >
> > >
> > > Happy Connecting. Sent from my Sprint Samsung Galaxy S® 5
> > >
> > >
> > >  Original message 
> > > From: Brian Proffitt 
> > > Date: 02/17/2015 9:17 AM (GMT-07:00)
> > > To: board 
> > > Cc: annou...@ovirt.org, users , de...@ovirt.org
> > > Subject: [ovirt-users] Announcing the moVirt Incubator Project!
> > >
> > > This message is to announce moVirt as a new oVirt incubator project,
> > > approved
> > > by unanimous vote of the Board mailing list!
> > >
> > > Details about the project can be found at
> > >
> > > http://www.ovirt.org/Project_moVirt
> > >
> > > More information about the incubator at oVirt can be found at
> > >
> > > http://www.ovirt.org/Incubating_an_oVirt_Subproject
> > >
> > > Please check out this project and see what you can do to help!
> > >
> > > --
> > > Brian Proffitt
> > >
> > > Community Liaison
> > > oVirt
> > > Open Source and Standards, Red Hat - http://community.redhat.com
> > > Phone: +1 574 383 9BKP
> > > IRC: bkp @ OFTC
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> > > ___
> > > Devel mailing list
> > > de...@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/devel
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to run noVNC console un recent browsers

[Darrell Budic]

Try reimporting the ca.cert for noVNC by connecting directly to the webproxy 
address at port 6100. Do this by trying to connect to a console and then, once 
the 1006 error shows up, just strip off everything after :6100/ . I've found 
that somewhere in or after 3.5, restarting the webproxy causes it to generate 
its own new ca.cert even through it shouldn't.

  -Darrell

> On Feb 19, 2015, at 4:09 PM, Stefano Danzi  wrote:
> 
> Hello,
> 
> I can't make work noVNC console on recent browsers (Chrome 40, Firefox 35 and 
> IE 11).
> 
> The error that I have is already explained here:
> 
> https://forge.univention.org/bugzilla/show_bug.cgi?id=33587
> 
> I tried to change websocket like suggested 
> (http://errata.univention.de/ucs/3.2/31.html) but this not helped.
> 
> Someone know a workaround?
> ___
> 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

[ovirt-users] Exporting a VM's disks

[John Gardeniers]

Hi All,

Having recently had a need to manually export a VM from our RHEV 
environment I searched for a way to identify the VM's disks with the 
files on the storage system. The search led me to 
http://rhevdup.blogspot.com.au/2013/05/manual-export-of-vm-from-rhev.html but 
unfortunately, the script in that post only lists the first drive for a 
VM, making it less than useful for exporting VMs with multiple drives.


Inspired by that post I wrote my own version in Perl (I detest Python). 
The script works on our RHEV 3.4 with a Gluster storage back end. I 
would greatly appreciate it if some of you could test it on other 
RHEV/Ovirt versions and on different storage systems. Thanks for any 
feedback.


regards,
John


#! /usr/bin/env perl

# Run this script on the RHEV/Ovirt engine (management) machine
#
# Find the files on the storage which belong to a VM's disk(s)
# Input parameter: A single VM name (case sensitive)

use DBI;

my $vm = shift or die "No VM specified\n";

my $conf = '/etc/ovirt-engine/engine.conf.d/10-setup-database.conf';
my $host = 'localhost';
my $db;
my $user;
my $pass;
my $port = 5432;

open my $fi, '<', $conf or die "Can't read $conf\n";

while(<$fi>) {
my $line = $_;
$host = $1 if($line =~ /ENGINE_DB_HOST="(.*)"/);
$db = $1 if($line =~ /ENGINE_DB_DATABASE="(.*)"/);
$user = $1 if($line =~ /ENGINE_DB_USER="(.*)"/);
$pass = $1 if($line =~ /ENGINE_DB_PASSWORD="(.*)"/);
$port = $1 if($line =~ /ENGINE_DB_PORT="(.*)"/);
}

die "Unable to get all database details\n" if(!$db || !$user || !$pass);
my $dbh = DBI->connect("dbi:Pg:dbname=$db;host=$host;port=$port", $user, 
$pass, {AutoCommit=>1,RaiseError=>1,PrintError=>0});

die "Error connecting to the database\n" if(!$dbh);

# Get the device ID
my $sql = "select device_id from vms_for_disk_view where array_vm_names 
= '{$vm}'";

my @row = $dbh->selectrow_array($sql);
my $vm_id = $row[0];

if($vm_id) {
print "\nVM ID:  $vm_id\n";

# Get the drive ID(s)
$sql = "select image_guid, to_char(size/1024/1024/1024.0, 
'999G999D99'), to_char(actual_size/1024/1024/1024.0, '999G999D99'), 
storage_name from images_storage_domain_view where vm_names = '$vm' and 
entity_type = 'VM'";
my $sth = $dbh->prepare($sql) || die "Error preparing the SQL 
string \"$sql\"\n$dbh::errstr";
print "\nError executing $sql\n$DBI::errstr\n\n" unless 
$sth->execute();

print "Disk ID(s): ";
my $cnt = 0;

while (@row = $sth->fetchrow_array) {
print "" if($cnt++);
print "$row[0], $row[1]GB allocated, $row[2]GB actual, on 
$row[3]\n";

}

$sth->finish;
print "\n";
} else {
print "\nVM \"$vm\" not found. Be aware that the name is case 
sensitive.\n\n";

}

$dbh->disconnect;

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Unable to run noVNC console un recent browsers

[Stefano Danzi]

Hello,

I can't make work noVNC console on recent browsers (Chrome 40, Firefox 
35 and IE 11).


The error that I have is already explained here:

https://forge.univention.org/bugzilla/show_bug.cgi?id=33587

I tried to change websocket like suggested 
(http://errata.univention.de/ucs/3.2/31.html) but this not helped.


Someone know a workaround?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] self hosted engine add second host - maintenance mode needed?

[Mike]

Hi

Got a running self hosted install with VMs running on the host, now
adding a second host to get ha for the engine & VMs. Do I need to put
the engine into maintenance mode before running hosted-engine --deploy
on new host node?

Thanks
Mike


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] importing iscsi storage domain

[Steven M. Bellistri]

I am going to open a case with red hat support since rhev 3.5 has been 
released.  I was using ovirt 3.5 for testing, until rhev 3.5 was released.  I 
appreciate all the help with all my questions and issues.

thanks  

-Original Message-
From: Nir Soffer [mailto:nsof...@redhat.com] 
Sent: Wednesday, February 18, 2015 2:23 AM
To: Steven M. Bellistri
Cc: Maor Lipchuk; Liron Aravot; Elad Ben Aharon; users@ovirt.org
Subject: Re: [ovirt-users] importing iscsi storage domain

- Original Message -
> From: "Steven M. Bellistri" 
> To: "Maor Lipchuk" , "Liron Aravot" 
> , "Nir Soffer" 
> Cc: "Elad Ben Aharon" , users@ovirt.org
> Sent: Monday, February 16, 2015 5:56:13 PM
> Subject: RE: [ovirt-users] importing iscsi storage domain
> 
> Here is the vdsm log.
> 
> -Original Message-
> From: Maor Lipchuk [mailto:mlipc...@redhat.com]
> Sent: Sunday, February 15, 2015 6:54 AM
> To: Steven M. Bellistri; Liron Aravot; Nir Soffer
> Cc: Elad Ben Aharon; users@ovirt.org
> Subject: Re: [ovirt-users] importing iscsi storage domain
> 
> Hi Steven,
> 
> I suspect this is somehow related to sanlock based on the error 
> ResourceAcqusitionFailed, Can u please attach the VDSM logs as well.
> Liron, Nir do you have any insights about this?

This error in vdsm log:

Thread-76941::ERROR::2015-02-10 
09:41:01,427::task::866::Storage.TaskManager.Task::(_setError) 
Task=`92d9d1e3-0099-46ab-ba5b-4c574dbe81a9`::Unexpected error Traceback (most 
recent call last):
  File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 45, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3214, in prepareImage
runImgPath = dom.linkBCImage(imgPath, imgUUID)
  File "/usr/share/vdsm/storage/blockSD.py", line 1044, in linkBCImage
dst = self.getLinkBCImagePath(imgUUID)
  File "/usr/share/vdsm/storage/sd.py", line 671, in getLinkBCImagePath
return image.Image(self._getRepoPath()) \
  File "/usr/share/vdsm/storage/sd.py", line 668, in _getRepoPath
return os.path.join(self.storage_repository, self.getPools()[0])
IndexError: list index out of range

Means that the domain is not part of any pool:
(self.getPools() returns empty list, hence IndexError)

According to the logs, the domain is part of the pool and the host is connected 
to the pool.

Steven can you reproduce this? How can we reproduce this issue?

One thing worth checking is trying to disable jsonrpc (in the host advanced 
options). Can you reproduce this when jsonrpc is disabled?

Nir

> - Original Message -
> > From: "Steven M. Bellistri" 
> > To: "Elad Ben Aharon" , "Maor Lipchuk"
> > , "Liron Aravot"
> > 
> > Cc: users@ovirt.org
> > Sent: Wednesday, February 11, 2015 7:07:00 PM
> > Subject: RE: [ovirt-users] importing iscsi storage domain
> > 
> > yes, no problem.  I am including the logs from yesterday and today.
> > 
> > From: Elad Ben Aharon [mailto:ebena...@redhat.com]
> > Sent: Wednesday, February 11, 2015 3:58 AM
> > To: Steven M. Bellistri; Maor Lipchuk; Liron Aravot
> > Cc: users@ovirt.org
> > Subject: Re: [ovirt-users] importing iscsi storage domain
> > 
> > Steven - can you please attach engine.log also?
> > (/var/log/ovirt-engine/engine.log)
> > 
> > Adding Maor and Liron from DEV.
> > 
> > Maor, Liron, can you take a look?
> > 
> > In vdsm.log I see the following:
> > 
> > Thread-77065::WARNING::2015-02-10
> > 09:43:49,917::resourceManager::591::Storage.ResourceManager::(regist
> > er
> > Resource) Resource factory failed to create resource 
> > '2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-43a4-92a9-bfe913ec8b69'.
> > Canceling request.
> > Traceback (most recent call last):
> >   File "/usr/share/vdsm/storage/resourceManager.py", line 587, in
> >   registerResource
> > obj = namespaceObj.factory.createResource(name, lockType)
> >   File "/usr/share/vdsm/storage/resourceFactories.py", line 193, in
> >   createResource
> > lockType)
> >   File "/usr/share/vdsm/storage/resourceFactories.py", line 119, in
> >   __getResourceCandidatesList
> > repoPath = os.path.join(self.storage_repository,
> > dom.getPools()[0])
> > IndexError: list index out of range
> > Thread-77065::DEBUG::2015-02-10
> > 09:43:49,918::resourceManager::210::Storage.ResourceManager.Request:
> > :(
> > cancel)
> > ResName=`2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-
> > 43 
> > a4-92a9-bfe913ec8b69`ReqID=`10e68fbb-ac50-461f-92ac-d8c43060ed43`::C
> > an
> > celed
> > request
> > Thread-77065::WARNING::2015-02-10
> > 09:43:49,918::resourceManager::203::Storage.ResourceManager.Request:
> > :(
> > cancel)
> > ResName=`2e94bbac-1648-49db-8605-ce574d2bc240_imageNS.952af113-8219-
> > 43 
> > a4-92a9-bfe913ec8b69`ReqID=`10e68fbb-ac50-461f-92ac-d8c43060ed43`::T
> > ri
> > ed
> > to cancel a processed request
> > Thread-77065::ERROR::2015-02-10
> > 09:43:49,918::task::866::Storage.TaskManager.Task::(_setError)
> > Task=`6e023655-23ad-4

[ovirt-users] Problem: My VM's keep logging off

[Pedro ML Sousa]

My VM's keep logging off

I have a HP server with 64GB of ram and 2 TB of disk space, the cpu is a 
Intel E5-2420v2 and 13 thin clients from igel 
(https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-series/iz2ud2-specifications.html)
i've purchase the clients and a service from a company, they installed 
the thins clients and the system but they are not finding a solution to 
my problem.
The company installed centos 6.6 (final) (kernel linux 
23.32-504.3.3.el6.x86_64) and ovirt 3.5.1 for virtualization 
(o.o.master.20141206225404)
I have 12 VM's with centos (when i edit then is shows red hat enterprise 
linux 6.x x64) and gnome desktop 2.28.2 and 1 VM with windows xp prof.


The problem only occurs on the VM's with linux.

On linux display type is: Spice I use virtual machine viewer 1.0256

*Problem: when working the vm seems to log off and i have to put the 
username and password again, all the work that was open is losed.*


1 VM seems to log off more or less at the same hour each day 1h40 pm and 
6h15 pm. This VM now as a newer thin client version UD3 instead of UD2 
(https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-series/iz3ud3-specifications.html) 
and now the problem only occur 1 time each day (at 12h30/12h45pm).


All of the VM's including the one with XP Pro suffers from slowness, and 
on libreoffice the mouse scrooll seems nuts scrolling up and down by 
itself, now the exception is the VM with the new thin client.


On the same network switch i have VM's that logs off and others that 
remain on. So the problem doesn't seem to be with the network. The 
different VM's logs off from 1 to 7 times a day. Mostly 4 to 5 times a day.


When the VM logs off the caps lock become to work on the opposite 
condition off with caps light on and on with the caps light off.


Beside this i have problems with the canon's printes i have, they stop 
printing quite often.


I have access to the logs if anyone can help me i can upload the logs 
you like.


Hope anyone can help me, i'm glad to provide more information if you need.

Thanks in advance.

PS
pedro...@pmls.pt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6.0 release schedule update

[Sandro Bonazzola]

Il 19/02/2015 15:37, Nathanaël Blanchet ha scritto:
> This is very far away!
> If  counting the usual late due to blockers, we can consider that ovirt team 
> provides actually one major release per year against two until now.
> We can expect a lot of 3.5.z :)

Yep, lot of 3.5.z :-)

> 
> Le 19/02/2015 15:27, Sandro Bonazzola a écrit :
>> Hi,
>>here is the proposed schedule for oVirt 3.6.0.
>>
>> These are tentative planning dates and may change:
>>
>>  2015-04-22 - Feature Submission Closed
>>  2015-05-06 - Alpha Release
>>  2015-05-12 - Alpha Release Test Day
>>  2015-06-16 - Feature freeze - Stable branch
>>  2015-07-15 - Beta Release
>>  2015-07-20 - Beta Release Test Day
>>  2015-08-03 - String Freeze
>>  2015-08-19 - Release Candidate
>>  2015-08-24 - Release Candidate Test Day
>>  2015-09-16 - Release
>>
>> Release management page has been updated accordingly:
>> http://www.ovirt.org/OVirt_3.6_Release_Management
>>
>> oVirt Google Calendar has been updated accordingly:
>> ICAL: 
>> https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic.ics
>> XML: 
>> https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic
>> HTML: 
>> https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com&ctz=UTC
>>
>> Thanks,
>>
> 
> ___
> 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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] SELinux is preventing /usr/sbin/glusterfsd from write access on the sock_file

[Alon Bar-Lev]

this should be part of package.
otopi is only just automating sysadmin task, otherwise could have been 
accomplished using standard yum.
please open a bug against gluster packaging.

- Original Message -
> From: "Nathanaël Blanchet" 
> To: "ovi >> users@ovirt.org" 
> Sent: Thursday, February 19, 2015 4:46:13 PM
> Subject: [ovirt-users] SELinux is preventing /usr/sbin/glusterfsd from write 
> access on the sock_file
> 
> On freshly installed el7 hosts, selinux prevents gluster from running.
> Setting selinux to permissive or building the relative .pp module
> resolves the issue.
> Does otopi configure selinux for gluster when installing?
> 
> ___
> 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

[ovirt-users] SELinux is preventing /usr/sbin/glusterfsd from write access on the sock_file

[Nathanaël Blanchet]

On freshly installed el7 hosts, selinux prevents gluster from running.
Setting selinux to permissive or building the relative .pp module
resolves the issue.
Does otopi configure selinux for gluster when installing?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6.0 release schedule update

[Nathanaël Blanchet]

This is very far away!
If  counting the usual late due to blockers, we can consider that ovirt 
team provides actually one major release per year against two until now.

We can expect a lot of 3.5.z :)

Le 19/02/2015 15:27, Sandro Bonazzola a écrit :

Hi,
   here is the proposed schedule for oVirt 3.6.0.

These are tentative planning dates and may change:

 2015-04-22 - Feature Submission Closed
 2015-05-06 - Alpha Release
 2015-05-12 - Alpha Release Test Day
 2015-06-16 - Feature freeze - Stable branch
 2015-07-15 - Beta Release
 2015-07-20 - Beta Release Test Day
 2015-08-03 - String Freeze
 2015-08-19 - Release Candidate
 2015-08-24 - Release Candidate Test Day
 2015-09-16 - Release

Release management page has been updated accordingly:
http://www.ovirt.org/OVirt_3.6_Release_Management

oVirt Google Calendar has been updated accordingly:
ICAL: 
https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic.ics
XML: 
https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic
HTML: 
https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com&ctz=UTC

Thanks,



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 3.5.1, Windows 2008 hangs

[Francesco Romani]

- Original Message -
> From: "wodel youchi" 
> To: "Vinzenz Feenstra" , "Sandro Bonazzola" 
> , users@ovirt.org, "Lev Veyde"
> 
> Sent: Thursday, February 19, 2015 3:16:44 PM
> Subject: Re: [ovirt-users] Ovirt 3.5.1, Windows 2008 hangs
> 
> Hi,
> 
> The OS for all systems (hypervisors and the engine) is Centos 6.6 x64 with
> latest updates
> Kernel 2.6.32-504.8.1.el6.x86_64
> Engine version 3.5.1
> 
> Libvirt:
> libvirt-0.10.2-46.el6_6.3.x86_64
> 
> qemu:
> qemu-kvm-rhev-0.12.1.2-2.448.el6_6.x86_64
> qemu-img-rhev-0.12.1.2-2.448.el6_6.x86_64
> qemu-kvm-rhev-tools-0.12.1.2-2.448.el6_6.x86_64
> 
> Vdsm:
> vdsm-4.16.10-8.gitc937927.el6.x86_64
> 
> I am using NFS4 for my shared storage
> 
> I've attached the log file of the VM from /var/log/libvirt/qemu

Indeed nothing really evident from qemu log, as unfortunately was expected.

We heard about problems on qemu 0.12.x and recent windowses.
This bug may be relevant: https://bugzilla.redhat.com/show_bug.cgi?id=1163828

You are not facing the same issue but something underneath can be related.

I'd suggest you to disable the hyperV optimization and see if that
helps.

To do so, you need to edit the osinfo properties (should be in
/usr/share/ovirt-engine/conf/osinfo-defaults.properties
)

and change the line

os.windows_xp.devices.hyperv.enabled.value = true

to

os.windows_xp.devices.hyperv.enabled.value = false

After a restart of Engine, you'll need to reboot the affected VM to
let its configuration change.

To check that the configuration changed, you should NOT
see anymore this option

hv_relaxed

in the qemu commandline/logs

If this doesn't help, I'm afraid you'll need to file a QEMU bug.

HTH,

-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 3.6.0 release schedule update

[Sandro Bonazzola]

Hi,
  here is the proposed schedule for oVirt 3.6.0.

These are tentative planning dates and may change:

2015-04-22 - Feature Submission Closed
2015-05-06 - Alpha Release
2015-05-12 - Alpha Release Test Day
2015-06-16 - Feature freeze - Stable branch
2015-07-15 - Beta Release
2015-07-20 - Beta Release Test Day
2015-08-03 - String Freeze
2015-08-19 - Release Candidate
2015-08-24 - Release Candidate Test Day
2015-09-16 - Release

Release management page has been updated accordingly:
http://www.ovirt.org/OVirt_3.6_Release_Management

oVirt Google Calendar has been updated accordingly:
ICAL: 
https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic.ics
XML: 
https://www.google.com/calendar/feeds/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic
HTML: 
https://www.google.com/calendar/embed?src=ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com&ctz=UTC

Thanks,

-- 
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

[ovirt-users] messages from journal in centos7 hosts

[Vadq]

Hi,

ovirt 3.5.1, engine on centos7 + storage type iscsi( using LIO™ on one of the 
vdsm host) + four hosts on centos7

After installation of vdsm at all cenos7 hosts in cluster in /var/log/messages 
every few seconds have such record

Feb 19 16:47:08 kvm05 journal: metadata not found: Requested metadata element 
is not present
Feb 19 16:47:19 kvm05 journal: metadata not found: Requested metadata element 
is not present
Feb 19 16:47:23 kvm05 journal: metadata not found: Requested metadata element 
is not present
Feb 19 16:47:34 kvm05 journal: metadata not found: Requested metadata element 
is not present
Feb 19 16:47:38 kvm05 journal: metadata not found: Requested metadata element 
is not present

is it possible to fix this without disabling systemd-journald?


--
Thanks,
Vadim
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 3.5.1, Windows 2008 hangs

[wodel youchi]

Hi,
The OS for all systems (hypervisors and the engine) is Centos 6.6 x64 with 
latest updates
Kernel 2.6.32-504.8.1.el6.x86_64Engine version 3.5.1
Libvirt:
libvirt-0.10.2-46.el6_6.3.x86_64
qemu:qemu-kvm-rhev-0.12.1.2-2.448.el6_6.x86_64
qemu-img-rhev-0.12.1.2-2.448.el6_6.x86_64
qemu-kvm-rhev-tools-0.12.1.2-2.448.el6_6.x86_64
Vdsm:vdsm-4.16.10-8.gitc937927.el6.x86_64
I am using NFS4 for my shared storage
I've attached the log file of the VM from /var/log/libvirt/qemu

 

 Le Jeudi 19 février 2015 14h50, Vinzenz Feenstra  a 
écrit :
   

  On 02/18/2015 07:23 PM, wodel youchi wrote:
  
  Hi, Yes I am, after installing the Win2k8 Vm, I used the ISO guest tools to 
install all the drivers. And I am using the latest ISO available on Ovirt's 
repository.  
 The hangs are usually Hypervisor related, not guest. 
 
 Please follow up on Francesco's request to send the logs he requested. Thank 
you.
 
  
  
   
 
   Le Mercredi 18 février 2015 16h57, Sandro Bonazzola 
 a écrit :
   
 
 Il 11/02/2015 17:21, wodel youchi ha scritto:
 > Hi,
 > 
 > I've a two nodes hosted-engine ovirt 3.5
 > used storage is NFS4 for the: engine, vms, iso and export
 > 
 > I have many Linux VMs and one Windows 2008 VM.
 > The windows 2008 VMs is acting as a second AD, it's the second time in a 
 > month where the VM hangs and the cpu usage is 100%.
 > I have this problem only with this VM only.
 > 
 > I tried to look into vdsm logs, but no luck so far, all I found is
 > GuestMonitor-Win2k8x64-AD2::DEBUG::2015-02-11 
 > 12:01:02,158::vm::486::vm.Vm::(_getUserCpuTuneInfo) 
 > vmId=`ce0bcb92-90e8-45a7-9b9f-cfed10e920d6`::Domain
 > Metadata is not set
 > 
 > Is there a log file where I can follow the behaviour of the VM, because for 
 > now I have no clue about what is causing this problem.
 > 
 > any advice?
 
 
 Hi, are you using ovirt-guest-agent on the Windows 2008 VM? 
 
 > 
 > PS: is there a good solution to gather and analyze all the logs from ovirt's 
 > hypervisors and engine, storage...etc?
 > 
 > thanks in advance. 
 > 
 > 
 > 
 > ___
 > 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 
  
 
  
 
 
 -- 
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com 

   

win2k8.log
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Local and remote storage?

[Pat Riehecky]

Hello,

I've run into an "odd" problem with oVirt 3.5.1.

I've two sets of VMs:
A) some fairly critical VMs which need HA and have access to shared storage
B) some less important systems which can be reconstructed in the event 
of a disaster


My plan was to use the slack disk on my oVirt nodes to host the 'B' 
systems while still allowing the 'A' systems to run there.  This seems 
to not be allowed[1].


Is there a way I can utilize both the spare disk on my compute nodes and 
have HA configured for some VMs with shared storage?


Pat

[1] http://www.ovirt.org/OVirt_Administration_Guide#Preparing_Local_Storage


--
Pat Riehecky
Scientific Linux developer

Fermi National Accelerator Laboratory
www.fnal.gov
www.scientificlinux.org

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 3.5.1, Windows 2008 hangs

[Vinzenz Feenstra]

On 02/18/2015 07:23 PM, wodel youchi wrote:

Hi,
Yes I am, after installing the Win2k8 Vm, I used the ISO guest tools 
to install all the drivers.

And I am using the latest ISO available on Ovirt's repository.

The hangs are usually Hypervisor related, not guest.

Please follow up on Francesco's request to send the logs he requested. 
Thank you.





Le Mercredi 18 février 2015 16h57, Sandro Bonazzola 
 a écrit :



Il 11/02/2015 17:21, wodel youchi ha scritto:
> Hi,
>
> I've a two nodes hosted-engine ovirt 3.5
> used storage is NFS4 for the: engine, vms, iso and export
>
> I have many Linux VMs and one Windows 2008 VM.
> The windows 2008 VMs is acting as a second AD, it's the second time 
in a month where the VM hangs and the cpu usage is 100%.

> I have this problem only with this VM only.
>
> I tried to look into vdsm logs, but no luck so far, all I found is
> GuestMonitor-Win2k8x64-AD2::DEBUG::2015-02-11 
12:01:02,158::vm::486::vm.Vm::(_getUserCpuTuneInfo) 
vmId=`ce0bcb92-90e8-45a7-9b9f-cfed10e920d6`::Domain

> Metadata is not set
>
> Is there a log file where I can follow the behaviour of the VM, 
because for now I have no clue about what is causing this problem.

>
> any advice?


Hi, are you using ovirt-guest-agent on the Windows 2008 VM?


>
> PS: is there a good solution to gather and analyze all the logs from 
ovirt's hypervisors and engine, storage...etc?

>
> thanks in advance.

>
>
>
> ___
> 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






--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

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

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

[Tolik Litovsky]

Hi

can you try going to one of the nodes and using the interface in admin account 
re accept the new certificate ? 

Tolik Litovsky
+972542277403

- Original Message -
> From: "Jakub Bittner" 
> To: j...@internetx.com, users@ovirt.org
> Sent: Thursday, 19 February, 2015 1:35:19 PM
> Subject: Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes
> 
> It is rhev, but sometimes it is easier to post messages here than to
> support.
> 
> 
> Dne 19.2.2015 v 12:15 InterNetX - Juergen Gotteswinter napsal(a):
> > RHEV or Ovirt? If RHEV, i whould suggest contacting the RH Support?
> >
> > Am 19.02.2015 um 11:46 schrieb Jakub Bittner:
> >> Hello,
> >>
> >> after restart we had problem with manager to connect to nodes. All
> >> nodes
> >> are down and not reachable. When I try to remove and readd to
> >> engine it
> >> fails too.
> >>
> >> 10 days ago we changed SSL certs of rhev-m apache to IPA's
> >> generated.
> >>
> >> We have this in logs:
> >>
> >> 2015-02-19 11:41:33,491 ERROR
> >> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> >> (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime
> >> info:
> >> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
> >> java.io.EOFException: SSL peer shut down incorrectly
> >> at
> >> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
> >> [vdsbroker.jar:]
> >> at
> >> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
> >> [vdsbroker.jar:]
> >> at
> >> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
> >> [vdsbroker.jar:]
> >> at
> >> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
> >> [dal.jar:]
> >> at
> >> org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
> >> [vdsbroker.jar:]
> >> at
> >> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
> >> [vdsbroker.jar:]
> >> at
> >> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
> >> [vdsbroker.jar:]
> >> at
> >> org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
> >> [vdsbroker.jar:]
> >> at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown
> >> Source)
> >> [:1.7.0_75]
> >> at
> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >> [rt.jar:1.7.0_75]
> >> at java.lang.reflect.Method.invoke(Method.java:606)
> >> [rt.jar:1.7.0_75]
> >> at
> >> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
> >> [scheduler.jar:]
> >> at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
> >> [quartz.jar:]
> >> at
> >> org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
> >> [quartz.jar:]
> >> Caused by: java.io.EOFException: SSL peer shut down incorrectly
> >> at sun.security.ssl.InputRecord.read(InputRecord.java:482)
> >> [jsse.jar:1.7.0_75]
> >> at
> >> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
> >> [jsse.jar:1.7.0_75]
> >> at
> >> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
> >> [jsse.jar:1.7.0_75]
> >> at
> >> sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
> >> [jsse.jar:1.7.0_75]
> >> at
> >> sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
> >> [jsse.jar:1.7.0_75]
> >> at
> >> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
> >> [rt.jar:1.7.0_75]
> >> at
> >> java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
> >> [rt.jar:1.7.0_75]
> >> at
> >> java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
> >> [rt.jar:1.7.0_75]
> >> at
> >> java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
> >> [rt.jar:1.7.0_75]
> >> at
> >> org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
> >> [xmlrpc-client.jar:3.1.3]
> >> at
> >> org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
> >> [xmlrpc-client.jar:3.1.3]
> >> at
> >> org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
> >> [xmlrpc-client.jar:3.1.3]
> >> at
> >> org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
> >> [commons-httpclient.jar:]
> >> at
> >> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
> >> [commons-httpclient.jar:]
> >> at
> >> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
> >> [commons-httpclient.jar:]
> >> at
> >> org.apache.commons.httpclient.HttpMeth

Re: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500

[Tomas Jelinek]

- Original Message -
> From: "Markus Stockhausen" 
> To: "Juan Hernández" , users@ovirt.org, "Tomas Jelinek" 
> 
> Sent: Thursday, February 19, 2015 1:45:12 PM
> Subject: AW: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500
> 
> > Von: Juan Hernández [jhern...@redhat.com]
> > Gesendet: Donnerstag, 19. Februar 2015 12:53
> > An: Markus Stockhausen; users@ovirt.org
> > Betreff: Re: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500
> > 
> > On 02/19/2015 12:22 PM, Markus Stockhausen wrote:
> > > Hi,
> > >
> > > just installed movirt on my mobile. Upon connection it breaks with the
> > > attached error in the 3.5.1 engine server logs.
> > >
> > > Something I'm missing?
> > >
> > > Markus
> > >
> > > 2015-02-19 12:21:19,757 ERROR
> > > [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
> > > (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable:
> > > java.lang.RuntimeException: > java.lang.RuntimeException: Unable to
> > > instantiate MessageBodyWriter
> > > at
> > > 
> > > org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > at
> > > 
> > > org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > at
> > > 
> > > org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > at
> > > 
> > > org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> > > [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> > > at
> > > 
> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at
> > > 
> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> > > [jbossweb-7.0.13.Final.jar:]
> > > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> > > Caused by: java.lang.RuntimeException: Unable to instantiate
> > > MessageBodyWriter
> > > at
> > > 
> > > org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > at
> > > 
> > > org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > at
> > > 
> > > org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> > > [resteasy-jaxrs-2.3.2.Final.jar:]
> > > ... 18 more
> > > Caused by: java.lang.RuntimeException: Failed to construct public
> > > org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
> > > at
> > > 
> > > org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
> > > [resteas

Re: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500

[Markus Stockhausen]

> Von: Juan Hernández [jhern...@redhat.com]
> Gesendet: Donnerstag, 19. Februar 2015 12:53
> An: Markus Stockhausen; users@ovirt.org
> Betreff: Re: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500
> 
> On 02/19/2015 12:22 PM, Markus Stockhausen wrote:
> > Hi,
> >
> > just installed movirt on my mobile. Upon connection it breaks with the 
> > attached error in the 3.5.1 engine server logs.
> >
> > Something I'm missing?
> >
> > Markus
> >
> > 2015-02-19 12:21:19,757 ERROR 
> > [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
> >  (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable: 
> > java.lang.RuntimeException: > java.lang.RuntimeException: Unable to 
> > instantiate MessageBodyWriter
> > at 
> > org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952) 
> > [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> >  [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> > at 
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> >  [jbossweb-7.0.13.Final.jar:]
> > at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) 
> > [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) 
> > [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) 
> > [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
> >  [jbossweb-7.0.13.Final.jar:]
> > at 
> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) 
> > [jbossweb-7.0.13.Final.jar:]
> > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> > Caused by: java.lang.RuntimeException: Unable to instantiate 
> > MessageBodyWriter
> > at 
> > org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > ... 18 more
> > Caused by: java.lang.RuntimeException: Failed to construct public 
> > org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
> > at 
> > org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWriter(ResteasyProviderFactory.java:519)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > at 
> > org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:768)
> >  [resteasy-jaxrs-2.3.2.Final.jar:]
> > ... 20 more
> > Caused by: java.lang.NoClassDefFoundError: org/apache/fop/apps/FopFactory
> >
> 
> This probably means that you have the xmlgraphics-batik RPM installed
> from the jpackage repository, which doesn't work correctly with oVirt.
> Please remove it and install the batik RPM instead. See here for details:
>
>  http://lists.ovirt.org/pipermail/u

Re: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500

[Juan Hernández]

On 02/19/2015 12:22 PM, Markus Stockhausen wrote:
> Hi,
> 
> just installed movirt on my mobile. Upon connection it breaks with the 
> attached error in the 3.5.1 engine server logs. 
> 
> Something I'm missing?
> 
> Markus
> 
> 2015-02-19 12:21:19,757 ERROR 
> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
>  (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable: 
> java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate 
> MessageBodyWriter
> at 
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211) 
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202)
>  [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952) 
> [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
>  [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
>  [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>  [jbossweb-7.0.13.Final.jar:]
> at 
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>  [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) 
> [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
> [jbossweb-7.0.13.Final.jar:]
> at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) 
> [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>  [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) 
> [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) 
> [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
>  [jbossweb-7.0.13.Final.jar:]
> at 
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) 
> [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> Caused by: java.lang.RuntimeException: Unable to instantiate MessageBodyWriter
> at 
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> ... 18 more
> Caused by: java.lang.RuntimeException: Failed to construct public 
> org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
> at 
> org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWriter(ResteasyProviderFactory.java:519)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> at 
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:768)
>  [resteasy-jaxrs-2.3.2.Final.jar:]
> ... 20 more
> Caused by: java.lang.NoClassDefFoundError: org/apache/fop/apps/FopFactory
> 

This probably means that you have the xmlgraphics-batik RPM installed
from the jpackage repository, which doesn't work correctly with oVirt.
Please remove it and install the batik RPM instead. See here for details:

  http://lists.ovirt.org/pipermail/users/2014-October/028308.html

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500

[Tomas Jelinek]

Hi Markus,

Are you sure the stacktrace is related to moVirt? Because this is for exporting 
the volume profile to PDF (for gluster) - moVirt does not touch anything like 
this.

How do you have your connection settings filled? Do you have the URL in a form:
https://hostnameOrIp:port/ovirt-engine/api
and the username in form:
name@domain
?

Also when you login as not admin user please make sure to uncheck the "admin 
privilege"
Also when you are connecting to https than please either import the ca.crt to 
your mobile and use hostname in the url or check the "disable https" checkbox.

have a nice day,
Tomas

- Original Message -
> From: "Markus Stockhausen" 
> To: users@ovirt.org
> Sent: Thursday, February 19, 2015 12:22:25 PM
> Subject: [ovirt-users] movirt -> ovirt 3.5.1 -> server error 500
> 
> Hi,
> 
> just installed movirt on my mobile. Upon connection it breaks with the
> attached error in the 3.5.1 engine server logs.
> 
> Something I'm missing?
> 
> Markus
> 
> 2015-02-19 12:21:19,757 ERROR
> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
> (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable:
> java.lang.RuntimeException: java.lang.RuntimeException: Unable to
> instantiate MessageBodyWriter
> at
> 
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
> at
> 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> [jbossweb-7.0.13.Final.jar:]
> at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> [jbossweb-7.0.13.Final.jar:]
> at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
> [jbossweb-7.0.13.Final.jar:]
> at
> 
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> [jbossweb-7.0.13.Final.jar:]
> at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
> Caused by: java.lang.RuntimeException: Unable to instantiate
> MessageBodyWriter
> at
> 
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> ... 18 more
> Caused by: java.lang.RuntimeException: Failed to construct public
> org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
> at
> 
> org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
> [resteasy-jaxrs-2.3.2.Final.jar:]
> at
> 
> org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

[Jakub Bittner]

It is rhev, but sometimes it is easier to post messages here than to
support.


Dne 19.2.2015 v 12:15 InterNetX - Juergen Gotteswinter napsal(a):
> RHEV or Ovirt? If RHEV, i whould suggest contacting the RH Support?
>
> Am 19.02.2015 um 11:46 schrieb Jakub Bittner:
>> Hello,
>>
>> after restart we had problem with manager to connect to nodes. All nodes
>> are down and not reachable. When I try to remove and readd to engine it
>> fails too.
>>
>> 10 days ago we changed SSL certs of rhev-m apache to IPA's generated.
>>
>> We have this in logs:
>>
>> 2015-02-19 11:41:33,491 ERROR
>> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
>> (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime info:
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
>> java.io.EOFException: SSL peer shut down incorrectly
>> at
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
>> [vdsbroker.jar:]
>> at
>> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
>> [vdsbroker.jar:]
>> at
>> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
>> [vdsbroker.jar:]
>> at
>> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
>> [dal.jar:]
>> at
>> org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
>> [vdsbroker.jar:]
>> at
>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
>> [vdsbroker.jar:]
>> at
>> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
>> [vdsbroker.jar:]
>> at
>> org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
>> [vdsbroker.jar:]
>> at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
>> [:1.7.0_75]
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> [rt.jar:1.7.0_75]
>> at java.lang.reflect.Method.invoke(Method.java:606)
>> [rt.jar:1.7.0_75]
>> at
>> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
>> [scheduler.jar:]
>> at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
>> [quartz.jar:]
>> at
>> org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
>> [quartz.jar:]
>> Caused by: java.io.EOFException: SSL peer shut down incorrectly
>> at sun.security.ssl.InputRecord.read(InputRecord.java:482)
>> [jsse.jar:1.7.0_75]
>> at
>> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
>> [jsse.jar:1.7.0_75]
>> at
>> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
>> [jsse.jar:1.7.0_75]
>> at
>> sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
>> [jsse.jar:1.7.0_75]
>> at
>> sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
>> [jsse.jar:1.7.0_75]
>> at
>> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
>> [rt.jar:1.7.0_75]
>> at
>> java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
>> [rt.jar:1.7.0_75]
>> at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
>> [rt.jar:1.7.0_75]
>> at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
>> [rt.jar:1.7.0_75]
>> at
>> org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
>> [xmlrpc-client.jar:3.1.3]
>> at
>> org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
>> [xmlrpc-client.jar:3.1.3]
>> at
>> org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
>> [xmlrpc-client.jar:3.1.3]
>> at
>> org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
>> [commons-httpclient.jar:]
>> at
>> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
>> [commons-httpclient.jar:]
>> at
>> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
>> [commons-httpclient.jar:]
>> at
>> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
>> [commons-httpclient.jar:]
>> at
>> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
>> [commons-httpclient.jar:]
>> at
>> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
>> [commons-httpclient.jar:]
>> at
>> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
>> [commons-httpclient.jar:]
>> at
>> org.apache.xmlrpc.client.XmlRpcCommonsTransport.writeRequest(XmlRpcCommonsTransport.java:227)
>> [xmlrpc-client.jar:3.1.3]
>> at
>> org.apache.xmlrpc.cl

[ovirt-users] movirt -> ovirt 3.5.1 -> server error 500

[Markus Stockhausen]

Hi,

just installed movirt on my mobile. Upon connection it breaks with the attached 
error in the 3.5.1 engine server logs. 

Something I'm missing?

Markus

2015-02-19 12:21:19,757 ERROR 
[org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/api]]
 (ajp--127.0.0.1-8702-11) StandardWrapper.Throwable: 
java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate 
MessageBodyWriter
at 
org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211) 
[resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1202) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:952) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:188)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
 [jbossweb-7.0.13.Final.jar:]
at 
org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
 [jboss-as-web-7.1.1.Final.jar:7.1.1.Final]
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
[jbossweb-7.0.13.Final.jar:]
at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) 
[jbossweb-7.0.13.Final.jar:]
at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) 
[jbossweb-7.0.13.Final.jar:]
at 
org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
 [jbossweb-7.0.13.Final.jar:]
at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) 
[jbossweb-7.0.13.Final.jar:]
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]
Caused by: java.lang.RuntimeException: Unable to instantiate MessageBodyWriter
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
 [resteasy-jaxrs-2.3.2.Final.jar:]
... 18 more
Caused by: java.lang.RuntimeException: Failed to construct public 
org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
at 
org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyWriter(ResteasyProviderFactory.java:519)
 [resteasy-jaxrs-2.3.2.Final.jar:]
at 
org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:768)
 [resteasy-jaxrs-2.3.2.Final.jar:]
... 20 more
Caused by: java.lang.NoClassDefFoundError: org/apache/fop/apps/FopFactory

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are no

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

[InterNetX - Juergen Gotteswinter]

RHEV or Ovirt? If RHEV, i whould suggest contacting the RH Support?

Am 19.02.2015 um 11:46 schrieb Jakub Bittner:
> Hello,
> 
> after restart we had problem with manager to connect to nodes. All nodes
> are down and not reachable. When I try to remove and readd to engine it
> fails too.
> 
> 10 days ago we changed SSL certs of rhev-m apache to IPA's generated.
> 
> We have this in logs:
> 
> 2015-02-19 11:41:33,491 ERROR
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime info:
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
> java.io.EOFException: SSL peer shut down incorrectly
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
> [dal.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
> [vdsbroker.jar:]
> at
> org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
> [vdsbroker.jar:]
> at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
> [:1.7.0_75]
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [rt.jar:1.7.0_75]
> at java.lang.reflect.Method.invoke(Method.java:606)
> [rt.jar:1.7.0_75]
> at
> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
> [scheduler.jar:]
> at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
> [quartz.jar:]
> at
> org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
> [quartz.jar:]
> Caused by: java.io.EOFException: SSL peer shut down incorrectly
> at sun.security.ssl.InputRecord.read(InputRecord.java:482)
> [jsse.jar:1.7.0_75]
> at
> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
> [jsse.jar:1.7.0_75]
> at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
> [jsse.jar:1.7.0_75]
> at
> sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
> [jsse.jar:1.7.0_75]
> at
> sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
> [jsse.jar:1.7.0_75]
> at
> java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
> [rt.jar:1.7.0_75]
> at
> java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
> [rt.jar:1.7.0_75]
> at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
> [rt.jar:1.7.0_75]
> at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
> [rt.jar:1.7.0_75]
> at
> org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
> [xmlrpc-client.jar:3.1.3]
> at
> org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
> [xmlrpc-client.jar:3.1.3]
> at
> org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
> [xmlrpc-client.jar:3.1.3]
> at
> org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
> [commons-httpclient.jar:]
> at
> org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
> [commons-httpclient.jar:]
> at
> org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
> [commons-httpclient.jar:]
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
> [commons-httpclient.jar:]
> at
> org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
> [commons-httpclient.jar:]
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
> [commons-httpclient.jar:]
> at
> org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
> [commons-httpclient.jar:]
> at
> org.apache.xmlrpc.client.XmlRpcCommonsTransport.writeRequest(XmlRpcCommonsTransport.java:227)
> [xmlrpc-client.jar:3.1.3]
> at
> org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:151)
> [xmlrpc-client.jar:3.1.3]
> at
> org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:143)
> [xmlrpc-client.jar:3.1.3]
> at
> org.apache.xmlrpc

Re: [ovirt-users] el6 vs el7

[Nicolas Ecarnot]

Le 19/02/2015 11:38, Dan Kenigsberg a écrit :

On Thu, Feb 19, 2015 at 10:49:19AM +0100, Nathanaël Blanchet wrote:

http://lists.ovirt.org/pipermail/users/2014-September/027421.html

Downstream RHEV must support el6, so Itamar suggests to exclude el6 in 3.6
cluster level, but el6 will be supported in 3.5 cluster.
It may mean that el6 hosts won't beneficiate of latest 3.6 features...


I don't think it's related to RHEV, but new oVirt 3.6 features would not
be supported on el6 hosts. clusterLevel 3.6 depends on libvirt/qemu
features that are not expected to backported.


OK.
Thank you Nathanaël and Dan.

> It's time to move on.

C'est tout l'histoire de nos vies de sysadmin...

--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

[Jakub Bittner]

Hello,

after restart we had problem with manager to connect to nodes. All nodes
are down and not reachable. When I try to remove and readd to engine it
fails too.

10 days ago we changed SSL certs of rhev-m apache to IPA's generated.

We have this in logs:

2015-02-19 11:41:33,491 ERROR
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
(DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime info:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
java.io.EOFException: SSL peer shut down incorrectly
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
[vdsbroker.jar:]
at
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
[dal.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
[vdsbroker.jar:]
at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
[:1.7.0_75]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.7.0_75]
at java.lang.reflect.Method.invoke(Method.java:606)
[rt.jar:1.7.0_75]
at
org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
[scheduler.jar:]
at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
[quartz.jar:]
at
org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
[quartz.jar:]
Caused by: java.io.EOFException: SSL peer shut down incorrectly
at sun.security.ssl.InputRecord.read(InputRecord.java:482)
[jsse.jar:1.7.0_75]
at
sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
[jsse.jar:1.7.0_75]
at
sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
[jsse.jar:1.7.0_75]
at
sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
[jsse.jar:1.7.0_75]
at
sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
[jsse.jar:1.7.0_75]
at
java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
[rt.jar:1.7.0_75]
at
java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
[rt.jar:1.7.0_75]
at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
[rt.jar:1.7.0_75]
at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
[rt.jar:1.7.0_75]
at
org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
[xmlrpc-client.jar:3.1.3]
at
org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
[commons-httpclient.jar:]
at
org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
[commons-httpclient.jar:]
at
org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
[commons-httpclient.jar:]
at
org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
[commons-httpclient.jar:]
at
org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
[commons-httpclient.jar:]
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
[commons-httpclient.jar:]
at
org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
[commons-httpclient.jar:]
at
org.apache.xmlrpc.client.XmlRpcCommonsTransport.writeRequest(XmlRpcCommonsTransport.java:227)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:151)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:143)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:56)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:167)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcClient.execute(XmlRpcClient.java:137)
[xmlrpc-client.jar:3.1.3]
at
org.apache.xmlrpc.client.XmlRpcClient.execu

Re: [ovirt-users] el6 vs el7

[Dan Kenigsberg]

On Thu, Feb 19, 2015 at 10:49:19AM +0100, Nathanaël Blanchet wrote:
> http://lists.ovirt.org/pipermail/users/2014-September/027421.html
> 
> Downstream RHEV must support el6, so Itamar suggests to exclude el6 in 3.6
> cluster level, but el6 will be supported in 3.5 cluster.
> It may mean that el6 hosts won't beneficiate of latest 3.6 features...

I don't think it's related to RHEV, but new oVirt 3.6 features would not
be supported on el6 hosts. clusterLevel 3.6 depends on libvirt/qemu
features that are not expected to backported. It's time to move on.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Still blocked...

[Pascal Jakobi]

Hi there

Still stuck when creating an NFS storage domain with an AIO 
installation. Below is the engine trace. Can someone say what means that 
351 error ?


Many thanks in advance
P
PS. I could observe that the NFS mount is done. Ovirt fails afterward.

2015-02-19 10:53:23,842 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-1) [2c3317b1] Lock Acquired to object EngineLock 
[exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: 
STORAGE_CONNECTION

, sharedLocks= ]
2015-02-19 10:53:23,875 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-1) [2c3317b1] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected :  
ID: aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN
2015-02-19 10:53:23,877 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-1) [2c3317b1] START, 
ConnectStorageServerVDSCommand(HostName = lab1, HostId = 
c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 
----, storageType = NFS, connectionList 
= [{ id: null, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: 
null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: 
null, nfsTimeo: null };]), log id: 7e2f307b
2015-02-19 10:53:29,131 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-1) [2c3317b1] FINISH, 
ConnectStorageServerVDSCommand, return: 
{----=0}, log id: 7e2f307b
2015-02-19 10:53:29,169 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-1) [2c3317b1] Lock freed to object EngineLock 
[exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: 
STORAGE_CONNECTION

, sharedLocks= ]
2015-02-19 10:53:34,250 INFO 
[org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] 
(ajp--127.0.0.1-8702-7) [47bf1185] Running command: 
AddNFSStorageDomainCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN
2015-02-19 10:53:34,265 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-7) [47bf1185] START, 
ConnectStorageServerVDSCommand(HostName = lab1, HostId = 
c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 
----, storageType = NFS, connectionList 
= [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: 
spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, 
mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null 
};]), log id: 1d8d975
2015-02-19 10:53:34,273 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-7) [47bf1185] FINISH, 
ConnectStorageServerVDSCommand, return: 
{7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 1d8d975
2015-02-19 10:53:34,274 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) 
[47bf1185] START, CreateStorageDomainVDSCommand(HostName = lab1, HostId 
= c291c28b-3c3e-49f1-94c5-be0078e7b014, 
storageDomain=StorageDomainStatic[Store, 
4bb1e26a-a59b-41f2-b0c5-99a0a55837df], 
args=spirou.jakobi.fr:/var/lib/nfs/data), log id: 254d3442
2015-02-19 10:53:34,446 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) 
[47bf1185] Failed in CreateStorageDomainVDS method
2015-02-19 10:53:34,447 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) 
[47bf1185] Command 
org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand 
return value
 StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=351, 
mMessage=Error creating a storage domain: (u'storageType=1, 
sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, 
domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data 
domVersion=3',)]]
2015-02-19 10:53:34,447 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) 
[47bf1185] HostName = lab1
2015-02-19 10:53:34,447 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) 
[47bf1185] Command CreateStorageDomainVDSCommand(HostName = lab1, HostId 
= c291c28b-3c3e-49f1-94c5-be0078e7b014, 
storageDomain=StorageDomainStatic[Store, 
4bb1e26a-a59b-41f2-b0c5-99a0a55837df], 
args=spirou.jakobi.fr:/var/lib/nfs/data) execution failed. Exception: 
VDSErrorException: VDSGenericException: VDSErrorException: Failed to 
CreateStorageDomainVDS, error = Error creating a storage domain: 
(u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, 
domainName=Store, domClass=1, 
typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code 
= 351
2015-02-19 10:53:34,448 INFO 

Re: [ovirt-users] el6 vs el7

[Nathanaël Blanchet]

http://lists.ovirt.org/pipermail/users/2014-September/027421.html

Downstream RHEV must support el6, so Itamar suggests to exclude el6 in 
3.6 cluster level, but el6 will be supported in 3.5 cluster.

It may mean that el6 hosts won't beneficiate of latest 3.6 features...

Le 19/02/2015 10:30, Nicolas Ecarnot a écrit :
No answer from me here, but may you elaborate/point me to/give info 
about...


Le 19/02/2015 10:00, Nathanaël Blanchet a écrit :

el6 will not be supported in next release of ovirt


please?



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Poor iSCSI Performance

[InterNetX - Juergen Gotteswinter]

Hi,

already captured some iscsi Traffic of both Situations and compared them?

MTU maybe?


Juergen

Am 18.02.2015 um 02:08 schrieb John Florian:
> Hi all,
> 
> I've been trying to resolve a storage performance issue but have had no
> luck in identifying the exact cause.  I have my storage domain on iSCSI
> and I can get the expected performance (limited by the Gbit Ethernet)
> when running bonnie++ on:
> 
>   * a regular physical machine configured with the iSCSI initiator
> connected to a dedicated iSCSI test target -- thus oVirt and VM
> technology are completely out of the picture
>   * my oVirt host with the initiator connected to that same dedicated
> target -- thus I have an iSCSI connection on the oVirt host but I'm
> not using the iSCSI connection provided by oVirt's storage domain
>   * a VM (hosted by oVirt) with the initiator (inside the VM) connected
> to that target -- thus bypassing oVirt's storage domain and the
> virtual disk it provides this VM
> 
> However, if I just use a regular virtual disk via oVirt's storage domain
> the performance is much worse.  I've tried both VirtIO and VirtIO-SCSI
> and have found no appreciable difference.
> 
> Here's a typical example of the poor performance I get (as tested with
> bonnie++) with the normal virtual disk setup:
> 
> # bonnie++ -d . -r 2048 -u root:root
> 
> Version  1.96   --Sequential Output-- --Sequential Input-
> --Random-
> Concurrency   1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block--
> --Seeks--
> MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP 
> /sec %CP
> narvi-f21.double 4G   806  91 18507   1 15675   1  3174  56 33175   1
> 176.4   3
> Latency 15533us8142ms2440ms 262ms1289ms
> 780ms
> Version  1.96   --Sequential Create-- Random
> Create
> narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read---
> -Delete--
>   files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP 
> /sec %CP
>  16 13641  24 + +++ 22702  17 18919  31 + +++
> + +++
> Latency 27724us 247us 292us  71us  30us
> 172us
> 
> For comparison, here's what I see if I run the same test, same VM, same
> host but this time the file system is mounted from a device obtained
> using iscsi-initiator-utils within the VM, i.e., the 3rd bullet config
> above:
> 
> bonnie++ -d . -r 2048 -u root:root
> 
> Version  1.96   --Sequential Output-- --Sequential Input-
> --Random-
> Concurrency   1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block--
> --Seeks--
> MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP 
> /sec %CP
> narvi-f21.double 4G  2051  89 103877   4 36286   3  4803  88 88166   4
> 163.6   3
> Latency  7724us 191ms 396ms   48734us   73004us   
> 1645ms
> Version  1.96   --Sequential Create-- Random
> Create
> narvi-f21.doubledog -Create-- --Read--- -Delete-- -Create-- --Read---
> -Delete--
>   files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP 
> /sec %CP
>  16  6531  18 + +++ 16388  20  5924  15 + +++
> 17906  23
> Latency 15623us  64us  92us1281us  14us
> 256us
> 
> My host is Fedora 20 running oVirt 3.5 (hosted-engine).  VM is running
> Fedora Server 21.  Tonight I tried updating the host with the Fedora
> virt preview repo and I didn't see any significant change in the
> performance.  Where should I look next?
> 
> 
> 
> 
> ___
> 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

Re: [ovirt-users] Ovirt 3.5.1, Windows 2008 hangs

[Francesco Romani]

Hi, 

- Original Message -

> From: "wodel youchi" 
> To: users@ovirt.org
> Sent: Wednesday, February 11, 2015 5:21:05 PM
> Subject: [ovirt-users] Ovirt 3.5.1, Windows 2008 hangs

> Hi,

> I've a two nodes hosted-engine ovirt 3.5
> used storage is NFS4 for the: engine, vms, iso and export

> I have many Linux VMs and one Windows 2008 VM.
> The windows 2008 VMs is acting as a second AD, it's the second time in a
> month where the VM hangs and the cpu usage is 100%.
> I have this problem only with this VM only.

Can you provide the versions of the missing parts of your stack? 
libvirt (on the hypervisor host) 
qemu (same) 
OS (same) 

> I tried to look into vdsm logs, but no luck so far, all I found is
> GuestMonitor-Win2k8x64-AD2::DEBUG::2015-02-11
> 12:01:02,158::vm::486::vm.Vm::(_getUserCpuTuneInfo)
> vmId=`ce0bcb92-90e8-45a7-9b9f-cfed10e920d6`::Domain Metadata is not set

This is not relevant to your issue 

> Is there a log file where I can follow the behaviour of the VM, because for
> now I have no clue about what is causing this problem.

emulation is done by QEMU, which has VERY terse logging. Anyway, its logs are 
in /var/log/libvirt/qemu/$VM_NAME.log 

-- 
Francesco Romani 
RedHat Engineering Virtualization R & D 
Phone: 8261328 
IRC: fromani 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] el6 vs el7

[Nicolas Ecarnot]

No answer from me here, but may you elaborate/point me to/give info about...

Le 19/02/2015 10:00, Nathanaël Blanchet a écrit :

el6 will not be supported in next release of ovirt


please?

--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] el6 vs el7

[Nathanaël Blanchet]

Hi all,

I'm planning to migrate my ovirt el6 hosts to el7.
Excepting that el6 will not be supported in next release of ovirt, is 
there a difference of performance between el7 and el6?
I mean, are qemu or libvirt for example at the same level of 
performance/capabilities in el6 than in el7 (knowing that qemu-kvm 0.12 
is still backported on el6) ?
I heard that el7.1 will support live merge, if true will el6.7 support 
it as well or the difference between them is there?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How long do your migrations last?

[Roy Golan]

On 02/13/2015 08:20 PM, Markus Stockhausen wrote:

Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von 
"Darrell Budic [bu...@onholyground.com]
Gesendet: Freitag, 13. Februar 2015 19:03
An: Nicolas Ecarnot
Cc: users
Betreff: Re: [ovirt-users] How long do your migrations last?

I’m under the impression it depends more on the hosts memory assignment
than disk size. libvirt has to synchronize that over your networking setup. Your
times sound like mine over 1G ethernet with a 9000 MTU, most of my machines
are 1-4GB ram. I’ve another setup with a 10G backend that can migrate larger
machines much faster. Things that do a lot of memory access (databases, say)
or use more of their allocated memory, tend to take longer to migrate as it’s
more work for libvirt to get it synchronized.

A 10G+ backend is the best way to speed this up, and there are libvirt variables
you can tweak to allocate more bandwidth to a migration (and the # of 
simultaneous
migrations you allow). I think the defaults are 3 at max of 30% of your 
available
bandwidth. I don’t think this takes bonds into account, so if you have bonded
connections, you may be able to allocate more % or allow more simultaneous
migrations. Keep in mind that if you’re sharing bandwidth/media with iSCSI, that
some bandwidth will be needed there as well, how much depends on your storage
load. A dedicated NIC could definitely help, especially if you’re trying to 
tune libvirt for this.

   -Darrell


On Feb 13, 2015, at 8:53 AM, Nicolas Ecarnot  wrote:

Hello list,

Our storage domains are iSCSI on dedicated network, and when migrating VMs, the 
duration varies according to the size of the vDisks.

The smallest VMs are migrated in about 20 seconds, while the biggest one may 
take more than 5 or 10 minutes.
The average duration is 90 seconds.

Questions :

1- Though I may have understood that the task of migration was made by the SPM, 
I don't know what it actually does? (which bytes goes where)

2- Do our times sound OK, or does it look like improvable?

3- What bottleneck should I investigate? I'm thinking about the dedicated 
hardware NICs setup of the hosts, the SAN, the MTU has already been setup at 
9000...

Any ideas welcomed.

--

Nicolas Ecarnot

If we speak about migration of VMs - relocating qemu process -
than speed depends mostly on memory change pressure. The
more changes per second the more restart the process needs.
Best solution to speed it up is to enlarge migration_max_bandwidth
in /etc/vdsm/vdsm.conf from default 30MB/s to something higher.
We use 150Mb/s in 10Gbit network. With default we have seen
migrations that will not come to an end.

+1

moreover,  upstream qemu have some more ways to speed this up

- post migration copy (a.k.a  "user page faults") - basically migrate 
immediate to the dest and copy mem pages from source

- migration over rdma
- migration throttling - 
http://lists.gnu.org/archive/html/qemu-devel/2013-05/msg00040.html



When talking about disks. It depends on how many disks you
have attached to a single VM. The more disks and the more
similar their sizes they are the faster you can migrate/operate
on them.

For example take a SAP system with 3 disks of 20GB system
20 GB executables and 300GB database. When issung disk
operations (like snapshots) they will start in parallel for each disk.
Disk operations will finish earlier for smaller disks. So in the end
you will have only one operation left that may take hours.

E.g. delete snapshot will start at ~220MB/s when running with
three disks and end at ~60MB/s when only one disk snapshot
deletion is active.

Best regards.

Markus=


___
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