- Users - oVirt List Archives

Storage
by Budur Nagaraju 25 Sep '16

25 Sep '16

Hi I have storage of 2TB lun and only 90 GB is free ,when I set a qouta limit to 1800GB , it showing the 300GB available free space , any configs am missing ? Thanks, Nagaraju

2 1

Assigned ipv6 vm addreses
by Allen Warren 24 Sep '16

24 Sep '16

I have two oVirt servers running as local servers on the same network. How do I prevent the servers from creating the same ipv6 address for two different vm's. If I start a vm on the first server and then start one on the second server the ipv6 addresses are the same..

1 0

Re: [ovirt-users] moVirt 1.6 released!
by Karli Sjöberg 23 Sep '16

23 Sep '16

--_000_938a725ea99c425a9f3237f64fca616eexch24sluse_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpEZW4gMjEgc2VwIDIwMTYgMTE6Mzggc2tyZXYgVG9tYXMgSmVsaW5layA8dGplbGluZWtAcmVk aGF0LmNvbT46DQo+DQo+IERlYXIgYWxsLA0KPg0KPiBhIG5ldyByZWxlYXNlIG9mIG1vVmlydCAo QW5kcm9pZCBjbGllbnQgZm9yIG9WaXJ0KSAxLjYgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCENCj4N Cj4gVGhlIG1haW4gYWltIG9mIHRoaXMgdmVyc2lvbiB3YXMgdG8gbW92ZSBmdWxseSB0byB0aGUg NC4wIEFQSSAoY2hhbmdlbG9nOiBbMV0pLg0KPg0KPiBJZiB5b3UgaGF2ZSBpdCBhbHJlYWR5IGlu c3RhbGxlZCBvbiB5b3VyIGRldmljZSwgc3RheSB0dW5lZCBhbmQgaXQgd2lsbCBhcnJpdmUgc29v bi4NCj4gSWYgeW91IGRvbid0LCB5b3UgY2FuIGVpdGhlciBpbnN0YWxsIGl0IGZyb20gZ29vZ2xl IHBsYXkgc3RvcmUgWzJdIG9yIGZyb20gZGlyZWN0IGxpbmsgWzNdLg0KPg0KPiBQbGVhc2Ugc2hh cmUgYW55IGZlZWRiYWNrIQ0KDQpIaSENCg0KV29ya3MgbGlrZSBhIGNoYXJtIHdpdGggb3VyIDMu NiBlbmdpbmUhIEp1c3QgY29uZnVzaW5nIHRoYXQgSSBoYWQgdG8gc3dpcGUgZG93biAocmVmcmVz aCkgdG8gZ2V0IGEgbGlzdGluZyBvZiBWTSdzIGFuZCBzdWNoLCBJIHRob3VnaHQgaXQgZGlkIHRo YXQgYnkgaXRzZWxmPyBUaGF0IGlzLCBpZiBJIG9wZW4gdXAgdGhlIGFwcCBhbmQgZG8gbm90aGlu ZywganVzdCB3YWl0LCB0aGUgbGlzdCBzdGF5cyBlbXB0eSByZWdhcmRsZXNzIG9mIGhvdyBsb25n IEkgd2FpdGVkLiBJIHN0YXJ0ZWQgdG8gdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyB3cm9uZyBh bmQgYmVnYW4gdG8gdHJvdWJsZXNob290LCBmaXJzdCB0aGUgYXBwLXNldHRpbmdzIChhZGRyZXNz LCBsb2dpbiwgcGFzc3dvcmQpIGFuZCB0aGVuIGZyb20gdGhlIGVuZ2luZSBiZWZvcmUgSSByZWFs aXplZCBJIGhhZCB0byBzd2lwZSBkb3duIHRvIHNlZSBhbnl0aGluZzopIElzIHRoYXQgYnkgZGVz aWduIG9yIGEgYnVnPw0KDQpBbHNvIHRlc3RlZCB0aGF0IGFTUElDRSB3b3Jrcywgd2hpY2ggaXMg YXdlc29tZSEgS2VlcCB1cCB0aGUgZ3JlYXQgd29yayENCg0KL0sNCg0KPiBUb21hcw0KPg0KPiBb MV06IGh0dHBzOi8vZ2l0aHViLmNvbS9tYXRvYmV0L21vdmlydCN2MTYNCj4gWzJdOiBodHRwczov L3BsYXkuZ29vZ2xlLmNvbS9zdG9yZS9hcHBzL2RldGFpbHM/aWQ9b3JnLm92aXJ0Lm1vYmlsZS5t b3ZpcnQNCj4gWzNdOiBodHRwczovL2dpdGh1Yi5jb20vbWF0b2JldC9tb1ZpcnQvYmxvYi9tYXN0 ZXIvbW9WaXJ0L21vVmlydC1yZWxlYXNlLmFwaz9yYXc9dHJ1ZQ0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4g VXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m by91c2Vycw0K --_000_938a725ea99c425a9f3237f64fca616eexch24sluse_ Content-Type: text/html; charset="utf-8" Content-ID: <1B48F37C41F85943B8B6707FE823FF0D(a)ad.slu.se> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi Pjxicj4NCkRlbiAyMSBzZXAgMjAxNiAxMTozOCBza3JldiBUb21hcyBKZWxpbmVrICZsdDt0amVs aW5la0ByZWRoYXQuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBEZWFyIGFsbCw8YnI+DQom Z3Q7PGJyPg0KJmd0OyBhIG5ldyByZWxlYXNlIG9mIG1vVmlydCAoQW5kcm9pZCBjbGllbnQgZm9y IG9WaXJ0KSAxLjYgaGFzIGp1c3QgYmVlbiByZWxlYXNlZCE8YnI+DQomZ3Q7PGJyPg0KJmd0OyBU aGUgbWFpbiBhaW0gb2YgdGhpcyB2ZXJzaW9uIHdhcyB0byBtb3ZlIGZ1bGx5IHRvIHRoZSA0LjAg QVBJIChjaGFuZ2Vsb2c6IFsxXSkuPGJyPg0KJmd0Ozxicj4NCiZndDsgSWYgeW91IGhhdmUgaXQg YWxyZWFkeSBpbnN0YWxsZWQgb24geW91ciBkZXZpY2UsIHN0YXkgdHVuZWQgYW5kIGl0IHdpbGwg YXJyaXZlIHNvb24uPGJyPg0KJmd0OyBJZiB5b3UgZG9uJ3QsIHlvdSBjYW4gZWl0aGVyIGluc3Rh bGwgaXQgZnJvbSBnb29nbGUgcGxheSBzdG9yZSBbMl0gb3IgZnJvbSBkaXJlY3QgbGluayBbM10u PGJyPg0KJmd0Ozxicj4NCiZndDsgUGxlYXNlIHNoYXJlIGFueSBmZWVkYmFjayE8L3A+DQo8cCBk aXI9Imx0ciI+SGkhPC9wPg0KPHAgZGlyPSJsdHIiPldvcmtzIGxpa2UgYSBjaGFybSB3aXRoIG91 ciAzLjYgZW5naW5lISBKdXN0IGNvbmZ1c2luZyB0aGF0IEkgaGFkIHRvIHN3aXBlIGRvd24gKHJl ZnJlc2gpIHRvIGdldCBhIGxpc3Rpbmcgb2YgVk0ncyBhbmQgc3VjaCwgSSB0aG91Z2h0IGl0IGRp ZCB0aGF0IGJ5IGl0c2VsZj8gVGhhdCBpcywgaWYgSSBvcGVuIHVwIHRoZSBhcHAgYW5kIGRvIG5v dGhpbmcsIGp1c3Qgd2FpdCwgdGhlIGxpc3Qgc3RheXMgZW1wdHkgcmVnYXJkbGVzcw0KIG9mIGhv dyBsb25nIEkgd2FpdGVkLiBJIHN0YXJ0ZWQgdG8gdGhpbmsgdGhlcmUgd2FzIHNvbWV0aGluZyB3 cm9uZyBhbmQgYmVnYW4gdG8gdHJvdWJsZXNob290LCBmaXJzdCB0aGUgYXBwLXNldHRpbmdzIChh ZGRyZXNzLCBsb2dpbiwgcGFzc3dvcmQpIGFuZCB0aGVuIGZyb20gdGhlIGVuZ2luZSBiZWZvcmUg SSByZWFsaXplZCBJIGhhZCB0byBzd2lwZSBkb3duIHRvIHNlZSBhbnl0aGluZzopIElzIHRoYXQg YnkgZGVzaWduIG9yIGEgYnVnPzwvcD4NCjxwIGRpcj0ibHRyIj5BbHNvIHRlc3RlZCB0aGF0IGFT UElDRSB3b3Jrcywgd2hpY2ggaXMgYXdlc29tZSEgS2VlcCB1cCB0aGUgZ3JlYXQgd29yayE8L3A+ DQo8cCBkaXI9Imx0ciI+L0s8L3A+DQo8cCBkaXI9Imx0ciI+Jmd0OyBUb21hczxicj4NCiZndDs8 YnI+DQomZ3Q7IFsxXTogaHR0cHM6Ly9naXRodWIuY29tL21hdG9iZXQvbW92aXJ0I3YxNjxicj4N CiZndDsgWzJdOiBodHRwczovL3BsYXkuZ29vZ2xlLmNvbS9zdG9yZS9hcHBzL2RldGFpbHM/aWQ9 b3JnLm92aXJ0Lm1vYmlsZS5tb3ZpcnQ8YnI+DQomZ3Q7IFszXTogaHR0cHM6Ly9naXRodWIuY29t L21hdG9iZXQvbW9WaXJ0L2Jsb2IvbWFzdGVyL21vVmlydC9tb1ZpcnQtcmVsZWFzZS5hcGs/cmF3 PXRydWU8YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fPGJyPg0KJmd0OyBVc2VycyBtYWlsaW5nIGxpc3Q8YnI+DQomZ3Q7IFVzZXJzQG92aXJ0 Lm9yZzxicj4NCiZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz ZXJzPGJyPg0KPC9wPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_938a725ea99c425a9f3237f64fca616eexch24sluse_--

