| *** limao has joined #openstack-kuryr | 00:45 | |
| *** hongbin has quit IRC | 01:17 | |
| *** yamamoto has quit IRC | 01:33 | |
| *** yamamoto has joined #openstack-kuryr | 01:33 | |
| *** yedongcan has joined #openstack-kuryr | 01:37 | |
| *** yamamoto has quit IRC | 02:03 | |
| *** yamamoto has joined #openstack-kuryr | 02:28 | |
| *** limao has quit IRC | 02:48 | |
| *** limao has joined #openstack-kuryr | 02:48 | |
| *** yamamoto has quit IRC | 02:50 | |
| *** yamamoto has joined #openstack-kuryr | 02:53 | |
| *** yamamoto has quit IRC | 03:04 | |
| *** salv-orlando has joined #openstack-kuryr | 03:07 | |
| *** hongbin has joined #openstack-kuryr | 03:07 | |
| *** salv-orlando has quit IRC | 03:12 | |
| *** aojea has joined #openstack-kuryr | 03:14 | |
| *** aojea has quit IRC | 03:18 | |
| *** limao has quit IRC | 03:47 | |
| *** limao has joined #openstack-kuryr | 03:49 | |
| *** limao has quit IRC | 03:54 | |
| *** yamamoto has joined #openstack-kuryr | 04:07 | |
| *** salv-orlando has joined #openstack-kuryr | 04:08 | |
| *** salv-orlando has quit IRC | 04:13 | |
| *** limao has joined #openstack-kuryr | 04:18 | |
| *** limao has quit IRC | 04:33 | |
| *** jayahn has joined #openstack-kuryr | 04:36 | |
| *** hongbin has quit IRC | 04:39 | |
| *** salv-orlando has joined #openstack-kuryr | 04:57 | |
| *** limao has joined #openstack-kuryr | 05:00 | |
| *** aojea has joined #openstack-kuryr | 05:07 | |
| *** aojea has quit IRC | 05:45 | |
| *** aojea has joined #openstack-kuryr | 05:47 | |
| *** janki has joined #openstack-kuryr | 05:50 | |
| *** aojea has quit IRC | 05:52 | |
| *** kzaitsev_ws has joined #openstack-kuryr | 06:04 | |
| *** pksingh has joined #openstack-kuryr | 06:20 | |
| *** jayahn has quit IRC | 06:21 | |
| *** ltomasbo|away is now known as ltomasbo | 06:25 | |
| *** dimak_ has joined #openstack-kuryr | 06:26 | |
| *** pksingh has quit IRC | 06:30 | |
| *** pmannidi has quit IRC | 06:36 | |
| *** aojea has joined #openstack-kuryr | 06:48 | |
| *** pmannidi has joined #openstack-kuryr | 06:49 | |
| *** salv-orlando has quit IRC | 06:50 | |
| *** aojea has quit IRC | 06:54 | |
| *** pmannidi has quit IRC | 07:08 | |
| *** pmannidi has joined #openstack-kuryr | 07:21 | |
| *** pksingh has joined #openstack-kuryr | 07:23 | |
| *** pcaruana has joined #openstack-kuryr | 07:24 | |
| *** pksingh has quit IRC | 07:53 | |
| *** salv-orlando has joined #openstack-kuryr | 07:58 | |
| *** oanson has quit IRC | 08:23 | |
| *** oanson has joined #openstack-kuryr | 08:24 | |
| *** garyloug has joined #openstack-kuryr | 08:42 | |
| *** aojea has joined #openstack-kuryr | 08:50 | |
| *** aojea has quit IRC | 08:55 | |
| *** limao has quit IRC | 09:25 | |
| *** limao has joined #openstack-kuryr | 09:27 | |
| *** salv-orl_ has joined #openstack-kuryr | 09:49 | |
| *** salv-orlando has quit IRC | 09:52 | |
| *** jchhatbar has joined #openstack-kuryr | 09:59 | |
| *** janki has quit IRC | 10:00 | |
| openstackgerrit | Luis Tomas Bolivar proposed openstack/kuryr-kubernetes master: Nested vif driver extension to enable ports reuse https://review.openstack.org/436893 | 10:03 |
|---|---|---|
| *** limao has quit IRC | 10:05 | |
| *** egonzalez has joined #openstack-kuryr | 10:11 | |
| *** aojea has joined #openstack-kuryr | 10:14 | |
| *** jchhatbar has quit IRC | 10:20 | |
| *** oanson has quit IRC | 10:37 | |
| *** oanson has joined #openstack-kuryr | 10:37 | |
| *** janki has joined #openstack-kuryr | 10:53 | |
| *** yedongcan has left #openstack-kuryr | 11:12 | |
| *** salv-orl_ has quit IRC | 11:15 | |
| *** oanson has quit IRC | 11:28 | |
| *** oanson has joined #openstack-kuryr | 11:29 | |
| *** janki has quit IRC | 11:53 | |
| *** jchhatbar has joined #openstack-kuryr | 11:53 | |
| *** salv-orlando has joined #openstack-kuryr | 12:00 | |
| *** vikasc has quit IRC | 12:15 | |
| *** jchhatbar is now known as janki | 12:16 | |
| *** limao has joined #openstack-kuryr | 12:41 | |
| openstackgerrit | Merged openstack/kuryr-kubernetes master: Updated from global requirements https://review.openstack.org/455931 | 12:43 |
| *** limao_ has joined #openstack-kuryr | 12:44 | |
| *** limao has quit IRC | 12:46 | |
| *** vikasc has joined #openstack-kuryr | 12:46 | |
| *** gsagie has joined #openstack-kuryr | 12:47 | |
| *** salv-orlando has quit IRC | 12:47 | |
| *** limao_ has quit IRC | 13:04 | |
| *** limao has joined #openstack-kuryr | 13:04 | |
| *** limao has quit IRC | 13:25 | |
| *** limao has joined #openstack-kuryr | 13:26 | |
| openstackgerrit | Daniel Mellado proposed openstack/kuryr-kubernetes master: Delete docker.pid only if exists on CentOS/Fedora https://review.openstack.org/459292 | 13:27 |
| openstackgerrit | Daniel Mellado proposed openstack/kuryr-kubernetes master: Delete docker.pid only if exists on CentOS/Fedora https://review.openstack.org/459292 | 13:32 |
| openstackgerrit | selvakumar proposed openstack/kuryr-kubernetes master: Handle LB Conflict exceptions during service deletion https://review.openstack.org/458413 | 13:39 |
| openstackgerrit | Daniel Mellado proposed openstack/kuryr-kubernetes master: Delete docker.pid only if exists https://review.openstack.org/459292 | 13:41 |
| *** hongbin has joined #openstack-kuryr | 13:41 | |
| *** limao has quit IRC | 13:46 | |
| *** limao has joined #openstack-kuryr | 13:47 | |
| apuimedo | vikasc: please review https://review.openstack.org/#/c/396048/6 | 13:48 |
| openstackgerrit | Antoni Segura Puimedon proposed openstack/kuryr-kubernetes master: Spec for fuxi-kubernetes https://review.openstack.org/452554 | 13:48 |
| openstackgerrit | Siyi Luo proposed openstack/kuryr-kubernetes master: Replace six.iteritems() with .items() https://review.openstack.org/459313 | 13:50 |
| openstackgerrit | Hongbin Lu proposed openstack/fuxi master: Make volume providers configurable in devstack https://review.openstack.org/457694 | 14:00 |
| *** limao has quit IRC | 14:02 | |
| *** limao has joined #openstack-kuryr | 14:03 | |
| *** dimak_ has quit IRC | 14:17 | |
| openstackgerrit | Merged openstack/kuryr-libnetwork master: container connect both bridge and kuryr network in Rally https://review.openstack.org/396048 | 14:23 |
| *** limao_ has joined #openstack-kuryr | 14:27 | |
| *** limao has quit IRC | 14:28 | |
| *** limao_ has quit IRC | 14:43 | |
| *** limao has joined #openstack-kuryr | 14:44 | |
| *** gsagie has quit IRC | 14:50 | |
| openstackgerrit | Merged openstack/kuryr-kubernetes master: Handle LB Conflict exceptions during service deletion https://review.openstack.org/458413 | 14:52 |
| *** salv-orlando has joined #openstack-kuryr | 15:02 | |
| ltomasbo | apuimedo, irenab, ivc: the question I wanted to ask was about this: https://review.openstack.org/#/c/436875/5/kuryr_kubernetes/controller/handlers/vif.py | 15:05 |
| *** limao has quit IRC | 15:05 | |
| ltomasbo | comments at lines 46-47 | 15:05 |
| hongbin | apuimedo: i am not sure if i can go to the ptg as well, so +1 for virtual | 15:05 |
| irenab | ltomasbo: checking | 15:05 |
| *** limao has joined #openstack-kuryr | 15:05 | |
| ltomasbo | should I keep it as it is now (proposed by apuimedo and ok-ish from ivc side with a TODO/REVISIT) | 15:06 |
| ivc | ltomasbo i don't want pool to be mentioned in handler in any way | 15:06 |
| ivc | ltomasbo but we don't have necessary facilities for that yet | 15:06 |
| ivc | ltomasbo so i'm ok with TODO/REVISIT | 15:06 |
| apuimedo | thanks hongbin | 15:06 |
| irenab | ltomasbo: I am ok with very visible TODO/REVISIT comment | 15:07 |
| ltomasbo | ivc, irenab: ok, I'll add that | 15:07 |
| irenab | because now its absolutly broken imho | 15:07 |
| ivc | ltomasbo irenab apuimedo with Profile/Flavour we'll have set_... instead of self._drv_ = in __init__ | 15:07 |
| ivc | ltomasbo so the Profile will VIFHandler.set_vif_driver(VIFPool(NestedVIFDriver())) | 15:08 |
| irenab | ivc: will try to want the recording asap | 15:08 |
| ivc | irenab ok, we discussed it with you already on irc earlier, so you prolly already know most of that stuff :) | 15:09 |
| apuimedo | irenab: I think you already "want" it | 15:09 |
| apuimedo | :-) | 15:10 |
| irenab | :-) | 15:10 |
| ivc | :P | 15:10 |
| ltomasbo | :D | 15:10 |
| irenab | ivc: you always have some new fresh (crazy) ideas to share :-) | 15:10 |
| apuimedo | irenab: and that's why we love him | 15:11 |
| apuimedo | :-) | 15:11 |
| ivc | irenab i wonder if its good "crazy" or bad "crazy"? XD | 15:11 |
| ltomasbo | :D | 15:11 |
| ltomasbo | ivc, I guess it depends on the day :p | 15:11 |
| irenab | ivc: good of course | 15:11 |
| ltomasbo | btw ivc | 15:12 |
| apuimedo | I don't know what we would do without ivc's ideas and without irenab keeping us grounded, proposals and translating between our weird ideas | 15:12 |
| apuimedo | I'd probably bald | 15:12 |
| ltomasbo | in your example VIFHandler.set_vif_driver(VIFPool(NestedVIFDriver())) | 15:12 |
| *** janki has quit IRC | 15:13 | |
| ltomasbo | then you take the vif driver as a composition of vif_pool which uses nestedVIF | 15:13 |
| ltomasbo | ivc ^^ | 15:13 |
| ivc | ltomasbo ideally it should be Pool(VIFDriver()) | 15:13 |
| ivc | ltomasbo yup composition all the way | 15:14 |
| apuimedo | ivc: +1 for Pool instead of VIFPool | 15:14 |
| apuimedo | :-) | 15:14 |
| ivc | ltomasbo oh we also have to change VIFDriver too so it can request/release/activate multiple VIFs in 1 batch | 15:14 |
| irenab | Pool as for generic resources? | 15:14 |
| ivc | ^ | 15:14 |
| ivc | proxy-like object | 15:15 |
| ltomasbo | ivc, yep, actually right now the vif_pool_driver | 15:15 |
| ltomasbo | is pretty much the same for both generic and nested | 15:15 |
| apuimedo | irenab: right | 15:15 |
| ivc | so Pool(VIFDriver()) will have same API as VIFDriver() | 15:15 |
| ltomasbo | so, with a little bit of work, it could be even the same, just setting a differnt VIF driver (generic and nested) | 15:15 |
| ivc | tho its pretty complex to implement and kinda complicated when you think about primary-key-like args / cache key base | 15:16 |
| ivc | Pool is sort of a Cache | 15:16 |
| ltomasbo | ivc, I agree, it is sort of a proxy object with a cache | 15:16 |
| irenab | ivc: ltomasbo : Are you already designing the follow-up patch? | 15:17 |
| ltomasbo | irenab, what follow up patch? | 15:17 |
| ivc | ltomasbo yup and in the end it will be VIFHandler.set_vif_driver( MultiCNIVIFDriver([Pool(GenericVIFDriver()), Pool(MACVLAN...()), Pool(TRUNK...())]))) | 15:17 |
| irenab | ltomasbo: the one after TODO/REVISIT | 15:18 |
| ivc | ltomasbo MultiCNI is also more complex (we need some sort of discriminator to select the proper 'backend') | 15:18 |
| ltomasbo | irenab, not yet, that we need the second call we were discussing during the meeting today | 15:18 |
| ltomasbo | but I'm happy to be involved in that! and work on the patch | 15:18 |
| ltomasbo | but I would like to keep it in mind to adapt the current one as much as possible | 15:19 |
| ltomasbo | irenab, to simplify (if possible) the reshape | 15:19 |
| irenab | ltomasbo: makes sense | 15:19 |
| ltomasbo | in fact, I'll do a bit of thinking to try to leave both nested and generic pool drivers the same | 15:20 |
| ltomasbo | so that it will be straightforward to adapt them to the next way of loading drivers | 15:20 |
| ltomasbo | though it may entail a bit of modification to the base drivers | 15:20 |
| ivc | ltomasbo for it to work you need to change VIFDriver API | 15:20 |
| ltomasbo | such as the request_vif plus request_vifs | 15:20 |
| ivc | ^ | 15:21 |
| ltomasbo | ivc, what do you mean? | 15:21 |
| ltomasbo | adding the new request_vifs? | 15:21 |
| * apuimedo got to go pick up child from school | 15:21 | |
| *** apuimedo is now known as apuimedo|away | 15:21 | |
| ivc | ltomasbo yup. that and release/activate_vifS too i think | 15:21 |
| ltomasbo | not sure about the activate | 15:22 |
| ltomasbo | probably not needed, but for sure for request/release | 15:22 |
| ltomasbo | but I think that is a reasonable change, right? | 15:22 |
| ivc | ltomasbo thats for API consistency. tho release/activate will both be for-each loops | 15:22 |
| ltomasbo | ivc, irenab ^^ | 15:22 |
| ltomasbo | ivc, not sure about that | 15:23 |
| ltomasbo | ivc, the ports are created in bulk creations | 15:23 |
| ltomasbo | but they do not need to be deleted in bulk creations | 15:23 |
| ltomasbo | and for the activate, it is the same | 15:23 |
| ltomasbo | the fact that we create, let's say, 10 ports, does not mean we need to use them and wait for them to become active | 15:24 |
| ltomasbo | but when new ports are created, they will check (individually) if they are active or not | 15:24 |
| ivc | ltomasbo yup but having only request_vifS feels inconsistent. | 15:24 |
| ltomasbo | (that may change though a bit for the macvlan case...) | 15:24 |
| ivc | API-wise | 15:24 |
| ltomasbo | ummm | 15:25 |
| ltomasbo | that's a good point | 15:25 |
| ltomasbo | but writing useless code is inconsistent too | 15:25 |
| ivc | remember that driver interface is API layer | 15:25 |
| ivc | that is supposed to be reusable/extendable/external | 15:25 |
| ltomasbo | I would prefer to add those when/if we find they are needed | 15:26 |
| ivc | we need good API and i'm ok to duplicate code if necessary for a cleaner API | 15:26 |
| ltomasbo | it is not duplicating code, my concern is creating code it is not going to be used | 15:26 |
| irenab | it looks like something bigger than just modifing the current patch. Maybe worht to have stand alone patch for the API change | 15:26 |
| *** limao has quit IRC | 15:26 | |
| ltomasbo | but that said | 15:26 |
| ltomasbo | we can create them at the API class | 15:27 |
| ivc | ltomasbo yup | 15:27 |
| *** limao has joined #openstack-kuryr | 15:27 | |
| ltomasbo | and live with the NotImplemented until needed | 15:27 |
| ltomasbo | great! | 15:27 |
| ltomasbo | agreed then! | 15:27 |
| ivc | ltomasbo not exactly | 15:27 |
| ltomasbo | umm, too fast :P | 15:27 |
| ivc | ltomasbo the _vifS default implementations can be for-each _vif | 15:28 |
| ivc | ltomasbo instead of NotImplemented | 15:28 |
| ivc | ltomasbo i.e. VIFDriver.request_vifs(...): for vif in vifs: self.request_vif(vif) | 15:28 |
| ltomasbo | yes, I know how if could be implemented | 15:29 |
| ltomasbo | my concern is that I don't see (right now) the point in the code where we will call release_vifS | 15:29 |
| ivc | ltomasbo that was for your 'NotImplemented until needed' | 15:29 |
| ltomasbo | for sure, I request_vifS will be implemented (it is already in the patches) | 15:29 |
| ivc | ltomasbo oh, well the pool can sure use some batch release | 15:30 |
| ltomasbo | ummm | 15:30 |
| ltomasbo | that could be another patch, as then you need to group them by trunk_id | 15:30 |
| ivc | ltomasbo yup | 15:30 |
| ltomasbo | and then group the ports | 15:30 |
| ltomasbo | so it would be a few more line of code | 15:31 |
| ivc | ltomasbo if we get to 'actors' some day, you can collect a batch of pool requests and execute in one go | 15:31 |
| ltomasbo | so, if you are ok with that, I can leave it as NotImplemented for these 5 correlated patches, and hten have an extra one for the activate_vifs (if need it) and similarly for release_vifs | 15:31 |
| ivc | ltomasbo right now afaik you are doing that on per-event basis | 15:31 |
| ltomasbo | yes, the release if is per-event | 15:32 |
| ltomasbo | that is why there is no need for release_vifS | 15:32 |
| ivc | yup and that could be changed | 15:32 |
| ltomasbo | but, I was actually thinking of skiping some calls to recycle the pool | 15:32 |
| ivc | yup | 15:32 |
| ltomasbo | so that I can do that on bulk requests... | 15:32 |
| ivc | not skipping events, but postponing the action | 15:33 |
| ltomasbo | but I see this as an optimization, not like a ToDo in this patch serie | 15:33 |
| ltomasbo | ivc, yes, postponing/grouping | 15:33 |
| ltomasbo | yep | 15:33 |
| ivc | yes but it aligns well with release_vifS API :) | 15:33 |
| ltomasbo | trying to make as fewer calls to neutron as possible | 15:33 |
| ltomasbo | yes, it does! | 15:33 |
| ivc | got it now? :) | 15:33 |
| ltomasbo | ivc, yes yes, I agree with you, and with including this at the API | 15:34 |
| ivc | XD | 15:34 |
| ivc | i can be persuasive | 15:34 |
| ltomasbo | just wanting to ensure, that is not required for this patch serie (5 patchs enabling ports pool) | 15:34 |
| ltomasbo | but an extra one | 15:34 |
| ltomasbo | ivc, :D | 15:34 |
| ivc | a TODO/REVISIT is always fine by me :) | 15:35 |
| ltomasbo | :D | 15:35 |
| ltomasbo | sure! I'll include that | 15:35 |
| ltomasbo | nice I'm not done with these patches and I already have a bunch of them in the ToDo list for later on... | 15:35 |
| ivc | its nice indeed. if you have TODO when you write your current impl means you think of future :) | 15:36 |
| ltomasbo | ...or lazy to do it now... | 15:37 |
| ltomasbo | just joking... | 15:37 |
| *** limao has quit IRC | 15:38 | |
| irenab | ivc: your last statement is very applicable to you | 15:41 |
| ivc | ltomasbo its good to be lazy | 15:41 |
| ivc | irenab as in i dont write enough TODOs? :) | 15:42 |
| ltomasbo | :D | 15:42 |
| ivc | ltomasbo not joking here. best code is the code not written | 15:42 |
| ltomasbo | ivc, yep, it has no bugs (yet) | 15:42 |
| ivc | and it is best if it runs on a powered-off server | 15:43 |
| *** apuimedo|away is now known as apuimedo | 15:44 | |
| apuimedo | ivc: ltomasbo: irenab: how about a Thursday double feature to discuss mchiappero's and ltomasbo's patches? | 15:44 |
| ivc | apuimedo i'm busy on thursdays | 15:45 |
| apuimedo | how about tomorrow then? | 15:46 |
| ltomasbo | apuimedo, we already discussed mine! :D | 15:46 |
| ivc | apuimedo and ltomasbo patches are in good shape | 15:46 |
| apuimedo | good then | 15:46 |
| apuimedo | less work | 15:46 |
| ltomasbo | :D | 15:46 |
| apuimedo | thanks for sorting it out on the channel :-) | 15:46 |
| ivc | apuimedo for you, not for ltomasbo XD | 15:46 |
| openstackgerrit | Merged openstack/fuxi master: Remove log translations https://review.openstack.org/447823 | 15:46 |
| ltomasbo | but it would be nice to have a follow-up call to the one we had the other day | 15:47 |
| apuimedo | ivc: that's the work that matters | 15:47 |
| apuimedo | xD | 15:47 |
| ltomasbo | ...to you... | 15:47 |
| apuimedo | ltomasbo: that one for sure | 15:47 |
| ltomasbo | xD | 15:47 |
| apuimedo | ltomasbo: if you overwork I'll give you fuet to compensate | 15:47 |
| ltomasbo | umm, nice | 15:47 |
| ltomasbo | though next time I'll go myself to grab it | 15:47 |
| apuimedo | ltomasbo: but maybe you don't want dmellado doing the delivery | 15:47 |
| ltomasbo | otherwise dmellado taxes are too high... | 15:48 |
| apuimedo | he may take a big chunk as delivery fee | 15:48 |
| apuimedo | right | 15:48 |
| ivc | apuimedo ltomasbo "will code for food" ? :) | 15:48 |
| apuimedo | ltomasbo: I wouldn't mind visiting Madrid one day | 15:48 |
| ltomasbo | sure! you are welcome! | 15:48 |
| apuimedo | I going a second time in my 30 years would not damage me | 15:48 |
| ltomasbo | lol | 15:48 |
| apuimedo | ivc: that's the best reason to code | 15:48 |
| ltomasbo | to the office or to madrid? | 15:48 |
| apuimedo | for delicacies | 15:49 |
| apuimedo | ltomasbo: both. I need an excuse | 15:49 |
| ltomasbo | :D | 15:49 |
| apuimedo | otherwise the spanish secret service may get suspicious | 15:49 |
| apuimedo | xD | 15:49 |
| ltomasbo | xDD | 15:49 |
| apuimedo | what is that bearded guy with the strange accent going to madrid for | 15:49 |
| *** salv-orl_ has joined #openstack-kuryr | 15:49 | |
| ltomasbo | lol | 15:51 |
| *** salv-orlando has quit IRC | 15:52 | |
| apuimedo | ivc: ltomasbo: so how about tomorrow for macvlan discussion then? | 16:00 |
| ltomasbo | sure, apuimedo when? | 16:00 |
| ivc | apuimedo requires mchiappero | 16:00 |
| ltomasbo | I have a few other meetings... | 16:01 |
| ivc | apuimedo and i'd also prefer wed | 16:01 |
| apuimedo | mchiappero: can't on wednesday | 16:01 |
| apuimedo | how about friday | 16:01 |
| apuimedo | ? | 16:01 |
| ivc | friday it is then | 16:02 |
| apuimedo | alright | 16:02 |
| apuimedo | I'll send an invite | 16:02 |
| *** kzaitsev_ws has quit IRC | 16:10 | |
| *** ltomasbo is now known as ltomasbo|away | 16:19 | |
| *** salv-orl_ has quit IRC | 16:26 | |
| mchiappero | fine with me! | 16:33 |
| *** garyloug has quit IRC | 16:44 | |
| *** egonzalez has quit IRC | 16:51 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/fuxi master: Updated from global requirements https://review.openstack.org/454474 | 16:52 |
| *** salv-orlando has joined #openstack-kuryr | 17:38 | |
| *** tonanhngo has joined #openstack-kuryr | 17:45 | |
| *** salv-orlando has quit IRC | 18:45 | |
| *** salv-orlando has joined #openstack-kuryr | 19:35 | |
| openstackgerrit | Merged openstack/fuxi master: Make volume providers configurable in devstack https://review.openstack.org/457694 | 19:57 |
| *** pcaruana has quit IRC | 20:01 | |
| *** tonanhngo_ has joined #openstack-kuryr | 20:12 | |
| *** tonanhngo has quit IRC | 20:14 | |
| *** tonanhngo has joined #openstack-kuryr | 20:20 | |
| *** tonanhngo_ has quit IRC | 20:22 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/fuxi master: Updated from global requirements https://review.openstack.org/454474 | 20:25 |
| apuimedo | ivc: I got it! | 20:27 |
| apuimedo | It is possible to change the status of a service without implementing a darned cloudprovider | 20:28 |
| apuimedo | everything can be done from the kuryr controller | 20:28 |
| apuimedo | http://paste.openstack.org/show/607765/ | 20:29 |
| apuimedo | I just had to create a role with patch permission not only to services, but also to services/status | 20:29 |
| apuimedo | :-) | 20:29 |
| *** lihi has quit IRC | 20:52 | |
| *** lihi has joined #openstack-kuryr | 20:54 | |
| *** aojea has quit IRC | 21:26 | |
| *** salv-orl_ has joined #openstack-kuryr | 21:49 | |
| *** salv-orlando has quit IRC | 21:51 | |
| *** limao has joined #openstack-kuryr | 22:06 | |
| *** limao_ has joined #openstack-kuryr | 22:15 | |
| *** limao has quit IRC | 22:16 | |
| *** limao_ has quit IRC | 22:25 | |
| *** limao has joined #openstack-kuryr | 22:26 | |
| *** limao has quit IRC | 22:46 | |
| *** limao has joined #openstack-kuryr | 22:47 | |
| *** limao has quit IRC | 23:08 | |
| *** limao has joined #openstack-kuryr | 23:08 | |
| *** salv-orl_ has quit IRC | 23:10 | |
| *** limao has quit IRC | 23:28 | |
| *** tonanhngo has quit IRC | 23:43 | |
| *** tonanhngo has joined #openstack-kuryr | 23:55 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!