- Users - oVirt List Archives

ovirt - can't attach master domain II
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------090001000406070504000905 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I found the main ( maybe ) problem with IO error ( -5 ) for "ids" file access This file is not accessable via NFS, locally yes. How can I fix it ?? regs. Pavel # sanlock client log_dump .... 0 flags 1 timeout 0 2016-02-24 02:01:10+0100 3828 [12111]: s1316 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:10+0100 3828 [12111]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:10+0100 3828 [19556]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:10+0100 3828 [19556]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire leader_read1 error -5 2016-02-24 02:01:11+0100 3829 [12111]: s1316 add_lockspace fail result -5 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:12+0100 3831 [12116]: s1317 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire begin 7f52b697-c199-4f58-89aa-102d44327124:1 2016-02-24 02:01:12+0100 3831 [19562]: 7f52b697 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:12+0100 3831 [19562]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:13+0100 3831 [1321]: s1318 lockspace 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire begin 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1 2016-02-24 02:01:13+0100 3831 [19564]: 0fcad888 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458201000 result -5:0 match res 2016-02-24 02:01:13+0100 3831 [19564]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire leader_read1 error -5 2016-02-24 02:01:13+0100 3832 [12116]: s1317 add_lockspace fail result -5 2016-02-24 02:01:14+0100 3832 [1321]: s1318 add_lockspace fail result -5 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:19+0100 3838 [12106]: s1319 lockspace 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire begin 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1 2016-02-24 02:01:19+0100 3838 [19638]: 3da46e07 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:19+0100 3838 [19638]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire leader_read1 error -5 2016-02-24 02:01:20+0100 3839 [12106]: s1319 add_lockspace fail result -5 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 flags 1 timeout 0 2016-02-24 02:01:20+0100 3839 [1320]: s1320 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 async done 0 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1 2016-02-24 02:01:20+0100 3839 [19658]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res 2016-02-24 02:01:20+0100 3839 [19658]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire leader_read1 error -5 2016-02-24 02:01:21+0100 3840 [1320]: s1320 add_lockspace fail result -5 --------------090001000406070504000905 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi,<br> I found the main ( maybe ) problem with IO error ( -5 ) for "ids" file access<br> This file is not accessable via NFS, locally yes.<br> How can I fix it ??<br> regs.<br> Pavel<br> <br> # sanlock client log_dump<br> ....<br> 0 flags 1 timeout 0<br> 2016-02-24 02:01:10+0100 3828 [12111]: s1316 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0<br> 2016-02-24 02:01:10+0100 3828 [12111]: cmd_add_lockspace 4,15 async done 0<br> 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1<br> 2016-02-24 02:01:10+0100 3828 [19556]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res<br> 2016-02-24 02:01:10+0100 3828 [19556]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids<br> 2016-02-24 02:01:10+0100 3828 [19556]: s1316 delta_acquire leader_read1 error -5<br> 2016-02-24 02:01:11+0100 3829 [12111]: s1316 add_lockspace fail result -5<br> 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0 flags 1 timeout 0<br> 2016-02-24 02:01:12+0100 3831 [12116]: s1317 lockspace 7f52b697-c199-4f58-89aa-102d44327124:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids:0<br> 2016-02-24 02:01:12+0100 3831 [12116]: cmd_add_lockspace 4,15 async done 0<br> 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire begin 7f52b697-c199-4f58-89aa-102d44327124:1<br> 2016-02-24 02:01:12+0100 3831 [19562]: 7f52b697 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res<br> 2016-02-24 02:01:12+0100 3831 [19562]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P4/7f52b697-c199-4f58-89aa-102d44327124/dom_md/ids<br> 2016-02-24 02:01:12+0100 3831 [19562]: s1317 delta_acquire leader_read1 error -5<br> 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0 flags 1 timeout 0<br> 2016-02-24 02:01:13+0100 3831 [1321]: s1318 lockspace 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids:0<br> 2016-02-24 02:01:13+0100 3831 [1321]: cmd_add_lockspace 4,15 async done 0<br> 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire begin 0fcad888-d573-47be-bef3-0bc0b7a99fb7:1<br> 2016-02-24 02:01:13+0100 3831 [19564]: 0fcad888 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458201000 result -5:0 match res<br> 2016-02-24 02:01:13+0100 3831 [19564]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-BCK/0fcad888-d573-47be-bef3-0bc0b7a99fb7/dom_md/ids<br> 2016-02-24 02:01:13+0100 3831 [19564]: s1318 delta_acquire leader_read1 error -5<br> 2016-02-24 02:01:13+0100 3832 [12116]: s1317 add_lockspace fail result -5<br> 2016-02-24 02:01:14+0100 3832 [1321]: s1318 add_lockspace fail result -5<br> 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0 flags 1 timeout 0<br> 2016-02-24 02:01:19+0100 3838 [12106]: s1319 lockspace 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids:0<br> 2016-02-24 02:01:19+0100 3838 [12106]: cmd_add_lockspace 4,15 async done 0<br> 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire begin 3da46e07-d1ea-4f10-9250-6cbbb7b94d80:1<br> 2016-02-24 02:01:19+0100 3838 [19638]: 3da46e07 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res<br> 2016-02-24 02:01:19+0100 3838 [19638]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P5/3da46e07-d1ea-4f10-9250-6cbbb7b94d80/dom_md/ids<br> 2016-02-24 02:01:19+0100 3838 [19638]: s1319 delta_acquire leader_read1 error -5<br> 2016-02-24 02:01:20+0100 3839 [12106]: s1319 add_lockspace fail result -5<br> 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0 flags 1 timeout 0<br> 2016-02-24 02:01:20+0100 3839 [1320]: s1320 lockspace 88adbd49-62d6-45b1-9992-b04464a04112:1:/rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids:0<br> 2016-02-24 02:01:20+0100 3839 [1320]: cmd_add_lockspace 4,15 async done 0<br> 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire begin 88adbd49-62d6-45b1-9992-b04464a04112:1<br> 2016-02-24 02:01:20+0100 3839 [19658]: 88adbd49 aio collect 0 0x7fe4580008c0:0x7fe4580008d0:0x7fe458101000 result -5:0 match res<br> 2016-02-24 02:01:20+0100 3839 [19658]: read_sectors delta_leader offset 0 rv -5 /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P2/88adbd49-62d6-45b1-9992-b04464a04112/dom_md/ids<br> 2016-02-24 02:01:20+0100 3839 [19658]: s1320 delta_acquire leader_read1 error -5<br> 2016-02-24 02:01:21+0100 3840 [1320]: s1320 add_lockspace fail result -5<br> <br> </body> </html> --------------090001000406070504000905--

2 5

