- Users - oVirt List Archives

[Users] ovirt / 2 iscsi storage domains / same LUN IDs
by Alex Leonhardt 06 Mar '13

06 Mar '13

Hi there, I was doing some testing around ovirt and iscsi and found an issue where as when you use "dd" to create "backing-stores" for iscsi and you point ovirt to it to discover & login, it thinks the LUN ID is the same although the target is different and adds additional paths to the config (automagically?) bringing down the iSCSI storage domain. See attached screenshot of what I got when trying to a "new iscsi san storage domain" to ovirt. The Storage Domain is now down and I cannot get rid of the config (???) how do I force it to logout of the targets ?? Also, anyone know how to deal with the duplicate LUN ID issue ? Thanks Alex -- | RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |

2 9

Re: [Users] ovirt reporting wrong cpu family
by Adrian Gibanel 06 Mar '13

06 Mar '13

I happen to have the same problem in oVirt 3.1 on Fedora. Any workaround? $ sudo vdsClient -s 0 getVdsCaps | grep -i flags ; echo -e -n "\n" ;cat /proc/cpuinfo | grep "model name" | head -n 1 cpuFlags = fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,eagerfpu,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,sse4_1,sse4_2,popcnt,tsc_deadline_timer,xsave,avx,lahf_lm,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe model name : Intel(R) Core(TM) i3-2130 CPU @ 3.40GHz $ rpm -qa | grep -i ovirt ; rpm -qa | grep -i vdsm ovirt-release-fedora-5-2.noarch vdsm-python-4.10.0-10.fc17.x86_64 vdsm-cli-4.10.0-10.fc17.noarch vdsm-4.10.0-10.fc17.x86_64 vdsm-xmlrpc-4.10.0-10.fc17.noarch ----- Mensaje original ----- > De: "Jithin Raju" <rajujith(a)gmail.com> > Para: "Itamar Heim" <iheim(a)redhat.com> > CC: users(a)ovirt.org > Enviados: Jueves, 3 de Enero 2013 4:49:34 > Asunto: Re: [Users] ovirt reporting wrong cpu family > Hi , > Please find the requested flags below: > [root@fig /]# vdsClient -s 0 getVdsCaps | grep -i flags > cpuFlags = > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,sep,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,nopl,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,pcid,dca,sse4_1,sse4_2,x2apic,popcnt,tsc_deadline_timer,aes,xsave,avx,lahf_lm,ida,arat,epb,xsaveopt,pln,pts,dtherm,tpr_shadow,vnmi,flexpriority,ept,vpid,model_coreduo,model_Conroe > Thanks, > Jithin > On Thu, Jan 3, 2013 at 2:03 AM, Itamar Heim < iheim(a)redhat.com > > wrote: > > On 01/02/2013 03:37 PM, Jithin Raju wrote: > > > > Hi, > > > > > > I have installed ovirt 3.1 on fedora 17. > > > > > > I added my node wtih intel E5-2620 (sandy bridge) to cluster. > > > > > > Even though model is detected properly,CPU name is shown as Intel > > > Conroe > > > > > > family instead of sandy bridge. > > > > > > Since my cluster is configured as sandy bridge i got this error: > > > > > > Host fig moved to Non-Operational state as host does not meet the > > > > > > cluster's minimum CPU level. Missing CPU features : > > > model_SandyBridge. > > > > > > as per cpuinfo :model name : Intel(R) Xeon(R) CPU E5-2620 0 @ > > > 2.00GHz. > > > > > > i moved the cluster to conroe ,got the host up. > > > > > > reference: > > > > > > http://en.wikipedia.org/wiki/ Sandy_Bridge_( microarchitecture) > > > > > > http://ark.intel.com/products/ 64594 > > > > > > PFA for screenshot. > > > > > > Thanks, > > > > > > Jithin > > > -- -- Adrián Gibanel I.T. Manager +34 675 683 301 www.btactic.com Ens podeu seguir a/Nos podeis seguir en: i Abans d´imprimir aquest missatge, pensa en el medi ambient. El medi ambient és cosa de tothom. / Antes de imprimir el mensaje piensa en el medio ambiente. El medio ambiente es cosa de todos. AVIS: El contingut d'aquest missatge i els seus annexos és confidencial. Si no en sou el destinatari, us fem saber que està prohibit utilitzar-lo, divulgar-lo i/o copiar-lo sense tenir l'autorització corresponent. Si heu rebut aquest missatge per error, us agrairem que ho feu saber immediatament al remitent i que procediu a destruir el missatge . AVISO: El contenido de este mensaje y de sus anexos es confidencial. Si no es el destinatario, les hacemos saber que está prohibido utilizarlo, divulgarlo y/o copiarlo sin tener la autorización correspondiente. Si han recibido este mensaje por error, les agradeceríamos que lo hagan saber inmediatamente al remitente y que procedan a destruir el mensaje .

3 11

[Users] When does oVirt auto-migrate, and what does HA do?
by Rob Zwissler 06 Mar '13

06 Mar '13

In what scenarios does oVirt auto-migrate VMs? I'm aware that it currently migates VMs when putting a host into maintenance, or when manually selecting migration via the web interface, but when else will hosts be migrated? Is there any automatic compensation for resource imbalances between hosts? I could find no documentation on this subject, if I missed it I apologize! In a related question, exactly what does enabling HA (Highly Available) mode do? The only documentation I could find on this is at http://www.ovirt.org/OVirt_3.0_Feature_Guide#High_availability but it is a bit vague, and being from 3.0, possibly out of date. Can someone briefly describe the HA migration algorithm? Thanks, Rob

3 2

[Users] oVirt 3.1 - engine configuration problem
by Piotr Szubiakowski 05 Mar '13

05 Mar '13

Hi, I'm building oVirt engine 3.1 from source on Scientific Linux 6.3. I'm working on branch origin/engine_3.1. During startup the application throws following error: 2013-02-21 11:53:33,768 WARN [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) Could not find enum value for option: CbcCheckOnVdsChange 2013-02-21 11:53:33,995 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-22) Failed to decryptData must start with zero 2013-02-21 11:53:33,996 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-22) Failed to decrypt value for property CertificatePassword will be used encrypted value 2013-02-21 11:53:34,000 WARN [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) Could not find enum value for option: ENGINEEARLib 2013-02-21 11:53:34,001 WARN [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) Could not find enum value for option: CAEngineKey 2013-02-21 11:53:34,008 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-22) Failed to decryptData must start with zero 2013-02-21 11:53:34,009 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-22) Failed to decrypt value for property AdminPassword will be used encrypted value 2013-02-21 11:53:34,015 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-22) Failed to decryptData must start with zero 2013-02-21 11:53:34,015 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-22) Failed to decrypt value for property LocalAdminPassword will be used encrypted value 2013-02-21 11:53:34,020 WARN [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) Could not find enum value for option: MinimalETLVersion 2013-02-21 11:53:34,024 WARN [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) Could not find enum value for option: ScriptsPath 2013-02-21 11:53:34,025 WARN [org.ovirt.engine.core.utils.ConfigUtilsBase] (MSC service thread 1-22) Could not find enum value for option: SQLServerI18NPrefix 2013-02-21 11:53:34,071 ERROR [org.ovirt.engine.core.engineencryptutils.EncryptionUtils] (MSC service thread 1-22) Failed to decryptData must start with zero 2013-02-21 11:53:34,072 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-22) Failed to decrypt value for property TruststorePass will be used encrypted value It seams to be a configuration problem. I followed this manual http://www.ovirt.org/Engine_Node_Integration (section Engine core machine). Is this manual up to date? Best regarts, Piotr

6 16

[Users] Migration issue Asking For Help
by xianghuadu 05 Mar '13

05 Mar '13

