- Users - oVirt List Archives

default login info for repository images
by Dan Sullivan 22 Jun '17

22 Jun '17

I've created a VM using a template imported from a Fedora 24 image in the repository. Now that it is created, what credentials do I use to log into it from the console?

3 2

New installation
by david caughey 22 Jun '17

22 Jun '17

Hi Folks, I just got the go ahead to install oVirt to use as a lab. The servers are: 1xdl360 4x30010k in raid 10 for OS (Manager) should this be clustered with another server for resiliency 5xdl380 2x30010k for OS 6x1TB7.2k RAID5 on each for a data store It will all be behind a proxy and be connected with 1GB links, (2x4 bonds) My plan is to have 1 manager as this is a lab scenario and not production, (yet), or is it better to have a cluster. Is it ok to have a data store on each host, (they won't let me have dedicated storage yet)? Is it wise to share these data_stores between hosts or should 1 store be dedicated to each host individually? There is no need for performance, basically as long as it runs it will work. The final intention is to have templates for OpenStack and CEPH plus lots of Linux examples set up with SDN etc. We have a 90% Windows shop but it is all rapidly changing to OpenStack et al and I want to try and give people the opportunity to use Linux in the lab before they are let lose in production. Plus it gives me the chance to show management exactly what ovirt can do. Any help, advice or links would be greatly appreciated, BR/David

2 1

Regarding Host QoS
by TranceWorldLogic . 22 Jun '17

22 Jun '17

Hi, I have ethernet nic with 10Gbps link speed. I want to setup one network over it with rate limit as 5Gbps When I tried to enter 5000 mbps rate in host qos it throws error saying value cannot be more than 1024. Can some one help me to know how to set limit as 5000mbps(5gbps) rate ? Thanks, ~Rohit

3 4

vm freezes when using yum update
by M Mahboubian 22 Jun '17

22 Jun '17

------=_Part_77643_974078681.1498097222223 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px = #715FFA solid !important; padding-left:1ex !important; background-color:whi= te !important; } Dear all,I appreciate if anybody could possibly help with = the issue I am facing. In our environment we have 2 hosts 1 NFS server and 1 ovirt engine server. = The NFS server provides storage to the VMs in the hosts. I can create new VMs and install os but once i do something like yum update= the VM freezes. I can reproduce this every single time I do yum update. what information/log files should I provide you to trubleshoot this? =C2=A0Regards ------=_Part_77643_974078681.1498097222223 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit <html xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office"><head></head><body> <style type="text/css" scoped> blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } </style>Dear all,<div>I appreciate if anybody could possibly help with the issue I am facing.</div><div><br></div><div>In our environment we have 2 hosts 1 NFS server and 1 ovirt engine server. The NFS server provides storage to the VMs in the hosts.</div><div><br></div><div>I can create new VMs and install os but once i do something like yum update the VM freezes. I can reproduce this every single time I do yum update.</div><div><br></div><div>what information/log files should I provide you to trubleshoot this?</div><div><br></div><div> Regards</div> </body></html> ------=_Part_77643_974078681.1498097222223--

2 1

Lowering the bar for wiki contribution?
by Roy Golan 22 Jun '17

22 Jun '17

I'm getting the feeling I'm not alone in this, authoring and publishing a wiki page isn't as used to be for long time. I want to suggest a bit lighter workflow: 1. Everyone can merge their page - (it's a wiki) Same as with (public and open) code, no one has the motivation to publish a badly written wiki page under their name. True, it can have an impact, but not as with broken code 2. Use Page-Status marker The author first merges the draft. Its now out there and should be updated as time goes and its status is DRAFT. Maintainers will come later and after review would change the status to PUBLISH. That could be a header in on the page: --- page status: DRAFT/PUBLISH --- Simple I think, and should work.

14 23

Expand Hosted-Engine Disk Space
by Adam Chesterton 22 Jun '17

22 Jun '17

Hi All, I am encountering a situation where the hosted engine for my test setup has run out of space. It only has 10GB configured, which was an oversight on my part when first deploying it. All storage is Gluster replica 3 (4 volumes; engine, vm, iso, export) and I have plenty of available space. My oVirt version is currently at 4.1.1. I've spent time looking for a solution to expand the disk size, but without luck so far. Most items I've found from previous list emails are from the 3.5 days, and seem to indicate that by 3.6+ you should be able to modify the hosted engine from within the oVirt Admin Web Console. However, when I try to expand the hosted engine disk I get an error that the VM is not managed by the engine, so obviously that functionality is not yet implemented. So, my question is; what is the current process to expand the hosted engine disk? Regards, Adam Chesterton

1 0

GPFS Storage Domains - Live VM Migration Between LocalOnHost Only
by Douglas Duckworth 21 Jun '17

21 Jun '17

Hi I used RHEV in the past and now that I am in a new role we're considering oVirt. I have a few questions: Does oVirt support network Storage Domains using GPFS? Does oVirt support live VM Migration of between Hosts that have "LocalOnHost" (direct attached) Storage Domains only? Best Doug Thanks, Douglas Duckworth, MSc, LFCS HPC System Administrator Scientific Computing Unit Physiology and Biophysics Weill Cornell Medicine E: doug(a)med.cornell.edu O: 212-746-6305 F: 212-746-8690

1 0

Error while installing oVirt Self Hosted Engine
by Jon Bornstein 21 Jun '17

21 Jun '17

This is roughly my 10th attempt at installing some version of oVirt and I think where I get stuck every time is with the networking aspect. I'm simply trying to test out oVirt on an old laptop wiht 16GB RAM and an external HDD. I'm connected via WiFi. After failing 100 times with the regular ovirt engine, It was recommended I try the self-hosted engine. ** Anyway, here are the contents of my /etc/hosts file: 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.114.13.144 host.example.rocks host 10.114.13.145 engine.example.rocks engine ** After running hosted-engine --deploy, I get to the prompt below in which the installer fails afterwards: You may specify a unicast MAC address for the VM or accept a randomly generated default [00:16:3e:5b:3a:73]: [ ERROR ] Failed to execute stage 'Environment customization': Cannot acquire nic/bridge address [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170614163222.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170614160653-2vuu7h.log ** Here is a tail of the log: [root@engine /]# tail /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170614160653-2vuu7h.log 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:134 condition False 2017-06-14 16:32:22 INFO otopi.context context.runSequence:687 Stage: Termination 2017-06-14 16:32:22 DEBUG otopi.context context.runSequence:691 STAGE terminate 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.gr_he_common.core.misc.Plugin._terminate 2017-06-14 16:32:22 ERROR otopi.plugins.gr_he_common.core.misc misc._terminate:178 Hosted Engine deployment failed 2017-06-14 16:32:22 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:204 DIALOG:SEND Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170614160653-2vuu7h.log 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.human.Plugin._terminate 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.dialog.machine.Plugin._terminate 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:134 condition False 2017-06-14 16:32:22 DEBUG otopi.context context._executeMethod:128 Stage terminate METHOD otopi.plugins.otopi.core.log.Plugin._terminate ** This is my first time writing to this list, so hopefully I'm doing it right. Thanks in advance - this is driving me crazy!

3 8

Additional user in ovirt-node-ng 4.x
by Luca 'remix_tj' Lorenzetto 21 Jun '17

21 Jun '17

Hello, my colleague is asking if is possible to define a certain user on our hosts. I know that the rule is to avoid installations and changes to hosts running ovirt-node, but in this case the user creation should have a very minimum impact. He's running HP uCMDB that makes an ssh connection to the host for grabbing some system information to populate it's DB. Is possible to create a new user? Does this user is preserved with upgrades? Is possible also to allow this new user to run 4 (exactly 4) commands through sudo? Luca -- "E' assurdo impiegare gli uomini di intelligenza eccellente per fare calcoli che potrebbero essere affidati a chiunque se si usassero delle macchine" Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716) "Internet è la più grande biblioteca del mondo. Ma il problema è che i libri sono tutti sparsi sul pavimento" John Allen Paulos, Matematico (1945-vivente) Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>

2 1

Change Hosted Engine Storage Connection
by Matt . 21 Jun '17

21 Jun '17

Hi All, What was the best way to change the storage connection for a hosted engine ? I moved the Engine at the moment to a new storage path and I thought I needed to extract the config package, change it and repackage it again. I thought this was not in the docs. Thanks! Matt

1 0

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

engine upgrade 4.1.0 => 4.1.1, no more engine console available
by Nelson Lameiras 18 Jun '17

18 Jun '17

