- Users - oVirt List Archives

oVIRT 3.5 / Virtual Machine / 10GB possible?
by Devin Acosta 15 Mar '17

15 Mar '17

We are running oVIRT 3.5, until one of vendors supports us moving to 4.0. Our RHV hosts have 20GB aggregated NICs on the box, however our VM's I notice only have 1GB NICs available. I do see that the Virtual machine is using the "virtio-net-pci" device, is there a way to get this Virtual Machine to have a 10GB NIC? When i run 'atop' on the RHV host I notice that it claims the virtual NIC is hitting 100% utilization at times. What methods do I have available to increase the 1GB NIC to something higher hopefully to 10GB ? -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

3 5

hosted engine without the appliance?
by Devin A. Bougie 15 Mar '17

15 Mar '17

Hi, All. Is it still possible or supported to run a hosted engine without using the oVirt Engine Appliance? In other words, to install our own OS on a VM and have it act as a hosted engine? "hosted-engine --deploy" now seems to insist on using the oVirt Engine Appliance, but if it's possible and not a mistake we'd prefer to run and manage our own OS. Thanks! Devin

2 1

Scheduled major outage for several centos services and impact on oVirt project
by Simone Tiraboschi 14 Mar '17

14 Mar '17

Hi, as announced and scheduled, several centos services are going to be out of service for about 48 hours since March 14th, 13:00 UTC: https://seven.centos.org/2017/03/infra-scheduled-major-outage-for-several-s… The list of involved services includes https://cbs.centos.org (Koji). Our stable release tracker rpm ( http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm ) requires packages from there and so oVirt from stable release is currently not installable as well on Centos based systems. [centos-ovirt41-candidate] name=CentOS-7 - oVirt 4.1 baseurl=http://cbs.centos.org/repos/virt7-ovirt-41-candidate/$basearch/os/ gpgcheck=0 enabled=1 [centos-ovirt-common-candidate] name=CentOS-7 - oVirt common baseurl= http://cbs.centos.org/repos/virt7-ovirt-common-candidate/$basearch/os/ gpgcheck=0 enabled=1 We are trying to find a recovery solution.

1 1

oVirt 4 and 10GbE NICs
by Davide Ferrari 14 Mar '17

14 Mar '17

Hello the oVirt hosts in my cluster have all 10GbE interfaces (bonded 2 by 2), and I was wondering if a single Linux VM with a virtio interface can reach for example 8Gbps. I'm asking because I'm seeing a 100% network usage in some VMs in ovirt VM dashboard but the real traffic in that VM is between 1-2Gbps. Thanks -- Davide Ferrari Senior Systems Engineer

4 3

Re: [ovirt-users] ovirt 4.1 selfhosted engine deployment
by Lauri-Alo Adamson 14 Mar '17

14 Mar '17

Hello! Thanks - try to remember put cc More information: Our server has separated management Network interfaces (nic) - in HP server i use ILO web managem interface to access server remote console. (HP iLO Integrated Remote Console) I used this renote console to access this freezed node and i was no abel to ping or access ohter host in the same network. Then open this remote console i saw many "vcpu unhandled rdmsr" messages. My node had GbE nic interface with ip address that was not used by ovirtmagmt interface. I was no tabel ping or access this interfiace then node freezed. Lauri-Alo Adamson -----Original Message----- From: Yedidyah Bar David [mailto:didi@redhat.com] Sent: Tuesday, March 14, 2017 3:36 PM To: Lauri-Alo Adamson <Lauri.Adamson(a)andmevara.ee> Subject: Re: [ovirt-users] ovirt 4.1 selfhosted engine deployment Hi, Please keep the list in Cc, so that others can try to help, and/or learn. Thanks. On Tue, Mar 14, 2017 at 3:14 PM, Lauri-Alo Adamson <Lauri.Adamson(a)andmevara.ee> wrote: > Hello ! > > Additional clarifications: > > Host/node freezed after the hosted engine virtuaal machine tried first > time to start. After that i was no tabel to Access node over ssh Whole node freezed. Only after reboot i was abel to access thise host again over ssh. You said you saw something on the console. I thought you meant you managed to login. If you didn't, then indeed the problem wasn't (probably) only in networking, but something deeper, in the kernel probably. Best, > > Lauri-Alo Adamson > > -----Original Message----- > From: Yedidyah Bar David [mailto:didi@redhat.com] > Sent: Tuesday, March 14, 2017 3:04 PM > To: Lauri-Alo Adamson <Lauri.Adamson(a)andmevara.ee> > Cc: users(a)ovirt.org > Subject: Re: [ovirt-users] ovirt 4.1 selfhosted engine deployment > > On Tue, Mar 14, 2017 at 2:48 PM, Lauri-Alo Adamson <Lauri.Adamson(a)andmevara.ee> wrote: >> Hello! >> >> >> >> I tried to install/deploy ovirt 4.1 self hosted engine with >> glusterfs (thee node cluster two HP 380D Gen9 server with Intel(R) >> Xeon(R) CPU >> E5-2650 v3 @ 2.30GHz and one IBM 3650 M4 ) on Centos 7.3.1611 x86-64 . >> But then the hosted engine >> >> virtuaal machine is starting then whole host (node) freezes – >> server is not accessible over network with ssh. Engine virtuaal >> machines fails to start and deploiment fails. Same time the on server >> console and server log apper lines „vcpu unhandled rdmsr“ . I >> searched Google this problem and dis not found the solution. >> >> >> >> There was talk about adding /etc/modprobe.d/kvm.conf „options kvm >> ignore_msrs=1“ Which is the same as „echo 1 > >> /sys/module/kvm/parameters/ignore_msrs“ >> >> http://wiki.stoney-cloud.org/wiki/Workaround_unhandled_rdmsr/wrmsr >> >> >> >> I tried but these . Sadly they do not work. Has any one found >> solution to the described probleem. > > Are you sure your problem isn't a simple networking problem? At what stage does it die? Do you run it under 'screen'? If so, you can reattach to it ('screen -r -d') and see where you are. Also please check/post the setup logs (/var/log/ovirt-hosted-engine-setup/*). > > If indeed your problem is kernel/kvm related, then I have no idea. > Does starting a kvm vm using virsh/virt-install work? > > Good luck, > >> >> >> >> Lauri-Alo Adamson >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > Didi -- Didi

2 1

iscsi data domain when engine is down
by Devin A. Bougie 14 Mar '17

14 Mar '17

We have an ovirt 4.1 cluster with an iSCSI data domain. If I shut down the entire cluster and just boot the hosts, none of the hosts login to their iSCSI sessions until the engine comes up. Without logging into the sessions, sanlock doesn't obtain any leases and obviously none of the VMs start. I'm sure there's something I'm missing, as it looks like it should be possible to run a hosted engine on a cluster using an iSCSI data domain. Any pointers or suggestions would be greatly appreciated. Many thanks, Devin

4 11

ovirt 4.1 selfhosted engine deployment
by Lauri-Alo Adamson 14 Mar '17

14 Mar '17

--_000_10C1B2CAEDF0594CBEC7EF77396CD58A48DDE3A1MAILavlocal_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello! I tried to install/deploy ovirt 4.1 self hosted engine with glusterfs (the= e node cluster two HP 380D Gen9 server with Intel(R) Xeon(R) CPU E5-2650 v3= @ 2.30GHz and one IBM 3650 M4 ) on Centos 7.3.1611 x86-64 . But then the h= osted engine virtuaal machine is starting then whole host (node) freezes - server is = not accessible over network with ssh. Engine virtuaal machines fails to sta= rt and deploiment fails. Same time the on server console and server log app= er lines "vcpu unhandled rdmsr" . I searched Google this problem and dis n= ot found the solution. There was talk about adding /etc/modprobe.d/kvm.conf "options kvm ignore= _msrs=3D1" Which is the same as "echo 1 > /sys/module/kvm/parameters/ignor= e_msrs" http://wiki.stoney-cloud.org/wiki/Workaround_unhandled_rdmsr/wrmsr I tried but these . Sadly they do not work. Has any one found solution to = the described probleem. Lauri-Alo Adamson --_000_10C1B2CAEDF0594CBEC7EF77396CD58A48DDE3A1MAILavlocal_ 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 15 (filtered medium)"> <style></style> </head> <body lang=3D"ET" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hello!<o:p></o:p> <o:p> </o:p> I tried to install/deploy ovirt 4.1 self hosted engin= e  with glusterfs (thee node cluster two HP 380D Gen9 server with Inte= l(R) Xeon(R) CPU E5-2650 v3 @ 2.30GHz and one IBM 3650 M4 ) on Centos 7.3.1611 x86-64 . But then the hosted engine <o:p></o:p></s= pan> virtuaal machine is starting  then whole  h= ost (node)  freezes – server is not accessible over network with= ssh. Engine virtuaal machines fails to start and deploiment fails. Same time the on server console and server log apper lines „vcpu &nb= sp;unhandled rdmsr“ . I searched Google this problem and dis not foun= d the solution.<o:p></o:p> <o:p> </o:p> There was talk about  adding  /etc/modprobe.d/kvm.conf  = „options kvm= ignore_msrs=3D1“  Which is the same as &#82= 22;echo 1 > /sys/module<sp= an class=3D"sy0">/kvm/param= eters/ignore_msrs“<o:p></o:p></span= > http://wiki.stoney-cloud.org/wiki/Workaro= und_unhandled_rdmsr/wrmsr<o:p></o:p> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black"><o:p> </o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black">I tried but these . Sadly they  do not work. Has any one found= solution to the described probleem.<o:p></o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black"><o:p> </o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black">Lauri-Alo Adamson<o:p></o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black"><o:p> </o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black"><o:p> </o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;font-family:"Arial",sans-serif;color= :black"><o:p> </o:p></pre> <pre style=3D"line-height:14.4pt;background:#F9F9F9;vertical-align:top"><sp= an style=3D"font-size:12.0pt;color:black"><o:p> </o:p></pre> <o:p> </o:p> <o:p> </o:p> <o:p> </o:p> </div> </body> </html> --_000_10C1B2CAEDF0594CBEC7EF77396CD58A48DDE3A1MAILavlocal_--

2 1

Maintenance GUI vs CLI
by Marcin Kruk 14 Mar '17

14 Mar '17

What is the difference between: host CLI command: hosted-engine --vm-maintenance --mode=local and RHVEM gui click action: Hosts -> <hostname> -> Maintenance?

2 3

Serious Trouble - Lost Domains
by JC Clark 14 Mar '17

14 Mar '17

Dear Fellows and Fellettes, I am having serious disaster problems. After a power transformer outside the building literally exploded, surged and fried the motherboard to the main SPM domain computer in my Ovirt 4.0 system. After getting the computer working again with a new mother board. I managed to basically loose integrity of the old engine. I have rebuilt the engine. I have backups of the old engine and 4 data domains an ISO domain and an export domain which appear to not be damaged. They are all accessible from the CL. I had to create a new host and SPM. How do I get the floating domains into the new Engine? I have 1 storage container (85GB) I must get back. MUST GET BACK!! I really appreciate you reading my sob story. Hope you can help.. Thank You much

2 1

idempiere
by Logan Kuhn 14 Mar '17

14 Mar '17

We have 4 idempiere-* VMs in an older cluster and we can search for VMs based on all sorts of strings, but if it contains idempiere it shows: 2017-03-13 11:27:33,268 INFO [org.ovirt.engine.core.bll.SearchQuery] (default task-19) [] ResourceManager::searchBusinessObjects - erroneous search text - ''Vms: idempiere'' Can anyone else duplicate this problem in their environment? Logan

3 2

Lab enviroment with vmware workstation---- Host rhev01 installation failed. Command returned failure code 1 during SSH session 'root@192.168.2.191'.
by 单延明 13 Mar '17

13 Mar '17

This is a multipart message in MIME format. ------=_NextPart_000_000F_01D29BE7.475B4480 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Hi everyone, =20 I made two virtual machine with vmware workstation. The virtual machine as flollows. =20 oVirt Engine is rhevm.example.com. oVirt Node is rhev01.example.com. Host rhev01 installation failed. Command returned failure code 1 during = SSH session 'root(a)192.168.2.191'. =20 =20 shan yanming =B5=A5=D1=D3=C3=F7 =20 ################################### =D6=D0=B9=FA =BA=DA=C1=FA=BD=AD=A3=AC=B4=F3=C7=EC=CA=D0 =B4=F3=C7=EC=D3=CD=CC=EF=D3=D0=CF=DE=D4=F0=C8=CE=B9=AB=CB=BE=BF=B1=CC=BD=BF= =AA=B7=A2=D1=D0=BE=BF=D4=BA =D3=A6=D3=C3=C8=ED=BC=FE=D1=D0=BE=BF=CA=D2 =20 =D3=CA=B1=E0=A3=BA163712 =CA=D6=BB=FA=A3=BA13945919499 =B0=EC=B9=AB=A3=BA04595093871 ################################### =20 =20 ------=_NextPart_000_000F_01D29BE7.475B4480 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-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=3DContent-Type content=3D"text/html; charset=3Dgb2312"><meta = name=3DGenerator content=3D"Microsoft Word 14 (filtered = medium)"><style></style></head><body lang=3DZH-CN link=3Dblue = vlink=3Dpurple style=3D'text-justify-trim:punctuation'><div = class=3DWordSection1>Hi = everyone,<o:p></o:p><o:p> </o:p>I made two virtual machine with vmware = workstation.<o:p></o:p>The virtual machine as flollows.<o:p></o:p><o:p> </o:p>oVirt Engine is = rhevm.example.com.<o:p></o:p>oVirt Node is = rhev01.example.com.<o:p></o:p>Host rhev01 installation failed. = Command returned failure code 1 during SSH session = 'root(a)192.168.2.191'.<o:p></o:p><o:p> </o:p><o:p> </o:p>shan yanming<o:p></o:p>=B5=A5=D1= =D3=C3=F7<o:p></o:p><o:p> </o:p>###################################<o:p></o:p>=D6=D0=B9= =FA =BA=DA=C1= =FA=BD=AD=A3=AC=B4=F3=C7=EC=CA=D0<o:p></o:p>=B4=F3=C7= =EC=D3=CD=CC=EF=D3=D0=CF=DE=D4=F0=C8=CE=B9=AB=CB=BE=BF=B1=CC=BD=BF=AA=B7=A2= =D1=D0=BE=BF=D4=BA<o:p></o:p>=D3=A6=D3= =C3=C8=ED=BC=FE=D1=D0=BE=BF=CA=D2<o:p></o:p><o:p> </o:p>=D3=CA=B1= =E0=A3=BA163712<o:p></o:p>=CA=D6=BB= =FA=A3=BA13945919499<o:p></o:p>=B0=EC=B9= =AB=A3=BA04595093871<o:p></o:p>###################################<o:p></o:p><o:p> </o:p><o:p> </o:p></div></body></html> ------=_NextPart_000_000F_01D29BE7.475B4480--

2 1

Info on network interface threshold alert
by Gianluca Cecchi 13 Mar '17

13 Mar '17