3 6

oVirt End User Tutorials
by Nate T. Llaneza 23 Sep '16

23 Sep '16

--_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5IEFsbCwNCg0KSSBhbSByZWFsbHkgZW5qb3lpbmcgb1ZpcnQsIGFuZCB3b3VsZCBsaWtlIHRv IGdpdmUgYmFjay4gSSBhbSBidWlsZGluZyBzb21lIG9WaXJ0IHR1dG9yaWFscyBmb3IgYSBjb21t dW5pdHkgY29sbGVnZSwgYW5kIHRob3VnaHQgSSB3b3VsZCBzaGFyZSB0aGVtIHdpdGggeSdhbGwu IFJpZ2h0IG5vdyB0aGUgdmlkZW9zIGFyZSBnZWFyZWQgdG93YXJkcyBoZWxwaW5nIHRoZSBlbmQg dXNlciBuYXZpZ2F0ZSB0aHJvdWdoIHRoZSB1c2VyIHBvcnRhbC4NCg0K --_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_ Content-Type: text/html; charset="utf-8" Content-ID: <0EC468736FD3864981A06116197EA6B5(a)namprd19.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxzdHlsZSBpZD0iZU1DbGllbnRDc3MiPg0KYmxv Y2txdW90ZS5jaXRlIHsgbWFyZ2luLWxlZnQ6IDVweDsgbWFyZ2luLXJpZ2h0OiAwcHg7IHBhZGRp bmctbGVmdDogMTBweDsgcGFkZGluZy1yaWdodDowcHg7IGJvcmRlci1sZWZ0OiAxcHggc29saWQg I2NjY2NjYyB9DQpibG9ja3F1b3RlLmNpdGUyIHttYXJnaW4tbGVmdDogNXB4OyBtYXJnaW4tcmln aHQ6IDBweDsgcGFkZGluZy1sZWZ0OiAxMHB4OyBwYWRkaW5nLXJpZ2h0OjBweDsgYm9yZGVyLWxl ZnQ6IDFweCBzb2xpZCAjY2NjY2NjOyBtYXJnaW4tdG9wOiAzcHg7IHBhZGRpbmctdG9wOiAwcHg7 IH0NCi5wbGFpbiBwcmUsIC5wbGFpbiB0dCB7IGZvbnQtZmFtaWx5OiBtb25vc3BhY2U7IGZvbnQt c2l6ZTogMTAwJTsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgZm9udC1zdHlsZTogbm9ybWFsO30NCmEg aW1nIHsgYm9yZGVyOiAwcHg7IH1ib2R5IHtmb250LWZhbWlseTogQ2FsaWJyaTtmb250LXNpemU6 IDEycHQ7fQ0KLnBsYWluIHByZSwgLnBsYWluIHR0IHtmb250LWZhbWlseTogQ2FsaWJyaTtmb250 LXNpemU6IDEycHQ7fTwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keT4NCjxkaXY+SGV5IEFsbCw8L2Rp dj4NCjxkaXY+Jm5ic3A7PC9kaXY+DQo8ZGl2PkkgYW0gcmVhbGx5IGVuam95aW5nIG9WaXJ0LCBh bmQgd291bGQgbGlrZSB0byBnaXZlIGJhY2suIEkgYW0gYnVpbGRpbmcgc29tZSBvVmlydCB0dXRv cmlhbHMgZm9yIGEgY29tbXVuaXR5IGNvbGxlZ2UsIGFuZCB0aG91Z2h0IEkgd291bGQgc2hhcmUg dGhlbSB3aXRoIHknYWxsLiBSaWdodCBub3cgdGhlIHZpZGVvcyBhcmUgZ2VhcmVkIHRvd2FyZHMg aGVscGluZyB0aGUgZW5kIHVzZXIgbmF2aWdhdGUgdGhyb3VnaCB0aGUgdXNlciBwb3J0YWwuPC9k aXY+DQo8ZGl2PiZuYnNwOzwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_em5ead95cde17941dfa79ef6472e1529a0nzxt_--