Fwd: Re: ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------070808000207030305050505 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit hi, after a lot of test will get 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 flags 1 timeout 0 2016-02-24 11:38:05+0100 7406 [25824]: s2256 lockspace ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 async done 0 2016-02-24 11:38:05+0100 7406 [26186]: open error -2 /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids 2016-02-24 11:38:05+0100 7406 [26186]: s2256 open_disk /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids error -2 what's wrong ?? thx. Pa. On 24.2.2016 08:14, Nir Soffer wrote: > On Wed, Feb 24, 2016 at 8:53 AM, paf1(a)email.cz <mailto:paf1@email.cz> > <paf1(a)email.cz <mailto:paf1@email.cz>> wrote: > > Hi, > it seems that sanlock daemon has problem with reading empty "ids" > file . > How can I regenarate this "ids" file to get 2k rows of datas ?? > It's the base problem to get up "master domain" following > "datacenter" > > > You should understand why the ids files is empty and fix the root cause. > > To recover your ids files, you can follow the instructions here: > http://lists.ovirt.org/pipermail/users/2016-February/038046.html > > Nir > > > regs. > Pa. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > --------------070808000207030305050505 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <br> <div class="moz-forward-container"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> hi,<br> after a lot of test will get <br> <br> 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0 flags 1 timeout 0<br> 2016-02-24 11:38:05+0100 7406 [25824]: s2256 lockspace ff71b47b-0f72-4528-9bfe-c3da888e47f0:4:/rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids:0<br> 2016-02-24 11:38:05+0100 7406 [25824]: cmd_add_lockspace 3,10 async done 0<br> 2016-02-24 11:38:05+0100 7406 [26186]: open error -2 /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids<br> 2016-02-24 11:38:05+0100 7406 [26186]: s2256 open_disk /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/ff71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ids error -2<br> <br> what's wrong ??<br> thx.<br> Pa.<br> <br> <div class="moz-cite-prefix">On 24.2.2016 08:14, Nir Soffer wrote:<br> </div> <blockquote cite="mid:CAMRbyysE8T_LyGwhT3K0cZ+ErSU0VQj7ZHPknL+=WzhAN7BKXQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Feb 24, 2016 at 8:53 AM, <a moz-do-not-send="true" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <span dir="ltr"><<a moz-do-not-send="true" href="mailto:paf1@email.cz" target="_blank">paf1(a)email.cz</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> Hi, <br> it seems that sanlock daemon has problem with reading empty "ids" file .<br> How can I regenarate this "ids" file to get 2k rows of datas ??<br> It's the base problem to get up "master domain" following "datacenter" <br> </div> </blockquote> <div><br> </div> <div>You should understand why the ids files is empty and fix the root cause.</div> <div><br> </div> <div>To recover your ids files, you can follow the instructions here:</div> <div><a moz-do-not-send="true" href="http://lists.ovirt.org/pipermail/users/2016-February/038046.html">http://lists.ovirt.org/pipermail/users/2016-February/038046.html</a><br> </div> <div><br> </div> <div>Nir</div> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> <br> regs.<br> Pa.<br> </div> <br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> </div> <br> </body> </html> --------------070808000207030305050505--

1 0

Fwd: Re: ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------000301020903090600090002 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi Nir, it doesn't running, or failed by me 1) no trafic od any storage in gluster two ways A: - will stop ( maintenance not allowed )master domain ( 2KVM12-P2 ) from GUI - try to mount locally to one node # mount -t glusterfs localhost:/2KVM12-P2 /mnt ==> error -19 B: go to /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/f71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/ - remove empty ids file - sanlock direct init -s <f7......>:0:ids:0 - from manual - restart sanlockd 2) no way was successfull regs.Pa. On 24.2.2016 08:14, Nir Soffer wrote: > On Wed, Feb 24, 2016 at 8:53 AM, paf1(a)email.cz <mailto:paf1@email.cz> > <paf1(a)email.cz <mailto:paf1@email.cz>> wrote: > > Hi, > it seems that sanlock daemon has problem with reading empty "ids" > file . > How can I regenarate this "ids" file to get 2k rows of datas ?? > It's the base problem to get up "master domain" following > "datacenter" > > > You should understand why the ids files is empty and fix the root cause. > > To recover your ids files, you can follow the instructions here: > http://lists.ovirt.org/pipermail/users/2016-February/038046.html > > Nir > > > regs. > Pa. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > --------------000301020903090600090002 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> <br> <div class="moz-forward-container"> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> Hi Nir, <br> <br> it doesn't running, or failed by me<br> <br> 1) no trafic od any storage in gluster<br> <br> two ways<br> A: - will stop ( maintenance not allowed )master domain ( 2KVM12-P2 ) from GUI <br> - try to mount locally to one node<br> # mount -t glusterfs localhost:/2KVM12-P2 /mnt ==> error -19<br> <br> B: go to /rhev/data-center/mnt/glusterSD/localhost:_2KVM12-P2/f71b47b-0f72-4528-9bfe-c3da888e47f0/dom_md/<br> - remove empty ids file<br> - sanlock direct init -s <f7......>:0:ids:0 - from manual <br> - restart sanlockd<br> <br> 2) no way was successfull<br> <br> regs.Pa.<br> <br> <br> <br> <div class="moz-cite-prefix">On 24.2.2016 08:14, Nir Soffer wrote:<br> </div> <blockquote cite="mid:CAMRbyysE8T_LyGwhT3K0cZ+ErSU0VQj7ZHPknL+=WzhAN7BKXQ@mail.gmail.com" type="cite"> <div dir="ltr"> <div class="gmail_extra"> <div class="gmail_quote">On Wed, Feb 24, 2016 at 8:53 AM, <a moz-do-not-send="true" href="mailto:paf1@email.cz">paf1(a)email.cz</a> <span dir="ltr"><<a moz-do-not-send="true" href="mailto:paf1@email.cz" target="_blank">paf1(a)email.cz</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> Hi, <br> it seems that sanlock daemon has problem with reading empty "ids" file .<br> How can I regenarate this "ids" file to get 2k rows of datas ??<br> It's the base problem to get up "master domain" following "datacenter" <br> </div> </blockquote> <div><br> </div> <div>You should understand why the ids files is empty and fix the root cause.</div> <div><br> </div> <div>To recover your ids files, you can follow the instructions here:</div> <div><a moz-do-not-send="true" href="http://lists.ovirt.org/pipermail/users/2016-February/038046.html">http://lists.ovirt.org/pipermail/users/2016-February/038046.html</a><br> </div> <div><br> </div> <div>Nir</div> <div> </div> <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> <div text="#000066" bgcolor="#FFFFFF"> <br> regs.<br> Pa.<br> </div> <br> _______________________________________________<br> Users mailing list<br> <a moz-do-not-send="true" href="mailto:Users@ovirt.org">Users(a)ovirt.org</a><br> <a moz-do-not-send="true" href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </div> </blockquote> <br> <br> </div> <br> </body> </html> --------------000301020903090600090002--

1 0

