- Users - oVirt List Archives

Re: [ovirt-users] hosted-engine VM and services not working
by Andrew Dent 21 Jun '17

21 Jun '17

--------=_MB3BBF1E10-B89F-4246-8ACD-AB3F4F14DC3C Content-Type: text/plain; format=flowed; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Yaniv I found a solution. Our Ovirt 3.6 AIO box was still running and had those VMs still=20 configured in their pre exported and switch off state. I removed any snap shots I found from those pre exported VMs, then=20 copied the disk image files and other bits from host01 (Ovirt v 4.1)=20 back into the Ovirt 3.6 AIO box, and were needed fixing the relevent IDs=20 to be what the Engine in the Ovirt 3.6 box expected. The VMs then started up properly again without hassle and with the=20 latest files on the Ovirt 3.6 AIO box. So now in the progress of rebuilding host01 with hosted-engine v4.1 Kind regards Andrew ------ Original Message ------ From: "Yaniv Kaul" <ykaul(a)redhat.com> To: "Andrew Dent" <adent(a)ctcroydon.com.au> Cc: "users" <users(a)ovirt.org> Sent: 18/06/2017 6:00:09 PM Subject: Re: [ovirt-users] hosted-engine VM and services not working > > >On Sat, Jun 17, 2017 at 12:50 AM, <adent(a)ctcroydon.com.au> wrote: >>If I reinstall and the rerun the hosted-engine setup how do I get the=20 >>VMs in their current running state back into and being recognised by=20 >>the new hosted engine? > >Current running state is again quite challenging. You'll need to fix=20 >the hosted-engine. > >Can import the storage domain? (not for running VMs) >Y. > >> >>Kind regards >> >>Andrew >> >>On 17 Jun 2017, at 6:54 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: >> >>> >>> >>>On Fri, Jun 16, 2017 at 9:11 AM, Andrew Dent <adent(a)ctcroydon.com.au>=20 >>>wrote: >>>>Hi >>>> >>>>Well I've got myself into a fine mess. >>>> >>>>host01 was setup with hosted-engine v4.1. This was successful. >>>>Imported 3 VMs from a v3.6 OVirt AIO instance. (This OVirt 3.6 is=20 >>>>still running with more VMs on it) >>>>Tried to add host02 to the new Ovirt 4.1 setup. This partially=20 >>>>succeeded but I couldn't add any storage domains to it. Cannot=20 >>>>remember why. >>>>In Ovirt engine UI I removed host02. >>>>I reinstalled host02 with Centos7, tried to add it and Ovirt UI told=20 >>>>me it was already there (but it wasn't listed in the UI). >>>>Renamed the reinstalled host02 to host03, changed the ipaddress,=20 >>>>reconfig the DNS server and added host03 into the Ovirt Engine UI. >>>>All good, and I was able to import more VMs to it. >>>>I was also able to shutdown a VM on host01 assign it to host03 and=20 >>>>start the VM. Cool, everything working. >>>>The above was all last couple of weeks. >>>> >>>>This week I performed some yum updates on the Engine VM. No reboot. >>>>Today noticed that the Ovirt services in the Engine VM were in a=20 >>>>endless restart loop. They would be up for a 5 minutes and then die. >>>>Looking into /var/log/ovirt-engine/engine.log and I could only see=20 >>>>errors relating to host02. Ovirt was trying to find it and failing.=20 >>>>Then falling over. >>>>I ran "hosted-engine --clean-metadata" thinking it would cleanup and=20 >>>>remove bad references to hosts, but now realise that was a really=20 >>>>bad idea as it didn't do what I'd hoped. >>>>At this point the sequence below worked, I could login to Ovirt UI=20 >>>>but after 5 minutes the services would be off >>>>service ovirt-engine restart >>>>service ovirt-websocket-proxy restart >>>>service httpd restart >>>> >>>>I saw some reference to having to remove hosts from the database by=20 >>>>hand in situations where under the hood of Ovirt a decommission host=20 >>>>was still listed, but wasn't showing in the GUI. >>>>So I removed reference to host02 (vds_id and host_id) in the=20 >>>>following tables in this order. >>>>vds_dynamic >>>>vds_statistics >>>>vds_static >>>>host_device >>>> >>>>Now when I try to start ovirt-websocket it will not start >>>>service ovirt-websocket start >>>>Redirecting to /bin/systemctl start ovirt-websocket.service >>>>Failed to start ovirt-websocket.service: Unit not found. >>>> >>>>I'm now thinking that I need to do the following in the engine VM >>>># engine-cleanup # yum remove ovirt-engine # yum install=20 >>>>ovirt-engine # engine-setup >>>>But to run engine-cleanup I need to put the engine-vm into=20 >>>>maintenance mode and because of the --clean-metadata that I ran=20 >>>>earlier on host01 I cannot do that. >>>> >>>>What is the best course of action from here? >>> >>>To be honest, with all the steps taken above, I'd install everything=20 >>>(including OS) from scratch... >>>There's a bit too much mess to try to clean up properly here. >>>Y. >>> >>>> >>>>Cheers >>>> >>>> >>>> >>>>Andrew >>>> >>>> >>>>_______________________________________________ >>>>Users mailing list >>>>Users(a)ovirt.org >>>>http://lists.ovirt.org/mailman/listinfo/users=20 >>>><http://lists.ovirt.org/mailman/listinfo/users> >>>> >>> > --------=_MB3BBF1E10-B89F-4246-8ACD-AB3F4F14DC3C Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <?xml version=3D"1.0" encoding=3D"utf-16"?><html><head><style id=3D"signatu= reStyle" type=3D"text/css"></style><style type=3D"text/css"><![CDATA[#x3d04dd896a4a42b1a36732d91328= 7ec0{ font-family:'Segoe UI'; font-size:12pt; }#xad6e4c7b8f164c94bb061ede59833d9c{ font-family:'Segoe UI'; font-size:12pt; }]]></style></head><body><div>Hi Yaniv</div><div><br /></div><div>I found a= solution.=C2=A0</div><div>Our Ovirt 3.6 AIO box was still running and had t= hose VMs still configured in their pre exported and switch off state.=C2=A0= </div><div>I removed any snap shots I found from those pre exported VMs, th= en copied the disk image files and other bits from h<span style=3D"font-siz= e: 12pt;">ost01 (Ovirt v 4.1) back into the Ovirt 3.6 AIO box, and were nee= ded fixing the relevent IDs to be what the Engine in the Ovirt 3.6 box expe= cted.=C2=A0</span></div><div><span style=3D"font-size: 12pt;">The VMs then= started up properly again without hassle and with the latest files on the O= virt 3.6 AIO box.=C2=A0</span></div><div><br /></div><div><span style=3D"fo= nt-size: 12pt;">So now in the progress of rebuilding host01 with=C2=A0</spa= n><span style=3D"font-size: 12pt;">hosted-engine=C2=A0</span><span style=3D= "font-size: 12pt;">v4.1=C2=A0</span></div><div><br /></div><div id=3D"signa= ture_old"><div id=3D"xa78294227b5f49c"> <div class=3D"WordSection1"> <div id=3D"xb71224f920234978acc74f4d23143069"><div class=3D"WordSection1"><= p class=3D"MsoNormal"><font face=3D"Tahoma"><font size=3D"3" style=3D"font-= size: 12pt;">Kind r</font><span style=3D"font-size: 12pt;">egards</span></f= ont></p><p class=3D"MsoNormal"><font size=3D"3" style=3D"font-size: 12pt;"= face=3D"Tahoma"><br /></font></p><p class=3D"MsoNormal"><font size=3D"3" st= yle=3D"font-size: 12pt;" face=3D"Tahoma">Andrew=C2=A0</font></p></div></div= ></div></div></div> <div>------ Original Message ------</div> <div>From: "Yaniv Kaul" <<a href=3D"mailto:ykaul@redhat.com">ykaul@redha= t.com</a>></div> <div>To: "Andrew Dent" <<a href=3D"mailto:adent@ctcroydon.com.au">adent@= ctcroydon.com.au</a>></div> <div>Cc: "users" <<a href=3D"mailto:users@ovirt.org">users(a)ovirt.org</a>= ></div> <div>Sent: 18/06/2017 6:00:09 PM</div> <div>Subject: Re: [ovirt-users] hosted-engine VM and services not working</= div><div><br /></div> <div id=3D"xbea74d01f04742a"><blockquote cite=3D"249bdf9e95f568dc6180880838= 41b2b46780224d@localhost" type=3D"cite" class=3D"cite2"> <div dir=3D"ltr"><br /><div class=3D"gmail_extra"><br /><div class=3D"gmail= _quote">On Sat, Jun 17, 2017 at 12:50 AM, <span dir=3D"ltr"><<a href=3D= "mailto:adent@ctcroydon.com.au">adent(a)ctcroydon.com.au</a>></span> wrote= :<br /><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-= left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto"><div>If I reinstall = and the rerun the hosted-engine setup how do I get the VMs in their curren= t running state back into and being recognised by the new hosted engine?<br = /></div></div></blockquote><div><br /></div><div>Current running state is= again quite challenging. You'll need to fix the hosted-engine.</div><div><b= r /></div><div>Can import the storage domain? (not for running VMs)</div><d= iv>Y.</div><div><br /></div><blockquote class=3D"gmail_quote" style=3D"marg= in:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"auto= "><div><br />Kind regards<span class=3D"HOEnZb"><font color=3D"#888888"><di= v><br /></div><div>Andrew</div></font></span></div><span class=3D""><div><b= r />On 17 Jun 2017, at 6:54 AM, Yaniv Kaul <<a href=3D"mailto:ykaul@redh= at.com">ykaul(a)redhat.com</a>> wrote:<br /><br /></div></span><blockquote = type=3D"cite" class=3D"cite"><div><div dir=3D"ltr"><br /><div class=3D"gma= il_extra"><br /><div class=3D"gmail_quote"><span class=3D"">On Fri, Jun 16, = 2017 at 9:11 AM, Andrew Dent <span dir=3D"ltr"><<a href=3D"mailto:adent= @ctcroydon.com.au">adent(a)ctcroydon.com.au</a>></span> wrote:<br /></span= ><div><div class=3D"h5"><blockquote class=3D"gmail_quote" style=3D"margin:0 = 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u> <div><div>Hi</div><div><br /></div><div>Well I've got myself into a fine me= ss.=C2=A0</div><div><br /></div><div>host01 was setup with hosted-engine v4= .1.=C2=A0<span style=3D"font-size:12pt">This was successful.=C2=A0</span></= div><div><span style=3D"font-size:12pt">Imported 3 VMs from a v3.6 OVirt AI= O instance. (This OVirt 3.6 is still running with more VMs on it)</span></d= iv><div>Tried to add host02 to the new Ovirt 4.1 setup. This partially succ= eeded but I couldn't add any storage domains to it. Cannot remember why.=C2= =A0</div><div>In Ovirt engine UI I removed host02.=C2=A0</div><div>I reinst= alled host02 with Centos7, tried to add it and Ovirt UI told me it was alre= ady there (but it wasn't listed in the UI).=C2=A0</div><div>Renamed the rei= nstalled host02 to host03, changed the ipaddress, reconfig the DNS server a= nd added host03 into the Ovirt Engine UI.=C2=A0</div><div>All good, and I w= as able to import more VMs to it.=C2=A0</div><div>I was also able to shutdo= wn a VM on host01 assign it to host03 and start the VM. Cool, everything wo= rking.=C2=A0</div><div>The above was all last couple of weeks.=C2=A0</div><= div><br /></div><div>This week I performed some yum updates on the Engine V= M. No reboot.=C2=A0</div><div>Today noticed that the Ovirt services in the= Engine VM were in a endless restart loop. They would be up for a 5 minutes= and then die.=C2=A0</div><div>Looking into=C2=A0/var/log/ovirt-engine/eng<w= br>ine.log and I could only see errors relating to host02. Ovirt was trying = to find it and failing. Then falling over.=C2=A0</wbr></div><div>I ran "ho= sted-engine --clean-metadata" thinking it would cleanup and remove bad refe= rences to hosts, but now realise that was a really bad idea as it didn't do = what I'd hoped.=C2=A0</div><div>At this point the sequence below worked, I = could login to Ovirt UI but after 5 minutes the services would be off</div= ><div><div> <span style=3D"color:rgb(34,34,34);font-family:Verdana,Arial,Helvetica,sans= -serif;font-variant-ligatures:normal;background-color:rgb(255,255,255)">ser= vice ovirt-engine restart</span></div></div><div><span style=3D"color:rgb(3= 4,34,34);font-family:Verdana,Arial,Helvetica,sans-serif;font-variant-ligatu= res:normal;background-color:rgb(255,255,255)"><div> <span style=3D"font-variant-ligatures:normal">service ovirt-websocket-proxy = restart</span></div><div><span style=3D"font-variant-ligatures:normal"><di= v> <span style=3D"font-variant-ligatures:normal">service httpd restart</span><= /div></span></div></span></div><div><br /></div><div>I saw some reference t= o having to remove hosts from the database by hand in situations where unde= r the hood of Ovirt a decommission host was still listed, but wasn't showin= g in the GUI.=C2=A0</div><div>So I removed reference to host02 (vds_id and= host_id) in the following tables in this order.=C2=A0</div><div><span style= =3D"font-size:12pt">vds_dynamic</span></div><div><div id=3D"m_-869654554590= 4220606m_-2002812221470261923x0ec1289986994fb5ac309827edd33abe"> <div><div><span style=3D"font-size:12pt">vds_statistics</span></div><div><d= iv id=3D"m_-8696545545904220606m_-2002812221470261923x87d978c56880415e9594d= 7fe317f30f3"> <div><div><div id=3D"m_-8696545545904220606m_-2002812221470261923x0ec128998= 6994fb5ac309827edd33abe"><div><div>vds_static</div><div></div></div></div><= /div></div></div></div><div></div></div></div></div><div>host_device</div><= div><br /></div><div>Now when I try to start ovirt-websocket it will not st= art</div><div>service ovirt-websocket start<br />Redirecting to /bin/system= ctl start =C2=A0ovirt-websocket.service<br />Failed to start ovirt-websocke= t.service: Unit not found.</div><div><br /></div><div>I'm now thinking that = I need to do the following in the engine VM</div><div><div> <pre class=3D"m_-8696545545904220606m_-2002812221470261923highlight m_-8696= 545545904220606m_-2002812221470261923plaintext"><code>#=C2=A0engine-cleanup #=C2=A0yum=C2=A0remove=C2=A0ovirt-engine #=C2=A0yum=C2=A0install=C2=A0ovirt-engine #=C2=A0engine-setup=C2=A0</code></pre></div></div><div>But to run engine-cl= eanup I need to put the engine-vm into maintenance mode and because of the= --clean-metadata that I ran earlier on host01 I cannot do that.=C2=A0</div>= <div><br /></div><div>What is the best course of action from here?</div></d= iv></blockquote><div><br /></div></div></div><span class=3D""><div>To be ho= nest, with all the steps taken above, I'd install everything (including OS) = from scratch...</div><div>There's a bit too much mess to try to clean up p= roperly here.</div><div>Y.</div><div>=C2=A0</div><blockquote class=3D"gmail= _quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:= 1ex"><div><div><br /></div><div id=3D"m_-8696545545904220606m_-200281222147= 0261923signature_old"><div id=3D"m_-8696545545904220606m_-20028122214702619= 23xbaf36d997b7f497"> <div class=3D"m_-8696545545904220606m_-2002812221470261923WordSection1"> <div id=3D"m_-8696545545904220606m_-2002812221470261923xb71224f920234978acc= 74f4d23143069"><div class=3D"m_-8696545545904220606m_-2002812221470261923Wo= rdSection1"><p class=3D"MsoNormal"><font face=3D"Tahoma"><span style=3D"fon= t-size:16px">Cheers</span></font></p><span class=3D"m_-8696545545904220606H= OEnZb"><font color=3D"#888888"><p class=3D"MsoNormal"><br /></p><p class=3D= "MsoNormal"><font face=3D"Tahoma"><span style=3D"font-size:16px">Andrew</sp= an></font></p></font></span></div></div></div></div></div> </div><br />______________________________<wbr>_________________<br /> Users mailing list<br /> <a href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a><br /> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" rel=3D"noreferrer= ">http://lists.ovirt.org/mailman<wbr>/listinfo/users</wbr></a><br /> <br /></wbr></blockquote></span></div><br /></div></div> </div></blockquote></div></blockquote></div><br /></div></div> </blockquote></div> </body></html> --------=_MB3BBF1E10-B89F-4246-8ACD-AB3F4F14DC3C--

