- Users - oVirt List Archives

How to invoke ovirt-guest-agent hook from ovirt engine SDK ?
by TranceWorldLogic . 04 Jan '17

04 Jan '17

HI, I was exploring more about ovirt-gueste-engin. It look to me very easy to configure add add hook as script. But my doubt is, how to invoke those script from ovirt-engine ? Please some one help me to understand this part. I am looking into python SDK code to figure out same but still not got luck Thanks, ~Rohit

2 3

Re: [ovirt-users] How to invoke ovirt-guest-agent hook from ovirt engine SDK ?
by Yaniv Kaul 03 Jan '17

03 Jan '17

On Jan 3, 2017 7:37 AM, "TranceWorldLogic ." <tranceworldlogic(a)gmail.com> wrote: Hi, It look interesting. Would you please point me some document that cover in detail ? I was looking for mechanism where I can monitor guest application. If application get failed or crash then I need to restart or start other VM. Such monitoring should probably be done outside the VM. Is it possible in ovirt ? There's a fence_rhevm script in the fence-agents pacakge, but it needs a bit of tweaking to work with 4.x Y. I though I will use hook but as you explain it clear me that my understand was wrong. Thanks for your help. Thanks, ~Rohit On Mon, Jan 2, 2017 at 1:04 PM, Vinzenz Feenstra <vfeenstr(a)redhat.com> wrote: > > > On Dec 30, 2016, at 11:03 AM, TranceWorldLogic . < > tranceworldlogic(a)gmail.com> wrote: > > > > HI, > > Hi there, > > > > > I was exploring more about ovirt-gueste-engin. > > It look to me very easy to configure add add hook as script. > > > > But my doubt is, how to invoke those script from ovirt-engine ? > > Please some one help me to understand this part. > > I am looking into python SDK code to figure out same but still not got > luck > > Guest agent hooks aren’t triggered through the SDK, hooks are triggered > when certain events happen on the hypervisor side. > e.g. A VM gets migrated from HOST A to HOST B or the VM gets suspended. In > these cases VDSM _can_ send a message to the guest > agent asking it to process all hooks. > > That those hooks are enabled are depending on the migration policy > configured. Currently all but the ‘Legacy’ migration policies do cause the > hooks to be executed, given a new enough guest agent, VDSM and cluster > version. > HTH > > > > > > Thanks, > > ~Rohit > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

1 0

Import Virtual Machines From Web Admin GUI
by Beckman, Daniel 03 Jan '17

03 Jan '17