Hello, this morning I get these two messages regarding bond1 and its active interface on one host (ovmsrv07): Host ovmsrv07 has network interface which exceeded the defined threshold [95%] (bond1: transmit rate[96%], receive rate [0%]) Host ovmsrv07 has network interface which exceeded the defined threshold [95%] (enp7s4f0: transmit rate[96%], receive rate [0%]) Actually there is no particular network activity during this latest night... There have been some different resore jobs during past days... How is determined this message? Is it perhaps cumulative? On the host there are 3 VMs and only one of them actively using the network. In its "Network Interfaces subtab I see Total RX (bytes) 542,696,952,529 Inside VM OS: $ uptime 10:26:50 up 14 days, 1:35, 3 users, load average: 0.00, 0.04, 0.05 $ ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:1A:4A:17:01:5B inet addr:10.4.4.66 Bcast:10.4.4.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:40280066 errors:0 dropped:612718 overruns:0 frame:0 TX packets:21110417 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:193066319488 (179.8 GiB) TX bytes:20983189756 (19.5 GiB) Almost confirmaed on host where I have these counter indeed, but I think they are cumulative for the VM, and not an alert in se.... ON ovmsrv07: $ ifconfig bond1 bond1: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST> mtu 9000 ether 00:1c:c4:ab:3a:dd txqueuelen 1000 (Ethernet) RX packets 140610596 bytes 200368822262 (186.6 GiB) RX errors 0 dropped 126874 overruns 0 frame 0 TX packets 33886066 bytes 21972025081 (20.4 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 $ cat /proc/net/bonding/bond1 Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) Bonding Mode: fault-tolerance (active-backup) Primary Slave: None Currently Active Slave: enp7s4f0 MII Status: up MII Polling Interval (ms): 100 Up Delay (ms): 0 Down Delay (ms): 0 Slave Interface: enp7s4f0 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:1c:c4:ab:3a:dd Slave queue ID: 0 Slave Interface: enp7s4f1 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:1c:c4:ab:3a:de Slave queue ID: 0 Could anyone clarify? Thanks, Gianluca

2 1

Re: [ovirt-users] Extend disk in engine appliance in ovirt 4.1.0?
by Simone Tiraboschi 13 Mar '17

13 Mar '17

On Mon, Mar 13, 2017 at 11:55 AM, gflwqs gflwqs <gflwqs(a)gmail.com> wrote: > [root@engine ~]# rpm -q cloud-utils-growpart > package cloud-utils-growpart is not installed > I opened a bug to track it: https://bugzilla.redhat.com/show_bug.cgi?id=1431624 thanks for pointing it out. now in your case the quick option to get if fixed is: - choose the host where the engine VM is running - set global maintenance mode with hosted-engine --set-maintenance --mode=global - connect to the engine VM and run fdisk /dev/vda - press d to and delete the root partition - press n to add a new one, ensure it starts on the same sector where the original partition was starting (2048) - press w to write it - shut down the engine VM - come back to the host and restart the engine VM with hosted-engine --vm-start - connect again to the engine VM and run resize2fs /dev/vda1 to resize the FS - come back to the host and exit the global maintenance mode with hosted-engine --set-maintenance --mode=none Before this, please use engine-backup on the engine VM to create a backup of your engine. > From the engine-setup log: > 2017-02-14 17:08:17 INFO otopi.plugins.gr_he_common.vm.boot_disk > boot_disk._setup:509 Detecting available oVirt engine appliances > 2017-02-14 17:08:17 DEBUG otopi.plugins.gr_he_common.vm.boot_disk > boot_disk._detect_appliances:253 parsing: /etc/ovirt-hosted-engine/10- > appliance.conf > 2017-02-14 17:08:17 DEBUG otopi.plugins.gr_he_common.vm.boot_disk > boot_disk._detect_appliances:269 available appliances: [{'path': > u'/usr/share/ovirt-engine-appliance/ovirt-engine- > appliance-4.1-20170201.1.el7.centos.ova', 'version': > u'4.1-20170201.1.el7.centos', 'index': '1', 'description': u'The oVirt > Engine Appliance image (OVA)', 'sha1sum': u'87aef3093c93896ab1c40adf112286 > af385247df'}] > > > 2017-03-13 11:43 GMT+01:00 Simone Tiraboschi <stirabos(a)redhat.com>: > >> >> >> On Mon, Mar 13, 2017 at 11:31 AM, gflwqs gflwqs <gflwqs(a)gmail.com> wrote: >> >>> Hi Simone, >>> Since there is a lot of stuff in the setup log that i don't want to send >>> to the internet, are there anything specific that i could pick out from the >>> log? >>> >>> Here is the lsbl and fdisk output from the engine: >>> >>> [root@engine ~]# lsblk >>> NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT >>> sr0 11:0 1 1024M 0 rom >>> vda 253:0 0 90G 0 disk >>> └─vda1 253:1 0 10G 0 part / >>> >>> >> OK, so the disk is 90 GB but the partition is just 10 GB. >> >> Could you please check if you have cloud-utils-growpart package inside >> your engine VM? >> If not, could you please report the version of ovirt-engine-appliance you >> used at setup time? >> >> >>> [root@engine ~]# fdisk -l /dev/vda >>> >>> Disk /dev/vda: 96.6 GB, 96636764160 bytes, 188743680 sectors >>> Units = sectors of 1 * 512 = 512 bytes >>> Sector size (logical/physical): 512 bytes / 512 bytes >>> I/O size (minimum/optimal): 512 bytes / 512 bytes >>> Disk label type: dos >>> Disk identifier: 0x0009e1bc >>> >>> Device Boot Start End Blocks Id System >>> /dev/vda1 * 2048 20971519 10484736 83 Linux >>> >>> 2017-03-13 10:44 GMT+01:00 Simone Tiraboschi <stirabos(a)redhat.com>: >>> >>>> >>>> >>>> On Mon, Mar 13, 2017 at 8:26 AM, gflwqs gflwqs <gflwqs(a)gmail.com> >>>> wrote: >>>> >>>>> Hi, I have recently installed a new ovirt environment from scratch. >>>>> The version is 4.1.0. >>>>> I made a 90GB disk for the hosted engine. >>>>> When i had installed it and log into the engine i see that it has only >>>>> configured 10GB of those 90GB. >>>>> So there is 80GB of unconfigured disk unused. >>>>> >>>> >>>> Can you please attach your hosted-engine-setup log file? >>>> >>>> Could you please check if the disk is 90GB but the main disk partition >>>> is just 10 GB? >>>> >>>> cloud-utils-growpart should grow the partition on the first boot, if >>>> the issue is there we need to understand why it didn't triggered in your >>>> case. >>>> >>>> >>>>> That is fine as long as it had used lvm but it has not meaning i have >>>>> to take the engine down to extend the disk? >>>>> >>>>> My questions is: >>>>> 1. Why does it not configure all disk? >>>>> 2. Why is it not using lvm? >>>>> 3. What should i do to extend the disk? >>>>> >>>> >>>> It depends on where the issue is (is on the disk size or just on the >>>> partition size?). >>>> >>>> >>>>> >>>>> Regards >>>>> Christian >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> >>>> >>> >> >

1 0

Removing all the Users Permission on Data Center
by Manuel Luis Aznar 13 Mar '17

13 Mar '17

Hello there, I need to remove the specific Users Permission a user have in a DataCenter. I manage to do it in this way: username = "..." dc = "..." system_service = connection.system_service() users_service = system_service.users_service() data_centers_service = system_service.data_centers_service() # Getting the User object for user in users_service.list(): if username in user.user_name: break # Getting the DataCenter object for data_center in data_centers_service.list(): if dc in data_center.name: break # Getting DataCenter service and its Permission Service data_center_service = data_centers_service.data_center_service(id= data_center.id) data_center_permissions_service = data_center_service.permissions_service() # Getting the Permission for the User in the DataCenter for data_center_permission in data_center_permissions_service.list(): data_center_permission_user = data_center_permission.user if data_center_permission_user: if data_center_permission_user.id == user.id: data_center_permission_user.remove() As you can see I can do it, but, I am using the permissions of the DataCenter and this list could be very long. In the old ovirtsdk (version 3) this was done by the following: u = kvm.users.get(id=userid) for perm in u.permissions.list(): udc = perm.get_data_center() if udc: globaldc = kvm.datacenters.get(id=udc.get_id()) if globaldc.get_name() == dc: perm.delete() that last piece of code iterate by the user permission list and delete the specific Data Center permission. I have been trying this doing the following: user_service = users_service.user_service(id=user.id) user_permissions_service = user_service.permissions_service() list = user_permissions_service.list() Is that last variable, list: the permissions list for the specified user, I ask that because if I print the size of the list for an specific user, the number I get is not correct... Thanks for all in advance to all Manuel

2 3

Re: [ovirt-users] Contributing on ovirt
by shubham dubey 13 Mar '17

13 Mar '17

