*** thrash is now known as thrash|g0ne | 01:27 | |
*** gouthamr has quit IRC | 03:35 | |
*** gkadam has joined #openstack-shade | 04:02 | |
slaweq | mordred: hello, sorry but I was busy yesterday | 06:43 |
---|---|---|
slaweq | mordred: I can look into it tonight | 06:43 |
*** gkadam has quit IRC | 07:02 | |
*** gkadam has joined #openstack-shade | 07:02 | |
*** ioggstream has joined #openstack-shade | 07:19 | |
*** nokes has joined #openstack-shade | 08:05 | |
*** noshankus has quit IRC | 08:08 | |
*** nokes is now known as noshankus | 08:08 | |
*** purplerbot has joined #openstack-shade | 09:06 | |
*** thrash|g0ne is now known as thrash | 11:19 | |
*** nokes has joined #openstack-shade | 11:24 | |
*** noshankus has quit IRC | 11:25 | |
*** nokes is now known as noshankus | 11:25 | |
*** nokes has joined #openstack-shade | 11:27 | |
*** noshankus has quit IRC | 11:29 | |
*** nokes is now known as noshankus | 11:29 | |
*** ioggstream has quit IRC | 11:39 | |
*** ioggstream has joined #openstack-shade | 12:39 | |
mordred | slaweq: no worries! and no rush - I'm still tied up with zuul things myself | 12:40 |
slaweq | mordred: ok, thx :) | 12:40 |
*** gkadam has quit IRC | 12:48 | |
*** nokes has joined #openstack-shade | 12:58 | |
*** noshankus has quit IRC | 13:01 | |
*** nokes is now known as noshankus | 13:01 | |
*** noshankus has quit IRC | 13:12 | |
*** slaweq_ has joined #openstack-shade | 15:10 | |
*** thrash is now known as thrash|biab | 15:59 | |
*** thrash|biab is now known as thrash | 17:00 | |
*** slaweq_ has quit IRC | 17:02 | |
*** ioggstream has quit IRC | 17:36 | |
-openstackstatus- NOTICE: The infra team is continuing work to bring Zuul v3 online; expect service disruptions and please see https://docs.openstack.org/infra/manual/zuulv3.html for more information. | 18:25 | |
*** slaweq_ has joined #openstack-shade | 18:27 | |
*** slaweq_ has quit IRC | 18:46 | |
*** slaweq_ has joined #openstack-shade | 18:47 | |
*** slaweq_ has quit IRC | 18:52 | |
*** ianw|pto is now known as ianw | 19:01 | |
*** slaweq_ has joined #openstack-shade | 19:31 | |
slaweq_ | mordred: hello | 19:59 |
slaweq_ | I think that I know what is happend with cinder functional tests | 19:59 |
slaweq_ | it's matter of cinder settings IMHO | 20:00 |
slaweq_ | some volumes are set to error as there is no available backend for them | 20:00 |
*** gouthamr has joined #openstack-shade | 20:00 | |
slaweq_ | http://logs.openstack.org/70/500170/2/check/gate-shade-functional/5fadfa2/logs/screen-c-sch.txt.gz#_Sep_19_22_16_56_834138 | 20:00 |
slaweq_ | it looks like storage is "only" 9.5GB: http://logs.openstack.org/70/500170/2/check/gate-shade-functional/5fadfa2/logs/screen-c-sch.txt.gz#_Sep_19_22_03_09_581427 | 20:01 |
mordred | slaweq_: oh! awesome | 20:01 |
slaweq_ | so You can create max 10 volumes | 20:01 |
slaweq_ | IMHO if we could increase option capacity_weight_multiplier to some bigger value it should help | 20:02 |
slaweq_ | because it don't look like this space is really used: http://logs.openstack.org/70/500170/2/check/gate-shade-functional/5fadfa2/logs/df.txt.gz | 20:02 |
slaweq_ | what You think about it? | 20:02 |
slaweq_ | should we try? | 20:02 |
*** gouthamr has quit IRC | 20:05 | |
mordred | slaweq_: yes - I do - although we should wait until the v3 rollout is live - it'll be easier to hack on :) | 20:05 |
slaweq_ | ok, so for now I will not do anything with it | 20:06 |
slaweq_ | if You will need anything, ping me on IRC :) | 20:06 |
mordred | slaweq_: I will! I'll let you know as soon as it's all clear | 20:06 |
slaweq_ | ok, thx | 20:06 |
slaweq_ | I hope it will help to solve this issue finally | 20:06 |
*** slaweq_ has quit IRC | 21:14 | |
*** pabelanger has quit IRC | 21:50 | |
*** pabelanger_ has joined #openstack-shade | 21:51 | |
samueldmq | hi shade | 21:54 |
samueldmq | mordred: what are the most immediate examples of lack of interop in OpenStack you see? | 21:55 |
samueldmq | 1) different versions? backwards incompatible changes of course makes them not interoperable. but if there was an additive change, it can be not interoperable too | 21:57 |
samueldmq | as a new attribute that was added and is used by the applicaiton on top of openstack | 21:57 |
samueldmq | the way sahde solves that is to have its representation of entities in a cloud, and then map to different service versions, providing a consistent behavior regardless of what is below it | 21:58 |
samueldmq | am I correct? | 21:58 |
mordred | samueldmq: yes - that's one of the biggies and is how shade deals with it | 23:00 |
mordred | samueldmq: another hard topic is stuff that can be seen as content ... | 23:00 |
mordred | samueldmq: such as images and flavors - that are different enough between clouds that it makes deploying something the same way on those clouds harder, even when the clouds provide the same APIs | 23:01 |
mordred | samueldmq: for instance - how do you find the current best Ubuntu Xenial image on a given cloud? | 23:02 |
mordred | samueldmq: then there are different deployment models that don't have any way to discover except trial and error | 23:02 |
mordred | samueldmq: for instance, some clouds allow you to boot a VM directly attached to a public network. some require you to boot a VM on a private network and then attach a public IP via NAT - and some clouds allow you to do both things | 23:03 |
mordred | samueldmq: but the only way to know which things the cloud supports is trial and error - and even once you do discover the answer, it still may be hard to deploy the same app across clouds that have made different choices like that | 23:04 |
mordred | samueldmq: so although API versions are *very* important and we do a lot of work to work around representations - it's also many times the areas in between the APIs, or in the data one must use that the API may or may not provide | 23:04 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!