------=_Part_30901168_366908900.1490364694843 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello,=20 When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's consol= e (from SPICE to None in GUI)=20 My test setup :=20 2 manually built hosts using centos 7.3, ovirt 4.1=20 1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessible wi= th SPICE console via GUI=20 I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :=20 - yum update=20 - engine-setup=20 - reboot engine=20 When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" p= age, with "console button" greyed out (all other VMs have the same Graphics= set to the same value as before)=20 I tried to edit engine VM settings, and console options are same as before = (SPLICE, QXL).=20 I'm hopping this is not a new feature, since if we loose network on engine,= console is the only way to debug...=20 Is this a bug?=20 ps. I was able to reproduce this bug 2 times=20 cordialement, regards,=20 =09Nelson LAMEIRAS=20 Ing=C3=A9nieur Syst=C3=A8mes et R=C3=A9seaux / Systems and Networks enginee= r=20 Tel: +33 5 32 09 09 70=20 nelson.lameiras(a)lyra-network.com=20 www.lyra-network.com | www.payzen.eu=20 =09 =09 =09 Lyra Network, 109 rue de l'innovation, 31670 Lab=C3=A8ge, FRANCE=20 ------=_Part_30901168_366908900.1490364694843 Content-Type: multipart/related; boundary="----=_Part_30901169_712869510.1490364694843" ------=_Part_30901169_712869510.1490364694843 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: arial, helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div data-marker=3D"__QUOTED_TEXT__"><div style= =3D"font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000= 000"><div>Hello,<br></div><div><br data-mce-bogus=3D"1"></div><div>When upg= rading my test setup from 4.0 to 4.1, my engine vm lost it's console (from = SPICE to None in GUI)<br data-mce-bogus=3D"1"></div><br><div>My test setup = :<br></div><div>2 manually built hosts using centos 7.3, ovirt 4.1<br></div= ><div>1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, accessi= ble with SPICE console via GUI<br></div><br><div>I updated ovirt-engine fro= m 4.1.0 to 4.1.1 by doing on engine :<br></div><div>- yum update<br></div><= div>- engine-setup<br></div><div>- reboot engine<br></div><br><div>When acc= essing 4.1.1 GUI, Graphics is set to "None" on "Virtual Machines" page, wit= h "console button" greyed out (all other VMs have the same Graphics set to = the same value as before)<br></div><div>I tried to edit engine VM settings,= and console options are same as before (SPLICE, QXL).<br></div><br><div>I'= m hopping this is not a new feature, since if we loose network on engine, c= onsole is the only way to debug...<br></div><div><br data-mce-bogus=3D"1"><= /div><div>Is this a bug?<br></div></div><div style=3D"font-family: arial, h= elvetica, sans-serif; font-size: 12pt; color: #000000"><br data-mce-bogus= =3D"1"></div><div style=3D"font-family: arial, helvetica, sans-serif; font-= size: 12pt; color: #000000">ps. I was able to reproduce this bug 2 times<br= data-mce-bogus=3D"1"></div><div style=3D"font-family: arial, helvetica, sa= ns-serif; font-size: 12pt; color: #000000"><br><div><div>cordialement, rega= rds,</div><br><table style=3D"margin: 0px; table-layout: fixed; border: non= e; width: 345pt; padding: 0px;" width=3D"460" cellspacing=3D"0" cellpadding= =3D"0" border=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; fon= t-family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 86.25= pt; text-align: left;" width=3D"115" valign=3D"top"><a href=3D"https://www.= lyra-network.com/" style=3D"border: none; text-decoration: none; width: 100= %; display: block; clear: both;" target=3D"_blank"><img src=3D"cid:6213d478= 56c2194cb43f7fbca7fede42d2bbb872@zimbra" alt=3D"" height=3D"94" width=3D"11= 5" border=3D"0"></a><br></td><td style=3D"margin: 0; font-size: 11px; font-= family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 258.75p= t;" width=3D"345" valign=3D"top"><table style=3D"margin: 0; width: 258.75pt= ; table-layout: fixed; border: none;" width=3D"345" cellspacing=3D"0" cellp= adding=3D"0" border=3D"0"><tbody><tr><td style=3D"font-size: 16px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 18px; font-weight: bold= ;">Nelson LAMEIRAS</td></tr><tr><td style=3D"font-family: Arial,sans-serif;= color: #2b3c7a; font-size: 11px; line-height: 16px;">Ing=C3=A9nieur Syst= =C3=A8mes et R=C3=A9seaux<span style=3D"font-family: Arial,sans-serif; colo= r: #337ab7; font-size: 11px;"> / Systems and Networks engineer</span></td><= /tr><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-serif; co= lor: #2b3c7a; font-size: 11px;"><span style=3D"font-family: Arial,sans-seri= f; color: #2b3c7a; font-size: 11px;">Tel: +33 5 32 09 09 70</span></td></tr= ><tr><td style=3D"line-height: 16px; font-family: 'Arial',sans-serif; color= : #2b3c7a; font-size: 11px;"><a href=3D"mailto:nelson.lameiras@lyra-network= .com" style=3D"font-size: 11px; font-family: Arial,sans-serif; line-height:= 16px; text-decoration: none;" target=3D"_blank">nelson.lameiras@lyra-netwo= rk.com</a><br></td></tr><tr><td style=3D"line-height: 16px; font-family: 'A= rial',sans-serif; color: #2b3c7a; font-size: 11px;"><a href=3D"https://www.= lyra-network.com/" style=3D"font-size: 11px; font-family: Arial,sans-serif;= line-height: 16px; border: none; text-decoration: none;" target=3D"_blank"= >www.lyra-network.com</a> <a href=3D"https://payzen.eu" style=3D"font-size:= 11px; font-family: Arial,sans-serif; line-height: 16px; border: none; text= -decoration: none;" target=3D"_blank"> | www.payzen.eu</a><br></td></tr></t= body></table></td></tr></tbody></table><table style=3D"margin: 0; table-lay= out: fixed; border: none; width: 345pt;" width=3D"460" cellspacing=3D"0" ce= llpadding=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-fa= mily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 24pt; tex= t-align: left;" width=3D"32" valign=3D"top"><a href=3D"https://www.youtube.= com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA" style=3D"border: none; text-decoratio= n: none; margin: 0; float: left; display: inline-block; width: 32px;" targe= t=3D"_blank"><img src=3D"cid:fee0c7043a6ec1d238d7c1a097f03e711e4bdd56@zimbr= a" alt=3D"" height=3D"28" width=3D"32" border=3D"0"></a><br></td><td style= =3D"margin: 0; font-size: 11px; font-family: Arial,sans-serif; color: #2b3c= 7a; line-height: 16px; width: 30.75pt; text-align: left;" width=3D"41" vali= gn=3D"top"><a href=3D"https://www.linkedin.com/company/lyra-network_2" styl= e=3D"border: none; text-decoration: none; margin: 0; float: left; display: = inline-block; width: 41px;" target=3D"_blank"><img src=3D"cid:487e72d709dc9= 7cbbfa0b1ba96aee8060575054e@zimbra" height=3D"28" width=3D"41" border=3D"0"= ></a><br></td><td style=3D"margin: 0; font-size: 11px; font-family: Arial,s= ans-serif; color: #2b3c7a; line-height: 16px; width: 31.5pt; text-align: le= ft;" width=3D"42" valign=3D"top"><a href=3D"https://twitter.com/LyraNetwork= " style=3D"border: none; text-decoration: none; margin: 0; float: left; dis= play: inline-block; width: 42px;" target=3D"_blank"><img src=3D"cid:999ede1= ddc50a603985f40ccca2df8880b9ac139@zimbra" alt=3D"" height=3D"28" width=3D"4= 2" border=3D"0"></a><br></td><td style=3D"margin: 0; font-size: 11px; font-= family: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 258.75p= t; text-align: left;" width=3D"345" valign=3D"top"><a href=3D"https://payze= n.eu" style=3D"border: none; text-decoration: none; margin: 0; float: left;= display: inline-block; width: 61px;" target=3D"_blank"><img src=3D"cid:be5= 888ad89e097f78d6fcfb233cf1d8d4f6045db@zimbra" alt=3D"" height=3D"28" width= =3D"61" border=3D"0"></a><br></td></tr></tbody></table><table style=3D"marg= in: 0; table-layout: fixed; border: none; width: 345pt;" width=3D"460" cell= spacing=3D"0" cellpadding=3D"0"><tbody><tr><td><hr style=3D"background: #29= 3b79 none repeat scroll 0% 0%; width: 100%; height: 4px; color: #293b79; ma= rgin: 0px;"></td></tr></tbody></table><table style=3D"margin: 0; table-layo= ut: fixed; border: none; width: 345pt;" width=3D"460" cellspacing=3D"0" cel= lpadding=3D"0"><tbody><tr><td style=3D"margin: 0; font-size: 11px; font-fam= ily: Arial,sans-serif; color: #2b3c7a; line-height: 16px; width: 30.75pt; t= ext-align: left;"><div>Lyra Network, 109 rue de l'innovation, 31670 Lab=C3= =A8ge, FRANCE</div></td></tr></tbody></table></div></div><br></div></div></= body></html> ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_lyra_115x94.jpg Content-Disposition: attachment; filename=element-signature_logo_lyra_115x94.jpg Content-Transfer-Encoding: base64 Content-ID: <6213d47856c2194cb43f7fbca7fede42d2bbb872@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1QUU4Nzk1OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1QUU4Nzk0OEExMzExRTZBNTFCRjVENEYyNDYxNTQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIAF4AcwMBEQACEQEDEQH/xACdAAEBAAIDAQEAAAAAAAAAAAAACAUH AgMGBAEBAQADAQEAAAAAAAAAAAAAAAACBAUBAxAAAAUDAgAHDQcCBwAAAAAAAAECAwQRBQYSByFR E7RWFzcxQSKS0nOT03RVlQgYYXEyQiMUFYEzsVJicmODOBEAAgECAwcEAgIDAAAAAAAAAAECEQNR EwQhgbESMlIzMUGhFHEVwQUiQzT/2gAMAwEAAhEDEQA/AKpAE9b/AGQZdF3FtNpsd4l29M2DHSll iS6w0bzsp5slqJCiLvERnTuENTRQg7bckntK15vmojj1WfMP0rc+Jy/JD7Fjt+EMueJ6bbnBN4bR lkWdkt+XPtDaHSfjKnSHyUpTZkg+TcLSdFGRjyv3rUo0iqP8EoQkntZ7fcOy5VdrXGYxuccGW2+S 3nCecYq3oUWnU2RmfhGXAPPSXLcJNzVVT8kNVbnKKUHRmppW1/zBOSXVtZS4lpSjNtP8nLKhfcSR alqdPXp+ERhauKKTe38nX1WfMP0qc+Jy/JHPsWO34RPLniOqz5h+lTnxOX5IfYsdvwhlzxHVZ8w/ Spz4nL8kPsWO34Qy54jqs+YfpU58Tl+SH2LHb8IZc8R1WfMP0qc+Jy/JD7Fjt+EMueJ2bCX3MH9y LxZr7eJdxKBCkoW0/JdfaJ5mUy2a0EszL/MRHTuGGshDLTiqVf8AAst81GUGMssgAAAAE5b89s+L +zwefPDV0fhlv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACc t+e2fF/Z4PPnhq6Pwy38Crd60UaMotAAAAAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLI AAAABOW/PbPi/s8Hnzw1dH4Zb+BVu9aKNGUWjAKzrGk5cnEjkq/nVo5RMbk3NOnkzd/uU0fgKvdH rky5eb2I86rQz48iQAAAAAAAAABO2x/bhlvmrhz9kaur8Md3ArWutlEjKLIAAAABOW/PbPi/s8Hn zw1dH4Zb+BVu9aKNGUWjSD//AKkj+xnzJQ0V/wA2/wDkr/7D3e7GX5DiOMfzlniMTEMPIRORIJfg tOeCladCk/nNJH94raa1GcuVnpck4qqOrJdz4dr2yazKOhDjkxhlUGMszop98i/TOlD/AE/CNX+0 x23p27nIJXKRqeeyjdnLMd27sGSzLdEO4Xd4uWifqkhDDiFut0qrUSzQlNa9wz7g9bemjK44puiI yuNRTOzGs53hud+gvzsYjwMVnqNfLuqUTrEck69bitZmStPc1NJIz4hy5ZtKLpKskIzk36bDHRt2 9yMsuMw9v8ejybNBc5M5s5Rp5Uy4aEZuMJSai4dPCZFStBN6a3BLne1nMyT6Uffgu8GQ5DnysXuN mbtZx461TG1ms3kyGiLWRHXToMz8Hg7nfMQvaWMYcydTsLjcqG2BSPYnbY/twy3zVw5+yNXV+GO7 gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLROmdZbAxL5g/5yey6/GjREJW2wSTc M3YpoKms0F3VcY1bNpzscqKs5UnU9pad4cG3Fefw1UWXFO7x3mULkpaJJnoM6JNC10WREak/aXGK 8tLO1/ns2HorilsNTYzar/kOQWTa+5tmmBjk+W9cKGqimkrJS68RcCkoV/yC7clGMXcXrJI8Yptq OBsj5oEpTiNmSRESSuKSJJFwUJlzgoKv9f1P8Hrf9Db1wh/vbVJh6tH7lhbOvi5RBpr/AEqKMXR1 PZrYaC2x3Jgbawp+IZjBkwpkWS480603rSslkRU7qTOuiqFlUlEfepw6WosO61ODK9ufLsZ27f36 RkG/8q9OwXbe3PgKciMPp0uHHS22hpxRf60o1f4VC9DlsUrWjEHWdSghllknbY/twy3zVw5+yNXV +GO7gVrXWyiRlFkAAAAAnLfntnxf2eDz54auj8Mt/Aq3etFGjKLRxU00o6qQlR8ZkRhUGMyO7W7H 7FOvUpCSZgMrfMqERqNJeCgj41qokvtMTtxcpJL3OSdFU1n8vFimPwbrnF18O55DIXybhlw8ihZm s08RLdqVOJJC5rZqqgvSJ42V7v3MpM3dTBnyWbtBQmHFnXFpLzdXOWjW9tWo2irwPpd0pWhVPBPU R0qILTVWx+y+STuYmQj7sxHH1Kctb7NuahnMflKW2akk3J/bvGlojqtpv8ZuJP8ACR8Ag9M8dtTu YdErdfEJTCZKrY/L5JSySbrbCdKmicdWRLeWlJK/bs8skq+ElSacJ8HVppr3OZiP2RuxFK4W5xi3 LK2T5D8NmY8baHHnWySSeTSa6to1K8JTumn3gtM6PbtQzDYYqnqTtsf24Zb5q4c/ZGrq/DHdwK1r rZRIyiyAAAAATlvz2z4v7PB588NXR+GW/gVbvWijRlFoADGZHjVmyO2Ltd4YOTAcUlbjJLcbJRoO qam2pCuA+GlROFxwdV6nJRT2M+q226DbLfHt8BkmIcRtLMdlNaJQgqEVTqZ/eYjKTbqwlQ5Hb4Bp Uk4zRpUpa1FoTQ1uEaVqPg7qiUZGffDmYodSbNZ0toaTBjk02hbTaCaQSUtu/wBxCSpQkr/MXfHe d4iiP12z2h5k2XYMdxlSkuKbW0hSTW2kkIUZGVKpSkiI+8RApPEURydtltdQpDsRlxCtepKm0mR8 qdXKkZfn/NxjnMxQ+kcOk7bH9uGW+auHP2Rq6vwx3cCta62USMosgAAAAE5b89s+L+zwefPDV0fh lv4FW71oo0ZRaAAAAAAAAAAAAACdtj+3DLfNXDn7I1dX4Y7uBWtdbKJGUWQAAAACb9/3mWN4cbff WTTLUWEt1xX4UpTNeNSj+wiGtolW1LfwKt7qRuTrY226RwfSkKH1rnaz3zI4jrZ226RwfSkH1rna xmRxHWztt0jg+lIPrXO1jMjiOtnbbpHB9KQfWudrGZHEdbO23SOD6Ug+tc7WMyOJ+o3W24WtKE5F CUpR0SknCqZmH1rnazjuxW2pnbTfbPeGnHbXMamNtK0OLaVqJKjKtDELlqUNklQ7C5GfS6mOu+f4 XZpy4F0vMWHMbJKlsOrJKyJRVTUvtIdjZnJVSOuaXqfF1sbbdI4PpSEvrXO1nMyOJp7YiQxJ3oyi RHcS9Hejz3GXUcKVoVOZNKi+wyOovaxUsx3cDwtdbKNGUWgAAAADX+4GzGPZveWbtcpsuO+xGTFS iObRINCFrcIz1oWdaun3xas6qVtUSR5ztKTqeZ+lrCvely8Zj1Q9f2M8EQyEPpawr3pcvGY9UH7G eCGQh9LWFe9Ll4zHqg/YzwQyEPpawr3pcvGY9UH7GeCGQh9LWFe9Ll4zHqg/YzwQyEc2flfwxl5t 1NzuJqbUSiI1MUqX/UOr+xmn6I5LTRaaxNg4XhNuxOHIiwX3n0SXCdWb5pMyMk6eDSlPEPDU6mV5 pteg0+nVpNI8zm+xeNZfkDt7nzprEl5Dbam2FNEgibTpKmttR97jErWslCNEkTlaUnUwP0tYV70u XjMeqHp+xngiOQj023+zGPYReXrtbZsuQ+/GVFUiQbRoJC1ocMy0IQdatF3x5XtVK4qNInC0oups AVT0AAAAAAAAAAAAAAAAAAAAAAAAAAAAD//Z ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_YouTube_32x28.jpg Content-Disposition: attachment; filename=element-signature_logo_YouTube_32x28.jpg Content-Transfer-Encoding: base64 Content-ID: <fee0c7043a6ec1d238d7c1a097f03e711e4bdd56@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjQ1REY5Njk1OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjQ1REY5Njk0OEExNzExRTY5OUVDOTI1QTU3QzAwNzI0IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAIAMBEQACEQEDEQH/xAB5AAADAQEAAAAAAAAAAAAAAAAABwgF BgEAAgMBAAAAAAAAAAAAAAAAAAQCAwUBEAABBAECBAUFAAAAAAAAAAABAgMEBQARBiESEwcxUdIU CEEik1UYEQACAQMCBQUAAAAAAAAAAAAAAQIRAwQhMVFhEiITQaHBYhX/2gAMAwEAAhEDEQA/AKpw AnD5Hbg3JA35XxKqxmxUPVrJEaI862FuqkPp4IbI5lHQDNXBhFwbaW4tebqcMIvfYjURtz6eesv1 YzWz9fYh38zR7eX2+mu5lHV3VhaNOe8aTJgTHnweVXEBba1cQRkb8IeNtJbHYN9WpW+YY2T53inQ 4HfzZk6a4lmHGaiOSHl8EoT7mSOZR+gBIzUxU3Yklz+Be4+9DRl30N3dMOxjbyro9EzHW3MqupHc L7qlaoX1SsFvlHl44moPpa6XXiW113FPuu3qrT5I7dfrJLUxllMRl15hQWjqBbiuXmTqCQlQx23F rHdSqTrNFFZlDAou7vZa43xuSNaw7CPFZZhIiKbeSsqKkOuuE/aCNNHcexspW40a9Sm5bcmcH/J1 5+0rvxOenGf0o8GQ8DN7ZXxzv9vbpqrhy0huMQJCHlstocBKU+ITqANcru50ZRao9SUbLTqPvMwv DAAwAMAP/9k= ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_LinkedIn_41x28.jpg Content-Disposition: attachment; filename=element-signature_logo_LinkedIn_41x28.jpg Content-Transfer-Encoding: base64 Content-ID: <487e72d709dc97cbbfa0b1ba96aee8060575054e@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjY2MEYzRTFGOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjY2MEYzRTFFOEExNzExRTY5QzI5OUNGQkY1MzM2MUQ1IiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKQMBEQACEQEDEQH/xAB2AAEBAQEAAAAAAAAAAAAAAAAABggH AQEAAwEAAAAAAAAAAAAAAAAAAwQFAhAAAQMEAgICAgMBAAAAAAAAAQIDBAARBQYhEjEHMghBE1Fh IhcRAAICAQIDCQAAAAAAAAAAAAABAgMREgQxkTIhQVGhscETMxX/2gAMAwEAAhEDEQA/ANU0Bl33 zsuzQfZcmHj8tMiMKaihDLMl1psKcQkXslSUjk8mtjZ1xdeWkVbW9RDZ/ZN8wOXkYnI7LKMuL1Lq o+RddaIWkLHVwLAPCuf4NWYVwksqPkcNtd5V+ldr2ef7MwkaZmJsqK6p/uy9JdcbUBGcULpUog8i 9Q7uuKreEjquT1GsKxC2KAUBk37B2/6y72t1tB7X8dbIvf8Aq3mtvZfVzKlvUWWw7Dr+Dfy8rCt4 d153Z8ew0FNx3kohuxmUyFtAfFPyBUOBz+arwhKWE89L9SRtLmTuns4xj7LLaxYaGNE6SYojlJZ6 rhLUf19f89eyj4qa1t7ft449ziPWairGLQoBQHFvZ/onObht0jNxclFjMPNtNpZdS4Vj9aAk36gj mtDb7yMIaWiGdTbySSfqnsKbdctAFh1Fm3Bwfx8fFT/ox8GcfAyk9dfX7OapuGNzj+SiPRoJcKmG kuBRDjS2x1uAPK71DfvYzg444nUKmnk7lWcTigFAKAUAoBQCgP/Z ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_logo_Twitter_42x28.jpg Content-Disposition: attachment; filename=element-signature_logo_Twitter_42x28.jpg Content-Transfer-Encoding: base64 Content-ID: <999ede1ddc50a603985f40ccca2df8880b9ac139@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOjdDMkI3MjMyOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOjdDMkI3MjMxOEExNzExRTY5MDUyRTk1NEIyREUwNjVCIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAKgMBEQACEQEDEQH/xAB3AAEBAQEBAAAAAAAAAAAAAAAABwUI BgEBAAMBAQAAAAAAAAAAAAAAAAMEBQIBEAABAwIEBwEBAQAAAAAAAAABAgMEAAUREhMGITFBFBUH CIEiFhEAAgIBAgQHAAAAAAAAAAAAAAERAgMxBCHBEgVBUWGBQhMV/9oADAMBAAIRAxEAPwDC9g7u 3dH33uJiNeri2wxcJQQ01JfCUNodVwCUqwSlI/AK3sGKropS0Kd7OWZMXcPsyZDdnQ7he5UFhQQ/ LZelOMoURiEqWlRAOFdumNOGqyeTYtPzFfL1df8ASm5XCTP0ey0e5eceyZu4zZc5VhjlGOFZ/cKJ dMKNeRNhbclzrOJxQCgOSW7o5a/oKXMRFXNT5iYw/EaAUtbL61tOBKTwXglWOXrW30zgj0RUmLlb 9p3rZ/r/ANd3GxWJtm3XC8B1EO2RsEqDkng88pAP8JSnEk8ugqlt6Xy5Fa3FImyNVUI8z8nJCU7o SOSRAA/O5qbuXx9+Rxg8ToGsssCgFAc/7q+b9xXrc11u7V3iNN3CW/JbQUuhaUuuFYBIHMA9K08e +rWqUPgivbC25MofK25Qoq81DKjwKlJeUT+kE13+jXyZ59DKX6a9WXPYfmO+msTPJdtp6AWMuhq4 5swHPVFVN1uFkiFoS46dJSqqEgoBQCgFAKAUAoBQH//Z ------=_Part_30901169_712869510.1490364694843 Content-Type: image/jpeg; name=element-signature_payzen_61x28.jpg Content-Disposition: attachment; filename=element-signature_payzen_61x28.jpg Content-Transfer-Encoding: base64 Content-ID: <be5888ad89e097f78d6fcfb233cf1d8d4f6045db@zimbra> /9j/4QAYRXhpZgAASUkqAAgAAAAAAAAAAAAAAP/sABFEdWNreQABAAQAAAA8AAD/4QOBaHR0cDov L25zLmFkb2JlLmNvbS94YXAvMS4wLwA8P3hwYWNrZXQgYmVnaW49Iu+7vyIgaWQ9Ilc1TTBNcENl aGlIenJlU3pOVGN6a2M5ZCI/PiA8eDp4bXBtZXRhIHhtbG5zOng9ImFkb2JlOm5zOm1ldGEvIiB4 OnhtcHRrPSJBZG9iZSBYTVAgQ29yZSA1LjYtYzEzMiA3OS4xNTkyODQsIDIwMTYvMDQvMTktMTM6 MTM6NDAgICAgICAgICI+IDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5 OS8wMi8yMi1yZGYtc3ludGF4LW5zIyI+IDxyZGY6RGVzY3JpcHRpb24gcmRmOmFib3V0PSIiIHht bG5zOnhtcE1NPSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvbW0vIiB4bWxuczpzdFJlZj0i aHR0cDovL25zLmFkb2JlLmNvbS94YXAvMS4wL3NUeXBlL1Jlc291cmNlUmVmIyIgeG1sbnM6eG1w PSJodHRwOi8vbnMuYWRvYmUuY29tL3hhcC8xLjAvIiB4bXBNTTpPcmlnaW5hbERvY3VtZW50SUQ9 InhtcC5kaWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1LTgxYmQtMTYwMTFjZjk5YWVjIiB4bXBNTTpEb2N1 bWVudElEPSJ4bXAuZGlkOkU1NjczQjM2OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXBNTTpJ bnN0YW5jZUlEPSJ4bXAuaWlkOkU1NjczQjM1OEEzNDExRTZCOEJBQ0Y4Mzg3RTEzODkyIiB4bXA6 Q3JlYXRvclRvb2w9IkFkb2JlIFBob3Rvc2hvcCBDQyAyMDE1LjUgKFdpbmRvd3MpIj4gPHhtcE1N OkRlcml2ZWRGcm9tIHN0UmVmOmluc3RhbmNlSUQ9InhtcC5paWQ6ZGQwZjkyYzUtNzhhZi1jZTQ1 LTgxYmQtMTYwMTFjZjk5YWVjIiBzdFJlZjpkb2N1bWVudElEPSJ4bXAuZGlkOmRkMGY5MmM1LTc4 YWYtY2U0NS04MWJkLTE2MDExY2Y5OWFlYyIvPiA8L3JkZjpEZXNjcmlwdGlvbj4gPC9yZGY6UkRG PiA8L3g6eG1wbWV0YT4gPD94cGFja2V0IGVuZD0iciI/Pv/uAA5BZG9iZQBkwAAAAAH/2wCEAAYE BAQFBAYFBQYJBgUGCQsIBgYICwwKCgsKCgwQDAwMDAwMEAwODxAPDgwTExQUExMcGxsbHB8fHx8f Hx8fHx8BBwcHDQwNGBAQGBoVERUaHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8fHx8f Hx8fHx8fHx8fHx8fH//AABEIABwAPQMBEQACEQEDEQH/xABvAAABBAMAAAAAAAAAAAAAAAAAAQUG BwIDBAEBAAAAAAAAAAAAAAAAAAAAABAAAQQABAQEAgsBAAAAAAAAAQIDBAUAERIGITETFEEiFQfS I1FhcYGhMlIkRMQWhhEBAAAAAAAAAAAAAAAAAAAAAP/aAAwDAQACEQMRAD8AvqZ7q7OhzZMSS9IQ Yjy2JT/avqZbW2rSvU6lBSACOeeAljLzTzSHmVhxpxIW24k5pUlQzBBHgRgM8BBJ9fKuvcGwr3La wgxIlfGeaagyVsJ1uOOBRUBmOSRgI0bnZgfQwdx7qDrroYZSVzBrcJ0hKM2xq+7AWBU7PTXTEShc 2svRx6MuWp5o5gjigj68BombFRKmPyTfXTPXWpzoszloaRqOelCQPKkeAwEP6lp6f6V6vYaP9Z6b 3fcr7ntuhno6vPnxwGyohb2ntbpr6Y17NdKt7Bp5+YHlPJLitKyltI0KGk+XPANVgzV1Eyyqbe3s IMmnhsMbVaYcebDraY+XVbQ15XXFOghQVnkMBkbjcVPTUs6M5IkPbnpWa1hKlrWG7QZBp0hROnUh xRUfHTgJDWuwtsbptVTpC1xaqhgJfkuFTji9DjoKiTmpSlq/HAcO2d11d/cuXUySJG4C0+NvbfCH CmK2hClHUop0GQ6E+dWfAeUYBi2lY2E+zgW7twhVlHDk+7AkzFO9u2lRdjORFIEZrTmAkA+GYwDl TwLJhjZFouxsF3NzN6r7Lj7imExHUOSHWi0TpyCdORIzzwHT/J/7n+vgLVAA5YBChBUlRSCpOelR HEZ88sA2WG3YVhb1lnJW4VVJcXFjAgM9VxOjqKTlmVJTnp48M8Ax2+3N3J3TJu6KVAbRKisxnWpr brh+SpasxoKf14BBD91hxE2kB+nt5Px4AEL3VGoiZSAr4qyjyOP2+fAL2nuvw/e0vDl8iT8eAbv8 Lur0vPvYXrPrfrfU6bvb59Lp6NOev83HngLBwBgDAGAMAYAwBgP/2Q== ------=_Part_30901169_712869510.1490364694843-- ------=_Part_30901168_366908900.1490364694843--