[hosted-engine] Error creating a glusterfs storage domain
by Wee Sritippho 24 Feb '16

24 Feb '16

Hi, I'm trying to deploy an oVirt Hosed Engine environment using this glusterfs volume: # gluster volume info Volume Name: gv0 Type: Replicate Volume ID: 37bba03b-7276-421a-8960-81e28196ebde Status: Started Number of Bricks: 1 x 3 = 3 Transport-type: tcp Bricks: Brick1: host01.ovirt.forest.go.th:/data/brick1/gv0 Brick2: host03.ovirt.forest.go.th:/data/brick1/gv0 Brick3: host02.ovirt.forest.go.th:/data/brick1/gv0 Options Reconfigured: storage.owner-gid: 36 storage.owner-uid: 36 performance.readdir-ahead: on But the deployment failed with this error message: [ ERROR ] Failed to execute stage 'Misc configuration': Error creating a storage domain: ('storageType=7, sdUUID=be5f66d8-57ef-43c8-90a5-e9132e0c95b4, domainName=hosted_storage, domClass=1, typeSpecificArg=host01.ovirt.forest.go.th:/gv0 domVersion=3',) I tried to figure out what is happening via the log files: Line ~7243 of vdsm.log Line ~2930 of ovirt-hosted-engine-setup-20160223204857-585hqv.log But didn't seem to understand it at all. Please guide me on how to solve this problem. Here is my environment: CentOS Linux release 7.2.1511 (Core) ovirt-hosted-engine-setup-1.3.2.3-1.el7.centos.noarch vdsm-4.17.18-1.el7.noarch glusterfs-3.7.8-1.el7.x86_64 Thank you, Wee --- ซอฟต์แวร์ Avast แอนตี้ไวรัสตรวจสอบหาไวรัสจากอีเมลนี้แล้ว https://www.avast.com/antivirus

2 2

Re: [ovirt-users] RHEV-H 7.2 Beta Install
by Ryan Barry 24 Feb '16

24 Feb '16

Hi Christopher -- You can get to a console by pressing F2 (I think this is blocked while the progress bar is moving, but should be available after the exception, and it's available at any point the installer is interactive). This is a new issue to me. Can you please file a bug report? An sosreport may be helpful (this works normally from the rescue shell at <F2>) If possible, it would be best to get debug logs. To do that, press F2 immediately after entering the installer, and run: python -m ovirt.node.installer --debug Logs will be available at /tmp/ovirt-node.debug.log or /var/log/ovirt-node.debug.log, depending on how far through the installer it gets. On Tue, Feb 23, 2016 at 9:32 AM, <users-request(a)ovirt.org> wrote: > I know this is the ovirt-list, but I've had great success with help > here as I have been running a couple of ovirt instances for some time > (as part of a lab/testing). > > In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO), > and for whatever reason, my install gets to 22% (right after > partitioning up the local drive, I believe) and fails. > > I have no idea how to troubleshoot this. I've tried changing install > options (i've been installing via PXE) to no avail, and I notice that > there don't appear to be any virtual terminals to switch to look at > things and/or see where things failed. > > The errors that I get say something along the lines of: > > unexpected EOF while looking for matching '' > > I'll try and get more details, but i've attached a screenshot from the > console. > > Any help on HOW to troubleshoot this, pull logs, etc.. would be most > appreciated as I'd like to get this moving forward. > > Thanks for all of your hard work and the help of the community! > > -- Chris >

2 1

ovirt - can't attach master domain III
by paf1＠email.cz 24 Feb '16

24 Feb '16

This is a multi-part message in MIME format. --------------080106070204050804080108 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, it seems that sanlock daemon has problem with reading empty "ids" file . How can I regenarate this "ids" file to get 2k rows of datas ?? It's the base problem to get up "master domain" following "datacenter" regs. Pa. --------------080106070204050804080108 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, <br> it seems that sanlock daemon has problem with reading empty "ids" file .<br> How can I regenarate this "ids" file to get 2k rows of datas ??<br> It's the base problem to get up "master domain" following "datacenter" <br> <br> regs.<br> Pa.<br> </body> </html> --------------080106070204050804080108--

2 1

management network VLAN mismatch
by Garry Tiedemann 24 Feb '16

24 Feb '16

Hi folks, I'm in the process of upgrading to 3.6, and have encountered a new error message. I understand the error, and how to fix it. My question is, can fixing it affect production VM traffic? I don't think so, but I'd appreciate confirmation from someone who really knows, please. Description of what I am doing: I've upgraded hosted-engine, and am now upgrading the first hypervisor node. My method, which may be outdated, is: have no VMs running on the host, I drop it out of the cluster, do yum updates & reboots, then add the host back to the cluster when it's ready. When I add the host to the cluster, I get this error message: Failed to configure management network on host bl05. Host bl05 has an interface eth0.20 for the management network configuration with VLAN-ID (20), which is different from data-center definition (none). I know what this means, and will explain it for the benefit of others. It means that: * the ovirtmgmt bridge on the host is attached to a VLAN 20 subinterface. That is by design; it is correct. * However, in Data Center > Networks definition of ovirtmgmt, there is no VLAN tag defined, so my hosted-engine believes that ovirtmgmt should go into in VLAN 1. Also, for completeness: * there is PVID 20 on the adjacent switchport, which means "untagged ingress traffic should be tagged into VLAN 20". This is why my ovirtmgmt network has been working. * I am grateful for the error message now appearing, as it shows me where I have misconfigured this a long time ago. So. To fix this, I need to add VLAN 20 tag in ovirtmgmt in Data Center > Networks. My question: If I add the VLAN 20 tag to ovirtmgmt in Data Center > Networks, is there any possibility of breaking traffic (or VMs) on other (production) VLANs? From my general knowledge, I cannot see that would be the case, but I would be grateful for an informed opinion from someone who has tried it before please. Best regards to all, Garry * *

1 0

ovirt - can't attach master domain
by paf1＠email.cz 23 Feb '16

23 Feb '16