1 0

Cannot change Cluster Compatibility Version when a VM is active
by Bruckner, Simone 23 Sep '16

23 Sep '16

--_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I am trying to upgrade an oVirt installation (3.6.7.5-1.el6) to 4.0. My d= atacenters and clusters have 3.5 compatibility settings. I followed the instructions from http://www.ovirt.org/documentation/migrati= on-engine-3.6-to-4.0/ but cannot proceed in engine-setup as 3.5 compatibili= ty is not supported. When trying to change cluster compatibility from 3.5 to 3.6 I receive "Cann= ot change Cluster Compatibility Version when a VM is active. Please shutdow= n all VMs in the Cluster." According to https://bugzilla.redhat.com/show_bu= g.cgi?id=3D1341023 this should be fixed in 3.6.7. Any ideas? Best Regards, Simone Bruckner --_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> Hi all,<o:p></o:p> <o:p> </o:p>   I am trying to upgrade a= n oVirt installation (3.6.7.5-1.el6) to 4.0. My datacenters and clusters ha= ve 3.5 compatibility settings.<o:p></o:p> <o:p> </o:p> I followed the instructions fro= m <a href=3D"http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0= /"> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/</a> but can= not proceed in engine-setup as 3.5 compatibility is not supported.<o:p></o:= p> <o:p> </o:p> When trying to change cluster c= ompatibility from 3.5 to 3.6 I receive “Cannot change Cluster Compati= bility Version when a VM is active. Please shutdown all VMs in the Cluster.= ” According to <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1341023">https://b= ugzilla.redhat.com/show_bug.cgi?id=3D1341023</a> this should be fixed in 3.= 6.7. Any ideas?<o:p></o:p> <o:p> </o:p> <div> Best Regards,<o:p></o:p> Simone Bruckner<o:p></o:p> </div> <o:p> </o:p> </div> </body> </html> --_000_2CB4E8C8E00E594EA06D4AC427E429920F5AB077fabamailserverf_--