2 1

Hosted Engine stopped on Good Agent -> 4.1.1
by Matt . 21 Jun '17

21 Jun '17

Hi Guys, I have moved my environment from datacenter to datacenter and it seems that my agents are doing "strange" after it. The engine starts but stops after being initialized and the agent.log doesn't show any errors. This happens on 4.1.1 One of the hosts which is a HE host has been upgraded to 4.1.2 to see what happens there and when I want to start the hosted engine there I get: # hosted-engine --vm-start Unable to read vm.conf, please check ovirt-ha-agent logs The HE storage is mounted well on the 4.1.1 host which doesn't mount the other NFS storages, but the 4.1.2 host has all storages (NFS) mounted which is kinda strange if you ask me. Where should I start as this cluster has been moved earlier without any issue. Thanks, Matt

1 0

Win server 2016 guest tools
by Abi Askushi 20 Jun '17

20 Jun '17

Hi all, Are there any windows server 2016 guest tools? At the site it doesn't list this OS and during installation from ISO that is included in ovirt-guest-tools-iso package i receive the error that the OS is not supported. If these tools are not installed and I install only virtio tools are there any performance implications for the VM? Thanx, Alex

2 2

cloud init hostname from pools
by Paul 20 Jun '17

20 Jun '17

This is a multipart message in MIME format. ------=_NextPart_000_0033_01D2E917.5A627FD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I would like to automatically set the hostname of a VM to be the same as the ovirt machine name seen in the portal. This can be done by creating a template and activating cloud-init in the initial run tab. A new VM named "test" based in this template is created and the hostname is "test", works perfect! But when I create a pool (i.e. "testpool") based on this template I get machines with names "testpool-1", "testpool-2", etc. but the machine name is not present in the metadata and cannot be set as hostname. This is probably due to the fact that the machine names are auto generated by the oVirt Pool. Is this expected/desired behavior for cloud-init from pools? If so, what would be the best way to retrieve the machine name (as seen in the portal) and manually set it to be hostname via cloud-init (i.e. runcmd - hostnamectl set-hostname $(hostname)) Kind regards, Paul ------=_NextPart_000_0033_01D2E917.5A627FD0 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-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=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DNL = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>Hi,<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>I would = like to automatically set the hostname of a VM to be the same as the = ovirt machine name seen in the portal.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>This can be = done by creating a template and activating cloud-init in the initial run = tab. <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>A new VM named “test” based in this = template is created and the hostname is “test”, works = perfect!<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>But when I = create a pool (i.e. “testpool”) based on this template I get = machines with names “testpool-1”, “testpool-2”, = etc. but the machine name is not present in the metadata and cannot be = set as hostname. This is probably due to the fact that the machine names = are auto generated by the oVirt Pool.<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>Is this = expected/desired behavior for cloud-init from pools? = <o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>If so, what would be the best way to retrieve = the machine name (as seen in the portal) and manually set it to be = hostname via cloud-init (i.e. runcmd – hostnamectl set-hostname = $(hostname))<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US style=3D'color:#1F497D'>Kind = regards,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US = style=3D'color:#1F497D'>Paul<o:p></o:p></span></p></div></body></html> ------=_NextPart_000_0033_01D2E917.5A627FD0--