This is a multi-part message in MIME format. ------=_001_NextPart146280477306_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 aGkgIGFsbA0KICAgICAgICAgICAgIEkgcmVjZW50bHkgaW4gdGhlIHJlc2VhcmNoIG92aXJ0IGVu Y291bnRlciBhIHByb2JsZW0uIA0KSW4gdGhlIHZtIG1pZ3JhdGlvbiBvY2N1cnMgd2hlbiB0aGUg ZXJyb3I6IE1pZ3JhdGlvbiBmYWlsZWQgZHVlIHRvIEVycm9yOiBDb3VsZCBub3QgY29ubmVjdCB0 byBwZWVyIGhvc3QuDQpNeSBlbnZpcm9ubWVudCBpczoNCktWTSAgICAgICAgICAgICBkZWxsIDI5 NTAgKiAyDQpzdG9yYWdlICAgICAgICBpc2NzaS10YXJnZXQNCnZtIHN5c3RlbSAgICB3aW5kb3dz IDIwMDggcjINCm92aXJ0LWxvZ6O6DQoyMDEzLTAzLTA1IDE0OjUyOjIzLDA3NCBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci5WZHNVcGRhdGVSdW5UaW1lSW5mb10gKFF1YXJ0 elNjaGVkdWxlcl9Xb3JrZXItNDIpIFszMjNkN2NhOF0gVk0gY2VudG9zIDRjYzIzZDkyLTg2Njct NDcxMC05NzE0LWE2N2MwZDE3OGZhMCBtb3ZlZCBmcm9tIE1pZ3JhdGluZ0Zyb20gLS0+IFVwDQoy MDEzLTAzLTA1IDE0OjUyOjIzLDA3NiBJTkZPICBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnZkc2Jy b2tlci5WZHNVcGRhdGVSdW5UaW1lSW5mb10gKFF1YXJ0elNjaGVkdWxlcl9Xb3JrZXItNDIpIFsz MjNkN2NhOF0gYWRkaW5nIFZNIDRjYzIzZDkyLTg2NjctNDcxMC05NzE0LWE2N2MwZDE3OGZhMCB0 byByZS1ydW4gbGlzdA0KMjAxMy0wMy0wNSAxNDo1MjoyMywwNzkgRVJST1IgW29yZy5vdmlydC5l bmdpbmUuY29yZS52ZHNicm9rZXIuVmRzVXBkYXRlUnVuVGltZUluZm9dIChRdWFydHpTY2hlZHVs ZXJfV29ya2VyLTQyKSBbMzIzZDdjYThdIFJlcnVuIHZtIDRjYzIzZDkyLTg2NjctNDcxMC05NzE0 LWE2N2MwZDE3OGZhMC4gQ2FsbGVkIGZyb20gdmRzIDIwNQ0KMjAxMy0wMy0wNSAxNDo1MjoyMyww ODUgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLk1pZ3Jh dGVTdGF0dXNWRFNDb21tYW5kXSAocG9vbC0zLXRocmVhZC00OSkgWzMyM2Q3Y2E4XSBTVEFSVCwg TWlncmF0ZVN0YXR1c1ZEU0NvbW1hbmQoSG9zdE5hbWUgPSAyMDUsIEhvc3RJZCA9IDRlN2QxYWUy LTgyNGUtMTFlMi1iYjRjLTAwMTg4YmU0ZGUyOSwgdm1JZD00Y2MyM2Q5Mi04NjY3LTQ3MTAtOTcx NC1hNjdjMGQxNzhmYTApLCBsb2cgaWQ6IDYxODA4NWQNCjIwMTMtMDMtMDUgMTQ6NTI6MjMsMTMx IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5Ccm9rZXJD b21tYW5kQmFzZV0gKHBvb2wtMy10aHJlYWQtNDkpIFszMjNkN2NhOF0gRmFpbGVkIGluIE1pZ3Jh dGVTdGF0dXNWRFMgbWV0aG9kDQoyMDEzLTAzLTA1IDE0OjUyOjIzLDEzMiBFUlJPUiBbb3JnLm92 aXJ0LmVuZ2luZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuQnJva2VyQ29tbWFuZEJhc2VdIChw b29sLTMtdGhyZWFkLTQ5KSBbMzIzZDdjYThdIEVycm9yIGNvZGUgbm9Db25QZWVyIGFuZCBlcnJv ciBtZXNzYWdlIFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0aW9uOiBGYWlsZWQg dG8gTWlncmF0ZVN0YXR1c1ZEUywgZXJyb3IgPSBDb3VsZCBub3QgY29ubmVjdCB0byBwZWVyIFZE Uw0KMjAxMy0wMy0wNSAxNDo1MjoyMywxMzQgSU5GTyAgW29yZy5vdmlydC5lbmdpbmUuY29yZS52 ZHNicm9rZXIudmRzYnJva2VyLkJyb2tlckNvbW1hbmRCYXNlXSAocG9vbC0zLXRocmVhZC00OSkg WzMyM2Q3Y2E4XSBDb21tYW5kIG9yZy5vdmlydC5lbmdpbmUuY29yZS52ZHNicm9rZXIudmRzYnJv a2VyLk1pZ3JhdGVTdGF0dXNWRFNDb21tYW5kIHJldHVybiB2YWx1ZSANCiBDbGFzcyBOYW1lOiBv cmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5TdGF0dXNPbmx5UmV0dXJu Rm9yWG1sUnBjDQptU3RhdHVzICAgICAgICAgICAgICAgICAgICAgICBDbGFzcyBOYW1lOiBvcmcu b3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5TdGF0dXNGb3JYbWxScGMNCm1D b2RlICAgICAgICAgICAgICAgICAgICAgICAgIDEwDQptTWVzc2FnZSAgICAgICAgICAgICAgICAg ICAgICBDb3VsZCBub3QgY29ubmVjdCB0byBwZWVyIFZEUw0KDQoNCjIwMTMtMDMtMDUgMTQ6NTI6 MjMsMTM4IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJva2VyLnZkc2Jyb2tlci5C cm9rZXJDb21tYW5kQmFzZV0gKHBvb2wtMy10aHJlYWQtNDkpIFszMjNkN2NhOF0gSG9zdE5hbWUg PSAyMDUNCjIwMTMtMDMtMDUgMTQ6NTI6MjMsMTM5IEVSUk9SIFtvcmcub3ZpcnQuZW5naW5lLmNv cmUudmRzYnJva2VyLlZEU0NvbW1hbmRCYXNlXSAocG9vbC0zLXRocmVhZC00OSkgWzMyM2Q3Y2E4 XSBDb21tYW5kIE1pZ3JhdGVTdGF0dXNWRFMgZXhlY3V0aW9uIGZhaWxlZC4gRXhjZXB0aW9uOiBW RFNFcnJvckV4Y2VwdGlvbjogVkRTR2VuZXJpY0V4Y2VwdGlvbjogVkRTRXJyb3JFeGNlcHRpb246 IEZhaWxlZCB0byBNaWdyYXRlU3RhdHVzVkRTLCBlcnJvciA9IENvdWxkIG5vdCBjb25uZWN0IHRv IHBlZXIgVkRTDQoyMDEzLTAzLTA1IDE0OjUyOjIzLDE0MSBJTkZPICBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnZkc2Jyb2tlci52ZHNicm9rZXIuTWlncmF0ZVN0YXR1c1ZEU0NvbW1hbmRdIChwb29s LTMtdGhyZWFkLTQ5KSBbMzIzZDdjYThdIEZJTklTSCwgTWlncmF0ZVN0YXR1c1ZEU0NvbW1hbmQs IGxvZyANCg0KdmRzbS1sb2ejug0KVGhyZWFkLTU5Njk6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUy OjIxLDMxMjo6bGlidmlydHZtOjoyODM6OnZtLlZtOjooX2dldERpc2tMYXRlbmN5KSB2bUlkPWA0 Y2MyM2Q5Mi04NjY3LTQ3MTAtOTcxNC1hNjdjMGQxNzhmYTBgOjpEaXNrIHZkYSBsYXRlbmN5IG5v dCBhdmFpbGFibGUNClRocmVhZC01NjIyOjpFUlJPUjo6MjAxMy0wMy0wNSAxNDo1MjoyMiw4OTA6 OnZtOjoyMDA6OnZtLlZtOjooX3JlY292ZXIpIHZtSWQ9YDRjYzIzZDkyLTg2NjctNDcxMC05NzE0 LWE2N2MwZDE3OGZhMGA6OkZhaWxlZCB0byBkZXN0cm95IHJlbW90ZSBWTQ0KVHJhY2ViYWNrICht b3N0IHJlY2VudCBjYWxsIGxhc3QpOg0KICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdm0ucHkiLCBs aW5lIDE5OCwgaW4gX3JlY292ZXINCiAgICBzZWxmLmRlc3RTZXJ2ZXIuZGVzdHJveShzZWxmLl92 bS5pZCkNCiAgRmlsZSAiL3Vzci9saWI2NC9weXRob24yLjYveG1scnBjbGliLnB5IiwgbGluZSAx MTk5LCBpbiBfX2NhbGxfXw0KICAgIHJldHVybiBzZWxmLl9fc2VuZChzZWxmLl9fbmFtZSwgYXJn cykNCiAgRmlsZSAiL3Vzci9saWI2NC9weXRob24yLjYveG1scnBjbGliLnB5IiwgbGluZSAxNDg5 LCBpbiBfX3JlcXVlc3QNCiAgICB2ZXJib3NlPXNlbGYuX192ZXJib3NlDQogIEZpbGUgIi91c3Iv bGliNjQvcHl0aG9uMi42L3htbHJwY2xpYi5weSIsIGxpbmUgMTI1MywgaW4gcmVxdWVzdA0KICAg IHJldHVybiBzZWxmLl9wYXJzZV9yZXNwb25zZShoLmdldGZpbGUoKSwgc29jaykNCiAgRmlsZSAi L3Vzci9saWI2NC9weXRob24yLjYveG1scnBjbGliLnB5IiwgbGluZSAxMzgyLCBpbiBfcGFyc2Vf cmVzcG9uc2UNCiAgICByZXNwb25zZSA9IGZpbGUucmVhZCgxMDI0KQ0KICBGaWxlICIvdXNyL2xp YjY0L3B5dGhvbjIuNi9zb2NrZXQucHkiLCBsaW5lIDM4MywgaW4gcmVhZA0KICAgIGRhdGEgPSBz ZWxmLl9zb2NrLnJlY3YobGVmdCkNCiAgRmlsZSAiL3Vzci9saWI2NC9weXRob24yLjYvc3NsLnB5 IiwgbGluZSAyMTUsIGluIHJlY3YNCiAgICByZXR1cm4gc2VsZi5yZWFkKGJ1ZmxlbikNCiAgRmls ZSAiL3Vzci9saWI2NC9weXRob24yLjYvc3NsLnB5IiwgbGluZSAxMzYsIGluIHJlYWQNCiAgICBy ZXR1cm4gc2VsZi5fc3Nsb2JqLnJlYWQobGVuKQ0KU1NMRXJyb3I6IFRoZSByZWFkIG9wZXJhdGlv biB0aW1lZCBvdXQNClRocmVhZC01NjIyOjpFUlJPUjo6MjAxMy0wMy0wNSAxNDo1MjoyMiw5MDk6 OnZtOjoyODM6OnZtLlZtOjoocnVuKSB2bUlkPWA0Y2MyM2Q5Mi04NjY3LTQ3MTAtOTcxNC1hNjdj MGQxNzhmYTBgOjpGYWlsZWQgdG8gbWlncmF0ZQ0KVHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxs IGxhc3QpOg0KICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdm0ucHkiLCBsaW5lIDI2OCwgaW4gcnVu DQogICAgc2VsZi5fc3RhcnRVbmRlcmx5aW5nTWlncmF0aW9uKCkNCiAgRmlsZSAiL3Vzci9zaGFy ZS92ZHNtL2xpYnZpcnR2bS5weSIsIGxpbmUgNDQzLCBpbiBfc3RhcnRVbmRlcmx5aW5nTWlncmF0 aW9uDQogICAgcmVzcG9uc2UgPSBzZWxmLmRlc3RTZXJ2ZXIubWlncmF0aW9uQ3JlYXRlKHNlbGYu X21hY2hpbmVQYXJhbXMpDQogIEZpbGUgIi91c3IvbGliNjQvcHl0aG9uMi42L3htbHJwY2xpYi5w eSIsIGxpbmUgMTE5OSwgaW4gX19jYWxsX18NCiAgICByZXR1cm4gc2VsZi5fX3NlbmQoc2VsZi5f X25hbWUsIGFyZ3MpDQogIEZpbGUgIi91c3IvbGliNjQvcHl0aG9uMi42L3htbHJwY2xpYi5weSIs IGxpbmUgMTQ4OSwgaW4gX19yZXF1ZXN0DQogICAgdmVyYm9zZT1zZWxmLl9fdmVyYm9zZQ0KICBG aWxlICIvdXNyL2xpYjY0L3B5dGhvbjIuNi94bWxycGNsaWIucHkiLCBsaW5lIDEyNTMsIGluIHJl cXVlc3QNCiAgICByZXR1cm4gc2VsZi5fcGFyc2VfcmVzcG9uc2UoaC5nZXRmaWxlKCksIHNvY2sp DQogIEZpbGUgIi91c3IvbGliNjQvcHl0aG9uMi42L3htbHJwY2xpYi5weSIsIGxpbmUgMTM4Miwg aW4gX3BhcnNlX3Jlc3BvbnNlDQogICAgcmVzcG9uc2UgPSBmaWxlLnJlYWQoMTAyNCkNCiAgRmls ZSAiL3Vzci9saWI2NC9weXRob24yLjYvc29ja2V0LnB5IiwgbGluZSAzODMsIGluIHJlYWQNCiAg ICBkYXRhID0gc2VsZi5fc29jay5yZWN2KGxlZnQpDQogIEZpbGUgIi91c3IvbGliNjQvcHl0aG9u Mi42L3NzbC5weSIsIGxpbmUgMjE1LCBpbiByZWN2DQogICAgcmV0dXJuIHNlbGYucmVhZChidWZs ZW4pDQogIEZpbGUgIi91c3IvbGliNjQvcHl0aG9uMi42L3NzbC5weSIsIGxpbmUgMTM2LCBpbiBy ZWFkDQogICAgcmV0dXJuIHNlbGYuX3NzbG9iai5yZWFkKGxlbikNClNTTEVycm9yOiBUaGUgcmVh ZCBvcGVyYXRpb24gdGltZWQgb3V0DQpUaHJlYWQtNTk3MTo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6 NTI6MjMsMzg0OjpCaW5kaW5nWE1MUlBDOjo5MDM6OnZkczo6KHdyYXBwZXIpIGNsaWVudCBbMTky LjE2OC4xLjIwMV06OmNhbGwgdm1HZXRTdGF0cyB3aXRoICgnNGNjMjNkOTItODY2Ny00NzEwLTk3 MTQtYTY3YzBkMTc4ZmEwJywpIHt9IGZsb3dJRCBbMzIzZDdjYThdDQpUaHJlYWQtNTk3MTo6REVC VUc6OjIwMTMtMDMtMDUgMTQ6NTI6MjMsMzg1OjpsaWJ2aXJ0dm06OjI4Mzo6dm0uVm06OihfZ2V0 RGlza0xhdGVuY3kpIHZtSWQ9YDRjYzIzZDkyLTg2NjctNDcxMC05NzE0LWE2N2MwZDE3OGZhMGA6 OkRpc2sgdmRhIGxhdGVuY3kgbm90IGF2YWlsYWJsZQ0KVGhyZWFkLTU5NzE6OkRFQlVHOjoyMDEz LTAzLTA1IDE0OjUyOjIzLDM4NTo6QmluZGluZ1hNTFJQQzo6OTEwOjp2ZHM6Oih3cmFwcGVyKSBy ZXR1cm4gdm1HZXRTdGF0cyB3aXRoIHsnc3RhdHVzJzogeydtZXNzYWdlJzogJ0RvbmUnLCAnY29k ZSc6IDB9LCAnc3RhdHNMaXN0JzogW3snc3RhdHVzJzogJ1VwJywgJ3VzZXJuYW1lJzogJ1Vua25v d24nLCAnbWVtVXNhZ2UnOiAnMCcsICdhY3BpRW5hYmxlJzogJ3RydWUnLCAncGlkJzogJzMxMzUn LCAnZGlzcGxheUlwJzogJzE5Mi4xNjguMS4yMzUnLCAnZGlzcGxheVBvcnQnOiB1JzU5MDAnLCAn c2Vzc2lvbic6ICdVbmtub3duJywgJ2Rpc3BsYXlTZWN1cmVQb3J0JzogJy0xJywgJ3RpbWVPZmZz ZXQnOiAnLTInLCAnaGFzaCc6ICctNzYxNTkzNTgzMjA1ODc3MTY0JywgJ2JhbGxvb25JbmZvJzog eydiYWxsb29uX21heCc6IDUyNDI4OCwgJ2JhbGxvb25fY3VyJzogNTI0Mjg4fSwgJ3BhdXNlQ29k ZSc6ICdOT0VSUicsICdjbGllbnRJcCc6ICcnLCAna3ZtRW5hYmxlJzogJ3RydWUnLCAnbmV0d29y ayc6IHt1J3ZuZXQwJzogeydtYWNBZGRyJzogJzAwOjFhOjRhOmE4OjAxOjUyJywgJ3J4RHJvcHBl ZCc6ICcwJywgJ3J4RXJyb3JzJzogJzAnLCAndHhEcm9wcGVkJzogJzAnLCAndHhSYXRlJzogJzAu MCcsICdyeFJhdGUnOiAnMC4wJywgJ3R4RXJyb3JzJzogJzAnLCAnc3RhdGUnOiAndW5rbm93bics ICdzcGVlZCc6ICcxMDAwJywgJ25hbWUnOiB1J3ZuZXQwJ319LCAndm1JZCc6ICc0Y2MyM2Q5Mi04 NjY3LTQ3MTAtOTcxNC1hNjdjMGQxNzhmYTAnLCAnZGlzcGxheVR5cGUnOiAndm5jJywgJ2NwdVVz ZXInOiAnMS44NScsICdkaXNrcyc6IHt1J3ZkYSc6IHsncmVhZFJhdGUnOiAnMC4wMCcsICd0cnVl c2l6ZSc6ICcyMTQ3NDgzNjQ4MCcsICdhcHBhcmVudHNpemUnOiAnMjE0NzQ4MzY0ODAnLCAnd3Jp dGVSYXRlJzogJzQwNy4xNicsICdpbWFnZUlEJzogJzZiMjUyZWI4LWFiOWYtNDQ1Zi05MjJlLTUy ZDg2YmM2ZDc5MCd9LCB1J2hkYyc6IHsncmVhZExhdGVuY3knOiAnMCcsICdhcHBhcmVudHNpemUn OiAnMCcsICd3cml0ZUxhdGVuY3knOiAnMCcsICdmbHVzaExhdGVuY3knOiAnMCcsICdyZWFkUmF0 ZSc6ICcwLjAwJywgJ3RydWVzaXplJzogJzAnLCAnd3JpdGVSYXRlJzogJzAuMDAnfX0sICdtb25p dG9yUmVzcG9uc2UnOiAnMCcsICdzdGF0c0FnZSc6ICcwLjY3JywgJ2VsYXBzZWRUaW1lJzogJzk2 ODQnLCAndm1UeXBlJzogJ2t2bScsICdjcHVTeXMnOiAnNS45MycsICdhcHBzTGlzdCc6IFtdLCAn Z3Vlc3RJUHMnOiAnJ31dfQ0KVGhyZWFkLTU5NzI6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjIz LDQwODo6QmluZGluZ1hNTFJQQzo6OTAzOjp2ZHM6Oih3cmFwcGVyKSBjbGllbnQgWzE5Mi4xNjgu MS4yMDFdOjpjYWxsIHZtR2V0TWlncmF0aW9uU3RhdHVzIHdpdGggKCc0Y2MyM2Q5Mi04NjY3LTQ3 MTAtOTcxNC1hNjdjMGQxNzhmYTAnLCkge30gZmxvd0lEIFszMjNkN2NhOF0NClRocmVhZC01OTcy OjpERUJVRzo6MjAxMy0wMy0wNSAxNDo1MjoyMyw0MDg6OkJpbmRpbmdYTUxSUEM6OjkxMDo6dmRz Ojood3JhcHBlcikgcmV0dXJuIHZtR2V0TWlncmF0aW9uU3RhdHVzIHdpdGggeydzdGF0dXMnOiB7 J21lc3NhZ2UnOiAnQ291bGQgbm90IGNvbm5lY3QgdG8gcGVlciBWRFMnLCAnY29kZSc6IDEwfSwg J3Byb2dyZXNzJzogMTB9DQpUaHJlYWQtMjE6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjI2LDg4 ODo6bWlzYzo6ODM6OlN0b3JhZ2UuTWlzYy5leGNDbWQ6Oig8bGFtYmRhPikgJy9iaW4vZGQgaWZs YWc9ZGlyZWN0IGlmPS9kZXYvMGU1ODI3YTUtNmYzYy00OWJlLWJlOWItMGJmYjY1MTk4NjQ0L21l dGFkYXRhIGJzPTQwOTYgY291bnQ9MScgKGN3ZCBOb25lKQ0KVGhyZWFkLTIxOjpERUJVRzo6MjAx My0wMy0wNSAxNDo1MjoyNiw5MDA6Om1pc2M6OjgzOjpTdG9yYWdlLk1pc2MuZXhjQ21kOjooPGxh bWJkYT4pIFNVQ0NFU1M6IDxlcnI+ID0gJzErMCByZWNvcmRzIGluXG4xKzAgcmVjb3JkcyBvdXRc bjQwOTYgYnl0ZXMgKDQuMSBrQikgY29waWVkLCAwLjAwMDM2NTUyIHMsIDExLjIgTUIvc1xuJzsg PHJjPiA9IDANClRocmVhZC01OTc2OjpERUJVRzo6MjAxMy0wMy0wNSAxNDo1MjozMSw1NTU6OnRh c2s6OjU2ODo6VGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0ZSkgVGFzaz1gZGE1NDUyMzEt OTUzOC00MTJkLTk2NmUtYTA1NmNhN2QwNzRhYDo6bW92aW5nIGZyb20gc3RhdGUgaW5pdCAtPiBz dGF0ZSBwcmVwYXJpbmcNClRocmVhZC01OTc2OjpJTkZPOjoyMDEzLTAzLTA1IDE0OjUyOjMxLDU1 Njo6bG9nVXRpbHM6OjM3OjpkaXNwYXRjaGVyOjood3JhcHBlcikgUnVuIGFuZCBwcm90ZWN0OiBy ZXBvU3RhdHMob3B0aW9ucz1Ob25lKQ0KVGhyZWFkLTU5NzY6OklORk86OjIwMTMtMDMtMDUgMTQ6 NTI6MzEsNTU2Ojpsb2dVdGlsczo6Mzk6OmRpc3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHBy b3RlY3Q6IHJlcG9TdGF0cywgUmV0dXJuIHJlc3BvbnNlOiB7dScwZTU4MjdhNS02ZjNjLTQ5YmUt YmU5Yi0wYmZiNjUxOTg2NDQnOiB7J2RlbGF5JzogJzAuMDEyOTU2ODU3NjgxMycsICdsYXN0Q2hl Y2snOiAnNC43JywgJ2NvZGUnOiAwLCAndmFsaWQnOiBUcnVlfSwgdSc0MDA3ZjMwYS1mODg4LTQ1 ODctYjgyYy00MGJjZGU0MDFhY2InOiB7J2RlbGF5JzogJzAuMDAyMjE4OTYxNzE1NycsICdsYXN0 Q2hlY2snOiAnNC45JywgJ2NvZGUnOiAwLCAndmFsaWQnOiBUcnVlfX0NClRocmVhZC01OTc2OjpE RUJVRzo6MjAxMy0wMy0wNSAxNDo1MjozMSw1NTY6OnRhc2s6OjExNTE6OlRhc2tNYW5hZ2VyLlRh c2s6OihwcmVwYXJlKSBUYXNrPWBkYTU0NTIzMS05NTM4LTQxMmQtOTY2ZS1hMDU2Y2E3ZDA3NGFg OjpmaW5pc2hlZDoge3UnMGU1ODI3YTUtNmYzYy00OWJlLWJlOWItMGJmYjY1MTk4NjQ0Jzogeydk ZWxheSc6ICcwLjAxMjk1Njg1NzY4MTMnLCAnbGFzdENoZWNrJzogJzQuNycsICdjb2RlJzogMCwg J3ZhbGlkJzogVHJ1ZX0sIHUnNDAwN2YzMGEtZjg4OC00NTg3LWI4MmMtNDBiY2RlNDAxYWNiJzog eydkZWxheSc6ICcwLjAwMjIxODk2MTcxNTcnLCAnbGFzdENoZWNrJzogJzQuOScsICdjb2RlJzog MCwgJ3ZhbGlkJzogVHJ1ZX19DQpUaHJlYWQtNTk3Njo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6NTI6 MzEsNTU2Ojp0YXNrOjo1Njg6OlRhc2tNYW5hZ2VyLlRhc2s6OihfdXBkYXRlU3RhdGUpIFRhc2s9 YGRhNTQ1MjMxLTk1MzgtNDEyZC05NjZlLWEwNTZjYTdkMDc0YWA6Om1vdmluZyBmcm9tIHN0YXRl IHByZXBhcmluZyAtPiBzdGF0ZSBmaW5pc2hlZA0KVGhyZWFkLTU5NzY6OkRFQlVHOjoyMDEzLTAz LTA1IDE0OjUyOjMxLDU1Njo6cmVzb3VyY2VNYW5hZ2VyOjo4MDk6OlJlc291cmNlTWFuYWdlci5P d25lcjo6KHJlbGVhc2VBbGwpIE93bmVyLnJlbGVhc2VBbGwgcmVxdWVzdHMge30gcmVzb3VyY2Vz IHt9DQpUaHJlYWQtNTk3Njo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6NTI6MzEsNTU2OjpyZXNvdXJj ZU1hbmFnZXI6Ojg0NDo6UmVzb3VyY2VNYW5hZ2VyLk93bmVyOjooY2FuY2VsQWxsKSBPd25lci5j YW5jZWxBbGwgcmVxdWVzdHMge30NClRocmVhZC01OTc2OjpERUJVRzo6MjAxMy0wMy0wNSAxNDo1 MjozMSw1NTc6OnRhc2s6Ojk1Nzo6VGFza01hbmFnZXIuVGFzazo6KF9kZWNyZWYpIFRhc2s9YGRh NTQ1MjMxLTk1MzgtNDEyZC05NjZlLWEwNTZjYTdkMDc0YWA6OnJlZiAwIGFib3J0aW5nIEZhbHNl DQpUaHJlYWQtNTk3Nzo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6NTI6MzEsNTY1OjpsaWJ2aXJ0dm06 OjI4Mzo6dm0uVm06OihfZ2V0RGlza0xhdGVuY3kpIHZtSWQ9YDRjYzIzZDkyLTg2NjctNDcxMC05 NzE0LWE2N2MwZDE3OGZhMGA6OkRpc2sgdmRhIGxhdGVuY3kgbm90IGF2YWlsYWJsZQ0KVGhyZWFk LTIxOjpERUJVRzo6MjAxMy0wMy0wNSAxNDo1MjozNiw5MDQ6Om1pc2M6OjgzOjpTdG9yYWdlLk1p c2MuZXhjQ21kOjooPGxhbWJkYT4pICcvYmluL2RkIGlmbGFnPWRpcmVjdCBpZj0vZGV2LzBlNTgy N2E1LTZmM2MtNDliZS1iZTliLTBiZmI2NTE5ODY0NC9tZXRhZGF0YSBicz00MDk2IGNvdW50PTEn IChjd2QgTm9uZSkNClRocmVhZC0yMTo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6NTI6MzYsOTE3Ojpt aXNjOjo4Mzo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KDxsYW1iZGE+KSBTVUNDRVNTOiA8ZXJyPiA9 ICcxKzAgcmVjb3JkcyBpblxuMSswIHJlY29yZHMgb3V0XG40MDk2IGJ5dGVzICg0LjEga0IpIGNv cGllZCwgMC4wMDA0MDA2MjYgcywgMTAuMiBNQi9zXG4nOyA8cmM+ID0gMA0KVk0gQ2hhbm5lbHMg TGlzdGVuZXI6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjQxLDMzNzo6dm1DaGFubmVsczo6NjA6 OnZkczo6KF9oYW5kbGVfdGltZW91dHMpIFRpbWVvdXQgb24gZmlsZW5vIDE4Lg0KVGhyZWFkLTU5 ODI6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjQxLDc4Njo6dGFzazo6NTY4OjpUYXNrTWFuYWdl ci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBUYXNrPWA5MWQ4OTI5ZS0xMzQ5LTRkNzQtOWJjZC1lMGRm NDA2Y2U0NTVgOjptb3ZpbmcgZnJvbSBzdGF0ZSBpbml0IC0+IHN0YXRlIHByZXBhcmluZw0KVGhy ZWFkLTU5ODI6OklORk86OjIwMTMtMDMtMDUgMTQ6NTI6NDEsNzg2Ojpsb2dVdGlsczo6Mzc6OmRp c3BhdGNoZXI6Oih3cmFwcGVyKSBSdW4gYW5kIHByb3RlY3Q6IHJlcG9TdGF0cyhvcHRpb25zPU5v bmUpDQpUaHJlYWQtNTk4Mjo6SU5GTzo6MjAxMy0wMy0wNSAxNDo1Mjo0MSw3ODY6OmxvZ1V0aWxz OjozOTo6ZGlzcGF0Y2hlcjo6KHdyYXBwZXIpIFJ1biBhbmQgcHJvdGVjdDogcmVwb1N0YXRzLCBS ZXR1cm4gcmVzcG9uc2U6IHt1JzBlNTgyN2E1LTZmM2MtNDliZS1iZTliLTBiZmI2NTE5ODY0NCc6 IHsnZGVsYXknOiAnMC4wMTMwODg5NDE1NzQxJywgJ2xhc3RDaGVjayc6ICc0LjknLCAnY29kZSc6 IDAsICd2YWxpZCc6IFRydWV9LCB1JzQwMDdmMzBhLWY4ODgtNDU4Ny1iODJjLTQwYmNkZTQwMWFj Yic6IHsnZGVsYXknOiAnMC4wMDI3MDcwMDQ1NDcxMicsICdsYXN0Q2hlY2snOiAnNS4xJywgJ2Nv ZGUnOiAwLCAndmFsaWQnOiBUcnVlfX0NClRocmVhZC01OTgyOjpERUJVRzo6MjAxMy0wMy0wNSAx NDo1Mjo0MSw3ODc6OnRhc2s6OjExNTE6OlRhc2tNYW5hZ2VyLlRhc2s6OihwcmVwYXJlKSBUYXNr PWA5MWQ4OTI5ZS0xMzQ5LTRkNzQtOWJjZC1lMGRmNDA2Y2U0NTVgOjpmaW5pc2hlZDoge3UnMGU1 ODI3YTUtNmYzYy00OWJlLWJlOWItMGJmYjY1MTk4NjQ0JzogeydkZWxheSc6ICcwLjAxMzA4ODk0 MTU3NDEnLCAnbGFzdENoZWNrJzogJzQuOScsICdjb2RlJzogMCwgJ3ZhbGlkJzogVHJ1ZX0sIHUn NDAwN2YzMGEtZjg4OC00NTg3LWI4MmMtNDBiY2RlNDAxYWNiJzogeydkZWxheSc6ICcwLjAwMjcw NzAwNDU0NzEyJywgJ2xhc3RDaGVjayc6ICc1LjEnLCAnY29kZSc6IDAsICd2YWxpZCc6IFRydWV9 fQ0KVGhyZWFkLTU5ODI6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjQxLDc4Nzo6dGFzazo6NTY4 OjpUYXNrTWFuYWdlci5UYXNrOjooX3VwZGF0ZVN0YXRlKSBUYXNrPWA5MWQ4OTI5ZS0xMzQ5LTRk NzQtOWJjZC1lMGRmNDA2Y2U0NTVgOjptb3ZpbmcgZnJvbSBzdGF0ZSBwcmVwYXJpbmcgLT4gc3Rh dGUgZmluaXNoZWQNClRocmVhZC01OTgyOjpERUJVRzo6MjAxMy0wMy0wNSAxNDo1Mjo0MSw3ODc6 OnJlc291cmNlTWFuYWdlcjo6ODA5OjpSZXNvdXJjZU1hbmFnZXIuT3duZXI6OihyZWxlYXNlQWxs KSBPd25lci5yZWxlYXNlQWxsIHJlcXVlc3RzIHt9IHJlc291cmNlcyB7fQ0KVGhyZWFkLTU5ODI6 OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjQxLDc4Nzo6cmVzb3VyY2VNYW5hZ2VyOjo4NDQ6OlJl c291cmNlTWFuYWdlci5Pd25lcjo6KGNhbmNlbEFsbCkgT3duZXIuY2FuY2VsQWxsIHJlcXVlc3Rz IHt9DQpUaHJlYWQtNTk4Mjo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6NTI6NDEsNzg3Ojp0YXNrOjo5 NTc6OlRhc2tNYW5hZ2VyLlRhc2s6OihfZGVjcmVmKSBUYXNrPWA5MWQ4OTI5ZS0xMzQ5LTRkNzQt OWJjZC1lMGRmNDA2Y2U0NTVgOjpyZWYgMCBhYm9ydGluZyBGYWxzZQ0KVGhyZWFkLTU5ODM6OkRF QlVHOjoyMDEzLTAzLTA1IDE0OjUyOjQxLDc5NTo6bGlidmlydHZtOjoyODM6OnZtLlZtOjooX2dl dERpc2tMYXRlbmN5KSB2bUlkPWA0Y2MyM2Q5Mi04NjY3LTQ3MTAtOTcxNC1hNjdjMGQxNzhmYTBg OjpEaXNrIHZkYSBsYXRlbmN5IG5vdCBhdmFpbGFibGUNClRocmVhZC0yMTo6REVCVUc6OjIwMTMt MDMtMDUgMTQ6NTI6NDYsOTIxOjptaXNjOjo4Mzo6U3RvcmFnZS5NaXNjLmV4Y0NtZDo6KDxsYW1i ZGE+KSAnL2Jpbi9kZCBpZmxhZz1kaXJlY3QgaWY9L2Rldi8wZTU4MjdhNS02ZjNjLTQ5YmUtYmU5 Yi0wYmZiNjUxOTg2NDQvbWV0YWRhdGEgYnM9NDA5NiBjb3VudD0xJyAoY3dkIE5vbmUpDQpUaHJl YWQtMjE6OkRFQlVHOjoyMDEzLTAzLTA1IDE0OjUyOjQ2LDkzMzo6bWlzYzo6ODM6OlN0b3JhZ2Uu TWlzYy5leGNDbWQ6Oig8bGFtYmRhPikgU1VDQ0VTUzogPGVycj4gPSAnMSswIHJlY29yZHMgaW5c bjErMCByZWNvcmRzIG91dFxuNDA5NiBieXRlcyAoNC4xIGtCKSBjb3BpZWQsIDAuMDAwMzg5MjI2 IHMsIDEwLjUgTUIvc1xuJzsgPHJjPiA9IDANClRocmVhZC01OTg4OjpERUJVRzo6MjAxMy0wMy0w NSAxNDo1Mjo1MiwwMTU6OnRhc2s6OjU2ODo6VGFza01hbmFnZXIuVGFzazo6KF91cGRhdGVTdGF0 ZSkgVGFzaz1gZDhkOWNjYzEtZjE3Yi00MzcyLWEyN2UtYmJlZTRlZGExNzM2YDo6bW92aW5nIGZy b20gc3RhdGUgaW5pdCAtPiBzdGF0ZSBwcmVwYXJpbmcNClRocmVhZC01OTg4OjpJTkZPOjoyMDEz LTAzLTA1IDE0OjUyOjUyLDAxNjo6bG9nVXRpbHM6OjM3OjpkaXNwYXRjaGVyOjood3JhcHBlcikg UnVuIGFuZCBwcm90ZWN0OiByZXBvU3RhdHMob3B0aW9ucz1Ob25lKQ0KVGhyZWFkLTU5ODg6OklO Rk86OjIwMTMtMDMtMDUgMTQ6NTI6NTIsMDE2Ojpsb2dVdGlsczo6Mzk6OmRpc3BhdGNoZXI6Oih3 cmFwcGVyKSBSdW4gYW5kIHByb3RlY3Q6IHJlcG9TdGF0cywgUmV0dXJuIHJlc3BvbnNlOiB7dScw ZTU4MjdhNS02ZjNjLTQ5YmUtYmU5Yi0wYmZiNjUxOTg2NDQnOiB7J2RlbGF5JzogJzAuMDEyOTcz MDcwMTQ0NycsICdsYXN0Q2hlY2snOiAnNS4xJywgJ2NvZGUnOiAwLCAndmFsaWQnOiBUcnVlfSwg dSc0MDA3ZjMwYS1mODg4LTQ1ODctYjgyYy00MGJjZGU0MDFhY2InOiB7J2RlbGF5JzogJzAuMDAy MjIxMTA3NDgyOTEnLCAnbGFzdENoZWNrJzogJzUuMycsICdjb2RlJzogMCwgJ3ZhbGlkJzogVHJ1 ZX19DQpUaHJlYWQtNTk4ODo6REVCVUc6OjIwMTMtMDMtMDUgMTQ6NTI6NTIsMDE2Ojp0YXNrOjox MTUxOjpUYXNrTWFuYWdlci5UYXNrOjoocHJlcGFyZSkgVGFzaz1gZDhkOWNjYzEtZjE3Yi00Mzcy LWEyN2UtYmJlZTRlZGExNzM2YDo6ZmluaXNoZWQ6IHt1JzBlNTgyN2E1LTZmM2MtNDliZS1iZTli LTBiZmI2NTE5ODY0NCc6IHsnZGVsYXknOiAnMC4wMTI5NzMwNzAxNDQ3JywgJ2xhc3RDaGVjayc6 ICc1LjEnLCAnY29kZSc6IDAsICd2YWxpZCc6IFRydWV9LCB1JzQwMDdmMzBhLWY4ODgtNDU4Ny1i ODJjLTQwYmNkZTQwMWFjYic6IHsnZGVsYXknOiAnMC4wMDIyMjExMDc0ODI5MScsICdsYXN0Q2hl Y2snOiAnNS4zJywgJ2NvZGUnOiAwLCAndmFsaWQnOiBUcnVlfX0NClRocmVhZC01OTg4OjpERUJV Rzo6MjAxMy0wMy0wNSAxNDo1Mjo1MiwwMTY6OnRhc2s6OjU2ODo6VGFza01hbmFnZXIuVGFzazo6 KF91cGRhdGVTdGF0ZSkgVGFzaz1gZDhkOWNjYzEtZjE3Yi00MzcyLWEyN2UtYmJlZTRlZGExNzM2 YDo6bW92aW5nIGZyb20gc3RhdGUgcHJlcGFyaW5nIC0+IHN0YXRlIGZpbmlzaGVkDQoNCg0KDQoN CnhpYW5naHVhZHU= ------=_001_NextPart146280477306_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Dgb2312" http-equiv=3DContent-Type> <STYLE> BLOCKQUOTE { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px; MARGIN-LEFT: 2em } OL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } UL { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } P { MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px } BODY { LINE-HEIGHT: 1.5; FONT-FAMILY: =CE=A2=C8=ED=D1=C5=BA=DA; COLOR: #000000; = FONT-SIZE: 10.5pt } </STYLE> <META name=3DGENERATOR content=3D"MSHTML 8.00.7601.17744"></HEAD> <BODY style=3D"MARGIN: 10px"> <DIV> <DIV>hi  all</DIV> <DIV>           &nb= sp; I recently in the research ovirt en= counter a problem. </DIV> <DIV>In the vm migration occurs when the&nbs= p;error: Migration failed due to Error: Coul= d not connect to peer host.</DIV> <DIV>My environment is:</DIV> <DIV>KVM           =   dell 2950 * 2</DIV> <DIV>storage        iscsi-target</= DIV> <DIV>vm system    windows 2008 r2</DIV> <DIV>ovirt-log=A3=BA</DIV> <DIV> <TABLE=20 style=3D"BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; BORDER-COLL= APSE: collapse; FONT-SIZE: 10pt; BORDER-TOP: medium none; BORDER-RIGHT: me= dium none"=20 border=3D1 cellSpacing=3D0 borderColor=3D#000000 cellPadding=3D2 width=3D"= 50%"> <TBODY> <TR> <TD=20 style=3D"BORDER-BOTTOM: #000000 1px solid; BORDER-LEFT: #000000 1px so= lid; BORDER-TOP: #000000 1px solid; BORDER-RIGHT: #000000 1px solid"=20 width=3D"100%" noWrap><FONT size=3D2 face=3DVerdana> <DIV> <DIV>2013-03-05 14:52:23,074 INFO  [org.ovirt.en= gine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42)=  [323d7ca8] VM centos 4cc23d92-8667-4710-9714-a67c0d17= 8fa0 moved from MigratingFrom --> Up</DIV> <DIV>2013-03-05 14:52:23,076 INFO  [org.ovirt.en= gine.core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42)=  [323d7ca8] adding VM 4cc23d92-8667-4710-9714-a67c0d17= 8fa0 to re-run list</DIV> <DIV>2013-03-05 14:52:23,079 ERROR [org.ovirt.engine.= core.vdsbroker.VdsUpdateRunTimeInfo] (QuartzScheduler_Worker-42)&nbsp= ;[323d7ca8] Rerun vm 4cc23d92-8667-4710-9714-a67c0d178fa0.&= nbsp;Called from vds 205</DIV> <DIV>2013-03-05 14:52:23,085 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread= -49) [323d7ca8] START, MigrateStatusVDSCommand(HostName&nbs= p;=3D 205, HostId =3D 4e7d1ae2-824e-11e2-bb4c-00188be4= de29, vmId=3D4cc23d92-8667-4710-9714-a67c0d178fa0), log id:=  618085d</DIV> <DIV>2013-03-05 14:52:23,131 ERROR [org.ovirt.engine.= core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [= 323d7ca8] Failed in MigrateStatusVDS method</DIV> <DIV>2013-03-05 14:52:23,132 ERROR [org.ovirt.engine.= core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49) [= 323d7ca8] Error code noConPeer and error mes= sage VDSGenericException: VDSErrorException: Failed to=  MigrateStatusVDS, error =3D Could not conne= ct to peer VDS</DIV> <DIV>2013-03-05 14:52:23,134 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49)&n= bsp;[323d7ca8] Command org.ovirt.engine.core.vdsbroker.vdsbroker= .MigrateStatusVDSCommand return value </DIV> <DIV> Class Name: org.ovirt.engine.core.vdsbroker.vds= broker.StatusOnlyReturnForXmlRpc</DIV> <DIV>mStatus         &n= bsp;           &nbs= p; Class Name: org.ovirt.engine.core.vdsbroker.vdsbroker.St= atusForXmlRpc</DIV> <DIV>mCode         &nbs= p;            =    10</DIV> <DIV>mMessage         &= nbsp;           &nb= sp;Could not connect to peer VDS</DIV> <DIV> </DIV> <DIV> </DIV> <DIV>2013-03-05 14:52:23,138 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.BrokerCommandBase] (pool-3-thread-49)&n= bsp;[323d7ca8] HostName =3D 205</DIV> <DIV>2013-03-05 14:52:23,139 ERROR [org.ovirt.engine.= core.vdsbroker.VDSCommandBase] (pool-3-thread-49) [323d7ca8]&nbs= p;Command MigrateStatusVDS execution failed. Exception= : VDSErrorException: VDSGenericException: VDSErrorException= : Failed to MigrateStatusVDS, error =3D Coul= d not connect to peer VDS</DIV> <DIV>2013-03-05 14:52:23,141 INFO  [org.ovirt.en= gine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] (pool-3-thread= -49) [323d7ca8] FINISH, MigrateStatusVDSCommand, log&n= bsp;</DIV></DIV></FONT></TD></TR></TBODY></TABLE></DIV></DIV> <DIV>vdsm-log=A3=BA</DIV> <DIV> <TABLE=20 style=3D"BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; BORDER-COLL= APSE: collapse; FONT-SIZE: 10pt; BORDER-TOP: medium none; BORDER-RIGHT: me= dium none"=20 border=3D1 cellSpacing=3D0 borderColor=3D#000000 cellPadding=3D2 width=3D"= 50%"> <TBODY> <TR> <TD=20 style=3D"BORDER-BOTTOM: #000000 1px solid; BORDER-LEFT: #000000 1px so= lid; BORDER-TOP: #000000 1px solid; BORDER-RIGHT: #000000 1px solid"=20 width=3D"100%" noWrap><FONT size=3D2 face=3DVerdana> <DIV> <DIV>Thread-5969::DEBUG::2013-03-05 14:52:21,312::libvirtvm::28= 3::vm.Vm::(_getDiskLatency) vmId=3D`4cc23d92-8667-4710-9714-a67c0d178= fa0`::Disk vda latency not available</DIV> <DIV>Thread-5622::ERROR::2013-03-05 14:52:22,890::vm::200::vm.V= m::(_recover) vmId=3D`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed&n= bsp;to destroy remote VM</DIV> <DIV>Traceback (most recent call last):</DIV> <DIV>  File "/usr/share/vdsm/vm.py", line 1= 98, in _recover</DIV> <DIV>    self.destServer.destroy(self._vm.id)</D= IV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1199, in __call__</DIV> <DIV>    return self.__send(self.__name,&nb= sp;args)</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1489, in __request</DIV> <DIV>    verbose=3Dself.__verbose</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1253, in request</DIV> <DIV>    return self._parse_response(h.getf= ile(), sock)</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1382, in _parse_response</DIV> <DIV>    response =3D file.read(1024)<= /DIV> <DIV>  File "/usr/lib64/python2.6/socket.py", li= ne 383, in read</DIV> <DIV>    data =3D self._sock.recv(left= )</DIV> <DIV>  File "/usr/lib64/python2.6/ssl.py", line&= nbsp;215, in recv</DIV> <DIV>    return self.read(buflen)</DIV> <DIV>  File "/usr/lib64/python2.6/ssl.py", line&= nbsp;136, in read</DIV> <DIV>    return self._sslobj.read(len)</DIV= > <DIV>SSLError: The read operation timed out= </DIV> <DIV>Thread-5622::ERROR::2013-03-05 14:52:22,909::vm::283::vm.V= m::(run) vmId=3D`4cc23d92-8667-4710-9714-a67c0d178fa0`::Failed t= o migrate</DIV> <DIV>Traceback (most recent call last):</DIV> <DIV>  File "/usr/share/vdsm/vm.py", line 2= 68, in run</DIV> <DIV>    self._startUnderlyingMigration()</DIV> <DIV>  File "/usr/share/vdsm/libvirtvm.py", line=  443, in _startUnderlyingMigration</DIV> <DIV>    response =3D self.destServer.= migrationCreate(self._machineParams)</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1199, in __call__</DIV> <DIV>    return self.__send(self.__name,&nb= sp;args)</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1489, in __request</DIV> <DIV>    verbose=3Dself.__verbose</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1253, in request</DIV> <DIV>    return self._parse_response(h.getf= ile(), sock)</DIV> <DIV>  File "/usr/lib64/python2.6/xmlrpclib.py",&nbsp= ;line 1382, in _parse_response</DIV> <DIV>    response =3D file.read(1024)<= /DIV> <DIV>  File "/usr/lib64/python2.6/socket.py", li= ne 383, in read</DIV> <DIV>    data =3D self._sock.recv(left= )</DIV> <DIV>  File "/usr/lib64/python2.6/ssl.py", line&= nbsp;215, in recv</DIV> <DIV>    return self.read(buflen)</DIV> <DIV>  File "/usr/lib64/python2.6/ssl.py", line&= nbsp;136, in read</DIV> <DIV>    return self._sslobj.read(len)</DIV= > <DIV>SSLError: The read operation timed out= </DIV> <DIV>Thread-5971::DEBUG::2013-03-05 14:52:23,384::BindingXMLRPC= ::903::vds::(wrapper) client [192.168.1.201]::call vmGetSta= ts with ('4cc23d92-8667-4710-9714-a67c0d178fa0',) {} f= lowID [323d7ca8]</DIV> <DIV>Thread-5971::DEBUG::2013-03-05 14:52:23,385::libvirtvm::28= 3::vm.Vm::(_getDiskLatency) vmId=3D`4cc23d92-8667-4710-9714-a67c0d178= fa0`::Disk vda latency not available</DIV> <DIV>Thread-5971::DEBUG::2013-03-05 14:52:23,385::BindingXMLRPC= ::910::vds::(wrapper) return vmGetStats with {'status'= : {'message': 'Done', 'code': 0}, 'statsList':&nb= sp;[{'status': 'Up', 'username': 'Unknown', 'memUsage'= : '0', 'acpiEnable': 'true', 'pid': '3135', = 'displayIp': '192.168.1.235', 'displayPort': u'5900', = 'session': 'Unknown', 'displaySecurePort': '-1', 'time= Offset': '-2', 'hash': '-761593583205877164', 'balloon= Info': {'balloon_max': 524288, 'balloon_cur': 524288},=  'pauseCode': 'NOERR', 'clientIp': '', 'kvmEnable= ': 'true', 'network': {u'vnet0': {'macAddr': '00:= 1a:4a:a8:01:52', 'rxDropped': '0', 'rxErrors': '0',&nb= sp;'txDropped': '0', 'txRate': '0.0', 'rxRate': '= 0.0', 'txErrors': '0', 'state': 'unknown', 'speed= ': '1000', 'name': u'vnet0'}}, 'vmId': '4cc23d92-= 8667-4710-9714-a67c0d178fa0', 'displayType': 'vnc', 'cpuUse= r': '1.85', 'disks': {u'vda': {'readRate': '0.00'= , 'truesize': '21474836480', 'apparentsize': '21474836= 480', 'writeRate': '407.16', 'imageID': '6b252eb8-ab9f= -445f-922e-52d86bc6d790'}, u'hdc': {'readLatency': '0',&nbs= p;'apparentsize': '0', 'writeLatency': '0', 'flushLate= ncy': '0', 'readRate': '0.00', 'truesize': '0',&n= bsp;'writeRate': '0.00'}}, 'monitorResponse': '0', 'st= atsAge': '0.67', 'elapsedTime': '9684', 'vmType':&nbsp= ;'kvm', 'cpuSys': '5.93', 'appsList': [], 'guestI= Ps': ''}]}</DIV> <DIV>Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC= ::903::vds::(wrapper) client [192.168.1.201]::call vmGetMig= rationStatus with ('4cc23d92-8667-4710-9714-a67c0d178fa0',)&nbsp= ;{} flowID [323d7ca8]</DIV> <DIV>Thread-5972::DEBUG::2013-03-05 14:52:23,408::BindingXMLRPC= ::910::vds::(wrapper) return vmGetMigrationStatus with&nbsp= ;{'status': {'message': 'Could not connect to&nbs= p;peer VDS', 'code': 10}, 'progress': 10}</DIV> <DIV>Thread-21::DEBUG::2013-03-05 14:52:26,888::misc::83::Stora= ge.Misc.excCmd::(<lambda>) '/bin/dd iflag=3Ddirect if= =3D/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=3D4096 = count=3D1' (cwd None)</DIV> <DIV>Thread-21::DEBUG::2013-03-05 14:52:26,900::misc::83::Stora= ge.Misc.excCmd::(<lambda>) SUCCESS: <err> =3D&n= bsp;'1+0 records in\n1+0 records out\n4096 bytes&= nbsp;(4.1 kB) copied, 0.00036552 s, 11.2 MB/= s\n'; <rc> =3D 0</DIV> <DIV>Thread-5976::DEBUG::2013-03-05 14:52:31,555::task::568::Ta= skManager.Task::(_updateState) Task=3D`da545231-9538-412d-966e-a056ca= 7d074a`::moving from state init -> state = preparing</DIV> <DIV>Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::37::= dispatcher::(wrapper) Run and protect: repoStats(optio= ns=3DNone)</DIV> <DIV>Thread-5976::INFO::2013-03-05 14:52:31,556::logUtils::39::= dispatcher::(wrapper) Run and protect: repoStats,&nbsp= ;Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644':&nbsp= ;{'delay': '0.0129568576813', 'lastCheck': '4.7', 'cod= e': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcd= e401acb': {'delay': '0.0022189617157', 'lastCheck': '4= .9', 'code': 0, 'valid': True}}</DIV> <DIV>Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::1151::T= askManager.Task::(prepare) Task=3D`da545231-9538-412d-966e-a056ca7d07= 4a`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay= ': '0.0129568576813', 'lastCheck': '4.7', 'code':&nbsp= ;0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb'= : {'delay': '0.0022189617157', 'lastCheck': '4.9',&nbs= p;'code': 0, 'valid': True}}</DIV> <DIV>Thread-5976::DEBUG::2013-03-05 14:52:31,556::task::568::Ta= skManager.Task::(_updateState) Task=3D`da545231-9538-412d-966e-a056ca= 7d074a`::moving from state preparing -> state&= nbsp;finished</DIV> <DIV>Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManag= er::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll re= quests {} resources {}</DIV> <DIV>Thread-5976::DEBUG::2013-03-05 14:52:31,556::resourceManag= er::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requ= ests {}</DIV> <DIV>Thread-5976::DEBUG::2013-03-05 14:52:31,557::task::957::Ta= skManager.Task::(_decref) Task=3D`da545231-9538-412d-966e-a056ca7d074= a`::ref 0 aborting False</DIV> <DIV>Thread-5977::DEBUG::2013-03-05 14:52:31,565::libvirtvm::28= 3::vm.Vm::(_getDiskLatency) vmId=3D`4cc23d92-8667-4710-9714-a67c0d178= fa0`::Disk vda latency not available</DIV> <DIV>Thread-21::DEBUG::2013-03-05 14:52:36,904::misc::83::Stora= ge.Misc.excCmd::(<lambda>) '/bin/dd iflag=3Ddirect if= =3D/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=3D4096 = count=3D1' (cwd None)</DIV> <DIV>Thread-21::DEBUG::2013-03-05 14:52:36,917::misc::83::Stora= ge.Misc.excCmd::(<lambda>) SUCCESS: <err> =3D&n= bsp;'1+0 records in\n1+0 records out\n4096 bytes&= nbsp;(4.1 kB) copied, 0.000400626 s, 10.2 MB= /s\n'; <rc> =3D 0</DIV> <DIV>VM Channels Listener::DEBUG::2013-03-05 14:52:41= ,337::vmChannels::60::vds::(_handle_timeouts) Timeout on fi= leno 18.</DIV> <DIV>Thread-5982::DEBUG::2013-03-05 14:52:41,786::task::568::Ta= skManager.Task::(_updateState) Task=3D`91d8929e-1349-4d74-9bcd-e0df40= 6ce455`::moving from state init -> state = preparing</DIV> <DIV>Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::37::= dispatcher::(wrapper) Run and protect: repoStats(optio= ns=3DNone)</DIV> <DIV>Thread-5982::INFO::2013-03-05 14:52:41,786::logUtils::39::= dispatcher::(wrapper) Run and protect: repoStats,&nbsp= ;Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644':&nbsp= ;{'delay': '0.0130889415741', 'lastCheck': '4.9', 'cod= e': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcd= e401acb': {'delay': '0.00270700454712', 'lastCheck': '= 5.1', 'code': 0, 'valid': True}}</DIV> <DIV>Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::1151::T= askManager.Task::(prepare) Task=3D`91d8929e-1349-4d74-9bcd-e0df406ce4= 55`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay= ': '0.0130889415741', 'lastCheck': '4.9', 'code':&nbsp= ;0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb'= : {'delay': '0.00270700454712', 'lastCheck': '5.1',&nb= sp;'code': 0, 'valid': True}}</DIV> <DIV>Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::568::Ta= skManager.Task::(_updateState) Task=3D`91d8929e-1349-4d74-9bcd-e0df40= 6ce455`::moving from state preparing -> state&= nbsp;finished</DIV> <DIV>Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManag= er::809::ResourceManager.Owner::(releaseAll) Owner.releaseAll re= quests {} resources {}</DIV> <DIV>Thread-5982::DEBUG::2013-03-05 14:52:41,787::resourceManag= er::844::ResourceManager.Owner::(cancelAll) Owner.cancelAll requ= ests {}</DIV> <DIV>Thread-5982::DEBUG::2013-03-05 14:52:41,787::task::957::Ta= skManager.Task::(_decref) Task=3D`91d8929e-1349-4d74-9bcd-e0df406ce45= 5`::ref 0 aborting False</DIV> <DIV>Thread-5983::DEBUG::2013-03-05 14:52:41,795::libvirtvm::28= 3::vm.Vm::(_getDiskLatency) vmId=3D`4cc23d92-8667-4710-9714-a67c0d178= fa0`::Disk vda latency not available</DIV> <DIV>Thread-21::DEBUG::2013-03-05 14:52:46,921::misc::83::Stora= ge.Misc.excCmd::(<lambda>) '/bin/dd iflag=3Ddirect if= =3D/dev/0e5827a5-6f3c-49be-be9b-0bfb65198644/metadata bs=3D4096 = count=3D1' (cwd None)</DIV> <DIV>Thread-21::DEBUG::2013-03-05 14:52:46,933::misc::83::Stora= ge.Misc.excCmd::(<lambda>) SUCCESS: <err> =3D&n= bsp;'1+0 records in\n1+0 records out\n4096 bytes&= nbsp;(4.1 kB) copied, 0.000389226 s, 10.5 MB= /s\n'; <rc> =3D 0</DIV> <DIV>Thread-5988::DEBUG::2013-03-05 14:52:52,015::task::568::Ta= skManager.Task::(_updateState) Task=3D`d8d9ccc1-f17b-4372-a27e-bbee4e= da1736`::moving from state init -> state = preparing</DIV> <DIV>Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::37::= dispatcher::(wrapper) Run and protect: repoStats(optio= ns=3DNone)</DIV> <DIV>Thread-5988::INFO::2013-03-05 14:52:52,016::logUtils::39::= dispatcher::(wrapper) Run and protect: repoStats,&nbsp= ;Return response: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644':&nbsp= ;{'delay': '0.0129730701447', 'lastCheck': '5.1', 'cod= e': 0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcd= e401acb': {'delay': '0.00222110748291', 'lastCheck': '= 5.3', 'code': 0, 'valid': True}}</DIV> <DIV>Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::1151::T= askManager.Task::(prepare) Task=3D`d8d9ccc1-f17b-4372-a27e-bbee4eda17= 36`::finished: {u'0e5827a5-6f3c-49be-be9b-0bfb65198644': {'delay= ': '0.0129730701447', 'lastCheck': '5.1', 'code':&nbsp= ;0, 'valid': True}, u'4007f30a-f888-4587-b82c-40bcde401acb'= : {'delay': '0.00222110748291', 'lastCheck': '5.3',&nb= sp;'code': 0, 'valid': True}}</DIV> <DIV>Thread-5988::DEBUG::2013-03-05 14:52:52,016::task::568::Ta= skManager.Task::(_updateState) Task=3D`d8d9ccc1-f17b-4372-a27e-bbee4e= da1736`::moving from state preparing -> state&= nbsp;finished</DIV></DIV></FONT></TD></TR></TBODY></TABLE></DIV> <DIV> <HR style=3D"WIDTH: 210px; HEIGHT: 1px" align=3Dleft color=3D#b5c4df SIZE= =3D1> </DIV> <DIV><SPAN>xianghuadu</SPAN></DIV></BODY></HTML> ------=_001_NextPart146280477306_=------