4 5

cloud-init and user password
by Davide Ferrari 23 Sep '16

23 Sep '16

Hello I'm using a Centos7 cloud image from built-in ovirt-image-repository and I have some trouble setting an initial password for a given user with cloud-init. Basically, it doesn't set any password. Other things work: user is created, ssh key is set (both for the user and root) but no password. This is a problem for me because I want to automatically provision the image with Foreman but the ovirt integration works only with password. The cloud-init logs in the VMs doesn't tell anything about password being or not set. What's the password format accepted in the GUI? plain text? or salted hash like plain cloud-init config? Thanks -- Davide Ferrari Senior Systems Engineer

2 2

ovirt 4.0.3 and Active directory
by nicola.gentile.to 23 Sep '16

23 Sep '16

Hi, I have installed ovirt 4.0.3 on my servers. Now I would add authentication with active directory, for user portal. In the previous version I have used the following command: engine-manage-domains add --domain=mydomain --provider=ad --user=myuser --add-permissions but now this command there isn't. I found this command ovirt-engine-extension-aaa-ldap-setup and now I ask you if this command is the substitute, this command is not present on my installation, I must add it I suppose. Is there an howto page on the documentation to help me? How to I proceede? Thank you for your help Regard Nicola

2 4

Cannot create a non vm network using ovirtsdk
by knarra 22 Sep '16

