| *** jerrygb has joined #openstack-containers | 00:17 | |
| *** adrian_otto has joined #openstack-containers | 00:17 | |
| *** jerrygb_ has joined #openstack-containers | 00:20 | |
| adrian_otto | well done, Drago | 00:22 |
|---|---|---|
| *** jerrygb has quit IRC | 00:23 | |
| *** apuimedo has quit IRC | 00:25 | |
| *** dfflanders has quit IRC | 00:27 | |
| *** adrian_otto has quit IRC | 00:28 | |
| *** mtanino has quit IRC | 00:35 | |
| *** jerrygb_ has quit IRC | 00:52 | |
| *** vijendar has joined #openstack-containers | 00:56 | |
| *** vijendar1 has joined #openstack-containers | 01:00 | |
| *** vijendar has quit IRC | 01:00 | |
| *** chetna has quit IRC | 01:08 | |
| *** vijendar has joined #openstack-containers | 01:09 | |
| *** EricGonczer_ has quit IRC | 01:16 | |
| *** Drago5 has joined #openstack-containers | 01:22 | |
| *** vijendar has quit IRC | 01:23 | |
| *** vijendar has joined #openstack-containers | 01:32 | |
| *** sergmelikyan has joined #openstack-containers | 01:33 | |
| *** adrian_otto has joined #openstack-containers | 01:36 | |
| *** sergmeli_ has joined #openstack-containers | 01:36 | |
| *** adrian_otto has quit IRC | 01:38 | |
| *** sergmelikyan has quit IRC | 01:39 | |
| openstackgerrit | Merged openstack/magnum-ui: Don't include openstack/common in flake8 exclude list https://review.openstack.org/391493 | 01:41 |
| *** mtanino has joined #openstack-containers | 01:42 | |
| *** masayukig_ has joined #openstack-containers | 01:45 | |
| *** masayukig has quit IRC | 01:50 | |
| *** masayukig_ is now known as masayukig | 01:52 | |
| *** mtanino has quit IRC | 02:01 | |
| *** syed_ has quit IRC | 02:05 | |
| *** jerrygb has joined #openstack-containers | 02:05 | |
| *** vijendar has quit IRC | 02:08 | |
| openstackgerrit | feng.shengqin proposed openstack/magnum: remove google_containers in INSECURE_REGISTRY_URL https://review.openstack.org/392356 | 02:12 |
| *** vijendar has joined #openstack-containers | 02:13 | |
| *** Drago5 has quit IRC | 02:14 | |
| *** jvgrant has quit IRC | 02:14 | |
| *** jvgrant has joined #openstack-containers | 02:14 | |
| *** sergmeli_ has quit IRC | 02:37 | |
| *** sergmelikyan has joined #openstack-containers | 02:37 | |
| *** sergmelikyan has quit IRC | 02:42 | |
| *** ramishra_ has joined #openstack-containers | 02:50 | |
| *** ramishra has quit IRC | 02:51 | |
| *** yatin has joined #openstack-containers | 02:55 | |
| *** dave-mccowan has quit IRC | 02:57 | |
| *** vijendar has quit IRC | 02:59 | |
| *** Jeffrey4l has joined #openstack-containers | 03:07 | |
| *** adrian_otto has joined #openstack-containers | 03:10 | |
| *** vijendar has joined #openstack-containers | 03:17 | |
| *** vijendar has quit IRC | 03:30 | |
| *** mtanino has joined #openstack-containers | 03:33 | |
| *** vijendar has joined #openstack-containers | 03:35 | |
| *** chhavi has joined #openstack-containers | 03:40 | |
| *** vijendar has quit IRC | 03:53 | |
| *** vijendar has joined #openstack-containers | 03:57 | |
| *** sergmelikyan has joined #openstack-containers | 04:02 | |
| *** absubram has joined #openstack-containers | 04:04 | |
| *** absubram_ has joined #openstack-containers | 04:05 | |
| *** absubram has quit IRC | 04:08 | |
| *** absubram_ is now known as absubram | 04:08 | |
| *** vijendar has quit IRC | 04:09 | |
| *** vijendar has joined #openstack-containers | 04:14 | |
| *** jerrygb has quit IRC | 04:19 | |
| *** jerrygb has joined #openstack-containers | 04:24 | |
| *** vijendar has quit IRC | 04:24 | |
| *** yuanying has quit IRC | 04:24 | |
| *** vijendar has joined #openstack-containers | 04:30 | |
| *** yuanying has joined #openstack-containers | 04:36 | |
| *** absubram has quit IRC | 04:37 | |
| *** mtanino has quit IRC | 04:48 | |
| *** chhavi has quit IRC | 04:48 | |
| *** vijendar has quit IRC | 04:49 | |
| *** vijendar has joined #openstack-containers | 04:56 | |
| *** mkrai has joined #openstack-containers | 05:00 | |
| *** jerrygb has quit IRC | 05:03 | |
| *** jerrygb has joined #openstack-containers | 05:06 | |
| *** vijendar has quit IRC | 05:10 | |
| *** vijendar has joined #openstack-containers | 05:12 | |
| *** vijendar has quit IRC | 05:30 | |
| *** sheel has joined #openstack-containers | 05:33 | |
| *** vijendar has joined #openstack-containers | 05:34 | |
| *** vmud213 has joined #openstack-containers | 05:46 | |
| *** jerrygb has quit IRC | 05:53 | |
| openstackgerrit | feng.shengqin proposed openstack/magnum: Remove google_containers in INSECURE_REGISTRY_URL https://review.openstack.org/392356 | 05:55 |
| *** jerrygb has joined #openstack-containers | 05:57 | |
| *** vijendar has quit IRC | 05:57 | |
| *** vijendar has joined #openstack-containers | 06:01 | |
| *** vijendar has quit IRC | 06:11 | |
| *** vijendar has joined #openstack-containers | 06:16 | |
| *** jerrygb has quit IRC | 06:22 | |
| *** sergmelikyan has quit IRC | 06:26 | |
| *** jerrygb has joined #openstack-containers | 06:27 | |
| *** sergmelikyan has joined #openstack-containers | 06:27 | |
| *** sergmelikyan has quit IRC | 06:31 | |
| *** ramishra_ has quit IRC | 06:34 | |
| *** ramishra has joined #openstack-containers | 06:34 | |
| *** ramishra has quit IRC | 06:35 | |
| *** ramishra has joined #openstack-containers | 06:35 | |
| *** vijendar has quit IRC | 06:36 | |
| *** adrian_otto has quit IRC | 06:37 | |
| *** vijendar has joined #openstack-containers | 06:40 | |
| *** yuanying has quit IRC | 06:46 | |
| *** yuanying has joined #openstack-containers | 06:49 | |
| *** rcernin has joined #openstack-containers | 06:50 | |
| *** noama has quit IRC | 06:51 | |
| *** noama has joined #openstack-containers | 06:53 | |
| *** noama_ has joined #openstack-containers | 06:53 | |
| *** noama has quit IRC | 06:54 | |
| *** noama_ has quit IRC | 06:54 | |
| *** noama has joined #openstack-containers | 06:54 | |
| *** noama_ has joined #openstack-containers | 06:54 | |
| *** noama_ has quit IRC | 06:54 | |
| *** noama has quit IRC | 06:55 | |
| *** noama has joined #openstack-containers | 06:55 | |
| *** noama has quit IRC | 06:57 | |
| *** noama has joined #openstack-containers | 06:57 | |
| *** ramishra has quit IRC | 06:59 | |
| *** ramishra has joined #openstack-containers | 06:59 | |
| *** noama has quit IRC | 07:00 | |
| *** noama has joined #openstack-containers | 07:01 | |
| *** ramishra has joined #openstack-containers | 07:03 | |
| *** mjura has joined #openstack-containers | 07:04 | |
| *** vijendar has quit IRC | 07:06 | |
| *** jerrygb has quit IRC | 07:06 | |
| *** belmoreira has joined #openstack-containers | 07:09 | |
| *** vijendar has joined #openstack-containers | 07:10 | |
| *** jerrygb has joined #openstack-containers | 07:10 | |
| *** mjura has quit IRC | 07:11 | |
| *** mjura has joined #openstack-containers | 07:11 | |
| *** vijendar has quit IRC | 07:26 | |
| openstackgerrit | Merged openstack/magnum: [suse] Update copyright/ownership information https://review.openstack.org/389348 | 07:26 |
| *** fragatina has joined #openstack-containers | 07:30 | |
| *** vijendar has joined #openstack-containers | 07:34 | |
| *** fragatina has quit IRC | 07:39 | |
| *** fragatina has joined #openstack-containers | 07:39 | |
| *** jerrygb has quit IRC | 07:42 | |
| *** jerrygb has joined #openstack-containers | 07:46 | |
| *** tonanhngo has joined #openstack-containers | 07:46 | |
| *** janonymous has joined #openstack-containers | 07:46 | |
| *** tobberyd_ has joined #openstack-containers | 07:47 | |
| *** tobberydberg has joined #openstack-containers | 07:47 | |
| *** openstackgerrit has quit IRC | 07:48 | |
| *** openstackgerrit has joined #openstack-containers | 07:48 | |
| *** ricolin_ has joined #openstack-containers | 07:48 | |
| *** ricolin_ has quit IRC | 07:49 | |
| *** ricolin has joined #openstack-containers | 07:49 | |
| *** vijendar has quit IRC | 07:50 | |
| *** jerrygb_ has joined #openstack-containers | 07:50 | |
| *** jerrygb has quit IRC | 07:52 | |
| *** vijendar has joined #openstack-containers | 07:54 | |
| *** tonanhngo has quit IRC | 07:54 | |
| *** jerrygb has joined #openstack-containers | 07:56 | |
| *** jerrygb_ has quit IRC | 07:58 | |
| *** tonanhngo has joined #openstack-containers | 08:00 | |
| *** mkrai has quit IRC | 08:02 | |
| *** jerrygb has quit IRC | 08:08 | |
| *** vijendar has quit IRC | 08:12 | |
| *** jerrygb has joined #openstack-containers | 08:13 | |
| *** vijendar has joined #openstack-containers | 08:18 | |
| *** jerrygb_ has joined #openstack-containers | 08:27 | |
| *** xek__ is now known as xek | 08:28 | |
| *** jerrygb has quit IRC | 08:29 | |
| *** vijendar has quit IRC | 08:30 | |
| *** tonanhngo has quit IRC | 08:31 | |
| *** vijendar has joined #openstack-containers | 08:37 | |
| *** vijendar has quit IRC | 08:41 | |
| *** vijendar has joined #openstack-containers | 08:44 | |
| *** vijendar has quit IRC | 08:54 | |
| *** GB21 has joined #openstack-containers | 08:55 | |
| *** noama has quit IRC | 08:57 | |
| *** noama has joined #openstack-containers | 08:58 | |
| *** vijendar has joined #openstack-containers | 08:59 | |
| *** chhavi has joined #openstack-containers | 09:00 | |
| *** jerrygb_ has quit IRC | 09:08 | |
| *** vijendar has quit IRC | 09:12 | |
| *** jerrygb has joined #openstack-containers | 09:12 | |
| *** GB21 has quit IRC | 09:15 | |
| *** vijendar has joined #openstack-containers | 09:19 | |
| *** takashi has joined #openstack-containers | 09:20 | |
| *** vijendar has quit IRC | 09:27 | |
| *** vijendar has joined #openstack-containers | 09:34 | |
| *** ricolin has quit IRC | 09:39 | |
| *** strigazi_AFK is now known as strigazi | 09:44 | |
| *** vijendar has quit IRC | 09:46 | |
| *** vijendar has joined #openstack-containers | 09:53 | |
| *** jerrygb has quit IRC | 09:54 | |
| *** jerrygb has joined #openstack-containers | 09:58 | |
| *** swatson_ has quit IRC | 09:59 | |
| *** vijendar has quit IRC | 10:06 | |
| *** vmud213 has quit IRC | 10:06 | |
| *** vmud213 has joined #openstack-containers | 10:07 | |
| *** vijendar has joined #openstack-containers | 10:10 | |
| tobberydberg | Hi! Having issues creating trustee: "TrusteeCreateFailed: Failed to create trustee". Have double checked the config according to documentation, and that user exists with correct roles etc. Does someone have any experience or tips on how to resolve this issue? | 10:11 |
| strigazi | tobberydberg, what is in your trust section in magnum.conf? | 10:12 |
| tobberydberg | trustee_domain_name = magnum | 10:16 |
| tobberydberg | trustee_domain_admin_name = magnum_domain_admin | 10:16 |
| tobberydberg | trustee_domain_admin_password = <pwd> | 10:16 |
| tobberydberg | Have also tried with trustee_domain_id and trustee_domain_admin_id which I saw in some docs... | 10:17 |
| strigazi | Do you use mitaka or newton? | 10:18 |
| tobberydberg | mitaka | 10:19 |
| strigazi | in mitaka, you must use definately id | 10:19 |
| tobberydberg | ok, I'll switch to that and try again | 10:19 |
| strigazi | restart api and conductor after the change | 10:20 |
| tobberydberg | Get the same error. Authed as a user tenant trying to create a new "bay": First error is "Failed to create trustee" | 10:24 |
| tobberydberg | Server-side error: "Failed to create trustee dac48602-efcf-4b19-a0c9-2a30acb837c6 in domain 85333b0b485e4e539743df6ebdb3bb11 | 10:24 |
| tobberydberg | IDs looks correct | 10:25 |
| strigazi | in [keystone_authtoken] do you have something like: auth_uri = http://controller:5000/v3 ? | 10:27 |
| *** vijendar has quit IRC | 10:29 | |
| *** askb has quit IRC | 10:30 | |
| tobberydberg | version not specified in my string: "https://controller:5000" | 10:30 |
| strigazi | I think it should, have a look at the code snippet here: http://docs.openstack.org/developer/magnum/troubleshooting-guide.html#trustee-for-cluster | 10:31 |
| strigazi | I mean to test only this bit | 10:32 |
| strigazi | I'll try to remove the v3 and see what happens | 10:32 |
| tobberydberg | I'll try to add and see | 10:32 |
| strigazi | I got Failed to create trustee and trust for Cluster: | 10:34 |
| *** vijendar has joined #openstack-containers | 10:34 | |
| strigazi | That might be it | 10:35 |
| tobberydberg | I get another error instead, so yes, that might be it... Will look into my new error and see what that can be | 10:36 |
| tobberydberg | Thanks a lot! Might get back with more questions regarding my new error ;-) | 10:37 |
| strigazi | beware that for mitaka you need lbaas v1 | 10:37 |
| strigazi | That is the usual next error | 10:38 |
| tobberydberg | ahhh....belive I have that but will double check | 10:38 |
| tobberydberg | Thanks | 10:38 |
| *** vijendar has quit IRC | 10:47 | |
| *** vijendar has joined #openstack-containers | 10:53 | |
| *** takashi has quit IRC | 11:01 | |
| *** vijendar has quit IRC | 11:03 | |
| *** yatin has quit IRC | 11:08 | |
| *** vijendar has joined #openstack-containers | 11:09 | |
| *** Oku_OS is now known as Oku_OS-away | 11:12 | |
| *** GB21 has joined #openstack-containers | 11:15 | |
| *** vijendar has quit IRC | 11:17 | |
| *** vijendar has joined #openstack-containers | 11:21 | |
| *** yatin has joined #openstack-containers | 11:22 | |
| *** Oku_OS-away is now known as Oku_OS | 11:30 | |
| *** GB21 has quit IRC | 11:33 | |
| *** Administrator__ has quit IRC | 11:34 | |
| *** Administrator__ has joined #openstack-containers | 11:35 | |
| *** dave-mccowan has joined #openstack-containers | 11:35 | |
| *** zhugaoxiao has joined #openstack-containers | 11:37 | |
| *** Administrator__ has quit IRC | 11:40 | |
| *** vijendar has quit IRC | 11:44 | |
| *** mtanino has joined #openstack-containers | 11:46 | |
| *** EricGonczer_ has joined #openstack-containers | 11:46 | |
| *** vijendar has joined #openstack-containers | 11:49 | |
| *** yuanying_ has joined #openstack-containers | 11:49 | |
| *** chhavi has quit IRC | 11:50 | |
| *** mtanino has quit IRC | 11:52 | |
| *** EricGonc_ has joined #openstack-containers | 11:56 | |
| *** EricGonczer_ has quit IRC | 11:57 | |
| *** swatson_ has joined #openstack-containers | 11:59 | |
| *** chhavi has joined #openstack-containers | 12:04 | |
| *** yatin has quit IRC | 12:05 | |
| *** vijendar has quit IRC | 12:06 | |
| *** apuimedo has joined #openstack-containers | 12:07 | |
| *** vijendar has joined #openstack-containers | 12:11 | |
| *** EricGonc_ has quit IRC | 12:14 | |
| *** yatin has joined #openstack-containers | 12:17 | |
| *** vijendar has quit IRC | 12:23 | |
| *** apuimedo has quit IRC | 12:25 | |
| *** celebdor has joined #openstack-containers | 12:25 | |
| *** vijendar has joined #openstack-containers | 12:28 | |
| *** jerrygb has quit IRC | 12:42 | |
| *** vijendar has quit IRC | 12:42 | |
| *** yolanda has quit IRC | 12:44 | |
| *** yolanda has joined #openstack-containers | 12:44 | |
| *** jerrygb has joined #openstack-containers | 12:45 | |
| *** vijendar has joined #openstack-containers | 12:48 | |
| *** celebdor has quit IRC | 12:48 | |
| *** sheel has quit IRC | 13:00 | |
| *** vijendar has quit IRC | 13:01 | |
| *** swatson_ has quit IRC | 13:01 | |
| *** vmud213 has quit IRC | 13:02 | |
| *** yuanying_ has quit IRC | 13:05 | |
| *** mtanino has joined #openstack-containers | 13:11 | |
| *** vijendar has joined #openstack-containers | 13:12 | |
| *** vijendar has quit IRC | 13:18 | |
| *** vijendar has joined #openstack-containers | 13:27 | |
| *** absubram has joined #openstack-containers | 13:30 | |
| *** adrian_otto has joined #openstack-containers | 13:39 | |
| *** adrian_otto1 has joined #openstack-containers | 13:41 | |
| *** adrian_otto has quit IRC | 13:44 | |
| *** vijendar has quit IRC | 13:46 | |
| *** adrian_otto1 has quit IRC | 13:47 | |
| *** adrian_otto has joined #openstack-containers | 13:48 | |
| *** Drago5 has joined #openstack-containers | 13:51 | |
| *** vijendar has joined #openstack-containers | 13:54 | |
| *** GB21 has joined #openstack-containers | 14:01 | |
| *** vijendar2 has joined #openstack-containers | 14:01 | |
| *** vijendar_ has joined #openstack-containers | 14:02 | |
| *** vijendar1 has quit IRC | 14:03 | |
| *** vijendar has quit IRC | 14:03 | |
| *** Drago5 is now known as Drago | 14:04 | |
| *** chris_hultin|AWA is now known as chris_hultin | 14:11 | |
| *** Guest37512 has quit IRC | 14:18 | |
| *** rods has joined #openstack-containers | 14:20 | |
| *** EricGonczer_ has joined #openstack-containers | 14:26 | |
| *** anush has quit IRC | 14:36 | |
| *** chhavi has quit IRC | 14:41 | |
| *** mtanino has quit IRC | 14:52 | |
| *** mtanino has joined #openstack-containers | 14:53 | |
| *** randallburt has joined #openstack-containers | 14:54 | |
| *** syed_ has joined #openstack-containers | 14:55 | |
| *** randallburt has quit IRC | 14:58 | |
| *** vijendar2 has quit IRC | 14:59 | |
| *** vijendar_ has quit IRC | 14:59 | |
| *** randallburt has joined #openstack-containers | 15:01 | |
| *** vijendar has joined #openstack-containers | 15:03 | |
| *** vijendar_ has joined #openstack-containers | 15:05 | |
| *** srwilkers has joined #openstack-containers | 15:08 | |
| *** vijendar_ has quit IRC | 15:13 | |
| *** yuanying_ has joined #openstack-containers | 15:17 | |
| *** anush has joined #openstack-containers | 15:17 | |
| *** muralia_ has joined #openstack-containers | 15:18 | |
| *** muralia has quit IRC | 15:19 | |
| *** yuanying_ has quit IRC | 15:21 | |
| *** vijendar_ has joined #openstack-containers | 15:22 | |
| *** vijendar1 has joined #openstack-containers | 15:24 | |
| *** vijendar has quit IRC | 15:25 | |
| openstackgerrit | Randall Burt proposed openstack/magnum: Add cluster driver encapsulation spec https://review.openstack.org/389835 | 15:30 |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/magnum: Updated from global requirements https://review.openstack.org/392737 | 15:33 |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/magnum-ui: Updated from global requirements https://review.openstack.org/392738 | 15:33 |
| openstackgerrit | Spyros Trigazis proposed openstack/magnum: WIP: Make cinder volume optional https://review.openstack.org/391830 | 15:41 |
| *** chhavi has joined #openstack-containers | 15:50 | |
| adrian_otto | randallburt: the pep8 job failed on https://review.openstack.org/389835 | 15:52 |
| adrian_otto | I voted +2 anyway, but we should address it regardless. | 15:53 |
| *** adrian_otto has quit IRC | 15:53 | |
| randallburt | adrian_otto: ugh. stupid line length limitations. 1 sec | 15:53 |
| *** vijendar1 has quit IRC | 15:59 | |
| *** vijendar_ has quit IRC | 16:00 | |
| Drago | Hi strigazi, jvgrant | 16:00 |
| strigazi | Hi | 16:00 |
| jvgrant | good morning | 16:00 |
| jvgrant | or evening :) | 16:00 |
| openstackgerrit | Randall Burt proposed openstack/magnum: Add cluster driver encapsulation spec https://review.openstack.org/389835 | 16:00 |
| *** adrian_otto has joined #openstack-containers | 16:01 | |
| randallburt | adrian_otto: should be fixed now ^^ | 16:01 |
| *** srwilkers has quit IRC | 16:01 | |
| randallburt | adrian_otto: should be fixed now | 16:01 |
| adrian_otto | tx randallburt | 16:02 |
| randallburt | np | 16:02 |
| jvgrant | strigazi, thanks for feedback on spec | 16:02 |
| jvgrant | Drago, did you get a chance to look at it? | 16:02 |
| Drago | jvgrant: No | 16:02 |
| *** adrian_otto has quit IRC | 16:02 | |
| Drago | jvgrant: I also didn't get a chance to write the flattening spec | 16:02 |
| *** anushkrishnamurt has joined #openstack-containers | 16:02 | |
| Drago | Looking now | 16:03 |
| *** vijendar_ has joined #openstack-containers | 16:04 | |
| jvgrant | i don't know if i explained the alternative well enough to cover what you were thinking it would add Drago | 16:04 |
| jvgrant | feel free to add more if you feel strongly on it | 16:05 |
| *** tobberyd_ has quit IRC | 16:05 | |
| *** tobberydberg has quit IRC | 16:06 | |
| Drago | Okay | 16:06 |
| jvgrant | i don't think that one was as divided an idea as the flattening part | 16:07 |
| *** rcernin has quit IRC | 16:09 | |
| *** vijendar_ has quit IRC | 16:10 | |
| *** anush has quit IRC | 16:10 | |
| *** vijendar_ has joined #openstack-containers | 16:11 | |
| strigazi | jvgrant commented on versions | 16:14 |
| strigazi | jvgrant: I commented on versions | 16:14 |
| *** vijendar_ has quit IRC | 16:14 | |
| jvgrant | strigazi: confused still on the uuid comment. each version will still have different uuid. I'm just saying that on cluster create if they use the uuid of the parent or any obsolete version it will use the latest version same as with the name | 16:15 |
| *** srwilkers has joined #openstack-containers | 16:16 | |
| strigazi | jvgrant. I get it. But having the same uuid in many entries seems to me really wrong | 16:16 |
| jvgrant | they won't. each entry has a different uuid | 16:17 |
| strigazi | ok | 16:17 |
| strigazi | Which uuid is the same then? | 16:17 |
| strigazi | the parent? | 16:17 |
| jvgrant | right now you can use the uuid or name on cluster-create | 16:17 |
| strigazi | I said yes to this | 16:17 |
| strigazi | yeap | 16:17 |
| strigazi | let me read it one more time | 16:18 |
| jvgrant | so i'm saying that when it checks to use that template it will use latest version not necessarily that exact uuid template entry | 16:18 |
| jvgrant | i might just be explaining it poorly | 16:18 |
| jvgrant | i think i was trying to get across that whether you use name or uuid when specifying your template versioning would still work | 16:19 |
| jvgrant | that is because we currently don't limit templates from sharing the same name | 16:20 |
| strigazi | so | 16:20 |
| jvgrant | so there are cases where the uuid must be used | 16:20 |
| strigazi | when you do ct-update you go from version n to n+1 and the uuid changes, but | 16:21 |
| strigazi | you can always refer to the v1 uuid? And get by default the latest? | 16:21 |
| *** adrian_otto has joined #openstack-containers | 16:22 | |
| strigazi | cluster-create -ct <v1_uuid> and you get the latest. That is what you mean? | 16:23 |
| jvgrant | for implementation, i was thinking that whenever you use a template the code will look at the parent id of the entry. It will then make sure the latest version that "parent_id" group is used | 16:23 |
| jvgrant | yes | 16:23 |
| jvgrant | when you use cluster-create -ct <template name/uuid> it will always get the latest version in the set | 16:24 |
| strigazi | makes sense | 16:24 |
| jvgrant | they could use the name or uuid from any version in the set and it would always use latest | 16:24 |
| jvgrant | so if they changed names, or used a uuid from a middle version, it would still work | 16:24 |
| jvgrant | having the parent_id in each entry links them all together so it will be a pretty simple check | 16:25 |
| Drago | That last point is a bit odd | 16:25 |
| strigazi | it is a bit strange behavior, I don't disagree | 16:25 |
| Drago | *about the middle version uuids working | 16:25 |
| strigazi | Drago +1 | 16:26 |
| jvgrant | i don't know if anyone would do it | 16:26 |
| jvgrant | but it does allow us to allow the name to change and still have backward compatiblity with both names | 16:27 |
| strigazi | Even if we change the name | 16:28 |
| strigazi | we can only allow the latest name and uuid to work | 16:28 |
| Drago | The ambiguity between using the v1 uuid to refer to a specific version and using it to refer to the CT in general rubs me the wrong way | 16:28 |
| jvgrant | strigazi: we can easily do that as well | 16:29 |
| Drago | The "simplicity" of using v1 as the parent is going to force us to deal with corner cases, a lot of which we're talking about now | 16:30 |
| strigazi | That is why I think that all old version should be marked as delete | 16:31 |
| strigazi | sorry | 16:31 |
| strigazi | obsolete | 16:31 |
| Drago | The way it's explained in the spec, I don't see any need for obsolete | 16:31 |
| strigazi | and allow only the latest to create clusters | 16:31 |
| strigazi | Drago, n+1 is the latest, and we list only that one | 16:32 |
| jvgrant | right now the spec only allows 1 version to be non-obsolete | 16:32 |
| strigazi | but let's say that the user gives version n | 16:32 |
| jvgrant | it is always the latest | 16:33 |
| strigazi | using the old uuid | 16:33 |
| strigazi | what then? | 16:33 |
| jvgrant | my thought is it just jumps to the latest | 16:33 |
| jvgrant | why not, we know what the latest it | 16:33 |
| jvgrant | is | 16:33 |
| *** zul_ has joined #openstack-containers | 16:33 | |
| *** mjura has quit IRC | 16:33 | |
| *** zul_ has quit IRC | 16:33 | |
| jvgrant | we could just error out, or we could jump to what is the valid version they probably mean | 16:33 |
| Drago | I would either allow it, or give an error, not implicitly use a different version | 16:33 |
| jvgrant | i can see it both ways | 16:33 |
| strigazi | error out | 16:34 |
| strigazi | and say use the latest | 16:34 |
| Drago | Why wouldn't an operator want to have two valid versions available? | 16:34 |
| Drago | For, say, the last two versions of k8s supported | 16:34 |
| strigazi | maintenance overhead, users could create old clusters | 16:35 |
| Drago | If we're going to have an obsolete field on every version, we could enable a use case like that at some point | 16:35 |
| *** zul has quit IRC | 16:35 | |
| *** zul has joined #openstack-containers | 16:36 | |
| strigazi | ok, with obsolete field makes sense | 16:36 |
| jvgrant | i think those would be 2 separate templates | 16:36 |
| strigazi | and if an operator wants he could support many versions | 16:36 |
| Drago | A transition period is always a nice thing to have for your users | 16:37 |
| strigazi | I think that the best practice is to maintain one\ | 16:37 |
| strigazi | Yes, but | 16:37 |
| strigazi | Have a transition period of created cluster is what we want | 16:38 |
| jvgrant | hmmm... this makes me lean towards the alternative implementation if you want to allow more than one version supported at a time | 16:38 |
| randallburt | if you don't want users creating things with old versions, don't let them. if you do, then be explicit when they do something that's "wrong" and tell them what it was. | 16:38 |
| strigazi | Allow them to create the old ones is not good | 16:38 |
| randallburt | but don't do "unexpected things" | 16:38 |
| strigazi | randallburt. that's why I want only the latest to be available | 16:39 |
| strigazi | k8s 1.2 is over folks, do 1.4 | 16:39 |
| *** zul has quit IRC | 16:39 | |
| jvgrant | i think the easiest answer is we lock the name. The user always uses the same name(or parent_uuid) to target a template, and the latest version is always used | 16:39 |
| strigazi | those who have 1.2 can upgrade later | 16:39 |
| *** zul has joined #openstack-containers | 16:39 | |
| jvgrant | the uuid's of the versions are not known to the users | 16:40 |
| randallburt | I can get behind that. Create is only for latest version while keeping the old ones around for updates (though still not convinced that's totally needed) | 16:40 |
| *** anushkrishnamurt has quit IRC | 16:40 | |
| strigazi | If you have the old versions you can monitor the old cluster and plan the upgrades | 16:41 |
| strigazi | otherwise you will query based on a set of fields | 16:41 |
| jvgrant | you will still see the versions, just on create you will only be able to use the latest | 16:44 |
| randallburt | so sorry to butt in, but with this spec does that mean that if templates are 1-to-1 with drivers that we'd have to have a separate driver for each version or do we envision doing the hoop jumping in the driver? | 16:45 |
| jvgrant | no, these will be within the current attributes of the clusters/nodegroups | 16:46 |
| strigazi | +1 | 16:46 |
| strigazi | +1 to jaycen | 16:47 |
| *** chhavi has quit IRC | 16:47 | |
| Drago | randallburt: Templates are not 1 to 1 | 16:47 |
| randallburt | k | 16:48 |
| *** Drago has quit IRC | 16:48 | |
| jvgrant | ok, i "think" we have understanding on cluster-create usage now. Name and uuid(of v1) will be the only valid ways to specify a version for creation | 16:49 |
| *** Drago has joined #openstack-containers | 16:49 | |
| jvgrant | and it will always use the latest version | 16:49 |
| jvgrant | name cannot be changed or updated? | 16:49 |
| Drago | If name is common to all versions, that's another benefit of having a separate ParentTemplate table | 16:50 |
| strigazi | I think the way Jaycen descibed it, the v1 CT will act like the ParentTemplate | 16:51 |
| Drago | Yes, but that's the key difference - it will "act" like the ParentTemplate | 16:52 |
| jvgrant | yeah, it would be. But it wouldn't be in a separate table or a different type of entry | 16:52 |
| strigazi | They way I described it, only the latest is valid | 16:52 |
| strigazi | any reference to create from an old version would return an error | 16:53 |
| Drago | If you only allow the lastest version and have a ParentTemplate with a latest version field, you don't have to mark anything as obsolete | 16:53 |
| *** belmoreira has quit IRC | 16:53 | |
| *** Drago5 has joined #openstack-containers | 16:53 | |
| Drago | You also don't have marked_for_delete in every template, just one place | 16:53 |
| *** Drago has quit IRC | 16:54 | |
| *** Drago5 is now known as Drago | 16:54 | |
| strigazi | What is the advantage of this? Computational cost? | 16:55 |
| Drago | You're structuring the data according to how it will actually be used | 16:55 |
| strigazi | The Parent table you descibe would be better to be a sql view | 16:56 |
| strigazi | That's what a view does | 16:56 |
| Drago | If there is only 1 common name for N versions, why have a name field on every version? If deletion must apply identically to every version, why have a value for each version? | 16:57 |
| Drago | strigazi: I am not talking about a view | 16:57 |
| *** celebdor has joined #openstack-containers | 16:58 | |
| *** vijendar has joined #openstack-containers | 16:58 | |
| strigazi | If deletion must apply identically to every version" what do you mean? | 16:58 |
| Drago | ParentTemplate is a table that would be a one-to-many relationship with the versions | 16:58 |
| jvgrant | it is all or nothing right now on delete | 16:58 |
| *** vijendar has quit IRC | 16:58 | |
| Drago | strigazi: ^ | 16:58 |
| Drago | You don't mark specific versions to delete, you mark them all | 16:58 |
| *** srwilkers has quit IRC | 16:59 | |
| *** celebdor has quit IRC | 16:59 | |
| *** vijendar has joined #openstack-containers | 16:59 | |
| jvgrant | which is why in current spec i use the parent entry as the only one that matters for delete flag | 16:59 |
| Drago | but without a separate table for that common information, you have to duplicate values across all the version entries | 16:59 |
| strigazi | So, we can not mark them for deletion | 16:59 |
| *** celebdor has joined #openstack-containers | 16:59 | |
| Drago | jvgrant: Which I find to be hacky | 17:00 |
| jvgrant | we are talking the exact same functionality, just whether to use a new table and parent entry or use the initial parent template entry as that | 17:00 |
| strigazi | yeap the functionality would be tha same | 17:01 |
| strigazi | yeap the functionality would be the same | 17:01 |
| jvgrant | i get where Drago is coming from on this. Structurally it makes sense and it would be clean. But I also don't like the extra overhead of a new table and objects that have to be maintained | 17:02 |
| Drago | The separate table is to pull out common fields so that the values don't have to be duplicated. That's what relational DBs and foreign keys are for | 17:02 |
| Drago | jvgrant: You have the overhead of maintaining the constraints in code that should, and could, be in your DB just by the way the data is organized | 17:03 |
| jvgrant | i see it for when we have the attributes between cluster and cluster template since taht is like 30 fields, but for this it is only 1 or 2 | 17:03 |
| Drago | And on top of that, the developer burden of having to deal with the logic of "all the entries being the same structure, but a specific set of entries is really different and you should ignore things on the rest" | 17:04 |
| strigazi | We can count the computational cost of both cases. With the parent approach are we going to need a table for NGT too? | 17:05 |
| Drago | Yep | 17:06 |
| strigazi | Since the functionality is the same it's not a blocker for me | 17:06 |
| jvgrant | not a blocker for me either. just implementation opinion | 17:07 |
| strigazi | We need to elaborate on the second approach | 17:07 |
| Drago | If you want to get all the data in one DB query, you can do a JOIN between ParentTemplate and ClusterTemplate | 17:07 |
| strigazi | true | 17:07 |
| strigazi | Drago, I think we can remove the field in line 137 then | 17:08 |
| strigazi | So name, uuid, latest_version, is_deleted | 17:09 |
| jvgrant | yep | 17:09 |
| Drago | strigazi: In the DB, yes. We can of course do anything we want and have such an attribute in the python object | 17:09 |
| *** adrian_otto has quit IRC | 17:11 | |
| *** vijendar has quit IRC | 17:11 | |
| Drago | I'm pretty sure it will be more painful computationally to treat v1 as the parent than it would be to use a ParentTemplate | 17:11 |
| jvgrant | i agree with that. not that painful but it would be some | 17:12 |
| strigazi | be right back | 17:12 |
| jvgrant | i'll update the spec with more in the alternative... or are we deciding that we are switch this to the main option? | 17:13 |
| Drago | For example, to get all useful information on the latest CT version (which is what you want most of the time) | 17:13 |
| Drago | ah, yes this is ugly | 17:13 |
| Drago | USING the uuid of the v1 template, since that's the "parent" | 17:13 |
| Drago | You'd have to do a self-join on the CT table, with the UUID of the parent and the constraint NOT obsolete | 17:14 |
| Drago | jvgrant: We can discuss it more | 17:14 |
| jvgrant | that is what would give you latest | 17:14 |
| Drago | jvgrant: ^ Do you think that would get the latest CT version in one query? | 17:15 |
| jvgrant | should be parent_uuid + obsolete=false | 17:15 |
| Drago | For a moment I thought it would require 2 queries, but nevermind. It will probably be slower than the ParentTemplate version, but not by much to matter | 17:15 |
| Drago | jvgrant: Right | 17:15 |
| Drago | Not as ugly as I was thinking :) | 17:16 |
| jvgrant | which is why i said before it didn't matter what name or uuid they give since we always just look at parent_uuid and search for non-obselete | 17:16 |
| Drago | But you would then have some fields you have to ignore (and hopefully not accidentally use the wrong version of the field, since you're getting two copies) | 17:16 |
| Drago | With ParentTemplate, you don't have to deal with any extra fields | 17:17 |
| Drago | in your code | 17:17 |
| jvgrant | yeah, but since it is only a couple, the trade offs are really close between the options | 17:18 |
| Drago | jvgrant: With ParentTemplate there's also no ambiguity between specifying the UUID for a particular version or the one that represents "the" CT | 17:18 |
| *** chetna has joined #openstack-containers | 17:18 | |
| strigazi | +1 | 17:18 |
| jvgrant | yeah you are always specifying the parentTemplate | 17:19 |
| strigazi | in list queries we only query the Parent table | 17:19 |
| jvgrant | which was like my limitation on only supporting the v1 name/uuid | 17:19 |
| Drago | jvgrant: But when you're choosing the fields to expose outside of the DB API layer, you have two sets, and you have pick the right one for ALL of them, not just a couple | 17:19 |
| Drago | It's just that a couple come from one and the rest come from another | 17:20 |
| jvgrant | do we think that we will had additional versioning features in the future? | 17:20 |
| jvgrant | to make it more complex? | 17:20 |
| strigazi | I think not | 17:20 |
| Drago | Are you joking | 17:20 |
| Drago | Of course we will | 17:21 |
| Drago | :P | 17:21 |
| *** harlowja has quit IRC | 17:21 | |
| strigazi | Version all the objects | 17:21 |
| jvgrant | well, i'm about as dead center on this as you can come, so i'm ok with either option now :P | 17:21 |
| jvgrant | i think we are set on what the functionality will be, so i'm ok either way | 17:22 |
| strigazi | With one more iteration on the alteranative option we can decide | 17:23 |
| Drago | If there were literally no additional versioning features that would ever be added, I would probably still be on the side of ParentTemplate, but since ParentTemplate is more future-proof, I think it's the better option in that regard too | 17:23 |
| jvgrant | ok, i'll work with Drago on that | 17:23 |
| strigazi | I'll add a few comments on the alternate option | 17:24 |
| Drago | Thanks strigazi | 17:24 |
| jvgrant | Drago: i'll do an update with some of the changes from comments and another pass on the ParentTemplate section. Then i'll have you help be expand it | 17:26 |
| Drago | jvgrant: Alright, sounds good | 17:27 |
| Drago | jvgrant: I'll be back in 30. I've run out of food in my house! | 17:28 |
| jvgrant | Drago: yeah don't go hungry :) | 17:29 |
| *** fragatina has quit IRC | 17:40 | |
| *** vijendar has joined #openstack-containers | 17:42 | |
| *** vijendar_ has joined #openstack-containers | 17:43 | |
| *** harlowja has joined #openstack-containers | 17:44 | |
| *** vijendar has quit IRC | 17:47 | |
| *** tonanhngo has joined #openstack-containers | 17:49 | |
| *** anush has joined #openstack-containers | 17:55 | |
| *** srwilkers has joined #openstack-containers | 18:01 | |
| *** sergmelikyan has joined #openstack-containers | 18:01 | |
| *** Jeffrey4l has quit IRC | 18:02 | |
| *** vijendar_ has quit IRC | 18:02 | |
| *** vijendar has joined #openstack-containers | 18:02 | |
| *** vijendar_ has joined #openstack-containers | 18:03 | |
| *** vijendar has quit IRC | 18:07 | |
| *** srwilkers has quit IRC | 18:08 | |
| openstackgerrit | Randall Burt proposed openstack/magnum: Add cluster driver encapsulation spec https://review.openstack.org/389835 | 18:09 |
| randallburt | Drago: so embarassing | 18:10 |
| *** tonanhngo has quit IRC | 18:10 | |
| Drago | randallburt: :) | 18:11 |
| randallburt | that's why we code review kids. | 18:11 |
| *** anush has quit IRC | 18:14 | |
| *** jvgrant_ has joined #openstack-containers | 18:15 | |
| *** yuanying_ has joined #openstack-containers | 18:17 | |
| openstackgerrit | Jaycen Grant proposed openstack/magnum: Spec for adding template versions https://review.openstack.org/392327 | 18:17 |
| *** openstackgerrit has quit IRC | 18:18 | |
| *** openstackgerrit has joined #openstack-containers | 18:18 | |
| *** jvgrant has quit IRC | 18:18 | |
| Drago | jvgrant_: I figured out a better name for ParentTemplate | 18:22 |
| *** yuanying_ has quit IRC | 18:22 | |
| Drago | jvgrant_: ClusterTemplate and ClusterTemplateVersion | 18:22 |
| jvgrant_ | Drago: like it | 18:22 |
| Drago | jvgrant_: Is it ready for me to edit? | 18:22 |
| swatson | Drago: That's an improvement for sure | 18:22 |
| jvgrant_ | Drago: ParentTemplate was awkward | 18:22 |
| Drago | Heh, yeah | 18:22 |
| jvgrant_ | Drago: go for it | 18:22 |
| Drago | Thanks | 18:22 |
| *** GB21 has quit IRC | 18:24 | |
| Drago | jvgrant_, swatson: I have a k8s question | 18:24 |
| Drago | I have a Magnum cluster, which is running k8s 1.2. From what I can tell, ConfigMaps should be available. However, I get a 404 when doing `kubectl get configmaps` | 18:25 |
| Drago | I had the same problem with deployments, but I can enable those by enabling extensions/v1beta1 | 18:26 |
| *** srwilkers has joined #openstack-containers | 18:26 | |
| *** anush has joined #openstack-containers | 18:26 | |
| swatson | Drago: My expertise at this point is pretty Magnum-specific :P | 18:27 |
| Drago | swatson: Sadly, mine too :( | 18:27 |
| Drago | And documentation for 1.2 is sparse | 18:30 |
| swatson | Drago: Yeah I'm not the guy to ask for k8s :X | 18:30 |
| *** vijendar_ has quit IRC | 18:35 | |
| *** vijendar_ has joined #openstack-containers | 18:37 | |
| *** vijenda__ has joined #openstack-containers | 18:37 | |
| *** srwilkers has quit IRC | 18:40 | |
| *** vijendar_ has quit IRC | 18:41 | |
| *** yuanying has quit IRC | 19:03 | |
| *** celebdor has quit IRC | 19:07 | |
| *** anush has quit IRC | 19:11 | |
| *** jerrygb has quit IRC | 19:21 | |
| *** jerrygb has joined #openstack-containers | 19:22 | |
| *** vijenda__ has quit IRC | 19:24 | |
| *** jerrygb has quit IRC | 19:26 | |
| Drago | jvgrant_: In the spec, using "template" instead of "ClusterTemplate" is awkward | 19:29 |
| jvgrant_ | Drago: i was trying to make in generic so it is valid for all the templates(both cluster and nodegroup) | 19:36 |
| jvgrant_ | if it is easier to understand we can just make it all ClusterTemplate and then we can make a section that says the same applies to NodeGroupTemplate as well | 19:37 |
| Drago | jvgrant_: I realize that. It just makes it harder to use concrete examples | 19:37 |
| Drago | jvgrant_: So far, I can work with it | 19:38 |
| *** jperry has joined #openstack-containers | 19:38 | |
| jvgrant_ | Drago: ok, it not I don't have a problem changing it | 19:38 |
| *** jerrygb has joined #openstack-containers | 19:42 | |
| *** anush has joined #openstack-containers | 19:44 | |
| *** rcernin has joined #openstack-containers | 19:45 | |
| *** dave-mccowan has quit IRC | 19:48 | |
| *** dave-mcc_ has joined #openstack-containers | 19:48 | |
| *** adrian_otto has joined #openstack-containers | 19:56 | |
| *** openstack has joined #openstack-containers | 20:00 | |
| *** anushkrishnamurt has joined #openstack-containers | 20:05 | |
| *** anush has quit IRC | 20:05 | |
| *** sergmelikyan has joined #openstack-containers | 20:09 | |
| *** anushkrishnamurt has quit IRC | 20:09 | |
| *** openstackgerrit has quit IRC | 20:18 | |
| *** openstackgerrit has joined #openstack-containers | 20:18 | |
| *** sergmelikyan has quit IRC | 20:19 | |
| *** sergmelikyan has joined #openstack-containers | 20:20 | |
| *** sergmelikyan has quit IRC | 20:37 | |
| *** sergmelikyan has joined #openstack-containers | 20:44 | |
| *** adrian_otto has quit IRC | 20:45 | |
| *** adrian_otto has joined #openstack-containers | 20:47 | |
| *** adrian_otto has quit IRC | 20:49 | |
| *** sergmelikyan has quit IRC | 20:49 | |
| *** code34 has joined #openstack-containers | 20:54 | |
| *** adrian_otto has joined #openstack-containers | 20:54 | |
| code34 | hello, i need assistance with magnum during creation of cluster, i have an urlerror msg templates/cluster.yaml doesnt exist | 20:55 |
| *** adrian_otto has quit IRC | 20:55 | |
| code34 | does anyone know how to solve this ? it s on newton proposed version | 20:55 |
| *** adrian_otto has joined #openstack-containers | 20:56 | |
| *** EricGonczer_ has quit IRC | 20:57 | |
| jvgrant_ | code34: can you share the ClusterTemplate info you are using? | 20:59 |
| code34 | it s a cluster template that i build before | 20:59 |
| code34 | from the command line | 20:59 |
| jvgrant_ | it worked with the previous version? | 21:00 |
| *** yuanying has joined #openstack-containers | 21:00 | |
| code34 | i dont know its the first time i build it :) | 21:00 |
| *** askb has joined #openstack-containers | 21:00 | |
| jvgrant_ | i have to run to a quick meeting for 30 min but if you can share the clustertemplate and cluster settings you have and any logs of the error, i can take a look | 21:01 |
| jvgrant_ | when i get back | 21:01 |
| code34 | ok :) | 21:02 |
| code34 | thanks you | 21:02 |
| *** sergmelikyan has joined #openstack-containers | 21:03 | |
| *** yuanying has quit IRC | 21:05 | |
| *** dave-mcc_ has quit IRC | 21:24 | |
| *** vijendar has joined #openstack-containers | 21:28 | |
| *** adrian_otto has quit IRC | 21:34 | |
| openstackgerrit | Drago proposed openstack/magnum: Spec for adding template versions https://review.openstack.org/392327 | 21:51 |
| *** Drago has quit IRC | 21:51 | |
| *** Drago2 has joined #openstack-containers | 21:54 | |
| Drago2 | test | 21:54 |
| jvgrant_ | Drago2: i think it worked | 21:54 |
| Drago2 | Yeah, but this is me on freenode's webchat, while I wait for adium to reconnect | 21:55 |
| Drago2 | jvgrant_: Tell me what you think :) | 21:56 |
| *** muralia_ has quit IRC | 21:56 | |
| jvgrant_ | Drago2: I think that is enough :) It makes sense. It can be done the other way as well, but this is cleaner | 21:57 |
| *** Drago5 has joined #openstack-containers | 21:59 | |
| Drago2 | jvgrant_: I was trying to dispel the notion that using one table had more advantages than drawbacks | 22:00 |
| *** Drago2 has quit IRC | 22:00 | |
| jvgrant_ | Drago2: i think it is just general fear of the db :) | 22:00 |
| *** adrian_otto has joined #openstack-containers | 22:01 | |
| Drago5 | Fear of the DB is silly | 22:01 |
| *** Drago5 is now known as Drago | 22:01 | |
| jvgrant_ | agreed but it happens as developers often would rather add more code around it then make the db more complicated | 22:02 |
| *** jperry has quit IRC | 22:02 | |
| *** harlowja has quit IRC | 22:02 | |
| Drago | jvgrant_: The DB can do so much for you! And wielded correctly, it can really reduce the amount of pain you go through writing and debugging code | 22:03 |
| Drago | I know this because of the things I see over on the Heat team | 22:03 |
| jvgrant_ | Drago: which is why it is good to have people to push us in the right direction. I think this is even more important on the attributes table as migrations and updates are a pain. I don't want to have to update them twice when we rename something | 22:04 |
| Drago | +1 | 22:04 |
| jvgrant_ | and i know a thing or 2 about renaming :) | 22:05 |
| Drago | You more than most! | 22:05 |
| jvgrant_ | i'll let people read through the new alternative info you put, but then i'll switch it over to being the main option for the spec | 22:07 |
| jvgrant_ | it is good info as it will be the same arguement for attributes | 22:07 |
| *** chris_hultin is now known as chris_hultin|AWA | 22:09 | |
| Drago | jvgrant_: Cool | 22:11 |
| openstackgerrit | Drago proposed openstack/magnum: Spec for adding template versions https://review.openstack.org/392327 | 22:12 |
| *** Drago has quit IRC | 22:12 | |
| *** adrian_otto has quit IRC | 22:12 | |
| *** tonanhngo has joined #openstack-containers | 22:13 | |
| *** drago2 has joined #openstack-containers | 22:15 | |
| drago2 | jvgrant_: Do you think I can fix the pep8 error (line 158, unexpected indentation) by adding a blank line above it? | 22:18 |
| jvgrant_ | maybe... | 22:19 |
| *** Drago5 has joined #openstack-containers | 22:20 | |
| *** askb has quit IRC | 22:20 | |
| jvgrant_ | i think as long as there is a line it won't compare the indent to the above | 22:20 |
| *** sergmelikyan has quit IRC | 22:21 | |
| openstackgerrit | Drago proposed openstack/magnum: Spec for adding template versions https://review.openstack.org/392327 | 22:22 |
| *** askb has joined #openstack-containers | 22:22 | |
| jvgrant_ | yep that will fix it | 22:22 |
| Drago5 | I hope so | 22:22 |
| *** drago2 has quit IRC | 22:22 | |
| jvgrant_ | or you could fight with pep8 all afternoon :) | 22:23 |
| *** vijendar has quit IRC | 22:24 | |
| Drago5 | jvgrant_: I'll have the attributes spec up tonight, now that I'm done with that | 22:28 |
| *** Drago5 is now known as Drago | 22:28 | |
| *** flaper87 has quit IRC | 22:29 | |
| jvgrant_ | cool | 22:29 |
| *** adrian_otto has joined #openstack-containers | 22:30 | |
| *** adrian_otto has quit IRC | 22:30 | |
| *** vijendar has joined #openstack-containers | 22:33 | |
| *** adrian_otto has joined #openstack-containers | 22:33 | |
| *** vijendar_ has joined #openstack-containers | 22:33 | |
| *** chetna has quit IRC | 22:36 | |
| *** chetna has joined #openstack-containers | 22:37 | |
| *** vijendar has quit IRC | 22:37 | |
| *** syed_ has quit IRC | 22:45 | |
| *** sergmelikyan has joined #openstack-containers | 22:57 | |
| *** david-lyle has quit IRC | 23:04 | |
| *** chris_hultin|AWA is now known as chris_hultin | 23:08 | |
| *** harlowja has joined #openstack-containers | 23:08 | |
| *** absubram has quit IRC | 23:09 | |
| *** yuanying has joined #openstack-containers | 23:11 | |
| *** chris_hultin is now known as chris_hultin|AWA | 23:15 | |
| *** yuanying has quit IRC | 23:16 | |
| *** mtanino has quit IRC | 23:20 | |
| *** swatson_ has joined #openstack-containers | 23:24 | |
| *** david-lyle has joined #openstack-containers | 23:30 | |
| *** rcernin has quit IRC | 23:31 | |
| *** dave-mccowan has joined #openstack-containers | 23:31 | |
| chetna | I am trying to attach docker volume to CoreOS cluster. When I attempt to delete the cluster deletion fails. Resource DELETE failed: KeyError: resources.kube_masters.resources[0].resources.master_wait_condition: 'outputs'" | 23:34 |
| chetna | Could someone please suggest what could be wrong. I have attached details in https://bugs.launchpad.net/magnum/+bug/1638741 | 23:34 |
| openstack | Launchpad bug 1638741 in Magnum "Magnum: k8s CoreOS Cluster deletion fails with docker volume attached" [Undecided,New] | 23:34 |
| *** chetna has quit IRC | 23:40 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!