This is a multi-part message in MIME format. --------------010305030902080508040003 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, due cleaning envir. I restarted all nodes and ovirt mgm server too, Now I can't get master domain ON. Tried to move to diff. storage with same result. All storages are OFF and DataCenter OFF too. All NFS mount points are connected and writeable via ovirt mountpoint. Any idea how to fix thi - quicky Rhel 7.1 / KVM 2.1.2 / libvirt 1.2.8-16 / vdsm 4.16.27 / gluster 3.7.5.1 / ovirt 3.5.2 VDSM log ======== Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-22688::DEBUG::2016-02-24 01:32:34,852::task::993::Storage.TaskManager.Task::(_decref) Task=`492b6d3f-47b7-47fe-a713-6e47d5f2d3c1`::ref 0 aborting False Thread-22688::DEBUG::2016-02-24 01:32:34,855::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-22697::DEBUG::2016-02-24 01:32:34,967::stompReactor::162::yajsonrpc.StompServer::(send) Sending response Thread-200::DEBUG::2016-02-24 01:32:35,001::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97 Thread-200::ERROR::2016-02-24 01:32:35,007::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 300e9ac8-3c2f-4703-9bb1-1df2130c7c97 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error Thread-130::DEBUG::2016-02-24 01:32:35,013::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4 Thread-130::ERROR::2016-02-24 01:32:35,017::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 5] Input/output error thx Pavel --------------010305030902080508040003 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hi, <br> due cleaning envir. I restarted all nodes and ovirt mgm server too, <br> Now I can't get master domain ON. Tried to move to diff. storage with same result.<br> All storages are OFF and DataCenter OFF too.<br> All NFS mount points are connected and writeable via ovirt mountpoint.<br> Any idea how to fix thi - quicky<br> <br> Rhel 7.1 / KVM 2.1.2 / libvirt 1.2.8-16 / vdsm 4.16.27 / gluster 3.7.5.1 / ovirt 3.5.2 <br> <br> VDSM log<br> ========<br> Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {}<br> Thread-22688::DEBUG::2016-02-24 01:32:34,852::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {}<br> Thread-22688::DEBUG::2016-02-24 01:32:34,852::task::993::Storage.TaskManager.Task::(_decref) Task=`492b6d3f-47b7-47fe-a713-6e47d5f2d3c1`::ref 0 aborting False<br> Thread-22688::DEBUG::2016-02-24 01:32:34,855::stompReactor::162::yajsonrpc.StompServer::(send) Sending response<br> Thread-22697::DEBUG::2016-02-24 01:32:34,967::stompReactor::162::yajsonrpc.StompServer::(send) Sending response<br> Thread-200::DEBUG::2016-02-24 01:32:35,001::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_2KVM12__P4/300e9ac8-3c2f-4703-9bb1-1df2130c7c97<br> Thread-200::ERROR::2016-02-24 01:32:35,007::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 300e9ac8-3c2f-4703-9bb1-1df2130c7c97 monitoring information<br> Traceback (most recent call last):<br> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain<br> self.domain = sdCache.produce(self.sdUUID)<br> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce<br> domain.getRealDomain()<br> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain<br> return self._cache._realProduce(self._sdUUID)<br> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce<br> domain = self._findDomain(sdUUID)<br> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain<br> dom = findMethod(sdUUID)<br> File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain<br> return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID))<br> File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__<br> validateFileSystemFeatures(sdUUID, self.mountpoint)<br> File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures<br> oop.getProcessPool(sdUUID).directTouch(testFilePath)<br> File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch<br> ioproc.touch(path, flags, mode)<br> File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch<br> self.timeout)<br> File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand<br> raise OSError(errcode, errstr)<br> OSError: [Errno 5] Input/output error<br> Thread-130::DEBUG::2016-02-24 01:32:35,013::fileSD::153::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/glusterSD/localhost:_1KVM12-P1/553d9b92-e4a0-4042-a579-4cabeb55ded4<br> Thread-130::ERROR::2016-02-24 01:32:35,017::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 553d9b92-e4a0-4042-a579-4cabeb55ded4 monitoring information<br> Traceback (most recent call last):<br> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain<br> self.domain = sdCache.produce(self.sdUUID)<br> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce<br> domain.getRealDomain()<br> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain<br> return self._cache._realProduce(self._sdUUID)<br> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce<br> domain = self._findDomain(sdUUID)<br> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain<br> dom = findMethod(sdUUID)<br> File "/usr/share/vdsm/storage/glusterSD.py", line 32, in findDomain<br> return GlusterStorageDomain(GlusterStorageDomain.findDomainPath(sdUUID))<br> File "/usr/share/vdsm/storage/fileSD.py", line 160, in __init__<br> validateFileSystemFeatures(sdUUID, self.mountpoint)<br> File "/usr/share/vdsm/storage/fileSD.py", line 89, in validateFileSystemFeatures<br> oop.getProcessPool(sdUUID).directTouch(testFilePath)<br> File "/usr/share/vdsm/storage/outOfProcess.py", line 351, in directTouch<br> ioproc.touch(path, flags, mode)<br> File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 507, in touch<br> self.timeout)<br> File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 391, in _sendCommand<br> raise OSError(errcode, errstr)<br> OSError: [Errno 5] Input/output error<br> <br> thx Pavel<br> <br> </body> </html> --------------010305030902080508040003--

1 0

Ovir (rhev) backup authomation
by Dariusz Kryszak 23 Feb '16

23 Feb '16

Hi all, I would like to share with all my couple scripts which I've made for the backup automation process. If your backup system not support virtual environment like ovirt or rhev, you can use it as workaround :-) It is not a classical backup solution (especially differential backup, compression, deduplication ). This is protection against loss your vm and the data. All what you need it is to change credential and information regards environment like url. Everything I've described in the code. For new environment (3.5> with rhe or centos 7) you can change or comments lines like power off during cleanup snapshots. Please enjoy. jezyk

2 1

Gluster 3.7.8 from ovirt-3.6-glusterfs-epel breaks vdsm ?
by Matteo 23 Feb '16

23 Feb '16

Hi, today I update one node os, in the updates gluster client packages where upgraded from 3.7.6-1.el7, centos-ovirt36 repository to 3.7.8-1.el7, ovirt-3.6-glusterfs-epel and after reboot the node was marked not operational. looking into the logs, vdsm was failing to get gluster volume information. the command (ovirt-storage is the gluster storage where the hosted engine is kept) gluster --mode=script volume info --remote-host=gluster1 ovirt-storage --xml was failing, returning error 2 (and no output) doing yum downgrade on gluster client packages (back to 3.7.6-1.el7, centos-ovirt36) fixed everything. Data nodes are running glusterfs 3.7.6-1.el7. The funny thing is that from the ovirt I was able to manually mount the glusterfs shares, only the volume info command was failing, thus breaking vdsm. Any hint? regards, Matteo

3 4

cluster's minimum CPU level
by suporte＠logicworks.pt 22 Feb '16

22 Feb '16