22 Sep '16

This is a multi-part message in MIME format. --------------959D32FB75F08ADEEDA5B907 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I am trying to create a non vm network using the following code, but it still go a head and creates vm network. Can some one please help me to resolve this? Or can you let me know in case i am missing some parameter to add here? def create_gluster_network(network_name): networks_service = connection.system_service().networks_service() network = networks_service.add(types.Network(name=network_name,data_center=types.DataCenter(name='Default'),description='new gluster network' )) Thanks kasturi --------------959D32FB75F08ADEEDA5B907 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, I am trying to create a non vm network using the following code, but it still go a head and creates vm network. Can some one please help me to resolve this? Or can you let me know in case i am missing some parameter to add here? <meta http-equiv="content-type" content="text/html; charset=utf-8"> <pre style="background-color:#ffffff;color:#000000;font-family:'DejaVu Sans Mono';font-size:13.5pt;">def create_gluster_network(network_name): networks_service = connection.system_service().networks_service() network = networks_service.add(types.Network(name=network_name, data_center=types.DataCenter(name='Default'), description='new gluster network' )) Thanks kasturi </pre> </body> </html> --------------959D32FB75F08ADEEDA5B907--

2 2

Can't import export domain
by Maton, Brett 22 Sep '16

22 Sep '16

I basically scrubbed my 'old' cluster after a number of failures trying to convert a physical engine to a self hosted engine, anyway.... I'm now trying to import the 'old' export domain but I'm getting this message: There is no storage domain under the specified path. Check event pane for more details. I did see this in the logs if it helps at all: 2016-09-19 18:05:23,584 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (default task-28) [171c3ebf] FINISH, DisconnectStorageServerVDSCommand, return: {5c4ae7b4-b87b-4ef1-910c-cb338232098c=0}, log id: 7d3bbb38 2016-09-19 18:05:23,589 INFO [org.ovirt.engine.core.bll.storage.connection.RemoveStorageServerConnectionCommand] (default task-28) [171c3ebf] Lock freed to object 'EngineLock:{exclusiveLocks='[nfs.example.com:/exports/export=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>, 5c4ae7b4-b87b-4ef1-910c-cb338232098c=<STORAGE_CONNECTION, ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' 2016-09-19 18:05:25,587 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (default task-18) [35dda2c9] FINISH, DisconnectStorageServerVDSCommand, return: {5c4ae7b4-b87b-4ef1-910c-cb338232098c=0}, log id: 151ff1bd dom_md/metadata file on the export NFS directory begins with CLASS=Backup DESCRIPTION=export Any suggestions ?

2 2

Re: [ovirt-users] iSCSI
by Elad Ben Aharon 22 Sep '16

22 Sep '16

Hi, It looks like you've been trying to configure the iSCSI bond with a network which was configured as 'required'. This is not allowed by design. Please do the following: Navigate to 'Networks' tab, pick the storage network, navigate to the 'Clusters' sub-tab and click on 'Manage Networks' and uncheck the 'Required' check box. On Thu, Sep 22, 2016 at 6:27 AM, Budur Nagaraju <nbudoor(a)gmail.com> wrote: > Yes ,After reboot the Host able to detect the Lun IS , while configuring > the iSCSI bond getting the below error. > > I have configured a separate network for iSCSI configuration. > > > 2016-09-22 08:53:56,603 WARN [org.ovirt.engine.core.bll.storage.AddIscsiBondCommand] > (ajp--127.0.0.1-8702-11) [24aae7bf] CanDoAction of action AddIscsiBond > failed for user admin@internal. Reasons: VAR__ACTION__ADD,VAR__TYPE__ > ISCSI_BOND,ACTION_TYPE_FAILED_ISCSI_BOND_NETWORK_CANNOT_BE_REQUIRED > 2016-09-22 08:54:16,957 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [58e32f2b] Failed in SpmStatusVDS > method > 2016-09-22 08:54:16,958 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [58e32f2b] Command > SpmStatusVDSCommand(HostName = pbuovirt2, HostId = d26d3cb1-df70-472e-964b-546ea4dc8bc7, > storagePoolId = eb13e6d4-cf50-46e6-a43a-234862f1adad) execution failed. > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > Failed to SpmStatusVDS, error = (-202, 'Unable to read resource owners', > 'Sanlock exception'), code = 100 > 2016-09-22 08:54:16,960 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] > (DefaultQuartzScheduler_Worker-64) [79193574] Running command: > SetStoragePoolStatusCommand internal: true. Entities affected : ID: > eb13e6d4-cf50-46e6-a43a-234862f1adad Type: StoragePool > 2016-09-22 08:54:16,962 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] > (DefaultQuartzScheduler_Worker-64) [79193574] Storage Pool > eb13e6d4-cf50-46e6-a43a-234862f1adad - Updating Storage Domain > 3511c340-acbb-4c40-aeb2-9f4727107a46 status from Active to Unknown, > reason : null > 2016-09-22 08:54:16,968 WARN [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-64) > [79193574] Correlation ID: 79193574, Call Stack: null, Custom Event ID: -1, > Message: Invalid status on Data Center EMC. Setting Data Center status to > Non Responsive (On host pbuovirt2, Error: General Exception). > 2016-09-22 08:54:17,355 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] > (DefaultQuartzScheduler_Worker-6) VM child1-leema 29ab1bb4-235d-4b47-ad6a-aa7709020327 > moved from NotResponding --> Up > 2016-09-22 08:54:26,992 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [79193574] Failed in SpmStatusVDS > method > 2016-09-22 08:54:26,997 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] > (DefaultQuartzScheduler_Worker-64) [79193574] Command > SpmStatusVDSCommand(HostName = pbuovirt2, HostId = d26d3cb1-df70-472e-964b-546ea4dc8bc7, > storagePoolId = eb13e6d4-cf50-46e6-a43a-234862f1adad) execution failed. > Exception: VDSErrorException: VDSGenericException: VDSErrorException: > Failed to SpmStatusVDS, error = (-202, 'Sanlock resource read failure', > 'Sanlock exception'), code = 100 > 2016-09-22 08:54:26,997 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] > (DefaultQuartzScheduler_Worker-64) [79193574] hostFromVds::selectedVds - > pbuovirt2, spmStatus returned null! > ^C > [root@pscloud ~]# > > > On Wed, Sep 21, 2016 at 6:19 PM, Kevin Goldblatt <kgoldbla(a)redhat.com> > wrote: > >> Hi Badur, >> >> >> >> I would like to understand what you are trying to configure. >> >> Are you trying to expose a LUN to your vdsm host to use in order to >> create an ISCSI storage domain? >> If so please verify the following: >> >> 1. Have you correctly mapped the LUN to your vdsm host initiator via your >> storage provider >> >> 2. Is the LUN visible via the vdsm host. For this run: >> a. "multipath -ll" on the vdsm host. Your output for a LUN should look >> something like this: >> >> xxxxxxxxxxxx1600024 dm-6 XxxxxIO ,XxxxxApp >> size=80G features='0' hwhandler='0' wp=rw >> `-+- policy='queue-length 0' prio=1 status=active >> |- 0:0:0:8 sdh 8:112 active ready running >> |- 0:0:1:8 sdp 8:240 active ready running >> |- 5:0:0:8 sdx 65:112 active ready running >> `- 5:0:1:8 sdaf 65:240 active ready running >> >> 3. Have you edited your /etc/iscsi/initiatorname.iscsi >> You should have something like this: >> InitiatorName=iqn.1xxx-xx.com.redhat:host1-vds1 (replace the string >> after the : with the iqn given in the storage provider) >> >> >> 4. Reboot your host after making any changes >> >> >> 5. Once you the LUN is visible to the host you can create a Storage >> Domain via the Ovirt GUI" >> a. Select the ISCSI Storage Type >> b. Discover the Targets by using one of the IP addresses of the storage >> provider Ports >> >> Hope this helps, >> >> >> >> Regards, >> >> >> Kevin >> >> >> On Tue, Sep 20, 2016 at 12:54 PM, Budur Nagaraju <nbudoor(a)gmail.com> >> wrote: >> >>> HI All, >>> >>> While configuring iSCSI LUN is not getting detected any documents to >>> configure iSCSI in oVirt ? >>> >>> Thanks, >>> Nagaraju >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >

1 0