Hello, I hope you got my irc message that I got my exams earlier(which are now over) because of which I was not able to spent much time on project related things. since I am free now,I have read about ovirt architecture and documentation to get more familiar with ovirt. Now the purpose of the mail is that I am having some issue while installing ovirt from source.( http://www.ovirt.org/develop/developer-guide/engine/engine-development-envi… ) when I am trying to do $ make install-dev PREFIX="$HOME/ovirt-engine" .. .. .. [ERROR] Failed to execute goal org.codehaus.mojo:gwt-maven-plugin:2.6.1:compile (gwtcompile) on project webadmin: Command [[ [ERROR] /bin/sh -c /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.121-8.b14.fc25.x86_64/jre/bin/java -javaagent:/home/0day/.m2/repository/org/aspectj/aspectjweaver/1.8.2/aspectjweaver-1.8.2.jar -Dgwt.jjs.permutationWorkerFactory=com.google.gwt.dev.ThreadedPermutationWorkerFactory \ [ERROR] -Dgwt.jjs.maxThreads=4 \ [ERROR] -Djava.io.tmpdir="/home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/tmp" \ [ERROR] -Djava.util.prefs.systemRoot="/home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/tmp" \ [ERROR] -Djava.util.prefs.userRoot="/home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/tmp" \ [ERROR] -Djava.util.logging.config.class=org.ovirt.engine.ui.gwtextension.JavaLoggingConfig \ [ERROR] -Xms1024M -Xmx8192M '-Dgwt.dontPrune=org\.ovirt\.engine\.core\.(common|compat)\..*' -classpath /home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/webadmin-4.2.0-SNAPSHOT/WEB-INF/classes:/home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/src/main/java:/home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/annotations:/home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-sources/gwt:/home/0day/.m2/repository/com/gwtplatform/gwtp-mvp-client/1.3.1/gwtp-mvp-client-1.3.1.jar:/home/0day/.m2/repository/com/gwtplatform/gwtp-clients-common/1.3.1/gwtp-clients-common-1.3.1.jar:/home/0day/.m2/repository/com/gwtplatform/gwtp-mvp-shared/1.3.1/gwtp-mvp-shared-1.3.1.jar:/home/0day/.m2/repository/org/apache/velocity/velocity/1.7/velocity-1.7.jar:/home/0day/.m2/repository/com/gwtplatform/gwtp-processors/1.3.1/gwtp-processors-1.3.1.jar:/home/0day/.m2/repository/com/google/inject/guice/3.0/guice-3.0.jar:/home/0day/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar:/home/0day/.m2/repository/aopalliance/aopalliance/1.0/aopalliance-1.0.jar:/home/0day/.m2/repository/com/google/inject/extensions/guice-assistedinject/3.0/guice-assistedinject-3.0.jar:/home/0day/.m2/repository/com/google/gwt/inject/gin/2.1.2/gin-2.1.2.jar:/home/0day/.m2/repository/com/google/gwt/gwt-user/2.6.1/gwt-user-2.6.1.jar:/home/0day/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA.jar:/home/0day/.m2/repository/javax/validation/validation-api/1.0.0.GA/validation-api-1.0.0.GA-sources.jar:/home/0day/.m2/repository/org/json/json/20090211/json-20090211.jar:/home/0day/.m2/repository/com/google/gwt/gwt-dev/2.6.1/gwt-dev-2.6.1.jar:/home/0day/.m2/repository/org/gwtbootstrap3/gwtbootstrap3/0.9.3/gwtbootstrap3-0.9.3.jar:/home/0day/.m2/repository/org/gwtbootstrap3/gwtbootstrap3-extras/0.9.3/gwtbootstrap3-extras-0.9.3.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/uicommonweb/target/uicommonweb-4.2.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/backend/manager/modules/searchbackend/target/searchbackend-4.2.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/uicompat/target/uicompat-4.2.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/gwt-common/target/gwt-common-4.2.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/backend/manager/modules/common/target/common-4.2.0-SNAPSHOT.jar:/home/0day/.m2/repository/org/hibernate/hibernate-validator/4.2.0.Final/hibernate-validator-4.2.0.Final.jar:/home/0day/.m2/repository/org/jboss/modules/jboss-modules/1.1.1.GA/jboss-modules-1.1.1.GA.jar:/home/0day/git/ovirt-engine/backend/manager/modules/common/target/common-4.2.0-SNAPSHOT-sources.jar:/home/0day/git/ovirt-engine/backend/manager/modules/compat/target/compat-4.2.0-SNAPSHOT-sources.jar:/home/0day/git/ovirt-engine/backend/manager/modules/searchbackend/target/searchbackend-4.2.0-SNAPSHOT-sources.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/frontend/target/frontend-4.2.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/ovirt-engine-gwt-extension-4.2.0-SNAPSHOT.jar:/home/0day/.m2/repository/javax/xml/bind/jaxb-api/2.1/jaxb-api-2.1.jar:/home/0day/.m2/repository/javax/xml/stream/stax-api/1.0-2/stax-api-1.0-2.jar:/home/0day/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar:/home/0day/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.1_spec/1.0.0.Final/jboss-servlet-api_3.1_spec-1.0.0.Final.jar:/home/0day/.m2/repository/org/jboss/spec/javax/servlet/jstl/jboss-jstl-api_1.2_spec/1.0.3.Final/jboss-jstl-api_1.2_spec-1.0.3.Final.jar:/home/0day/.m2/repository/org/jboss/spec/javax/el/jboss-el-api_2.2_spec/1.0.1.Final/jboss-el-api_2.2_spec-1.0.1.Final.jar:/home/0day/.m2/repository/org/jboss/spec/javax/servlet/jboss-servlet-api_3.0_spec/1.0.1.Final/jboss-servlet-api_3.0_spec-1.0.1.Final.jar:/home/0day/.m2/repository/org/jboss/spec/javax/servlet/jsp/jboss-jsp-api_2.2_spec/1.0.1.Final/jboss-jsp-api_2.2_spec-1.0.1.Final.jar:/home/0day/.m2/repository/xalan/xalan/2.7.1.jbossorg-2/xalan-2.7.1.jbossorg-2.jar:/home/0day/.m2/repository/xalan/serializer/2.7.1.jbossorg-2/serializer-2.7.1.jbossorg-2.jar:/home/0day/.m2/repository/org/jboss/spec/javax/ejb/jboss-ejb-api_3.1_spec/1.0.2.Final/jboss-ejb-api_3.1_spec-1.0.2.Final.jar:/home/0day/.m2/repository/org/jboss/spec/javax/enterprise/concurrent/jboss-concurrency-api_1.0_spec/1.0.0.Final/jboss-concurrency-api_1.0_spec-1.0.0.Final.jar:/home/0day/.m2/repository/org/aspectj/aspectjweaver/1.8.2/aspectjweaver-1.8.2.jar:/home/0day/.m2/repository/org/slf4j/slf4j-api/1.7.5/slf4j-api-1.7.5.jar:/home/0day/git/ovirt-engine/backend/manager/modules/utils/target/utils-4.2.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/backend/manager/modules/extensions-api-root/extensions-api/target/ovirt-engine-extensions-api-0.0.0-SNAPSHOT.jar:/home/0day/git/ovirt-engine/backend/manager/modules/extensions-manager/target/extensions-manager-4.2.0-SNAPSHOT.jar:/home/0day/.m2/repository/commons-beanutils/commons-beanutils/1.9.2/commons-beanutils-1.9.2.jar:/home/0day/.m2/repository/commons-logging/commons-logging/1.1.1/commons-logging-1.1.1.jar:/home/0day/.m2/repository/commons-collections/commons-collections/3.2.2/commons-collections-3.2.2.jar:/home/0day/git/ovirt-engine/backend/manager/modules/compat/target/compat-4.2.0-SNAPSHOT.jar:/home/0day/.m2/repository/org/ovirt/otopi/otopi/1.5.2/otopi-1.5.2.jar:/home/0day/.m2/repository/org/ovirt/ovirt-host-deploy/ovirt-host-deploy/1.5.0/ovirt-host-deploy-1.5.0.jar:/home/0day/.m2/repository/org/apache/commons/commons-compress/1.5/commons-compress-1.5.jar:/home/0day/.m2/repository/org/tukaani/xz/1.2/xz-1.2.jar:/home/0day/git/ovirt-engine/backend/manager/modules/uutils/target/uutils-4.2.0-SNAPSHOT.jar:/home/0day/.m2/repository/org/apache/sshd/sshd-core/0.12.0/sshd-core-0.12.0.jar:/home/0day/.m2/repository/org/apache/mina/mina-core/2.0.7/mina-core-2.0.7.jar:/home/0day/.m2/repository/org/apache/httpcomponents/httpclient/4.5/httpclient-4.5.jar:/home/0day/.m2/repository/org/apache/httpcomponents/httpcore/4.4.1/httpcore-4.4.1.jar:/home/0day/.m2/repository/commons-lang/commons-lang/2.6/commons-lang-2.6.jar:/home/0day/.m2/repository/commons-codec/commons-codec/1.10/commons-codec-1.10.jar:/home/0day/.m2/repository/commons-httpclient/commons-httpclient/3.1/commons-httpclient-3.1.jar:/home/0day/.m2/repository/org/codehaus/jackson/jackson-core-asl/1.9.9/jackson-core-asl-1.9.9.jar:/home/0day/.m2/repository/org/codehaus/jackson/jackson-mapper-asl/1.9.9/jackson-mapper-asl-1.9.9.jar:/home/0day/.m2/repository/org/springframework/spring-core/4.2.4.RELEASE/spring-core-4.2.4.RELEASE.jar:/home/0day/.m2/repository/org/infinispan/infinispan-core/5.2.5.Final/infinispan-core-5.2.5.Final.jar:/home/0day/.m2/repository/org/jgroups/jgroups/3.2.7.Final/jgroups-3.2.7.Final.jar:/home/0day/.m2/repository/org/jboss/spec/javax/transaction/jboss-transaction-api_1.1_spec/1.0.0.Final/jboss-transaction-api_1.1_spec-1.0.0.Final.jar:/home/0day/.m2/repository/org/jboss/marshalling/jboss-marshalling-river/1.3.15.GA/jboss-marshalling-river-1.3.15.GA.jar:/home/0day/.m2/repository/org/jboss/marshalling/jboss-marshalling/1.3.15.GA/jboss-marshalling-1.3.15.GA.jar:/home/0day/.m2/repository/org/jboss/logging/jboss-logging/3.1.1.GA/jboss-logging-3.1.1.GA.jar:/home/0day/.m2/repository/org/jboss/staxmapper/1.1.0.Final/staxmapper-1.1.0.Final.jar:/home/0day/.m2/repository/com/woorea/keystone-client/3.1.2/keystone-client-3.1.2.jar:/home/0day/.m2/repository/com/woorea/openstack-client/3.1.2/openstack-client-3.1.2.jar:/home/0day/.m2/repository/com/woorea/keystone-model/3.1.2/keystone-model-3.1.2.jar:/home/0day/.m2/repository/com/woorea/glance-client/3.1.2/glance-client-3.1.2.jar:/home/0day/.m2/repository/com/woorea/glance-model/3.1.2/glance-model-3.1.2.jar:/home/0day/.m2/repository/com/woorea/cinder-client/3.1.2/cinder-client-3.1.2.jar:/home/0day/.m2/repository/com/woorea/cinder-model/3.1.2/cinder-model-3.1.2.jar:/home/0day/.m2/repository/org/ebaysf/web/cors-filter/1.0.1/cors-filter-1.0.1.jar:/home/0day/git/ovirt-engine/backend/manager/modules/branding/target/branding-4.2.0-SNAPSHOT.jar:/home/0day/.m2/repository/com/google/gwt/gwt-user/2.6.1/gwt-user-2.6.1.jar:/home/0day/.m2/repository/com/google/gwt/gwt-dev/2.6.1/gwt-dev-2.6.1.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/gwt-extension/target/ovirt-engine-gwt-extension-4.2.0-SNAPSHOT-sources.jar:/home/0day/git/ovirt-engine/frontend/webadmin/modules/uicommonweb/target/uicommonweb-4.2.0-SNAPSHOT-sources.jar com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war /home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/generated-gwt -localWorkers 4 -failOnError -XfragmentCount -1 -sourceLevel auto -gen /home/0day/git/ovirt-engine/frontend/webadmin/modules/webadmin/gen org.ovirt.engine.ui.webadmin.WebAdmin [ERROR] ]] failed with status 1 [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn <goals> -rf :webadmin Makefile:257: recipe for target 'maven' failed make[2]: *** [maven] Error 1 make[2]: Leaving directory '/home/0day/git/ovirt-engine' Makefile:264: recipe for target 'tmp.built' failed make[1]: *** [tmp.built] Error 2 make[1]: Leaving directory '/home/0day/git/ovirt-engine' Makefile:501: recipe for target 'all-dev' failed make: *** [all-dev] Error 2 then I try instruction given at this link to setup maven http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException It successfully run without any error but again make install fail. I have even tried $mvn initilize -X -e that also run successfully but didn't help in removing the error. So,any solution. Thanks, Shubham On Mon, Mar 6, 2017 at 12:32 PM, Maor Lipchuk <mlipchuk(a)redhat.com> wrote: > Hi shubham, > > You should not worry about the java language, the feature is focused > mainly on logic and the development should be pretty simple. > Also, your patches will be reviewed through gerrit, so I will help and > it should be very convenient to develop. > and of course, you will have the change to get to know a new language, > which should be fun :) > > Regards, > Maor > > On Mon, Mar 6, 2017 at 2:06 AM, shubham dubey <sdubey504(a)gmail.com> wrote: > > I was expecting it to be in python since major parts of ovirt are in > > python:). > > I am little less familiar with java then I am with python.So,did even > > moderate control on java language will work for project or did I try for > > some other ideas? > > Although I have enough experience in Storage technology. > > > > Thanks, > > Shubham > > > > On Mon, Mar 6, 2017 at 5:24 AM, Maor Lipchuk <mlipchuk(a)redhat.com> > wrote: > >> > >> Hi Shubham, > >> > >> I just saw your message in the oVirt channel, sorry for the late respond > >> The new backup storage should be developed mainly in Java, it will be > >> part of the ovirt-engine > >> > >> On Sun, Mar 5, 2017 at 10:47 AM, Maor Lipchuk <mlipchuk(a)redhat.com> > wrote: > >> > Hi shubham, > >> > > >> > Thank you for your interest in the Configuring the backup storage as > >> > part of the GOSC project. > >> > The idea is to have an alternative for backing up entities like VMs, > >> > Templates and disks from a storage domain. > >> > > >> > oVirt has many methods of backup entities such as DB backup, import > >> > storage domain and use of export storage domain. > >> > With this new capability to define a storage domain as a backup it > >> > might help oVirt to achieve an easier alternative solution for the > >> > users to backup entities > >> > > >> > I suggest that for start, try to build a working oVirt development > >> > setup with hosts and a few storage domains. > >> > > >> > You can follow this wiki: > >> > > >> > http://www.ovirt.org/develop/developer-guide/engine/engine- > development-environment/ > >> > > >> > Once you have a working oVirt env we can go forward to the next step. > >> > Please don't hesitate to ask if you have any questions. > >> > You can use the #ovirt channel also. > >> > > >> > Regards, > >> > Maor > >> > > >> > On Fri, Mar 3, 2017 at 11:27 AM, shubham dubey <sdubey504(a)gmail.com> > >> > wrote: > >> >> Hello, > >> >> I am interested in being part of ovirt for gsoc 2017. > >> >> I have looked into ovirt project ideas and the project that I find > most > >> >> suitable is Configuring the backup storage in ovirt. > >> >> > >> >> Since the ovirt online docs have sufficient info for getting started > >> >> for > >> >> development so I don't have a questions about that but I want to > >> >> clarify one > >> >> doubt that did the previous year mentioned project on ovirt gsoc page > >> >> are > >> >> also available to work on? > >> >> I will also appreciate any discussion about the project or question > >> >> from > >> >> mentor side.Even some guideline for start working is welcome. > >> >> > >> >> Thanks, > >> >> Shubham > >> >> > >> >> _______________________________________________ > >> >> Users mailing list > >> >> Users(a)ovirt.org > >> >> http://lists.ovirt.org/mailman/listinfo/users > >> >> > > > > >

1 0

migrate to hosted engine
by Devin A. Bougie 13 Mar '17

13 Mar '17

Hi, All. We have an ovirt 4.1 cluster setup using multiple paths to a single iSCSI LUN for the data storage domain. I would now like to migrate to a hosted engine. I setup the new engine VM, shutdown and backed-up the old VM, and restored to the new VM using engine-backup. After updating DNS to change our engine's FQDN to point to the hosted engine, everything seems to work properly. However, when rebooting the entire cluster, the engine VM doesn't come up automatically. Is there anything that now needs to be done to tell the cluster that it's now using a hosted engine? I started with a standard engine setup, as I didn't see a way to specify multiple paths to a single iSCSI LUN when using "hosted-engine --deploy." Any tips would be greatly appreciated. Many thanks, Devin

3 2

Re: [ovirt-users] Extend disk in engine appliance in ovirt 4.1.0?
by Simone Tiraboschi 13 Mar '17

13 Mar '17

On Mon, Mar 13, 2017 at 11:31 AM, gflwqs gflwqs <gflwqs(a)gmail.com> wrote: > Hi Simone, > Since there is a lot of stuff in the setup log that i don't want to send > to the internet, are there anything specific that i could pick out from the > log? > > Here is the lsbl and fdisk output from the engine: > > [root@engine ~]# lsblk > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > sr0 11:0 1 1024M 0 rom > vda 253:0 0 90G 0 disk > └─vda1 253:1 0 10G 0 part / > > OK, so the disk is 90 GB but the partition is just 10 GB. Could you please check if you have cloud-utils-growpart package inside your engine VM? If not, could you please report the version of ovirt-engine-appliance you used at setup time? > [root@engine ~]# fdisk -l /dev/vda > > Disk /dev/vda: 96.6 GB, 96636764160 bytes, 188743680 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk label type: dos > Disk identifier: 0x0009e1bc > > Device Boot Start End Blocks Id System > /dev/vda1 * 2048 20971519 10484736 83 Linux > > 2017-03-13 10:44 GMT+01:00 Simone Tiraboschi <stirabos(a)redhat.com>: > >> >> >> On Mon, Mar 13, 2017 at 8:26 AM, gflwqs gflwqs <gflwqs(a)gmail.com> wrote: >> >>> Hi, I have recently installed a new ovirt environment from scratch. >>> The version is 4.1.0. >>> I made a 90GB disk for the hosted engine. >>> When i had installed it and log into the engine i see that it has only >>> configured 10GB of those 90GB. >>> So there is 80GB of unconfigured disk unused. >>> >> >> Can you please attach your hosted-engine-setup log file? >> >> Could you please check if the disk is 90GB but the main disk partition is >> just 10 GB? >> >> cloud-utils-growpart should grow the partition on the first boot, if the >> issue is there we need to understand why it didn't triggered in your case. >> >> >>> That is fine as long as it had used lvm but it has not meaning i have to >>> take the engine down to extend the disk? >>> >>> My questions is: >>> 1. Why does it not configure all disk? >>> 2. Why is it not using lvm? >>> 3. What should i do to extend the disk? >>> >> >> It depends on where the issue is (is on the disk size or just on the >> partition size?). >> >> >>> >>> Regards >>> Christian >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0

VDSM hang
by paf1＠email.cz 13 Mar '17

13 Mar '17

This is a multi-part message in MIME format. --------------C04C9E032CD3A8F03847AFCD Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello everybody, for production usage i'm testing ovirt with gluster. All components seems to be running fine but whenever I'm testing huge workload, then node freez. Not the main OS, but VDSM mgmt and attached services, VMs eg. *mgmt * oVirt - 4.1.0.4 centos 7.3-1611 *nodes* ( installed from ovirt image /"ovirt-node-ng-installer-ovirt-4.1-2017030804.iso" )/ OS Version:== RHEL - 7 - 3.1611.el7.centos OS Description:== oVirt Node 4.1.0 Kernel Version:== 3.10.0 - 514.10.2.el7.x86_64 KVM Version:== 2.6.0 - 28.el7_3.3.1 LIBVIRT Version:== libvirt-2.0.0-10.el7_3.5 VDSM Version:== vdsm-4.19.4-1.el7.centos SPICE Version:== 0.12.4 - 20.el7_3 GlusterFS Version:== glusterfs-3.8.9-1.el7 ( LVM thinprovisioning in replica 2 - created from ovirt GUI ) concurently running - huge import from export domain ( net workload ) - sequential write to VMs local disk ( gluster replica sequential workload ) - VMs database huge select ( random IOps ) - huge old snapshot delete ( random IOps ) In this configuration / workload is runnig one hour eg, with no exceptions , with 70-80% disk load, but in some point VDSM freez all jobs for a timeout and VM's are in "uknown" status . The whole system revitalize then automaticaly in cca 20min time frame ( except the import and snapshot deleting(rollback) ) engine.log - focus 10:39:07 time ( Failed in 'HSMGetAllTasksStatusesVDS' method ) ======== n child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:01,727+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (DefaultQuartzScheduler2) [759c8e1f] Command 'RemoveSnapshotSingleDiskLive' (id: 'a8a3a4d5-cf7d-4423-8243-022911232508') waiting on child command id: '33df2c1e-6ce3-44fd-a39b-d111883b4c4e' type:'DestroyImage' to complete 2017-03-10 10:39:03,929+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 446d0cd3 2017-03-10 10:39:04,343+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 446d0cd3 2017-03-10 10:39:04,353+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 69ea1fda 2017-03-10 10:39:05,128+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 69ea1fda 2017-03-10 10:39:07,163+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler2) [759c8e1f] Failed in 'HSMGetAllTasksStatusesVDS' method 2017-03-10 10:39:07,178+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler2) [759c8e1f] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM 2kvm2 command HSMGetAllTasksStatusesVDS failed: Connection timed out 2017-03-10 10:39:07,182+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] BaseAsyncTask::onTaskEndSuccess: Task 'f594bf69-619b-4d1b-8f6d-a9826997e478' (Parent Command 'ImportVm', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended successfully. 2017-03-10 10:39:07,182+01 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (DefaultQuartzScheduler2) [759c8e1f] Task with DB Task ID 'a05c7c07-9b98-4ab2-ac7b-9e70a75ba7b7' and VDSM Task ID '7c60369f-70a3-4a6a-80c9-4753ac9ed372' is in state Polling. End action for command 8deb3fe3-4a83-4605-816c-ffdc63fd9ac1 will proceed when all the entity's tasks are completed. 2017-03-10 10:39:07,182+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] SPMAsyncTask::PollTask: Polling task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' (Parent Command 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'finished', result 'cleanSuccess'. 2017-03-10 10:39:07,182+01 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] BaseAsyncTask::logEndTaskFailure: Task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' (Parent Command 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with failure: -- Result: 'cleanSuccess' -- Message: 'VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = Connection timed out, code = 100', -- Exception: 'VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = Connection timed out, code = 100' 2017-03-10 10:39:07,184+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] CommandAsyncTask::endActionIfNecessary: All tasks of command '33df2c1e-6ce3-44fd-a39b-d111883b4c4e' has ended -> executing 'endAction' 2017-03-10 10:39:07,185+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: '33df2c1e-6ce3-44fd-a39b-d111883b4c4e'): calling endAction '. 2017-03-10 10:39:07,185+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::endCommandAction [within thread] context: Attempting to endAction 'DestroyImage', 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.storage.disk.image.DestroyImageCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] Command [id=33df2c1e-6ce3-44fd-a39b-d111883b4c4e]: Updating status to 'FAILED', The command end method logic will be executed by one of its parent commands. 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type 'DestroyImage' completed, handling the result. 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type 'DestroyImage' succeeded, clearing tasks. 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] SPMAsyncTask::ClearAsyncTask: Attempting to clear task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' 2017-03-10 10:39:07,193+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000311', ignoreFailoverLimit='false', taskId='f351e8f6-6dd7-49aa-bf54-650d84fc6352'}), log id: 2b7080c2 2017-03-10 10:39:07,194+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] START, HSMClearTaskVDSCommand(HostName = 2kvm2, HSMTaskGuidBaseVDSCommandParameters:{runAsync='true', hostId='905375e1-6de4-4fdf-b69c-b2d546f869c8', taskId='f351e8f6-6dd7-49aa-bf54-650d84fc6352'}), log id: 2edff460 2017-03-10 10:39:08,208+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] FINISH, HSMClearTaskVDSCommand, log id: 2edff460 2017-03-10 10:39:08,208+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] FINISH, SPMClearTaskVDSCommand, log id: 2b7080c2 2017-03-10 10:39:08,213+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] BaseAsyncTask::removeTaskFromDB: Removed task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' from DataBase 2017-03-10 10:39:08,213+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::HandleEndActionResult [within thread]: Removing CommandMultiAsyncTasks object for entity '33df2c1e-6ce3-44fd-a39b-d111883b4c4e' 2017-03-10 10:39:10,142+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 2e7278cb 2017-03-10 10:39:11,513+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 2e7278cb 2017-03-10 10:39:11,523+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 43704ef2 2017-03-10 10:39:11,777+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler9) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:11,789+01 WARN [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler9) [759c8e1f] Child command 'DESTROY_IMAGE' failed, proceeding to verify 2017-03-10 10:39:11,789+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler9) [759c8e1f] Executing Live Merge command step 'DESTROY_IMAGE_CHECK' 2017-03-10 10:39:11,832+01 INFO [org.ovirt.engine.core.bll.DestroyImageCheckCommand] (pool-5-thread-7) [4856f570] Running command: DestroyImageCheckCommand internal: true. 2017-03-10 10:39:11,833+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetVolumeInfoVDSCommand] (pool-5-thread-7) [4856f570] START, SPMGetVolumeInfoVDSCommand( SPMGetVolumeInfoVDSCommandParameters:{expectedEngineErrors='[VolumeDoesNotExist]', runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000311', ignoreFailoverLimit='false', storageDomainId='1603cd90-92ef-4c03-922c-cecb282fd00e', imageGroupId='7543338a-3ca6-4698-bb50-c14f0bd71428', imageId='50b592f7-bfba-4398-879c-8d6a19a2c000'}), log id: 2c8031f8 2017-03-10 10:39:11,833+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetVolumeInfoVDSCommand] (pool-5-thread-7) [4856f570] Executing GetVolumeInfo using the current SPM 2017-03-10 10:39:11,834+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (pool-5-thread-7) [4856f570] START, GetVolumeInfoVDSCommand(HostName = 2kvm2, GetVolumeInfoVDSCommandParameters:{expectedEngineErrors='[VolumeDoesNotExist]', runAsync='true', hostId='905375e1-6de4-4fdf-b69c-b2d546f869c8', storagePoolId='00000001-0001-0001-0001-000000000311', storageDomainId='1603cd90-92ef-4c03-922c-cecb282fd00e', imageGroupId='7543338a-3ca6-4698-bb50-c14f0bd71428', imageId='50b592f7-bfba-4398-879c-8d6a19a2c000'}), log id: 79ca86cc 2017-03-10 10:39:11,846+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 43704ef2 2017-03-10 10:39:16,858+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 6542adcd 2017-03-10 10:39:17,394+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 6542adcd 2017-03-10 10:39:17,406+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 44ec33ed 2017-03-10 10:39:18,598+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 44ec33ed 2017-03-10 10:39:21,865+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:21,881+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (DefaultQuartzScheduler6) [4856f570] Command 'RemoveSnapshotSingleDiskLive' (id: 'a8a3a4d5-cf7d-4423-8243-022911232508') waiting on child command id: 'b1d63b8e-19d3-4d64-8fa8-4eb3e2d1a8fc' type:'DestroyImageCheck' to complete 2017-03-10 10:39:23,611+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler6) [4856f570] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 4c2fc22d 2017-03-10 10:39:24,616+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] START, GlusterTasksListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 1f169371 2017-03-10 10:39:24,618+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler6) [4856f570] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 4c2fc22d 2017-03-10 10:39:24,629+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler6) [4856f570] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 2ac55735 2017-03-10 10:39:24,822+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] FINISH, GlusterTasksListVDSCommand, return: [], log id: 1f169371 2017-03-10 10:39:26,836+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler6) [4856f570] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 2ac55735 2017-03-10 10:39:31,849+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 2e8dbcd1 2017-03-10 10:39:31,932+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:31,944+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (DefaultQuartzScheduler6) [4856f570] Command 'RemoveSnapshotSingleDiskLive' (id: 'a8a3a4d5-cf7d-4423-8243-022911232508') waiting on child command id: 'b1d63b8e-19d3-4d64-8fa8-4eb3e2d1a8fc' type:'DestroyImageCheck' to complete 2017-03-10 10:39:33,213+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 2e8dbcd1 2017-03-10 10:39:33,226+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 1fb3f9e3 2017-03-10 10:39:34,375+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 1fb3f9e3 2017-03-10 10:39:39,392+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 1e0b8eeb 2017-03-10 10:39:40,753+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 1e0b8eeb 2017-03-10 10:39:40,763+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 35b04b33 2017-03-10 10:39:41,952+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 35b04b33 2017-03-10 10:39:41,991+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete gluster ( nothing in logs ) ====== ## "etc-glusterfs-glusterd.vol.log" [2017-03-10 10:13:52.599019] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:16:48.639635] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 The message "I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1" repeated 3 times between [2017-03-10 10:16:48.639635] and [2017-03-10 10:17:55.659379] [2017-03-10 10:18:56.875516] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:19:57.204689] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:21:56.576879] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:21:57.772857] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:24:00.617931] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:30:04.918080] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:31:06.128638] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:32:07.325672] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:32:12.433586] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:32:13.544909] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:35:10.039213] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:37:19.905314] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:37:20.174209] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:38:12.635460] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:40:14.169864] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 ## "rhev-data-center-mnt-glusterSD-localhost:_slow1.log" [2017-03-10 09:43:40.346785] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61849: dentry not found in 43e6968f-9c2a-40d8-8074-caf1a36f60cf [2017-03-10 09:43:40.347076] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61879: dentry not found in 902a6e3d-b7aa-439f-8262-cdc1b7f9f022 [2017-03-10 09:43:40.347145] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61935: dentry not found in 846bbcfc-f2b3-4ab6-af44-aeaa10b39318 [2017-03-10 09:43:40.347211] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61922: dentry not found in 66ad3bc5-26c7-4360-b33b-a084e3305cf8 [2017-03-10 09:43:40.351571] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61834: dentry not found in 3b8278e1-40e5-4363-b21e-7bffcd024c62 [2017-03-10 09:43:40.352449] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61870: dentry not found in 282f4c05-e09a-48e0-96a3-52e079ff2f73 [2017-03-10 09:50:38.829325] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:42.221775] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:45.956432] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/3cef54b4-45b9-4f5b-82c2-fcc8def06a37/85287865-38f0-45df-9e6c-1294913cbb88.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/3cef54b4-45b9-4f5b-82c2-fcc8def06a37/85287865-38f0-45df-9e6c-1294913cbb88.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:40.349563] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:44.503866] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:59:46.860762] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/6e105aa3-a3fc-4aca-be50-78b7642c4072.6684: dentry not found in d1e65eea-8758-4407-ac2e-3605dc661364 [2017-03-10 10:02:22.500865] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/6e105aa3-a3fc-4aca-be50-78b7642c4072.8767: dentry not found in e228bb28-9602-4f8e-8323-7434d77849fc [2017-03-10 10:04:03.103839] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/6e105aa3-a3fc-4aca-be50-78b7642c4072.9787: dentry not found in 6be71632-aa36-4975-b673-1357e0355027 [2017-03-10 10:06:02.406385] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/2a9c1c6a-f045-4dce-a47b-95a2267eef72/6f264695-0669-4b49-a2f6-e6c92482f2fb.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/2a9c1c6a-f045-4dce-a47b-95a2267eef72/6f264695-0669-4b49-a2f6-e6c92482f2fb.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) ... no other record messages ======== several times occured: Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:10:01 2kvm2 systemd: Started Session 274 of user root. Mar 10 09:10:01 2kvm2 systemd: Starting Session 274 of user root. Mar 10 09:20:02 2kvm2 systemd: Started Session 275 of user root. Mar 10 09:20:02 2kvm2 systemd: Starting Session 275 of user root. Mar 10 09:22:59 2kvm2 sanlock[1673]: 2017-03-10 09:22:59+0100 136031 [2576]: s3 delta_renew long write time 11 sec Mar 10 09:24:03 2kvm2 kernel: kswapd1: page allocation failure: order:2, mode:0x104020 Mar 10 09:24:03 2kvm2 kernel: CPU: 42 PID: 265 Comm: kswapd1 Tainted: G I ------------ 3.10.0-514.10.2.el7.x86_64 #1 Mar 10 09:24:03 2kvm2 kernel: Hardware name: Supermicro X10DRC/X10DRi-LN4+, BIOS 1.0a 08/29/2014 Mar 10 09:24:03 2kvm2 kernel: 0000000000104020 00000000f7228dc9 ffff88301f4839d8 ffffffff816864ef Mar 10 09:24:03 2kvm2 kernel: ffff88301f483a68 ffffffff81186ba0 000068fc00000000 0000000000000000 Mar 10 09:24:03 2kvm2 kernel: fffffffffffffffc 0010402000000000 ffff88301567ae80 00000000f7228dc9 Mar 10 09:24:03 2kvm2 kernel: Call Trace: Mar 10 09:24:03 2kvm2 kernel: <IRQ> [<ffffffff816864ef>] dump_stack+0x19/0x1b Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81186ba0>] warn_alloc_failed+0x110/0x180 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81682083>] __alloc_pages_slowpath+0x6b7/0x725 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8118b155>] __alloc_pages_nodemask+0x405/0x420 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811cf30a>] alloc_pages_current+0xaa/0x170 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81185a7e>] __get_free_pages+0xe/0x50 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811dabae>] kmalloc_order_trace+0x2e/0xa0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811dd381>] __kmalloc+0x221/0x240 Mar 10 09:24:03 2kvm2 kernel: [<ffffffffa02f83fa>] bnx2x_frag_alloc.isra.62+0x2a/0x40 [bnx2x] Mar 10 09:24:03 2kvm2 kernel: [<ffffffffa02f92f7>] bnx2x_rx_int+0x227/0x17b0 [bnx2x] Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81033669>] ? sched_clock+0x9/0x10 Mar 10 09:24:03 2kvm2 kernel: [<ffffffffa02fc72d>] bnx2x_poll+0x1dd/0x260 [bnx2x] Mar 10 09:24:03 2kvm2 kernel: [<ffffffff815705e0>] net_rx_action+0x170/0x380 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8108f2cf>] __do_softirq+0xef/0x280 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8169859c>] call_softirq+0x1c/0x30 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8102d365>] do_softirq+0x65/0xa0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8108f665>] irq_exit+0x115/0x120 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81699138>] do_IRQ+0x58/0xf0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8168e2ad>] common_interrupt+0x6d/0x6d Mar 10 09:24:03 2kvm2 kernel: <EOI> [<ffffffff81189a73>] ? free_hot_cold_page+0x103/0x160 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81189b16>] free_hot_cold_page_list+0x46/0xa0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81195193>] shrink_page_list+0x543/0xb00 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81195dda>] shrink_inactive_list+0x1fa/0x630 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81196975>] shrink_lruvec+0x385/0x770 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81196dd6>] shrink_zone+0x76/0x1a0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8119807c>] balance_pgdat+0x48c/0x5e0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81198343>] kswapd+0x173/0x450 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b17d0>] ? wake_up_atomic_t+0x30/0x30 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811981d0>] ? balance_pgdat+0x5e0/0x5e0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b06ff>] kthread+0xcf/0xe0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b0630>] ? kthread_create_on_node+0x140/0x140 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81696a58>] ret_from_fork+0x58/0x90 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b0630>] ? kthread_create_on_node+0x140/0x140 Mar 10 09:24:03 2kvm2 kernel: kswapd1: page allocation failure: order:2, mode:0x104020 Mar 10 09:24:03 2kvm2 kernel: CPU: 42 PID: 265 Comm: kswapd1 Tainted: G I ------------ 3.10.0-514.10.2.el7.x86_64 #1 Mar 10 09:24:03 2kvm2 kernel: Hardware name: Supermicro X10DRC/X10DRi-LN4+, BIOS 1.0a 08/29/2014 Mar 10 09:24:03 2kvm2 kernel: 0000000000104020 00000000f7228dc9 ffff88301f4839d8 ffffffff816864ef and in critical time again Mar 10 10:37:53 2kvm2 sanlock[1673]: 2017-03-10 10:37:53+0100 140524 [1673]: s3 check_our_lease warning 73 last_success 140451 Mar 10 10:37:54 2kvm2 sanlock[1673]: 2017-03-10 10:37:54+0100 140525 [1673]: s3 check_our_lease warning 74 last_success 140451 Mar 10 10:37:54 2kvm2 wdmd[1732]: test warning now 140526 ping 140516 close 0 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:54 2kvm2 kernel: watchdog watchdog0: watchdog did not stop! Mar 10 10:37:54 2kvm2 wdmd[1732]: /dev/watchdog0 closed unclean Mar 10 10:37:55 2kvm2 sanlock[1673]: 2017-03-10 10:37:55+0100 140526 [1673]: s3 check_our_lease warning 75 last_success 140451 Mar 10 10:37:55 2kvm2 wdmd[1732]: test warning now 140527 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:56 2kvm2 sanlock[1673]: 2017-03-10 10:37:56+0100 140527 [1673]: s3 check_our_lease warning 76 last_success 140451 Mar 10 10:37:56 2kvm2 wdmd[1732]: test warning now 140528 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:57 2kvm2 sanlock[1673]: 2017-03-10 10:37:57+0100 140528 [1673]: s3 check_our_lease warning 77 last_success 140451 Mar 10 10:37:57 2kvm2 wdmd[1732]: test warning now 140529 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:58 2kvm2 sanlock[1673]: 2017-03-10 10:37:58+0100 140529 [1673]: s3 check_our_lease warning 78 last_success 140451 Mar 10 10:37:58 2kvm2 wdmd[1732]: test warning now 140530 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:59 2kvm2 sanlock[1673]: 2017-03-10 10:37:59+0100 140530 [1673]: s3 check_our_lease warning 79 last_success 140451 Mar 10 10:37:59 2kvm2 wdmd[1732]: test failed rem 55 now 140531 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:38:00 2kvm2 sanlock[1673]: 2017-03-10 10:38:00+0100 140531 [1673]: s3 check_our_lease failed 80 Mar 10 10:38:00 2kvm2 sanlock[1673]: 2017-03-10 10:38:00+0100 140531 [1673]: s3 all pids clear Mar 10 10:38:01 2kvm2 wdmd[1732]: /dev/watchdog0 reopen Mar 10 10:38:10 2kvm2 journal: Cannot start job (query, none) for domain TEST-LBS_EBSAPP; current job is (query, none) owned by (3284 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (62s, 0s) Mar 10 10:38:10 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:38:11 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40590, 0, 0) at 0x3acdd88>: unexpected eof Mar 10 10:38:40 2kvm2 journal: Cannot start job (query, none) for domain TEST1-LBS_ATRYA; current job is (query, none) owned by (3288 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (47s, 0s) Mar 10 10:38:40 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:38:41 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40592, 0, 0) at 0x3fd5b90>: unexpected eof Mar 10 10:39:10 2kvm2 journal: Cannot start job (query, none) for domain TEST-LBS_EBSAPP; current job is (query, none) owned by (3284 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (122s, 0s) Mar 10 10:39:10 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:10 2kvm2 journal: Cannot start job (query, none) for domain TEST1-LBS_ATRYA; current job is (query, none) owned by (3288 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (77s, 0s) Mar 10 10:39:10 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:11 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40594, 0, 0) at 0x2447290>: unexpected eof Mar 10 10:39:23 2kvm2 sanlock[1673]: 2017-03-10 10:39:23+0100 140615 [2576]: s3 delta_renew write time 140 error -202 Mar 10 10:39:23 2kvm2 sanlock[1673]: 2017-03-10 10:39:23+0100 140615 [2576]: s3 renewal error -202 delta_length 144 last_success 140451 Mar 10 10:39:40 2kvm2 journal: Cannot start job (query, none) for domain TEST-LBS_EBSAPP; current job is (query, none) owned by (3284 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (152s, 0s) Mar 10 10:39:40 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:40 2kvm2 journal: Cannot start job (query, none) for domain TEST1-LBS_ATRYA; current job is (query, none) owned by (3288 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (107s, 0s) Mar 10 10:39:40 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:41 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40596, 0, 0) at 0x2472ef0>: unexpected eof Mar 10 10:39:49 2kvm2 kernel: INFO: task qemu-img:42107 blocked for more than 120 seconds. Mar 10 10:39:49 2kvm2 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Mar 10 10:39:49 2kvm2 kernel: qemu-img D ffff88010dad3e30 0 42107 3631 0x00000080 Mar 10 10:39:49 2kvm2 kernel: ffff88010dad3b30 0000000000000082 ffff8814491f4e70 ffff88010dad3fd8 Mar 10 10:39:49 2kvm2 kernel: ffff88010dad3fd8 ffff88010dad3fd8 ffff8814491f4e70 ffff88301f096c40 Mar 10 10:39:49 2kvm2 kernel: 0000000000000000 7fffffffffffffff ffff88181f186c00 ffff88010dad3e30 Mar 10 10:39:49 2kvm2 kernel: Call Trace: Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8168bbb9>] schedule+0x29/0x70 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81689609>] schedule_timeout+0x239/0x2d0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8168b15e>] io_schedule_timeout+0xae/0x130 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8168b1f8>] io_schedule+0x18/0x20 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8124d9e5>] wait_on_sync_kiocb+0x35/0x80 Mar 10 10:39:49 2kvm2 kernel: [<ffffffffa0a36091>] fuse_direct_IO+0x231/0x380 [fuse] Mar 10 10:39:49 2kvm2 kernel: [<ffffffff812a6ddd>] ? cap_inode_need_killpriv+0x2d/0x40 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff812a8cb6>] ? security_inode_need_killpriv+0x16/0x20 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81219e3f>] ? dentry_needs_remove_privs.part.13+0x1f/0x30 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81182a2d>] generic_file_direct_write+0xcd/0x190 Mar 10 10:39:49 2kvm2 kernel: [<ffffffffa0a36905>] fuse_file_aio_write+0x185/0x340 [fuse] Mar 10 10:39:49 2kvm2 kernel: [<ffffffff811fdabd>] do_sync_write+0x8d/0xd0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff811fe32d>] vfs_write+0xbd/0x1e0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff811ff002>] SyS_pwrite64+0x92/0xc0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81696b09>] system_call_fastpath+0x16/0x1b Mar 10 10:39:49 2kvm2 kernel: INFO: task qemu-img:42111 blocked for more than 120 seconds. Mar 10 10:39:49 2kvm2 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Mar 10 10:39:49 2kvm2 kernel: qemu-img D ffff8818a76e7e30 0 42111 3632 0x00000080 Mar 10 10:39:49 2kvm2 kernel: ffff8818a76e7b30 0000000000000082 ffff88188aaeaf10 ffff8818a76e7fd8 Mar 10 10:39:49 2kvm2 kernel: ffff8818a76e7fd8 ffff8818a76e7fd8 ffff88188aaeaf10 ffff88301f156c40 memory ======= # cat /proc/meminfo MemTotal: 197983472 kB MemFree: 834228 kB MemAvailable: 165541204 kB Buffers: 45548 kB Cached: 159596272 kB SwapCached: 119872 kB Active: 40803264 kB Inactive: 148022076 kB Active(anon): 26594112 kB Inactive(anon): 2626384 kB Active(file): 14209152 kB Inactive(file): 145395692 kB Unevictable: 50488 kB Mlocked: 50488 kB SwapTotal: 4194300 kB SwapFree: 3612188 kB Dirty: 624 kB Writeback: 0 kB AnonPages: 29185032 kB Mapped: 85176 kB Shmem: 25908 kB Slab: 6203384 kB SReclaimable: 5857240 kB SUnreclaim: 346144 kB KernelStack: 19184 kB PageTables: 86100 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 103186036 kB Committed_AS: 52300288 kB VmallocTotal: 34359738367 kB VmallocUsed: 1560580 kB VmallocChunk: 34257341440 kB HardwareCorrupted: 0 kB AnonHugePages: 5566464 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 431292 kB DirectMap2M: 19382272 kB DirectMap1G: 183500800 kB can anybody help me with this ?? I've got a small tip about swap problem ( in messages), but not shure ..... The similar problem occured in older versions in gluster/ovirt testing ( in huge workload freeez - but not fatal overload ) regards Paf1 --------------C04C9E032CD3A8F03847AFCD 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 bgcolor="#FFFFFF" text="#000066"> Hello everybody, for production usage i'm testing ovirt with gluster. All components seems to be running fine but whenever I'm testing huge workload, then node freez. Not the main OS, but VDSM mgmt and attached services, VMs eg. mgmt oVirt - 4.1.0.4 centos 7.3-1611 nodes ( installed from ovirt image "ovirt-node-ng-installer-ovirt-4.1-2017030804.iso" ) <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">OS Version: == RHEL - 7 - 3.1611.el7.centos</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">OS Description:== oVirt Node 4.1.0</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">Kernel Version:== 3.10.0 - 514.10.2.el7.x86_64</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">KVM Version:== 2.6.0 - 28.el7_3.3.1</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">LIBVIRT Version:== libvirt-2.0.0-10.el7_3.5</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">VDSM Version:== vdsm-4.19.4-1.el7.centos</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">SPICE Version:== 0.12.4 - 20.el7_3</div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="col-md-10">GlusterFS Version:== glusterfs-3.8.9-1.el7 ( LVM thinprovisioning in replica 2 - created from ovirt GUI ) </div> </div> </div> </div> </div> <div class="row"> <div class="col-md-12"> <div class="row"> <div class="col-md-2"> <div class="GOJECEMBPBD" id="SubTabHostGeneralSoftwareView_formPanel_col0_row8_label"> </div> </div> </div> </div> </div> concurently running - huge import from export domain ( net workload ) - sequential write to VMs local disk ( gluster replica sequential workload ) - VMs database huge select ( random IOps ) - huge old snapshot delete ( random IOps ) In this configuration / workload is runnig one hour eg, with no exceptions , with 70-80% disk load, but in some point VDSM freez all jobs for a timeout and VM's are in "uknown" status . The whole system revitalize then automaticaly in cca 20min time frame ( except the import and snapshot deleting(rollback) ) engine.log - focus 10:39:07 time ( Failed in 'HSMGetAllTasksStatusesVDS' method ) ======== n child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:01,727+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (DefaultQuartzScheduler2) [759c8e1f] Command 'RemoveSnapshotSingleDiskLive' (id: 'a8a3a4d5-cf7d-4423-8243-022911232508') waiting on child command id: '33df2c1e-6ce3-44fd-a39b-d111883b4c4e' type:'DestroyImage' to complete 2017-03-10 10:39:03,929+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 446d0cd3 2017-03-10 10:39:04,343+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 446d0cd3 2017-03-10 10:39:04,353+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 69ea1fda 2017-03-10 10:39:05,128+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler5) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 69ea1fda 2017-03-10 10:39:07,163+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler2) [759c8e1f] Failed in 'HSMGetAllTasksStatusesVDS' method 2017-03-10 10:39:07,178+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler2) [759c8e1f] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM 2kvm2 command HSMGetAllTasksStatusesVDS failed: Connection timed out 2017-03-10 10:39:07,182+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] BaseAsyncTask::onTaskEndSuccess: Task 'f594bf69-619b-4d1b-8f6d-a9826997e478' (Parent Command 'ImportVm', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended successfully. 2017-03-10 10:39:07,182+01 INFO [org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (DefaultQuartzScheduler2) [759c8e1f] Task with DB Task ID 'a05c7c07-9b98-4ab2-ac7b-9e70a75ba7b7' and VDSM Task ID '7c60369f-70a3-4a6a-80c9-4753ac9ed372' is in state Polling. End action for command 8deb3fe3-4a83-4605-816c-ffdc63fd9ac1 will proceed when all the entity's tasks are completed. 2017-03-10 10:39:07,182+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] SPMAsyncTask::PollTask: Polling task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' (Parent Command 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'finished', result 'cleanSuccess'. 2017-03-10 10:39:07,182+01 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] BaseAsyncTask::logEndTaskFailure: Task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' (Parent Command 'DestroyImage', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with failure: -- Result: 'cleanSuccess' -- Message: 'VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = Connection timed out, code = 100', -- Exception: 'VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = Connection timed out, code = 100' 2017-03-10 10:39:07,184+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] CommandAsyncTask::endActionIfNecessary: All tasks of command '33df2c1e-6ce3-44fd-a39b-d111883b4c4e' has ended -> executing 'endAction' 2017-03-10 10:39:07,185+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (DefaultQuartzScheduler2) [759c8e1f] CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: '33df2c1e-6ce3-44fd-a39b-d111883b4c4e'): calling endAction '. 2017-03-10 10:39:07,185+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::endCommandAction [within thread] context: Attempting to endAction 'DestroyImage', 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.storage.disk.image.DestroyImageCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] Command [id=33df2c1e-6ce3-44fd-a39b-d111883b4c4e]: Updating status to 'FAILED', The command end method logic will be executed by one of its parent commands. 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type 'DestroyImage' completed, handling the result. 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::HandleEndActionResult [within thread]: endAction for action type 'DestroyImage' succeeded, clearing tasks. 2017-03-10 10:39:07,192+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] SPMAsyncTask::ClearAsyncTask: Attempting to clear task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' 2017-03-10 10:39:07,193+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000311', ignoreFailoverLimit='false', taskId='f351e8f6-6dd7-49aa-bf54-650d84fc6352'}), log id: 2b7080c2 2017-03-10 10:39:07,194+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] START, HSMClearTaskVDSCommand(HostName = 2kvm2, HSMTaskGuidBaseVDSCommandParameters:{runAsync='true', hostId='905375e1-6de4-4fdf-b69c-b2d546f869c8', taskId='f351e8f6-6dd7-49aa-bf54-650d84fc6352'}), log id: 2edff460 2017-03-10 10:39:08,208+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] FINISH, HSMClearTaskVDSCommand, log id: 2edff460 2017-03-10 10:39:08,208+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] FINISH, SPMClearTaskVDSCommand, log id: 2b7080c2 2017-03-10 10:39:08,213+01 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] BaseAsyncTask::removeTaskFromDB: Removed task 'f351e8f6-6dd7-49aa-bf54-650d84fc6352' from DataBase 2017-03-10 10:39:08,213+01 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (org.ovirt.thread.pool-6-thread-31) [759c8e1f] CommandAsyncTask::HandleEndActionResult [within thread]: Removing CommandMultiAsyncTasks object for entity '33df2c1e-6ce3-44fd-a39b-d111883b4c4e' 2017-03-10 10:39:10,142+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 2e7278cb 2017-03-10 10:39:11,513+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 2e7278cb 2017-03-10 10:39:11,523+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 43704ef2 2017-03-10 10:39:11,777+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler9) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:11,789+01 WARN [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler9) [759c8e1f] Child command 'DESTROY_IMAGE' failed, proceeding to verify 2017-03-10 10:39:11,789+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand] (DefaultQuartzScheduler9) [759c8e1f] Executing Live Merge command step 'DESTROY_IMAGE_CHECK' 2017-03-10 10:39:11,832+01 INFO [org.ovirt.engine.core.bll.DestroyImageCheckCommand] (pool-5-thread-7) [4856f570] Running command: DestroyImageCheckCommand internal: true. 2017-03-10 10:39:11,833+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetVolumeInfoVDSCommand] (pool-5-thread-7) [4856f570] START, SPMGetVolumeInfoVDSCommand( SPMGetVolumeInfoVDSCommandParameters:{expectedEngineErrors='[VolumeDoesNotExist]', runAsync='true', storagePoolId='00000001-0001-0001-0001-000000000311', ignoreFailoverLimit='false', storageDomainId='1603cd90-92ef-4c03-922c-cecb282fd00e', imageGroupId='7543338a-3ca6-4698-bb50-c14f0bd71428', imageId='50b592f7-bfba-4398-879c-8d6a19a2c000'}), log id: 2c8031f8 2017-03-10 10:39:11,833+01 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetVolumeInfoVDSCommand] (pool-5-thread-7) [4856f570] Executing GetVolumeInfo using the current SPM 2017-03-10 10:39:11,834+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand] (pool-5-thread-7) [4856f570] START, GetVolumeInfoVDSCommand(HostName = 2kvm2, GetVolumeInfoVDSCommandParameters:{expectedEngineErrors='[VolumeDoesNotExist]', runAsync='true', hostId='905375e1-6de4-4fdf-b69c-b2d546f869c8', storagePoolId='00000001-0001-0001-0001-000000000311', storageDomainId='1603cd90-92ef-4c03-922c-cecb282fd00e', imageGroupId='7543338a-3ca6-4698-bb50-c14f0bd71428', imageId='50b592f7-bfba-4398-879c-8d6a19a2c000'}), log id: 79ca86cc 2017-03-10 10:39:11,846+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler10) [a86dc7b5-52dc-40d4-a3b9-49d7eabbb93c] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 43704ef2 2017-03-10 10:39:16,858+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 6542adcd 2017-03-10 10:39:17,394+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 6542adcd 2017-03-10 10:39:17,406+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 44ec33ed 2017-03-10 10:39:18,598+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 44ec33ed 2017-03-10 10:39:21,865+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:21,881+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (DefaultQuartzScheduler6) [4856f570] Command 'RemoveSnapshotSingleDiskLive' (id: 'a8a3a4d5-cf7d-4423-8243-022911232508') waiting on child command id: 'b1d63b8e-19d3-4d64-8fa8-4eb3e2d1a8fc' type:'DestroyImageCheck' to complete 2017-03-10 10:39:23,611+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler6) [4856f570] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 4c2fc22d 2017-03-10 10:39:24,616+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] START, GlusterTasksListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 1f169371 2017-03-10 10:39:24,618+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler6) [4856f570] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 4c2fc22d 2017-03-10 10:39:24,629+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler6) [4856f570] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 2ac55735 2017-03-10 10:39:24,822+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand] (DefaultQuartzScheduler7) [d82701d9-9fa3-467d-b273-f5fe5a93062f] FINISH, GlusterTasksListVDSCommand, return: [], log id: 1f169371 2017-03-10 10:39:26,836+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler6) [4856f570] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 2ac55735 2017-03-10 10:39:31,849+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 2e8dbcd1 2017-03-10 10:39:31,932+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete 2017-03-10 10:39:31,944+01 INFO [org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommandCallback] (DefaultQuartzScheduler6) [4856f570] Command 'RemoveSnapshotSingleDiskLive' (id: 'a8a3a4d5-cf7d-4423-8243-022911232508') waiting on child command id: 'b1d63b8e-19d3-4d64-8fa8-4eb3e2d1a8fc' type:'DestroyImageCheck' to complete 2017-03-10 10:39:33,213+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 2e8dbcd1 2017-03-10 10:39:33,226+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 1fb3f9e3 2017-03-10 10:39:34,375+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler8) [fde51205-3e8b-4b84-a478-352dc444ccc4] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 1fb3f9e3 2017-03-10 10:39:39,392+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] START, GlusterServersListVDSCommand(HostName = 2kvm1, VdsIdVDSCommandParametersBase:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 1e0b8eeb 2017-03-10 10:39:40,753+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] FINISH, GlusterServersListVDSCommand, return: [172.16.5.163/24:CONNECTED, 16.0.0.164:CONNECTED], log id: 1e0b8eeb 2017-03-10 10:39:40,763+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] START, GlusterVolumesListVDSCommand(HostName = 2kvm1, GlusterVolumesListVDSParameters:{runAsync='true', hostId='86876b79-71d8-4ae1-883b-ba010cd270e7'}), log id: 35b04b33 2017-03-10 10:39:41,952+01 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler9) [12d6d15f-e054-4833-bd87-58f6a51e5fa6] FINISH, GlusterVolumesListVDSCommand, return: {8ded4083-2f31-489e-a60d-a315a5eb9b22=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@7765e4ad}, log id: 35b04b33 2017-03-10 10:39:41,991+01 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (DefaultQuartzScheduler6) [67e1d8ed] Command 'RemoveSnapshot' (id: '13c2cb7c-0809-4971-aceb-37ae66105ab7') waiting on child command id: 'a8a3a4d5-cf7d-4423-8243-022911232508' type:'RemoveSnapshotSingleDiskLive' to complete gluster ( nothing in logs ) ====== ## "etc-glusterfs-glusterd.vol.log" [2017-03-10 10:13:52.599019] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:16:48.639635] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 The message "I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1" repeated 3 times between [2017-03-10 10:16:48.639635] and [2017-03-10 10:17:55.659379] [2017-03-10 10:18:56.875516] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:19:57.204689] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:21:56.576879] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:21:57.772857] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:24:00.617931] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:30:04.918080] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:31:06.128638] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:32:07.325672] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:32:12.433586] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:32:13.544909] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:35:10.039213] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:37:19.905314] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:37:20.174209] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:38:12.635460] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 [2017-03-10 10:40:14.169864] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume slow1 ## "rhev-data-center-mnt-glusterSD-localhost:_slow1.log" [2017-03-10 09:43:40.346785] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61849: dentry not found in 43e6968f-9c2a-40d8-8074-caf1a36f60cf [2017-03-10 09:43:40.347076] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61879: dentry not found in 902a6e3d-b7aa-439f-8262-cdc1b7f9f022 [2017-03-10 09:43:40.347145] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61935: dentry not found in 846bbcfc-f2b3-4ab6-af44-aeaa10b39318 [2017-03-10 09:43:40.347211] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61922: dentry not found in 66ad3bc5-26c7-4360-b33b-a084e3305cf8 [2017-03-10 09:43:40.351571] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61834: dentry not found in 3b8278e1-40e5-4363-b21e-7bffcd024c62 [2017-03-10 09:43:40.352449] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/b6f2d08d-2441-4111-ab62-e14abdfaf602.61870: dentry not found in 282f4c05-e09a-48e0-96a3-52e079ff2f73 [2017-03-10 09:50:38.829325] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:42.221775] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:45.956432] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/3cef54b4-45b9-4f5b-82c2-fcc8def06a37/85287865-38f0-45df-9e6c-1294913cbb88.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/3cef54b4-45b9-4f5b-82c2-fcc8def06a37/85287865-38f0-45df-9e6c-1294913cbb88.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:40.349563] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/014ca3aa-d5f5-4b88-8f84-be8d4c5dfc1e/f147532a-89fa-49e0-8225-f82343fca8be.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:50:44.503866] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/4cf7dd90-9dcc-428c-82bc-fbf08dbee0be/12812d56-1606-4bf8-a391-0a2cacbd020b.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) [2017-03-10 09:59:46.860762] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/6e105aa3-a3fc-4aca-be50-78b7642c4072.6684: dentry not found in d1e65eea-8758-4407-ac2e-3605dc661364 [2017-03-10 10:02:22.500865] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/6e105aa3-a3fc-4aca-be50-78b7642c4072.8767: dentry not found in e228bb28-9602-4f8e-8323-7434d77849fc [2017-03-10 10:04:03.103839] W [MSGID: 101159] [inode.c:1214:__inode_unlink] 0-inode: be318638-e8a0-4c6d-977d-7a937aa84806/6e105aa3-a3fc-4aca-be50-78b7642c4072.9787: dentry not found in 6be71632-aa36-4975-b673-1357e0355027 [2017-03-10 10:06:02.406385] I [MSGID: 109066] [dht-rename.c:1569:dht_rename] 0-slow1-dht: renaming /1603cd90-92ef-4c03-922c-cecb282fd00e/images/2a9c1c6a-f045-4dce-a47b-95a2267eef72/6f264695-0669-4b49-a2f6-e6c92482f2fb.meta.new (hash=slow1-replicate-0/cache=slow1-replicate-0) => /1603cd90-92ef-4c03-922c-cecb282fd00e/images/2a9c1c6a-f045-4dce-a47b-95a2267eef72/6f264695-0669-4b49-a2f6-e6c92482f2fb.meta (hash=slow1-replicate-0/cache=slow1-replicate-0) ... no other record messages ======== several times occured: Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:04:38 2kvm2 lvmetad: WARNING: Ignoring unsupported value for cmd. Mar 10 09:10:01 2kvm2 systemd: Started Session 274 of user root. Mar 10 09:10:01 2kvm2 systemd: Starting Session 274 of user root. Mar 10 09:20:02 2kvm2 systemd: Started Session 275 of user root. Mar 10 09:20:02 2kvm2 systemd: Starting Session 275 of user root. Mar 10 09:22:59 2kvm2 sanlock[1673]: 2017-03-10 09:22:59+0100 136031 [2576]: s3 delta_renew long write time 11 sec Mar 10 09:24:03 2kvm2 kernel: kswapd1: page allocation failure: order:2, mode:0x104020 Mar 10 09:24:03 2kvm2 kernel: CPU: 42 PID: 265 Comm: kswapd1 Tainted: G I ------------ 3.10.0-514.10.2.el7.x86_64 #1 Mar 10 09:24:03 2kvm2 kernel: Hardware name: Supermicro X10DRC/X10DRi-LN4+, BIOS 1.0a 08/29/2014 Mar 10 09:24:03 2kvm2 kernel: 0000000000104020 00000000f7228dc9 ffff88301f4839d8 ffffffff816864ef Mar 10 09:24:03 2kvm2 kernel: ffff88301f483a68 ffffffff81186ba0 000068fc00000000 0000000000000000 Mar 10 09:24:03 2kvm2 kernel: fffffffffffffffc 0010402000000000 ffff88301567ae80 00000000f7228dc9 Mar 10 09:24:03 2kvm2 kernel: Call Trace: Mar 10 09:24:03 2kvm2 kernel: <IRQ> [<ffffffff816864ef>] dump_stack+0x19/0x1b Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81186ba0>] warn_alloc_failed+0x110/0x180 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81682083>] __alloc_pages_slowpath+0x6b7/0x725 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8118b155>] __alloc_pages_nodemask+0x405/0x420 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811cf30a>] alloc_pages_current+0xaa/0x170 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81185a7e>] __get_free_pages+0xe/0x50 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811dabae>] kmalloc_order_trace+0x2e/0xa0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811dd381>] __kmalloc+0x221/0x240 Mar 10 09:24:03 2kvm2 kernel: [<ffffffffa02f83fa>] bnx2x_frag_alloc.isra.62+0x2a/0x40 [bnx2x] Mar 10 09:24:03 2kvm2 kernel: [<ffffffffa02f92f7>] bnx2x_rx_int+0x227/0x17b0 [bnx2x] Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81033669>] ? sched_clock+0x9/0x10 Mar 10 09:24:03 2kvm2 kernel: [<ffffffffa02fc72d>] bnx2x_poll+0x1dd/0x260 [bnx2x] Mar 10 09:24:03 2kvm2 kernel: [<ffffffff815705e0>] net_rx_action+0x170/0x380 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8108f2cf>] __do_softirq+0xef/0x280 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8169859c>] call_softirq+0x1c/0x30 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8102d365>] do_softirq+0x65/0xa0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8108f665>] irq_exit+0x115/0x120 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81699138>] do_IRQ+0x58/0xf0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8168e2ad>] common_interrupt+0x6d/0x6d Mar 10 09:24:03 2kvm2 kernel: <EOI> [<ffffffff81189a73>] ? free_hot_cold_page+0x103/0x160 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81189b16>] free_hot_cold_page_list+0x46/0xa0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81195193>] shrink_page_list+0x543/0xb00 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81195dda>] shrink_inactive_list+0x1fa/0x630 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81196975>] shrink_lruvec+0x385/0x770 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81196dd6>] shrink_zone+0x76/0x1a0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff8119807c>] balance_pgdat+0x48c/0x5e0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81198343>] kswapd+0x173/0x450 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b17d0>] ? wake_up_atomic_t+0x30/0x30 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff811981d0>] ? balance_pgdat+0x5e0/0x5e0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b06ff>] kthread+0xcf/0xe0 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b0630>] ? kthread_create_on_node+0x140/0x140 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff81696a58>] ret_from_fork+0x58/0x90 Mar 10 09:24:03 2kvm2 kernel: [<ffffffff810b0630>] ? kthread_create_on_node+0x140/0x140 Mar 10 09:24:03 2kvm2 kernel: kswapd1: page allocation failure: order:2, mode:0x104020 Mar 10 09:24:03 2kvm2 kernel: CPU: 42 PID: 265 Comm: kswapd1 Tainted: G I ------------ 3.10.0-514.10.2.el7.x86_64 #1 Mar 10 09:24:03 2kvm2 kernel: Hardware name: Supermicro X10DRC/X10DRi-LN4+, BIOS 1.0a 08/29/2014 Mar 10 09:24:03 2kvm2 kernel: 0000000000104020 00000000f7228dc9 ffff88301f4839d8 ffffffff816864ef and in critical time again Mar 10 10:37:53 2kvm2 sanlock[1673]: 2017-03-10 10:37:53+0100 140524 [1673]: s3 check_our_lease warning 73 last_success 140451 Mar 10 10:37:54 2kvm2 sanlock[1673]: 2017-03-10 10:37:54+0100 140525 [1673]: s3 check_our_lease warning 74 last_success 140451 Mar 10 10:37:54 2kvm2 wdmd[1732]: test warning now 140526 ping 140516 close 0 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:54 2kvm2 kernel: watchdog watchdog0: watchdog did not stop! Mar 10 10:37:54 2kvm2 wdmd[1732]: /dev/watchdog0 closed unclean Mar 10 10:37:55 2kvm2 sanlock[1673]: 2017-03-10 10:37:55+0100 140526 [1673]: s3 check_our_lease warning 75 last_success 140451 Mar 10 10:37:55 2kvm2 wdmd[1732]: test warning now 140527 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:56 2kvm2 sanlock[1673]: 2017-03-10 10:37:56+0100 140527 [1673]: s3 check_our_lease warning 76 last_success 140451 Mar 10 10:37:56 2kvm2 wdmd[1732]: test warning now 140528 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:57 2kvm2 sanlock[1673]: 2017-03-10 10:37:57+0100 140528 [1673]: s3 check_our_lease warning 77 last_success 140451 Mar 10 10:37:57 2kvm2 wdmd[1732]: test warning now 140529 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:58 2kvm2 sanlock[1673]: 2017-03-10 10:37:58+0100 140529 [1673]: s3 check_our_lease warning 78 last_success 140451 Mar 10 10:37:58 2kvm2 wdmd[1732]: test warning now 140530 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:37:59 2kvm2 sanlock[1673]: 2017-03-10 10:37:59+0100 140530 [1673]: s3 check_our_lease warning 79 last_success 140451 Mar 10 10:37:59 2kvm2 wdmd[1732]: test failed rem 55 now 140531 ping 140516 close 140526 renewal 140451 expire 140531 client 1673 sanlock_1603cd90-92ef-4c03-922c-cecb282fd00e:1 Mar 10 10:38:00 2kvm2 sanlock[1673]: 2017-03-10 10:38:00+0100 140531 [1673]: s3 check_our_lease failed 80 Mar 10 10:38:00 2kvm2 sanlock[1673]: 2017-03-10 10:38:00+0100 140531 [1673]: s3 all pids clear Mar 10 10:38:01 2kvm2 wdmd[1732]: /dev/watchdog0 reopen Mar 10 10:38:10 2kvm2 journal: Cannot start job (query, none) for domain TEST-LBS_EBSAPP; current job is (query, none) owned by (3284 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (62s, 0s) Mar 10 10:38:10 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:38:11 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40590, 0, 0) at 0x3acdd88>: unexpected eof Mar 10 10:38:40 2kvm2 journal: Cannot start job (query, none) for domain TEST1-LBS_ATRYA; current job is (query, none) owned by (3288 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (47s, 0s) Mar 10 10:38:40 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:38:41 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40592, 0, 0) at 0x3fd5b90>: unexpected eof Mar 10 10:39:10 2kvm2 journal: Cannot start job (query, none) for domain TEST-LBS_EBSAPP; current job is (query, none) owned by (3284 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (122s, 0s) Mar 10 10:39:10 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:10 2kvm2 journal: Cannot start job (query, none) for domain TEST1-LBS_ATRYA; current job is (query, none) owned by (3288 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (77s, 0s) Mar 10 10:39:10 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:11 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40594, 0, 0) at 0x2447290>: unexpected eof Mar 10 10:39:23 2kvm2 sanlock[1673]: 2017-03-10 10:39:23+0100 140615 [2576]: s3 delta_renew write time 140 error -202 Mar 10 10:39:23 2kvm2 sanlock[1673]: 2017-03-10 10:39:23+0100 140615 [2576]: s3 renewal error -202 delta_length 144 last_success 140451 Mar 10 10:39:40 2kvm2 journal: Cannot start job (query, none) for domain TEST-LBS_EBSAPP; current job is (query, none) owned by (3284 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (152s, 0s) Mar 10 10:39:40 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:40 2kvm2 journal: Cannot start job (query, none) for domain TEST1-LBS_ATRYA; current job is (query, none) owned by (3288 remoteDispatchConnectGetAllDomainStats, 0 <null>) for (107s, 0s) Mar 10 10:39:40 2kvm2 journal: Timed out during operation: cannot acquire state change lock (held by remoteDispatchConnectGetAllDomainStats) Mar 10 10:39:41 2kvm2 journal: vdsm vds.dispatcher ERROR SSL error receiving from <yajsonrpc.betterAsyncore.Dispatcher connected ('::1', 40596, 0, 0) at 0x2472ef0>: unexpected eof Mar 10 10:39:49 2kvm2 kernel: INFO: task qemu-img:42107 blocked for more than 120 seconds. Mar 10 10:39:49 2kvm2 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Mar 10 10:39:49 2kvm2 kernel: qemu-img D ffff88010dad3e30 0 42107 3631 0x00000080 Mar 10 10:39:49 2kvm2 kernel: ffff88010dad3b30 0000000000000082 ffff8814491f4e70 ffff88010dad3fd8 Mar 10 10:39:49 2kvm2 kernel: ffff88010dad3fd8 ffff88010dad3fd8 ffff8814491f4e70 ffff88301f096c40 Mar 10 10:39:49 2kvm2 kernel: 0000000000000000 7fffffffffffffff ffff88181f186c00 ffff88010dad3e30 Mar 10 10:39:49 2kvm2 kernel: Call Trace: Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8168bbb9>] schedule+0x29/0x70 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81689609>] schedule_timeout+0x239/0x2d0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8168b15e>] io_schedule_timeout+0xae/0x130 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8168b1f8>] io_schedule+0x18/0x20 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff8124d9e5>] wait_on_sync_kiocb+0x35/0x80 Mar 10 10:39:49 2kvm2 kernel: [<ffffffffa0a36091>] fuse_direct_IO+0x231/0x380 [fuse] Mar 10 10:39:49 2kvm2 kernel: [<ffffffff812a6ddd>] ? cap_inode_need_killpriv+0x2d/0x40 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff812a8cb6>] ? security_inode_need_killpriv+0x16/0x20 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81219e3f>] ? dentry_needs_remove_privs.part.13+0x1f/0x30 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81182a2d>] generic_file_direct_write+0xcd/0x190 Mar 10 10:39:49 2kvm2 kernel: [<ffffffffa0a36905>] fuse_file_aio_write+0x185/0x340 [fuse] Mar 10 10:39:49 2kvm2 kernel: [<ffffffff811fdabd>] do_sync_write+0x8d/0xd0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff811fe32d>] vfs_write+0xbd/0x1e0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff811ff002>] SyS_pwrite64+0x92/0xc0 Mar 10 10:39:49 2kvm2 kernel: [<ffffffff81696b09>] system_call_fastpath+0x16/0x1b Mar 10 10:39:49 2kvm2 kernel: INFO: task qemu-img:42111 blocked for more than 120 seconds. Mar 10 10:39:49 2kvm2 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Mar 10 10:39:49 2kvm2 kernel: qemu-img D ffff8818a76e7e30 0 42111 3632 0x00000080 Mar 10 10:39:49 2kvm2 kernel: ffff8818a76e7b30 0000000000000082 ffff88188aaeaf10 ffff8818a76e7fd8 Mar 10 10:39:49 2kvm2 kernel: ffff8818a76e7fd8 ffff8818a76e7fd8 ffff88188aaeaf10 ffff88301f156c40 memory ======= # cat /proc/meminfo MemTotal: 197983472 kB MemFree: 834228 kB MemAvailable: 165541204 kB Buffers: 45548 kB Cached: 159596272 kB SwapCached: 119872 kB Active: 40803264 kB Inactive: 148022076 kB Active(anon): 26594112 kB Inactive(anon): 2626384 kB Active(file): 14209152 kB Inactive(file): 145395692 kB Unevictable: 50488 kB Mlocked: 50488 kB SwapTotal: 4194300 kB SwapFree: 3612188 kB Dirty: 624 kB Writeback: 0 kB AnonPages: 29185032 kB Mapped: 85176 kB Shmem: 25908 kB Slab: 6203384 kB SReclaimable: 5857240 kB SUnreclaim: 346144 kB KernelStack: 19184 kB PageTables: 86100 kB NFS_Unstable: 0 kB Bounce: 0 kB WritebackTmp: 0 kB CommitLimit: 103186036 kB Committed_AS: 52300288 kB VmallocTotal: 34359738367 kB VmallocUsed: 1560580 kB VmallocChunk: 34257341440 kB HardwareCorrupted: 0 kB AnonHugePages: 5566464 kB HugePages_Total: 0 HugePages_Free: 0 HugePages_Rsvd: 0 HugePages_Surp: 0 Hugepagesize: 2048 kB DirectMap4k: 431292 kB DirectMap2M: 19382272 kB DirectMap1G: 183500800 kB can anybody help me with this ?? I've got a small tip about swap problem ( in messages), but not shure ..... The similar problem occured in older versions in gluster/ovirt testing ( in huge workload freeez - but not fatal overload ) regards Paf1 </body> </html> --------------C04C9E032CD3A8F03847AFCD--

3 4

Extend disk in engine appliance in ovirt 4.1.0?
by gflwqs gflwqs 13 Mar '17

13 Mar '17

Hi, I have recently installed a new ovirt environment from scratch. The version is 4.1.0. I made a 90GB disk for the hosted engine. When i had installed it and log into the engine i see that it has only configured 10GB of those 90GB. So there is 80GB of unconfigured disk unused. That is fine as long as it had used lvm but it has not meaning i have to take the engine down to extend the disk? My questions is: 1. Why does it not configure all disk? 2. Why is it not using lvm? 3. What should i do to extend the disk? Regards Christian

2 1

HE in bad stauts, will not start following storage issue - HELP
by Ian Neilsen 12 Mar '17

12 Mar '17

Hi All I had a storage issue with my gluster volumes running under ovirt hosted. I now cannot start the hosted engine manager vm from "hosted-engine --vm-start". I've scoured the net to find a way, but can't seem to find anything concrete. Running Centos7, ovirt 4.0 and gluster 3.8.9 How do I recover the engine manager. Im at a loss! Engine Status = score between nodes was 0 for all, now node 1 is reading 3400, but all others are 0 {"reason": "bad vm status", "health": "bad", "vm": "down", "detail": "down"} Logs from agent.log ================== INFO::2017-03-09 19:32:52,600::state_decorators::51::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) Global maintenance detected INFO::2017-03-09 19:32:52,603::hosted_engine::612::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Initializing VDSM INFO::2017-03-09 19:32:54,820::hosted_engine::639::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Connecting the storage INFO::2017-03-09 19:32:54,821::storage_server::219::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server INFO::2017-03-09 19:32:59,194::storage_server::226::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Connecting storage server INFO::2017-03-09 19:32:59,211::storage_server::233::ovirt_hosted_engine_ha.lib.storage_server.StorageServer::(connect_storage_server) Refreshing the storage domain INFO::2017-03-09 19:32:59,328::hosted_engine::666::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Preparing images INFO::2017-03-09 19:32:59,328::image::126::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images) Preparing images INFO::2017-03-09 19:33:01,748::hosted_engine::669::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images) Reloading vm.conf from the shared storage domain INFO::2017-03-09 19:33:01,748::config::206::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Trying to get a fresher copy of vm configuration from the OVF_STORE WARNING::2017-03-09 19:33:04,056::ovf_store::107::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) Unable to find OVF_STORE ERROR::2017-03-09 19:33:04,058::config::235::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf ovirt-ha-agent logs ================ ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf vdsm ====== vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof ovirt-ha-broker ============ ovirt-ha-broker cpu_load_no_engine.EngineHealth ERROR Failed to getVmStats: 'pid' -- Ian Neilsen Mobile: 0424 379 762 Linkedin: http://au.linkedin.com/in/ianneilsen Twitter : ineilsen