10 46

OVirt 4.1.2 - trim/discard on HDD/XFS/NFS contraproductive
by Markus Stockhausen 18 Jun '17

18 Jun '17

------=_NextPartTM-000-bc0df54e-354f-4430-b495-bb3fece85829 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, we just set up a new 4.1.2 OVirt cluster. It is a quite normal HDD/XFS/NFS stack that worked quit well with 4.0 in the past. Inside the VMs we use XFS too. To our surprise we observe abysmal high IO during mkfs.xfs and fstrim inside the VM. A simple example: Step 1: Create 100G Thin disk Result 1: Disk occupies ~10M on storage Step 2: Format disk inside VM with mkfs.xfs Result 2: Disk occupies 100G on storage Changing the discard flag on the disk does not have any effect. Am I missing something? Best regards. Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" id=3D"owaParaStyle"></style> </head> <body fpstyle=3D"1" ocsi=3D"0"> <div style=3D"direction: ltr;font-family: Arial;color: #000000;font-size: 1= 0pt;"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div style=3D"font-family:Tahoma; font-size:13px"> <div> <div>Hi, </div> <div><br> </div> <div>we just set up a new 4.1.2 OVirt cluster. It is a quite normal</div> <div>HDD/XFS/NFS stack that worked quit well with 4.0 in the past. </d= iv> <div>Inside the VMs we use XFS too.</div> <div><br> </div> <div>To our surprise we observe abysmal high IO during mkfs.xfs </div> <div>and fstrim inside the VM. A simple example:</div> <div><br> </div> <div>Step 1: Create 100G Thin disk</div> <div>Result 1: Disk occupies ~10M on storage</div> <div><br> </div> <div>Step 2: Format disk inside VM with mkfs.xfs</div> <div>Result 2: Disk occupies 100G on storage</div> <div><br> </div> <div>Changing the discard flag on the disk does not have any effect.</div> <div><br> </div> <div>Am I missing something?</div> <div><br> </div> <div>Best regards.</div> <div><br> </div> <div>Markus</div> </div> </div> </div> </div> </div> <div id=3D"ofmeet-extension-installed" style=3D"display:none"></div> </div> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173010E01F673EXCHANGEcollo_-- ------=_NextPartTM-000-bc0df54e-354f-4430-b495-bb3fece85829 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-bc0df54e-354f-4430-b495-bb3fece85829--