--_000_9762A5F98A744EED934844A00F4B6195ingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Q2FuIGFueW9uZSBwb2ludCBtZSB0byBhIHN0ZXAtYnktc3RlcCBndWlkZSBvbiBnZXR0aW5nIGFu IGltcG9ydCAoc2F5LCBmcm9tIEtWTSkgdG8gd29yaz8gSSBnYXRoZXIgaXQgaW52b2x2ZXMgc29t ZSBzaGFyaW5nIG9mIFNTSCBrZXlzIGJ1dCBJIGhhdmVu4oCZdCBzZWVuIGl0IGV4cGxhaW5lZCBp biBkZXRhaWwuIFNwZWNpZmljYWxseSwgd2hhdCB1c2VyIG5lZWRzIHRvIHRydXN0IHdoYXQga2V5 cyBvbiB3aGljaCBtYWNoaW5lcz8gVGhlIGh5cGVydmlzb3IgaG9zdHM/IFRoZSBtYWNoaW5lIHJ1 bm5pbmcgdGhlIGVuZ2luZT8gQWxzbywgc29tZSBleGFtcGxlcyBvZiBVUkkgcGF0aHMgd291bGQg YmUgbXVjaCBhcHByZWNpYXRlZC4NCg0KVGhhbmtzLA0KRGFuaWVsDQo= --_000_9762A5F98A744EED934844A00F4B6195ingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <B329E898A1B484438D29D3336B7AD95B(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5DYW4gYW55 b25lIHBvaW50IG1lIHRvIGEgc3RlcC1ieS1zdGVwIGd1aWRlIG9uIGdldHRpbmcgYW4gaW1wb3J0 IChzYXksIGZyb20gS1ZNKSB0byB3b3JrPyBJIGdhdGhlciBpdCBpbnZvbHZlcyBzb21lIHNoYXJp bmcgb2YgU1NIIGtleXMgYnV0IEkgaGF2ZW7igJl0IHNlZW4gaXQgZXhwbGFpbmVkIGluIGRldGFp bC4gU3BlY2lmaWNhbGx5LCB3aGF0IHVzZXIgbmVlZHMNCiB0byB0cnVzdCB3aGF0IGtleXMgb24g d2hpY2ggbWFjaGluZXM/IFRoZSBoeXBlcnZpc29yIGhvc3RzPyBUaGUgbWFjaGluZSBydW5uaW5n IHRoZSBlbmdpbmU/IEFsc28sIHNvbWUgZXhhbXBsZXMgb2YgVVJJIHBhdGhzIHdvdWxkIGJlIG11 Y2ggYXBwcmVjaWF0ZWQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4w cHQiPlRoYW5rcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RGFuaWVsPG86cD48L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_9762A5F98A744EED934844A00F4B6195ingramcontentcom_--

1 0

Re: [ovirt-users] oVirt Engine 4.0.5 and CentOS 7.3 Instability
by Rogério Ceni Coelho 03 Jan '17

03 Jan '17

Here VDSM logs ... Em ter, 3 de jan de 2017 às 09:58, Rogério Ceni Coelho < rogeriocenicoelho(a)gmail.com> escreveu: > Hi Everyone, > > I found a lot of Heartbeat exceeded like below ... I attach some logs ... > > I am thinking to do rollback to 4.0.4 and CentOS 7.2 ... > > 2016-12-28 03:49:14,962 ERROR > [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] > Internal server error: null > 2016-12-28 03:49:14,986 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm15-poa.rbs.com.br/10.151.252.235 > 2016-12-28 03:49:14,993 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm06-poa.rbs.com.br/10.151.252.226 > 2016-12-28 03:49:14,997 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm08-poa.rbs.com.br/10.151.252.228 > 2016-12-28 03:49:15,001 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm03-poa.rbs.com.br/10.151.252.30 > 2016-12-28 03:49:15,006 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm17-poa.rbs.com.br/10.151.252.237 > 2016-12-28 03:49:15,012 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm02-poa.rbs.com.br/10.151.252.223 > 2016-12-28 03:49:15,018 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] > (DefaultQuartzScheduler11) [36d1c163] Command > 'GetAllVmStatsVDSCommand(HostName = prd-rbs-ovirt-kvm07-poa.rbs.com.br, > VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', > hostId='1f128680-6152-4273-bb1d-8be545b43461', vds='Host[ > prd-rbs-ovirt-kvm07-poa.rbs.com.br,1f128680-6152-4273-bb1d-8be545b43461]'})' > execution failed: VDSGenericException: VDSNetworkException: Heartbeat > exceeded > 2016-12-28 03:49:15,018 INFO > [org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] > (DefaultQuartzScheduler11) [36d1c163] Failed to fetch vms info for host ' > prd-rbs-ovirt-kvm07-poa.rbs.com.br' - skipping VMs monitoring. > 2016-12-28 03:49:15,018 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] > (org.ovirt.thread.pool-6-thread-8) [36d1c163] Host ' > prd-rbs-ovirt-kvm07-poa.rbs.com.br' is not responding. It will stay in > Connecting state for a grace period of 62 seconds and after that an attempt > to fence the host will be issued. > 2016-12-28 03:49:15,025 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] > (DefaultQuartzScheduler9) [13bbd638] Command > 'GetAllVmStatsVDSCommand(HostName = prd-rbs-ovirt-kvm10-poa.rbs.com.br, > VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', > hostId='8b4bc7dc-af8c-4415-a2ef-bccc11ddf23a', vds='Host[ > prd-rbs-ovirt-kvm10-poa.rbs.com.br,8b4bc7dc-af8c-4415-a2ef-bccc11ddf23a]'})' > execution failed: VDSGenericException: VDSNetworkException: Heartbeat > exceeded > 2016-12-28 03:49:15,025 INFO > [org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] > (DefaultQuartzScheduler9) [13bbd638] Failed to fetch vms info for host ' > prd-rbs-ovirt-kvm10-poa.rbs.com.br' - skipping VMs monitoring. > 2016-12-28 03:49:15,026 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm05-poa.rbs.com.br/10.151.252.225 > 2016-12-28 03:49:15,027 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (DefaultQuartzScheduler32) [5b86105] Correlation ID: null, Call Stack: > null, Custom Event ID: -1, Message: VDSM > prd-rbs-ovirt-kvm03-poa.rbs.com.br command failed: Heartbeat exceeded > 2016-12-28 03:49:15,027 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler32) [5b86105] Command 'SpmStatusVDSCommand(HostName = > prd-rbs-ovirt-kvm03-poa.rbs.com.br, > SpmStatusVDSCommandParameters:{runAsync='true', > hostId='f7842244-646c-400a-9736-f8d4aa9b1cef', > storagePoolId='98867d75-9c43-46b4-891a-ff3a5eb0f06e'})' execution failed: > VDSGenericException: VDSNetworkException: Heartbeat exceeded > 2016-12-28 03:49:15,027 WARN [org.ovirt.engine.core.vdsbroker.VdsManager] > (org.ovirt.thread.pool-6-thread-10) [5b86105] Host ' > prd-rbs-ovirt-kvm03-poa.rbs.com.br' is not responding. It will stay in > Connecting state for a grace period of 81 seconds and after that an attempt > to fence the host will be issued. > 2016-12-28 03:49:15,029 INFO > [org.ovirt.engine.core.bll.storage.pool.SetStoragePoolStatusCommand] > (DefaultQuartzScheduler32) [613ae8a1] Running command: > SetStoragePoolStatusCommand internal: true. Entities affected : ID: > 98867d75-9c43-46b4-891a-ff3a5eb0f06e Type: StoragePool > 2016-12-28 03:49:15,030 INFO > [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] > (DefaultQuartzScheduler32) [613ae8a1] Storage Pool > '98867d75-9c43-46b4-891a-ff3a5eb0f06e' - Updating Storage Domain > '7b8c9293-f103-401a-93ac-550981837224' status from 'Active' to 'Unknown', > reason: null > 2016-12-28 03:49:15,030 INFO > [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] > (DefaultQuartzScheduler32) [613ae8a1] Storage Pool > '98867d75-9c43-46b4-891a-ff3a5eb0f06e' - Updating Storage Domain > 'cfdbbda4-bd72-4c58-af73-8aa89d62ff01' status from 'Active' to 'Unknown', > reason: null > 2016-12-28 03:49:15,030 INFO > [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] > (DefaultQuartzScheduler32) [613ae8a1] Storage Pool > '98867d75-9c43-46b4-891a-ff3a5eb0f06e' - Updating Storage Domain > '0b5015d2-8f05-44c5-9e5a-d732b0b0e419' status from 'Active' to 'Unknown', > reason: null > 2016-12-28 03:49:15,031 INFO > [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) > [] Connecting to prd-rbs-ovirt-kvm13-poa.rbs.com.br/10.151.252.233 > 2016-12-28 03:49:15,033 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] > (DefaultQuartzScheduler21) [b33cc28] Command > 'GetAllVmStatsVDSCommand(HostName = prd-rbs-ovirt-kvm19-poa.rbs.com.br, > VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', > hostId='887b6e35-1fd1-4cd6-9e78-05bcab12a417', vds='Host[ > prd-rbs-ovirt-kvm19-poa.rbs.com.br,887b6e35-1fd1-4cd6-9e78-05bcab12a417]'})' > execution failed: VDSGenericException: VDSNetworkException: Heartbeat > exceeded > > > > Em seg, 2 de jan de 2017 às 17:18, Yaniv Kaul <ykaul(a)redhat.com> escreveu: > > On Mon, Jan 2, 2017 at 8:51 PM, Rogério Ceni Coelho < > rogeriocenicoelho(a)gmail.com> wrote: > > Hi oVirt Gurus, > > > Happy new year to everyone !!! > > > > I update oVirt Engine to 4.0.5 from 4.0.4 and Centos to 7.3 from 7.2 last > week and after that I have instability four times. Every time ovirt engine > seems to loose communication with one or more node servers like this image > below. Every time I rebooted oVirt engine server and everything came back > to normal. > > > It'd be great if you could share logs - engine.log from the Engine and > vdsm.log from the host(s). > Y. > > > > > Anyone with this kind of problem ??? > > > > [image: pasted1] > > > After reboot : > > > > [image: pasted2] > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > >

1 0

Fwd: [Call for feedback] anybody gave 4.1 beta a try?
by Maton, Brett 03 Jan '17

03 Jan '17

I had a mac address conflict so reinstalled ( from scratch ) 4.1 this morning, CPU load issue in UI was still there. I can't deploy additional hosts now though due to SSH errors. Experimenting, I updated the hosted engine this afternoon and the CPU load issue seems be have either been fixed or resolved itself. However, SSH errors deploying additional hosts persists ( I had no problem with the previous install on Friday ). enging.log snippet: 2016-12-17 17:09:54,764Z ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-6-thread-26) [b04a9eaf-65b5-4a80-a254-0b29a8fea573] SSH error running command root(a)host2.example.com:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/ovirt-host-deploy DIALOG/dialect=str:machine DIALOG/customization=bool:True': Command returned failure code 1 during SSH session 'root(a)host2.example.com' 2016-12-17 17:09:54,765Z ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-6-thread-26) [b04a9eaf-65b5-4a80-a254-0b29a8fea573] Exception: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)host2.example.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:503) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase. execute(VdsDeployBasae.java:563) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. installHost(InstallVdsInternalCommand.java:166) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. executeCommand(InstallVdsInternalCommand.java:87) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1249) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1389) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2053) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1449) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:395) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.runCommands(PrevalidatingMultipleActionsRunner.java:176) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$ InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] 2016-12-17 17:09:54,765Z ERROR [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] (org.ovirt.thread.pool-6-thread-26) [b04a9eaf-65b5-4a80-a254-0b29a8fea573] Error during host host2.example.com install: java.io.IOException: Command returned failure code 1 during SSH session 'root(a)host2.example.com' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:503) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) [uutils.jar:] at org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase. execute(VdsDeployBase.java:563) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. installHost(InstallVdsInternalCommand.java:166) [bll.jar:] at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand. executeCommand(InstallVdsInternalCommand.java:87) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1249) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1389) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2053) [bll.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInSuppressed(TransactionSupport.java:164) [utils.jar:] at org.ovirt.engine.core.utils.transaction.TransactionSupport. executeInScope(TransactionSupport.java:103) [utils.jar:] at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1449) [bll.jar:] at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:395) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.runCommands(PrevalidatingMultipleActionsRunner.java:176) [bll.jar:] at org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRu nner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$ InternalWrapperRunnable.run(ThreadPoolUtil.java:92) [utils.jar:] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [rt.jar:1.8.0_111] at java.util.concurrent.FutureTask.run(FutureTask.java:266) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_111] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111] 2016-12-17 17:09:54,827Z ERROR [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (org.ovirt.thread.pool-6-thread-26) [b04a9eaf-65b5-4a80-a254-0b29a8fea573] Host installation failed for host '0ce2ee41-cc81-44a5-8b1c-ee3a1ddbb89c', ' host2.example.com': Command returned failure code 1 during SSH session ' root(a)host2.example.com' I'm trying to deploy using a password ( which I know is correct ), I think it might be switching to keys when it fails, but I'm only guessing. Any thoughts on this issue ? On 16 December 2016 at 21:19, Maor Lipchuk <mlipchuk(a)redhat.com> wrote: > > > On Fri, Dec 16, 2016 at 7:15 PM, Maton, Brett <matonb(a)ltresources.co.uk> > wrote: > >> First glance at 4.1 >> >> Installation seemed easier than with earlier versions ( but I have >> installed it a few times now ). >> Hosted engine reports 100% CPU usage even if the host is basically idle >> >> [image: Inline images 1] >> >> I'll feed back more as and when I get chance to use it, feels good so far >> though. >> >> Keep on with the great work! >> >> Regards, >> Brett >> >> On 12 December 2016 at 17:44, Maor Lipchuk <mlipchuk(a)redhat.com> wrote: >> >>> >>> >>> On Thu, Dec 8, 2016 at 5:33 PM, Yaniv Kaul <ykaul(a)redhat.com> wrote: >>> >>>> >>>> >>>> On Wed, Dec 7, 2016 at 3:10 PM, Gianluca Cecchi < >>>> gianluca.cecchi(a)gmail.com> wrote: >>>> >>>>> On Tue, Dec 6, 2016 at 9:38 AM, Sandro Bonazzola <sbonazzo(a)redhat.com> >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> any feedback on 4.1 beta we released last week? >>>>>> Thanks, >>>>>> >>>>>> >>>>>> >>>>> I see that in storage tab the NFS domain is marked as V4, while in >>>>> 4.0.5 is marked as V3. >>>>> The nfs mount from host is still v3, but I think it is not related and >>>>> instead V4 refers to functionalities of storage domain itself... >>>>> >>>> >>>> Right. >>>> >>>> >>>>> In this case, where to find V3 vs V4 storage domain features? >>>>> >>>> >>>> http://www.ovirt.org/develop/release-management/features/sto >>>> rage/DataCenterV4_1/ - but it may need some updates. >>>> Y. >>>> >>> >>> There is a more detailed feature page for qcow2v3 which is currently >>> under review, here it is: >>> >>> https://github.com/maorlipchuk/ovirt-site/blob/cdbbfa5250af0 >>> e207ff151af67f188b3451d4c33/source/develop/release-managemen >>> t/features/storage/qcow2v3.html.md >>> >>> >> > Hi Brett, > > Here is the official updated wiki which also consists REST examples: > http://www.ovirt.org/develop/release-management/features/sto > rage/qcow2v3/ > > If you have any questions, please don't hesitate to contact me or the > users list > > Regards, > Maor > > > >> >>>> >>>>> >>>>> >>>>> Gianluca >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users(a)ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.phx.ovirt.org/mailman/listinfo/users >>> >>> >> >

5 9

import storage domain and import VMs from ovirt 3.6 to 4
by Paul Groeneweg | Pazion 03 Jan '17

03 Jan '17

Hi, I am finally planning to start our oVirt hosted engine upgrade. I am not sure how stable my hosted engine storage is ( it shows wrong status in web GUI ) So I arranged a new shared storage and plan to do a fresh install ( altough I noticed there is also an option to upgrade "hosted-engine --upgrade-appliance" ). After I installed the oVirt 4 hosted engine on a host node I want to move all my running VMs to the new environment. With VMs at first running on the current data storage domain. My storage domain is FC based. My idea is to: 1. stop all VMs 2. detach Storage domain on old ovirt 3.6 environment ( and keep data ). 3. import and activate the storage domain on the new ovirt 4 environment. To prevent any data loss or copy too much data I have the follwoing questions: 1. Is this storage domain import from 3.6 to 4.0 available? 2. I read I should import all VMs, this means I need to copy all data or is it just a matter of importing a config, so all VM data /image remains on the imported storage domain? 3. When for some reason I want to roll back when I have imported the storage domain without having any VM imported, can I just detach and re-attach the storage domain to the previous 3.6 environment? If there might be a better path to get my VMs to a clean oVirt 4.0 environment I am glad to hear. Thanks in advance! Kind regards, Paul

2 1

New install: can't install engine
by Jim Kusznir 02 Jan '17

02 Jan '17

Hi all: I'm trying to set up a new ovirt cluster. I got it "mostly working" earlier, but wanted to change some physical networking stuff, and so I thought I'd blow away my machines and rebuild. I followed the same recipe to build it all, but now I'm failing at a point that previously worked. I've built a 3 node cluster with glusterfs backing (3 brick replica), and all that is good and well. I run the engine-setup --deploy, and it does its stuff, asks me (among other things) the admin password, I type in the password I want it to use (just like last time), then it says to log into the new VM and run engine-setup. Here's the problem: I try to ssh in as root, and it will NOT accept my password. It worked a couple days ago, doing it the exact same way, but it will not work now. I've destroyed and re-deployed several times, I've even done a low level wipe of all three nodes and rebuild everything, and again, it doesn't work. My only guess is that one of the packages the gdeploy script changed, and it has a bug or "new feature" that breaks this for some reason. Unfortunately, I do not have the package versions that worked or the current list to compare to, so I cannot support this. In any case, I'm completely stuck here...I can't log in to run engine-deploy, and I don't know enough of the console/low level stuff to try and hack my way into the VM (eg, to manually mount the disk image and replace the password or put my SSH key in). Suggestions? Can anyone else replicate this? --Jim

4 4

creating a vlan-tagged network
by Jim Kusznir 02 Jan '17

02 Jan '17

Hi all: I've got my ovirt cluster up, but am facing an odd situation that I haven't pinned down. I've also run into someone on the IRC channel with the same bug, no solutions as of yet. Google also hasn't helped. My goal is this: 1 physical NIC; two networks: ovirtmgmt (untagged) Public (vlan 2) ovirtmgmt works great. a VM on Public cannot talk to anything off the host. Steps to set up: Datacenter -> networks: created network, checked vm network, checked vlan, put 2 in the tag box. Set required. Save. I only have one cluster (default), and it automatically added it there. I went to the hosts in the cluster, and dragged the unassigned Public network onto the nic (which already has ovirtmgmt on it). After completing on all three of my hosts, the network shows online. Create VM, assign to Public, inside VM assign its IP, and it cannot talk to the world. In troubleshooting, I assigned another IP to the host itself (click pencil in host network settings). VM can ping host. SSH into host, host CAN ping other machines on the net and the router for the net. VM cannot ping anything but host (only have one VM on that host currently). VM is isolated until I move it to ovirtmgmt network, then it can get off the host to the world, etc. I tried disabling iptables just in case, but that had no effect. How do I troubleshoot this further? --Jim

2 6

Overlapping packages in CentOS 7 repo files from ovirt and mirror.centos.org
by Richard Chan 02 Jan '17

02 Jan '17

Hi all, The repo files for ovirt-4.0 seem to have overlapping packages from (el7 vs centos.el7 naming). resources.ovirt.org: ovirt-4.0 and mirror.centos.org/centos/7/virt/x86_64/ovirt-4.0/: centos-ovirt40-release for example vdsm-4.18.15.3-1.el7.centos.x86_64.rpm vs vdsm-4.18.15.3-1.el7.x86_64.rpm Which one should "win"? We need this for auditing purposes. Thanks. -- Richard Chan

2 3

[HEADS UP] CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6
by Sandro Bonazzola 02 Jan '17

02 Jan '17

Hi, as you probably noticed, CentOS 7.3 is rolling out right now and will be announced pretty soon. Please note that due to new libvirt shipped within CentOS 7.3, it is required to update qemu-kvm-ev to 2.6 at the same time. If you're using CentOS Virt SIG rpms / repos for oVirt this should happen automatically. If you're using only ovirt repositories be sure to have qemu-kvm-ev 2.6 if you update to CentOS 7.3. In terms of ovirt repositories, qemu-kvm-ev 2.6 is available right now in ovirt-master-snapshot-static, ovirt-4.0-snapshot-static, and ovirt-4.0-pre (contains 4.0.6 RC4 rpms going to be announced in a few minutes.) Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

10 32