2 2

bug disk upload
by Nikolai Kuzmich 20 Jun '17

20 Jun '17

--_000_A8137C31FFEC5F4ABF4AC5E19222450F173E63F9exch1m_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Description of problem: Try to upload an image using the GUI, disk upload succefully, but it's empt= y ovirt-engine.noarch 4.1.2.2-1.el7.centos ovirt-imageio-common.noarch 1.0.0-1.el7 ovirt-imageio-proxy.noarch 1.0.0-0.201701151456.git89ae3b4.el7.centos vdsm.x86_64 4.19.15-1.el7.centos before upload md5sum manageiq-ovirt-fine-2.ova e0585fb92301dd676cb22ba1df9e5477 manageiq-ovirt-fine-2.ova qemu-img info manageiq-ovirt-fine-2.ova image: manageiq-ovirt-fine-2.ova file format: raw virtual size: 1.3G (1359610880 bytes) disk size: 1.3G Steps to Reproduce: 1. Upload disk manageiq with the above parameters 2. After upload qemu-img info c31bac64-09d5-43a6-bf4c-c502b55cf997 image: c31bac64-09d5-43a6-bf4c-c502b55cf997 file format: raw virtual size: 2.0G (2147483648 bytes) disk size: 1.3G 3. Create VM and running 4. Disk not bootable and empty If tar -xvf manageiq-ovirt-fine-2.ova Before upload: qemu-img info f6054145-e0d3-4e43-a034-92b00b1e31f8 image: f6054145-e0d3-4e43-a034-92b00b1e31f8 file format: qcow2 virtual size: 50G (53687091200 bytes) disk size: 4.0G cluster_size: 65536 Format specific information: compat: 0.10 refcount bits: 16 after upload: qemu-img info 4a7f6769-5ce7-4428-8f51-604042c0d424 image: 4a7f6769-5ce7-4428-8f51-604042c0d424 file format: qcow2 virtual size: 50G (53687091200 bytes) disk size: 4.1G cluster_size: 65536 Format specific information: compat: 0.10 refcount bits: 16 Upload successfully, disk bootable, vm starts Kind regards, Nikolai Kuzmich ARTEZIO System Administrator e-mail: nikolai.kuzmich(a)artezio.com<mailto:nikolai.kuzmich@artezio.com> skype: artezio_nkuzmich_1 address: Dzyarzhynskaga str, 8. Minsk, 220036, Belarus --_000_A8137C31FFEC5F4ABF4AC5E19222450F173E63F9exch1m_ 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"X-NONE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:X-NONE">Descript= ion of problem:<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:X-NONE">Try to u= pload an image using the GUI, disk upload succefu</span><span lang=3D"EN-US= " style=3D"mso-fareast-language:X-NONE">l</span><span style=3D"mso-fareast-= language:X-NONE">ly</span><span lang=3D"EN-US" style=3D"mso-fareast-languag= e:X-NONE">, </span><span class=3D"shorttext"><span lang=3D"EN">but it's empty</span></s= pan><span style=3D"mso-fareast-language:X-NONE"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">ovirt-engine.noarch     &nb= sp;            = 4.1.2.2-1.el7.centos<o:p></o:p></p> <p class=3D"MsoNormal">ovirt-imageio-common.noarch  1.0.0-1.el7 &= nbsp;           &nbs= p;            &= nbsp;           &nbs= p;           <o:p></o:p></p> <p class=3D"MsoNormal">ovirt-imageio-proxy.noarch    &n= bsp;  1.0.0-0.201701151456.git89ae3b4.el7.centos   &nbs= p;   <o:p></o:p></p> <p class=3D"MsoNormal">vdsm.x86_64      &nbsp= ;            &n= bsp;        4.19.15-1.el7.centos<o:p></o= :p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">before upload<o:p></o:p></span>= </p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">md= 5sum manageiq-ovirt-fine-2.ova<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">e0= 585fb92301dd676cb22ba1df9e5477  manageiq-ovirt-fine-2.ova<o:p></o:p></= span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">qemu-img info manageiq-= ovirt-fine-2.ova<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">image: manageiq-ovirt-f= ine-2.ova<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">file format: raw<o:p></= o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">virtual size: 1.3G (135= 9610880 bytes)<o:p></o:p></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt">disk size: 1.3G<o:p></o= :p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <pre><span style=3D"font-size:11.0pt;font-family:"Times New Roman&quot= ;,serif">Steps to Reproduce:<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span class=3D"shorttext"><span lang=3D"EN-US" styl= e=3D"font-size:11.0pt;font-family:"Times New Roman",serif"><span = style=3D"mso-list:Ignore">1.<span style=3D"font:7.0pt "Times New Roman= "">       </span></span></span></span><!= [endif]><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:"Ti= mes New Roman",serif">Upload disk manageiq </span><span class=3D"short= text"><span lang=3D"EN" style=3D"font-size:11.0pt;font-family:"Times N= ew Roman",serif">with the above parameters</span></span><span class=3D= "shorttext"><span lang=3D"EN-US" style=3D"font-size:11.0pt;font-family:&quo= t;Times New Roman",serif"><o:p></o:p></span></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span lang=3D"EN-US" style=3D"font-size:11.0pt;font= -family:"Times New Roman",serif"><span style=3D"mso-list:Ignore">= 2.<span style=3D"font:7.0pt "Times New Roman"">   =     </span></span></span><![endif]><span lang=3D"EN-US" styl= e=3D"font-size:11.0pt;font-family:"Times New Roman",serif">After = upload <o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">qemu-img info c31bac64= -09d5-43a6-bf4c-c502b55cf997<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">image: c31bac64-09d5-4= 3a6-bf4c-c502b55cf997<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">file format: raw<o:p><= /o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">virtual size: 2.0G (21= 47483648 bytes)<o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt"><span lang=3D"EN-US" style=3D"font-size:1= 1.0pt;font-family:"Times New Roman",serif">disk size: 1.3G<o:p></= o:p></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:"T= imes New Roman",serif"><span style=3D"mso-list:Ignore">3.<span style= =3D"font:7.0pt "Times New Roman"">     &= nbsp; </span></span></span><![endif]><span lang=3D"EN-US" style=3D"font-siz= e:11.0pt;font-family:"Times New Roman",serif">Create VM and runni= ng</span><span style=3D"font-size:11.0pt;font-family:"Times New Roman&= quot;,serif"><o:p></o:p></span></pre> <pre style=3D"margin-left:36.0pt;text-indent:-18.0pt;mso-list:l0 level1 lfo= 1"><![if !supportLists]><span style=3D"font-size:11.0pt;font-family:"T= imes New Roman",serif"><span style=3D"mso-list:Ignore">4.<span style= =3D"font:7.0pt "Times New Roman"">     &= nbsp; </span></span></span><![endif]><span lang=3D"EN-US" style=3D"font-siz= e:11.0pt;font-family:"Times New Roman",serif">Disk not bootable <= /span><span class=3D"shorttext"><span lang=3D"EN" style=3D"font-size:11.0pt= ;font-family:"Times New Roman",serif">and empty</span></span><spa= n style=3D"font-size:11.0pt;font-family:"Times New Roman",serif">= <o:p></o:p></span></pre> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">If  tar -xvf </span>manage= iq-ovirt-fine-2.ova <span lang=3D"EN-US"><o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Before upload:<o:p></o:p></span= ></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">qe= mu-img info f6054145-e0d3-4e43-a034-92b00b1e31f8<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">im= age: f6054145-e0d3-4e43-a034-92b00b1e31f8<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">fi= le format: qcow2<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">vi= rtual size: 50G (53687091200 bytes)<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">di= sk size: 4.0G<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">cl= uster_size: 65536<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">Fo= rmat specific information:<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   compat: 0.10<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   refcount bits: 16<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">after upload:<o:p></o:p></span>= </p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">qe= mu-img info 4a7f6769-5ce7-4428-8f51-604042c0d424<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">im= age: 4a7f6769-5ce7-4428-8f51-604042c0d424<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">fi= le format: qcow2<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">vi= rtual size: 50G (53687091200 bytes)<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">di= sk size: 4.1G<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">cl= uster_size: 65536<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">Fo= rmat specific information:<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   compat: 0.10<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"text-indent:36.0pt"><span lang=3D"EN-US">&n= bsp;   refcount bits: 16<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"EN-US">Upload successfully, disk boota= ble, vm </span> <span class=3D"shorttext"><span lang=3D"EN">starts</span></span><span lang= =3D"EN-US"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">Kind regards,<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">Nikolai Kuzmich<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">ARTEZIO<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">System Administrator<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">e-mail: <a href=3D"mailto:nikolai.kuzmich@artezio.com"> <span style=3D"color:#0563C1">nikolai.kuzmich(a)artezio.com</span></a><o:p></= o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">skype: artezio_nkuzmich_1<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">address: Dzyarzhynskaga str, 8. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-family:"Calibri",sans-= serif">Minsk, 220036, Belarus<o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_A8137C31FFEC5F4ABF4AC5E19222450F173E63F9exch1m_--