------=_Part_462871_1547176049.1454675051567 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=20 I'm trying to add a new old host (Intel(R) Xeon(R) CPU X3430 @ 2.40GHz Inte= l Nehalem Family) to oVirt Engine Version: 3.5.4.2-1.el7.centos.=20 But I'm getting this error:=20 host does not meet the cluster's minimum CPU level. Missing CPU features : = model_SandyBridge=20 What happen if I lower the cluster CPU type? Do I loose functionalities? Do= I need to shutdown all VMs before change the cluster CPU type?=20 Do you see any problem here?=20 Thanks=20 Jos=C3=A9=20 --=20 Jose Ferradeira=20 http://www.logicworks.pt=20 ------=_Part_462871_1547176049.1454675051567 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Times New Roman; font-size: 10pt; co= lor: #000000"><div>Hi,<br></div><div> I'm trying to add a new old host= (Intel(R) Xeon(R) CPU  X3430  @ 2.40GHz Intel Nehalem Famil= y) to <span class=3D"gwt-InlineLabel">oVirt Engine Version: 3.5.4.2-1.el7.c= entos.</span><br></div><div><span class=3D"gwt-InlineLabel">But I'm getting= this error:<br></span></div><div>host does not meet the cluster's minimum = CPU level. Missing CPU features : model_SandyBridge</div><div><br></div><di= v><br></div><div>What happen if I lower the cluster CPU type? Do I loose fu= nctionalities? Do I need to shutdown all VMs before change the cluster CPU = type?<br></div><div>Do you see any problem here?<br></div><div><br></div><d= iv>Thanks<br></div><div><br></div><div>Jos=C3=A9<br></div><div><br></div><d= iv><br></div><div>-- <br></div><div><span name=3D"x"></span><hr style=3D"wi= dth: 100%; height: 2px;" data-mce-style=3D"width: 100%; height: 2px;">Jose = Ferradeira<br>http://www.logicworks.pt<br><span name=3D"x"></span><br></div= ></div></body></html> ------=_Part_462871_1547176049.1454675051567--

4 12

Master Storage Domain Locked
by Rob Abshear 22 Feb '16

22 Feb '16

We lost power to an ovirt 3.5.1.1-1.el7.centos cluster. When things came back, the master storage domain was locked. All of the nodes are non operational. Is there a procedure for unlocking a storage domain? I have used the unlock-entity script for other object types.

2 1

Going crazy with emory hotplug on 3.6
by Markus Stockhausen 22 Feb '16

22 Feb '16

This is a multi-part message in MIME format. ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi there,=0A= =0A= we upgraded Ovirt to 3.6, added the first Centos 7 host and created a new c= luster =0A= with compatibility level 3.6 around it. Until now we are running with Fedor= a nodes.=0A= The first Linux VMs are already running in the new cluster. With the first = Windows=0A= VM migrated over we once again face the old Windows activation problem. The= =0A= system request us to reactivate the Windows license.=0A= =0A= To make a long story short: I manually compiled OVirt/Centos qemu 2.3 and e= nabled =0A= the old Fedora machine type pc-1.0. Afterwards I had to lower compatibility= level=0A= of the cluster to 3.5 because Ovirt tried to start the old machine type wit= h memory=0A= hotplug support -> FAIL. Finally everything is up and running.=0A= =0A= Conclusion: OVirt always tries to start VMs with memory hotplug in a curren= t 3.6 =0A= cluster. The machine type (e.g. rhel6.6.0) ist not checked and qemu will fa= il during=0A= startup with the message: qemu-kvm: "-memory 'slots|maxmem'" is not support= ed"=0A= Older post on mailing list: http://lists.ovirt.org/pipermail/users/2016-Jan= uary/037034.html=0A= =0A= Question: What is the desired way to disable the hotplug qemu parametrizati= on=0A= for single VMs in 3.6 cluster? It MUST be possible otherwise it would not m= ake=0A= sense to choos older machine types.=0A= =0A= Markus=0A= ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-5ecc680a-ac13-498f-ad6c-497b2bd8fa74--

3 4

Highly Available in 3.6 and USB support
by jaumotte, styve 21 Feb '16

21 Feb '16

--_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi everybody, After testing some features on 3.5, we are planning to finaly go to 3.6. So= me problems still exist. A major problem still remain on the < Highly Available > option on vm wich = doesn't work. I had a cluster with 4 engines and a simple vm. When I start = a poweroff from the node where this vm is living, the node is shutting down= but my vm doesn't restart on another node of the cluster. The power managm= ent of all the node are correctly configure. The HA feature of then hosted-= engine is working well (except it is very long). Another problem consist of passing usb host device to the virtual machine. = We've got some specials usb keys for activating old application and we need= to attach this key to vm. At first, I try with standard usb mass storage k= ey to test this approach. I can't start virtual machine when I add usb devi= ce, I always have the message < The host ... did not satisfy internal filte= r HostDevice because it does not support host device passthrough >. Have an= y idea where I can find an HowTo to help me ? Tanks for your help, SJ --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_ 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"FR" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">Hi everybody,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">After testing some features on 3.5, we ar= e planning to finaly go to 3.6. Some problems still exist. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">A major problem still remain on the &laqu= o; Highly Available » option on vm wich doesn’t work.= I had a cluster with 4 engines and a simple vm. When I start a poweroff fr= om the node where this vm is living, the node is shutting down but my vm does= n’t restart on another node of the cluster. The power managment of al= l the node are correctly configure. The HA feature of then hosted-engine is= working well (except it is very long).<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">Another problem consist of passing usb ho= st device to the virtual machine. We’ve got some specials usb keys fo= r activating old application and we need to attach this key to vm. At first, I try with standard usb mass storage key to test this= approach. I can’t start virtual machine when I add usb device, I alw= ays have the message « The host … did not satisfy internal= filter HostDevice because it does not support host device passthrough ». Have any idea where I can find an HowTo to help = me ?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">Tanks for your help,<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black">SJ<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;font-family:"Ar= ial",sans-serif;color:black"><o:p> </o:p></span></p> </div> </body> </html> --_000_AM3PR02MB29653FCC03F78819A980A6A86070AM3PR02MB296eurprd_--

4 7

ovirt-guest-agent puppet module available for testing
by René Koch 21 Feb '16