2 2

[Users] Ovirt node power off
by Jakub Bittner 05 Mar '13

05 Mar '13

Hello, we found strange issue. We have 2 nodes node1 and node2, I created virtual server called Debian with "High available" and started it on node2. Than I unplug power from node2 (physically). Ovirt management found, that node2 is down, but virtual called Debian which runs on it (powered off node2) is still active in ovirt management and I can not turn it off even I can not switch node2 to maintenance. Is there any way how to force ovirt management console to shutdown the VM? Thank you for help. Jakub Bittner

2 1

[Users] oVirt 3.2: impossiible to delete a snapshot?
by Gianluca Cecchi 05 Mar '13

05 Mar '13

oVirt 3.2 with node f18 and engine another f18 and ovirt stable repo. After I create a snapshot of a powered off win xp VM, I then select the snapshot and select "delete" Are you sure you want to delete snapshot from Wed Feb 27 07:56:23 GMT+100 2013 with description 'test'? ok Error: winxp: Cannot remove Snapshot. Removing the VM active Snapshot is not allowed. Is this expected? Why? Thanks, Gianluca

3 6

[Users] call for content! oVirt Workshop Intel Campus, Shanghai China 8-9 May 2013
by Theron Conrey 05 Mar '13

05 Mar '13

Hi everyone, We are actively seeking speakers for the oVirt workshop which will be held on Intel's Shanghai Campus, 8-9 May 2013. We are interested in talks in the following areas: * Getting started developing oVirt * oVirt for the systems administrator * Where oVirt fits in the enterprise * Gluster Integration * leveraging oVirt for Gluster deployments * Case studies on cost savings with oVirt and Open Source data center virtualization * Troubleshooting oVirt * Hardware optimations for virtualization * oVirt Plugin development * oVirt architecture from a security and best practices point of view. * oVirt Project Roadmaps * Deep dives into features/areas * Deep dives into code/debugging Please submit talk proposals for review by sending an email to workshop-pc at ovirt.org. Please include your full name, speaker biography and your talk abstract. We will accept submissions through Friday, 29 March 2013 at 23:59 PST. Speakers will be notified of acceptance by Monday, 8 April 2013. Accepted speakers should plan to submit their slides to the workshop-pc at ovirt.org mailing list no later than close of business on Monday, 22 April 2013. Registration and workshop logistical information will be posted soon, keep your eyes open for further announcements! Thank you all for your participation! -- Theron Conrey Open Source and Standards, Red Hat @theronconrey

