- Users - oVirt List Archives

VDSM network persistence through re-install
by Trey Dockendorf 22 Jun '15

22 Jun '15

I recently found that when I reinstall a VDSM host via the engine interface, if that host was actually re-provisioned via kickstart, the network settings defined in the engine are lost. Before the re-install I had defined 4 bonds and attached 5 logical networks to the host. After a re-install only ovirtmgmt was attached to the node. Is it intended behavior that a host's network configuration in the ovirt-engine be lost when a host is re-provisioned ? If I have to re-deploy a node, is there a way to make the ovirt-engine define networks for that host get applied to the re-deployed system? Thanks, - Trey

2 2

Get involved in oVirt project! Summer edition
by Sandro Bonazzola 22 Jun '15

22 Jun '15

Hi, Summer is here and vacations are near! Have you got some free time and do you want to get involved in oVirt project? Do you like the idea of having fresh disk images of recent distribution in oVirt Gluster repository? You can help us by testing existing online images (like https://getfedora.org/en/cloud/download/) ensuring they works with cloud-init or creating one yourself and report your success to devel(a)ovirt.org. We'll be happy to upload the images once these are ready. Do you like Debian and do you have some programming skill? Help us getting VDSM running on it! Debian Jessie has been released a couple of weeks ago and it's a good time for giving it a try. You can follow the progress here: http://www.ovirt.org/VDSM_on_Debian Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug ID Status Whiteboard Summary 1065350 POST integration hosted-engine should prompt a question at the user when the host was already a host in the engine 1059952 NEW integration hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA 1083104 ASSIGNED integration engine-setup --offline does not update versionlock 1221176 NEW integration hosted-engine accepts FQDNs with underscore while the engine correctly fails on that 1200948 NEW integration hosted-engine-setup should validate the network interface name Do you want something easier? Bug ID Whiteboard Status Summary 1174285 i18n NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 772931 infra NEW [RFE] Reports should include the name of the oVirt engine 1143817 integration NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 1156060 integration NEW [text] engine admin password prompt consistency 1115059 network NEW Incomplete error message when adding VNIC profile to running VM 734120 storage NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size Do you love "DevOps?", you count stable builds in jenkins ci while trying to fall a sleep? Then oVirt infra team is looking for you!, join the infra team and dive in to do the newest and coolest devops tools today! Here are some of our open tasks you can help with: https://ovirt-jira.atlassian.net/secure/RapidBoard.jspa?rapidView=1&project… You don't have programming skills, not enough time for DevOps but you want still to contribute? Here are some bugs you can take care of, also without writing a line of code: https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20white… Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6]. You may also help testing: Bug 1234257 - Test upgrade path from EL6 with oVirt 3.5.z to EL7 Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! You don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel(a)ovirt.org or on irc channel[4]. You don't really have time / skills for any development / documentation / testing related task? Spread the word[8]! Let us know you're getting involved, present yourself and tell us what you're going to do, you'll be welcome! [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature [8] http://www.zdnet.com/article/how-much-longer-can-red-hats-ovirt-remain-cove… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

VM Bandwidth Consumption
by Punit Dambiwal 22 Jun '15

22 Jun '15

Hi, I want to measure the bandwidth consumption of every guest VM on the monthly basis...but i didn't find any way in the ovirt to check the bandwidth consumption of the guest VM.. Also is there any way to set the quota on the bandwidth consumption of the guest VM...such as every VM can use upto 100Gb bandwidth in one month...once the VM cross this limit,either admin got notify or there should be an alert... Thanks, Punit

2 5

Unexpected protocol mismatch with SPICE HTML5
by nicolas＠devels.es 22 Jun '15

22 Jun '15

Hi, I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7 x86_64 box. My previous installation had issues with the TLS certificate time of issue, which was successfully fixed in this version (https://bugzilla.redhat.com/show_bug.cgi?id=1210486) However, when trying to start the SPICE HTML5 client, all I can see is the grey square and no activity, and when clicking on "Toggle messages output", the error message "Unexpected protocol mismatch" is shown. Things done: * ovirt-guest-agent installed on the VM * On client side, updated browser (Firefox) to latest version (38.0) and /ca.crt has been imported into Firefox certs Regarding logs on the server side, I can see the following: ovirt-engine ============ 2015-06-16 10:49:29,862 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:29,917 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] START, SetVmTicketVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T, validTime=120,m userName=user, userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), log id: 1881c90f 2015-06-16 10:49:29,937 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log id: 1881c90f 2015-06-16 10:49:29,957 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call Stack: null, Custom Event ID: -1, Message: user user@domain initiated console session for VM testVM 2015-06-16 10:49:29,987 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing from bundles/ExecutionMessages 2015-06-16 10:49:30,064 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:30,114 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz, password=******, userName=user@domain), log id: 68632b24 2015-06-16 10:49:30,120 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id: 68632b24 2015-06-16 10:49:30,351 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) START, GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a 2015-06-16 10:49:30,368 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand, return: {}, log id: 2a2a439a ovirt-websocket-proxy ===================== jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://) WebSocket connection jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64: 'False' jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path: '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCIsInNpZ25hdHVyZSI6Imk2a3J2bjFCLzFYbUptSEJjVVZZRWVhSExwenA1LzJBQU1DWmJZcDJsaE9heEYvdkZ3azJIa0hibm5iY21mZFp3STJYbnFzMm9vZnMvNWV3NlNiTGtGeTdaVVdjZG4zdUxTcStZTVg4c3huUzg0Ulg3ZmtLTk05Mk9CeFJENm5VSEVDMXQ1eld0OXo3akZYVktMdXFEYkNiK3RmL3pNZGJuS0ZCcGtXaU5JVVB4b09yd2ZxRUQxMWZTell0aXVFeEFscW5xWlBqSXpjcHNDTHRwQXZaTnNWWWFNQlFWR1U2WnZiZlFWUTBlaFIzMnVyaTlVUmI1NDZCZVBuMkVJdytwU3RIWmZRWit2RDZKUjRWeDJFSFRqVEtXZ2ZMbzRWY0ZjSzNnQURYV1BKbUJjaWx5TExQR3dnTm1ncEk0cjVhR1ZCTmZ1VVUxSENJTlhWUVZPVnJJZz09Iiwic2FsdCI6IndFZGwvcmw3VWZJPSJ9' Java console ============ ">> disconnect" spicehtml5-main.html:86:16 "<< disconnect" spicehtml5-main.html:90:16 "ERROR: Error: Unexpected protocol mismatch." ----------------- I can't see any other relevant info, so I wonder if something else might be missing on any of the involved machines. Is there something else to do? Thanks. Nicolás

3 7

hosted-engine : how to shutdown hosts?
by Uwe Laverenz 22 Jun '15

22 Jun '15

Hi, just a minor problem I guess: I have a small test environment with 2 hosts and a hosted engine on a separate NFS3 share, all running CentOS7. The VMs are running from an iSCSI storage. When I want to shutdown the environment I: - shutdown VMs - enable global maintenance mode - "shutdown -h now" on the hosted engine vm - "shutdown -h now" on the hosts The problem: instead of shutting down, the hosts perform a reboot after a short while. Is this the expected behaviour or a known bug? How can I cleanly shutdown my OVirt-environment? Thank you, Uwe

5 6

hosted engine does not start correctly (CentOS 7.1, overt-engine 3.5.2)
by Haoyang Haven Liu 22 Jun '15

22 Jun '15

--Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello, I tried to follow <http://www.ovirt.org/Migrate_to_Hosted_Engine = <http://www.ovirt.org/Migrate_to_Hosted_Engine>> to migrate an existing = ovirt environment. I managed to complete the =E2=80=9Cengine-backup = =E2=80=94mode=3Drestore=E2=80=A6=E2=80=9D step, and the following = =E2=80=9Cengine-setup=E2=80=9D step appear to have completed. However, = the ovirt-engine service was not started successfully has errors: [root@ovirt ~]# systemctl status ovirt-engine ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; = enabled) Active: failed (Result: exit-code) since Mon 2015-05-25 22:26:12 PDT; = 43s ago Main PID: 15931 (code=3Dexited, status=3D1/FAILURE) May 25 22:26:11 ovirt.polysep.ucla.edu systemd[1]: Started oVirt Engine. May 25 22:26:12 ovirt.polysep.ucla.edu ovirt-engine.py[15931]: = 2015-05-25 22:26:12,269 ovirt-engine: ERROR run:532 Error: process = termina...code 1 May 25 22:26:12 ovirt.polysep.ucla.edu systemd[1]: ovirt-engine.service: = main process exited, code=3Dexited, status=3D1/FAILURE May 25 22:26:12 ovirt.polysep.ucla.edu systemd[1]: Unit = ovirt-engine.service entered failed state. Hint: Some lines were ellipsized, use -l to show in full. Additionally, /var/log/ovirt-engine/console.log complains =E2=80=9Ccannot = allocate memory=E2=80=9D. The VM engine has 4GB of memory, but = ovirt-engine engine seems to want ~11GB of memory, is that right? [root@ovirt ~]# cat /var/log/ovirt-engine/console.log=20 OpenJDK 64-Bit Server VM warning: INFO: = os::commit_memory(0x0000000412180000, 11250696192, 0) failed; = error=3D'Cannot allocate memory' (errno=3D12) # # There is insufficient memory for the Java Runtime Environment to = continue. # Native memory allocation (malloc) failed to allocate 11250696192 bytes = for committing reserved memory. # An error report file with more information is saved as: # /tmp/jvm-15974/hs_error.log [root@ovirt ~]# free -m total used free shared buff/cache = available Mem: 3791 123 3175 28 492 = 3428 Swap: 2559 0 2559 [root@ovirt ~]#=20 The hs_error.log is attached. Any help is appreciated. Haven --Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68 Content-Type: multipart/mixed; boundary="Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0" --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Hello,<div class=3D""><br class=3D""></div><div class=3D"">I = tried to follow <<a = href=3D"http://www.ovirt.org/Migrate_to_Hosted_Engine" = class=3D"">http://www.ovirt.org/Migrate_to_Hosted_Engine</a>> to = migrate an existing ovirt environment. I managed to complete the = =E2=80=9Cengine-backup =E2=80=94mode=3Drestore=E2=80=A6=E2=80=9D step, = and the following =E2=80=9Cengine-setup=E2=80=9D step appear to have = completed. However, the ovirt-engine service was not started = successfully has errors:</div><div class=3D""><br class=3D""></div><div = class=3D""><div class=3D"">[root@ovirt ~]# systemctl status = ovirt-engine</div><div class=3D"">ovirt-engine.service - oVirt = Engine</div><div class=3D"">   Loaded: loaded = (/usr/lib/systemd/system/ovirt-engine.service; enabled)</div><div = class=3D"">   Active: failed (Result: exit-code) since Mon = 2015-05-25 22:26:12 PDT; 43s ago</div><div class=3D""> Main PID: = 15931 (code=3Dexited, status=3D1/FAILURE)</div><div class=3D""><br = class=3D""></div><div class=3D"">May 25 22:26:11 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: Started oVirt = Engine.</div><div class=3D"">May 25 22:26:12 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> ovirt-engine.py[15931]: 2015-05-25 = 22:26:12,269 ovirt-engine: ERROR run:532 Error: process termina...code = 1</div><div class=3D"">May 25 22:26:12 <a = href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: ovirt-engine.service: = main process exited, code=3Dexited, status=3D1/FAILURE</div><div = class=3D"">May 25 22:26:12 <a href=3D"http://ovirt.polysep.ucla.edu" = class=3D"">ovirt.polysep.ucla.edu</a> systemd[1]: Unit = ovirt-engine.service entered failed state.</div><div class=3D"">Hint: = Some lines were ellipsized, use -l to show in full.</div></div><div = class=3D""><br class=3D""></div><div class=3D"">Additionally, = /var/log/ovirt-engine/console.log complains =E2=80=9Ccannot allocate = memory=E2=80=9D. The VM engine has 4GB of memory, but ovirt-engine = engine seems to want ~11GB of memory, is that right?</div><div = class=3D""><br class=3D""></div><div class=3D""><div = class=3D"">[root@ovirt ~]# cat = /var/log/ovirt-engine/console.log </div><div class=3D"">OpenJDK = 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000412180000, = 11250696192, 0) failed; error=3D'Cannot allocate memory' = (errno=3D12)</div><div class=3D"">#</div><div class=3D""># There is = insufficient memory for the Java Runtime Environment to = continue.</div><div class=3D""># Native memory allocation (malloc) = failed to allocate 11250696192 bytes for committing reserved = memory.</div><div class=3D""># An error report file with more = information is saved as:</div><div class=3D""># = /tmp/jvm-15974/hs_error.log</div><div class=3D""><div = class=3D"">[root@ovirt ~]# free -m</div><div class=3D"">    =           total        used =        free      shared =  buff/cache   available</div><div class=3D"">Mem:   =         3791         123   =      3175          28   =       492        3428</div><div = class=3D"">Swap:          2559     =       0        2559</div><div = class=3D"">[root@ovirt ~]# </div></div></div><div class=3D""><br = class=3D""></div><div class=3D"">The hs_error.log is attached.</div><div = class=3D""><br class=3D""></div><div class=3D"">Any help is = appreciated.</div><div class=3D""><br class=3D""></div><div = class=3D"">Haven</div><div class=3D""></div></body></html>= --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Disposition: attachment; filename=hs_error.log Content-Type: application/octet-stream; name="hs_error.log" Content-Transfer-Encoding: quoted-printable #=0A#=20There=20is=20insufficient=20memory=20for=20the=20Java=20Runtime=20= Environment=20to=20continue.=0A#=20Native=20memory=20allocation=20= (malloc)=20failed=20to=20allocate=2011250696192=20bytes=20for=20= committing=20reserved=20memory.=0A#=20Possible=20reasons:=0A#=20=20=20= The=20system=20is=20out=20of=20physical=20RAM=20or=20swap=20space=0A#=20=20= =20In=2032=20bit=20mode,=20the=20process=20size=20limit=20was=20hit=0A#=20= Possible=20solutions:=0A#=20=20=20Reduce=20memory=20load=20on=20the=20= system=0A#=20=20=20Increase=20physical=20memory=20or=20swap=20space=0A#=20= =20=20Check=20if=20swap=20backing=20store=20is=20full=0A#=20=20=20Use=20= 64=20bit=20Java=20on=20a=2064=20bit=20OS=0A#=20=20=20Decrease=20Java=20= heap=20size=20(-Xmx/-Xms)=0A#=20=20=20Decrease=20number=20of=20Java=20= threads=0A#=20=20=20Decrease=20Java=20thread=20stack=20sizes=20(-Xss)=0A= #=20=20=20Set=20larger=20code=20cache=20with=20= -XX:ReservedCodeCacheSize=3D=0A#=20This=20output=20file=20may=20be=20= truncated=20or=20incomplete.=0A#=0A#=20=20Out=20of=20Memory=20Error=20= (os_linux.cpp:2813),=20pid=3D15974,=20tid=3D139640083666688=0A#=0A#=20= JRE=20version:=20=20(7.0_79-b14)=20(build=20)=0A#=20Java=20VM:=20OpenJDK=20= 64-Bit=20Server=20VM=20(24.79-b02=20mixed=20mode=20linux-amd64=20= compressed=20oops)=0A#=20Derivative:=20IcedTea=202.5.5=0A#=20= Distribution:=20Built=20on=20CentOS=20Linux=20release=207.1.1503=20= (Core)=20=20(Wed=20Apr=2015=2000:14:16=20UTC=202015)=0A#=20Failed=20to=20= write=20core=20dump.=20Core=20dumps=20have=20been=20disabled.=20To=20= enable=20core=20dumping,=20try=20"ulimit=20-c=20unlimited"=20before=20= starting=20Java=20again=0A#=0A=0A---------------=20=20T=20H=20R=20E=20A=20= D=20=20---------------=0A=0ACurrent=20thread=20(0x00007f007400a800):=20=20= JavaThread=20"Unknown=20thread"=20[_thread_in_vm,=20id=3D15975,=20= stack(0x00007f007d855000,0x00007f007d956000)]=0A=0AStack:=20= [0x00007f007d855000,0x00007f007d956000],=20=20sp=3D0x00007f007d9544f0,=20= =20free=20space=3D1021k=0ANative=20frames:=20(J=3Dcompiled=20Java=20= code,=20j=3Dinterpreted,=20Vv=3DVM=20code,=20C=3Dnative=20code)=0AV=20=20= [libjvm.so+0x9791c4]=0AV=20=20[libjvm.so+0x49f5a2]=0AV=20=20= [libjvm.so+0x7eed5b]=0AV=20=20[libjvm.so+0x7e942e]=0AV=20=20= [libjvm.so+0x85d46b]=0AV=20=20[libjvm.so+0x84d35e]=0AV=20=20= [libjvm.so+0x2abd4f]=0AV=20=20[libjvm.so+0x80fae9]=0AV=20=20= [libjvm.so+0x949397]=0AV=20=20[libjvm.so+0x9496d6]=0AV=20=20= [libjvm.so+0x5b5415]=0AV=20=20[libjvm.so+0x92baef]=0AV=20=20= [libjvm.so+0x625d57]=20=20JNI_CreateJavaVM+0x67=0AC=20=20= [libjli.so+0x2a68]=0A=0A=0A---------------=20=20P=20R=20O=20C=20E=20S=20= S=20=20---------------=0A=0AJava=20Threads:=20(=20=3D>=20current=20= thread=20)=0A=0AOther=20Threads:=0A=0A=3D>0x00007f007400a800=20(exited)=20= JavaThread=20"Unknown=20thread"=20[_thread_in_vm,=20id=3D15975,=20= stack(0x00007f007d855000,0x00007f007d956000)]=0A=0AVM=20state:not=20at=20= safepoint=20(not=20fully=20initialized)=0A=0AVM=20Mutex/Monitor=20= currently=20owned=20by=20a=20thread:=20None=0A=0AGC=20Heap=20History=20= (0=20events):=0ANo=20events=0A=0ADeoptimization=20events=20(0=20events):=0A= No=20events=0A=0AInternal=20exceptions=20(0=20events):=0ANo=20events=0A=0A= Events=20(0=20events):=0ANo=20events=0A=0A=0ADynamic=20libraries:=0A= 00400000-00401000=20r-xp=2000000000=20fd:03=20101965786=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A00600000-00601000=20r--p=2000000000=20fd:03=20101965786=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A00601000-00602000=20rw-p=2000001000=20fd:03=20101965786=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre-abrt/bin= /java=0A01125000-01146000=20rw-p=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20[heap]=0A402180000-412180000=20rw-p=2000000000=2000:00=200=20=0A= 6b0b00000-800000000=20rw-p=2000000000=2000:00=200=20=0A= 7f006e000000-7f006e270000=20rwxp=2000000000=2000:00=200=20=0A= 7f006e270000-7f0074023000=20rw-p=2000000000=2000:00=200=20=0A= 7f0074023000-7f0078000000=20---p=2000000000=2000:00=200=20=0A= 7f0078922000-7f0079e96000=20rw-p=2000000000=2000:00=200=20=0A= 7f0079e96000-7f007a91c000=20rw-p=2000000000=2000:00=200=20=0A= 7f007a91c000-7f007aa92000=20rw-p=2000000000=2000:00=200=20=0A= 7f007aa92000-7f007aa9a000=20r-xp=2000000000=20fd:03=2069783234=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007aa9a000-7f007ac99000=20---p=2000008000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac99000-7f007ac9a000=20r--p=2000007000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac9a000-7f007ac9b000=20rw-p=2000008000=20fd:03=20= 69783234=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libzip.so=0A7f007ac9b000-7f007aca6000=20r-xp=2000000000=20fd:03=20= 67155745=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libnss_files-2.17.so=0A7f007aca6000-7f007aea5000=20---p=20= 0000b000=20fd:03=2067155745=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libnss_files-2.17.so=0A7f007aea5000-7f007aea6000=20= r--p=200000a000=20fd:03=2067155745=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libnss_files-2.17.so=0A= 7f007aea6000-7f007aea7000=20rw-p=200000b000=20fd:03=2067155745=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libnss_files-2.17.so=0A7f007aea7000-7f007aed2000=20r-xp=20= 00000000=20fd:03=2069757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007aed2000-7f007b0d1000=20---p=200002b000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d1000-7f007b0d2000=20r--p=200002a000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d2000-7f007b0d4000=20rw-p=200002b000=20fd:03=20= 69757264=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libjava.so=0A7f007b0d4000-7f007b0e1000=20r-xp=2000000000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b0e1000-7f007b2e0000=20---p=200000d000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e0000-7f007b2e2000=20r--p=200000c000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e2000-7f007b2e3000=20rw-p=200000e000=20fd:03=20= 69783233=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/libverify.so=0A7f007b2e3000-7f007b2ea000=20r-xp=2000000000=20fd:03=20= 67155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b2ea000-7f007b4e9000=20---p=2000007000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4e9000-7f007b4ea000=20r--p=2000006000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4ea000-7f007b4eb000=20rw-p=2000007000=20= fd:03=2067155757=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/librt-2.17.so=0A7f007b4eb000-7f007b500000=20r-xp=2000000000=20= fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A7f007b500000-7f007b6ff000=20= ---p=2000015000=20fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A= 7f007b6ff000-7f007b700000=20r--p=2000014000=20fd:03=2067154088=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A7f007b700000-7f007b701000=20= rw-p=2000015000=20fd:03=2067154088=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libgcc_s-4.8.3-20140911.so.1=0A= 7f007b701000-7f007b802000=20r-xp=2000000000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007b802000-7f007ba01000=20---p=2000101000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba01000-7f007ba02000=20r--p=2000100000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba02000-7f007ba03000=20rw-p=2000101000=20fd:03=2067155735=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/libm-2.17.so=0A= 7f007ba03000-7f007baec000=20r-xp=2000000000=20fd:03=2067155808=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libstdc++.so.6.0.19=0A7f007baec000-7f007bceb000=20---p=20= 000e9000=20fd:03=2067155808=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libstdc++.so.6.0.19=0A7f007bceb000-7f007bcf3000=20= r--p=20000e8000=20fd:03=2067155808=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libstdc++.so.6.0.19=0A= 7f007bcf3000-7f007bcf5000=20rw-p=20000f0000=20fd:03=2067155808=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libstdc++.so.6.0.19=0A7f007bcf5000-7f007bd0a000=20rw-p=20= 00000000=2000:00=200=20=0A7f007bd0a000-7f007c853000=20r-xp=2000000000=20= fd:03=2069783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007c853000-7f007ca52000=20---p=2000b49000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007ca52000-7f007caec000=20r--p=2000b48000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007caec000-7f007cb0f000=20rw-p=2000be2000=20fd:03=20= 69783238=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/server/libjvm.so=0A7f007cb0f000-7f007cb3d000=20rw-p=2000000000=2000:00=20= 0=20=0A7f007cb3d000-7f007cb52000=20r-xp=2000000000=20fd:03=2067155853=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cb52000-7f007cd51000=20---p=2000015000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd51000-7f007cd52000=20r--p=2000014000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd52000-7f007cd53000=20rw-p=2000015000=20= fd:03=2067155853=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libz.so.1.2.7=0A7f007cd53000-7f007cf09000=20r-xp=2000000000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007cf09000-7f007d109000=20---p=20001b6000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d109000-7f007d10d000=20r--p=20001b6000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d10d000-7f007d10f000=20rw-p=20001ba000=20= fd:03=2067155727=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libc-2.17.so=0A7f007d10f000-7f007d114000=20rw-p=2000000000=20= 00:00=200=20=0A7f007d114000-7f007d117000=20r-xp=2000000000=20fd:03=20= 67155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d117000-7f007d316000=20---p=2000003000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d316000-7f007d317000=20r--p=2000002000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d317000-7f007d318000=20rw-p=2000003000=20= fd:03=2067155733=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libdl-2.17.so=0A7f007d318000-7f007d325000=20r-xp=2000000000=20= fd:03=2035357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d325000-7f007d524000=20---p=200000d000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d524000-7f007d525000=20r--p=200000c000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d525000-7f007d526000=20rw-p=200000d000=20fd:03=20= 35357316=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.79-2.5.5.1.el7_1.x86_64/jre/lib/amd6= 4/jli/libjli.so=0A7f007d526000-7f007d53c000=20r-xp=2000000000=20fd:03=20= 67155753=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libpthread-2.17.so=0A7f007d53c000-7f007d73c000=20---p=20= 00016000=20fd:03=2067155753=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20/usr/lib64/libpthread-2.17.so=0A7f007d73c000-7f007d73d000=20= r--p=2000016000=20fd:03=2067155753=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20/usr/lib64/libpthread-2.17.so=0A= 7f007d73d000-7f007d73e000=20rw-p=2000017000=20fd:03=2067155753=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/libpthread-2.17.so=0A7f007d73e000-7f007d742000=20rw-p=20= 00000000=2000:00=200=20=0A7f007d742000-7f007d763000=20r-xp=2000000000=20= fd:03=2067155720=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= /usr/lib64/ld-2.17.so=0A7f007d84d000-7f007d855000=20rw-s=2000000000=20= fd:03=20333874=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20/tmp/hsperfdata_ovirt/15974=0A7f007d855000-7f007d858000=20---p=20= 00000000=2000:00=200=20=0A7f007d858000-7f007d95b000=20rw-p=2000000000=20= 00:00=200=20=0A7f007d95e000-7f007d961000=20rw-p=2000000000=2000:00=200=20= =0A7f007d961000-7f007d962000=20r--p=2000000000=2000:00=200=20=0A= 7f007d962000-7f007d963000=20rw-p=2000000000=2000:00=200=20=0A= 7f007d963000-7f007d964000=20r--p=2000021000=20fd:03=2067155720=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/ld-2.17.so=0A= 7f007d964000-7f007d965000=20rw-p=2000022000=20fd:03=2067155720=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20/usr/lib64/ld-2.17.so=0A= 7f007d965000-7f007d966000=20rw-p=2000000000=2000:00=200=20=0A= 7fff4f316000-7fff4f337000=20rw-p=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[stack]=0A= 7fff4f3fe000-7fff4f400000=20r-xp=2000000000=2000:00=200=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[vdso]=0A= ffffffffff600000-ffffffffff601000=20r-xp=2000000000=2000:00=200=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20[vsyscall]=0A=0AVM=20= Arguments:=0Ajvm_args:=20-XX:+TieredCompilation=20-Xms16094M=20= -Xmx16094M=20-XX:PermSize=3D256m=20-XX:MaxPermSize=3D256m=20= -Djava.net.preferIPv4Stack=3Dtrue=20= -Dsun.rmi.dgc.client.gcInterval=3D3600000=20= -Dsun.rmi.dgc.server.gcInterval=3D3600000=20-Djava.awt.headless=3Dtrue=20= -Djsse.enableSNIExtension=3Dfalse=20= -Djava.security.krb5.conf=3D/etc/ovirt-engine/krb5.conf=20= -XX:+HeapDumpOnOutOfMemoryError=20= -XX:HeapDumpPath=3D/var/log/ovirt-engine/dump=20= -Djava.util.logging.manager=3Dorg.jboss.logmanager=20= -Dlogging.configuration=3Dfile:///var/lib/ovirt-engine/jboss_runtime/confi= g/ovirt-engine-logging.properties=20-Dorg.jboss.resolver.warning=3Dtrue=20= -Djboss.modules.system.pkgs=3Dorg.jboss.byteman=20= -Djboss.modules.write-indexes=3Dfalse=20= -Djboss.server.default.config=3Dovirt-engine=20= -Djboss.home.dir=3D/usr/share/ovirt-engine-jboss-as=20= -Djboss.server.base.dir=3D/usr/share/ovirt-engine=20= -Djboss.server.data.dir=3D/var/lib/ovirt-engine=20= -Djboss.server.log.dir=3D/var/log/ovirt-engine=20= -Djboss.server.config.dir=3D/var/lib/ovirt-engine/jboss_runtime/config=20= -Djboss.server.temp.dir=3D/var/lib/ovirt-engine/jboss_runtime/tmp=20= -Djboss.controller.temp.dir=3D/var/lib/ovirt-engine/jboss_runtime/tmp=20=0A= java_command:=20/usr/share/ovirt-engine-jboss-as/jboss-modules.jar=20-mp=20= /var/lib/ovirt-engine/jboss_runtime/modules/00-ovirt-engine-modules:/var/l= ib/ovirt-engine/jboss_runtime/modules/01-ovirt-engine-jboss-as-modules=20= -jaxpmodule=20javax.xml.jaxp-provider=20org.jboss.as.standalone=20-c=20= ovirt-engine.xml=0ALauncher=20Type:=20SUN_STANDARD=0A=0AEnvironment=20= Variables:=0A= PATH=3D/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin=0A=0A= Signal=20Handlers:=0ASIGSEGV:=20[libjvm.so+0x979d40],=20= sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0ASIGBUS:=20= [libjvm.so+0x979d40],=20sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0A= SIGFPE:=20[libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20= sa_flags=3D0x10000004=0ASIGPIPE:=20[libjvm.so+0x7ea2c0],=20= sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0ASIGXFSZ:=20= [libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20sa_flags=3D0x10000004=0A= SIGILL:=20[libjvm.so+0x7ea2c0],=20sa_mask[0]=3D0x7ffbfeff,=20= sa_flags=3D0x10000004=0ASIGUSR1:=20SIG_DFL,=20sa_mask[0]=3D0x00000000,=20= sa_flags=3D0x00000000=0ASIGUSR2:=20[libjvm.so+0x7ea130],=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x10000004=0ASIGHUP:=20SIG_IGN,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGINT:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGTERM:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGQUIT:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0ASIGTRAP:=20SIG_DFL,=20= sa_mask[0]=3D0x00000000,=20sa_flags=3D0x00000000=0A=0A=0A---------------=20= =20S=20Y=20S=20T=20E=20M=20=20---------------=0A=0AOS:CentOS=20Linux=20= release=207.1.1503=20(Core)=20=0A=0Auname:Linux=20= 3.10.0-229.4.2.el7.x86_64=20#1=20SMP=20Wed=20May=2013=2010:06:09=20UTC=20= 2015=20x86_64=0Alibc:glibc=202.17=20NPTL=202.17=20=0Arlimit:=20STACK=20= 8192k,=20CORE=200k,=20NPROC=2015100,=20NOFILE=2065535,=20AS=20infinity=0A= load=20average:0.59=200.19=200.10=0A=0A/proc/meminfo:=0AMemTotal:=20=20=20= =20=20=20=20=203882732=20kB=0AMemFree:=20=20=20=20=20=20=20=20=203194460=20= kB=0AMemAvailable:=20=20=20=203453684=20kB=0ABuffers:=20=20=20=20=20=20=20= =20=20=20=20=201328=20kB=0ACached:=20=20=20=20=20=20=20=20=20=20=20= 438472=20kB=0ASwapCached:=20=20=20=20=20=20=20=20=20=20=20=200=20kB=0A= Active:=20=20=20=20=20=20=20=20=20=20=20307816=20kB=0AInactive:=20=20=20=20= =20=20=20=20=20257888=20kB=0AActive(anon):=20=20=20=20=20140056=20kB=0A= Inactive(anon):=20=20=20=2014952=20kB=0AActive(file):=20=20=20=20=20= 167760=20kB=0AInactive(file):=20=20=20242936=20kB=0AUnevictable:=20=20=20= =20=20=20=20=20=20=20=200=20kB=0AMlocked:=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=200=20kB=0ASwapTotal:=20=20=20=20=20=20=202621436=20kB=0A= SwapFree:=20=20=20=20=20=20=20=202621436=20kB=0ADirty:=20=20=20=20=20=20=20= =20=20=20=20=20=2012548=20kB=0AWriteback:=20=20=20=20=20=20=20=20=20=20=20= =20=200=20kB=0AAnonPages:=20=20=20=20=20=20=20=20115844=20kB=0AMapped:=20= =20=20=20=20=20=20=20=20=20=20=2042464=20kB=0AShmem:=20=20=20=20=20=20=20= =20=20=20=20=20=2029104=20kB=0ASlab:=20=20=20=20=20=20=20=20=20=20=20=20=20= =2066528=20kB=0ASReclaimable:=20=20=20=20=20=2034928=20kB=0ASUnreclaim:=20= =20=20=20=20=20=20=2031600=20kB=0AKernelStack:=20=20=20=20=20=20=20=20= 1968=20kB=0APageTables:=20=20=20=20=20=20=20=20=206572=20kB=0A= NFS_Unstable:=20=20=20=20=20=20=20=20=20=200=20kB=0ABounce:=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=200=20kB=0AWritebackTmp:=20=20=20=20=20=20= =20=20=20=200=20kB=0ACommitLimit:=20=20=20=20=204562800=20kB=0A= Committed_AS:=20=20=20=205885860=20kB=0AVmallocTotal:=20=20=20= 34359738367=20kB=0AVmallocUsed:=20=20=20=20=20=20=2015772=20kB=0A= VmallocChunk:=20=20=2034359719676=20kB=0AHardwareCorrupted:=20=20=20=20=20= 0=20kB=0AAnonHugePages:=20=20=20=20=20=208192=20kB=0AHugePages_Total:=20=20= =20=20=20=20=200=0AHugePages_Free:=20=20=20=20=20=20=20=200=0A= HugePages_Rsvd:=20=20=20=20=20=20=20=200=0AHugePages_Surp:=20=20=20=20=20= =20=20=200=0AHugepagesize:=20=20=20=20=20=20=202048=20kB=0ADirectMap4k:=20= =20=20=20=20=20=2059380=20kB=0ADirectMap2M:=20=20=20=20=204134912=20kB=0A= =0A=0ACPU:total=202=20(1=20cores=20per=20cpu,=201=20threads=20per=20= core)=20family=206=20model=2042=20stepping=201,=20cmov,=20cx8,=20fxsr,=20= mmx,=20sse,=20sse2,=20sse3,=20ssse3,=20sse4.1,=20sse4.2,=20popcnt,=20= avx,=20aes,=20tsc=0A=0A/proc/cpuinfo:=0Aprocessor=09:=200=0Avendor_id=09= :=20GenuineIntel=0Acpu=20family=09:=206=0Amodel=09=09:=2042=0Amodel=20= name=09:=20Intel=20Xeon=20E312xx=20(Sandy=20Bridge)=0Astepping=09:=201=0A= microcode=09:=200x1=0Acpu=20MHz=09=09:=202399.998=0Acache=20size=09:=20= 4096=20KB=0Aphysical=20id=09:=200=0Asiblings=09:=201=0Acore=20id=09=09:=20= 0=0Acpu=20cores=09:=201=0Aapicid=09=09:=200=0Ainitial=20apicid=09:=200=0A= fpu=09=09:=20yes=0Afpu_exception=09:=20yes=0Acpuid=20level=09:=2013=0Awp=09= =09:=20yes=0Aflags=09=09:=20fpu=20de=20pse=20tsc=20msr=20pae=20mce=20cx8=20= apic=20sep=20mtrr=20pge=20mca=20cmov=20pat=20pse36=20clflush=20mmx=20= fxsr=20sse=20sse2=20syscall=20nx=20lm=20constant_tsc=20nopl=20eagerfpu=20= pni=20pclmulqdq=20ssse3=20cx16=20sse4_1=20sse4_2=20x2apic=20popcnt=20= tsc_deadline_timer=20aes=20xsave=20avx=20hypervisor=20lahf_lm=20xsaveopt=0A= bogomips=09:=204799.99=0Aclflush=20size=09:=2064=0Acache_alignment=09:=20= 64=0Aaddress=20sizes=09:=2046=20bits=20physical,=2048=20bits=20virtual=0A= power=20management:=0A=0Aprocessor=09:=201=0Avendor_id=09:=20= GenuineIntel=0Acpu=20family=09:=206=0Amodel=09=09:=2042=0Amodel=20name=09= :=20Intel=20Xeon=20E312xx=20(Sandy=20Bridge)=0Astepping=09:=201=0A= microcode=09:=200x1=0Acpu=20MHz=09=09:=202399.998=0Acache=20size=09:=20= 4096=20KB=0Aphysical=20id=09:=201=0Asiblings=09:=201=0Acore=20id=09=09:=20= 0=0Acpu=20cores=09:=201=0Aapicid=09=09:=201=0Ainitial=20apicid=09:=201=0A= fpu=09=09:=20yes=0Afpu_exception=09:=20yes=0Acpuid=20level=09:=2013=0Awp=09= =09:=20yes=0Aflags=09=09:=20fpu=20de=20pse=20tsc=20msr=20pae=20mce=20cx8=20= apic=20sep=20mtrr=20pge=20mca=20cmov=20pat=20pse36=20clflush=20mmx=20= fxsr=20sse=20sse2=20syscall=20nx=20lm=20constant_tsc=20nopl=20eagerfpu=20= pni=20pclmulqdq=20ssse3=20cx16=20sse4_1=20sse4_2=20x2apic=20popcnt=20= tsc_deadline_timer=20aes=20xsave=20avx=20hypervisor=20lahf_lm=20xsaveopt=0A= bogomips=09:=204799.99=0Aclflush=20size=09:=2064=0Acache_alignment=09:=20= 64=0Aaddress=20sizes=09:=2046=20bits=20physical,=2048=20bits=20virtual=0A= power=20management:=0A=0A=0A=0AMemory:=204k=20page,=20physical=20= 3882732k(3194460k=20free),=20swap=202621436k(2621436k=20free)=0A=0A= vm_info:=20OpenJDK=2064-Bit=20Server=20VM=20(24.79-b02)=20for=20= linux-amd64=20JRE=20(1.7.0_79-b14),=20built=20on=20Apr=2015=202015=20= 00:19:48=20by=20"mockbuild"=20with=20gcc=204.8.3=2020140911=20(Red=20Hat=20= 4.8.3-9)=0A=0Atime:=20Mon=20May=2025=2022:26:12=202015=0Aelapsed=20time:=20= 0=20seconds=0A=0A= --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii <html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""></div><div class=""><br class=""></div><div class=""><br class=""></div></body></html> --Apple-Mail=_9C9BD97B-7859-43CB-BDAB-F17C0E9F66D0-- --Apple-Mail=_30E8FDCC-2248-490E-B934-CF7DF2FA1D68--

3 3

Re: [ovirt-users] disaster recovery
by mots 22 Jun '15

22 Jun '15

------=_Part_90_1900995351.1434880991903 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Let me get this straight: You added a new host and instead of letting VDSM manage the VM storage you added it manually, completely independent from oVirt, during an unattended installation of the host OS=3F In a production environment=3F Why=3F =20 -----Urspr=C3=BCngliche Nachricht----- > Von:Nathana=C3=ABl Blanchet <blanchet(a)abes.fr> > Gesendet: Fre 19 Juni 2015 14:09 > An: users(a)ovirt.org > Betreff: [ovirt-users] disaster recovery >=20 > Hello all, >=20 > Here is what can happen as a nightmare for a sysadmin: >=20 > I installed a new host to my pool of pre existing ovirt hosts with a=20 > kickstart file and a default partitionning. I used to do this with vms=20 > that usually get one local disk. > But.. > This time this host was attached to several existing ovirt (production)=20 > lun and anaconda gathered all existing disk (local and lun) into the=20 > same VG (lv_home) et formatted them with XFS.... > In the webadmin, the domain storage became unvailaible, vms were still=20 > up (thankgoodness), but it was impossible to interact with them. If I=20 > stopped them, it was impossible to reboot them. If I launch lvs command,=20 > some hosts can still see the ovirt LV, but other see only the lv_home=20 > while /dev/[idofvms] are still present. > So it was my chance that vms were still present, and I began to export=20 > them with a tar at file system level so as to import them in a new=20 > domain storage. >=20 > It seems that data are still present because the vms are still running. > So my question is really : instead of this difficult export step, is=20 > there a way to recover the initial format of the ovirt lun so as to make=20 > the lvm index come back on the disk=3F >=20 > Any help or disaster experience would be much appreciated. >=20 > --=20 > Nathana=C3=ABl Blanchet >=20 > Supervision r=C3=A9seau > P=C3=B4le Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 =09 > T=C3=A9l. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 14 > blanchet(a)abes.fr =20 >=20 > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >=20 ------=_Part_90_1900995351.1434880991903 Content-Type: application/pgp-signature; name=signature.asc Content-Transfer-Encoding: 7bit Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: CIPHERMAIL (2.9.0-0) iQIcBAEBCAAGBQJVhovfAAoJEJ44dql+IcLKmV4QAIVOz1GZYMx5TM1Sd+By3J5W 9UHwzcsM11eFol8QI5iiQZaFrZvAUETTPsOlnelB9CpUkFv4auFjgsvedTRhplU8 41YdWMfV7YzFDX2Jd2Ou3kiV6SXc40P9LwM5rMAmoip8IhgND7jtue7NVkmKsuvO HSLKb7AvG4+lFwLEuPJlRB0Xe1aSbEbrlHF+G2KhUC4i2fclHePqgBFUrbqGUuiV p0uov92/TVuJSkahll3dWPkUGGRG9Z/gOVwZ2yUv1FnDpPns+KtwsQ0rtIWBp69o u88ntyMw4BP+Sq0haX0kUjFDELFUw52Q0YSw6800I+hQbGQGYh3kLTm69rsVI2sr Pqr7qkH8ELEQb+iXRaWqNV+P2onM8ni2WaX51yuHAonC+3CT31qYrDAiFCzAZ9DD fV1hHI0a+tGLrvju4jMyplzDchAfAUaKOAyP0EUyKKcljAQcBJcCWiireYfWM4IU 39nhb8DRvBQWovUjz6nvdAERNtM+R1ZsONKQYdrgAD6AzZrIvTF8feJnMzErdHEo HNSopYQZxv6gZkafnFG5aCA/SfvwKtzfP57hrVgr6RnOYApyHoTH05ii1iaKErWA 5FHzs1tJ7k7RnKcsswNVMijQJ4Qo5YdMyLeqh5QFWuQmEMWvrm85Uc451rAOxHJJ hVZ22QUIBejbQpXgM2ds =QG8e -----END PGP SIGNATURE----- ------=_Part_90_1900995351.1434880991903--

3 3

Error while executing action: Cannot add Host. Host with the same UUID already exists.
by ml＠ohnewald.net 21 Jun '15

21 Jun '15

Hello List, i am using oVirt Engine Version: 3.5.2.1-1.el6. I would like to remove a node from a GlusterFS Cluster and use it for local storage. So i put my node into maintance. Reinstalled it freshly with CentOS7. Now i would like to add it to a New Cluster with local storage, but i get: Error while executing action: Cannot add Host. Host with the same UUID already exists. How can i resolve this problem? I can NOT remove my old host from the Gluster: Cannot remove Host. Server having Gluster volume. Thanks, Mario

5 6

All-In-One on CentOS 7.1
by Gianluca Cecchi 19 Jun '15

19 Jun '15

Hello, I'm trying to setup all in one 3.5.2.1 on CentOS 7.1 but it seems that the ovirtmgmt bridge has not been created and the host and storage domain parts failed to install. Some preliminary questions: - Is NetworkManager supported now in 3.5.2? Or should I disable it before engine setup? - Where should I found engine and host part setup network config files at the end if not in /etc/sysconfig/network-scripts? BTW: is network unified persistence feature, as described here: http://www.ovirt.org/Feature/NetworkReloaded configured as the default now or not? I see that from OS point of view both network and NetworkManager services are enabled (after engine-setup, I didn't check before it): [root@ovirt71 NetworkManager]# systemctl status network network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: active (exited) since Wed 2015-05-20 15:24:11 CEST; 14min ago Process: 1157 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=0/SUCCESS) May 20 15:24:10 ovirt71.localdomain.local systemd[1]: Starting LSB: Bring up/down networking... May 20 15:24:11 ovirt71.localdomain.local network[1157]: Bringing up loopback interface: Could...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: Could not load file '/etc/sysconfig/ne...o' May 20 15:24:11 ovirt71.localdomain.local network[1157]: [ OK ] May 20 15:24:11 ovirt71.localdomain.local network[1157]: Bringing up interface eth0: [ OK ] May 20 15:24:11 ovirt71.localdomain.local systemd[1]: Started LSB: Bring up/down networking. Hint: Some lines were ellipsized, use -l to show in full. [root@ovirt71 NetworkManager]# systemctl status NetworkManager NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled) Active: active (running) since Wed 2015-05-20 15:24:05 CEST; 14min ago Main PID: 768 (NetworkManager) CGroup: /system.slice/NetworkManager.service └─768 /usr/sbin/NetworkManager --no-daemon May 20 15:24:06 ovirt71.localdomain.local NetworkManager[768]: <info> Policy set 'eth0' (eth0) .... May 20 15:24:06 ovirt71.localdomain.local NetworkManager[768]: <info> (eth0): Activation: succe.... May 20 15:24:10 ovirt71.localdomain.local NetworkManager[768]: <info> startup complete May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:11 ovirt71.localdomain.local NetworkManager[768]: <info> parsing /etc/sysconfig/ne.... May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): carrier is OFF May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): new Bridge...) May 20 15:24:16 ovirt71.localdomain.local NetworkManager[768]: <info> (;vdsmdummy;): exported a...3 Hint: Some lines were ellipsized, use -l to show in full. The host part failed to install during setup : [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. After reboot [root@ovirt71 ~]# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 52:54:00:fa:1e:b7 brd ff:ff:ff:ff:ff:ff inet 192.168.122.72/24 brd 192.168.122.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::5054:ff:fefa:1eb7/64 scope link valid_lft forever preferred_lft forever 3: bond0: <BROADCAST,MULTICAST,MASTER> mtu 1500 qdisc noop state DOWN link/ether 22:9e:ab:c2:99:30 brd ff:ff:ff:ff:ff:ff 4: ;vdsmdummy;: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN link/ether 42:76:96:46:b2:1f brd ff:ff:ff:ff:ff:ff engine setup log (in gzip format): https://drive.google.com/file/d/0BwoPbcrMv8mvV3E5U2Z5V2R0YnM/view?usp=shari… various log files are here to read (in tar gzip format): https://drive.google.com/file/d/0BwoPbcrMv8mvNFgzanBVMUt5aTQ/view?usp=shari… workflow of engine setup: [root@ovirt71 ~]# engine-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-aio.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20150520151505-rtk8we.log Version: otopi-1.3.1 (otopi-1.3.1-1.el7) [ INFO ] Hardware supports virtualization [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- Configure Engine on this host (Yes, No) [Yes]: Configure WebSocket Proxy on this host (Yes, No) [Yes]: --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== ALL IN ONE CONFIGURATION ==-- Configure VDSM on this host? (Yes, No) [No]: Yes Local storage domain path [/var/lib/images]: Local storage domain name [local_storage]: --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] firewalld will be configured as firewall manager. Host fully qualified DNS name of this server [ovirt71.localdomain.local]: [WARNING] Failed to resolve ovirt71.localdomain.local using DNS, it can be resolved only locally [WARNING] Failed to resolve ovirt71.localdomain.local using DNS, it can be resolved only locally --== DATABASE CONFIGURATION ==-- Where is the Engine database located? (Local, Remote) [Local]: Setup can configure the local postgresql server automatically for the engine to run. This may conflict with existing applications. Would you like Setup to automatically configure postgresql and create Engine database, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== OVIRT ENGINE CONFIGURATION ==-- Engine admin password: Confirm engine admin password: [WARNING] Password is weak: it is based on a dictionary word Use weak password? (Yes, No) [No]: Yes Application mode (Virt, Gluster, Both) [Both]: --== PKI CONFIGURATION ==-- Organization name for certificate [localdomain.local]: --== APACHE CONFIGURATION ==-- Setup can configure the default page of the web server to present the application home page. This may conflict with existing applications. Do you wish to set the application as the default page of the web server? (Yes, No) [Yes]: Setup can configure apache to use SSL using a certificate issued from the internal CA. Do you wish Setup to configure that, or prefer to perform that manually? (Automatic, Manual) [Automatic]: --== SYSTEM CONFIGURATION ==-- Configure an NFS share on this server to be used as an ISO Domain? (Yes, No) [Yes]: Local ISO domain path [/var/lib/exports/iso]: Local ISO domain ACL - note that the default will restrict access to ovirt71.localdomain.local only, for security reasons [ovirt71.localdomain.local(rw)]: Local ISO domain name [ISO_DOMAIN]: --== MISC CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [WARNING] Less than 16384MB of memory is available --== CONFIGURATION PREVIEW ==-- Application mode : both Firewall manager : firewalld Update Firewall : True Host FQDN : ovirt71.localdomain.local Engine database name : engine Engine database secured connection : False Engine database host : localhost Engine database user name : engine Engine database host name validation : False Engine database port : 5432 Engine installation : True NFS setup : True PKI organization : localdomain.local NFS mount point : /var/lib/exports/iso NFS export ACL : ovirt71.localdomain.local(rw) Configure VDSM on this host : True Local storage domain directory : /var/lib/images Configure local Engine database : True Set application as default page : True Configure Apache SSL : True Configure WebSocket Proxy : True Engine Host FQDN : ovirt71.localdomain.local Please confirm installation settings (OK, Cancel) [OK]: [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Initializing PostgreSQL [ INFO ] Creating PostgreSQL 'engine' database [ INFO ] Configuring PostgreSQL [ INFO ] Creating/refreshing Engine database schema [ INFO ] Creating CA [ INFO ] Configuring WebSocket Proxy [ INFO ] Generating post install configuration file '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf' [ INFO ] Stage: Transaction commit [ INFO ] Stage: Closing up [ INFO ] Restarting nfs services --== SUMMARY ==-- [WARNING] Less than 16384MB of memory is available SSH fingerprint: A5:E7:85:D5:6B:A9:1C:81:22:90:F3:ED:6C:B0:AD:5B Internal CA D6:0B:FA:EC:F1:D7:48:50:96:6E:E2:48:8E:87:39:13:0E:70:85:F8 Web access is enabled at: http://ovirt71.localdomain.local:80/ovirt-engine https://ovirt71.localdomain.local:443/ovirt-engine Please use the user "admin" and password specified in order to login --== END OF SUMMARY ==-- [ INFO ] Starting engine service [ INFO ] Restarting httpd [ INFO ] Waiting for VDSM host to become operational. This may take several minutes... [ ERROR ] The VDSM host was found in a failed state. Please check engine and bootstrap installation logs. [WARNING] Local storage domain not added because the VDSM host was not up. Please add it manually. [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20150520151505-rtk8we.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150520152046-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ INFO ] Execution of setup completed successfully Thanks in advance, Gianluca

3 9

disaster recovery
by Nathanaël Blanchet 19 Jun '15

19 Jun '15

Hello all, Here is what can happen as a nightmare for a sysadmin: I installed a new host to my pool of pre existing ovirt hosts with a kickstart file and a default partitionning. I used to do this with vms that usually get one local disk. But.. This time this host was attached to several existing ovirt (production) lun and anaconda gathered all existing disk (local and lun) into the same VG (lv_home) et formatted them with XFS.... In the webadmin, the domain storage became unvailaible, vms were still up (thankgoodness), but it was impossible to interact with them. If I stopped them, it was impossible to reboot them. If I launch lvs command, some hosts can still see the ovirt LV, but other see only the lv_home while /dev/[idofvms] are still present. So it was my chance that vms were still present, and I began to export them with a tar at file system level so as to import them in a new domain storage. It seems that data are still present because the vms are still running. So my question is really : instead of this difficult export step, is there a way to recover the initial format of the ovirt lun so as to make the lvm index come back on the disk? Any help or disaster experience would be much appreciated. -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

1 0