5 7

Re: [ovirt-users] hosted-engine VM and services not working
by adent＠ctcroydon.com.au 18 Jun '17

18 Jun '17

This is a multi-part message in MIME format. --=_08426ea198278358fccbe989a05c39c3 Content-Type: multipart/alternative; boundary="=_384aff635815e44e01845d3a345b6a60" --=_384aff635815e44e01845d3a345b6a60 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset=utf-8 SWYgSSByZWluc3RhbGwgYW5kIHRoZSByZXJ1biB0aGUgaG9zdGVkLWVuZ2luZSBzZXR1cCBob3cg ZG8gSSBnZXQgdGhlIFZNcyBpbiB0aGVpciBjdXJyZW50IHJ1bm5pbmcgc3RhdGUgYmFjayBpbnRv IGFuZCBiZWluZyByZWNvZ25pc2VkIGJ5IHRoZSBuZXcgaG9zdGVkIGVuZ2luZT8NCg0KS2luZCBy ZWdhcmRzDQoNCkFuZHJldw0KDQo+IE9uIDE3IEp1biAyMDE3LCBhdCA2OjU0IEFNLCBZYW5pdiBL YXVsIDx5a2F1bEByZWRoYXQuY29tPiB3cm90ZToNCj4gDQo+IA0KPiANCj4+IE9uIEZyaSwgSnVu IDE2LCAyMDE3IGF0IDk6MTEgQU0sIEFuZHJldyBEZW50IDxhZGVudEBjdGNyb3lkb24uY29tLmF1 PiB3cm90ZToNCj4+IEhpDQo+PiANCj4+IFdlbGwgSSd2ZSBnb3QgbXlzZWxmIGludG8gYSBmaW5l IG1lc3MuIA0KPj4gDQo+PiBob3N0MDEgd2FzIHNldHVwIHdpdGggaG9zdGVkLWVuZ2luZSB2NC4x LiBUaGlzIHdhcyBzdWNjZXNzZnVsLiANCj4+IEltcG9ydGVkIDMgVk1zIGZyb20gYSB2My42IE9W aXJ0IEFJTyBpbnN0YW5jZS4gKFRoaXMgT1ZpcnQgMy42IGlzIHN0aWxsIHJ1bm5pbmcgd2l0aCBt b3JlIFZNcyBvbiBpdCkNCj4+IFRyaWVkIHRvIGFkZCBob3N0MDIgdG8gdGhlIG5ldyBPdmlydCA0 LjEgc2V0dXAuIFRoaXMgcGFydGlhbGx5IHN1Y2NlZWRlZCBidXQgSSBjb3VsZG4ndCBhZGQgYW55 IHN0b3JhZ2UgZG9tYWlucyB0byBpdC4gQ2Fubm90IHJlbWVtYmVyIHdoeS4gDQo+PiBJbiBPdmly dCBlbmdpbmUgVUkgSSByZW1vdmVkIGhvc3QwMi4gDQo+PiBJIHJlaW5zdGFsbGVkIGhvc3QwMiB3 aXRoIENlbnRvczcsIHRyaWVkIHRvIGFkZCBpdCBhbmQgT3ZpcnQgVUkgdG9sZCBtZSBpdCB3YXMg YWxyZWFkeSB0aGVyZSAoYnV0IGl0IHdhc24ndCBsaXN0ZWQgaW4gdGhlIFVJKS4gDQo+PiBSZW5h bWVkIHRoZSByZWluc3RhbGxlZCBob3N0MDIgdG8gaG9zdDAzLCBjaGFuZ2VkIHRoZSBpcGFkZHJl c3MsIHJlY29uZmlnIHRoZSBETlMgc2VydmVyIGFuZCBhZGRlZCBob3N0MDMgaW50byB0aGUgT3Zp cnQgRW5naW5lIFVJLiANCj4+IEFsbCBnb29kLCBhbmQgSSB3YXMgYWJsZSB0byBpbXBvcnQgbW9y ZSBWTXMgdG8gaXQuIA0KPj4gSSB3YXMgYWxzbyBhYmxlIHRvIHNodXRkb3duIGEgVk0gb24gaG9z dDAxIGFzc2lnbiBpdCB0byBob3N0MDMgYW5kIHN0YXJ0IHRoZSBWTS4gQ29vbCwgZXZlcnl0aGlu ZyB3b3JraW5nLiANCj4+IFRoZSBhYm92ZSB3YXMgYWxsIGxhc3QgY291cGxlIG9mIHdlZWtzLiAN Cj4+IA0KPj4gVGhpcyB3ZWVrIEkgcGVyZm9ybWVkIHNvbWUgeXVtIHVwZGF0ZXMgb24gdGhlIEVu Z2luZSBWTS4gTm8gcmVib290LiANCj4+IFRvZGF5IG5vdGljZWQgdGhhdCB0aGUgT3ZpcnQgc2Vy dmljZXMgaW4gdGhlIEVuZ2luZSBWTSB3ZXJlIGluIGEgZW5kbGVzcyByZXN0YXJ0IGxvb3AuIFRo ZXkgd291bGQgYmUgdXAgZm9yIGEgNSBtaW51dGVzIGFuZCB0aGVuIGRpZS4gDQo+PiBMb29raW5n IGludG8gL3Zhci9sb2cvb3ZpcnQtZW5naW5lL2VuZ2luZS5sb2cgYW5kIEkgY291bGQgb25seSBz ZWUgZXJyb3JzIHJlbGF0aW5nIHRvIGhvc3QwMi4gT3ZpcnQgd2FzIHRyeWluZyB0byBmaW5kIGl0 IGFuZCBmYWlsaW5nLiBUaGVuIGZhbGxpbmcgb3Zlci4gDQo+PiBJIHJhbiAiaG9zdGVkLWVuZ2lu ZSAtLWNsZWFuLW1ldGFkYXRhIiB0aGlua2luZyBpdCB3b3VsZCBjbGVhbnVwIGFuZCByZW1vdmUg YmFkIHJlZmVyZW5jZXMgdG8gaG9zdHMsIGJ1dCBub3cgcmVhbGlzZSB0aGF0IHdhcyBhIHJlYWxs eSBiYWQgaWRlYSBhcyBpdCBkaWRuJ3QgZG8gd2hhdCBJJ2QgaG9wZWQuIA0KPj4gQXQgdGhpcyBw b2ludCB0aGUgc2VxdWVuY2UgYmVsb3cgd29ya2VkLCBJIGNvdWxkIGxvZ2luIHRvIE92aXJ0IFVJ IGJ1dCBhZnRlciA1IG1pbnV0ZXMgdGhlIHNlcnZpY2VzIHdvdWxkIGJlIG9mZg0KPj4gc2Vydmlj ZSBvdmlydC1lbmdpbmUgcmVzdGFydA0KPj4gc2VydmljZSBvdmlydC13ZWJzb2NrZXQtcHJveHkg cmVzdGFydA0KPj4gc2VydmljZSBodHRwZCByZXN0YXJ0DQo+PiANCj4+IEkgc2F3IHNvbWUgcmVm ZXJlbmNlIHRvIGhhdmluZyB0byByZW1vdmUgaG9zdHMgZnJvbSB0aGUgZGF0YWJhc2UgYnkgaGFu ZCBpbiBzaXR1YXRpb25zIHdoZXJlIHVuZGVyIHRoZSBob29kIG9mIE92aXJ0IGEgZGVjb21taXNz aW9uIGhvc3Qgd2FzIHN0aWxsIGxpc3RlZCwgYnV0IHdhc24ndCBzaG93aW5nIGluIHRoZSBHVUku IA0KPj4gU28gSSByZW1vdmVkIHJlZmVyZW5jZSB0byBob3N0MDIgKHZkc19pZCBhbmQgaG9zdF9p ZCkgaW4gdGhlIGZvbGxvd2luZyB0YWJsZXMgaW4gdGhpcyBvcmRlci4gDQo+PiB2ZHNfZHluYW1p Yw0KPj4gdmRzX3N0YXRpc3RpY3MNCj4+IHZkc19zdGF0aWMNCj4+IGhvc3RfZGV2aWNlDQo+PiAN Cj4+IE5vdyB3aGVuIEkgdHJ5IHRvIHN0YXJ0IG92aXJ0LXdlYnNvY2tldCBpdCB3aWxsIG5vdCBz dGFydA0KPj4gc2VydmljZSBvdmlydC13ZWJzb2NrZXQgc3RhcnQNCj4+IFJlZGlyZWN0aW5nIHRv IC9iaW4vc3lzdGVtY3RsIHN0YXJ0ICBvdmlydC13ZWJzb2NrZXQuc2VydmljZQ0KPj4gRmFpbGVk IHRvIHN0YXJ0IG92aXJ0LXdlYnNvY2tldC5zZXJ2aWNlOiBVbml0IG5vdCBmb3VuZC4NCj4+IA0K Pj4gSSdtIG5vdyB0aGlua2luZyB0aGF0IEkgbmVlZCB0byBkbyB0aGUgZm9sbG93aW5nIGluIHRo ZSBlbmdpbmUgVk0NCj4+ICMgZW5naW5lLWNsZWFudXANCj4+ICMgeXVtIHJlbW92ZSBvdmlydC1l bmdpbmUNCj4+ICMgeXVtIGluc3RhbGwgb3ZpcnQtZW5naW5lDQo+PiAjIGVuZ2luZS1zZXR1cCAN Cj4+IEJ1dCB0byBydW4gZW5naW5lLWNsZWFudXAgSSBuZWVkIHRvIHB1dCB0aGUgZW5naW5lLXZt IGludG8gbWFpbnRlbmFuY2UgbW9kZSBhbmQgYmVjYXVzZSBvZiB0aGUgLS1jbGVhbi1tZXRhZGF0 YSB0aGF0IEkgcmFuIGVhcmxpZXIgb24gaG9zdDAxIEkgY2Fubm90IGRvIHRoYXQuIA0KPj4gDQo+ PiBXaGF0IGlzIHRoZSBiZXN0IGNvdXJzZSBvZiBhY3Rpb24gZnJvbSBoZXJlPw0KPiANCj4gVG8g YmUgaG9uZXN0LCB3aXRoIGFsbCB0aGUgc3RlcHMgdGFrZW4gYWJvdmUsIEknZCBpbnN0YWxsIGV2 ZXJ5dGhpbmcgKGluY2x1ZGluZyBPUykgZnJvbSBzY3JhdGNoLi4uDQo+IFRoZXJlJ3MgYSBiaXQg dG9vIG11Y2ggbWVzcyB0byB0cnkgdG8gY2xlYW4gdXAgcHJvcGVybHkgaGVyZS4NCj4gWS4NCj4g IA0KPj4gDQo+PiBDaGVlcnMNCj4+IA0KPj4gDQo+PiANCj4+IEFuZHJldw0KPj4gDQo+PiANCj4+ IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBVc2Vy cyBtYWlsaW5nIGxpc3QNCj4+IFVzZXJzQG92aXJ0Lm9yZw0KPj4gaHR0cDovL2xpc3RzLm92aXJ0 Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzDQo+IA0KDQo= --=_384aff635815e44e01845d3a345b6a60 Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXY+SWYgSSBy ZWluc3RhbGwgYW5kIHRoZSByZXJ1biB0aGUgaG9zdGVkLWVuZ2luZSBzZXR1cCBob3cgZG8gSSBn ZXQgdGhlIFZNcyBpbiB0aGVpciBjdXJyZW50IHJ1bm5pbmcgc3RhdGUgYmFjayBpbnRvIGFuZCBi ZWluZyByZWNvZ25pc2VkIGJ5IHRoZSBuZXcgaG9zdGVkIGVuZ2luZT88YnI+PGJyPktpbmQgcmVn YXJkczxkaXY+PGJyPjwvZGl2PjxkaXY+QW5kcmV3PC9kaXY+PC9kaXY+PGRpdj48YnI+T24gMTcg SnVuIDIwMTcsIGF0IDY6NTQgQU0sIFlhbml2IEthdWwgJmx0OzxhIGhyZWY9Im1haWx0bzp5a2F1 bEByZWRoYXQuY29tIj55a2F1bEByZWRoYXQuY29tPC9hPiZndDsgd3JvdGU6PGJyPjxicj48L2Rp dj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxkaXYgZGlyPSJsdHIiPjxicj48ZGl2IGNs YXNzPSJnbWFpbF9leHRyYSI+PGJyPjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiBGcmksIEp1 biAxNiwgMjAxNyBhdCA5OjExIEFNLCBBbmRyZXcgRGVudCA8c3BhbiBkaXI9Imx0ciI+Jmx0Ozxh IGhyZWY9Im1haWx0bzphZGVudEBjdGNyb3lkb24uY29tLmF1IiB0YXJnZXQ9Il9ibGFuayI+YWRl bnRAY3Rjcm95ZG9uLmNvbS5hdTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGJsb2NrcXVvdGUg Y2xhc3M9ImdtYWlsX3F1b3RlIiBzdHlsZT0ibWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6 MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0OjFleCI+PHU+PC91Pg0KDQoNCg0KDQo8ZGl2Pjxk aXY+SGk8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PldlbGwgSSd2ZSBnb3QgbXlzZWxmIGludG8g YSBmaW5lIG1lc3MuJm5ic3A7PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5ob3N0MDEgd2FzIHNl dHVwIHdpdGggaG9zdGVkLWVuZ2luZSB2NC4xLiZuYnNwOzxzcGFuIHN0eWxlPSJmb250LXNpemU6 MTJwdCI+VGhpcyB3YXMgc3VjY2Vzc2Z1bC4mbmJzcDs8L3NwYW4+PC9kaXY+PGRpdj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjEycHQiPkltcG9ydGVkIDMgVk1zIGZyb20gYSB2My42IE9WaXJ0IEFJ TyBpbnN0YW5jZS4gKFRoaXMgT1ZpcnQgMy42IGlzIHN0aWxsIHJ1bm5pbmcgd2l0aCBtb3JlIFZN cyBvbiBpdCk8L3NwYW4+PC9kaXY+PGRpdj5UcmllZCB0byBhZGQgaG9zdDAyIHRvIHRoZSBuZXcg T3ZpcnQgNC4xIHNldHVwLiBUaGlzIHBhcnRpYWxseSBzdWNjZWVkZWQgYnV0IEkgY291bGRuJ3Qg YWRkIGFueSBzdG9yYWdlIGRvbWFpbnMgdG8gaXQuIENhbm5vdCByZW1lbWJlciB3aHkuJm5ic3A7 PC9kaXY+PGRpdj5JbiBPdmlydCBlbmdpbmUgVUkgSSByZW1vdmVkIGhvc3QwMi4mbmJzcDs8L2Rp dj48ZGl2PkkgcmVpbnN0YWxsZWQgaG9zdDAyIHdpdGggQ2VudG9zNywgdHJpZWQgdG8gYWRkIGl0 IGFuZCBPdmlydCBVSSB0b2xkIG1lIGl0IHdhcyBhbHJlYWR5IHRoZXJlIChidXQgaXQgd2Fzbid0 IGxpc3RlZCBpbiB0aGUgVUkpLiZuYnNwOzwvZGl2PjxkaXY+UmVuYW1lZCB0aGUgcmVpbnN0YWxs ZWQgaG9zdDAyIHRvIGhvc3QwMywgY2hhbmdlZCB0aGUgaXBhZGRyZXNzLCByZWNvbmZpZyB0aGUg RE5TIHNlcnZlciBhbmQgYWRkZWQgaG9zdDAzIGludG8gdGhlIE92aXJ0IEVuZ2luZSBVSS4mbmJz cDs8L2Rpdj48ZGl2PkFsbCBnb29kLCBhbmQgSSB3YXMgYWJsZSB0byBpbXBvcnQgbW9yZSBWTXMg dG8gaXQuJm5ic3A7PC9kaXY+PGRpdj5JIHdhcyBhbHNvIGFibGUgdG8gc2h1dGRvd24gYSBWTSBv biBob3N0MDEgYXNzaWduIGl0IHRvIGhvc3QwMyBhbmQgc3RhcnQgdGhlIFZNLiBDb29sLCBldmVy eXRoaW5nIHdvcmtpbmcuJm5ic3A7PC9kaXY+PGRpdj5UaGUgYWJvdmUgd2FzIGFsbCBsYXN0IGNv dXBsZSBvZiB3ZWVrcy4mbmJzcDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoaXMgd2VlayBJ IHBlcmZvcm1lZCBzb21lIHl1bSB1cGRhdGVzIG9uIHRoZSBFbmdpbmUgVk0uIE5vIHJlYm9vdC4m bmJzcDs8L2Rpdj48ZGl2PlRvZGF5IG5vdGljZWQgdGhhdCB0aGUgT3ZpcnQgc2VydmljZXMgaW4g dGhlIEVuZ2luZSBWTSB3ZXJlIGluIGEgZW5kbGVzcyByZXN0YXJ0IGxvb3AuIFRoZXkgd291bGQg YmUgdXAgZm9yIGEgNSBtaW51dGVzIGFuZCB0aGVuIGRpZS4mbmJzcDs8L2Rpdj48ZGl2Pkxvb2tp bmcgaW50byZuYnNwOy92YXIvbG9nL292aXJ0LWVuZ2luZS88d2JyPmVuZ2luZS5sb2cgYW5kIEkg Y291bGQgb25seSBzZWUgZXJyb3JzIHJlbGF0aW5nIHRvIGhvc3QwMi4gT3ZpcnQgd2FzIHRyeWlu ZyB0byBmaW5kIGl0IGFuZCBmYWlsaW5nLiBUaGVuIGZhbGxpbmcgb3Zlci4mbmJzcDs8L2Rpdj48 ZGl2PkkgcmFuICJob3N0ZWQtZW5naW5lIC0tY2xlYW4tbWV0YWRhdGEiIHRoaW5raW5nIGl0IHdv dWxkIGNsZWFudXAgYW5kIHJlbW92ZSBiYWQgcmVmZXJlbmNlcyB0byBob3N0cywgYnV0IG5vdyBy ZWFsaXNlIHRoYXQgd2FzIGEgcmVhbGx5IGJhZCBpZGVhIGFzIGl0IGRpZG4ndCBkbyB3aGF0IEkn ZCBob3BlZC4mbmJzcDs8L2Rpdj48ZGl2PkF0IHRoaXMgcG9pbnQgdGhlIHNlcXVlbmNlIGJlbG93 IHdvcmtlZCwgSSBjb3VsZCBsb2dpbiB0byBPdmlydCBVSSBidXQgYWZ0ZXIgNSBtaW51dGVzIHRo ZSBzZXJ2aWNlcyB3b3VsZCBiZSBvZmY8L2Rpdj48ZGl2PjxkaXY+DQoNCjxzcGFuIHN0eWxlPSJj b2xvcjpyZ2IoMzQsMzQsMzQpO2ZvbnQtZmFtaWx5OlZlcmRhbmEsQXJpYWwsSGVsdmV0aWNhLHNh bnMtc2VyaWY7Zm9udC12YXJpYW50LWxpZ2F0dXJlczpub3JtYWw7YmFja2dyb3VuZC1jb2xvcjpy Z2IoMjU1LDI1NSwyNTUpIj5zZXJ2aWNlIG92aXJ0LWVuZ2luZSByZXN0YXJ0PC9zcGFuPjwvZGl2 PjwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigzNCwzNCwzNCk7Zm9udC1mYW1pbHk6 VmVyZGFuYSxBcmlhbCxIZWx2ZXRpY2Esc2Fucy1zZXJpZjtmb250LXZhcmlhbnQtbGlnYXR1cmVz Om5vcm1hbDtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPjxkaXY+DQoNCjxzcGFu IHN0eWxlPSJmb250LXZhcmlhbnQtbGlnYXR1cmVzOm5vcm1hbCI+c2VydmljZSBvdmlydC13ZWJz b2NrZXQtcHJveHkgcmVzdGFydDwvc3Bhbj48L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJmb250LXZh cmlhbnQtbGlnYXR1cmVzOm5vcm1hbCI+PGRpdj4NCg0KPHNwYW4gc3R5bGU9ImZvbnQtdmFyaWFu dC1saWdhdHVyZXM6bm9ybWFsIj5zZXJ2aWNlIGh0dHBkIHJlc3RhcnQ8L3NwYW4+PC9kaXY+PC9z cGFuPjwvZGl2Pjwvc3Bhbj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pkkgc2F3IHNvbWUgcmVm ZXJlbmNlIHRvIGhhdmluZyB0byByZW1vdmUgaG9zdHMgZnJvbSB0aGUgZGF0YWJhc2UgYnkgaGFu ZCBpbiBzaXR1YXRpb25zIHdoZXJlIHVuZGVyIHRoZSBob29kIG9mIE92aXJ0IGEgZGVjb21taXNz aW9uIGhvc3Qgd2FzIHN0aWxsIGxpc3RlZCwgYnV0IHdhc24ndCBzaG93aW5nIGluIHRoZSBHVUku Jm5ic3A7PC9kaXY+PGRpdj5TbyBJIHJlbW92ZWQgcmVmZXJlbmNlIHRvIGhvc3QwMiAodmRzX2lk IGFuZCBob3N0X2lkKSBpbiB0aGUgZm9sbG93aW5nIHRhYmxlcyBpbiB0aGlzIG9yZGVyLiZuYnNw OzwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMnB0Ij52ZHNfZHluYW1pYzwvc3Bh bj48L2Rpdj48ZGl2PjxkaXYgaWQ9Im1fLTIwMDI4MTIyMjE0NzAyNjE5MjN4MGVjMTI4OTk4Njk5 NGZiNWFjMzA5ODI3ZWRkMzNhYmUiPg0KDQo8ZGl2PjxkaXY+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMnB0Ij52ZHNfc3RhdGlzdGljczwvc3Bhbj48L2Rpdj48ZGl2PjxkaXYgaWQ9Im1fLTIwMDI4 MTIyMjE0NzAyNjE5MjN4ODdkOTc4YzU2ODgwNDE1ZTk1OTRkN2ZlMzE3ZjMwZjMiPg0KDQo8ZGl2 PjxkaXY+PGRpdiBpZD0ibV8tMjAwMjgxMjIyMTQ3MDI2MTkyM3gwZWMxMjg5OTg2OTk0ZmI1YWMz MDk4MjdlZGQzM2FiZSI+PGRpdj48ZGl2PnZkc19zdGF0aWM8L2Rpdj48ZGl2PjwvZGl2PjwvZGl2 PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjxkaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k aXY+PGRpdj5ob3N0X2RldmljZTwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+Tm93IHdoZW4gSSB0 cnkgdG8gc3RhcnQgb3ZpcnQtd2Vic29ja2V0IGl0IHdpbGwgbm90IHN0YXJ0PC9kaXY+PGRpdj5z ZXJ2aWNlIG92aXJ0LXdlYnNvY2tldCBzdGFydDxicj5SZWRpcmVjdGluZyB0byAvYmluL3N5c3Rl bWN0bCBzdGFydCAmbmJzcDtvdmlydC13ZWJzb2NrZXQuc2VydmljZTxicj5GYWlsZWQgdG8gc3Rh cnQgb3ZpcnQtd2Vic29ja2V0LnNlcnZpY2U6IFVuaXQgbm90IGZvdW5kLjwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+SSdtIG5vdyB0aGlua2luZyB0aGF0IEkgbmVlZCB0byBkbyB0aGUgZm9sbG93 aW5nIGluIHRoZSBlbmdpbmUgVk08L2Rpdj48ZGl2PjxkaXY+DQo8cHJlIGNsYXNzPSJtXy0yMDAy ODEyMjIxNDcwMjYxOTIzaGlnaGxpZ2h0IG1fLTIwMDI4MTIyMjE0NzAyNjE5MjNwbGFpbnRleHQi Pjxjb2RlPiMmbmJzcDtlbmdpbmUtY2xlYW51cA0KIyZuYnNwO3l1bSZuYnNwO3JlbW92ZSZuYnNw O292aXJ0LWVuZ2luZQ0KIyZuYnNwO3l1bSZuYnNwO2luc3RhbGwmbmJzcDtvdmlydC1lbmdpbmUN CiMmbmJzcDtlbmdpbmUtc2V0dXAmbmJzcDs8L2NvZGU+PC9wcmU+PC9kaXY+PC9kaXY+PGRpdj5C dXQgdG8gcnVuIGVuZ2luZS1jbGVhbnVwIEkgbmVlZCB0byBwdXQgdGhlIGVuZ2luZS12bSBpbnRv IG1haW50ZW5hbmNlIG1vZGUgYW5kIGJlY2F1c2Ugb2YgdGhlIC0tY2xlYW4tbWV0YWRhdGEgdGhh dCBJIHJhbiBlYXJsaWVyIG9uIGhvc3QwMSBJIGNhbm5vdCBkbyB0aGF0LiZuYnNwOzwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXY+V2hhdCBpcyB0aGUgYmVzdCBjb3Vyc2Ugb2YgYWN0aW9uIGZyb20g aGVyZT88L2Rpdj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj48YnI+PC9kaXY+PGRpdj5UbyBiZSBo b25lc3QsIHdpdGggYWxsIHRoZSBzdGVwcyB0YWtlbiBhYm92ZSwgSSdkIGluc3RhbGwgZXZlcnl0 aGluZyAoaW5jbHVkaW5nIE9TKSBmcm9tIHNjcmF0Y2guLi48L2Rpdj48ZGl2PlRoZXJlJ3MgYSBi aXQgdG9vIG11Y2ggbWVzcyB0byB0cnkgdG8gY2xlYW4gdXAgcHJvcGVybHkgaGVyZS48L2Rpdj48 ZGl2PlkuPC9kaXY+PGRpdj4mbmJzcDs8L2Rpdj48YmxvY2txdW90ZSBjbGFzcz0iZ21haWxfcXVv dGUiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVmdDoxcHggI2NjYyBzb2xpZDtw YWRkaW5nLWxlZnQ6MWV4Ij48ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYgaWQ9Im1fLTIwMDI4MTIy MjE0NzAyNjE5MjNzaWduYXR1cmVfb2xkIj48ZGl2IGlkPSJtXy0yMDAyODEyMjIxNDcwMjYxOTIz eGJhZjM2ZDk5N2I3ZjQ5NyI+DQoNCjxkaXYgY2xhc3M9Im1fLTIwMDI4MTIyMjE0NzAyNjE5MjNX b3JkU2VjdGlvbjEiPg0KDQo8ZGl2IGlkPSJtXy0yMDAyODEyMjIxNDcwMjYxOTIzeGI3MTIyNGY5 MjAyMzQ5NzhhY2M3NGY0ZDIzMTQzMDY5Ij48ZGl2IGNsYXNzPSJtXy0yMDAyODEyMjIxNDcwMjYx OTIzV29yZFNlY3Rpb24xIj48cCBjbGFzcz0iTXNvTm9ybWFsIj48Zm9udCBmYWNlPSJUYWhvbWEi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTZweCI+Q2hlZXJzPC9zcGFuPjwvZm9udD48L3A+PHNw YW4gY2xhc3M9IkhPRW5aYiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxicj48L3A+PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgZmFjZT0iVGFob21hIj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjE2cHgiPkFuZHJldzwvc3Bhbj48L2ZvbnQ+PC9wPjwvZm9udD48 L3NwYW4+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+DQo8L2Rpdj48YnI+X19fX19fX19f X19fX19fX19fX19fX19fX19fX19fPHdicj5fX19fX19fX19fX19fX19fXzxicj4NClVzZXJzIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92 aXJ0Lm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4v bGlzdGluZm8vdXNlcnMiIHJlbD0ibm9yZWZlcnJlciIgdGFyZ2V0PSJfYmxhbmsiPmh0dHA6Ly9s aXN0cy5vdmlydC5vcmcvPHdicj5tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9hPjxicj4NCjxicj48 L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2PjwvZGl2Pg0KDQo8L2Rpdj48L2Jsb2NrcXVvdGU+ PC9ib2R5PjwvaHRtbD4= --=_384aff635815e44e01845d3a345b6a60-- --=_08426ea198278358fccbe989a05c39c3--