1 0

[Users] Introducing oVirt Monitoring UI-Plugin
by René Koch (ovido) 04 Mar '13

04 Mar '13

I'm happy to announce oVirt Monitoring UI-Plugin, which allows the integration of a Nagios or Icinga monitoring solution into oVirt 3.2 webadmin. With this plugin you can access detailed service check results and information including performance graphs within oVirt webadmin for hosts and virtual machines. We look forward to extend this plugin with more Nagios/Icinga features like acknowledgments, comments or service rescheduling, permissions, dashboards, check_mk-integration for virtual machine monitoring and many more. For more information about this project and screenshots please visit https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin The download location is * https://labs.ovido.at/monitoring/wiki/ovirt-monitoring-ui-plugin %3Adownload Please note that this first release is an early development version with some minor CSS bugs on some browsers. If you have any questions or ideas, please drop me an email: r.koch(a)ovido.at. Thank you for using oVirt Monitoring UI-Plugin. -- Best Regards René Koch Senior Solution Architect ============================================ ovido gmbh - "Das Linux Systemhaus" Brünner Straße 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch(a)ovido.at ============================================

7 8

Re: [Users] Copy VM using the commandline
by YamakasY 04 Mar '13

04 Mar '13

--=_23de69c11e9b4cc487dd3f4cb580edcc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sorry, I thought I did an "Reply to all".=0A=0ASee below.=0A=0AWhat I di= d is the following:=0A=0ACreate a disk using the same size as=0A your ol= d one. remove the image file and move your old image file into =0Athe ne= w folder for this disk.=0A=0AChange the name of the image to the one tha= t is also like the meta file and you're done.=0A=0AThis is a working way= :)=0A=0ACheers,=0A=0AOn 4 Mar 2013 13:20:23, Adrian Gibanel wrote:=0A>= Please reply to the ML too.=0A> Thank you.=0A> =0A> > De: > > "YamakasY= " <yamakasi.014(a)gmail.com>=0A> > Para: > > "adrian gibanel" <adrian.giba= nel(a)btactic.com>=0A> > Enviados: > > Lunes, 4 de Marzo 2013 12:45:53=0A>= > Asunto: > > Re: [Users] Copy VM using the commandline=0A> > =0A> > Wh= at I did is the following:=0A> > =0A> > Create a disk using the same siz= e as your old one. remove the image file and move your old image file in= to the new folder for this disk.=0A> > =0A> > Change the name of the ima= ge to the one that is also like the meta file and you're done.=0A> > =0A= > > This is a working way :)=0A> > =0A> > Cheers,=0A> > =0A> > Matt=0A>= > =0A> > On 3 Mar 2013 20:05:56, Adrian Gibanel wrote:=0A> > > While yo= u wait for a more oVirt-standard reply (like trying to solve your proble= m from the Web Manager) you can check:=0A> > > =0A> > > http://www.ovirt= .org/User:Adrian15/Virtual_Machines_Images_Raw_Management=0A> > > =0A> >= > .=0A> > > =0A> > > > De: > > > > "Matt ." <yamakasi.014(a)gmail.com>=0A= > > > > Para: > > > > "users" <users(a)ovirt.org>=0A> > > > Enviados: > >= > > Domingo, 3 de Marzo 2013 19:20:03=0A> > > > Asunto: > > > > [Users]= Copy VM using the commandline=0A> > > > =0A> > > > Is it possible to co= py a VM from storage node to storage node by using the commandline ?=0A>= > > > =0A> > > > ISO images are indexed automaticly but I don't know ho= w this works for storage.=0A> > > > =0A> > > > I have a storage device t= hat was "down" following the system, but my images are still on there. T= o avoid reinstalling the systems and placing backups back I would like t= o know if I can copy the images from this folder=C2=A0 to a storage devi= ce that can be seen normal.=0A> > > > =0A> > > > I hope this is possible= .=0A> > > > =0A> > > > Cheers,=0A> > > > =0A> > > > Matt=0A> > > > =0A= =0A> > > > _______________________________________________=0A> > > > Use= rs mailing list=0A> > > > Users(a)ovirt.org=0A> > > > http://lists.ovirt.o= rg/mailman/listinfo/users=0A=0A> > > =0A> > > =0A> > > -- =0A> > > Adri= =C3=A1n Gibanel=0A> > > I.T. Manager=0A> > > =0A> > > +34 675 683 301=0A= > > > www.btactic.com=0A> > > =0A=0A=0A> > > Ens podeu seguir a/Nos pode= is seguir en:=0A> > > =0A> > > i =0A=0A> > > Abans d=C2=B4imprimir=0Aaq= uest missatge, pensa en el medi ambient. El medi ambient =C3=A9s cosa de= =0Atothom.=0A/ Antes de imprimir el mensaje piensa en el medio ambiente= . El medio =0Aambiente=0Aes cosa de todos. =0A> > > =0A> > > =0AAVIS:= =0A> > > =0AEl contingut d'aquest missatge i els seus annexos =C3=A9s c= onfidencial. Si no=0Aen sou el destinatari, us fem saber que est=C3=A0 p= rohibit utilitzar-lo, =0Adivulgar-lo=0Ai/o copiar-lo sense tenir l'autor= itzaci=C3=B3 corresponent. Si heu rebut =0Aaquest=0Amissatge per error,= us agrairem que ho feu saber immediatament > > > al remitent=0Ai que pr= ocediu a destruir el missatge> > > .=0A> > > =0A> > > =0AAVISO:=0A> > >= =0AEl contenido de este mensaje y de sus anexos es confidencial. Si no= es=0Ael destinatario, les hacemos saber que est=C3=A1 prohibido utiliza= rlo, =0Adivulgarlo=0Ay/o copiarlo sin tener la autorizaci=C3=B3n corresp= ondiente. Si han recibido=0Aeste mensaje por error, les agradecer=C3=ADa= mos que lo hagan saber =0Ainmediatamente=0A> > > al remitente y que proc= edan a=0A destruir el mensaje> > > .> > > =0A=0A=0A> > > =0A=0A=0A> =0A>= =0A> -- =0A> Adri=C3=A1n Gibanel=0A> I.T. Manager=0A> =0A> +34 675 683= 301=0A> www.btactic.com=0A> =0A=0A=0A> Ens podeu seguir a/Nos podeis se= guir en:=0A> =0A> i =0A=0A> Abans d=C2=B4imprimir=0Aaquest missatge, pe= nsa en el medi ambient. El medi ambient =C3=A9s cosa de =0Atothom.=0A/ A= ntes de imprimir el mensaje piensa en el medio ambiente. El medio =0Aamb= iente=0Aes cosa de todos. =0A> =0A> =0AAVIS: =0A> =0AEl contingut d'aque= st missatge i els seus annexos =C3=A9s confidencial. Si no=0Aen sou el d= estinatari, us fem saber que est=C3=A0 prohibit utilitzar-lo, =0Adivulga= r-lo=0Ai/o copiar-lo sense tenir l'autoritzaci=C3=B3 corresponent. Si he= u rebut =0Aaquest=0Amissatge per error, us agrairem que ho feu saber imm= ediatament > al remitent=0Ai que procediu a destruir el missatge> .=0A>= =0A> =0AAVISO:=0A> =0AEl contenido de este mensaje y de sus anexos es c= onfidencial. Si no es=0Ael destinatario, les hacemos saber que est=C3=A1= prohibido utilizarlo, =0Adivulgarlo=0Ay/o copiarlo sin tener la autoriz= aci=C3=B3n correspondiente. Si han recibido=0Aeste mensaje por error, le= s agradecer=C3=ADamos que lo hagan saber =0Ainmediatamente=0A> al remite= nte y que procedan a=0A destruir el mensaje> .> =0A=0A=0A> =0A=0A=0A --=_23de69c11e9b4cc487dd3f4cb580edcc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; char= set=3DUTF-8"><title></title><style type=3D"text/css">.felamimail-body-bl= ockquote {margin: 5px 10px 0 3px;padding-left: 10px;border-left: 2px sol= id #000088;} </style></head><body>Sorry, I thought I did an "Reply to al= l".<br><br>See below.<br><br>What I did is the following:<br><br>Create= a disk using the same size as=0A your old one. remove the image file an= d move your old image file into =0Athe new folder for this disk.<br><br>= Change the name of the image to the one that is also like the meta file= and you're done.<br><br>This is a working way :)<br><br>Cheers,<br><br>= On 4 Mar 2013 13:20:23, Adrian Gibanel wrote:<br><blockquote class=3D"fe= lamimail-body-blockquote"><div style=3D"font-family:arial, helvetica, sa= ns-serif;font-size:10pt;color:#000000;">Please reply to the ML too.<br>T= hank you.<br><br><hr><blockquote style=3D"border-left:2px solid rgb(16,1= 6,255);margin-left:5px;padding-left:5px;color:#000;font-weight:normal;fo= nt-style:normal;text-decoration:none;font-family:Helvetica, Arial, sans-= serif;font-size:12pt;"><b>De: </b>"YamakasY" <yamakasi.014(a)gmail.com&= gt;<br><b>Para: </b>"adrian gibanel" <adrian.gibanel(a)btactic.com><= br><b>Enviados: </b>Lunes, 4 de Marzo 2013 12:45:53<br><b>Asunto: </b>Re= : [Users] Copy VM using the commandline<br><br>What I did is the followi= ng:<br><br>Create a disk using the same size as your old one. remove the= image file and move your old image file into the new folder for this di= sk.<br><br>Change the name of the image to the one that is also like the= meta file and you're done.<br><br>This is a working way :)<br><br>Cheer= s,<br><br>Matt<br><br>On 3 Mar 2013 20:05:56, Adrian Gibanel wrote:<br><= blockquote class=3D"felamimail-body-blockquote"><div style=3D"font-famil= y:arial, helvetica, sans-serif;font-size:10pt;color:#000000;">While you= wait for a more oVirt-standard reply (like trying to solve your problem= from the Web Manager) you can check:<br><br><a href=3D"http://www.ovirt= .org/User:Adrian15/Virtual_Machines_Images_Raw_Management" target=3D"_bl= ank">http://www.ovirt.org/User:Adrian15/Virtual_Machines_Images_Raw_Mana= gement</a><br><br>.<br><br><hr><blockquote style=3D"border-left:2px soli= d rgb(16,16,255);margin-left:5px;padding-left:5px;color:#000;font-weight= :normal;font-style:normal;text-decoration:none;font-family:Helvetica, Ar= ial, sans-serif;font-size:12pt;"><b>De: </b>"Matt ." <yamakasi.014@gm= ail.com><br><b>Para: </b>"users" <users(a)ovirt.org><br><b>Enviad= os: </b>Domingo, 3 de Marzo 2013 19:20:03<br><b>Asunto: </b>[Users] Copy= VM using the commandline<br><br><div dir=3D"ltr"><div><div><div><div><d= iv>Is it possible to copy a VM from storage node to storage node by usin= g the commandline ?<br><br></div>ISO images are indexed automaticly but= I don't know how this works for storage.<br><br></div>I have a storage= device that was "down" following the system, but my images are still on= there. To avoid reinstalling the systems and placing backups back I wou= ld like to know if I can copy the images from this folder  to a sto= rage device that can be seen normal.<br><br></div>I hope this is possibl= e.<br><br></div>Cheers,<br><br></div>Matt<br></div>=0A<br>______________= _________________________________<br>Users mailing list<br>Users(a)ovirt.o= rg<br>http://lists.ovirt.org/mailman/listinfo/users<br></blockquote><br>= <br><br>-- <br><div><span></span><font style=3D"font-weight:bold;" size= =3D"3"><a href=3D"http://www.btactic.com/" target=3D"_blank"><span><font= class=3D"Apple-style-span" face=3D"verdana, helvetica, sans-serif"><spa= n class=3D"Apple-style-span"></span></font></span></a></font><font style= =3D"font-family:'Times New Roman';" color=3D"#5f5f5f" face=3D"Arial" siz= e=3D"1"><font size=3D"3"><span style=3D"font-family:verdana, helvetica,= sans-serif;"><font style=3D"font-family:helvetica;" size=3D"2"><strong>= Adri=C3=A1n Gibanel</strong><br>I.T. Manager<br><br>+34 675 683 301<br><= a href=3D"http://btactic.com/" target=3D"_blank">www.btactic.com</a></fo= nt><br><br></span></font></font><font color=3D"#008000" face=3D"Arial" s= ize=3D"1"><br></font><font class=3D"Apple-style-span" face=3D"Arial"><b>= <span class=3D"Apple-style-span" style=3D"font-family:Verdana;font-weigh= t:normal;"><span><font color=3D"#5f5f5f" face=3D"Arial" size=3D"1"><br>E= ns podeu seguir a/Nos podeis seguir en:<br><br></font></span><a href=3D"= http://www.facebook.com/pages/btactic/118651634826400?v=3Dapp_9953271133= " target=3D"_blank"></a> i <a href=3D"http://twitter.com/btactic" target= =3D"_blank"></a></span></b></font><br><font color=3D"#008000" face=3D"Ar= ial" size=3D"1"><br></font><div><font color=3D"#008000" face=3D"Arial" s= ize=3D"1">Abans d=C2=B4imprimir=0Aaquest missatge, pensa en el medi ambi= ent. El medi ambient =C3=A9s cosa de =0Atothom.=0A/ Antes de imprimir el= mensaje piensa en el medio ambiente. El medio =0Aambiente=0Aes cosa de= todos. </font><font color=3D"#5f5f5f" face=3D"Arial" size=3D"1"><br><br= >=0AAVIS: <br>=0AEl contingut d'aquest missatge i els seus annexos =C3= =A9s confidencial. Si no=0Aen sou el destinatari, us fem saber que est= =C3=A0 prohibit utilitzar-lo, =0Adivulgar-lo=0Ai/o copiar-lo sense tenir= l'autoritzaci=C3=B3 corresponent. Si heu rebut =0Aaquest=0Amissatge per= error, us agrairem que ho feu saber immediatament <span class=3D"Object= ">al remitent=0Ai que procediu a destruir el missatge</span>.<br><br>=0A= AVISO:<br>=0AEl contenido de este mensaje y de sus anexos es confidencia= l. Si no es=0Ael destinatario, les hacemos saber que est=C3=A1 prohibido= utilizarlo, =0Adivulgarlo=0Ay/o copiarlo sin tener la autorizaci=C3=B3n= correspondiente. Si han recibido=0Aeste mensaje por error, les agradece= r=C3=ADamos que lo hagan saber =0Ainmediatamente=0A<span class=3D"Object= ">al remitente y que procedan a=0A destruir el mensaje</span>.</font>=0A= =0A</div><span></span><br></div></div></blockquote><br></blockquote><br>= <br><br>-- <br><div><span></span><font style=3D"font-weight:bold;" size= =3D"3"><a style=3D"color:rgb(0,0,0);" href=3D"http://www.btactic.com/" t= arget=3D"_blank"><span><font class=3D"Apple-style-span" face=3D"verdana,= helvetica, sans-serif"><span class=3D"Apple-style-span" style=3D"backgr= ound-color:rgb(255,255,255);"></span></font></span></a></font><font styl= e=3D"font-family:'Times New Roman';" color=3D"#5f5f5f" face=3D"Arial" si= ze=3D"1"><font size=3D"3"><span style=3D"font-family:verdana, helvetica,= sans-serif;color:rgb(0,0,0);"><font style=3D"font-family:helvetica;" si= ze=3D"2"><strong>Adri=C3=A1n Gibanel</strong><br>I.T. Manager<br><br>+34= 675 683 301<br><a href=3D"http://btactic.com/" target=3D"_blank">www.bt= actic.com</a></font><br><br></span></font></font><font color=3D"#008000"= face=3D"Arial" size=3D"1"><br></font><font class=3D"Apple-style-span" f= ace=3D"Arial"><b><span class=3D"Apple-style-span" style=3D"font-family:V= erdana;font-weight:normal;"><span><font color=3D"#5f5f5f" face=3D"Arial"= size=3D"1"><br>Ens podeu seguir a/Nos podeis seguir en:<br><br></font><= /span><a href=3D"http://www.facebook.com/pages/btactic/118651634826400?v= =3Dapp_9953271133" target=3D"_blank"></a> i <a href=3D"http://twitter.co= m/btactic" target=3D"_blank"></a></span></b></font><br><font color=3D"#0= 08000" face=3D"Arial" size=3D"1"><br></font><div><font color=3D"#008000"= face=3D"Arial" size=3D"1">Abans d=C2=B4imprimir=0Aaquest missatge, pens= a en el medi ambient. El medi ambient =C3=A9s cosa de =0Atothom.=0A/ Ant= es de imprimir el mensaje piensa en el medio ambiente. El medio =0Aambie= nte=0Aes cosa de todos. </font><font color=3D"#5f5f5f" face=3D"Arial" si= ze=3D"1"><br><br>=0AAVIS: <br>=0AEl contingut d'aquest missatge i els se= us annexos =C3=A9s confidencial. Si no=0Aen sou el destinatari, us fem s= aber que est=C3=A0 prohibit utilitzar-lo, =0Adivulgar-lo=0Ai/o copiar-lo= sense tenir l'autoritzaci=C3=B3 corresponent. Si heu rebut =0Aaquest=0A= missatge per error, us agrairem que ho feu saber immediatament <span cla= ss=3D"Object">al remitent=0Ai que procediu a destruir el missatge</span>= .<br><br>=0AAVISO:<br>=0AEl contenido de este mensaje y de sus anexos es= confidencial. Si no es=0Ael destinatario, les hacemos saber que est=C3= =A1 prohibido utilizarlo, =0Adivulgarlo=0Ay/o copiarlo sin tener la auto= rizaci=C3=B3n correspondiente. Si han recibido=0Aeste mensaje por error,= les agradecer=C3=ADamos que lo hagan saber =0Ainmediatamente=0A<span cl= ass=3D"Object">al remitente y que procedan a=0A destruir el mensaje</spa= n>.</font>=0A=0A</div><span></span><br></div></div></blockquote><br></bo= dy></html> --=_23de69c11e9b4cc487dd3f4cb580edcc--

