From gustavo.pedrosa at eldorado.org.br Tue Sep 10 14:20:42 2013 Content-Type: multipart/mixed; boundary="===============5861068321297065226==" MIME-Version: 1.0 From: Gustavo Frederico Temple Pedrosa To: devel at ovirt.org Subject: [Engine-devel] Question about Disk Hotplug Date: Tue, 10 Sep 2013 18:20:32 +0000 Message-ID: --===============5861068321297065226== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_EF26FC1776F7FF46BFC072393EFD13A29A4FC8SERV070corpeldora_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Hi everyone, We proposed some changes in how to query if an operating system supports ho= =3D tplug, then Itamar suggested that disk hotplugging and NIC hotplugging coul= =3D d be separated from each other. While it is pretty clear how to put info ab= =3D out NIC hotplugging in the osinfo, here are a few issues when trying to int= =3D roduce the same concept for disk hotplugging. Some disk interfaces do not support hotplugging at all (like IDE), some of = =3D them support it in the x86_64, but not in the ppc64 architecture (like the = =3D VirtIO blk) and others support it in both architectures (like VirtIO SCSI).= =3D There is also a ppc64 specific controller called SPAPR VSCSI, which suppor= =3D ts it too. So, how do you propose a syntax to cover all these cases? I thought about something along the lines of: os.{id}.devices.disk.hotpluggableInterfaces =3D3D VirtIO_SCSI, VirtIO Thanks, Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa --_000_EF26FC1776F7FF46BFC072393EFD13A29A4FC8SERV070corpeldora_ Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Hi everyone,<=3D /p>

We proposed some changes in= how=3D to query if an operating system supports hotplug, then Itamar suggested th= =3D at disk hotplugging and NIC hotplugging could be separated from each other.= =3D While it is pretty clear how to put info about NIC hotplugging in the osinfo, here are a few issues when tryin= =3D g to introduce the same concept for disk hotplugging.

Some disk interfaces do not= sup=3D port hotplugging at all (like IDE), some of them support it in the x86_64, = =3D but not in the ppc64 architecture (like the VirtIO blk) and others support = =3D it in both architectures (like VirtIO SCSI). There is also a ppc64 specific controller called SPAPR VSCSI, which= =3D supports it too.

So, how do you propose a sy= ntax=3D to cover all these cases?

I thought about something a= long=3D the lines of:

os.{id}.devices.disk.hotplu= ggab=3D leInterfaces =3D3D VirtIO_SCSI, VirtIO

Thanks,

Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa=3D

