November 2015 - Users - oVirt List Archives

Issue with kernel 2.6.32-573.3.1.el6.x86_64?
by Michael Kleinpaste 30 Nov '15

30 Nov '15

So I patched my vhosts and updated the kernel to 2.6.32-573.3.1.el6.x86_64. Afterwards the networking became unstable for my vyatta firewall vm. Lots of packet loss and out of order packets (based on my tshark at the time). Has anybody else experienced this? -- *Michael Kleinpaste* Senior Systems Administrator SharperLending, LLC. www.SharperLending.com Michael.Kleinpaste(a)SharperLending.com (509) 324-1230 Fax: (509) 324-1234

4 7

oVirt 4.0 wishlist: oVirt Engine
by Giuseppe Ragusa 30 Nov '15

30 Nov '15

Hi all, I go on with my wishlist, derived from both solitary mumblings and community talks at the the first Italian oVirt Meetup. I offer to help in coding (work/family schedules permitting) but keep in mind that I'm a sysadmin with mainly C and bash-scripting skills (but hoping to improve my less-than-newbie Python too...) I've sent separate wishlist messages for oVirt Node and VDSM. oVirt Engine: *) add Samba/CTDB/Ganesha capabilities (maybe in the GlusterFS management UI); there are related wishlist items on configuring/managing Samba/CTDB/Ganesha on oVirt Node and on VDSM *) add the ability to manage containers (maybe initially as an exclusive cluster type but allowing it to coexist with GlusterFS); there are related wishlist items on supporting containers on the oVirt Node and on VDSM *) add Open vSwitch direct support (not Neutron-mediated); there are related wishlist items on configuring/managing Open vSwitch on oVirt Node and on VDSM *) add DRBD9 as a supported Storage Domain type, HC/HE too, managed from the Engine UI similarly to GlusterFS; there are related wishlist items on configuring/managing DRBD9 on oVirt Node and on VDSM *) add support for managing/limiting GlusterFS heal/rebalance bandwidth usage in HC setup [1]; this is actually a GlusterFS wishlist item first and foremost, but I hope our use case could be considered compelling enough to "force their hand" a bit ;) Regards, Giuseppe [1] bandwidth limiting seems to be supported only for geo-replication on GlusterFS side; it is my understanding that on non-HC setups the heal/rebalance traffic could be kept separate from hypervisor/client traffic (if a separate, Gluster-only, network is physically available and Gluster cluster nodes have been peer-probed on those network addresses)

1 1

Re: [ovirt-users] Strange permissions on Hosted Engine HA Agent log files
by Giuseppe Ragusa 30 Nov '15

30 Nov '15

On Fri, Nov 27, 2015, at 18:15, Simone Tiraboschi wrote: > > > On Wed, Nov 25, 2015 at 11:53 PM, Giuseppe Ragusa <giuseppe.ragusa(a)hotmail.com> wrote: >> Hi all, >> I'm installing oVirt (3.6) in self-hosted mode, hyperconverged with GlusterFS (3.7.6). >> >> I'm using the oVirt snapshot generated the night between the 18th and 19th of November, 2015. >> >> The (single, at the moment) host and the Engine are both CentOS 7.1 fully up-to-date. >> >> After ovirt-hosted-engine-setup successful completion, I found the following (about 3 days after setup completed) "anomalies": >> >> 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/agent.log >> 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/agent.log.2015-11-23 >> 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/broker.log >> 666 1 vdsm kvm - /var/log/ovirt-hosted-engine-ha/broker.log.2015-11-23 >> >> The listing above comes from a custom security checking script that gives: >> >> "octal permissions" "number of links" "owner" "group" - "absolute pathname" >> >> Is the ominous "666" mark actually intended/necessary? ;-) > > Thanks for the report Giuseppe, I double checked on one of my test systems. > > [root@c71het20151028 ~]# ls -l /var/log/ovirt-hosted-engine-ha/* > -rw-r--r--. 1 root root 10136 Nov 27 18:08 /var/log/ovirt-hosted-engine-ha/agent.log > -rw-r--r--. 1 root root 1769029 Oct 29 17:20 /var/log/ovirt-hosted-engine-ha/agent.log.2015-10-28 > -rw-rw-rw-. 1 vdsm kvm 97685 Oct 29 18:21 /var/log/ovirt-hosted-engine-ha/agent.log.2015-10-29 > -rw-r--r--. 1 root root 3620102 Nov 25 12:09 /var/log/ovirt-hosted-engine-ha/agent.log.2015-11-24 > -rw-rw-rw-. 1 vdsm kvm 715086 Nov 25 17:01 /var/log/ovirt-hosted-engine-ha/agent.log.2015-11-25 > -rw-r--r--. 1 root root 13904 Nov 27 18:09 /var/log/ovirt-hosted-engine-ha/broker.log > -rw-r--r--. 1 root root 9711872 Oct 29 17:20 /var/log/ovirt-hosted-engine-ha/broker.log.2015-10-28 > -rw-rw-rw-. 1 vdsm kvm 468475 Oct 29 18:21 /var/log/ovirt-hosted-engine-ha/broker.log.2015-10-29 > -rw-r--r--. 1 root root 14066693 Nov 25 12:09 /var/log/ovirt-hosted-engine-ha/broker.log.2015-11-24 > -rw-rw-rw-. 1 vdsm kvm 4505277 Nov 25 17:01 /var/log/ovirt-hosted-engine-ha/broker.log.2015-11-25 > > > So I've something 644 root:root and something at 666 vdsm:kvm depending from the rotation date (???). > The directory is 700 vdsm:kvm so it's not really an issue but I think it's still worth to open a bug on that. Many thanks Simone for your confirmation: bug opened https://bugzilla.redhat.com/show_bug.cgi?id=1286568 Regards, Giuseppe >> Do I need to open a bugzilla notification for this? >> Many thanks in advance for your attention. >> >> Regards, >> Giuseppe >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users

1 0

ovirt-engine-sdk-python too slow
by John Hunter 30 Nov '15

30 Nov '15

Hi guys, I am using the ovirt-engine-sdk-python to communicate with the ovirt-engine, I am ok to list the vms but the processing time is too long, like 4.5 seconds, and this line: from ovirtsdk.api import API take almost 3 seconds. This seems a little bit longer than I expected it to be, so I am asking is there a quicker way to communicate with the ovirt-engine? -- Best regards Junwang Zhao Department of Computer Science &Technology Peking University Beijing, 100871, PRC

4 14

Install ovirt locally
by John Hunter 30 Nov '15

30 Nov '15

Hi all, Here is my situation: in my office, we can not access the website out of China, I have to grab my PC home to install the ovirt environment, this makes me sad. Can I download all the packages needed by ovirt at home, store them in my U-disk, and back to office and install the enviroment? I am worry about the package dependency. Does anybody who has done this or does anybody has a better solution for this? Any help would be appreciated :) -- Best regards Junwang Zhao Department of Computer Science &Technology Peking University Beijing, 100871, PRC

3 4

live snapshot merging
by Koen Vanoppen 30 Nov '15

30 Nov '15

Dear Community, Are there plans for live merging of snapshots? I know it is supported from libvirt 1.2.10. Kind regards, Koen

5 8

Networking fails for VM running on Centos6.7.Works on Centos6.5
by mad Engineer 29 Nov '15

29 Nov '15