1 0

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 04 Mar '13

04 Mar '13

On 03/04/2013 03:43 PM, Romil Gupta wrote: > Hi Michael , > > May I know , Is there any api to get the no. of cores available in Host attached to a Cluster in RHEV-M ?? see in host CPU element: <cpu> <topology sockets=".." cores=".."/> ... </cpu> api.hosts.get(name="...").get_cpu().get_topology().get_cores() > > Thanks > Romil -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] Gluster integration issue with oVirt 3.2
by Sven Knohsalla 04 Mar '13

04 Mar '13

--_000_DC9ABD90CB55EC448B1F682D5731AF7407A6FAA5ACIAD2MBX17mex0_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I'm still testing oVirt 3.2 with GlusterFS 3.3 Have 2 F18 nodes for virt service, 2 F18 nodes for gluster services, 1 F18 = running as oVirt-engine. Adding Gluster-nodes / oVirt-nodes is working as expected. At the moment I want to test Gluster Volume management with oVirt, when trying to create a replicate brick on the Gluster-nodes the webgui says "Error while executing Create Gluster Voume: Unexpected exception" ovirt-engine log: 2013-03-04 13:20:58,680 ERROR [org.ovirt.engine.core.bll.gluster.GlusterMan= ager] (QuartzScheduler_Worker-56) Error while refreshing Gluster lightweigh= t data of cluster Gluster-Cluster!: org.ovirt.engine.core.common.errors.Vdc= BLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VD= SErrorException: VDSGenericException: VDSErrorException: Failed to GlusterV= olumesListVDS, error =3D XML error error: <cliOutput><opRet>0</opRet><opErrno>0</opErrno><opErrstr /><volInfo>= <volumes><volume><name>brick1</name><id>7a212719-162e-4837-9474-828d640965a= 5</id><type>2</type><status>0</status><brickCount>2</brickCount><distCount>= 2</distCount><stripeCount>1</stripeCount><replicaCount>2</replicaCount><tra= nsport>0</transport><bricks><brick>192.168.90.42:/export/brick1</brick><bri= ck>192.168.90.43:/export/brick1</brick></bricks><optCount>0</optCount><opti= ons /></volume><volume><name>brick</name><id>36d951ab-1c8b-4d32-aa7b-57faed= 12967c</id><type>2</type><status>0</status><brickCount>2</brickCount><distC= ount>2</distCount><stripeCount>1</stripeCount><replicaCount>2</replicaCount= ><transport>0</transport><bricks><brick>192.168.90.42:/export/brick</brick>= <brick>192.168.90.43:/export/brick</brick></bricks><optCount>0</optCount><o= ptions /></volume><count>2</count></volumes></volInfo></cliOutput> Does anybody can give me an advice where I can look at (->"Failed to Gluste= rVolumesListVDS", seems to give a hint) Thanks in advance! Best, Sven. Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla@netbi= scuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3D3a1a9d19-c305-4032-8= cef-00b03c3d4c79&groupId=3D10211&t=3D1361534926402]<http://www.netbiscuits.= com/> [https://my.netbiscuits.com/image/image_gallery?uuid=3D9e553e7b-3e7d-4784-= b274-15aa1dfb48e2&groupId=3D10211&t=3D1361533377340] <https://www.netbiscui= ts.com/news> [https://my.netbiscuits.com/image/image_gallery?uuid=3D1d1a5e= 29-ceda-4ab1-9353-67a1e838364d&groupId=3D10211&t=3D1347281040591] <https://= twitter.com/netbiscuits> [https://my.netbiscuits.com/image/image_gallery?u= uid=3Dc99bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&t=3D134728098384= 8] <http://www.linkedin.com/company/netbiscuits> [https://my.netbiscuits.c= om/image/image_gallery?uuid=3Dd62ba951-14dc-450d-b5f1-be33884225e3&groupId= =3D10211&t=3D1347280983872] <http://www.xing.com/companies/netbiscuitsgmbh>= [https://my.netbiscuits.com/image/image_gallery?uuid=3D7b28f500-f415-40bb= -851f-0cd55beeaf45&groupId=3D10211&t=3D1347280983791] <https://www.facebook= .com/Netbiscuits> [https://my.netbiscuits.com/image/image_gallery?uuid=3Dc= c8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=3D10211&t=3D1347280983836] <htt= ps://plus.google.com/u/0/112410769451962733032> [https://my.netbiscuits.co= m/image/image_gallery?uuid=3Da15e871c-a11b-419c-acca-da5a0ebd5856&groupId= =3D10211&t=3D1347281040599] <http://www.youtube.com/user/netbiscuits> Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3= 604 Management Board: Guido Moggert, Michael Neidh=F6fer, Christian Reitz, Mart= in S=FC=DF This message and any files transmitted with it are confidential and intende= d solely for the use of the individual or entity to whom they are addressed= . It may also be privileged or otherwise protected by work product immunity= or other legal rules. Please notify the sender immediately by e-mail if yo= u have received this e-mail by mistake and delete this e-mail from your sys= tem. If you are not the intended recipient you are notified that disclosing= , copying, distributing or taking any action in reliance on the contents of= this information is strictly prohibited. Warning: Although Netbiscuits has taken reasonable precautions to ensure no= viruses are present in this email, the company cannot accept responsibilit= y for any loss or damage arising from the use of this email or attachments. [http://www.netbiscuits.com/image/image_gallery?uuid=3D0ba7711a-a277-4ea0-a= cb0-17fe13c3089d&groupId=3D10211&t=3D1348560850164]Please consider the envi= ronment before printing --_000_DC9ABD90CB55EC448B1F682D5731AF7407A6FAA5ACIAD2MBX17mex0_ Content-Type: text/html; charset="iso-8859-1" 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=3DContent-Type content= =3D"text/html; charset=3Diso-8859-1"><meta name=3DGenerator content=3D"Micr= osoft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-US link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal>Hi,<o:p></o:p></= p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>I’m = still testing oVirt 3.2 with GlusterFS 3.3<br>Have 2 F18 nodes for virt ser= vice, 2 F18 nodes for gluster services, 1 F18 running as oVirt-engine.<br><= br><o:p></o:p></p><p class=3DMsoNormal>Adding Gluster-nodes / oVirt-nodes i= s working as expected.<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p>= </p><p class=3DMsoNormal>At the moment I want to test Gluster Volume manage= ment with oVirt,<o:p></o:p></p><p class=3DMsoNormal>when trying to create a= replicate brick on the Gluster-nodes<o:p></o:p></p><p class=3DMsoNormal>th= e webgui says<br>“Error while executing Create Gluster Voume: Unexpec= ted exception”<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></= p><p class=3DMsoNormal>ovirt-engine log:<br>2013-03-04 13:20:58,680 ERROR [= org.ovirt.engine.core.bll.gluster.GlusterManager] (QuartzScheduler_Worker-5= 6) Error while refreshing Gluster lightweight data of cluster Gluster-Clust= er!: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: = org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericExce= ption: VDSErrorException: Failed to GlusterVolumesListVDS, error =3D XML er= ror<o:p></o:p></p><p class=3DMsoNormal>error: <cliOutput><opRet&gt= ;0</opRet><opErrno>0</opErrno><opErrstr /><volIn= fo><volumes><volume><name>brick1</name><id&gt= ;7a212719-162e-4837-9474-828d640965a5</id><type>2</type>&= lt;status>0</status><brickCount>2</brickCount><dist= Count>2</distCount><stripeCount>1</stripeCount><rep= licaCount>2</replicaCount><transport>0</transport><= bricks><brick>192.168.90.42:/export/brick1</brick><brick&= gt;192.168.90.43:/export/brick1</brick></bricks><optCount&gt= ;0</optCount><options /></volume><volume><name&g= t;brick</name><id>36d951ab-1c8b-4d32-aa7b-57faed12967c</id&g= t;<type>2</type><status>0</status><brickCount&gt= ;2</brickCount><distCount>2</distCount><stripeCount&gt= ;1</stripeCount><replicaCount>2</replicaCount><transpo= rt>0</transport><bricks><brick>192.168.90.42:/export/b= rick</brick><brick>192.168.90.43:/export/brick</brick>&lt= ;/bricks><optCount>0</optCount><options /></volume&= gt;<count>2</count></volumes></volInfo></cliOutp= ut><o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DM= soNormal>Does anybody can give me an advice where I can look at (->&#822= 1;Failed to GlusterVolumesListVDS”, seems to give a hint)<o:p></o:p><= /p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNormal>Thanks in= advance!<o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class= =3DMsoNormal>Best, Sven.<br><br><o:p></o:p></p><p class=3DMsoNormal><o:p>&n= bsp;</o:p></p><p class=3DMsoNormal><span style=3D'color:#5A5A5A'>Sven Knohs= alla </span><span style=3D'color:#C00000'>|</span><span style=3D'color:#5A5= A5A'> System Administration<o:p></o:p></span></p><p class=3DMsoNormal><span= style=3D'color:gray'><o:p> </o:p></span></p><p class=3DMsoNormal><spa= n style=3D'font-size:9.0pt;color:#5A5A5A'>Office +49 631 68036 433 | Fax +4= 9 631 68036 111=A0 |E-Mail</span><span style=3D'font-size:9.0pt;color:#5050= 50'> </span><span style=3D'font-size:9.0pt;color:#0070C0'>s.knohsalla@netbi= scuits.com</span><span style=3D'font-size:9.0pt;color:#5A5A5A'> | Skype: </= span><span style=3D'font-size:9.0pt;color:#0070C0'>netbiscuits.admin</span>= <span style=3D'font-size:9.0pt;color:#5A5A5A'> <o:p></o:p></span></p><p cla= ss=3DMsoNormal><span lang=3DDE style=3D'font-size:9.0pt;color:#5A5A5A'>Netb= iscuits GmbH | Europaallee 10 | 67657 | GERMANY<o:p></o:p></span></p><p cla= ss=3DMsoNormal><span lang=3DDE style=3D'font-size:9.0pt;color:#5A5A5A'><o:p= > </o:p></span></p><p class=3DMsoNormal><a href=3D"http://www.netbiscu= its.com/"><span style=3D'color:blue;text-decoration:none'><img border=3D0 w= idth=3D231 height=3D38 id=3D"_x0000_i1033" src=3D"https://my.netbiscuits.co= m/image/image_gallery?uuid=3D3a1a9d19-c305-4032-8cef-00b03c3d4c79&group= Id=3D10211&t=3D1361534926402" alt=3D"https://my.netbiscuits.com/image/i= mage_gallery?uuid=3D3a1a9d19-c305-4032-8cef-00b03c3d4c79&groupId=3D1021= 1&t=3D1361534926402"></span></a><o:p></o:p></p><p class=3DMsoNormal><o:= p> </o:p></p><p class=3DMsoNormal><span style=3D'color:black'> </= span><a href=3D"https://www.netbiscuits.com/news"><span style=3D'color:wind= owtext;text-decoration:none'><img border=3D0 width=3D24 height=3D24 id=3D"_= x0000_i1032" src=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3D9= e553e7b-3e7d-4784-b274-15aa1dfb48e2&groupId=3D10211&t=3D13615333773= 40" alt=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3D3031deca-7= e56-4417-9822-3d6d72f71ef0&groupId=3D10211&t=3D1347280983812"></spa= n></a><span style=3D'color:black'> </span><a href=3D"https://twitter.c= om/netbiscuits"><span style=3D'color:windowtext;text-decoration:none'><img = border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1031" src=3D"https://my.net= biscuits.com/image/image_gallery?uuid=3D1d1a5e29-ceda-4ab1-9353-67a1e838364= d&groupId=3D10211&t=3D1347281040591" alt=3D"https://my.netbiscuits.= com/image/image_gallery?uuid=3D1d1a5e29-ceda-4ab1-9353-67a1e838364d&gro= upId=3D10211&t=3D1347281040591"></span></a><span style=3D'color:black'>=  </span><a href=3D"http://www.linkedin.com/company/netbiscuits"><span = style=3D'color:windowtext;text-decoration:none'><img border=3D0 width=3D24 = height=3D24 id=3D"_x0000_i1030" src=3D"https://my.netbiscuits.com/image/ima= ge_gallery?uuid=3Dc99bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&= amp;t=3D1347280983848" alt=3D"https://my.netbiscuits.com/image/image_galler= y?uuid=3Dc99bf866-be25-4236-a0ee-dca68ec828a5&groupId=3D10211&t=3D1= 347280983848"></span></a><span style=3D'color:black'> </span><a href= =3D"http://www.xing.com/companies/netbiscuitsgmbh"><span style=3D'color:win= dowtext;text-decoration:none'><img border=3D0 width=3D24 height=3D24 id=3D"= _x0000_i1029" src=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3D= d62ba951-14dc-450d-b5f1-be33884225e3&groupId=3D10211&t=3D1347280983= 872" alt=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3Dd62ba951-= 14dc-450d-b5f1-be33884225e3&groupId=3D10211&t=3D1347280983872"></sp= an></a><span style=3D'color:black'> </span><a href=3D"https://www.face= book.com/Netbiscuits"><span style=3D'color:windowtext;text-decoration:none'= ><img border=3D0 width=3D24 height=3D24 id=3D"_x0000_i1028" src=3D"https://= my.netbiscuits.com/image/image_gallery?uuid=3D7b28f500-f415-40bb-851f-0cd55= beeaf45&groupId=3D10211&t=3D1347280983791" alt=3D"https://my.netbis= cuits.com/image/image_gallery?uuid=3D7b28f500-f415-40bb-851f-0cd55beeaf45&a= mp;groupId=3D10211&t=3D1347280983791"></span></a><span style=3D'color:b= lack'> </span><a href=3D"https://plus.google.com/u/0/11241076945196273= 3032"><span style=3D'color:windowtext;text-decoration:none'><img border=3D0= width=3D24 height=3D24 id=3D"_x0000_i1027" src=3D"https://my.netbiscuits.c= om/image/image_gallery?uuid=3Dcc8764d0-a5ac-4623-bb63-da3ca7c97f94&grou= pId=3D10211&t=3D1347280983836" alt=3D"https://my.netbiscuits.com/image/= image_gallery?uuid=3Dcc8764d0-a5ac-4623-bb63-da3ca7c97f94&groupId=3D102= 11&t=3D1347280983836"></span></a><span style=3D'color:black'> </sp= an><a href=3D"http://www.youtube.com/user/netbiscuits"><span style=3D'color= :windowtext;text-decoration:none'><img border=3D0 width=3D24 height=3D24 id= =3D"_x0000_i1026" src=3D"https://my.netbiscuits.com/image/image_gallery?uui= d=3Da15e871c-a11b-419c-acca-da5a0ebd5856&groupId=3D10211&t=3D134728= 1040599" alt=3D"https://my.netbiscuits.com/image/image_gallery?uuid=3Da15e8= 71c-a11b-419c-acca-da5a0ebd5856&groupId=3D10211&t=3D1347281040599">= </span></a><br><br><o:p></o:p></p><p class=3DMsoNormal><b><span style=3D'fo= nt-size:9.0pt;color:#5A5A5A'>Register Court:</span></b><span style=3D'font-= size:9.0pt;color:#5A5A5A'> Local Court Kaiserslautern | <b>Commercial Regis= ter ID:</b> HR B 3604<br><b>Management Board</b>: Guido Moggert, Michael Ne= idh=F6fer, Christian Reitz, Martin S=FC=DF<o:p></o:p></span></p><p class=3D= MsoNormal><span style=3D'font-size:9.0pt;color:#5A5A5A'><o:p> </o:p></= span></p><p class=3DMsoNormal><span style=3D'font-size:9.0pt;color:#5A5A5A'= >This message and any files transmitted with it are confidential and intend= ed solely for the use of the individual or entity to whom they are addresse= d. It may also be privileged or otherwise protected by work product immunit= y or other legal rules. Please notify the sender immediately by e-mail if y= ou have received this e-mail by mistake and delete this e-mail from your sy= stem. If you are not the intended recipient you are notified that disclosin= g, copying, distributing or taking any action in reliance on the contents o= f this information is strictly prohibited.<o:p></o:p></span></p><p class=3D= MsoNormal><span style=3D'font-size:9.0pt;color:#5A5A5A'>Warning: Although N= etbiscuits has taken reasonable precautions to ensure no viruses are presen= t in this email, the company cannot accept responsibility for any loss or d= amage arising from the use of this email or attachments.<o:p></o:p></span><= /p><p class=3DMsoNormal><span style=3D'font-size:9.0pt;color:#5A5A5A'><o:p>=  </o:p></span></p><p class=3DMsoNormal><span style=3D'font-size:9.0pt;= color:#5A5A5A'><img border=3D0 width=3D33 height=3D19 id=3D"_x0000_i1025" s= rc=3D"http://www.netbiscuits.com/image/image_gallery?uuid=3D0ba7711a-a277-4= ea0-acb0-17fe13c3089d&groupId=3D10211&t=3D1348560850164" alt=3D"Bes= chreibung: Beschreibung: http://www.netbiscuits.com/image/image_gallery?uui= d=3D0ba7711a-a277-4ea0-acb0-17fe13c3089d&groupId=3D10211&t=3D134856= 0850164"></span><span style=3D'font-size:9.0pt;color:#6CA62C'>Please consid= er the environment before printing<o:p></o:p></span></p><p class=3DMsoNorma= l><o:p> </o:p></p></div></body></html>= --_000_DC9ABD90CB55EC448B1F682D5731AF7407A6FAA5ACIAD2MBX17mex0_--