21 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050606000501090707090306 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, As I'm trying to manage my infrastructure using puppet, I figured out=20 that there's no puppet module available for installing and configuring=20 ovirt-guest-agent (or at least I couldn't find one). So I created a=20 module, which is tested on Debian 7/8 (please see Readme for=20 limitations) and CentOS/Scientifc Linux/RHEL 6/7. Other operating=20 systems will follow soon... If you're using puppet, feel free to test this module and leave me some=20 feedback: https://forge.puppetlabs.com/scrat14/ovirt_guest_agent Regards, Ren=C3=A9 --------------ms050606000501090707090306 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkwODE2MjlaMC8GCSqGSIb3DQEJBDEiBCDESIsE2gfwuFLuW6oyNavdNKWvswm8at/+C3d/ lEYkpDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAJwYKXJHbGdgSAVp1SKwO8RV4TAVhVXitQTxBwtx E4psIiMzT0pS5KUc06EwPf/Y1bn60pybMxkxcph1R6uXYPJOWohuBnD1CcWojyGvUBUQ866G NUYAZPyVz5fZ5qGkCN6/TtOvrjHPA157Z8LLxtaokCTVPWj0dGtlkckZrTvjcFBLYINqqsBS O2G0zn1EffBbhMR4B9LlPlOhROMVHfW7YmmtU0dG88fLEN+rKpd6q9H3ug9DfxMSj/8+/8kC PoricAWUVoQ4n1smaLEBosiJGRahAIu8BXJHSrJsPq5aOEbuWmQ4Fd+1HGdv26ditFLClStR quuo7ozAMwTR3AAAAAAAAAA= --------------ms050606000501090707090306--

3 2

No OVF Store on Export Domain - normal?
by Christophe TREFOIS 21 Feb '16

21 Feb '16

--_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, When I attached my NFS export domain to a data center, I see the following = message in the events log "The Storage Domain does not contain any OVF_STORE disks. Usually the Stora= ge Domain does not contain OVF_STORE disks when the Storage Domain has been= previously managed with a Data Center version lower then 3.5." However, the export domain and oVirt have been used below 3.5. Is this normal behavior for an export domain or is there something I should= do to fix it? I can export / import VMs from / to the export domain just fine (until now) Thank you for your feedback, -- Christophe --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_ 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"FR-LU" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"EN-US">Hi,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">When I attached my NFS export d= omain to a data center, I see the following message in the events log<o:p><= /o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">“The Storage Domain does = not contain any OVF_STORE disks. Usually the Storage Domain does not contai= n OVF_STORE disks when the Storage Domain has been previously managed with = a Data Center version lower then 3.5.”<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">However, the export domain and = oVirt have been used below 3.5.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Is this normal behavior for an = export domain or is there something I should do to fix it?<o:p></o:p></span= ></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">I can export / import VMs from = / to the export domain just fine (until now)<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Thank you for your feedback,<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">--<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Christophe<o:p></o:p></span></p= > </div> </body> </html> --_000_2EBB29CB9A8F494FB5253F6AF2E6A1981D46A82Choshiunilux_--

3 6

Unexpected exception when trying to destroy a VM
by Mark Steele 21 Feb '16

21 Feb '16

oVirt Engine Version: 3.5.0.1-1.el6 I attempted to shutdown a VM via the VH's CLI by issuing the poweroff command (ubuntu 14.04.3). The session disconnected and ping dropped, however oVirt reports the VM up. Attempted to 'Power Off' via oVirt gui and received and error. Accessed the host via CLI and attempted a destroy with: vdsClient -s 0 destroy *vmgui* received an Unexpected exception. The VM still reports as UP in vsdClient -s 0 list table Thank you *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

2 2

How to create a DataCenterQuota via Python SDK?
by nicolas＠devels.es 20 Feb '16

20 Feb '16

Hi, I'm trying to create a Data Center Quota with limits for memory, vcpu and storage. As per the class definition, DataCenterQuota expects: a datacenter, a quota and a context. Quota class in turn expects limits but only as percentages, for hard and soft limits. However if I dump an already created DataCenterQuota object I see: {'_Base__context': 36443152, 'parentclass': <ovirtsdk.xml.params.DataCenter object at 0x278e750>, 'permissions': <ovirtsdk.infrastructure.brokers.DataCenterQuotaPermissions object at 0x278ef90>, 'quotaclusterlimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaClusterLimits object at 0x2540490>, 'quotastoragelimits': <ovirtsdk.infrastructure.brokers.DataCenterQuotaQuotaStorageLimits object at 0x278ef50>, 'superclass': <ovirtsdk.xml.params.Quota object at 0x278ec90>} I see DataCenterQuotaQuotaClusterLimits and DataCenterQuotaQuotaStorageLimits allow creating limits for memory/cpu and storage respectively, and they're set in the DataCenterQuota __init__ method like this: self.quotaclusterlimits = DataCenterQuotaQuotaClusterLimits(self, context) self.quotastoragelimits = DataCenterQuotaQuotaStorageLimits(self, context) However, I'm unable to find out how to handle the 'context' parameter to contain those two limit classes. Could someone shed some light on it? An example would be welcome too. Thanks. Nicolás

2 1

Clone VM fails - could not create volume
by Chris Adams 19 Feb '16

19 Feb '16

On oVirt 3.6.2, I tried to clone a VM, but got an error that the volume couldn't be created. Checking the logs, I see (in vdsm.log on the SPM): jsonrpc.Executor/2::ERROR::2016-02-11 09:50:24,459::dispatcher::76::Storage.Dispatcher::(wrapper) {'status': {'message': "Image is not a legal chain: (u'fa4d1802-6223-4800-8339-c194076cfb4b',)", 'code': 262}} The VM I am trying to clone is thin-provisioned from a template; is it "legal" to clone such a VM, or is this a bug? -- Chris Adams <cma(a)cmadams.net>

2 2

Consolidating LUNs in iSCSI storage domain
by Colin Coe 19 Feb '16

19 Feb '16

Hi all In one of our RHEV setups (v3.5.4) the iSCSI storage domain consists of four LUNs. (full details in the attached text file). I want to consolidate all the data on LUNs iqn.2003-10.com.lefthandnetworks:iscsi:341:rhev-data01 qn.2003-10.com.lefthandnetworks:iscsi:453:rhev-data02 iqn.2003-10.com.lefthandnetworks:iscsi:518:rhev-data03 to LUN iqn.2003-10.com.lefthandnetworks:iscsi:687:rhev-data04 Is this possible? Thanks CC

3 5

Missing dom_md/ids file
by Cameron Christensen 19 Feb '16

19 Feb '16

--=-ib3K2M22fij89CwJmOQa Content-Type: multipart/alternative; boundary="=-NjNRZoVPoPY0Nb552k5L" --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, I am using glusterfs storage and ran into a split-brain issue. One of the file affected by split-brain was dom_md/ids. In attempts to fix the split-brain issue I deleted the dom_md/ids file. Is there a method to recreate or reconstruct this file? Thanks, Cameron --=-NjNRZoVPoPY0Nb552k5L Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable <html><head></head><body><div>Hello,</div><div><br></div><div>I am using gl= usterfs storage and ran into a split-brain issue. One of the file affected = by split-brain was dom_md/ids. In attempts to fix the split-brain issue I d= eleted the dom_md/ids file. Is there a method to recreate or reconstruct th= is file?</div><div><br></div><div>Thanks,</div><div><br></div><div>Cameron<= /div></body></html> --=-NjNRZoVPoPY0Nb552k5L-- --=-ib3K2M22fij89CwJmOQa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAABAgAGBQJWx4HpAAoJEM1PCzopIAOtyogH/2COr1uz+wnbcJIYDwj+B/pI LeTdieUk/JxDLzp3eYetcPFTjJ2xxNNKIY4UirRPKxx2cIPIsjyWeTgdPqebkP4n L9Ol7/y3fmgtoG9vQJ0SPKpXJi1kkZgeCZ9MytFv/nsxPqt43GYllIoV+sya2XbJ L/Kg801158O6c/AZ8l/enErrT5HgqTqVKVBEnqxKUpM2AjMR8a74qX85IwMtgpyR cJI18PCYb1/+lJibjK9Q7mdIsmG5mTlHrBnYxjk7MfxdipYmq6S+KW/rXHhypNY5 W8+3z4QChIO0/fmb6gM6ullOmjxvfLkYmOKxI3ktp6nTcB4v5q488Sngc7BAR7s= =6R5n -----END PGP SIGNATURE----- --=-ib3K2M22fij89CwJmOQa--