3 4

host-only network
by qinglong.dong＠horebdata.cn 12 Mar '17

12 Mar '17

This is a multi-part message in MIME format. ------=_001_NextPart562105536544_=---- Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 SGksIGFsbA0KICAgICAgICBJIGhhdmUgbm90aWNlZCB0aGF0IGt2bSBzdXBwb3J0cyBob3N0LW9u bHkgbmV0d29yayBtb2RlLiBTbyBJIHdhbnQgdG8ga25vdyBob3cgdG8gY3JlYXRlIGEgaG9zdC1v bmx5IHZpbmMgZm9yIGEgdmlydHVhbCBtYWNoaW5lIGluIG92aXJ0Lg0KICAgICAgICBBbnlvbmUg Y2FuIGhlbHA/IFRoYW5rcyENCg== ------=_001_NextPart562105536544_=---- Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DISO-8859-1"><style>body { line-height: 1.5; }body { font-size: 10.5pt;= font-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }body { font-si= ze: 10.5pt; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><body>H= i, all<div>        I have noticed that kvm s= upports host-only network mode. So I want to know how to create a host-onl= y vinc for a virtual machine in ovirt.</div><div>   &nbsp= ;    Anyone can help? Thanks!</div></body></html> ------=_001_NextPart562105536544_=------

2 1