2 2

[Users] Fwd: build vdsm error at TestSuperVdsm
by Yaniv Bronheim 04 Mar '13

04 Mar '13

Hey bigclouds, I didn't notice the personal reply. Any news with the tests? did you try running the tests locally? ----- Forwarded Message ----- From: "Yaniv Bronheim" <ybronhei(a)redhat.com> To: "bigclouds" <bigclouds(a)163.com> Sent: Saturday, March 2, 2013 11:45:41 AM Subject: Re: [Users] build vdsm error at TestSuperVdsm OK. so first, you can work with NOSE_EXCLUDE=.* until we figure the error. try to get into vdsm/tests folder and run ./run_tests_local.sh -s superVdsmTests.py and tell me what you've got. it runs only supervdsm tests. if it doesn't work, check if vdsm is running, stop it and try again. i just did the same, fetch the last code and ran with the tests and it works (with some exceptions, but works) TestSuperVdsm testIsSuperUp Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in <module 'threading' from '/usr/lib64/python2.7/threading.pyc'> ignored OK testKillSuper Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in <module 'threading' from '/usr/lib64/python2.7/threading.pyc'> ignored OK testNoPidFile Exception AttributeError: AttributeError("'_DummyThread' object has no attribute '_Thread__block'",) in <module 'threading' from '/usr/lib64/python2.7/threading.pyc'> ignored OK seems like its something with your environment, and we will figure what is it if you want ----- Original Message ----- From: "bigclouds" <bigclouds(a)163.com> To: "Yaniv Bronheim" <ybronhei(a)redhat.com> Cc: users(a)ovirt.org Sent: Friday, March 1, 2013 3:26:18 AM Subject: Re:Re: [Users] build vdsm error at TestSuperVdsm i get it ' git clone http://gerrit.ovirt.org/p/vdsm.git' this morning. and make it again. error remains. i fellow http://www.ovirt.org/Vdsm_Developers step by step until( make rpm ).but if add ' NOSE_EXCLUDE=.* ' ,make can success thanks. error message: testConnectWithoutCertificateFails OK testSessionIsCached OK SPM_MailMonitorTests testThreadLeak OK TestSuperVdsm testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm Traceback (most recent! call last): File "/root/rpmbuild/BUILD/vdsm-! 4.10.3/vdsm/supervdsm.py", line 202, in launch utils.retry(self._connect, Exception, timeout=60, tries=3) File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry return func() File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect self._manager.connect() File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect conn = Client(self._address, authkey=self._authkey) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client c = SocketClient(address) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient s.connect(address) File "<string>", line 1, in connect error: [Errno 111] Connection refused Kil! led [root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm At 2013-02-28 23:33:10,"Yaniv Bronheim" < ybronhei(a)redhat.com > wrote: >i dont think they're related at all > >run it without the tests: >./autogen.sh --system && ./configure --enable-hooks && make rpm NOSE_EXCLUDE=.* > >tell me what you've got.. >what vdsm branch do you compile? master or ovirt-3.2? > >----- Original Message ----- >From: "bigclouds" < bigclouds(a)163.com > >To: "Yaniv Bronheim" < ybronhei(a)redhat.com > >Sent: Thursday, February 28, 2013 5:18:20 PM >Subject: Re:Re: [Users] build vdsm error at TestSuperVdsm > > > >hi, i think the error occurs when do unit test during compiling engine code. >my env is centos6.3,engine code is latest from git-repo. > > > > > > > > >At 2013-02-28 22:00:08,"Yaniv Bronheim" < ybronhei(a)redhat.com > wrote: >>Hey, >>Maybe you've got vdsm that already runs on your machine ? but it doesn't supposed to throw this exception anyway >>/msg NickServ identify >>What version of vdsm do you compile?? maybe the tests couldn't create the socket for the communication between supervdsm and vdsm.. >>its wrong that all the compilation fails that way.. ill check it. but did you try more than once to run it? >> >> >>----- Original Message ----- >>From: "bigclouds" < bigclouds(a)163.com > >>To: users(a)ovirt.org >>Sent: Thursday, February 28, 2013 7:47:37 AM >>Subject: [Users] build vdsm error at TestSuperVdsm >> >> >> >> >>testThreadLeak OK >>TestSuperVdsm >>testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm >>Traceback (most recent call last): >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch >>utils.ret ry(self._connect, Exception, timeout=60, tries=3) >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry >>return func() >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect >>self._manager.connect() >>File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect >>conn = Client(self._address, authkey=self._authkey) >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client >>c = SocketClient(address) >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient >>s.connect(address) >>File "<string>", line 1, in connect >>error: [Errno 111] Connection refused >>Killed >>[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm >> >> >>_______________________________________________ >>Users mailing list >> Users(a)ovirt.org >>http://lists.ovirt.org/mailman/listinfo/users

