From vmiszczak at ankama.com Tue Aug 7 06:34:59 2012 Content-Type: multipart/mixed; boundary="===============8409783578722387152==" MIME-Version: 1.0 From: Vincent Miszczak To: users at ovirt.org Subject: [Users] Ovirt 3.0 : remove failed iscsi domain Date: Tue, 07 Aug 2012 12:34:54 +0200 Message-ID: <7AFA66599AC41847AD8E021A1DBB9D14268480092F@pandore.ankama.com> --===============8409783578722387152== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_7AFA66599AC41847AD8E021A1DBB9D14268480092Fpandoreankama_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Hello, During my tests, I had setup a iSCSI domain for my test node. I have removed the corresponding LUN on the SAN but not in ovirt, and it do= =3D es not appear anymore in ovirt GUI. The problem is that my node still tries to connect to the SAN, and the SAN = =3D logs those failures. What is the way to properly remove the LUN in ovirt ? (I won't be able to bring the LUN online at all). Regards --=3D20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --_000_7AFA66599AC41847AD8E021A1DBB9D14268480092Fpandoreankama_ Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

&=3D nbsp;

During my tests, I had setup a iSCSI domain for my tes= =3D t node.

I have removed the corresponding LUN on the = SA=3D N but not in ovirt, and it does not appear anymore in ovirt GUI.= =3D

The problem is that my node still tries to connect to the SAN, an= =3D d the SAN logs those failures.

<=3D /span>

What is the way to properly remove the LUN in ovirt ?

(I won’t be able to bring the LUN online at all).<= =3D /span>

Regards

--=3D =3D20
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean. --_000_7AFA66599AC41847AD8E021A1DBB9D14268480092Fpandoreankama_-- --===============8409783578722387152== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" Ci0tXzAwMF83QUZBNjY1OTlBQzQxODQ3QUQ4RTAyMUExREJCOUQxNDI2ODQ4MDA5MkZwYW5kb3Jl YW5rYW1hXwpDb250ZW50LVR5cGU6IHRleHQvcGxhaW47IGNoYXJzZXQ9InVzLWFzY2lpIgpDb250 ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgpIZWxsbywKCkR1cmluZyBt eSB0ZXN0cywgSSBoYWQgc2V0dXAgYSBpU0NTSSBkb21haW4gZm9yIG15IHRlc3Qgbm9kZS4KSSBo YXZlIHJlbW92ZWQgdGhlIGNvcnJlc3BvbmRpbmcgTFVOIG9uIHRoZSBTQU4gYnV0IG5vdCBpbiBv dmlydCwgYW5kIGl0IGRvPQplcyBub3QgYXBwZWFyIGFueW1vcmUgaW4gb3ZpcnQgR1VJLgpUaGUg cHJvYmxlbSBpcyB0aGF0IG15IG5vZGUgc3RpbGwgdHJpZXMgdG8gY29ubmVjdCB0byB0aGUgU0FO LCBhbmQgdGhlIFNBTiA9CmxvZ3MgIHRob3NlIGZhaWx1cmVzLgoKV2hhdCBpcyB0aGUgd2F5IHRv IHByb3Blcmx5IHJlbW92ZSB0aGUgTFVOIGluIG92aXJ0ID8KKEkgd29uJ3QgYmUgYWJsZSB0byBi cmluZyB0aGUgTFVOIG9ubGluZSBhdCBhbGwpLgoKUmVnYXJkcwoKCi0tPTIwClRoaXMgbWVzc2Fn ZSBoYXMgYmVlbiBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZApkYW5nZXJvdXMgY29udGVudCBieSBN YWlsU2Nhbm5lciwgYW5kIGlzCmJlbGlldmVkIHRvIGJlIGNsZWFuLgoKCi0tXzAwMF83QUZBNjY1 OTlBQzQxODQ3QUQ4RTAyMUExREJCOUQxNDI2ODQ4MDA5MkZwYW5kb3JlYW5rYW1hXwpDb250ZW50 LVR5cGU6IHRleHQvaHRtbDsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRlbnQtVHJhbnNmZXItRW5j b2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCjxodG1sIHhtbG5zOnY9M0QidXJuOnNjaGVtYXMtbWlj cm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89M0QidXJuOnNjaGVtYXMtbWljcj0Kb3NvZnQtY29tOm9m ZmljZTpvZmZpY2UiIHhtbG5zOnc9M0QidXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6 d29yZCIgPQp4bWxuczptPTNEImh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vb2ZmaWNlLzIw MDQvMTIvb21tbCIgeG1sbnM9M0QiaHR0cDo9Ci8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj48 aGVhZD48bWV0YSBodHRwLWVxdWl2PTNEQ29udGVudC1UeXBlIGNvbnRlbnQ9Cj0zRCJ0ZXh0L2h0 bWw7IGNoYXJzZXQ9M0R1cy1hc2NpaSI+PG1ldGEgbmFtZT0zREdlbmVyYXRvciBjb250ZW50PTNE Ik1pY3Jvcz0Kb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPjxzdHlsZT48IS0tCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8KQGZvbnQtZmFjZQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7CglwYW5v c2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9CkBmb250LWZhY2UKCXtmb250LWZhbWlseTpUYWhv bWE7CglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9Ci8qIFN0eWxlIERlZmluaXRpb25z ICovCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwKCXttYXJnaW46MGNt OwoJbWFyZ2luLWJvdHRvbTouMDAwMXB0OwoJZm9udC1zaXplOjExLjBwdDsKCWZvbnQtZmFtaWx5 OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9CmE6 bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsKCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgljb2xvcjpi bHVlOwoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl cmxpbmtGb2xsb3dlZAoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9yOnB1cnBsZTsKCXRl eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRp di5Nc29BY2V0YXRlCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJbXNvLXN0eWxlLWxpbms6IlRl eHRlIGRlIGJ1bGxlcyBDYXIiOwoJbWFyZ2luOjBjbTsKCW1hcmdpbi1ib3R0b206LjAwMDFwdDsK CWZvbnQtc2l6ZTo4LjBwdDsKCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjsKCW1z by1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30Kc3Bhbi5FbWFpbFN0eWxlMTcKCXttc28tc3R5bGUt dHlwZTpwZXJzb25hbC1jb21wb3NlOwoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlm IjsKCWNvbG9yOndpbmRvd3RleHQ7fQpzcGFuLlRleHRlZGVidWxsZXNDYXIKCXttc28tc3R5bGUt bmFtZToiVGV4dGUgZGUgYnVsbGVzIENhciI7Cgltc28tc3R5bGUtcHJpb3JpdHk6OTk7Cgltc28t c3R5bGUtbGluazoiVGV4dGUgZGUgYnVsbGVzIjsKCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5z LXNlcmlmIjt9Ci5Nc29DaHBEZWZhdWx0Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7Cglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOwoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVM7fQpAcGFnZSBXb3JkU2VjdGlvbjEKCXtzaXplOjYxMi4wcHQgNzkyLjBwdDsKCW1hcmdp bjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44NXB0O30KZGl2LldvcmRTZWN0aW9uMQoJe3Bh Z2U6V29yZFNlY3Rpb24xO30KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0zRCJlZGl0IiBzcGlkbWF4PTNEIjEwMjYiIC8+CjwveG1sPjwh W2VuZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPgo8bzpzaGFwZWxheW91dCB2OmV4dD0z RCJlZGl0Ij4KPG86aWRtYXAgdjpleHQ9M0QiZWRpdCIgZGF0YT0zRCIxIiAvPgo8L286c2hhcGVs YXlvdXQ+PC94bWw+PCFbZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9M0RGUiBsaW5rPTNEYmx1 ZSB2bGluaz0KPTNEcHVycGxlPjxkaXYgY2xhc3M9M0RXb3JkU2VjdGlvbjE+PHAgY2xhc3M9M0RN c29Ob3JtYWw+PHNwYW4gbGFuZz0zREVOLVVTPQo+SGVsbG8sPG86cD48L286cD48L3NwYW4+PC9w PjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUz48bzpwPiY9Cm5ic3A7PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNERU4tVVMgc3R5 bGU9M0QnbXNvLT0KZmFyZWFzdC1sYW5ndWFnZTpGUic+RHVyaW5nIG15IHRlc3RzLCBJIGhhZCBz ZXR1cCBhIGlTQ1NJIGRvbWFpbiBmb3IgbXkgdGVzPQp0IG5vZGUuPG86cD48L286cD48L3NwYW4+ PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUyBzdHlsZT0KPTNEJ21z by1mYXJlYXN0LWxhbmd1YWdlOkZSJz5JIGhhdmUgcmVtb3ZlZCB0aGUgY29ycmVzcG9uZGluZyBM VU4gb24gdGhlIFNBPQpOIGJ1dCBub3QgaW4gb3ZpcnQsIGFuZCBpdCBkb2VzIG5vdCBhcHBlYXIg YW55bW9yZSBpbiBvdmlydCBHVUkuPG86cD48L286cD49Cjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RN c29Ob3JtYWw+PHNwYW4gbGFuZz0zREVOLVVTIHN0eWxlPTNEJ21zby1mYXJlYXN0LWxhbj0KZ3Vh Z2U6RlInPlRoZSBwcm9ibGVtIGlzIHRoYXQgbXkgbm9kZSBzdGlsbCB0cmllcyB0byBjb25uZWN0 IHRvIHRoZSBTQU4sIGFuPQpkIHRoZSBTQU4gbG9ncyAmbmJzcDt0aG9zZSBmYWlsdXJlcy48bzpw PjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3I9Cm1hbD48c3BhbiBsYW5nPTNERU4t VVMgc3R5bGU9M0QnbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RlInPjxvOnA+Jm5ic3A7PC9vOnA+PD0K L3NwYW4+PC9wPjxwIGNsYXNzPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUyBzdHlsZT0z RCdtc28tZmFyZWFzdC1sYW5nPQp1YWdlOkZSJz5XaGF0IGlzIHRoZSB3YXkgdG8gcHJvcGVybHkg cmVtb3ZlIHRoZSBMVU4gaW4gb3ZpcnQgPzxvOnA+PC9vOnA+PC89CnNwYW4+PC9wPjxwIGNsYXNz PTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUyBzdHlsZT0zRCdtc28tZmFyZWFzdC1sYW5n dT0KYWdlOkZSJz4oSSB3b24mIzgyMTc7dCBiZSBhYmxlIHRvIGJyaW5nIHRoZSBMVU4gb25saW5l IGF0IGFsbCkuPG86cD48L286cD48PQovc3Bhbj48L3A+PHAgY2xhc3M9M0RNc29Ob3JtYWw+PHNw YW4gbGFuZz0zREVOLVVTIHN0eWxlPTNEJ21zby1mYXJlYXN0LWxhbmc9CnVhZ2U6RlInPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz0zRE1zb05vcm1hbD48c3BhbiBsYW5nPTNE RU4tVT0KUyBzdHlsZT0zRCdtc28tZmFyZWFzdC1sYW5ndWFnZTpGUic+UmVnYXJkczxvOnA+PC9v OnA+PC9zcGFuPjwvcD48cCBjbGFzcz0KPTNETXNvTm9ybWFsPjxzcGFuIGxhbmc9M0RFTi1VUz48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PGJyIC8+LS09Cj0yMAo8YnIgLz5UaGlz IG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQKPGJyIC8+ZGFuZ2Vyb3Vz IGNvbnRlbnQgYnkKPGEgaHJlZj0zRCJodHRwOi8vd3d3Lm1haWxzY2FubmVyLmluZm8vIj48Yj5N YWlsU2Nhbm5lcjwvYj48L2E+LCBhbmQgaXMKPGJyIC8+YmVsaWV2ZWQgdG8gYmUgY2xlYW4uCjwv Ym9keT48L2h0bWw+CgotLV8wMDBfN0FGQTY2NTk5QUM0MTg0N0FEOEUwMjFBMURCQjlEMTQyNjg0 ODAwOTJGcGFuZG9yZWFua2FtYV8tLQo= --===============8409783578722387152==-- From dron at redhat.com Tue Aug 7 10:38:33 2012 Content-Type: multipart/mixed; boundary="===============0031513492477175582==" MIME-Version: 1.0 From: Dafna Ron To: users at ovirt.org Subject: Re: [Users] Ovirt 3.0 : remove failed iscsi domain Date: Tue, 07 Aug 2012 17:38:29 +0300 Message-ID: <50212865.9050502@redhat.com> In-Reply-To: 7AFA66599AC41847AD8E021A1DBB9D14268480092F@pandore.ankama.com --===============0031513492477175582== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 08/07/2012 01:34 PM, Vincent Miszczak wrote: > > Hello, > > During my tests, I had setup a iSCSI domain for my test node. > > I have removed the corresponding LUN on the SAN but not in ovirt, and > it does not appear anymore in ovirt GUI. > removing the lun in the storage will have no effect on the domain object in the ovirt db or vds host. so did you run anything else, if so what? if not, the lun should be represented as a domain under the domains tab and should still be there. I need to know exactly what you did so we can know what was not cleaned in ovirt and help you clean it. > > The problem is that my node still tries to connect to the SAN, and the > SAN logs those failures. > yes, it will keep trying to connect since you did not remove it from ovirt so it will keep trying to connect to the target. > > What is the way to properly remove the LUN in ovirt ? > > (I won=E2=80=99t be able to bring the LUN online at all). > please let me know if you see the domain in the UI and if not what else did you run and we'll continue from there. Dafna > Regards > > > -- = > This message has been scanned for viruses and > dangerous content by *MailScanner* , and is > believed to be clean. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- = Dafna Ron --===============0031513492477175582==-- From vmiszczak at ankama.com Tue Aug 7 10:50:55 2012 Content-Type: multipart/mixed; boundary="===============3535695857570960830==" MIME-Version: 1.0 From: Vincent Miszczak To: users at ovirt.org Subject: Re: [Users] Ovirt 3.0 : remove failed iscsi domain Date: Tue, 07 Aug 2012 16:50:50 +0200 Message-ID: <7AFA66599AC41847AD8E021A1DBB9D142684800AC6@pandore.ankama.com> In-Reply-To: 50212865.9050502@redhat.com --===============3535695857570960830== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi, It has been a while I did that, just saw the issue now, but I think I have = removed the LUN from the SAN, then edited the ovirt iSCSI domain and bound = it to a new LUN without deleting/recreating the domain. Regards. -----Message d'origine----- De=C2=A0: Dafna Ron [mailto:dron(a)redhat.com] = Envoy=C3=A9=C2=A0: mardi 7 ao=C3=BBt 2012 16:38 =C3=80=C2=A0: Vincent Miszczak Cc=C2=A0: users(a)ovirt.org Objet=C2=A0: Re: [Users] Ovirt 3.0 : remove failed iscsi domain On 08/07/2012 01:34 PM, Vincent Miszczak wrote: > > Hello, > > During my tests, I had setup a iSCSI domain for my test node. > > I have removed the corresponding LUN on the SAN but not in ovirt, and = > it does not appear anymore in ovirt GUI. > removing the lun in the storage will have no effect on the domain object in= the ovirt db or vds host. so did you run anything else, if so what? if not, the lun should be represented as a domain under the domains tab and= should still be there. I need to know exactly what you did so we can know what was not cleaned in = ovirt and help you clean it. > > The problem is that my node still tries to connect to the SAN, and the = > SAN logs those failures. > yes, it will keep trying to connect since you did not remove it from ovirt = so it will keep trying to connect to the target. > > What is the way to properly remove the LUN in ovirt ? > > (I won't be able to bring the LUN online at all). > please let me know if you see the domain in the UI and if not what else did= you run and we'll continue from there. Dafna > Regards > > > -- > This message has been scanned for viruses and dangerous content by = > *MailScanner* , and is believed to be = > clean. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Dafna Ron -- This message has been scanned for viruses and dangerous content by MailScan= ner, and is believed to be clean. -- = This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --===============3535695857570960830==-- From iheim at redhat.com Wed Aug 15 16:52:55 2012 Content-Type: multipart/mixed; boundary="===============2391232580653341283==" MIME-Version: 1.0 From: Itamar Heim To: users at ovirt.org Subject: Re: [Users] Ovirt 3.0 : remove failed iscsi domain Date: Wed, 15 Aug 2012 23:52:50 +0300 Message-ID: <502C0C22.5030209@redhat.com> In-Reply-To: 7AFA66599AC41847AD8E021A1DBB9D14268480092F@pandore.ankama.com --===============2391232580653341283== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 08/07/2012 01:34 PM, Vincent Miszczak wrote: > Hello, > > During my tests, I had setup a iSCSI domain for my test node. > > I have removed the corresponding LUN on the SAN but not in ovirt, and it > does not appear anymore in ovirt GUI. > > The problem is that my node still tries to connect to the SAN, and the > SAN logs those failures. > > What is the way to properly remove the LUN in ovirt ? > > (I won=E2=80=99t be able to bring the LUN online at all). do you still see the storage domain in the engine? did you try to remove it? > > Regards > > > -- > This message has been scanned for viruses and > dangerous content by *MailScanner* , and is > believed to be clean. > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============2391232580653341283==--