Re: [ovirt-users] Users Digest, Vol 66, Issue 86
by algotech 10 Mar '17

10 Mar '17

--------------7FAFD472380337AE680E33F3 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit It looks that any memory eager running and swap fails afterwards will write here who's response of this On 03/10/2017 01:56 PM, users-request(a)ovirt.org wrote: > Send Users mailing list submissions to > users(a)ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request(a)ovirt.org > > You can reach the person managing the list at > users-owner(a)ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Error on Node upgrade 2 (FERNANDO FREDIANI) > 2. Re: oVirt VM backup and restore (Gianluca Cecchi) > 3. Re: VDSM hang (Nir Soffer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 10 Mar 2017 09:37:00 -0300 > From: FERNANDO FREDIANI <fernando.frediani(a)upx.com> > To: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: [ovirt-users] Error on Node upgrade 2 > Message-ID: <3a306136-25aa-4533-4267-f1b8be58fd87(a)upx.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > I am not sure if another email I sent went through but has anyone got > problems when upgrading a running oVirt-node-ng from 4.1.0 to 4.1.1. > > Is the only solution a complete reinstall of the node ? > > Thanks > > Fernando > > > > ------------------------------ > > Message: 2 > Date: Fri, 10 Mar 2017 13:52:35 +0100 > From: Gianluca Cecchi <gianluca.cecchi(a)gmail.com> > To: Juan Hern?ndez <jhernand(a)redhat.com> > Cc: "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] oVirt VM backup and restore > Message-ID: > <CAG2kNCwA3-jubtjcz=bzwX+V5-a5V85=HKi5pr=447Ad-tRD4w(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > On Thu, Mar 9, 2017 at 11:23 AM, Juan Hern?ndez <jhernand(a)redhat.com> wrote: > >>> Very good point Gialuca, you are right, the 'persist_memorystate' >> flag >>> is 'true' by default, and that makes the pause longer. Would you be >> so >>> kind to add it to the 'vm_backup.py' example that is part of version >> 4 >>> of the SDK? >>> >>> >>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/ >> sdk/examples/vm_backup.py#L143-L151 >>> <https://github.com/oVirt/ovirt-engine-sdk/blob/master/ >> sdk/examples/vm_backup.py#L143-L151> >>> (Note that that Gibhub is just a mirror, the change needs to be >> submited >>> using gerrit.ovirt.org <http://gerrit.ovirt.org>). >>> >>> >>> >>> I already verified (on a 4.1 infra) that changing vm_backup.py >>> downloaded yesterday from master this way (apart connection paramters): >>> >>> $ diff vm_backup.py vm_backup.py.orig >>> 150d149 >>> < persist_memorystate=False, >>> >>> I get the backup result and snapshot is correctly without memory saved >>> (and no pause at VM side) >>> >> [snip] >> I see that you already have a gerrit.ovirt.org, so it shouldn't be >> difficult. The initial setup should be like this: >> >> $ git config --global user.name youruser >> $ git config --global user.email your@email >> $ git clone ssh://youruser@gerrit.ovirt.org:29418/ovirt-engine-sdk >> $ gitdir=$(git rev-parse --git-dir); scp -p -P 29418 >> youruser@gerrit.ovirt.org:hooks/commit-msg ${gitdir}/hooks/ >> >> Then, to submit the patch: >> >> $ cd ovirt-engine-sdk >> $ Edit the vm_backup.py file, and make your changes. >> $ git commit -a -s >> $ git push origin HEAD:refs/for/master >> >> > Ok. I found the time to try and apparently it worked as expected. > The master (you? jenkins CI? ;-) should see my change... > Just learnt (a little...) another thing > > sys admins often try to put an eye inside devs field but the reverse seldom > happens ;-) >