3 5

delete hang task
by paf1＠email.cz 19 Feb '16

19 Feb '16

This is a multi-part message in MIME format. --------------090609060600060403090209 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I'm testing oVirt 3.6 for failover and have total issue. Snapshot VM will hang on ZFS filesystem. But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? I didn't find any "normal" solution, except deleting record from ovirt DB manually any idea ? - no one is missing this functionality ??? regs. Pa. --------------090609060600060403090209 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000066" bgcolor="#FFFFFF"> Hello, <br> I'm testing oVirt 3.6 for failover and have total issue.<br> Snapshot VM will hang on ZFS filesystem.<br> But the main questionis is : how can I cancel any unfinished tasks in ovirt ???<br> I didn't find any "normal" solution, except deleting record from ovirt DB manually <br> <br> any idea ? - no one is missing this functionality ???<br> regs.<br> Pa.<br> </body> </html> --------------090609060600060403090209--

4 3

Can't fine engine postgres password
by Adam Verslype 19 Feb '16

19 Feb '16

Hi, After deploying hosted engine using the hosted-engine-appliance I need to run the unlock_entity utility on the engine vm to unlock a disk that's stuck. So I ssh on the vm and run: sudo PGPASSWORD=xxxxxxxxx ./unlock_entity.sh -t disk -u engine -q psql: FATAL: password authentication failed for user "engine" FATAL: Cannot execute sql command: --file=./unlock_entity.sql where xxxxxxxxx is the password I supplied for everything during deployment. Does it have a different password that came with the appliance? Is this documented somewhere? Thanks, Adam Verslype

3 2

Run Once install -> reboot loop
by Jamie Lawrence 19 Feb '16

19 Feb '16

Hello all, I’m running overt 3.6.0 on Centos 7.[1] I’ve been working on getting Ovirt to slot in to our environment, and almost have a setup that works. I can now build isos on demand for automated installs (I’m working around some local networking choices without modifying them for now, which is why this isn’t a PXE boot) and create my guests, pointing them to the iso form which to install via Run Once. This all works. The problem is that after the install, the guest reboots, but (best I can tell) Ovirt doesn’t detect it, the iso is still mounted, and the install happens all over again. Rinse, repeat. Has anyone seen this? Or better, does anyone know how to fix this? Thanks, -j [1] # yum list installed |grep ovirt ebay-cors-filter.noarch 1.0.1-0.1.ovirt.el7 @ovirt-3.6 gperftools-libs.x86_64 2.4-7.el7 @ovirt-3.6 ipxe-bootimgs.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 ipxe-roms-qemu.noarch 20130517-7.gitc4bce43.el7 @ovirt-3.6 jasperreports-server.noarch 6.0.1-1.el7 @ovirt-3.6 libcacard-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 libgovirt.x86_64 0.3.1-3.el7 @base otopi.noarch 1.4.0-1.el7.centos @ovirt-3.6 otopi-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-backend.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-cli.noarch 3.6.0.1-1.el7.centos @ovirt-3.6 ovirt-engine-dbscripts.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-jdbc.noarch 1.0.1-1.el7 @ovirt-3.6 ovirt-engine-extension-aaa-ldap.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extension-aaa-ldap-setup.noarch 1.1.2-1.el7.centos @ovirt-3.6 ovirt-engine-extensions-api-impl.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-jboss-as.x86_64 7.1.1-1.el7.centos @ovirt-3.6 ovirt-engine-lib.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-restapi.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-sdk-python.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-base.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-ovirt-engine-common.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-setup-plugin-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-tools.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-userportal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-vmconsole-proxy-helper.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-webadmin-portal.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-websocket-proxy.noarch 3.6.0.3-1.el7.centos @ovirt-3.6 ovirt-engine-wildfly.x86_64 8.2.0-1.el7 @ovirt-3.6 ovirt-engine-wildfly-overlay.noarch 001-2.el7 @ovirt-3.6 ovirt-host-deploy.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-java.noarch 1.4.0-1.el7.centos @ovirt-3.6 ovirt-host-deploy-offline.x86_64 1.4.0-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-ha.noarch 1.3.2.1-1.el7.centos @ovirt-3.6 ovirt-hosted-engine-setup.noarch 1.3.0-1.el7.centos @ovirt-3.6 ovirt-image-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-iso-uploader.noarch 3.6.0-1.el7.centos @ovirt-3.6 ovirt-setup-lib.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-host.noarch 1.0.0-1.el7.centos @ovirt-3.6 ovirt-vmconsole-proxy.noarch 1.0.0-1.el7.centos @ovirt-3.6 patternfly1.noarch 1.3.0-1.el7.centos @ovirt-3.6-patternfly1-noarch-epel python-gluster.noarch 3.7.6-1.el7 @ovirt-3.6-glusterfs-noarch-epel qemu-img-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-common-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 qemu-kvm-tools-ev.x86_64 10:2.3.0-29.1.el7 @ovirt-3.6 seabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 seavgabios-bin.noarch 1.7.5-11.el7 @ovirt-3.6 spice-qxl.noarch 0.1-21.1 @ovirt-3.6 unboundid-ldapsdk.noarch 3.0.0-1.el7 @ovirt-3.6 vdsm.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-cli.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-gluster.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-hook-fileinject.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-infra.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-jsonrpc-java.noarch 1.1.5-1.el7.centos @ovirt-3.6 vdsm-python.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-xmlrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6 vdsm-yajsonrpc.noarch 4.17.10.1-0.el7.centos @ovirt-3.6

3 3

Nagios/Icinga monitoring plugin check_rhev3 1.5 released
by René Koch 19 Feb '16

19 Feb '16