1 0

Re: [ovirt-users] Hosted engine
by Joel Diaz 19 Jun '17

19 Jun '17

Sorry. I forgot to attached the requested logs in the previous email. Thanks, On Jun 15, 2017 9:38 AM, "Joel Diaz" <mrjoeldiaz(a)gmail.com> wrote: Good morning, Requested info below. Along with some additional info. You'll notice the data volume is not mounted. Any help in getting HE back running would be greatly appreciated. Thank you, Joel [root@ovirt-hyp-01 ~]# hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : ovirt-hyp-01.example.lan Host ID : 1 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : 5558a7d3 local_conf_timestamp : 20356 Host timestamp : 20341 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20341 (Fri Jun 9 14:38:57 2017) host-id=1 score=3400 vm_conf_refresh_time=20356 (Fri Jun 9 14:39:11 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : ovirt-hyp-02.example.lan Host ID : 2 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : 936d4cf3 local_conf_timestamp : 20351 Host timestamp : 20337 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20337 (Fri Jun 9 14:39:03 2017) host-id=2 score=3400 vm_conf_refresh_time=20351 (Fri Jun 9 14:39:17 2017) conf_on_shared_storage=True maintenance=False state=EngineDown stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : ovirt-hyp-03.example.lan Host ID : 3 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : f646334e local_conf_timestamp : 20391 Host timestamp : 20377 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=20377 (Fri Jun 9 14:39:37 2017) host-id=3 score=3400 vm_conf_refresh_time=20391 (Fri Jun 9 14:39:51 2017) conf_on_shared_storage=True maintenance=False state=EngineStop stopped=False timeout=Thu Jan 1 00:43:08 1970 [root@ovirt-hyp-01 ~]# gluster peer status Number of Peers: 2 Hostname: 192.168.170.143 Uuid: b2b30d05-cf91-4567-92fd-022575e082f5 State: Peer in Cluster (Connected) Other names: 10.0.0.2 Hostname: 192.168.170.147 Uuid: 4e50acc4-f3cb-422d-b499-fb5796a53529 State: Peer in Cluster (Connected) Other names: 10.0.0.3 [root@ovirt-hyp-01 ~]# gluster volume info all Volume Name: data Type: Replicate Volume ID: 1d6bb110-9be4-4630-ae91-36ec1cf6cc02 Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: 192.168.170.141:/gluster_bricks/data/data Brick2: 192.168.170.143:/gluster_bricks/data/data Brick3: 192.168.170.147:/gluster_bricks/data/data (arbiter) Options Reconfigured: nfs.disable: on performance.readdir-ahead: on transport.address-family: inet performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 network.ping-timeout: 30 performance.strict-o-direct: on cluster.granular-entry-heal: enable Volume Name: engine Type: Replicate Volume ID: b160f0b2-8bd3-4ff2-a07c-134cab1519dd Status: Started Snapshot Count: 0 Number of Bricks: 1 x (2 + 1) = 3 Transport-type: tcp Bricks: Brick1: 192.168.170.141:/gluster_bricks/engine/engine Brick2: 192.168.170.143:/gluster_bricks/engine/engine Brick3: 192.168.170.147:/gluster_bricks/engine/engine (arbiter) Options Reconfigured: nfs.disable: on performance.readdir-ahead: on transport.address-family: inet performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off performance.low-prio-threads: 32 network.remote-dio: off cluster.eager-lock: enable cluster.quorum-type: auto cluster.server-quorum-type: server cluster.data-self-heal-algorithm: full cluster.locking-scheme: granular cluster.shd-max-threads: 8 cluster.shd-wait-qlength: 10000 features.shard: on user.cifs: off storage.owner-uid: 36 storage.owner-gid: 36 network.ping-timeout: 30 performance.strict-o-direct: on cluster.granular-entry-heal: enable [root@ovirt-hyp-01 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos_ovirt--hyp--01-root 50G 4.1G 46G 9% / devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 8.7M 7.7G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/centos_ovirt--hyp--01-home 61G 33M 61G 1% /home /dev/mapper/gluster_vg_sdb-gluster_lv_engine 50G 7.6G 43G 16% /gluster_bricks/engine /dev/mapper/gluster_vg_sdb-gluster_lv_data 730G 157G 574G 22% /gluster_bricks/data /dev/sda1 497M 173M 325M 35% /boot ovirt-hyp-01.example.lan:engine 50G 7.6G 43G 16% /rhev/data-center/mnt/glusterSD/ovirt-hyp-01.example.lan:engine tmpfs 1.6G 0 1.6G 0% /run/user/0 [root@ovirt-hyp-01 ~]# systemctl list-unit-files|grep ovirt ovirt-ha-agent.service enabled ovirt-ha-broker.service enabled ovirt-imageio-daemon.service disabled ovirt-vmconsole-host-sshd.service enabled [root@ovirt-hyp-01 ~]# systemctl status ovirt-ha-agent.service ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 08:56:15 EDT; 21min ago Main PID: 3150 (ovirt-ha-agent) CGroup: /system.slice/ovirt-ha-agent.service └─3150 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon Jun 15 08:56:15 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Monitoring Agent. Jun 15 08:56:15 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Monitoring Agent... Jun 15 09:17:18 ovirt-hyp-01.example.lan ovirt-ha-agent[3150]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine ERROR Engine VM stopped on localhost [root@ovirt-hyp-01 ‾]# systemctl status ovirt-ha-broker.service ● ovirt-ha-broker.service - oVirt Hosted Engine High Availability Communications Broker Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-broker.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 08:54:06 EDT; 24min ago Main PID: 968 (ovirt-ha-broker) CGroup: /system.slice/ovirt-ha-broker.service └─968 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker --no-daemon Jun 15 08:54:06 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Communications Broker. Jun 15 08:54:06 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Communications Broker... Jun 15 08:56:16 ovirt-hyp-01.example.lan ovirt-ha-broker[968]: ovirt-ha-broker ovirt_hosted_engine_ha.broker.listener.ConnectionHandler ERROR Error handling request, data: '...1b55bcf76' Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt... Hint: Some lines were ellipsized, use -l to show in full. [root@ovirt-hyp-01 ‾]# systemctl restart ovirt-ha-agent.service [root@ovirt-hyp-01 ‾]# systemctl status ovirt-ha-agent.service ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 09:19:21 EDT; 26s ago Main PID: 8563 (ovirt-ha-agent) CGroup: /system.slice/ovirt-ha-agent.service └─8563 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon Jun 15 09:19:21 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Monitoring Agent. Jun 15 09:19:21 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Monitoring Agent... [root@ovirt-hyp-01 ‾]# systemctl restart ovirt-ha-broker.service [root@ovirt-hyp-01 ‾]# systemctl status ovirt-ha-broker.service ● ovirt-ha-broker.service - oVirt Hosted Engine High Availability Communications Broker Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-broker.service; enabled; vendor preset: disabled) Active: active (running) since Thu 2017-06-15 09:20:59 EDT; 28s ago Main PID: 8844 (ovirt-ha-broker) CGroup: /system.slice/ovirt-ha-broker.service └─8844 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-broker --no-daemon Jun 15 09:20:59 ovirt-hyp-01.example.lan systemd[1]: Started oVirt Hosted Engine High Availability Communications Broker. Jun 15 09:20:59 ovirt-hyp-01.example.lan systemd[1]: Starting oVirt Hosted Engine High Availability Communications Broker... On Jun 14, 2017 4:45 AM, "Sahina Bose" <sabose(a)redhat.com> wrote: > What's the output of "hosted-engine --vm-status" and "gluster volume > status engine" tell you? Are all the bricks running as per gluster vol > status? > > Can you try to restart the ovirt-ha-agent and ovirt-ha-broker services? > > If HE still has issues powering up, please provide agent.log and > broker.log from /var/log/ovirt-hosted-engine-ha and gluster mount logs > from /var/log/glusterfs/rhev-data-center-mnt <engine>.log > > On Thu, Jun 8, 2017 at 6:57 PM, Joel Diaz <mrjoeldiaz(a)gmail.com> wrote: > >> Good morning oVirt community, >> >> I'm running a three host gluster environment with hosted engine. >> >> Yesterday the engine went down and has not been able to come up properly. >> It tries to start on all three host. >> >> I have two gluster volumes, data and engne. The data storage domian >> volume is no longer mounted but the engine volume is up. I've restarted the >> gluster service and make sure both volumes were running. The data volume >> will not mount. >> >> How can I get the engine running properly again? >> >> Thanks, >> >> Joel >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >

2 5

Re: [ovirt-users] ovirt 4.1.2 sanlock issue with nfs data domain
by Markus Stockhausen 19 Jun '17

19 Jun '17

------=_NextPartTM-000-a863ad2b-3310-4901-8852-8fa3ca93de7d Content-Type: multipart/alternative; boundary="_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_" --_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TWF5YmUgTkZTIE1vdW50cyB3aXRoIFZlcnNpb24gNC4yIGFuZCBvbiBTZXJ2ZXIgc2lkZSBubyBT RUxpbnV4IG5mc190IHJ1bGUgZGVmaW5lZD8NCg0KU2VudCBmcm9tIG1vYmlsZS4uLg0KDQpBbSAx OS4wNi4yMDE3IDExOjAxIHZvcm0uIHNjaHJpZWIgTW9yaXR6IEJhdW1hbm4gPG1vcml0ei5iYXVt YW5uQGluZi5ldGh6LmNoPjoNCj4gSXMgdGhlcmUgYSB3YXkgdG8gInJlaW5pdGlhbGl6ZSIgdGhl IGxvY2tzcGFjZSBzbyBvbmUgbm9kZSBjYW4gYmVjb21lDQo+IFNQTSBhZ2FpbiBhbmQgd2UgY2Fu IHJ1biBWTVMuDQoNCmVycm9ycyBpbiAvdmFyL2xvZy9zYW5sb2NrLmxvZyBsb29rIGxpa2UgdGhp czoNCg0KDQoyMDE3LTA2LTE5IDEwOjU3OjAwKzAyMDAgMTYxNzY3MyBbMTI2MjE3XTogb3BlbiBl cnJvciAtMTMNCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpf ZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1 ZDcxMTUvZG9tX21kL2lkcw0KMjAxNy0wNi0xOSAxMDo1NzowMCswMjAwIDE2MTc2NzMgWzEyNjIx N106IHM1MSBvcGVuX2Rpc2sNCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYu ZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVk OS05NGVhNTU1ZDcxMTUvZG9tX21kL2lkcw0KZXJyb3IgLTEzDQoyMDE3LTA2LTE5IDEwOjU3OjAx KzAyMDAgMTYxNzY3NCBbODgwXTogczUxIGFkZF9sb2Nrc3BhY2UgZmFpbCByZXN1bHQgLTE5DQoy MDE3LTA2LTE5IDEwOjU3OjAyKzAyMDAgMTYxNzY3NCBbODgxXTogb3BlbiBlcnJvciAtMTMNCi9y aGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0 Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21k L2xlYXNlcw0KMjAxNy0wNi0xOSAxMDo1NzowMiswMjAwIDE2MTc2NzQgWzgyOF06IGNpIDIgZmQg MTEgcGlkIC0xIHJlY3YgZXJybm8gMTA0DQoyMDE3LTA2LTE5IDEwOjU3OjEwKzAyMDAgMTYxNzY4 MyBbODgxXTogczUyIGxvY2tzcGFjZQ0KYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3 MTE1OjI6L3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBv cnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzEx NS9kb21fbWQvaWRzOjANCjIwMTctMDYtMTkgMTA6NTc6MTArMDIwMCAxNjE3NjgzIFsxMjYyMzVd OiBvcGVuIGVycm9yIC0xMw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5l dGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5 LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzDQoyMDE3LTA2LTE5IDEwOjU3OjEwKzAyMDAgMTYxNzY4 MyBbMTI2MjM1XTogczUyIG9wZW5fZGlzaw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gt aW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1Nzgt NDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzDQplcnJvciAtMTMNCjIwMTctMDYtMTkg MTA6NTc6MTErMDIwMCAxNjE3Njg0IFs4ODFdOiBzNTIgYWRkX2xvY2tzcGFjZSBmYWlsIHJlc3Vs dCAtMTkNCjIwMTctMDYtMTkgMTA6NTc6MTMrMDIwMCAxNjE3Njg1IFs4ODBdOiBvcGVuIGVycm9y IC0xMw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBv cnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzEx NS9kb21fbWQvbGVhc2VzDQoyMDE3LTA2LTE5IDEwOjU3OjEzKzAyMDAgMTYxNzY4NSBbODI4XTog Y2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAxMDQNCjIwMTctMDYtMTkgMTA6NTc6MTUrMDIw MCAxNjE3Njg4IFs4ODFdOiBvcGVuIGVycm9yIC0xMw0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3Nj cmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdm LWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvbGVhc2VzDQoyMDE3LTA2LTE5IDEw OjU3OjE1KzAyMDAgMTYxNzY4OCBbODI4XTogY2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAx MDQNCjIwMTctMDYtMTkgMTA6NTc6MjArMDIwMCAxNjE3NjkzIFs4ODFdOiBzNTMgbG9ja3NwYWNl DQpjMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTU6Mjovcmhldi9kYXRhLWNlbnRl ci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEv YzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHM6MA0KMjAxNy0w Ni0xOSAxMDo1NzoyMCswMjAwIDE2MTc2OTMgWzEyNjI1NV06IG9wZW4gZXJyb3IgLTEzDQovcmhl di9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNo X292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9p ZHMNCjIwMTctMDYtMTkgMTA6NTc6MjArMDIwMCAxNjE3NjkzIFsxMjYyNTVdOiBzNTMgb3Blbl9k aXNrDQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9y dF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1 L2RvbV9tZC9pZHMNCmVycm9yIC0xMw0KMjAxNy0wNi0xOSAxMDo1NzoyMSswMjAwIDE2MTc2OTQg Wzg4MV06IHM1MyBhZGRfbG9ja3NwYWNlIGZhaWwgcmVzdWx0IC0xOQ0KMjAxNy0wNi0xOSAxMDo1 NzoyNiswMjAwIDE2MTc2OTkgWzg4MF06IG9wZW4gZXJyb3IgLTEzDQovcmhldi9kYXRhLWNlbnRl ci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEv YzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9sZWFzZXMNCjIwMTct MDYtMTkgMTA6NTc6MjYrMDIwMCAxNjE3Njk5IFs4MjhdOiBjaSAyIGZkIDExIHBpZCAtMSByZWN2 IGVycm5vIDEwNA0KMjAxNy0wNi0xOSAxMDo1NzoyOSswMjAwIDE2MTc3MDIgWzg4MV06IG9wZW4g ZXJyb3IgLTEzDQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6 X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1 NWQ3MTE1L2RvbV9tZC9sZWFzZXMNCjIwMTctMDYtMTkgMTA6NTc6MjkrMDIwMCAxNjE3NzAyIFs4 MjhdOiBjaSAyIGZkIDExIHBpZCAtMSByZWN2IGVycm5vIDEwNA0KMjAxNy0wNi0xOSAxMDo1Nzoz MCswMjAwIDE2MTc3MDMgWzg4MF06IHM1NCBsb2Nrc3BhY2UNCmMxN2Q5ZDdmLWU1NzgtNDYyNi1h NWQ5LTk0ZWE1NTVkNzExNToyOi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYu ZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVk OS05NGVhNTU1ZDcxMTUvZG9tX21kL2lkczowDQoNCg0KDQpvdmlydC1ub2RlMDFbMF06L3Zhci9s b2cjIGxzIC1sZA0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNo Ol9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1 NTVkNzExNS9kb21fbWQvaWRzDQoNCi1ydy1ydy0tLS0uIDEgdmRzbSBrdm0gMTA0ODU3NiAyOC4g TWFpIDIzOjEzDQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6 X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1 NWQ3MTE1L2RvbV9tZC9pZHMNCg0KVGhlIG5mcyBzaGFyZSBpcyB3cml0ZWFibGU6DQoNCm92aXJ0 LW5vZGUwMVswXTovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0aHouY2g6 X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1 NWQ3MTE1L2RvbV9tZCMNCnRvdWNoIGJsYWJsYQ0Kb3ZpcnQtbm9kZTAxWzBdOi9yaGV2L2RhdGEt Y2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRf ZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kIw0KbHMgLWwN CnRvdGFsIDMzMjANCi1ydy1yLS1yLS0uIDEgcm9vdCByb290ICAgICAgICAwIDE5LiBKdW4gMTE6 MDAgYmxhYmxhDQotcnctcnctLS0tLiAxIHZkc20ga3ZtICAgMTA0ODU3NiAyOC4gTWFpIDIzOjEz IGlkcw0KLXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAgMTY3NzcyMTYgMTkuIEp1biAxMDo1NiBpbmJv eA0KLXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAgIDIwOTcxNTIgMjIuIE1haSAxNTo0OCBsZWFzZXMN Ci1ydy1yLS1yLS0uIDEgdmRzbSBrdm0gICAgICAgMzYxICAxLiBNw6RyIDE4OjIxIG1ldGFkYXRh DQotcnctcnctLS0tLiAxIHZkc20ga3ZtICAxNjc3NzIxNiAyMi4gTWFpIDE1OjQ4IG91dGJveA0K LXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAgIDEzMDUwODggIDEuIE3DpHIgMTg6MjEgeGxlYXNlcw0K DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVXNlcnMg bWFpbGluZyBsaXN0DQpVc2Vyc0BvdmlydC5vcmcNCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp bG1hbi9saXN0aW5mby91c2Vycw0KDQo= --_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_ Content-Type: text/html; charset="utf-8" Content-ID: <96B09797326C4D46892E3874A63DBB16(a)collogia.de> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPGRpdiBkaXI9ImF1 dG8iPk1heWJlIE5GUyBNb3VudHMgd2l0aCBWZXJzaW9uIDQuMiBhbmQgb24gU2VydmVyIHNpZGUg bm8gU0VMaW51eCBuZnNfdCBydWxlIGRlZmluZWQ/DQo8ZGl2IGRpcj0iYXV0byI+PGJyPg0KPC9k aXY+DQo8ZGl2IGRpcj0iYXV0byI+U2VudCBmcm9tIG1vYmlsZS4uLjwvZGl2Pg0KPC9kaXY+DQo8 ZGl2IGNsYXNzPSJnbWFpbF9leHRyYSI+PGJyPg0KPGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPkFt IDE5LjA2LjIwMTcgMTE6MDEgdm9ybS4gc2NocmllYiBNb3JpdHogQmF1bWFubiAmbHQ7bW9yaXR6 LmJhdW1hbm5AaW5mLmV0aHouY2gmZ3Q7OjxiciB0eXBlPSJhdHRyaWJ1dGlvbiI+DQo8YmxvY2tx dW90ZSBjbGFzcz0icXVvdGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDox cHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxkaXY+PGZvbnQgc2l6ZT0iMiI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMHB0Ij4NCjxkaXY+Jmd0OyBJcyB0aGVyZSBhIHdheSB0byAm cXVvdDtyZWluaXRpYWxpemUmcXVvdDsgdGhlIGxvY2tzcGFjZSBzbyBvbmUgbm9kZSBjYW4gYmVj b21lIDxicj4NCiZndDsgU1BNIGFnYWluIGFuZCB3ZSBjYW4gcnVuIFZNUy48YnI+DQo8YnI+DQpl cnJvcnMgaW4gL3Zhci9sb2cvc2FubG9jay5sb2cgbG9vayBsaWtlIHRoaXM6PGJyPg0KPGJyPg0K PGJyPg0KMjAxNy0wNi0xOSAxMDo1NzowMCYjNDM7MDIwMCAxNjE3NjczIFsxMjYyMTddOiBvcGVu IGVycm9yIC0xMyA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0 aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDkt OTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHM8YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjAwJiM0MzswMjAw IDE2MTc2NzMgWzEyNjIxN106IHM1MSBvcGVuX2Rpc2sgPGJyPg0KL3JoZXYvZGF0YS1jZW50ZXIv bW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2Mx N2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzDQo8YnI+DQplcnJv ciAtMTM8YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjAxJiM0MzswMjAwIDE2MTc2NzQgWzg4MF06IHM1 MSBhZGRfbG9ja3NwYWNlIGZhaWwgcmVzdWx0IC0xOTxicj4NCjIwMTctMDYtMTkgMTA6NTc6MDIm IzQzOzAyMDAgMTYxNzY3NCBbODgxXTogb3BlbiBlcnJvciAtMTMgPGJyPg0KL3JoZXYvZGF0YS1j ZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9k YXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvbGVhc2VzPGJy Pg0KMjAxNy0wNi0xOSAxMDo1NzowMiYjNDM7MDIwMCAxNjE3Njc0IFs4MjhdOiBjaSAyIGZkIDEx IHBpZCAtMSByZWN2IGVycm5vIDEwNDxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTAmIzQzOzAyMDAg MTYxNzY4MyBbODgxXTogczUyIGxvY2tzcGFjZSA8YnI+DQpjMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVk OS05NGVhNTU1ZDcxMTU6Mjovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5mLmV0 aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1ZDkt OTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHM6MDxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTAmIzQzOzAy MDAgMTYxNzY4MyBbMTI2MjM1XTogb3BlbiBlcnJvciAtMTMgPGJyPg0KL3JoZXYvZGF0YS1jZW50 ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRh L2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzPGJyPg0KMjAx Ny0wNi0xOSAxMDo1NzoxMCYjNDM7MDIwMCAxNjE3NjgzIFsxMjYyMzVdOiBzNTIgb3Blbl9kaXNr IDxicj4NCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhw b3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcx MTUvZG9tX21kL2lkcw0KPGJyPg0KZXJyb3IgLTEzPGJyPg0KMjAxNy0wNi0xOSAxMDo1NzoxMSYj NDM7MDIwMCAxNjE3Njg0IFs4ODFdOiBzNTIgYWRkX2xvY2tzcGFjZSBmYWlsIHJlc3VsdCAtMTk8 YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjEzJiM0MzswMjAwIDE2MTc2ODUgWzg4MF06IG9wZW4gZXJy b3IgLTEzIDxicj4NCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5j aDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVh NTU1ZDcxMTUvZG9tX21kL2xlYXNlczxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTMmIzQzOzAyMDAg MTYxNzY4NSBbODI4XTogY2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAxMDQ8YnI+DQoyMDE3 LTA2LTE5IDEwOjU3OjE1JiM0MzswMjAwIDE2MTc2ODggWzg4MV06IG9wZW4gZXJyb3IgLTEzIDxi cj4NCi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0 X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUv ZG9tX21kL2xlYXNlczxicj4NCjIwMTctMDYtMTkgMTA6NTc6MTUmIzQzOzAyMDAgMTYxNzY4OCBb ODI4XTogY2kgMiBmZCAxMSBwaWQgLTEgcmVjdiBlcnJubyAxMDQ8YnI+DQoyMDE3LTA2LTE5IDEw OjU3OjIwJiM0MzswMjAwIDE2MTc2OTMgWzg4MV06IHM1MyBsb2Nrc3BhY2UgPGJyPg0KYzE3ZDlk N2YtZTU3OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1OjI6L3JoZXYvZGF0YS1jZW50ZXIvbW50L3Nj cmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdm LWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzOjA8YnI+DQoyMDE3LTA2LTE5 IDEwOjU3OjIwJiM0MzswMjAwIDE2MTc2OTMgWzEyNjI1NV06IG9wZW4gZXJyb3IgLTEzIDxicj4N Ci9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3Nj cmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9t X21kL2lkczxicj4NCjIwMTctMDYtMTkgMTA6NTc6MjAmIzQzOzAyMDAgMTYxNzY5MyBbMTI2MjU1 XTogczUzIG9wZW5fZGlzayA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYu aW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2 LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9pZHMNCjxicj4NCmVycm9yIC0xMzxicj4NCjIwMTct MDYtMTkgMTA6NTc6MjEmIzQzOzAyMDAgMTYxNzY5NCBbODgxXTogczUzIGFkZF9sb2Nrc3BhY2Ug ZmFpbCByZXN1bHQgLTE5PGJyPg0KMjAxNy0wNi0xOSAxMDo1NzoyNiYjNDM7MDIwMCAxNjE3Njk5 IFs4ODBdOiBvcGVuIGVycm9yIC0xMyA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRj aC1pbmYuaW5mLmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3 OC00NjI2LWE1ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9sZWFzZXM8YnI+DQoyMDE3LTA2LTE5IDEw OjU3OjI2JiM0MzswMjAwIDE2MTc2OTkgWzgyOF06IGNpIDIgZmQgMTEgcGlkIC0xIHJlY3YgZXJy bm8gMTA0PGJyPg0KMjAxNy0wNi0xOSAxMDo1NzoyOSYjNDM7MDIwMCAxNjE3NzAyIFs4ODFdOiBv cGVuIGVycm9yIC0xMyA8YnI+DQovcmhldi9kYXRhLWNlbnRlci9tbnQvc2NyYXRjaC1pbmYuaW5m LmV0aHouY2g6X2V4cG9ydF9zY3JhdGNoX292aXJ0X2RhdGEvYzE3ZDlkN2YtZTU3OC00NjI2LWE1 ZDktOTRlYTU1NWQ3MTE1L2RvbV9tZC9sZWFzZXM8YnI+DQoyMDE3LTA2LTE5IDEwOjU3OjI5JiM0 MzswMjAwIDE2MTc3MDIgWzgyOF06IGNpIDIgZmQgMTEgcGlkIC0xIHJlY3YgZXJybm8gMTA0PGJy Pg0KMjAxNy0wNi0xOSAxMDo1NzozMCYjNDM7MDIwMCAxNjE3NzAzIFs4ODBdOiBzNTQgbG9ja3Nw YWNlIDxicj4NCmMxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzExNToyOi9yaGV2L2Rh dGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3Zp cnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kL2lkczow PGJyPg0KPGJyPg0KPGJyPg0KPGJyPg0Kb3ZpcnQtbm9kZTAxWzBdOi92YXIvbG9nIyBscyAtbGQg PGJyPg0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5ldGh6LmNoOl9leHBv cnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5LTk0ZWE1NTVkNzEx NS9kb21fbWQvaWRzPGJyPg0KPGJyPg0KLXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSAxMDQ4NTc2IDI4 LiBNYWkgMjM6MTMgPGJyPg0KL3JoZXYvZGF0YS1jZW50ZXIvbW50L3NjcmF0Y2gtaW5mLmluZi5l dGh6LmNoOl9leHBvcnRfc2NyYXRjaF9vdmlydF9kYXRhL2MxN2Q5ZDdmLWU1NzgtNDYyNi1hNWQ5 LTk0ZWE1NTVkNzExNS9kb21fbWQvaWRzPGJyPg0KPGJyPg0KVGhlIG5mcyBzaGFyZSBpcyB3cml0 ZWFibGU6PGJyPg0KPGJyPg0Kb3ZpcnQtbm9kZTAxWzBdOi9yaGV2L2RhdGEtY2VudGVyL21udC9z Y3JhdGNoLWluZi5pbmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3 Zi1lNTc4LTQ2MjYtYTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kIw0KPGJyPg0KdG91Y2ggYmxhYmxh PGJyPg0Kb3ZpcnQtbm9kZTAxWzBdOi9yaGV2L2RhdGEtY2VudGVyL21udC9zY3JhdGNoLWluZi5p bmYuZXRoei5jaDpfZXhwb3J0X3NjcmF0Y2hfb3ZpcnRfZGF0YS9jMTdkOWQ3Zi1lNTc4LTQ2MjYt YTVkOS05NGVhNTU1ZDcxMTUvZG9tX21kIw0KPGJyPg0KbHMgLWw8YnI+DQp0b3RhbCAzMzIwPGJy Pg0KLXJ3LXItLXItLS4gMSByb290IHJvb3QmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMCAxOS4gSnVuIDExOjAwIGJsYWJsYTxicj4NCi1ydy1ydy0tLS0uIDEgdmRz bSBrdm0mbmJzcDsmbmJzcDsgMTA0ODU3NiAyOC4gTWFpIDIzOjEzIGlkczxicj4NCi1ydy1ydy0t LS0uIDEgdmRzbSBrdm0mbmJzcDsgMTY3NzcyMTYgMTkuIEp1biAxMDo1NiBpbmJveDxicj4NCi1y dy1ydy0tLS0uIDEgdmRzbSBrdm0mbmJzcDsmbmJzcDsgMjA5NzE1MiAyMi4gTWFpIDE1OjQ4IGxl YXNlczxicj4NCi1ydy1yLS1yLS0uIDEgdmRzbSBrdm0mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsgMzYxJm5ic3A7IDEuIE3DpHIgMTg6MjEgbWV0YWRhdGE8YnI+DQotcnctcnct LS0tLiAxIHZkc20ga3ZtJm5ic3A7IDE2Nzc3MjE2IDIyLiBNYWkgMTU6NDggb3V0Ym94PGJyPg0K LXJ3LXJ3LS0tLS4gMSB2ZHNtIGt2bSZuYnNwOyZuYnNwOyAxMzA1MDg4Jm5ic3A7IDEuIE3DpHIg MTg6MjEgeGxlYXNlczxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPGJyPg0KVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KVXNlcnNAb3ZpcnQu b3JnPGJyPg0KPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnM8L2E+ PGJyPg0KPC9kaXY+DQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+ DQo8YnI+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_393dd621fe7542a5b55ed7bcf458ea8eemailandroidcom_-- ------=_NextPartTM-000-a863ad2b-3310-4901-8852-8fa3ca93de7d 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-a863ad2b-3310-4901-8852-8fa3ca93de7d--