1 0

PHX outage report 10.03.2017
by Evgheni Dereveanchin 10 Mar '17

10 Mar '17

Hi everyone, Tonight we experienced a hardware fault on one of our PHX storage servers. The faulty server was used to provide storage for multiple production VMs. Since automatic failover did not happen they became unavailable. The outage lasted between 09.03.2017 20:36 UTC and 10.03.2017 09:15 UTC Unavailable services included all of oVirt's CI infrastructure, mailing lists and package repositories. Services in other datecenters such as gerrit.ovirt.org and www.ovirt.org were not affected. We brought storage back up and this allowed for VMs to be restarted. If you see tests that failed or didn't run during this period please re-trigger them. If there are still persisting issues please report them to the tracker ticket that has a more detailed root cause analysis: https://ovirt-jira.atlassian.net/browse/OVIRT-1244 Sorry for the inconvenience caused. We are working on improving reliability of the environment to avoid similar incidents from happening in the future. -- Regards, Evgheni Dereveanchin

1 0

oVirt VM backup and restore
by raphael awadallah 10 Mar '17

10 Mar '17

Dears Engineers, I hope you are doing great, I wish you can help me with a tutorial that shows how to take a scheduled backups for virtual machines running on oVirt node 4 and how to restore them. Best regards

8 18