This is a cryptographically signed message in MIME format. --------------ms050800010408060702080203 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable I'm happy to announce version 1.5 of check_rhev3. check_rhev3 is a monitoring plugin for Icinga/Nagios and it's forks,=20 which is used to monitor datacenters, clusters, hosts, vms, vm pools and storage=20 domains of Red Hat Enterprise Virtualization (RHEV) and oVirt virtualization=20 environments. Download this plugin from:=20 https://github.com/ovido/check_rhev3/releases/check_rhev3-1.5 For further information on how to install this plugin visit: https://github.com/ovido/check_rhev3/wiki/Installation-Documentation A detailed usage documentation can be found here: https://github.com/ovido/check_rhev3/wiki/Usage-Documentation Changelog: - New features: - Set cluster to warning if host is in maintenance mode instead of=20 critical (Issue #27) - New storage domain check: -s overall-usage (Issue #28) - Display more detailed information of host and vm status (Issue #35) Bugs fixed: - Wrong CPU Usage on hypervisor maintenance (Issue #26) - Discrepancy in DataCenter Storage usage Output. (Issue #28) - Wrong CPU value for vms (Issue #29) - VM CPU usage graphs show values over 100% (Issue #33) - Unsuccessful stat on filename containing newline (Issue #36) - align behaviour for check_statistics cpu to memory (Issue #39) If you have any questions or ideas, please drop me an email: rkoch(a)rk-it.at. Thank you for using check_rhev3. Regards, Ren=C3=A9 --------------ms050800010408060702080203 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC C/kwggXZMIIDwaADAgECAgcWZ1TjwnBRMA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklM MRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhv cml0eTAeFw0wNzEwMTQyMTAxNTVaFw0yMjEwMTQyMTAxNTVaMIGMMQswCQYDVQQGEwJJTDEW MBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlm aWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDHCYPM zi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6ERKKnu8zPf1Jwuk0t svVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1PKHG/FaR/wpb fuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvuryGaC/o2/ ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSMTGKk DiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggFMMIIBSDASBgNV HRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ ljVO8tS4UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwaQYIKwYBBQUHAQEE XTBbMCcGCCsGAQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwMAYIKwYBBQUH MAKGJGh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL2NhLmNydDAyBgNVHR8EKzApMCeg JaAjhiFodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwQwYDVR0gBDwwOjA4BgRV HSAAMDAwLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYw DQYJKoZIhvcNAQELBQADggIBAHQKh/oy3viYt+qvMyyQhqWiIb9kP1KRhqWHGFMID7OAbofo UgDKVUJ7UsiBnPmleGa2pUwvf2B67qPqc2e9Ge9/kBvJtV8rSES3z+/KVrx6UwlX8VyWnkRN GV0PLvCD+34cIOqhF3Tjmt4jpfYSTjkXcOpa7F4RGZbmu0+j1HO46XAYypOisgXD3XWecqqX zEMimZVrF3DlsMYTYMmFtzRYAeaDh2BxczJlV4HeBs8gw7d4USUoDWHckMR4QK0zLVVmQ1F6 6irltWWsJ9CFKVyz9ZTBspi3FDJCT93XfR4OrOUHB+I5P18lTWHDD1p/9dX7Zh8bdwlOSKdE fsKvzaxVZbKkuXXo7FMG2v6LQ2Jmv6Gc4jJ8jSyjatpy86llJJT2R3tJFPRGlfPcZ1ge3Ad/ qXDZKPI4pN8D5so89WUPAJ7z9ZeDqSFdGTWaynTZaCRPAIC/e35VtTyNuIam+n6nuaZFgccp ACw51vkgFUij6AKxByq7CNgB1Zn/FRX15qZA9bu2ZI8QTHJT/8zM3njXAgV6AsFOf682t14q sYSBz0jpef8kU0q15uV9oZSGjy1ph/0ysQD+342MIh3PQlKp62dj3eWWP3MBF7gtQTbERX1P mMzfTIsyMbjq+pv9P4iKROw0+8MNp0PUNtilMG2fKLBRoczLiZ7hMLjyedCXMIIGGDCCBQCg AwIBAgIDDmx8MA0GCSqGSIb3DQEBBQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3Rh cnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmlu ZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGll bnQgQ0EwHhcNMTUwNjE4MDQwNTE2WhcNMTYwNjE4MDAxODU0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQC+9dGpO90CAw648QlL90EX3nwpK8n4R1HloyhGFPo2uYmt G4GnsVgr1B0luOwvlbMr8jqcX4CvlCxexKrRhP8qOrrZJfgRAkkye18MUJUE5YFqi/xXZuEp EzzS6pF4lYn07MXTQFaWg6tDV9pbTHSeJTJ+1e1qqlAT06bNMJ5qKteB58gDjf8CoJX8d8GX gewkhsjx37TcJghDf+cNtahwbE69qmMPVYA4uM4E2x/4RuImoZe6Al51GYdqu0VhntBH34rl 8GK2P5U6ysmofvKs6uP+CNQEsmCjkzgAXbjCjjg3HY2G1hpYZu9pk0MAsv+e5WPJdcM/gzkF HoygAwb9AgMBAAGjggLUMIIC0DAJBgNVHRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAU BggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFMgv5KUDcED1P2lBst9Bm4mL+fFwMB8G A1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMBkGA1UdEQQSMBCBDnJrb2NoQHJrLWl0 LmF0MIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEEAYG1NwECAzCCASowLgYIKwYBBQUHAgEW Imh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwgfcGCCsGAQUFBwICMIHqMCcW IFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MAMCAQEagb5UaGlzIGNlcnRpZmlj YXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRoZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVx dWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBwb2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9y IHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBsaWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFy dHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wu Y29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6 Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MxL2NsaWVudC9jYTBCBggrBgEFBQcwAoY2 aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0 MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUFAAOC AQEAhzctU3ikQEX6m/3trtNit5+BznSRQvaWhymyjXIe6yhLPbKvXrJMj1hiFHqv7hi4I/hO iy4w3TGMaKf2hNONkrlQ1OzYayv71BLhrrXD3zKYQVWf/Rw4Mhqu7K/PXz/hx1kQrMZ/aQS/ FyEG/ddX8d59YPGMdeWpdwuHEuwoW33v/PYXcKH4nCdpfq8AZZJGzKz/k2/jqUaHu0IEV77S M+Ul2JzON7j6iV8xMzojYgv4mzSJgVVsP48Nym/R2/MZMu0Fk80g9qqZUIZMS/Nr6rdpl5Fo qRqwioIm0xvZiDrRlcLniTu5GXBC7lmz3xEv66s4WZRDh3/WP4xdi8JF9TGCApowggKWAgEB MIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAw5sfDANBglghkgBZQME AgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjAy MTkxNDU4NTRaMC8GCSqGSIb3DQEJBDEiBCDxEuGT9hZ3QFQ8YaRzRt237lPfHOQeh5gpT7c+ 3tV7QTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZI hvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3 DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAHwuzSmzly/p0tknb3F/NTgOKaAdnZNranw595Zf rxvif8F+g3ajYrtLSybSjrb/X9VWBlUePAMfih+JUBVa0a5wPgaMJf91VnivrsW0Ud16n9SN Dqy5BgVVHjxSiOOWSK65uZ+JLbQ+AvkEnoIkX6NaglnUZFWGGWAAn2xxc//TBDfEO6mLViV6 i+NXDBwC7YyGILAtWyskcjgj8NQft6w7yUEPTxyxUeevIvJbWdJPlrQ6EG8dMVdMJKCpWBQd 89aDqBlbL7zwwWQDofXF33tCDx8JYw42BK5v8dGmWU5xwXENng9UP9RFackcl+T4CfG8Q9Au AEhFtyG8YSNvf70AAAAAAAA= --------------ms050800010408060702080203--

1 0