2 1

Changing MAC Pool
by Mahdi Adnan 19 Jun '17

19 Jun '17

--_000_DM5PR01MB2506A6E92E148110EA314A24FFC70DM5PR01MB2506prod_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I ran into an issue where i have no more MAC in the MAC pool. I used the default MAC pool and now i want to create a new one for the Clus= ter. Is it possible to create new MAC pool for the cluster without affecting the= VMs ? Appreciate your help. -- Respectfully Mahdi A. Mahdi --_000_DM5PR01MB2506A6E92E148110EA314A24FFC70DM5PR01MB2506prod_ 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; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:Calibri,Helvetica,sans-serif;" dir=3D"ltr"> <p>Hi,</p> <p><br> </p> <p>I ran into an issue where i have no more MAC in the MAC pool.</p> <p>I used the default MAC pool and now i want to create a new one for the C= luster.</p> <p>Is it possible to create new MAC pool for the cluster without affecting = the VMs ? </p> <p><br> </p> <p>Appreciate your help.</p> <p><br> </p> <div id=3D"Signature"><br> <div class=3D"ecxmoz-signature">-- <br> <br> <font color=3D"#3366ff"><font color=3D"#000000">Respectfully<b><br> </b><b>Mahdi A. Mahdi</b></font></font><font color=3D"#3366ff"><br> <br> </font><font color=3D"#3366ff"></font></div> </div> </div> </body> </html> --_000_DM5PR01MB2506A6E92E148110EA314A24FFC70DM5PR01MB2506prod_--

2 2

ovirt 4.1.2 sanlock issue with nfs data domain
by Moritz Baumann 19 Jun '17

19 Jun '17

Hi, I'm still strugling to get our ovirt 4.1.2 back to life. The data domain is nfs and the nfs mount works fine. However it appears that the sanlock does not work anymore. Is there a way to "reinitialize" the lockspace so one node can become SPM again and we can run VMS. Best, Mo

1 1

Hosted Engine Setup with the gluster bricks on the same disk as the OS
by Mike DePaulo 18 Jun '17

18 Jun '17

Hi. I am trying to follow this guide. Is it possible to use part of my OS disk /dev/sda for the bricks? https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4-1-and-gluste… I am using oVirt Node 4.1.1.1. I am aware of the manual partitioning requirements. I am guessing I have to create an LV for the OS that does not take up the entire disk during install, manually create a pv like /dev/sda3 afterwards, and then run Hosted Engine Setup and specify /sda3 rather than sdb? Thanks, -Mike

4 6