1 0

[Users] OS-independent ovirt-engine distribution archive
by Jiri Belka 04 Mar '13

04 Mar '13

Hello, I'm very slowly working to make ovirt-engine running on a BSD system. My problem is that I do it for fun and as my time resources are not big I could not choose building ovirt-engine from sources as it would push me to "port" (make packages) for all java dependencies. Yes, during build maven cannot download Internet and build dependencies (for security reasons). Would be possible to have (another) distribution archive of ovirt-engine which would be OS/distro-independent, so I could just extract and copy it to filesystem for local jboss? (RPM packages can be extracted with 'rpm2cpio' but their owners decided to make life very complicated [many symlinks etc.]). OS/distro-independent distribution archive (.zip, .tgz) would make life much easiers for people wanting to have ovirt-engine running on a non-RPM based Linux distro or on a BSD/Solaris system. jbelka

3 11

[Users] Antw.: fail to shutdown vM
by Sven Knohsalla 04 Mar '13

04 Mar '13

--_000_3E3100C60E864F1DAE1A5D56B742F2F4netbiscuitscom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Had the same issue with f18 minimal vms. Just install acpid, and enable aut= ostart of the daemon. This is no ovirt related "issue". Cheers, Sven. ----- Reply message ----- Von: "Matt ." <yamakasi.014(a)gmail.com> An: "Itamar Heim" <iheim(a)redhat.com> Cc: "users(a)ovirt.org" <users(a)ovirt.org> Betreff: [Users] fail to shutdown vM Datum: So., M=E4r. 3, 2013 19:23 Hi, I had the same issue, are you on 3.2 ? Storage was in some strange way an issue, maybe an update that did that. Matt 2013/3/3 Itamar Heim <iheim(a)redhat.com<mailto:iheim@redhat.com>> On 03/03/2013 17:49, bigclouds wrote: hi, all: on the webUI i can not shutdown VM. i see logs, because finally it calls _acpiShutdown-->shutdownFlags. shutdownFlags does not assure VM can be shutdown, what is wrong, if because of ACPI? how to handle this? thanks there is shutdown, and there is power off. shutdown means "try to shutdown", which should send a request to shutdown t= o guest agent, then acpi. poweroff would just kill the vm _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users --_000_3E3100C60E864F1DAE1A5D56B742F2F4netbiscuitscom_ 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"> </head> <body> Had the same issue with f18 minimal vms. Just install acpid, and enable aut= ostart of the daemon. This is no ovirt related "issue". <br> <br> Cheers, Sven.<br> <br> <div id=3D"htc_header" style=3D"">----- Reply message -----<br> Von: "Matt ." <yamakasi.014(a)gmail.com><br> An: "Itamar Heim" <iheim(a)redhat.com><br> Cc: "users(a)ovirt.org" <users(a)ovirt.org><br> Betreff: [Users] fail to shutdown vM<br> Datum: So., M=E4r. 3, 2013 19:23<br> <br> </div> <br> <br> <div> <div dir=3D"ltr"> <div> <div> <div>Hi,<br> <br> </div> I had the same issue, are you on 3.2 ?<br> <br> </div> Storage was in some strange way an issue, maybe an update that did that.<br= > <br> </div> Matt<br> </div> <div class=3D"gmail_extra"><br> <br> <div class=3D"gmail_quote">2013/3/3 Itamar Heim <span dir=3D"ltr"><<a hr= ef=3D"mailto:iheim@redhat.com" target=3D"_blank">iheim(a)redhat.com</a>></= span><br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> <div class=3D"HOEnZb"> <div class=3D"h5">On 03/03/2013 17:49, bigclouds wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> hi, all:<br> <br> on the webUI i can not shutdown VM.<br> i see logs, because finally it calls _acpiShutdown-->shutdownFlags.<br> shutdownFlags does not assure VM can be shutdown,  what is wrong, if<b= r> because of ACPI?<br> how to handle this?<br> <br> thanks<br> </blockquote> <br> </div> </div> there is shutdown, and there is power off.<br> shutdown means "try to shutdown", which should send a request to = shutdown to guest agent, then acpi.<br> poweroff would just kill the vm<br> <br> ______________________________<u></u>_________________<br> Users mailing list<br> <a href=3D"mailto:Users@ovirt.org" target=3D"_blank">Users(a)ovirt.org</a><br= > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" target=3D"_blank"= >http://lists.ovirt.org/<u></u>mailman/listinfo/users</a><br> </blockquote> </div> <br> </div> </div> </body> </html> --_000_3E3100C60E864F1DAE1A5D56B742F2F4netbiscuitscom_--

3 3

[Users] Copy VM using the commandline
by Matt . 03 Mar '13

03 Mar '13

Is it possible to copy a VM from storage node to storage node by using the commandline ? ISO images are indexed automaticly but I don't know how this works for storage. I have a storage device that was "down" following the system, but my images are still on there. To avoid reinstalling the systems and placing backups back I would like to know if I can copy the images from this folder to a storage device that can be seen normal. I hope this is possible. Cheers, Matt

2 2

[Users] fail to shutdown vM
by bigclouds 03 Mar '13

03 Mar '13

------=_Part_122563_2135539772.1362325784807 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi, all: on the webUI i can not shutdown VM. i see logs, because finally it calls _acpiShutdown-->shutdownFlags. shutdownFlags does not assure VM can be shutdown, what is wrong, if because of ACPI? how to handle this? thanks ------=_Part_122563_2135539772.1362325784807 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>hi, all:</div><div><br></div>on the webUI i can not shutdown VM.<div>i see logs, because finally it calls _acpiShutdown-->shutdownFlags.</div><div>shutdownFlags does not assure VM can be shutdown,  what is wrong, if because of ACPI?</div><div>how to handle this?</div><div><br></div><div>thanks</div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_122563_2135539772.1362325784807--

3 2

[Users] webadmin login issues with AD
by Keith Mitchell 03 Mar '13

03 Mar '13

