- Users - oVirt List Archives

[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