Re: [ovirt-users] Unable to add permissions for LDAP users
by Richard Neuboeck 10 Mar '17

10 Mar '17

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2LvNVti3HDOn1MhIrbe5B2snDhjNOnQPn Content-Type: multipart/mixed; boundary="cUgn38JlIV4VKxpoXvonH2a8Rp00918Nu"; protected-headers="v1" From: Richard Neuboeck <hawk(a)tbi.univie.ac.at> To: users <users(a)ovirt.org> Message-ID: <ce3a6463-b08d-6af6-8adc-66f236ce0bed(a)tbi.univie.ac.at> Subject: Re: [ovirt-users] Unable to add permissions for LDAP users References: <71057a13-ee3d-aba0-b005-9fcbc906f375(a)tbi.univie.ac.at> In-Reply-To: <71057a13-ee3d-aba0-b005-9fcbc906f375(a)tbi.univie.ac.at> --cUgn38JlIV4VKxpoXvonH2a8Rp00918Nu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 03/10/2017 09:46 AM, Ondra Machacek wrote: > So what's your provider 389ds or FreeIPA? >=20 > Note that both use differrent unique ID. IPA is using 'ipaUniqueID', > and 389ds is using 'nsuniqueid'. DId you tried both? Thanks for pointing that out! It works perfectly if I use IPA. I didn't know they have different identifiers (though it might have been obvious to me since there is a separate IPA option...). I clung to the thought that FreeIPA uses 389ds internally. Thanks a lot! Richard >=20 > I can successfully run a search and also login > from the setup script. >=20 > After running the setup I rebootet the Engine VM to make sure > everything is restarted. >=20 > In the web UI configuration for 'System Permissions' I'm able to > find users from LDAP but when I try to 'Add' a selected user the UI= > shows me this error: 'User admin@internal-authz failed to grant > permission for Role SuperUser on System to User/Group <UNKNOWN>.'. >=20 > In then engine.log the following lines are generated: > 2017-03-09 14:02:49,308+01 INFO > [org.ovirt.engine.core.bll.AddSystemPermissionCommand] > (org.ovirt.thread.pool-6-thread-4) > [1ebae5e0-e5f6-49ba-ac80-95266c582893] Running command: > AddSystemPermissionCommand internal: false. Entities affected : ID= : > aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group > MANIPULATE_PERMISSIONS with role type USER, ID: > aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group > ADD_USERS_AND_GROUPS_FROM_DIRECTORY with role type USER > 2017-03-09 14:02:49,319+01 ERROR > [org.ovirt.engine.core.bll.AddSystemPermissionCommand] > (org.ovirt.thread.pool-6-thread-4) > [1ebae5e0-e5f6-49ba-ac80-95266c582893] Transaction rolled-back for > command 'org.ovirt.engine.core.bll.AddSystemPermissionCommand'. > 2017-03-09 14:02:49,328+01 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirect= or] > (org.ovirt.thread.pool-6-thread-4) > [1ebae5e0-e5f6-49ba-ac80-95266c582893] EVENT_ID: > USER_ADD_SYSTEM_PERMISSION_FAILED(867), Correlation ID: > 1ebae5e0-e5f6-49ba-ac80-95266c582893, Call Stack: null, Custom Even= t > ID: -1, Message: User admin@internal-authz failed to grant > permission for Role SuperUser on System to User/Group <UNKNOWN>. >=20 >=20 > So far I've re-run the ldap-setup routine. I made sure all newly > generated files in /etc/ovirt-engine/[aaa|extensions.d] are owned b= y > ovirt:ovirt (instead of root) and have 0600 as permission (instead > of 0644). That didn't change anything. >=20 > I've also found an older bug report but for oVirt 3.5 > https://bugzilla.redhat.com/show_bug.cgi?id=3D1121954 > <https://bugzilla.redhat.com/show_bug.cgi?id=3D1121954> > That didn't reveal any new either. >=20 > Any ideas what I could try next? >=20 > Thanks! > Cheers > Richard >=20 >=20 >=20 >=20 > On 10/06/2016 04:36 PM, Ondra Machacek wrote: > > On 10/06/2016 01:47 PM, Michael Burch wrote: > >> I'm using the latest ovirt on CentOS7 with the aaa-ldap > extension. > >> I can > >> successfully authenticate as an LDAP user. I can also login as > >> admin@internal and search for, find, and select LDAP users but I= > >> cannot > >> add permissions for them. Each time I get the error "User > >> admin@internal-authz failed to grant permission for Role > UserRole on > >> System to User/Group <UNKNOWN>." > > > > This error usually means bad unique attribute used. > > > >> > >> > >> I have no control over the LDAP server, which uses custom > >> objectClasses > >> and uses groupOfNames instead of PosixGroups. I assume I need > to set > >> sequence variables to accommodate our group configuration but I'= m > >> at a > >> loss as to where to begin. the The config I have is as follows: > >> > >> > >> include =3D <rfc2307-generic.properties> > >> > >> vars.server =3D labauth.lan.lab.org <http://labauth.lan.lab.org>= > >> > >> pool.authz.auth.type =3D none > >> pool.default.serverset.type =3D single > >> pool.default.serverset.single.server =3D ${global:vars.server} > >> pool.default.ssl.startTLS =3D true > >> pool.default.ssl.insecure =3D true > >> > >> pool.default.connection-options.connectTimeoutMillis =3D 10000 > >> pool.default.connection-options.responseTimeoutMillis =3D 90000 > >> sequence-init.init.100-my-basedn-init-vars =3D my-basedn-init-va= rs > >> sequence.my-basedn-init-vars.010.description =3D set baseDN > >> sequence.my-basedn-init-vars.010.type =3D var-set > >> sequence.my-basedn-init-vars.010.var-set.variable =3D simple_bas= eDN > >> sequence.my-basedn-init-vars.010.var-set.value =3D o=3DLANLAB > >> > >> sequence-init.init.101-my-objectclass-init-vars =3D > >> my-objectclass-init-vars > >> sequence.my-objectclass-init-vars.020.description =3D set > objectClass > >> sequence.my-objectclass-init-vars.020.type =3D var-set > >> sequence.my-objectclass-init-vars.020.var-set.variable =3D > >> simple_filterUserObject > >> sequence.my-objectclass-init-vars.020.var-set.value =3D > >> (objectClass=3DlabPerson)(uid=3D*) > >> > >> search.default.search-request.derefPolicy =3D NEVER > >> > >> sequence-init.init.900-local-init-vars =3D local-init-vars > >> sequence.local-init-vars.010.description =3D override name space= > >> sequence.local-init-vars.010.type =3D var-set > >> sequence.local-init-vars.010.var-set.variable =3D > >> simple_namespaceDefault > >> sequence.local-init-vars.010.var-set.value =3D * > > > > What's this^ for? I think it's unusable. > > > >> > >> sequence.local-init-vars.020.description =3D apply filter to use= rs > >> sequence.local-init-vars.020.type =3D var-set > >> sequence.local-init-vars.020.var-set.variable =3D > >> simple_filterUserObject > >> sequence.local-init-vars.020.var-set.value =3D > >> ${seq:simple_filterUserObject}(employeeStatus=3D3) > >> > >> sequence.local-init-vars.030.description =3D apply filter to gro= ups > >> sequence.local-init-vars.030.type =3D var-set > >> sequence.local-init-vars.030.var-set.variable =3D > >> simple_filterGroupObject > >> sequence.local-init-vars.030.var-set.value =3D > >> (objectClass=3DgroupOfUniqueNames) > > > > This looks as hard to maintain file. I would suggest you to inser= t > > into this file just following: > > > > include =3D <rfc2307-mycustom.properties> > > > > vars.server =3D labauth.lan.lab.org <http://labauth.lan.lab.org>= > > > > pool.authz.auth.type =3D none > > pool.default.serverset.type =3D single > > pool.default.serverset.single.server =3D ${global:vars.server} > > pool.default.ssl.startTLS =3D true > > pool.default.ssl.insecure =3D true > > > > pool.default.connection-options.connectTimeoutMillis =3D 10000 > > pool.default.connection-options.responseTimeoutMillis =3D 90000 > > > > # Set custom base DN > > sequence-init.init.100-my-basedn-init-vars =3D my-basedn-init-va= rs > > sequence.my-basedn-init-vars.010.description =3D set baseDN > > sequence.my-basedn-init-vars.010.type =3D var-set > > sequence.my-basedn-init-vars.010.var-set.variable =3D simple_bas= eDN > > sequence.my-basedn-init-vars.010.var-set.value =3D o=3DLANLAB > > > > And then create in directory > > '/usr/share/ovirt-engine-extension-aaa-ldap/profiles/' file > > 'rfc2307-mycustom.properties' with content: > > > > include =3D <rfc2307.properties> > > > > sequence-init.init.100-rfc2307-mycustom-init-vars =3D > > rfc2307-mycustom-init-vars > > sequence.rfc2307-mycustom-init-vars.010.description =3D set > unique attr > > sequence.rfc2307-mycustom-init-vars.010.type =3D var-set > > sequence.rfc2307-mycustom-init-vars.010.var-set.variable =3D > > rfc2307_attrsUniqueId > > sequence.rfc2307-mycustom-init-vars.010.var-set.value =3D > FIND_THIS_ONE > > > > sequence.rfc2307-mycustom-init-vars.020.type =3D var-set > > sequence.rfc2307-mycustom-init-vars.020.var-set.variable =3D > > simple_filterUserObject > > sequence.rfc2307-mycustom-init-vars.020.var-set.value =3D > > > (objectClass=3DlabPerson)(employeeStatus=3D3)(${seq:simple_attrsUse= rName}=3D*) > > > > > > > > The FIND_*THIS_ONE* replace with the unique attribute of > labPerson(I > > guess). It can be extended attribute(+,++). > > > > $ LDAPTLS_REQCERT=3Dnever ldapsearch -ZZ -x -b 'o=3DLANLAB' -H > > ldap://labauth.lan.lab.org <http://labauth.lan.lab.org> > 'objectClass=3DlabPerson' > > > > maybe (or even with two +): > > $ LDAPTLS_REQCERT=3Dnever ldapsearch -ZZ -x -b 'o=3DLANLAB' -H > > ldap://labauth.lan.lab.org <http://labauth.lan.lab.org> > 'objectClass=3DlabPerson' + > > > > The question is if even your implementation has unique > attribute, does > > it? > > > > Also may you share what's your LDAP provider? And maybe if you > share > > content of some user it would help as well. > > > >> > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)ovirt.org <mailto:Users@ovirt.org> > >> http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > >> > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> >=20 >=20 > -- > /dev/null >=20 >=20 --=20 /dev/null --cUgn38JlIV4VKxpoXvonH2a8Rp00918Nu-- --2LvNVti3HDOn1MhIrbe5B2snDhjNOnQPn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJYwnegAAoJEA7XCanqEVqIODIQAM4IumlowJYvAoH/+vVTaUT1 pxzYVsOFYHhs32f1in9aqJ37esa1CXngUcB1gHm1QcBixq1FEH1iVEF1Iy22nyXM gNoOh4R7meoUzqpdlcqYpdTdo3F3v6KgWDRuz9yxH912MZzheXA9BGZ0qhdbQH3S a1eo2UHNm6wpyS+6CCgUirM8fbrjdb6aTGTuXNQ1px3GaqFFHkQvlWPlENatSxGw G3IqVoPHhuDNsFDyF6dG6oF2iTbQdzlvk84x3aOztX/nGnxV1dY00/73qEp+8aXK 0krTp0hjiGI0uRiOHChl0DSUuO9VvlTmmqjxYCN1z2ZYHZkMaK590v6YtXmT42tM VRIsqt6J5HpyLLiQWmCNPPkXf/s7iuG1zAmO+fi4vd5x6gQlW7ao6lLFFRqB8dVr FuJyv7DW6PcBNjNiG0zCLbGb431t2MK9AaSxF+qb8KmTluDBqQ2trdijM43J+3Jk /ptoXfpSzWmX2HkDLuaJL0NeQ6F5vqGUZRgu9IkXS2RAvQwLXflm/cvMKsj32EkZ 39gF5k1ViYAdtk9YUwBObor6uxnb0UpdrvZyA5dUEHsYaP6Yw+hVNqi0tloTN9wL Q+J6CdHK+lRkRppddoEdSmnAtBqhN5/woZEqrBZ1E1jFRUw7KTefbaeUpDbpWQvS 0csSL7D0IScsBJE2kLSA =73cu -----END PGP SIGNATURE----- --2LvNVti3HDOn1MhIrbe5B2snDhjNOnQPn--

1 0