I'm trying to get rhevm 3.1 (which seems to be pretty much ovirt 3.1 from what I can tell) authenticating against our active directory infrastructure bu am having some difficulty that I don't quite understand and was hoping someone may know what is happening. The server where rhevm/ovirt is running is a RHEL6 based server that has NIS configured (with user home directories mounted via nfs/automounter). The userids in nis match the userids in our ActiveDirectory server (in fact the passwords should match too since there is a sync between the two). I added the Activedirectory server into ovirt (through rhevm-manage-domains) and it is added/validated successfully. As the local admin user I can go in and search agains the active directory, add permissions, etc. But... If I try to log into the webadmin/user portals with one of the active directory accounts it seems to hang... and I noticed that it seems to be trying to mount the home directory of a bunch of users via the automounter (perhaps its trying to mount everyones home directory... can't tell). This takes a super long time since the home directories are all across the world and nfs access to some of these filesystems is really slow... i'm not sure it will ever complete... certainly not before the user gives up. Anyone know what would cause this? I wouldn't think this should happen. I was thinking it should just authenticate the password and then look at the permissions granted inside overt/rhevm. thanks.

4 16

Re: [Users] Rest-api to fetch the hosts details ( active vm's , CPU , Physical memory etc.)
by Michael Pasternak 03 Mar '13

03 Mar '13

Hi Romil, Not sure i understand, are you talking about quota resources allocation? On 03/01/2013 11:03 AM, Romil Gupta wrote: > Hi ..thanks for continuous help :) > > I have a query is their any way we can check how much Cores remaining in a cluster in Rhev-m before provisioning a VM ? > > coz after creating 5-10 VM's in a cluster if we create new VM then it shows exception like Cluster doesnt contains cores! > > Thanks . > Romil > > > > > On Tue, Feb 19, 2013 at 3:56 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com>> wrote: > > > Hi Romil, > > On 02/19/2013 11:22 AM, Romil Gupta wrote: > > Hi Michael , > > > > > > Thanks for ur continuous help. I have one more query here .... > > > > I want to fetch the host elements like .. > > Type > > address > > status > > No. of CPUs > > cpu->type > > cpu -> name->topology->cores->sockets > > memory > > summary > > version > > > > Is is the correct way of doing to get these details? > > > > hosts=api.hosts.list() > > for host in hosts: > > type=api.hosts.get(host.id <http://host.id> <http://host.id>).type > > address=api.hosts.get(host.id <http://host.id> <http://host.id>).address > > no, please use getter methods instead as they're encapsulating attributes that may be > called differently in python, > > for instance 'type' attribute in python renamed to 'type_' cause 'type' is preserved name. > > you can see all available get_X() methods by running code bellow: > > #> print [token for token in type(host.superclass).__dict__.keys() if token.startswith('get_')] > > > > > I got some exception : > > address=api.hosts.get(host.id <http://host.id> <http://host.id>).get_address() > > AttributeError: 'NoneType' object has no attribute 'get_address' > > this can only happen if your host lookup has failed. > > > > > > > Please suggest me the correct way of doing it ....if have referred > > https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualiz… > > > > Regards, > > Romil > > > > > > > > > > > > > > On Wed, Jan 30, 2013 at 6:50 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> wrote: > > > > On 01/30/2013 03:09 PM, Romil Gupta wrote: > > > thanks for all your guidance , now I m able to fetch the details of a host using > > > the below script : > > > > > > hosts=api.hosts.list() > > > for host in hosts: > > > print "host name--> %s id--->> %s \n"%(host.name <http://host.name> <http://host.name> <http://host.name> , host.id <http://host.id> <http://host.id> > <http://host.id>) > > > clusterid=api.hosts.get(host.name <http://host.name> <http://host.name> <http://host.name>).cluster.id <http://cluster.id> <http://cluster.id> > <http://cluster.id> > > > print clusterid > > > > > > hostname=api.hosts.get(host.name <http://host.name> <http://host.name> <http://host.name>) > > > statistic=hostname.statistics.list() > > > i=0 > > > while i < 14: > > > print statistic[i].name > > > print statistic[i].description > > > print statistic[i].unit > > > print statistic[i].values.value[0].datum > > > i=i+1; > > > > > > > > > summary=api.get_summary() > > > print summary > > > > > > How I can print the summary , its only return the Object?? > > > > this is summary object structure: > > > > <summary> > > <vms> > > <total></total> > > <active></active> > > </vms> > > <hosts> > > <total></total> > > <active></active> > > </hosts> > > <users> > > <total></total> > > <active></active> > > </users> > > <storage_domains> > > <total></total> > > <active></active> > > </storage_domains> > > </summary> > > > > you can access properties directly, like this: > > summary.hosts.active > > > > > > > > Thanks, > > > Romil > > > > > > > > > On Wed, Jan 30, 2013 at 4:52 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>> > <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>>> wrote: > > > > > > > > > Romil, > > > > > > On 01/30/2013 12:18 PM, Romil Gupta wrote: > > > > Hi, > > > > > > > > Is this is a right way to get it ?? > > > > > > > > statistics=params.Host(host.name <http://host.name> <http://host.name> <http://host.name> <http://host.name>).get_statistic() > > > > > > 1. first you need to fetch the host to see it's statistics (by doing params.Host(...) you creating > > > host parameters holder which is needed for adding new host to the system) > > > > > > 2. get_x() getters used to access object attributes, while collections are exposed as properties, do > > > > > > 1. myhost = api.hosts.get(name="xxx") > > > 2. myhost.statistics.list() > > > 3. loop over returned collection of statistics to find what you're looking for > > > > > > - note, statistic objects are complex types, you can look for data at: > > > > > > statistics[i].unit // the unit of the holder data > > > statistics[i].values.value[0].datum // actual data > > > > > > > print statistics > > > > > > > > summary=params.Host(host.name <http://host.name> <http://host.name> <http://host.name> <http://host.name>).get_summary() > > > > > > summary() is an api method, do: > > > > > > 1. api = API(url='', username='', password='') > > > 2. api.get_summary() > > > > > > > > > > print summary > > > > > > > > > > > > Output is : none > > > > > > > > Thanks > > > > Romil > > > > > > > > > > > > On Wed, Jan 30, 2013 at 2:04 PM, Michael Pasternak <mpastern(a)redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com > <mailto:mpastern@redhat.com>> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>> > > <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>> <mailto:mpastern@redhat.com > <mailto:mpastern@redhat.com> <mailto:mpastern@redhat.com <mailto:mpastern@redhat.com>>>>> wrote: > > > > > > > > > > > > Hi Romil, > > > > > > > > On 01/30/2013 10:17 AM, Romil Gupta wrote: > > > > > Hi all , > > > > > > > > > > how I can get the hosts details like Active VM's , > > > > > > > > host doesn't have running vms attribute, instead you > > > > can see in the guest on which host it's running, > > > > > > > > general system summary you can see at api.get_summary() > > > > > > > > Number of CPU's , CPU name , CPU type , > > > > > > > > these are host attributes > > > > > > > > Physical Memory (used , free ) , swap size and other parameters > > > > > > > > these are host.statistics attributes > > > > > > > > > using ovirt-engine-sdk-3.2.0.5-1. > > > > > > > > > > > > > > > > > > > > Regards, > > > > > Romil > > > > > > > > > > -- > > > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > > > > > > > -- > > > > > > > > Michael Pasternak > > > > RedHat, ENG-Virtualization R&D > > > > > > > > > > > > > > > > > > > > -- > > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > > > > -- > > > > > > Michael Pasternak > > > RedHat, ENG-Virtualization R&D > > > > > > > > > > > > > > > -- > > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > > > > -- > > > > Michael Pasternak > > RedHat, ENG-Virtualization R&D > > > > > > > > > > -- > > I don't wish to be everything to everyone, but I would like to be something to someone. > > > -- > > Michael Pasternak > RedHat, ENG-Virtualization R&D > > > > > -- > I don't wish to be everything to everyone, but I would like to be something to someone. -- Michael Pasternak RedHat, ENG-Virtualization R&D

1 0

[Users] oVirt watchdog in action!
by Doron Fediuck 03 Mar '13

03 Mar '13

Hi, In case you're interested, Laszlo published a demo[1] of how(!) a watchdog works in oVirt. This is very useful if you wish to make sure a VM will restart in case of BSOD or kernel panic. Although not merged yet, it's expected to be merged in the coming 1-2 weeks. [1] http://www.youtube.com/watch?v=-dJLmLxXn4o

1 0

[Users] ovirtmgmt
by victor nunes 03 Mar '13

03 Mar '13

goodnight I installed 3.2 and oVirt vdsm on the same machine (fedora 18) with the command. yum install oVirt-engine-setup-plugin-allinone and then engine-setup - config-allinone = yes then, the configuration was successful, however now I am having problems with interfaces. I have two interfaces, `em1` (this interface was that I had configured a static ip it) `and` ovirtmgmt, both with the same ip address. If I erase the # 1, I just can not access the oVirt, what can I do to solve this interface problem? -- “Encarada do ponto de vista da juventude, a vida parece um futuro indefinidamente longo, ao passo que, na velhice, ela parece um passado deveras curto. Assim, a vida no seu início se apresenta do mesmo modo que as coisas quando as olhamos através de um binóculo usado ao contrário; mas, ao seu final, ela se parece com as coisas tal qual são vistas quando o binóculo é usado de modo normal. Um homem precisa ter envelhecido e vivido bastante para perceber como a vida é curta”. (Poema de Arthur Schopenhauer)

3 4

Re: [Users] Spice client USB - Linux
by Itamar Heim 02 Mar '13

02 Mar '13

On 02/03/2013 13:31, Winfried de Heiden wrote: > Hi Itamar, > > As mentioned: cluster version 3.2. > > It turns out I can select a USB-device on a Windows virtual guest; > however; I can't using a Fedora 18 or Centos 6.0 guest. legacy is supposed to only be enabled for windows. but usb native (assuming you chose spice of course) has no such limitations. michal - thoughts? > > What's missing? > > Winfried > > > Op 28-02-13 17:17, Itamar Heim schreef: >> On 28/02/2013 10:49, Winfried de Heiden wrote: >>> Hi all, >>> >>> As mentioned in the features of oVirt, I should be able to use an >>> USB-drive on my (Spice) guest.However, the option to choose an USB >>> device is greyed out in the Spice Console. >>> >>> "Big Uncle" RHEV 3.1 tells in >>> https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualiz… >>> >>> to use "Native USB" >>> >>> Am I missing something? Or: I tried using a serverprofile. Is USB >>> redirection only available using a desktop profile? Anyway: how can I >>> enable USB on my Spice Client. (Fedora 18) >> >> which cluster version do you have? >> >

1 0

Re: [Users] build vdsm error at TestSuperVdsm
by bigclouds 01 Mar '13

01 Mar '13

------=_Part_28990_2072646971.1362101178519 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit i get it 'git clone http://gerrit.ovirt.org/p/vdsm.git' this morning. and make it again. error remains. i fellow http://www.ovirt.org/Vdsm_Developers step by step until(make rpm).but if add 'NOSE_EXCLUDE=.* ' ,make can success thanks. error message: testConnectWithoutCertificateFails OK testSessionIsCached OK SPM_MailMonitorTests testThreadLeak OK TestSuperVdsm testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm Traceback (most recent call last): File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch utils.retry(self._connect, Exception, timeout=60, tries=3) File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry return func() File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect self._manager.connect() File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect conn = Client(self._address, authkey=self._authkey) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client c = SocketClient(address) File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient s.connect(address) File "<string>", line 1, in connect error: [Errno 111] Connection refused Killed [root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm At 2013-02-28 23:33:10,"Yaniv Bronheim" <ybronhei(a)redhat.com> wrote: >i dont think they're related at all > >run it without the tests: >./autogen.sh --system && ./configure --enable-hooks && make rpm NOSE_EXCLUDE=.* > >tell me what you've got.. >what vdsm branch do you compile? master or ovirt-3.2? > >----- Original Message ----- >From: "bigclouds" <bigclouds(a)163.com> >To: "Yaniv Bronheim" <ybronhei(a)redhat.com> >Sent: Thursday, February 28, 2013 5:18:20 PM >Subject: Re:Re: [Users] build vdsm error at TestSuperVdsm > > > >hi, i think the error occurs when do unit test during compiling engine code. >my env is centos6.3,engine code is latest from git-repo. > > > > > > > > >At 2013-02-28 22:00:08,"Yaniv Bronheim" <ybronhei(a)redhat.com> wrote: >>Hey, >>Maybe you've got vdsm that already runs on your machine ? but it doesn't supposed to throw this exception anyway >>/msg NickServ identify >>What version of vdsm do you compile?? maybe the tests couldn't create the socket for the communication between supervdsm and vdsm.. >>its wrong that all the compilation fails that way.. ill check it. but did you try more than once to run it? >> >> >>----- Original Message ----- >>From: "bigclouds" <bigclouds(a)163.com> >>To: users(a)ovirt.org >>Sent: Thursday, February 28, 2013 7:47:37 AM >>Subject: [Users] build vdsm error at TestSuperVdsm >> >> >> >> >>testThreadLeak OK >>TestSuperVdsm >>testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused >>ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm >>Traceback (most recent call last): >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch >>utils.ret ry(self._connect, Exception, timeout=60, tries=3) >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry >>return func() >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect >>self._manager.connect() >>File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect >>conn = Client(self._address, authkey=self._authkey) >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client >>c = SocketClient(address) >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient >>s.connect(address) >>File "<string>", line 1, in connect >>error: [Errno 111] Connection refused >>Killed >>[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm >> >> >>_______________________________________________ >>Users mailing list >>Users(a)ovirt.org >>http://lists.ovirt.org/mailman/listinfo/users ------=_Part_28990_2072646971.1362101178519 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><br><div> i get it              '<span style="white-space: pre-wrap; line-height: 1.7;">git clone </span><span>http://gerrit.ovirt.org/p/vdsm.git' this morning. and   make it again. error remains.<br></span></div><div><span style="line-height: 1.7;">i fellow </span>http://www.ovirt.org/Vdsm_Developers step by step  until(<span style="white-space: pre-wrap;">make rpm</span><span style="line-height: 1.7;">).but if add '</span><span style="white-space: pre-wrap; line-height: 1.7;">NOSE_EXCLUDE=.* </span><span style="line-height: 1.7;">'  ,make can success</span></div><div>thanks.</div><div><br>error message:</div><div><div>    testConnectWithoutCertificateFails                          OK</div><div>    testSessionIsCached                                         OK</div><div>SPM_MailMonitorTests</div><div>    testThreadLeak                                              OK</div><div>TestSuperVdsm</div><div>    testIsSuperUp                                               WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused</div><div>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused</div><div>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused</div><div>ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm</div><div>Traceback (most recent call last):</div><div>  File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch</div><div>    utils.retry(self._connect, Exception, timeout=60, tries=3)</div><div>  File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry</div><div>    return func()</div><div>  File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect</div><div>    self._manager.connect()</div><div>  File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect</div><div>    conn = Client(self._address, authkey=self._authkey)</div><div>  File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client</div><div>    c = SocketClient(address)</div><div>  File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient</div><div>    s.connect(address)</div><div>  File "<string>", line 1, in connect</div><div>error: [Errno 111] Connection refused</div><div>Killed</div><div>[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure  --enable-hooks && make rpm</div><div></div><div id="divNeteaseMailCard"></div><br><pre><br>At 2013-02-28 23:33:10,"Yaniv Bronheim" <<a href="mailto:ybronhei@redhat.com">ybronhei(a)redhat.com</a>> wrote: >i dont think they're related at all > >run it without the tests: >./autogen.sh --system && ./configure --enable-hooks && make rpm NOSE_EXCLUDE=.* > >tell me what you've got.. >what vdsm branch do you compile? master or ovirt-3.2? > >----- Original Message ----- >From: "bigclouds" <<a href="mailto:bigclouds@163.com">bigclouds(a)163.com</a>> >To: "Yaniv Bronheim" <<a href="mailto:ybronhei@redhat.com">ybronhei(a)redhat.com</a>> >Sent: Thursday, February 28, 2013 5:18:20 PM >Subject: Re:Re: [Users] build vdsm error  at TestSuperVdsm > > > >hi, i think the error occurs when do unit test during compiling engine code.  >my env is centos6.3,engine code is latest from git-repo.  > > > > > > > > >At 2013-02-28 22:00:08,"Yaniv Bronheim" <<a href="mailto:ybronhei@redhat.com">ybronhei(a)redhat.com</a>> wrote: >>Hey, >>Maybe you've got vdsm that already runs on your machine ? but it doesn't supposed to throw this exception anyway >>/msg NickServ identify  >>What version of vdsm do you compile?? maybe the tests couldn't create the socket for the communication between supervdsm and vdsm..  >>its wrong that all the compilation fails that way.. ill check it. but did you try more than once to run it? >> >> >>----- Original Message ----- >>From: "bigclouds" <<a href="mailto:bigclouds@163.com">bigclouds(a)163.com</a>> >>To: <a href="mailto:users@ovirt.org">users(a)ovirt.org</a> >>Sent: Thursday, February 28, 2013 7:47:37 AM >>Subject: [Users] build vdsm error  at TestSuperVdsm >> >> >> >> >>testThreadLeak OK  >>TestSuperVdsm  >>testIsSuperUp WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused  >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused  >>WARNING:SuperVdsmProxy:Connect to svdsm failed [Errno 111] Connection refused  >>ERROR:Storage.Misc:Panic: Couldn't connect to supervdsm  >>Traceback (most recent call last):  >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 202, in launch  >>utils.ret ry(self._connect, Exception, timeout=60, tries=3)  >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/utils.py", line 1001, in retry  >>return func()  >>File "/root/rpmbuild/BUILD/vdsm-4.10.3/vdsm/supervdsm.py", line 188, in _connect  >>self._manager.connect()  >>File "/usr/lib64/python2.6/multiprocessing/managers.py", line 474, in connect  >>conn = Client(self._address, authkey=self._authkey)  >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 143, in Client  >>c = SocketClient(address)  >>File "/usr/lib64/python2.6/multiprocessing/connection.py", line 263, in SocketClient  >>s.connect(address)  >>File "<string>", line 1, in connect  >>error: [Errno 111] Connection refused  >>Killed  >>[root@ovirtdev vdsm]# ./autogen.sh --system && ./configure --enable-hooks && make rpm  >> >> >>_______________________________________________ >>Users mailing list >><a href="mailto:Users@ovirt.org">Users(a)ovirt.org</a> >>http://lists.ovirt.org/mailman/listinfo/users  </pre></div></div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_28990_2072646971.1362101178519--

1 0

Re: [Users] Documentation: Storage Domain conversion from Data Domain to Export Domain
by Matt . 01 Mar '13

01 Mar '13

I have tried this with a domain that was not master and I can import it. Strange is that all tabs, also the VM's that I would like to import, are empty. What could be the reason for this ? Thanks, Matt

2 2

[Users] 'mvn install' error
by bigclouds 01 Mar '13

01 Mar '13

------=_Part_30589_1847727401.1362101419355 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: 7bit hi: os centos6.3, engine is pulled this moning from 'git clone git://gerrit.ovirt.org/ovirt-engine ' i fellow 'http://www.ovirt.org/Building_oVirt_engine', it error when reach 'mvn clean install'. error message: [INFO] ------------------------------------------------------------------------ [INFO] [clean:clean {execution: default-clean}] [INFO] Deleting directory /mnt/ovirt-engine/backend/manager/dependencies/target [INFO] [resources:resources {execution: default-resources}] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/main/java [INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/main/resources [INFO] [compiler:compile {execution: default-compile}] [INFO] No sources to compile [INFO] [resources:testResources {execution: default-testResources}] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/test/resources [INFO] [compiler:testCompile {execution: default-testCompile}] [INFO] No sources to compile [INFO] [surefire:test {execution: default-test}] [INFO] No tests to run. [INFO] [jar:jar {execution: default-jar}] [WARNING] JAR will be empty - no content was marked for inclusion! [INFO] Building jar: /mnt/ovirt-engine/backend/manager/dependencies/target/dependencies-3.3.0-SNAPSHOT.jar [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] Failed to configure plugin parameters for: org.ovirt.engine:jboss-modules-maven-plugin:1.0-SNAPSHOT Cause: Class 'java.util.List' cannot be instantiated [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 24 seconds [INFO] Finished at: Thu Feb 28 20:26:34 CST 2013 [INFO] Final Memory: 56M/135M [INFO] ------------------------------------------------------------------------ [root@ovirtdev ovirt-engine]# mvn clean install ------=_Part_30589_1847727401.1362101419355 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: 7bit <div style="line-height:1.7;color:#000000;font-size:14px;font-family:arial"><div>hi:</div><div>os centos6.3, engine is pulled this moning from '<span style="white-space: pre-wrap; line-height: 1.7;">git clone git://gerrit.ovirt.org/ovirt-engine</span></div><div>'</div><div>i fellow 'http://www.ovirt.org/Building_oVirt_engine',  it error when reach 'mvn clean install'.</div><div><br></div><div><br></div><div>error message:</div><div><br></div><div><div>[INFO] ------------------------------------------------------------------------</div><div>[INFO] [clean:clean {execution: default-clean}]</div><div>[INFO] Deleting directory /mnt/ovirt-engine/backend/manager/dependencies/target</div><div>[INFO] [resources:resources {execution: default-resources}]</div><div>[INFO] Using 'UTF-8' encoding to copy filtered resources.</div><div>[INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/main/java</div><div>[INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/main/resources</div><div>[INFO] [compiler:compile {execution: default-compile}]</div><div>[INFO] No sources to compile</div><div>[INFO] [resources:testResources {execution: default-testResources}]</div><div>[INFO] Using 'UTF-8' encoding to copy filtered resources.</div><div>[INFO] skip non existing resourceDirectory /mnt/ovirt-engine/backend/manager/dependencies/src/test/resources</div><div>[INFO] [compiler:testCompile {execution: default-testCompile}]</div><div>[INFO] No sources to compile</div><div>[INFO] [surefire:test {execution: default-test}]</div><div>[INFO] No tests to run.</div><div>[INFO] [jar:jar {execution: default-jar}]</div><div>[WARNING] JAR will be empty - no content was marked for inclusion!</div><div>[INFO] Building jar: /mnt/ovirt-engine/backend/manager/dependencies/target/dependencies-3.3.0-SNAPSHOT.jar</div><div>[INFO] ------------------------------------------------------------------------</div><div>[ERROR] BUILD ERROR</div><div>[INFO] ------------------------------------------------------------------------</div><div>[INFO] Failed to configure plugin parameters for: org.ovirt.engine:jboss-modules-maven-plugin:1.0-SNAPSHOT</div><div><br></div><div><br></div><div><br></div><div>Cause: Class 'java.util.List' cannot be instantiated</div><div>[INFO] ------------------------------------------------------------------------</div><div>[INFO] For more information, run Maven with the -e switch</div><div>[INFO] ------------------------------------------------------------------------</div><div>[INFO] Total time: 24 seconds</div><div>[INFO] Finished at: Thu Feb 28 20:26:34 CST 2013</div><div>[INFO] Final Memory: 56M/135M</div><div>[INFO] ------------------------------------------------------------------------</div><div>[root@ovirtdev ovirt-engine]# mvn clean install</div></div></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span> ------=_Part_30589_1847727401.1362101419355--

2 1