--_000_EF26FC1776F7FF46BFC072393EFD13A29A4FC8SERV070corpeldora_-- --===============5861068321297065226== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwX0VGMjZGQzE3NzZGN0ZGNDZCRkMwNzIzOTNFRkQxM0EyOUE0RkM4U0VSVjA3MGNvcnBl bGRvcmFfCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCkhpIGV2ZXJ5b25lLAoKV2Ug cHJvcG9zZWQgc29tZSBjaGFuZ2VzIGluIGhvdyB0byBxdWVyeSBpZiBhbiBvcGVyYXRpbmcgc3lz dGVtIHN1cHBvcnRzIGhvPQp0cGx1ZywgdGhlbiBJdGFtYXIgc3VnZ2VzdGVkIHRoYXQgZGlzayBo b3RwbHVnZ2luZyBhbmQgTklDIGhvdHBsdWdnaW5nIGNvdWw9CmQgYmUgc2VwYXJhdGVkIGZyb20g ZWFjaCBvdGhlci4gV2hpbGUgaXQgaXMgcHJldHR5IGNsZWFyIGhvdyB0byBwdXQgaW5mbyBhYj0K b3V0IE5JQyBob3RwbHVnZ2luZyBpbiB0aGUgb3NpbmZvLCBoZXJlIGFyZSBhIGZldyBpc3N1ZXMg d2hlbiB0cnlpbmcgdG8gaW50PQpyb2R1Y2UgdGhlIHNhbWUgY29uY2VwdCBmb3IgZGlzayBob3Rw bHVnZ2luZy4KClNvbWUgZGlzayBpbnRlcmZhY2VzIGRvIG5vdCBzdXBwb3J0IGhvdHBsdWdnaW5n IGF0IGFsbCAobGlrZSBJREUpLCBzb21lIG9mID0KdGhlbSBzdXBwb3J0IGl0IGluIHRoZSB4ODZf NjQsIGJ1dCBub3QgaW4gdGhlIHBwYzY0IGFyY2hpdGVjdHVyZSAobGlrZSB0aGUgPQpWaXJ0SU8g YmxrKSBhbmQgb3RoZXJzIHN1cHBvcnQgaXQgaW4gYm90aCBhcmNoaXRlY3R1cmVzIChsaWtlIFZp cnRJTyBTQ1NJKS49CiBUaGVyZSBpcyBhbHNvIGEgcHBjNjQgc3BlY2lmaWMgY29udHJvbGxlciBj YWxsZWQgU1BBUFIgVlNDU0ksIHdoaWNoIHN1cHBvcj0KdHMgaXQgdG9vLgoKU28sIGhvdyBkbyB5 b3UgcHJvcG9zZSBhIHN5bnRheCB0byBjb3ZlciBhbGwgdGhlc2UgY2FzZXM/CgpJIHRob3VnaHQg YWJvdXQgc29tZXRoaW5nIGFsb25nIHRoZSBsaW5lcyBvZjoKb3Mue2lkfS5kZXZpY2VzLmRpc2su aG90cGx1Z2dhYmxlSW50ZXJmYWNlcyA9M0QgVmlydElPX1NDU0ksIFZpcnRJTwoKVGhhbmtzLApM ZW9uYXJkbyBCaWFuY29uaS9WaXRvciBkZSBMaW1hL0d1c3Rhdm8gUGVkcm9zYQoKLS1fMDAwX0VG MjZGQzE3NzZGN0ZGNDZCRkMwNzIzOTNFRkQxM0EyOUE0RkM4U0VSVjA3MGNvcnBlbGRvcmFfCkNv bnRlbnQtVHlwZTogdGV4dC9odG1sOyBjaGFyc2V0PSJ1cy1hc2NpaSIKQ29udGVudC1UcmFuc2Zl ci1FbmNvZGluZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWwgeG1sbnM6dj0zRCJ1cm46c2NoZW1h cy1taWNyb3NvZnQtY29tOnZtbCIgeG1sbnM6bz0zRCJ1cm46c2NoZW1hcy1taWNyPQpvc29mdC1j b206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0zRCJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9m ZmljZTp3b3JkIiA9CnhtbG5zOm09M0QiaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZp Y2UvMjAwNC8xMi9vbW1sIiB4bWxucz0zRCJodHRwOj0KLy93d3cudzMub3JnL1RSL1JFQy1odG1s NDAiPgo8aGVhZD4KPG1ldGEgaHR0cC1lcXVpdj0zRCJDb250ZW50LVR5cGUiIGNvbnRlbnQ9M0Qi dGV4dC9odG1sOyBjaGFyc2V0PTNEdXMtYXNjaWkiPQo+CjxtZXRhIG5hbWU9M0QiR2VuZXJhdG9y IiBjb250ZW50PTNEIk1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj4KPHN0eWxl PjwhLS0KLyogRm9udCBEZWZpbml0aW9ucyAqLwpAZm9udC1mYWNlCgl7Zm9udC1mYW1pbHk6Q2Fs aWJyaTsKCXBhbm9zZS0xOjIgMTUgNSAyIDIgMiA0IDMgMiA0O30KLyogU3R5bGUgRGVmaW5pdGlv bnMgKi8KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbAoJe21hcmdpbjow Y207CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7Cglmb250LXNpemU6MTEuMHB0OwoJZm9udC1mYW1p bHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsKCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30K YTpsaW5rLCBzcGFuLk1zb0h5cGVybGluawoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsKCWNvbG9y OmJsdWU7Cgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30KYTp2aXNpdGVkLCBzcGFuLk1zb0h5 cGVybGlua0ZvbGxvd2VkCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5OwoJY29sb3I6cHVycGxlOwoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9CnNwYW4uRW1haWxTdHlsZTE3Cgl7bXNvLXN0eWxl LXR5cGU6cGVyc29uYWwtY29tcG9zZTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7Cgljb2xvcjp3aW5kb3d0ZXh0O30KLk1zb0NocERlZmF1bHQKCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsKCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7Cgltc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUzt9CkBwYWdlIFdvcmRTZWN0aW9uMQoJe3NpemU6NjEyLjBwdCA3 OTIuMHB0OwoJbWFyZ2luOjcwLjg1cHQgMy4wY20gNzAuODVwdCAzLjBjbTt9CmRpdi5Xb3JkU2Vj dGlvbjEKCXtwYWdlOldvcmRTZWN0aW9uMTt9Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+CjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9M0QiZWRpdCIgc3BpZG1heD0zRCIxMDI2IiAv Pgo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4KPG86c2hhcGVsYXlv dXQgdjpleHQ9M0QiZWRpdCI+CjxvOmlkbWFwIHY6ZXh0PTNEImVkaXQiIGRhdGE9M0QiMSIgLz4K PC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPgo8L2hlYWQ+Cjxib2R5IGxhbmc9M0Qi UFQtQlIiIGxpbms9M0QiYmx1ZSIgdmxpbms9M0QicHVycGxlIj4KPGRpdiBjbGFzcz0zRCJXb3Jk U2VjdGlvbjEiPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPkhp IGV2ZXJ5b25lLDxvOnA+PC9vOnA+PC9zcGFuPjw9Ci9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9M0QiRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4KPHAgY2xh c3M9M0QiTXNvTm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVTIj5XZSBwcm9wb3NlZCBzb21lIGNo YW5nZXMgaW4gaG93PQogdG8gcXVlcnkgaWYgYW4gb3BlcmF0aW5nIHN5c3RlbSBzdXBwb3J0cyBo b3RwbHVnLCB0aGVuIEl0YW1hciBzdWdnZXN0ZWQgdGg9CmF0IGRpc2sgaG90cGx1Z2dpbmcgYW5k IE5JQyBob3RwbHVnZ2luZyBjb3VsZCBiZSBzZXBhcmF0ZWQgZnJvbSBlYWNoIG90aGVyLj0KIFdo aWxlIGl0IGlzIHByZXR0eSBjbGVhciBob3cgdG8gcHV0CiBpbmZvIGFib3V0IE5JQyBob3RwbHVn Z2luZyBpbiB0aGUgb3NpbmZvLCBoZXJlIGFyZSBhIGZldyBpc3N1ZXMgd2hlbiB0cnlpbj0KZyB0 byBpbnRyb2R1Y2UgdGhlIHNhbWUgY29uY2VwdCBmb3IgZGlzayBob3RwbHVnZ2luZy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPTNEIk1zb05vcm1hbCI+PHNwYW4gbGFuZz0zRCJFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9M0QiRU4tVVMiPlNvbWUgZGlzayBpbnRlcmZhY2VzIGRvIG5vdCBzdXA9CnBvcnQg aG90cGx1Z2dpbmcgYXQgYWxsIChsaWtlIElERSksIHNvbWUgb2YgdGhlbSBzdXBwb3J0IGl0IGlu IHRoZSB4ODZfNjQsID0KYnV0IG5vdCBpbiB0aGUgcHBjNjQgYXJjaGl0ZWN0dXJlIChsaWtlIHRo ZSBWaXJ0SU8gYmxrKSBhbmQgb3RoZXJzIHN1cHBvcnQgPQppdCBpbiBib3RoIGFyY2hpdGVjdHVy ZXMgKGxpa2UgVmlydElPCiBTQ1NJKS4gVGhlcmUgaXMgYWxzbyBhIHBwYzY0IHNwZWNpZmljIGNv bnRyb2xsZXIgY2FsbGVkIFNQQVBSIFZTQ1NJLCB3aGljaD0KIHN1cHBvcnRzIGl0IHRvby48bzpw PjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPTNEIk1zb05vcm1hbCI+PHNwYW4gbGFuZz0zRCJF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0zRCJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9M0QiRU4tVVMiPlNvLCBob3cgZG8geW91IHByb3Bvc2UgYSBzeW50YXg9CiB0 byBjb3ZlciBhbGwgdGhlc2UgY2FzZXM/PG86cD48L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0z RCJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9M0QiRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVTIj5JIHRob3Vn aHQgYWJvdXQgc29tZXRoaW5nIGFsb25nPQogdGhlIGxpbmVzIG9mOjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj48c3BhbiBsYW5nPTNEIkVOLVVTIj5vcy57aWR9 LmRldmljZXMuZGlzay5ob3RwbHVnZ2FiPQpsZUludGVyZmFjZXMgPTNEIFZpcnRJT19TQ1NJLCBW aXJ0SU88bzpwPjwvbzpwPjwvc3Bhbj48L3A+CjxwIGNsYXNzPTNEIk1zb05vcm1hbCI+PHNwYW4g bGFuZz0zRCJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPgo8cCBjbGFzcz0zRCJN c29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4KPHAgY2xhc3M9M0QiTXNvTm9ybWFsIj5M ZW9uYXJkbyBCaWFuY29uaS9WaXRvciBkZSBMaW1hL0d1c3Rhdm8gUGVkcm9zYTxvOnA+PQo8L286 cD48L3A+CjwvZGl2Pgo8L2JvZHk+CjwvaHRtbD4KCi0tXzAwMF9FRjI2RkMxNzc2RjdGRjQ2QkZD MDcyMzkzRUZEMTNBMjlBNEZDOFNFUlYwNzBjb3JwZWxkb3JhXy0tCg== --===============5861068321297065226==-- From rgolan at redhat.com Wed Sep 11 04:27:11 2013 Content-Type: multipart/mixed; boundary="===============7861110316752085422==" MIME-Version: 1.0 From: Roy Golan To: devel at ovirt.org Subject: Re: [Engine-devel] Question about Disk Hotplug Date: Wed, 11 Sep 2013 11:27:04 +0300 Message-ID: <52302958.8090903@redhat.com> In-Reply-To: EF26FC1776F7FF46BFC072393EFD13A29A4FC8@SERV070.corp.eldorado.org.br --===============7861110316752085422== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Tue 10 Sep 2013 09:20:32 PM IDT, Gustavo Frederico Temple Pedrosa = wrote: > Hi everyone, > > We proposed some changes in how to query if an operating system > supports hotplug, then Itamar suggested that disk hotplugging and NIC > hotplugging could be separated from each other. While it is pretty > clear how to put info about NIC hotplugging in the osinfo, here are a > few issues when trying to introduce the same concept for disk hotplugging. > > Some disk interfaces do not support hotplugging at all (like IDE), > some of them support it in the x86_64, but not in the ppc64 > architecture (like the VirtIO blk) and others support it in both > architectures (like VirtIO SCSI). There is also a ppc64 specific > controller called SPAPR VSCSI, which supports it too. > > So, how do you propose a syntax to cover all these cases? > > I thought about something along the lines of: > > os.{id}.devices.disk.hotpluggableInterfaces =3D VirtIO_SCSI, VirtIO > > Thanks, > > Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa > "storage" is a better term than "disk" so: os.{id}.devices.storage... maybe in the future we may expand the metadata model to hold devices = and hook it to an OS device.{id}.... os.{id}.devices=3D{deviceId} just a thought, its unnecessary for now. --===============7861110316752085422==-- From iheim at redhat.com Wed Sep 11 05:06:47 2013 Content-Type: multipart/mixed; boundary="===============9201753425367439126==" MIME-Version: 1.0 From: Itamar Heim To: devel at ovirt.org Subject: Re: [Engine-devel] Question about Disk Hotplug Date: Wed, 11 Sep 2013 12:06:40 +0300 Message-ID: <523032A0.9020400@redhat.com> In-Reply-To: 52302958.8090903@redhat.com --===============9201753425367439126== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 09/11/2013 11:27 AM, Roy Golan wrote: > On Tue 10 Sep 2013 09:20:32 PM IDT, Gustavo Frederico Temple Pedrosa wrot= e: >> Hi everyone, >> >> We proposed some changes in how to query if an operating system >> supports hotplug, then Itamar suggested that disk hotplugging and NIC >> hotplugging could be separated from each other. While it is pretty >> clear how to put info about NIC hotplugging in the osinfo, here are a >> few issues when trying to introduce the same concept for disk >> hotplugging. >> >> Some disk interfaces do not support hotplugging at all (like IDE), >> some of them support it in the x86_64, but not in the ppc64 >> architecture (like the VirtIO blk) and others support it in both >> architectures (like VirtIO SCSI). There is also a ppc64 specific >> controller called SPAPR VSCSI, which supports it too. >> >> So, how do you propose a syntax to cover all these cases? >> >> I thought about something along the lines of: >> >> os.{id}.devices.disk.hotpluggableInterfaces =3D VirtIO_SCSI, VirtIO >> >> Thanks, >> >> Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa >> > > "storage" is a better term than "disk" so: why? this is about a vdisk, isn't it? > > os.{id}.devices.storage... > > > maybe in the future we may expand the metadata model to hold devices and > hook it to an OS > > device.{id}.... > os.{id}.devices=3D{deviceId} > > just a thought, its unnecessary for now. > > > > > _______________________________________________ > Engine-devel mailing list > Engine-devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/engine-devel --===============9201753425367439126==-- From rgolan at redhat.com Wed Sep 11 09:51:14 2013 Content-Type: multipart/mixed; boundary="===============3814674558563492944==" MIME-Version: 1.0 From: Roy Golan To: devel at ovirt.org Subject: Re: [Engine-devel] Question about Disk Hotplug Date: Wed, 11 Sep 2013 16:51:08 +0300 Message-ID: <5230754C.9030809@redhat.com> In-Reply-To: 523032A0.9020400@redhat.com --===============3814674558563492944== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Wed 11 Sep 2013 12:06:40 PM IDT, Itamar Heim wrote: > On 09/11/2013 11:27 AM, Roy Golan wrote: >> On Tue 10 Sep 2013 09:20:32 PM IDT, Gustavo Frederico Temple Pedrosa >> wrote: >>> Hi everyone, >>> >>> We proposed some changes in how to query if an operating system >>> supports hotplug, then Itamar suggested that disk hotplugging and NIC >>> hotplugging could be separated from each other. While it is pretty >>> clear how to put info about NIC hotplugging in the osinfo, here are a >>> few issues when trying to introduce the same concept for disk >>> hotplugging. >>> >>> Some disk interfaces do not support hotplugging at all (like IDE), >>> some of them support it in the x86_64, but not in the ppc64 >>> architecture (like the VirtIO blk) and others support it in both >>> architectures (like VirtIO SCSI). There is also a ppc64 specific >>> controller called SPAPR VSCSI, which supports it too. >>> >>> So, how do you propose a syntax to cover all these cases? >>> >>> I thought about something along the lines of: >>> >>> os.{id}.devices.disk.hotpluggableInterfaces =3D VirtIO_SCSI, VirtIO >>> >>> Thanks, >>> >>> Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa >>> >> >> "storage" is a better term than "disk" so: > > why? this is about a vdisk, isn't it? well a vnic and vdisk are the building blocks in the end. so either we = use vnic vdisk etc or storage,network etc for all > >> >> os.{id}.devices.storage... >> >> >> maybe in the future we may expand the metadata model to hold devices and >> hook it to an OS >> >> device.{id}.... >> os.{id}.devices=3D{deviceId} >> >> just a thought, its unnecessary for now. >> >> >> >> >> _______________________________________________ >> Engine-devel mailing list >> Engine-devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/engine-devel > --===============3814674558563492944==-- From iheim at redhat.com Wed Sep 11 10:16:11 2013 Content-Type: multipart/mixed; boundary="===============1447942248645948439==" MIME-Version: 1.0 From: Itamar Heim To: devel at ovirt.org Subject: Re: [Engine-devel] Question about Disk Hotplug Date: Wed, 11 Sep 2013 17:16:04 +0300 Message-ID: <52307B24.7080304@redhat.com> In-Reply-To: 5230754C.9030809@redhat.com --===============1447942248645948439== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On 09/11/2013 04:51 PM, Roy Golan wrote: > On Wed 11 Sep 2013 12:06:40 PM IDT, Itamar Heim wrote: >> On 09/11/2013 11:27 AM, Roy Golan wrote: >>> On Tue 10 Sep 2013 09:20:32 PM IDT, Gustavo Frederico Temple Pedrosa >>> wrote: >>>> Hi everyone, >>>> >>>> We proposed some changes in how to query if an operating system >>>> supports hotplug, then Itamar suggested that disk hotplugging and NIC >>>> hotplugging could be separated from each other. While it is pretty >>>> clear how to put info about NIC hotplugging in the osinfo, here are a >>>> few issues when trying to introduce the same concept for disk >>>> hotplugging. >>>> >>>> Some disk interfaces do not support hotplugging at all (like IDE), >>>> some of them support it in the x86_64, but not in the ppc64 >>>> architecture (like the VirtIO blk) and others support it in both >>>> architectures (like VirtIO SCSI). There is also a ppc64 specific >>>> controller called SPAPR VSCSI, which supports it too. >>>> >>>> So, how do you propose a syntax to cover all these cases? >>>> >>>> I thought about something along the lines of: >>>> >>>> os.{id}.devices.disk.hotpluggableInterfaces =3D VirtIO_SCSI, VirtIO >>>> >>>> Thanks, >>>> >>>> Leonardo Bianconi/Vitor de Lima/Gustavo Pedrosa >>>> >>> >>> "storage" is a better term than "disk" so: >> >> why? this is about a vdisk, isn't it? > well a vnic and vdisk are the building blocks in the end. so either we > use vnic vdisk etc or storage,network etc for all we could have other "storage" things than disks? > >> >>> >>> os.{id}.devices.storage... >>> >>> >>> maybe in the future we may expand the metadata model to hold devices and >>> hook it to an OS >>> >>> device.{id}.... >>> os.{id}.devices=3D{deviceId} >>> >>> just a thought, its unnecessary for now. >>> >>> >>> >>> >>> _______________________________________________ >>> Engine-devel mailing list >>> Engine-devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/engine-devel >> > > --===============1447942248645948439==--