hello all i am having strange network issue with vms that are running on centos 6.7 ovirt nodes. I recently added one more ovirt node which is running centos6.7 and upgraded from centos6.5 to centos6.7 on all other nodes. All VMs running on nodes with centos6.7 as host Operating system fail to reach network gateway,but if i reboot that same host to centos6.5 kernel everything works fine(with out changing any network configuration). Initially i thought it as configuration issue but its there on all nodes.if i reboot to old kernel everything is working. I am aware about ghost vlan0 issue in centos6.6 kernel.Not aware about any issue in centos6.7 Also all my servers are up to date. All physical interfaces are in access mode VLAN connected to nexus 5k switches. working kernel- 2.6.32-431.20.3.el6.x86_64 non working kernel- 2.6.32-573.8.1.el6.x86_64 Any idea?

3 3

Random VMs stuck in [drm] fb: depth 24,pitch 4096
by kevin parrikar 29 Nov '15

29 Nov '15

Running centos 6.7 and trying to PXE boot centos 6.5 vms but some of them are stuck with this in boot message: [drm] fb: depth 24,pitch 4096 screenshot of vm console: http://snag.gy/7Bhyc.jpg tried restarting vms but its still stuck there rpm -qa |grep kvm qemu-kvm-rhev-tools-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 rpm -qa |grep seabio seabios-0.6.1.2-30.el6.x86_64 uname -a 2.6.32-431.el6.x86_64 ever seen this behaviour? vms have 8gb/4cpu

1 0

3.6 vm from template with cloud-init. Not able to confirm OK button
by Gianluca Cecchi 29 Nov '15

29 Nov '15

Hello, I have created a template based on a CentOS 7.1 VM where I installed cloud-init. Now I'm trying to create a VM from that template using cloud-init and changing hostname and network parameters. It seems that in "Initial Run" section there is something wrong because if I press OK it doesn't happen anything but a sort of dotted square around the ok button, but I'm not able to see what is the thing that is not ok and correct it..... Can I debug anywhere? BTW: if I succeed in this preliminar test I would like to create a vm pool from this same template where, for every started VM in the pool (stateless is ok for them), a new hostname and a preconfigured static ip is set (I have not and I can't set up a dhcp server on that network). Is something configurable in vm pool with cloud init? Thanks Gianluca

1 1

oVirt 4.0 wishlist: oVirt Self Hosted Engine Setup
by Giuseppe Ragusa 29 Nov '15

29 Nov '15

Hi all, I go on with my wishlist, derived from both solitary mumblings and community talks at the the first Italian oVirt Meetup. I offer to help in coding (work/family schedules permitting) but keep in mind that I'm a sysadmin with mainly C and bash-scripting skills (but hoping to improve my less-than-newbie Python too...) I've sent separate wishlist messages for oVirt Node, oVirt Engine and VDSM. oVirt Self Hosted Engine Setup: *) allow virtual hardware customizations for locally-created Engine vm, specifically: allow to add an arbitrary number of NICs (asking for MAC address and local bridge to connect to) and maybe also an arbitrary number of disks (asking for size) as these seem to be the only/most_useful items missing; maybe the prebuilt appliance image too may be inspected by setup to detect a customized one and connect any further NICs to custom local bridges (which the user should be asked for) Regards, Giuseppe

3 2

3.6: updating a template in a vm pool causes removal of soundcard and memory ballon device
by Cristian Mammoli 29 Nov '15

29 Nov '15

Hi, when I change template version in a vmpool the souncard and balloon device get cleared, even if the new template has sound and ballon enabled. After that the checkbox are greyed out and cannot be enabled without destroying and recreating the pool... How to reproduce: Create a template with soundcard and memory ballon device Create a pool from the above template VMs and the pool itself have sound and balloon device Create a new Template as version 2 of the original one Check that sound and balloon are enabled in the template Reconfigure the pool to use version 2 of the template VMs and the pool itself have sound and balloon *unchecked* and cannot be enabled anymore

2 1

vdsm using 100% CPU, rapidly filling logs with _handle_event messages
by Robert Story 27 Nov '15

27 Nov '15

--Sig_/War1DBdDuKL/JOwM_gN0y1g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm running oVirt 3.5.x with a hosted engine. This morning I noticed that 2 of my 5 hosts were showing 99-100% cpu usage. Logging in to them, vdsmd seemed to be the culprit, and it was filling the log file with these messages: VM Channels Listener::DEBUG::2015-11-12 08:09:26,292::vmchannels::59::vds::(_handle_event) Received 00000011. On fd= removed by epoll. VM Channels Listener::INFO::2015-11-12 08:09:26,293::vmc= hannels::54::vds::(_handle_event) Received 00000011 on fileno 119 VM Channels Listener::DEBUG::2015-11-12 08:09:26,293::vmchannels::59::vds::= (_handle_event) Received 00000011. On fd removed by epoll. VM Channels Listener::INFO::2015-11-12 08:09:26,293::vmchannels::54::vds::(= _handle_event) Received 00000011 on fileno 75 VM Channels Listener::DEBUG::2015-11-12 08:09:26,293::vmchannels::59::vds::= (_handle_event) Received 00000011. On fd removed by epoll. VM Channels Listener::INFO::2015-11-12 08:09:26,294::vmchannels::54::vds::(= _handle_event) Received 00000011 on fileno 119 VM Channels Listener::DEBUG::2015-11-12 08:09:26,294::vmchannels::59::vds::= (_handle_event) Received 00000011. On fd removed by epoll. I googled to see how to change the debug level to turn of DEBUG messages for vdsm, which referred me to libvirtd.conf, but the debug level there was not set, which should have meant a log level of 3 (warnings and errors), so I'm not sure why the log was filling up with DEBUG/INFO messages. I restarted vdsmd, which resulted in those nodes being marked as 'disconnected', but they did eventually recover and loads went back to normal. This may or may not be related to the fact that the 3 hosts where this did not happen can't seem to keep their ha brokers up. I'll be starting a new thread on that shortly. Robert --=20 Senior Software Engineer @ Parsons --Sig_/War1DBdDuKL/JOwM_gN0y1g Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWRJgKAAoJEMHFVuy5l8Y4SGcP/jvgozmL+MsLRWFK+hWBa4+8 lP4TVCWdDqdd/3Kt3ZIO7vNBCEWNmicbtOu6o6yeG1o4l5OVh0GG+wspQOHm5D7g ScfsQ405e4EP3skKx4yauHmM8kxBuZo2adRj1CT+mbB/xXMfUd/gcVWgFYuPMMuN EkJR2Q9NqpP1ccUduccAMkiXSyRbUt6Ng7iZqx2RhDAdnRW2CYUCSqkSxI7KE/Mw NZQ4bGAl4w6eJwBxV9jB6eDW6RD2pGmncRswq7TGv8+iGvLd+XAxhQRviIJYeaFH 8GTil9/qEW8wzmbEYsd+YzbwAaPuveKx9TZCTVyhgabzeipLv0Xj4eKMO8fJ66kB s+MYZSeIMDAGnDoHdFvf8hVphb+DHoGOZXx+C76Ohfwb+WL+ZDCIAra/lLx57CUa H+JPU9pl4Bn3f0o3srX6Mkbj8qljXHGXCKI206SoYfgMyRlN9/VylpVrkryP3m2d 8CXK0X1+bxnvohelZGXlIca7t7/eTVd9Vob2aBKjvUkGLqQ920fXxVRqI78Rpmdd druse94ZN8KYk2NOMaM0YuZERlkJP8aqQAYNqGwZ6QgIPuYGyEeY4pnJWpH+Z0sF g9CUW9AblprC1E668qh4gRrKv7a3VWpkQyZNJTaIVxfJt97oXIbU0RtFQJEF5o2n 7kSRCB0xu7vyJEw32O28 =NjlM -----END PGP SIGNATURE----- --Sig_/War1DBdDuKL/JOwM_gN0y1g--