2 1

Recognizing Subinterfaces on oVirt Host
by Adam Mills 18 Jun '17

18 Jun '17

Hey Team! We are trying to nest some of our existing technology into the oVirt host as to not have to reinvent tooling, etc. Our proposal is to have a sub-interface on the 10G nic and place the VMs in that network. The network will be advertised to the Top of Rack switch via BGP. My current issue is that the oVirt web interface does not recognize the existence of an em1:1 interface of network. Given the above parameters, is there another way to accomplish what we are trying to do? Thanks in advance! Please refer to MS Paint style Visio for a visual [image: Inline image 1]

2 1

(no subject)
by khalid mahmood 17 Jun '17

17 Jun '17

------=_Part_419835_2133768407.1497715127911 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dear Lucai reproduce the vm by hand by create one vm all things is all righ= t then create template from this vm after that i create new 10 vm's from th= is template and delete it then create 10 vm's with the same name from templ= ate again still all thing is all right so i suspect in my ansible .=C2=A0be= st regards ------=_Part_419835_2133768407.1497715127911 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font= -size:13px"><div id=3D"yui_3_16_0_ym19_1_1497715065163_4068"><br></div><div= class=3D"signature" id=3D"yui_3_16_0_ym19_1_1497715065163_3995"><div id=3D= "yui_3_16_0_ym19_1_1497715065163_4088"><div style=3D"font-stretch: normal; = line-height: normal; font-family: Arial, Helvetica, sans-serif; font-featur= e-settings: 'liga' 0; width: 700px; position: relative; display: table; pad= ding: 0px; max-width: 700px; min-height: 100px;" id=3D"yui_3_16_0_ym19_1_14= 97715065163_4089"><div id=3D"yui_3_16_0_ym19_1_1497715065163_4090"><div sty= le=3D"margin-bottom: 1em;" id=3D"yui_3_16_0_ym19_1_1497715065163_4091">Dear= Luca</div><div style=3D"margin-bottom: 1em;" id=3D"yui_3_16_0_ym19_1_14977= 15065163_4092">i reproduce the vm by hand by create one vm all things is al= l right then create template from this vm after that i create new 10 vm's f= rom this template and delete it then create 10 vm's with the same name from= template again still all thing is all right so i suspect in my ansible .&n= bsp;</div><div style=3D"margin-bottom: 1em;" dir=3D"ltr" id=3D"yui_3_16_0_y= m19_1_1497715065163_4093">best regards</div></div></div></div></div></div><= /body></html> ------=_Part_419835_2133768407.1497715127911--

1 0