3 5

timeouts
by paf1＠email.cz 27 Nov '15

27 Nov '15

This is a multi-part message in MIME format. --------------020003090101020807030701 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, can anybody help me with this timeouts ?? Volumes are not active yes ( bricks down ) desc. of gluster bellow ... */var/log/glusterfs/**etc-glusterfs-glusterd.vol.log* [2015-11-26 14:44:47.174221] I [MSGID: 106004] [glusterd-handler.c:5065:__glusterd_peer_rpc_notify] 0-management: Peer <1hp1-SAN> (<87fc7db8-aba8-41f2-a1cd-b77e83b17436>), in state <Peer in Cluster>, has disconnected from glusterd. [2015-11-26 14:44:47.174354] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 1HP12-P1 not held [2015-11-26 14:44:47.174444] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 1HP12-P3 not held [2015-11-26 14:44:47.174521] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 2HP12-P1 not held [2015-11-26 14:44:47.174662] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 2HP12-P3 not held [2015-11-26 14:44:47.174532] W [MSGID: 106118] [glusterd-handler.c:5087:__glusterd_peer_rpc_notify] 0-management: Lock not released for 2HP12-P1 [2015-11-26 14:44:47.174675] W [MSGID: 106118] [glusterd-handler.c:5087:__glusterd_peer_rpc_notify] 0-management: Lock not released for 2HP12-P3 [2015-11-26 14:44:49.423334] I [MSGID: 106488] [glusterd-handler.c:1472:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req The message "I [MSGID: 106488] [glusterd-handler.c:1472:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req" repeated 4 times between [2015-11-26 14:44:49.423334] and [2015-11-26 14:44:49.429781] [2015-11-26 14:44:51.148711] I [MSGID: 106163] [glusterd-handshake.c:1193:__glusterd_mgmt_hndsk_versions_ack] 0-management: using the op-version 30702 [2015-11-26 14:44:52.177266] W [socket.c:869:__socket_keepalive] 0-socket: failed to set TCP_USER_TIMEOUT -1000 on socket 12, Invalid argument [2015-11-26 14:44:52.177291] E [socket.c:2965:socket_connect] 0-management: Failed to set keep-alive: Invalid argument [2015-11-26 14:44:53.180426] W [socket.c:869:__socket_keepalive] 0-socket: failed to set TCP_USER_TIMEOUT -1000 on socket 17, Invalid argument [2015-11-26 14:44:53.180447] E [socket.c:2965:socket_connect] 0-management: Failed to set keep-alive: Invalid argument [2015-11-26 14:44:52.395468] I [MSGID: 106163] [glusterd-handshake.c:1193:__glusterd_mgmt_hndsk_versions_ack] 0-management: using the op-version 30702 [2015-11-26 14:44:54.851958] I [MSGID: 106488] [glusterd-handler.c:1472:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req [2015-11-26 14:44:57.183969] W [socket.c:869:__socket_keepalive] 0-socket: failed to set TCP_USER_TIMEOUT -1000 on socket 19, Invalid argument [2015-11-26 14:44:57.183990] E [socket.c:2965:socket_connect] 0-management: Failed to set keep-alive: Invalid argument After volumes creation all works fine ( volumes up ) , but then, after several reboots ( yum updates) volumes failed due timeouts . Gluster description: 4 nodes with 4 volumes replica 2 oVirt 3.6 - the last gluster 3.7.6 - the last vdsm 4.17.999 - from git repo oVirt - mgmt.nodes 172.16.0.0 oVirt - bricks 16.0.0.0 ( "SAN" - defined as "gluster" net) Network works fine, no lost packets # gluster volume status Staging failed on 2hp1-SAN. Please check log file for details. Staging failed on 1hp2-SAN. Please check log file for details. Staging failed on 2hp2-SAN. Please check log file for details. # gluster volume info Volume Name: 1HP12-P1 Type: Replicate Volume ID: 6991e82c-9745-4203-9b0a-df202060f455 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 1hp1-SAN:/STORAGE/p1/G Brick2: 1hp2-SAN:/STORAGE/p1/G Options Reconfigured: performance.readdir-ahead: on Volume Name: 1HP12-P3 Type: Replicate Volume ID: 8bbdf0cb-f9b9-4733-8388-90487aa70b30 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 1hp1-SAN:/STORAGE/p3/G Brick2: 1hp2-SAN:/STORAGE/p3/G Options Reconfigured: performance.readdir-ahead: on Volume Name: 2HP12-P1 Type: Replicate Volume ID: e2cd5559-f789-4636-b06a-683e43e0d6bb Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 2hp1-SAN:/STORAGE/p1/G Brick2: 2hp2-SAN:/STORAGE/p1/G Options Reconfigured: performance.readdir-ahead: on Volume Name: 2HP12-P3 Type: Replicate Volume ID: b5300c68-10b3-4ebe-9f29-805d3a641702 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: 2hp1-SAN:/STORAGE/p3/G Brick2: 2hp2-SAN:/STORAGE/p3/G Options Reconfigured: performance.readdir-ahead: on regs. for any hints Paf1 --------------020003090101020807030701 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, <br> can anybody help me with this timeouts ??<br> Volumes are not active yes ( bricks down )<br> <br> desc. of gluster bellow ...<br> <br> <b>/var/log/glusterfs/</b><b>etc-glusterfs-glusterd.vol.log</b><br> [2015-11-26 14:44:47.174221] I [MSGID: 106004] [glusterd-handler.c:5065:__glusterd_peer_rpc_notify] 0-management: Peer <1hp1-SAN> (<87fc7db8-aba8-41f2-a1cd-b77e83b17436>), in state <Peer in Cluster>, has disconnected from glusterd.<br> [2015-11-26 14:44:47.174354] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 1HP12-P1 not held<br> [2015-11-26 14:44:47.174444] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 1HP12-P3 not held<br> [2015-11-26 14:44:47.174521] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 2HP12-P1 not held<br> [2015-11-26 14:44:47.174662] W [glusterd-locks.c:681:glusterd_mgmt_v3_unlock] (-->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_big_locked_notify+0x4c) [0x7fb7039d44dc] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(__glusterd_peer_rpc_notify+0x162) [0x7fb7039de542] -->/usr/lib64/glusterfs/3.7.6/xlator/mgmt/glusterd.so(glusterd_mgmt_v3_unlock+0x58a) [0x7fb703a79b4a] ) 0-management: Lock for vol 2HP12-P3 not held<br> [2015-11-26 14:44:47.174532] W [MSGID: 106118] [glusterd-handler.c:5087:__glusterd_peer_rpc_notify] 0-management: Lock not released for 2HP12-P1<br> [2015-11-26 14:44:47.174675] W [MSGID: 106118] [glusterd-handler.c:5087:__glusterd_peer_rpc_notify] 0-management: Lock not released for 2HP12-P3<br> [2015-11-26 14:44:49.423334] I [MSGID: 106488] [glusterd-handler.c:1472:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req<br> The message "I [MSGID: 106488] [glusterd-handler.c:1472:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req" repeated 4 times between [2015-11-26 14:44:49.423334] and [2015-11-26 14:44:49.429781]<br> [2015-11-26 14:44:51.148711] I [MSGID: 106163] [glusterd-handshake.c:1193:__glusterd_mgmt_hndsk_versions_ack] 0-management: using the op-version 30702<br> [2015-11-26 14:44:52.177266] W [socket.c:869:__socket_keepalive] 0-socket: failed to set TCP_USER_TIMEOUT -1000 on socket 12, Invalid argument<br> [2015-11-26 14:44:52.177291] E [socket.c:2965:socket_connect] 0-management: Failed to set keep-alive: Invalid argument<br> [2015-11-26 14:44:53.180426] W [socket.c:869:__socket_keepalive] 0-socket: failed to set TCP_USER_TIMEOUT -1000 on socket 17, Invalid argument<br> [2015-11-26 14:44:53.180447] E [socket.c:2965:socket_connect] 0-management: Failed to set keep-alive: Invalid argument<br> [2015-11-26 14:44:52.395468] I [MSGID: 106163] [glusterd-handshake.c:1193:__glusterd_mgmt_hndsk_versions_ack] 0-management: using the op-version 30702<br> [2015-11-26 14:44:54.851958] I [MSGID: 106488] [glusterd-handler.c:1472:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req<br> [2015-11-26 14:44:57.183969] W [socket.c:869:__socket_keepalive] 0-socket: failed to set TCP_USER_TIMEOUT -1000 on socket 19, Invalid argument<br> [2015-11-26 14:44:57.183990] E [socket.c:2965:socket_connect] 0-management: Failed to set keep-alive: Invalid argument<br> <br> After volumes creation all works fine ( volumes up ) , but then, after several reboots ( yum updates) volumes failed due timeouts .<br> <br> Gluster description:<br> <br> 4 nodes with 4 volumes replica 2 <br> oVirt 3.6 - the last<br> gluster 3.7.6 - the last <br> vdsm 4.17.999 - from git repo<br> oVirt - mgmt.nodes 172.16.0.0<br> oVirt - bricks 16.0.0.0 ( "SAN" - defined as "gluster" net)<br> Network works fine, no lost packets<br> <br> # gluster volume status <br> Staging failed on 2hp1-SAN. Please check log file for details.<br> Staging failed on 1hp2-SAN. Please check log file for details.<br> Staging failed on 2hp2-SAN. Please check log file for details.<br> <br> # gluster volume info<br> <br> Volume Name: 1HP12-P1<br> Type: Replicate<br> Volume ID: 6991e82c-9745-4203-9b0a-df202060f455<br> Status: Started<br> Number of Bricks: 1 x 2 = 2<br> Transport-type: tcp<br> Bricks:<br> Brick1: 1hp1-SAN:/STORAGE/p1/G<br> Brick2: 1hp2-SAN:/STORAGE/p1/G<br> Options Reconfigured:<br> performance.readdir-ahead: on<br> <br> Volume Name: 1HP12-P3<br> Type: Replicate<br> Volume ID: 8bbdf0cb-f9b9-4733-8388-90487aa70b30<br> Status: Started<br> Number of Bricks: 1 x 2 = 2<br> Transport-type: tcp<br> Bricks:<br> Brick1: 1hp1-SAN:/STORAGE/p3/G<br> Brick2: 1hp2-SAN:/STORAGE/p3/G<br> Options Reconfigured:<br> performance.readdir-ahead: on<br> <br> Volume Name: 2HP12-P1<br> Type: Replicate<br> Volume ID: e2cd5559-f789-4636-b06a-683e43e0d6bb<br> Status: Started<br> Number of Bricks: 1 x 2 = 2<br> Transport-type: tcp<br> Bricks:<br> Brick1: 2hp1-SAN:/STORAGE/p1/G<br> Brick2: 2hp2-SAN:/STORAGE/p1/G<br> Options Reconfigured:<br> performance.readdir-ahead: on<br> <br> Volume Name: 2HP12-P3<br> Type: Replicate<br> Volume ID: b5300c68-10b3-4ebe-9f29-805d3a641702<br> Status: Started<br> Number of Bricks: 1 x 2 = 2<br> Transport-type: tcp<br> Bricks:<br> Brick1: 2hp1-SAN:/STORAGE/p3/G<br> Brick2: 2hp2-SAN:/STORAGE/p3/G<br> Options Reconfigured:<br> performance.readdir-ahead: on<br> <br> regs. for any hints<br> Paf1<br> </body> </html> --------------020003090101020807030701--

4 5

Bug?
by Koen Vanoppen 27 Nov '15

27 Nov '15

Hi All, One of our users on ovirt who always was able to login with the AD account, now all of a sudden can't login anymore... I already tried kicking him out and putting him back in again, but no change... Following error is appearing in the log file when he logs in: 2015-11-27 07:01:00,418 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-1) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Extkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.2-1.el6, Extkey[name=EXTENSION_HOME_URL;type=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authz, Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EXTENSION_CONFIGURATION;type=class java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE;type=class java.lang.Integer;uuid=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE[2eb1f541-0f65-44a1-a6e3-014e247595f5];]=50, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=BRU_AIR-authz, Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.2, Extkey[name=AAA_AUTHZ_AVAILABLE_NAMESPACES;type=interface java.util.Collection;uuid=AAA_AUTHZ_AVAILABLE_NAMESPACES[6dffa34c-955f-486a-bd35-0a272b45a711];]=[DC=brussels,DC=airport, DC=airport], Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authz.BRU_AIR-authz), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authz], Extkey[name=EXTENSION_CONFIGURATION_FILE;type=class java.lang.String;uuid=EXTENSION_CONFIGURATION_FILE[4fb0ffd3-983c-4f3f-98ff-9660bd67af6a];]=/etc/ovirt-engine/extensions.d/BRU_AIR-authz.properties}, Extkey[name=AAA_AUTHZ_QUERY_FLAGS;type=class java.lang.Integer;uuid=AAA_AUTHZ_QUERY_FLAGS[97d226e9-8d87-49a0-9a7f-af689320907b];]=3, Extkey[name=EXTENSION_INVOKE_COMMAND;type=class org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHZ_FETCH_PRINCIPAL_RECORD[5a5bf9bb-9336-4376-a823-26efe1ba26df], Extkey[name=AAA_AUTHN_AUTH_RECORD;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=AAA_AUTHN_AUTH_RECORD[e9462168-b53b-44ac-9af5-f25e1697173e];]={Extkey[name=AAA_AUTHN_AUTH_RECORD_PRINCIPAL;type=class java.lang.String;uuid=AAA_AUTHN_AUTH_RECORD_PRINCIPAL[c3498f07-11fe-464c-958c-8bd7490b119a];]= users(a)company.be}} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=No search for principal 'users(a)company.be'} at org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.java:91) [extensions-manager.jar:] at org.ovirt.engine.core.extensions.mgr.ExtensionProxy.invoke(ExtensionProxy.java:109) [extensions-manager.jar:] at org.ovirt.engine.core.aaa.AuthzUtils.fetchPrincipalRecordImpl(AuthzUtils.java:47) [aaa.jar:] at org.ovirt.engine.core.aaa.AuthzUtils.fetchPrincipalRecord(AuthzUtils.java:38) [aaa.jar:] at org.ovirt.engine.core.bll.aaa.LoginBaseCommand.isUserCanBeAuthenticated(LoginBaseCommand.java:265) [bll.jar:] at org.ovirt.engine.core.bll.aaa.LoginBaseCommand.canDoAction(LoginBaseCommand.java:122) [bll.jar:] at org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand.canDoAction(LoginAdminUserCommand.java:15) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.internalCanDoAction(CommandBase.java:768) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:347) [bll.jar:] at org.ovirt.engine.core.bll.Backend.login(Backend.java:575) [bll.jar:] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_65] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.jboss.as.ee.component.ManagedReferenceMethodInterceptorFactory$ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptorFactory.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:114) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:125) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:135) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:374) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.ovirt.engine.core.bll.interceptors.ThreadLocalSessionCleanerInterceptor.injectWebContextToThreadLocal(ThreadLocalSessionCleanerInterceptor.java:13) [bll.jar:] at sun.reflect.GeneratedMethodAccessor78.invoke(Unknown Source) [:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptorFactory$ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptorFactory.java:123) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:36) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:82) [jboss-as-weld-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:211) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:363) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:194) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [jboss-as-ejb3-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:173) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61) [jboss-invocation-1.1.1.Final.jar:1.1.1.Final] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72) [jboss-as-ee-7.1.1.Final.jar:7.1.1.Final] at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view6.login(Unknown Source) [common.jar:] at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.login(GenericApiGWTServiceImpl.java:183) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_65] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_65] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_65] at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_65] at com.google.gwt.rpc.server.RPC.invokeAndStreamResponse(RPC.java:196) at com.google.gwt.rpc.server.RpcServlet.processCall(RpcServlet.java:172) at com.google.gwt.rpc.server.RpcServlet.processPost(RpcServlet.java:233) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.ui.frontend.server.gwt.GwtCachingFilter.doFilter(GwtCachingFilter.java:132) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:72) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:64) [utils.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.SessionMgmtFilter.doFilter(SessionMgmtFilter.java:31) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.LoginFilter.doFilter(LoginFilter.java:74) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.NegotiationFilter.doFilter(NegotiationFilter.java:132) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:90) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ovirt.engine.core.aaa.filters.SessionValidationFilter.doFilter(SessionValidationFilter.java:73) [aaa.jar:] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505) at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_65] Mvg, Koen

2 1

Attach Export Domain (NFS) to multiple datacenter
by Punit Dambiwal 27 Nov '15

27 Nov '15

Hi, I want to attach the same nfs (export) volume to multiple datacenter in the ovirt..is it possible to do so..or any workaround for the same.. Thanks. Punit

2 5

Re: [ovirt-users] Error when trying to retrieve cluster, hosts via ovirt API
by Karli Sjöberg 26 Nov '15

26 Nov '15

--_000_96cf1fa7feef44229918d04fbaad99afemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMTcgbm92LiAyMDE1IDU6MzAgZW0gc2tyZXYgSmVhbi1QaWVycmUgUmliZWF1dmlsbGUg PGpwcmliZWF1dmlsbGVAYXh3YXkuY29tPjoNCj4NCj4gSGksDQo+DQo+DQo+DQo+IEJ5IHJ1bm5p bmcgcHl0aG9uIGV4YW1wbGUgZ290IGhlcmUgKCA6IGh0dHA6Ly93ZWJzaXRlLWh1bWJsZWMucmhj bG91ZC5jb20vb3ZpcnQtZmluZC1ob3N0cy1jbHVzdGVycy12bS1ydW5uaW5nLXN0YXR1cy1pZHMt c3RvcmFnZS1kb21haW4tZGV0YWlscy1vdmlydC1kYy1weXRob25vdmlydC1zZGstcGFydC0zKQ0K PiBhbmQgbW9kaWZpZWQgd2l0aCBteSBjb25uZWN0aW9uICBwYXJhbWV0ZXJzLCBJIGdvdCBmb2xs b3dpbmcgZXJyb3IgOg0KPg0KPg0KPg0KPg0KPg0KPiBVbmV4cGVjdGVkIGVycm9yOiBbRVJST1Jd OjpvVmlydCBBUEkgY29ubmVjdGlvbiBmYWlsdXJlLCAoNzcsICcnKQ0KPg0KPg0KPg0KPiBIb3cg bWF5IEkgZ2V0IGVycm9yICBjb2RlcyBtZWFuaW5ncyA/DQoNCkkgZG9uJ3Qga25vdyB0aGUgbWVh bmluZyBidXQgSSBzYXcgdGhhdCBBUElVUkwgd2FzIHdyb25nLCBpdCBzaG91bGQgYmU6DQoNCkFQ SVVSTCA9ICJodHRwczovLyR7RU5HSU5FX0FERFJFU1N9L292aXJ0LWVuZ2luZS9hcGkiDQoNCkNv dWxkIHlvdSBjb3JyZWN0IHRoYXQgYW5kIHRyeSBhZ2Fpbj8NCg0KL0sNCg0KPg0KPg0KPg0KPiBU aGFua3MgZm9yIGhlbHAuDQo+DQo+DQo+DQo+DQo+DQo+DQo+DQo+IEouUC4gUmliZWF1dmlsbGUN Cj4NCj4NCj4NCj4gUDogKzMzLigwKS4xLjQ3LjE3LjIwLjQ5DQo+DQo+IC4NCj4NCj4gUHV0ZWF1 eCAzIEV0YWdlIDUgIEJ1cmVhdSA0DQo+DQo+DQo+DQo+IGpwcmliZWF1dmlsbGVAYXh3YXkuY29t DQo+IGh0dHA6Ly93d3cuYXh3YXkuY29tDQo+DQo+DQo+DQo+DQo+DQo+IFAgUGVuc2V6IMOgIGzi gJllbnZpcm9ubmVtZW50IGF2YW50IGTigJlpbXByaW1lci4NCj4NCj4NCj4NCj4NCg== --_000_96cf1fa7feef44229918d04fbaad99afemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <E09F39220D73ED47AEF4D7C19E580A68(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAxNyBub3YuIDIwMTUgNTozMCBlbSBza3JldiBKZWFuLVBpZXJyZSBSaWJlYXV2 aWxsZSAmbHQ7anByaWJlYXV2aWxsZUBheHdheS5jb20mZ3Q7Ojxicj4NCiZndDs8YnI+DQomZ3Q7 IEhpLDxicj4NCiZndDs8YnI+DQomZ3Q7ICZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7IEJ5IHJ1 bm5pbmcgcHl0aG9uIGV4YW1wbGUgZ290IGhlcmUgKCA6IGh0dHA6Ly93ZWJzaXRlLWh1bWJsZWMu cmhjbG91ZC5jb20vb3ZpcnQtZmluZC1ob3N0cy1jbHVzdGVycy12bS1ydW5uaW5nLXN0YXR1cy1p ZHMtc3RvcmFnZS1kb21haW4tZGV0YWlscy1vdmlydC1kYy1weXRob25vdmlydC1zZGstcGFydC0z KQ0KPGJyPg0KJmd0OyBhbmQgbW9kaWZpZWQgd2l0aCBteSBjb25uZWN0aW9uJm5ic3A7IHBhcmFt ZXRlcnMsIEkgZ290IGZvbGxvd2luZyBlcnJvciZuYnNwOzo8YnI+DQomZ3Q7PGJyPg0KJmd0OyAm bmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBVbmV4 cGVjdGVkIGVycm9yOiBbRVJST1JdOjpvVmlydCBBUEkgY29ubmVjdGlvbiBmYWlsdXJlLCAoNzcs ICcnKTxicj4NCiZndDs8YnI+DQomZ3Q7ICZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7IEhvdyBt YXkgSSBnZXQgZXJyb3IgJm5ic3A7Y29kZXMgbWVhbmluZ3MgPzwvcD4NCjxwIGRpcj0ibHRyIj5J IGRvbid0IGtub3cgdGhlIG1lYW5pbmcgYnV0IEkgc2F3IHRoYXQgQVBJVVJMIHdhcyB3cm9uZywg aXQgc2hvdWxkIGJlOjwvcD4NCjxwIGRpcj0ibHRyIj5BUElVUkwgPSAmcXVvdDtodHRwczovLyR7 RU5HSU5FX0FERFJFU1N9L292aXJ0LWVuZ2luZS9hcGkmcXVvdDs8L3A+DQo8cCBkaXI9Imx0ciI+ Q291bGQgeW91IGNvcnJlY3QgdGhhdCBhbmQgdHJ5IGFnYWluPzwvcD4NCjxwIGRpcj0ibHRyIj4v SzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0K Jmd0OyBUaGFua3MgZm9yIGhlbHAuPGJyPg0KJmd0Ozxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0 Ozxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0Ozxi cj4NCiZndDsgSi5QLiBSaWJlYXV2aWxsZTxicj4NCiZndDs8YnI+DQomZ3Q7ICZuYnNwOzxicj4N CiZndDs8YnI+DQomZ3Q7IFA6ICYjNDM7MzMuKDApLjEuNDcuMTcuMjAuNDk8YnI+DQomZ3Q7PGJy Pg0KJmd0OyAuPGJyPg0KJmd0Ozxicj4NCiZndDsgUHV0ZWF1eCAzIEV0YWdlIDUmbmJzcDsgQnVy ZWF1IDQ8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyBqcHJp YmVhdXZpbGxlQGF4d2F5LmNvbTxicj4NCiZndDsgaHR0cDovL3d3dy5heHdheS5jb208YnI+DQom Z3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7 PGJyPg0KJmd0OyBQJm5ic3A7UGVuc2V6IMOgIGzigJllbnZpcm9ubmVtZW50IGF2YW50IGTigJlp bXByaW1lci48YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAm bmJzcDs8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_96cf1fa7feef44229918d04fbaad99afemailandroidcom_--

3 5

Controlling UI table column visibility and position
by Vojtech Szocs 26 Nov '15

26 Nov '15

Dear developers and users, it's now possible to tweak table column visibility and position through header context menu in WebAdmin's main & sub tabs [1,2]. [1] https://gerrit.ovirt.org/#/c/43401/ [2] https://gerrit.ovirt.org/#/c/47542/ This allows you to turn "unwanted" columns off and re-arrange those which are visible to match your personal preference. Screenshot of customizing VM main tab: https://imgur.com/5dfh8QA There's also RFE [3] to persist (remember) such column settings in the browser, similar to persisting other client-side options. [3] https://bugzilla.redhat.com/1285456 Regards, Vojtech

3 3

Mix local and shared storage on ovirt3.6 rc?
by Liam Curtis 26 Nov '15

26 Nov '15

Hello all, Loving ovirt...Have reinstalled many a time trying to understand and thought I had this working, though now that everything operating properly it seems this functionality is not possible. I am running hosted engine over glusterfs and would also like to use some of the other bricks I have set up on the gluster host, but when I try to create a new gluster cluster in data center, I get error message: Failed to connect host <myhost> to Storage Pool Default. I dont want to use just gluster shared storage. Any way to work around this?

2 1

Adding direct lun from API doesn't populate attributes like size, vendor, etc
by Groten, Ryan 26 Nov '15

26 Nov '15

--_000_a0d6297bdc3245ba9b9edd86480d19b9CD1001M21corpads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Using this python I am able to create a direct FC lun properly (and it work= s if the lun_id is valid). But in the GUI after the disk is added none of = the fields are populated except LUN ID (Size is <1GB, Serial, Vendor, Produ= ct ID are all blank). I see this Bugzilla [1] is very similar (for iSCSI) which says the issue wa= s fixed in 3.5.0, but it seems to still be present in 3.5.1 for Fibre Chann= el Direct Luns at least. Here's the python I used to test: lun_id =3D '3600a098038303053453f463045727654' lu =3D params.LogicalUnit() lu.set_id(lun_id) lus =3D list() lus.append(lu) storage_params =3D params.Storage() storage_params.set_id(lun_id) storage_params.set_logical_unit(lus) storage_params.set_type('fcp') disk_params =3D params.Disk() disk_params.set_format('raw') disk_params.set_interface('virtio') disk_params.set_alias(disk_name) disk_params.set_active(True) disk_params.set_lun_storage(storage_params) disk =3D api.disks.add(disk_params) [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1096217 Thanks, Ryan --_000_a0d6297bdc3245ba9b9edd86480d19b9CD1001M21corpads_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= ">Using this python I am able to create a direct FC lun properly (and it wo= rks if the lun_id is valid).  But in the GUI after the disk is added n= one of the fields are populated except LUN ID (Size is <1GB, Serial, Vendor, Product ID are all blank).<o:p></o:p>= </span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= ">I see this Bugzilla [1] is very similar (for iSCSI) which says the issue = was fixed in 3.5.0, but it seems to still be present in 3.5.1 for Fibre Cha= nnel Direct Luns at least.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= ">Here’s the python I used to test:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= "><o:p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">lun_id =3D '3600a098038303053453f463045727654'= <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">lu =3D params.LogicalUnit() <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">lu.set_id(lun_id)     &nbs= p;            &= nbsp;           &nbs= p;            <= o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">lus =3D list()<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">lus.append(lu)<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">       &nbs= p;            &= nbsp;           &nbs= p;         <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">storage_params =3D params.Storage()<o:p></o:p>= </span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">storage_params.set_id(lun_id)<o:p></o:p></span= ></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">storage_params.set_logical_unit(lus)<o:p></o:p= ></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">storage_params.set_type('fcp')<o:p></o:p></spa= n></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk_params =3D params.Disk()<o:p></o:p></span= ></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk_params.set_format('raw')<o:p></o:p></span= ></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk_params.set_interface('virtio')<o:p></o:p>= </span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk_params.set_alias(disk_name)<o:p></o:p></s= pan></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk_params.set_active(True)<o:p></o:p></span>= </p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk_params.set_lun_storage(storage_params)<o:= p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:.5in"><span style=3D"font-size:= 10.0pt;font-family:Consolas">disk =3D api.disks.add(disk_params)<o:p></o:p>= </span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= ">[1] <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1096217"> https://bugzilla.redhat.com/show_bug.cgi?id=3D1096217</a><o:p></o:p></span>= </p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= "><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= ">Thanks,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:Consolas= ">Ryan<o:p></o:p></span></p> </div> </body> </html> --_000_a0d6297bdc3245ba9b9edd86480d19b9CD1001M21corpads_--

2 1

Archiving huge ovirt_engine_history table
by Eric Wong 26 Nov '15

26 Nov '15

--_000_2ad2e929edd04ef4a923887e0c9ab804MSEX04FRA9corpsolviansc_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello oVirt guru out there: I notice our oVirt engine postgres db size is growing quite fast for past c= ouple of months. I checked the database size. Found that our ovirt_engine= _history is 73GB in size. engine=3D# \connect ovirt_engine_history You are now connected to database "ovirt_engine_history" as user "postgres"= . ovirt_engine_history=3D# SELECT pg_size_pretty( pg_database_size( current_d= atabase() ) ) As human_size , pg_database_size( current_database() ) As raw_size; human_size | raw_size ------------+------------- 73 GB | 78444213368 (1 row) Brief check the records, there are entries dated back 2014. I want to see if there is a safe way to archive and remove some of the olde= r records? Thanks, Eric --_000_2ad2e929edd04ef4a923887e0c9ab804MSEX04FRA9corpsolviansc_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:8.5pt;font-family:"Hel= vetica","sans-serif"">Hello oVirt guru out there:<br> <br> I notice our oVirt engine postgres db size is growing quite fast for past c= ouple of months.  I checked the database size.  Found that our ov= irt_engine_history is 73GB in size.  <br> <br> <br> engine=3D# \connect ovirt_engine_history<br> You are now connected to database "ovirt_engine_history" as user = "postgres".<br> ovirt_engine_history=3D# SELECT pg_size_pretty( pg_database_size( current_d= atabase() ) ) As human_size<br>    , pg_database_size( current_database() ) As raw_size;<br> human_size |  raw_size<br> ------------+-------------<br> 73 GB      | 78444213368<br> (1 row)<br> <br> <br> Brief check the records, there are entries dated back 2014.  <br> <br> I want to see if there is a safe way to archive and remove some of the olde= r records?<br> <br> Thanks,<br> Eric</span><o:p></o:p></p> <p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:"Ca= libri","sans-serif""><o:p> </o:p></span></p> </div> </body> </html> --_000_2ad2e929edd04ef4a923887e0c9ab804MSEX04FRA9corpsolviansc_--

2 1

VM Network activity on RHEV-M UI
by Marc Seward 26 Nov '15

26 Nov '15

I'm generating network activity on a RHEV 3.5 VM using iperf.The VM acts as an iperf client.On the client,iperf reports that data has been successfully sent to iperf server.The iperf server also shows that it's successfully receiving data from the iperf client.But,network is at 0% on the RHEV-M UI.The client and server are on different private networks. On the same VM,when I generate network activity by fetching a file from a public network using wget,the network column correctly shows activity on the RHEV-M UI for the VM. Could someone help me understand why I am unable to see network activity on the RHEV-M UI when iperf is used? Appreciate your help.TIA.

2 1

Node not talking NFS to Node.
by admin 26 Nov '15

26 Nov '15

Hello Been trying to resolve a problem with my second node which does not want to connect : one of my 2 nodes are not connecting, the problem is that the Node cant talk NFS to Node. the node used to function fine, after performing a hardware upgrade and bringing the system back up it seems to have come up with this issue. we also performed a yum update, updated around 447 packages. Can someone please help me with this. Thanks Sol

3 3

3.6: vNIC profiles aren't selectable - can't add NIC for VMs
by Wee Sritippho 26 Nov '15

26 Nov '15

Hi, I'm trying to add virtual NICs for a new VM. However, there is no vNIC profile in the drop down list for 'nic1' even though I already have a vNIC profile named 'ovirtmgmt' within 'ovirtmgmt' network. I attached 'ovirt-cant-add-nic-for-vms.mp4' as a visual explanation. oVirt 3.6 @ CentOS 7 Regards, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

1 0

Re: [ovirt-users] Ovirt 3.6 | After upgrade host can not connect to storage domains | returned by VDSM was: 480
by Sahina Bose 26 Nov '15

26 Nov '15

This is a multi-part message in MIME format. --------------010405060202050306040708 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit The error 480 - Gluster volume replica count is not supported, seems to indicate that vdsm has not read the updated conf. Have you made the change in all the nodes (hypervisor)? [+users] On 11/26/2015 07:13 AM, Punit Dambiwal wrote: > Hi Sahina, > > Still the same error "480" > > Engine Logs :- http://fpaste.org/294595/ > > ----------- > 2015-11-06 15:01:51,042 ERROR > [org.ovirt.engine.core.bll.storage.BaseFsStorageHelper] > (DefaultQuartzScheduler_Worker-78) [40bde6e1] The connection with > details 'gluster1.3linux.com:/ssd' failed because of error code '480' > and error message is: 480 > 2015-11-06 15:01:51,103 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (DefaultQuartzScheduler_Worker-78) [40bde6e1] Correlation ID: null, > Call Stack: null, Custom Event ID: -1, Message: The error message for > connection gluster.3linux.com:/sata returned by VDSM was: 480 > 2015-11-06 15:01:51,104 ERROR > [org.ovirt.engine.core.bll.storage.BaseFsStorageHelper] > (DefaultQuartzScheduler_Worker-78) [40bde6e1] The connection with > details 'gluster.3linux.com:/sata' failed because of error code '480' > and error message is: 480 > 2015-11-06 15:01:51,104 INFO > [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] > (DefaultQuartzScheduler_Worker-78) [40bde6e1] Host 'compute6' storage > connection was failed > ---------- > > Thanks, > Punit > > On Wed, Nov 25, 2015 at 9:30 PM, Sahina Bose <sabose(a)redhat.com > <mailto:sabose@redhat.com>> wrote: > > Hi Punit, > > Based on comment 2 in > https://bugzilla.redhat.com/show_bug.cgi?id=1238093, you should be > able to edit /etc/vdsm/vdsm.conf > > allowed_replica_counts=2,3 > > and restart vdsm. > > Could you attach error that you continue to face (post above step?) > > > > On 11/25/2015 08:02 AM, Punit Dambiwal wrote: >> Hi Sahina, >> >> Yes...i have restarted the vdsm and even rebooted the whole >> machine but not work.. >> >> On Tue, Nov 24, 2015 at 10:19 PM, Sahina Bose <sabose(a)redhat.com >> <mailto:sabose@redhat.com>> wrote: >> >> Have you restarted vdsm? >> >> On 11/24/2015 07:38 AM, Punit Dambiwal wrote: >>> Hi Sahina, >>> >>> Either after make the changes in the vdsm.conf,still not >>> able to connect to the replica=2 storage.. >>> >>> Thanks, >>> Punit >>> >>> On Mon, Nov 23, 2015 at 4:15 PM, Punit Dambiwal >>> <hypunit(a)gmail.com <mailto:hypunit@gmail.com>> wrote: >>> >>> Hi Sahina, >>> >>> Thanks for the update...would you mind to let me know >>> the correct syntax to add the line in the vdsm.conf ?? >>> >>> Thanks, >>> Punit >>> >>> On Mon, Nov 23, 2015 at 3:48 PM, Sahina Bose >>> <sabose(a)redhat.com <mailto:sabose@redhat.com>> wrote: >>> >>> You can change the allowed_replica_count to 2 in >>> vdsm.conf - though this is not recommended in >>> production. Supported replica count is 3. >>> >>> thanks >>> sahina >>> >>> >>> On 11/23/2015 07:58 AM, Punit Dambiwal wrote: >>>> Hi Sahina, >>>> >>>> Is there any workaround to solve this issue ? >>>> >>>> Thanks, >>>> Punit >>>> >>>> On Wed, Nov 11, 2015 at 9:36 AM, Sahina Bose >>>> <sabose(a)redhat.com <mailto:sabose@redhat.com>> wrote: >>>> >>>> Hi, >>>> >>>> Thanks for your email. I will be back on 16th >>>> Nov and will get back to you then. >>>> >>>> thanks >>>> sahina >>>> >>>> >>> >>> >>> >> >> > > --------------010405060202050306040708 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body text="#000000" bgcolor="#FFFFFF"> The error 480 - Gluster volume replica count is not supported, seems to indicate that vdsm has not read the updated conf.<br> Have you made the change in all the nodes (hypervisor)?<br> <br> [+users]<br> <br> <br> <br> <div class="moz-cite-prefix">On 11/26/2015 07:13 AM, Punit Dambiwal wrote:<br> </div> <blockquote cite="mid:CAGZcrBn+8Vh4kkkrCwPyhx+XaQgtwaj344D2KXAXPF+Lio=NOw@mail.gmail.com" type="cite"> <div dir="ltr">Hi Sahina, <div><br> </div> <div>Still the same error "480"</div> <div><br> </div> <div>Engine Logs :- <a moz-do-not-send="true" href="http://fpaste.org/294595/">http://fpaste.org/294595/</a></div> <div><br> </div> <div>-----------</div> <div> <div>2015-11-06 15:01:51,042 ERROR [org.ovirt.engine.core.bll.storage.BaseFsStorageHelper] (DefaultQuartzScheduler_Worker-78) [40bde6e1] The connection with details 'gluster1.3linux.com:/ssd' failed because of error code '480' and error message is: 480</div> <div>2015-11-06 15:01:51,103 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-78) [40bde6e1] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: The error message for connection gluster.3linux.com:/sata returned by VDSM was: 480</div> <div>2015-11-06 15:01:51,104 ERROR [org.ovirt.engine.core.bll.storage.BaseFsStorageHelper] (DefaultQuartzScheduler_Worker-78) [40bde6e1] The connection with details 'gluster.3linux.com:/sata' failed because of error code '480' and error message is: 480</div> <div>2015-11-06 15:01:51,104 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (DefaultQuartzScheduler_Worker-78) [40bde6e1] Host 'compute6' storage connection was failed</div> </div> <div>----------</div> <div><br> </div> <div>Thanks,</div> <div>Punit</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Wed, Nov 25, 2015 at 9:30 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank">sabose(a)redhat.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000000" bgcolor="#FFFFFF"> Hi Punit,<br> <br> Based on comment 2 in <a moz-do-not-send="true" href="https://bugzilla.redhat.com/show_bug.cgi?id=1238093" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1238093</a>, you should be able to edit /etc/vdsm/vdsm.conf<br> <br> allowed_replica_counts=2,3<br> <br> and restart vdsm.<br> <br> Could you attach error that you continue to face (post above step?) <div> <div class="h5"><br> <br> <br> <div>On 11/25/2015 08:02 AM, Punit Dambiwal wrote:<br> </div> <blockquote type="cite"> <div dir="ltr">Hi Sahina, <div><br> </div> <div>Yes...i have restarted the vdsm and even rebooted the whole machine but not work..</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Tue, Nov 24, 2015 at 10:19 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a></a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000000" bgcolor="#FFFFFF"> Have you restarted vdsm?<span><br> <br> <div>On 11/24/2015 07:38 AM, Punit Dambiwal wrote:<br> </div> <blockquote type="cite"> <div dir="ltr">Hi Sahina, <div><br> </div> <div>Either after make the changes in the vdsm.conf,still not able to connect to the replica=2 storage..</div> <div><br> </div> <div>Thanks,</div> <div>Punit</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Mon, Nov 23, 2015 at 4:15 PM, Punit Dambiwal <span dir="ltr"><<a moz-do-not-send="true" href="mailto:hypunit@gmail.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:hypunit@gmail.com">hypunit(a)gmail.com</a></a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div dir="ltr">Hi Sahina, <div><br> </div> <div>Thanks for the update...would you mind to let me know the correct syntax to add the line in the vdsm.conf ??</div> <div><br> </div> <div>Thanks,</div> <div>Punit</div> </div> <div> <div> <div class="gmail_extra"><br> <div class="gmail_quote">On Mon, Nov 23, 2015 at 3:48 PM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a></a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000000" bgcolor="#FFFFFF"> You can change the allowed_replica_count to 2 in vdsm.conf - though this is not recommended in production. Supported replica count is 3.<br> <br> thanks<span><font color="#888888"><br> sahina</font></span> <div> <div><br> <br> <div>On 11/23/2015 07:58 AM, Punit Dambiwal wrote:<br> </div> <blockquote type="cite"> <div dir="ltr">Hi Sahina, <div><br> </div> <div>Is there any workaround to solve this issue ?</div> <div><br> </div> <div>Thanks,</div> <div>Punit</div> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Wed, Nov 11, 2015 at 9:36 AM, Sahina Bose <span dir="ltr"><<a moz-do-not-send="true" href="mailto:sabose@redhat.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a></a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br> <br> Thanks for your email. I will be back on 16th Nov and will get back to you then.<br> <br> thanks<br> <span><font color="#888888">sahina<br> </font></span></blockquote> </div> <br> </div> </blockquote> <br> </div> </div> </div> </blockquote> </div> <br> </div> </div> </div> </blockquote> </div> <br> </div> </blockquote> <br> </span></div> </blockquote> </div> <br> </div> </blockquote> <br> </div> </div> </div> </blockquote> </div> <br> </div> </blockquote> <br> </body> </html> --------------010405060202050306040708--

2 1

Re: [ovirt-users] oVirt 4.0 wishlist: oVirt Self Hosted Engine Setup
by Giuseppe Ragusa 26 Nov '15

26 Nov '15

On Wed, Nov 25, 2015, at 12:13, Simone Tiraboschi wrote: > > > On Mon, Nov 23, 2015 at 10:10 PM, Giuseppe Ragusa <giuseppe.ragusa(a)hotmail.com> wrote: >> Hi all, >> I go on with my wishlist, derived from both solitary mumblings and community talks at the the first Italian oVirt Meetup. >> >> I offer to help in coding (work/family schedules permitting) but keep in mind that I'm a sysadmin with mainly C and bash-scripting skills (but hoping to improve my less-than-newbie Python too...) >> >> I've sent separate wishlist messages for oVirt Node, oVirt Engine and VDSM. >> >> oVirt Self Hosted Engine Setup: >> >> *) allow virtual hardware customizations for locally-created Engine vm, specifically: allow to add an arbitrary number of NICs (asking for MAC address and local bridge to connect to) and maybe also an arbitrary number of disks (asking for size) as these seem to be the only/most_useful items missing; maybe the prebuilt appliance image too may be inspected by setup to detect a customized one and connect any further NICs to custom local bridges (which the user should be asked for) > > For 3.6.1 (it should be in 3.6.0 but it's bugged) you will be able to edit some parameter of the engine VM from the engine (than of course you need to reboot to make them effective). > I'm not sure if it's worth to make the setup more complex or if it's better to keep it simple (single nic, single disk) and then let you edit the VM only from the engine as for other VMs. Thanks Simone for your reply! You are right: I was bothering you with this setup wishlist item *mainly* because further Engine vm modification was impossible/awkward/difficult before 3.6.1 Nonetheless I have seen many cases in which at least a second NIC would be absolutely needed to complete the Engine installation: it is a well known best practice to keep the management network (maybe conflated with the IPMI network in smaller cases) completely isolated from other services and to allow only limited access to/from it, and that network would be the ovirtmgmt-bridge-connected network (the only one available to the Engine, as of now); now think of a kickstart-based Engine OS installation/update from a local repository/mirror which would be reachable on a different network only (further access to the User/Administration Web portal could have similar needs but could be more easily covered by successive Engine vm modifications) The "additional disks" part was (maybe "artificially") added by me out of fantasy, but I know of at least one enterprise customer that by policy mandates separate disks for OS and data (mainly on FC LUNs, to be honest, but FC is supported by hosted Engine now, isn't it?) I absolutely don't know how the setup code is structured (and the recent logical "duplication" between mixins.py and vm.conf.in scares me a bit, actually ;), but I naively hope that changing the two single hardcoded nic/hdd questions into two loops of minimum 1 iteration (with a corresponding generalization of related otopi parameters) should not increase the complexity too much (and could be an excuse to rationalize/unify it further). Obviously I could stand instantly corrected by anyone who really knows the code, but in exchange I would gain for free some interesting pointers/insights into the setup code/structure ;) >> Regards, >> Giuseppe >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users

1 0