| *** limao has joined #tripleo | 00:42 | |
| *** limao has quit IRC | 00:43 | |
| *** limao has joined #tripleo | 00:43 | |
| *** fragatina has joined #tripleo | 00:43 | |
| *** ebalduf has quit IRC | 00:55 | |
| *** fragatin_ has joined #tripleo | 01:43 | |
| *** fragatina has quit IRC | 01:47 | |
| *** ramishra has joined #tripleo | 01:48 | |
| *** trozet has joined #tripleo | 02:03 | |
| openstackgerrit | Tim Rozet proposed openstack/tripleo-heat-templates: Adds OpenDaylight composable service https://review.openstack.org/355147 | 02:09 |
|---|---|---|
| *** dmacpher has joined #tripleo | 02:10 | |
| *** ebalduf has joined #tripleo | 02:19 | |
| *** trozet has quit IRC | 02:31 | |
| *** jcoufal has joined #tripleo | 02:51 | |
| *** oshvartz has quit IRC | 02:56 | |
| *** xuao has joined #tripleo | 03:08 | |
| *** jcoufal has quit IRC | 03:16 | |
| *** jcoufal has joined #tripleo | 03:18 | |
| *** jcoufal has quit IRC | 03:20 | |
| *** julim has quit IRC | 03:27 | |
| *** ayoung has quit IRC | 03:43 | |
| *** bana_k has joined #tripleo | 03:45 | |
| *** yamahata has quit IRC | 04:05 | |
| *** limao has quit IRC | 04:21 | |
| *** nyechiel has joined #tripleo | 04:24 | |
| *** nyechiel has quit IRC | 04:33 | |
| *** david-lyle has quit IRC | 04:37 | |
| *** pcaruana has quit IRC | 04:55 | |
| *** pgadiya has joined #tripleo | 04:59 | |
| *** limao has joined #tripleo | 05:03 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack-infra/tripleo-ci: Use separated SSL endpoint environment file https://review.openstack.org/356488 | 05:05 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack-infra/tripleo-ci: Inject CA certificate via service profile https://review.openstack.org/357791 | 05:05 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack-infra/tripleo-ci: Pass TRIPLEO_ROOT directory to heat_deploy_times.sh https://review.openstack.org/356946 | 05:07 |
| *** yamahata has joined #tripleo | 05:18 | |
| *** fragatina has joined #tripleo | 05:20 | |
| *** fragatin_ has quit IRC | 05:20 | |
| *** jaosorior has joined #tripleo | 05:23 | |
| *** jtomasek has joined #tripleo | 05:28 | |
| *** bana_k has quit IRC | 05:35 | |
| *** links has joined #tripleo | 05:38 | |
| *** r-mibu has quit IRC | 05:47 | |
| *** r-mibu has joined #tripleo | 05:52 | |
| *** leanderthal|afk is now known as leanderthal | 05:57 | |
| *** saneax-_-|AFK is now known as saneax | 05:58 | |
| *** florianf has joined #tripleo | 06:00 | |
| *** skramaja has joined #tripleo | 06:07 | |
| openstackgerrit | Merged openstack/tripleo-ui: Add packaging spec and config files https://review.openstack.org/344932 | 06:11 |
| *** ebalduf has quit IRC | 06:15 | |
| *** coolsvap has joined #tripleo | 06:15 | |
| *** coolsvap has quit IRC | 06:16 | |
| *** coolsvap has joined #tripleo | 06:16 | |
| *** adarazs has quit IRC | 06:18 | |
| *** adarazs has joined #tripleo | 06:18 | |
| *** bana_k has joined #tripleo | 06:19 | |
| openstackgerrit | Saravanan KR proposed openstack/os-net-config: Add support for OVS DPDK Bond https://review.openstack.org/349183 | 06:21 |
| *** skramaja has quit IRC | 06:34 | |
| *** rasca has joined #tripleo | 06:40 | |
| *** tremble has joined #tripleo | 06:41 | |
| openstackgerrit | Karthik S proposed openstack/tripleo-heat-templates: SR-IOV nic agent changes in line with composable roles. https://review.openstack.org/332190 | 06:45 |
| *** ohamada has joined #tripleo | 06:45 | |
| openstackgerrit | Karthik S proposed openstack/tripleo-heat-templates: Add sriov_numvfs in THT https://review.openstack.org/345352 | 06:47 |
| *** jbadiapa has joined #tripleo | 06:49 | |
| openstackgerrit | Robin Cernin proposed openstack/tripleo-validations: Validate rabbitmq policies https://review.openstack.org/358430 | 06:49 |
| *** rcernin has joined #tripleo | 06:51 | |
| *** pcaruana has joined #tripleo | 06:52 | |
| *** matbu|afk is now known as matbu | 06:54 | |
| *** rwsu has joined #tripleo | 06:58 | |
| *** jprovazn has joined #tripleo | 07:05 | |
| *** dsariel has joined #tripleo | 07:06 | |
| *** jbadiapa has quit IRC | 07:08 | |
| *** tesseract- has joined #tripleo | 07:09 | |
| *** skramaja has joined #tripleo | 07:12 | |
| *** milan has joined #tripleo | 07:18 | |
| *** bootsha has joined #tripleo | 07:19 | |
| *** bana_k has quit IRC | 07:20 | |
| *** bvandenh has joined #tripleo | 07:21 | |
| *** numans has joined #tripleo | 07:25 | |
| *** rcernin has quit IRC | 07:25 | |
| *** zoli_gone-proxy is now known as zoliXXL | 07:26 | |
| openstackgerrit | Sagi Shnaidman proposed openstack-infra/tripleo-ci: WIP: DONT MERGE TESTING https://review.openstack.org/316436 | 07:28 |
| bandini | morning | 07:29 |
| *** jpich has joined #tripleo | 07:30 | |
| *** bootsha has quit IRC | 07:36 | |
| *** bana_k has joined #tripleo | 07:39 | |
| *** bana_k has quit IRC | 07:56 | |
| *** ifarkas_afk is now known as ifarkas | 07:56 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/instack-undercloud: Enable SSL for ironic inspector https://review.openstack.org/332641 | 07:57 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/instack-undercloud: Refactor endpoint env variable population https://review.openstack.org/350396 | 07:57 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/instack-undercloud: Enable TLS for Zaqar API https://review.openstack.org/351576 | 07:57 |
| *** ccamacho has joined #tripleo | 07:59 | |
| *** hewbrocca-afk is now known as hewbrocca | 08:01 | |
| hewbrocca | Morning everyone | 08:02 |
| *** mhenkel has joined #tripleo | 08:05 | |
| *** dmacpher has quit IRC | 08:06 | |
| *** gfidente has joined #tripleo | 08:08 | |
| *** zoliXXL is now known as zoli|trng | 08:08 | |
| ccamacho | morning! | 08:08 |
| gfidente | morning :) | 08:09 |
| *** athomas has joined #tripleo | 08:10 | |
| jaosorior | dtantsur|afk: are you around? | 08:10 |
| jaosorior | do'h I see the afk now | 08:11 |
| *** derekh has joined #tripleo | 08:16 | |
| jaosorior | derekh: hey dude, can you check this out? https://review.openstack.org/#/c/356946/ | 08:17 |
| derekh | jaosorior: looking | 08:17 |
| openstackgerrit | Julie Pichon proposed openstack/tripleo-specs: Add 'bug tagging' policy https://review.openstack.org/352852 | 08:17 |
| *** coolsvap is now known as _coolsvap_ | 08:18 | |
| *** jbadiapa has joined #tripleo | 08:18 | |
| openstackgerrit | Michael Henkel proposed openstack/tripleo-puppet-elements: add puppet source repository for Contrail puppet modules https://review.openstack.org/358467 | 08:19 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 08:21 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Enable usage of FQDNs for the endpoints https://review.openstack.org/356416 | 08:21 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Add deployment of CAs via hieradata https://review.openstack.org/353037 | 08:22 |
| *** abregman_ has joined #tripleo | 08:26 | |
| jaosorior | derekh: thanks for checking it out | 08:26 |
| derekh | jaosorior: np | 08:26 |
| *** bootsha has joined #tripleo | 08:26 | |
| jaosorior | marios: when you get time, can you check this out? https://review.openstack.org/#/c/356416/ | 08:27 |
| abregman_ | hey. my overcloud deployment fails for the resource 'ControllerNodesPostDeployment' with the following message: resources.ControllerNodesPostDeployment.resources.ControllerPostPuppet.resources.ControllerPostPuppetRestartDeployment.resources[0]: Deployment to server failed: deploy_status_code: Deployment exited with non-zero status code: 1 | 08:27 |
| abregman_ | where can I check what exactly went wrong? | 08:28 |
| *** radeks has joined #tripleo | 08:28 | |
| jaosorior | abregman_: are you using master? | 08:28 |
| abregman_ | jaosorior: no. kilo. | 08:28 |
| jaosorior | abregman_: alright. I recommend following this http://hardysteven.blogspot.fi/2015/04/debugging-tripleo-heat-templates.html | 08:29 |
| abregman_ | jaosorior: thanks. /me reading. | 08:29 |
| *** jaosorior has quit IRC | 08:30 | |
| *** jaosorior has joined #tripleo | 08:31 | |
| openstackgerrit | Derek Higgins proposed openstack-infra/tripleo-ci: Remove support for legacy rh1 https://review.openstack.org/347918 | 08:33 |
| *** lucas-afk is now known as lucasagomes | 08:34 | |
| gfidente | ping bandini | 08:34 |
| derekh | jaosorior: btw, I've been trying to get rid of a lot of those ssh's altogether https://review.openstack.org/#/c/347918/3 (just rebased now) | 08:35 |
| bandini | gfidente: pong | 08:36 |
| jaosorior | derekh: I see. Will check that out | 08:37 |
| jaosorior | jistr: hey dude, when you get some time can you check this out? https://review.openstack.org/#/c/356416/ | 08:38 |
| jistr | ok :) | 08:40 |
| jistr | good morning all | 08:40 |
| bandini | morning jistr jaosorior ccamacho | 08:44 |
| jaosorior | hey people, what's up? | 08:44 |
| ccamacho | bandini happy Monday man! | 08:44 |
| ccamacho | starting the week :) | 08:45 |
| bandini | Monday's are Satan's invention! | 08:45 |
| ccamacho | jaajaaj no way, I hate Wednesday's | 08:46 |
| *** Goneri has joined #tripleo | 08:51 | |
| abregman_ | jaosorior: thanks for posting the link to the blog..found the issue: "pcs resource restart rabbitmq-clone\nError: Could not complete shutdown of rabbitmq-clone" | 08:51 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Add support for deploying Ceph RGW role https://review.openstack.org/289027 | 08:52 |
| *** pgadiya has quit IRC | 08:52 | |
| jaosorior | bandini: have you seen something like what abregman_ is seeing? | 08:52 |
| *** abehl has joined #tripleo | 08:53 | |
| bandini | jaosorior: nope I haven't seen that specific issue. from a quick hunch I'd say a bit of VM starvation? Is this repeatable? | 09:00 |
| *** chem``` is now known as chem | 09:01 | |
| *** chem has quit IRC | 09:02 | |
| *** chem has joined #tripleo | 09:02 | |
| jaosorior | gfidente: abregman_ ^^ | 09:04 |
| abregman_ | bandini, jaosorior: yeah..100% repeatable | 09:05 |
| *** pgadiya has joined #tripleo | 09:06 | |
| *** ohamada has quit IRC | 09:06 | |
| *** ohamada has joined #tripleo | 09:06 | |
| *** ohamada has quit IRC | 09:06 | |
| openstackgerrit | Sagi Shnaidman proposed openstack-infra/tripleo-ci: WIP: DONT MERGE TESTING https://review.openstack.org/316436 | 09:06 |
| *** ohamada_ has joined #tripleo | 09:06 | |
| ccamacho | hey, some time ago I had the same issue but the error was related to OOM mind to find memory in the logs to see if you are getting OOM's? | 09:06 |
| *** ohamada_ has quit IRC | 09:07 | |
| *** ohamada_ has joined #tripleo | 09:07 | |
| *** yamahata has quit IRC | 09:07 | |
| *** ohamada_ has quit IRC | 09:07 | |
| *** ebarrera has joined #tripleo | 09:07 | |
| *** ohamada_ has joined #tripleo | 09:07 | |
| openstackgerrit | Radoslaw Smigielski proposed openstack/tripleo-heat-templates: Add NeutronEnableMetadataNetwork to composable neutron dhcp service https://review.openstack.org/358493 | 09:08 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Add support for deploying Ceph RGW role https://review.openstack.org/289027 | 09:09 |
| bandini | abregman_: any logs around? | 09:10 |
| abregman_ | bandini: http://paste.openstack.org/raw/562173/ , what other logs should I paste? | 09:13 |
| openstackgerrit | Saravanan KR proposed openstack/tripleo-heat-templates: Added a new composable service for enabling DPDK on compute nodes. https://review.openstack.org/344084 | 09:13 |
| openstackgerrit | Karthik S proposed openstack/tripleo-heat-templates: SR-IOV nic agent changes in line with composable roles. https://review.openstack.org/332190 | 09:18 |
| *** pgadiya has quit IRC | 09:18 | |
| *** pgadiya has joined #tripleo | 09:18 | |
| openstackgerrit | Karthik S proposed openstack/tripleo-heat-templates: Add sriov_numvfs in THT https://review.openstack.org/345352 | 09:19 |
| *** bootsha has quit IRC | 09:20 | |
| *** akrivoka has joined #tripleo | 09:21 | |
| abregman_ | bandini, jaosorior: I checked and it also fails when trying manually: http://paste.openstack.org/raw/562174/ | 09:22 |
| ccamacho | hey mhenkel, re your Contrail submissions, Im testing them from puppet to tht Ill let you know when having some feedback | 09:23 |
| ccamacho | thanks for https://review.openstack.org/#/c/358467/ ^ | 09:23 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 09:23 |
| mhenkel | thanks ccamacho! | 09:23 |
| *** bootsha has joined #tripleo | 09:23 | |
| openstackgerrit | Saravanan KR proposed openstack/tripleo-heat-templates: Added a new composable service for enabling DPDK on compute nodes. https://review.openstack.org/344084 | 09:24 |
| abregman_ | bandini, jaosorior: this solves the issue: "pcs resource update rabbitmq op stop timeout=300", but is there a way to preconfigure this before deploying the overcloud? | 09:24 |
| ccamacho | mhenkel I wasnt sure which puppet repo was the correct to test the puppet-tripleo manifests, now testing them. | 09:25 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Add support for deploying Ceph RGW role https://review.openstack.org/289027 | 09:25 |
| *** sshnaidm has quit IRC | 09:26 | |
| openstackgerrit | Saravanan KR proposed openstack/tripleo-heat-templates: Added a new composable service for enabling DPDK on compute nodes. https://review.openstack.org/344084 | 09:28 |
| bandini | abregman_: can you send me the file generated by "pcs cluster cib /tmp/cib.xml"? | 09:29 |
| *** athomas has quit IRC | 09:29 | |
| bandini | abregman_: we'd have to change the value in the tht templates. what version are you using? | 09:29 |
| abregman_ | bandini: kilo. I don't have this issue in Mitaka or Liberty | 09:31 |
| abregman_ | bandini: http://paste.openstack.org/raw/562177/ | 09:31 |
| bandini | abregman_: ah right, we did increase the timeouts starting from liberty | 09:32 |
| *** athomas has joined #tripleo | 09:34 | |
| abregman_ | bandini: this line?: https://github.com/openstack/tripleo-heat-templates/blob/stable/liberty/puppet/manifests/overcloud_controller_pacemaker.pp#L114 | 09:34 |
| bandini | abregman_: we probably want something like this https://review.openstack.org/#/c/272026/ in kilo | 09:34 |
| openstackgerrit | Jiri Stransky proposed openstack/puppet-tripleo: Write restart flags to restart services only when necessary https://review.openstack.org/358510 | 09:34 |
| bandini | abregman_: yep | 09:34 |
| openstackgerrit | Jiri Stransky proposed openstack/tripleo-heat-templates: Restart only services that need it https://review.openstack.org/358511 | 09:35 |
| abregman_ | bandini: ack. thanks for the help! | 09:35 |
| bandini | abregman_: np ;) | 09:36 |
| *** dtantsur|afk is now known as dtantsur | 09:37 | |
| dtantsur | jaosorior, hey, around now | 09:38 |
| dtantsur | also folks, I need someone's help with tripleo. I can't get TFTP to work in overcloud, and I'm out of ideas why... | 09:38 |
| jaosorior | dtantsur: Hey, I'm trying to test a change I did for ironic-python-agent; And I'm not sure how to build that image with DIB that includes the change I did | 09:39 |
| openstackgerrit | Dmitry Tantsur proposed openstack/tripleo-docs: [WIP] Documentation for installing and using Ironic in overcloud https://review.openstack.org/354016 | 09:39 |
| jaosorior | dtantsur: in case you're wondernig, it's this https://review.openstack.org/#/c/358457/ | 09:39 |
| dtantsur | jaosorior, do you need it RHEL-based or just any IPA image? | 09:40 |
| jaosorior | dtantsur: Trying to address the issue I brought up the other day regarding the need to rebuild images if we have TLS in the undercloud | 09:40 |
| jaosorior | dtantsur: well... whatever works with TripleO upstream | 09:40 |
| dtantsur | jaosorior, anything will work if you disable advanced introspection :) anyway, lemme remember it real quick | 09:41 |
| mhenkel | ccamacho: should I just abandon the commit? | 09:41 |
| ccamacho | yeahp already landed long time ago, I'm trying now to install all dependencies and test the puppet-tripleo part, but BTW thanks for pointing out that submission | 09:42 |
| *** tosky has joined #tripleo | 09:43 | |
| openstackgerrit | Jiri Stransky proposed openstack/puppet-tripleo: Write restart flags to restart services only when necessary https://review.openstack.org/358510 | 09:43 |
| openstackgerrit | Dmitry Tantsur proposed openstack/tripleo-docs: Document using in-progress review of IPA https://review.openstack.org/358518 | 09:48 |
| dtantsur | jaosorior, please try ^^^ used to work for me some time ago | 09:48 |
| jaosorior | dtantsur: will do; thanks! | 09:49 |
| ccamacho | Guys not sure if anyone else is getting issues to upload images to swift, fixed here (+2ed and passing CI) https://review.openstack.org/#/c/357147/ The issue was that the swift URL its empty depending on the openstackclient version, the fix adds two ways of getting it. | 09:49 |
| derekh | dtantsur: whats the problem with tftp on the overcloud, if you send me some details what you've tried etc... I'll see what I can figure out | 09:52 |
| dtantsur | derekh, hey there! I've documented everything I did in https://review.openstack.org/354016. The problem is that I can access TFTP from within the controller, but not from undercloud or the bare metal nodes. | 09:54 |
| dtantsur | derekh, in tcpdump is looks like request arrive, but no response is sent. no errors in logs, selinux permissive, flushing iptables tried. | 09:54 |
| dtantsur | if it matters, I'm using ooo-quickstart | 09:55 |
| derekh | dtantsur: ok, looking | 09:55 |
| dtantsur | thanks! | 09:56 |
| dtantsur | I have an environment, though I'm not sure how to share an ooo-quickstart created environment with someone | 09:56 |
| dtantsur | but everything in this document seems to be reproducible | 09:56 |
| jaosorior | jistr: I could do that, but I just think it's a usability issue :/ | 09:56 |
| shadower | d0ugal: do you know how the whole t-h-t in Swift thing works? | 09:57 |
| shadower | or anyone? ^ | 09:57 |
| jistr | jaosorior: yea i'm not convinced which one is better, just not sure enough to give a +2 ATM | 09:57 |
| jaosorior | gfidente: what do you think? regarding jistr's comment in https://review.openstack.org/#/c/356416/3/overcloud.yaml | 09:58 |
| openstackgerrit | Erno Kuvaja proposed openstack/tripleo-heat-templates: Add integration with Manila CephFS Native driver https://review.openstack.org/358525 | 09:58 |
| jistr | jaosorior: e.g. i wonder if someone someday might come and want the e.g. InternalApi endpoints to not end with the same higher-level domain than the Public endpoints | 10:00 |
| gfidente | jistr, jaosorior right I think we need to figure if we want the per-network names or if don't | 10:00 |
| jistr | i don't know why would someone do that but people sometimes want funny things | 10:01 |
| jaosorior | gfidente: well, they can always configure it to use IP_ADDRESS and not use those names | 10:01 |
| jaosorior | jistr: alright, so I could leave the CloudName functionality as is, and that parameter would disregard what CloudDomain contains. So if you actually want the domain to be used to have to specify it also in CloudName | 10:02 |
| gfidente | jaosorior, that is not what it used to do though right? | 10:02 |
| jaosorior | gfidente: it really didn't do anything before, but show up in the endpoint map and in the heat stack name | 10:03 |
| jistr | gfidente: afaict that is what it used to do. That's actually why i started thinking about this -- the current state of tha patch changes a semantic of the CloudName param... | 10:04 |
| *** milan has quit IRC | 10:04 | |
| * gfidente confused | 10:04 | |
| jaosorior | jistr: fair enough, I'll leave the functionality of CloudName as-is, yet add the other names | 10:05 |
| jistr | gfidente: lines 409-410 https://review.openstack.org/#/c/356416/3/overcloud.yaml | 10:05 |
| jaosorior | either way, in net-iso, having CloudName for the internal endpoints would have never worked | 10:05 |
| jistr | jaosorior: yea i see. It would point everything to public, right? | 10:05 |
| jaosorior | jistr: exactly | 10:06 |
| jaosorior | and that's messed up | 10:06 |
| jistr | gfidente: vs. line 377 on the left side | 10:06 |
| jistr | jaosorior: yea | 10:06 |
| gfidente | jistr, ah thanks! | 10:06 |
| *** Goneri has quit IRC | 10:07 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 10:07 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Enable usage of FQDNs for the endpoints https://review.openstack.org/356416 | 10:07 |
| jaosorior | jistr: what about that? ^^ | 10:08 |
| * gfidente comparing the actual endpoint_map | 10:08 | |
| d0ugal | shadower: Sure, I know how it works. What do you need to know? | 10:08 |
| d0ugal | shadower: it is a little strange :) | 10:09 |
| jistr | jaosorior: yea but we should probably do the same for the rest of the CloudNames (the per-network ones), right? | 10:09 |
| shadower | d0ugal: yea I figured :-). 1) how do the templates get to Swift and 2) how are they passed to Heat | 10:09 |
| jaosorior | jistr: So, we will completely disregard the Clouddomain? | 10:09 |
| *** limao has quit IRC | 10:09 | |
| jaosorior | jistr: that's gonna be pretty painful to support dude | 10:09 |
| shadower | d0ugal: looks like we'll end up doing something similar for validations later on so I'd like to understand it better | 10:10 |
| d0ugal | shadower: They are manually uploaded to swift | 10:11 |
| d0ugal | shadower: then the deploy workflow sends them to heat | 10:11 |
| shadower | d0ugal: how is Heat consuming them? As URLs or are they temporarily written to disk? | 10:11 |
| d0ugal | shadower: I think they are temporarily written to disk | 10:12 |
| jistr | jaosorior: well as i wrote on the patch, i'm a bit fuzzy on the concepts there. What's the exact difference between those params. One is for endpoints, the other one seems to be used in connection to undercloud Neutron. | 10:12 |
| shadower | d0ugal: okay, thanks. Could you point me an the code? | 10:12 |
| gfidente | jaosorior, jistr I think the purpose there was to make it possible to stick to CLOUDNAME for all endpoints right? | 10:12 |
| d0ugal | shadower: Yup, getting links - it requires a few steps | 10:12 |
| jistr | perhaps i need to read up a bit more about this in the templates and look at deploymets | 10:13 |
| jistr | gfidente: nah that was already possible in previous state i think | 10:13 |
| gfidente | jistr, but in previous stat that would always point to the 'external' name | 10:13 |
| gfidente | *state | 10:13 |
| gfidente | so the per-network names still sound nice to me, in which case it'd be how to deal with the external name in a backward compat way the issue, did I get it right? | 10:14 |
| jistr | yea but you could still fill in the CloudName/CloudDomain parts to your liking | 10:14 |
| jaosorior | jistr: and you still can | 10:15 |
| jistr | yea | 10:15 |
| gfidente | jistr, you could but you'd get that same name for all endpoints type | 10:15 |
| jaosorior | jistr: CLOUDNAME only worked for public endpoints. that's it | 10:15 |
| jaosorior | jistr: and CloudDomain was disregarded in the endpoint generation | 10:16 |
| gfidente | jaosorior, for which I think the per-network names are fine | 10:16 |
| gfidente | it's the public name which is backward incompat, what jistr pointed | 10:16 |
| d0ugal | shadower: sorry, just had a delivery. Okay, properly here now. | 10:16 |
| jaosorior | gfidente: which I fixed in the last commit | 10:16 |
| * gfidente refresh | 10:17 | |
| jaosorior | gfidente: https://review.openstack.org/#/c/356416/4/overcloud.yaml | 10:17 |
| d0ugal | shadower: First you need to call a mistral action to create the container. Then you upload the templates, then you call create_plan which parses them. | 10:17 |
| jaosorior | uhm... jistr: I think I see your point. So you're saying that we should only use CloudDomain for the management network? | 10:18 |
| *** ebarrera has quit IRC | 10:18 | |
| d0ugal | shadower: some people are against it, but if we add this, it will be much easier: https://review.openstack.org/#/c/347830/ | 10:18 |
| *** Goneri has joined #tripleo | 10:18 | |
| jistr | jaosorior, gfidente: the thing i wasn't sure about was -- should we *always* make the CloudDomain part of the "final CloudName" in enpdoints. If yes, then maybe we should do it for all endpoints and doc the parameter change for upgrades, or if no, then we should probably have all the endpoint name params independent of it. | 10:18 |
| * jistr lunch bbl | 10:19 | |
| gfidente | yeah as it looks like we misused clouddomain before to set the hostnames | 10:19 |
| jaosorior | gfidente: I guess we can fix that... but then how do we set the domain for the nodes? | 10:19 |
| d0ugal | shadower: Writing you an example here: https://etherpad.openstack.org/p/tripleo-mistral-example | 10:20 |
| gfidente | jaosorior, though for the internal names I think current approach is valid | 10:20 |
| jaosorior | gfidente: I think so too, to be honest | 10:21 |
| gfidente | we dump hostnames as nodename.$network.$clouddomain | 10:21 |
| gfidente | so $endpoint.$network.$clouddomain | 10:21 |
| gfidente | at least matches the pattern | 10:21 |
| jpich | d0ugal: Do you think that patch would help the CLI as well? That gigantic JSON file still needs to be created... In your mind would it be the CLI command that starts the plan creation by doing that in the background? | 10:22 |
| *** bootsha has quit IRC | 10:22 | |
| d0ugal | jpich: I think it would help everyone. That patch calls create_container and create_plan, right? | 10:23 |
| *** bootsha has joined #tripleo | 10:23 | |
| jpich | d0ugal: It does | 10:24 |
| shadower | d0ugal: thanks a lot! | 10:25 |
| d0ugal | jpich: Manually triggering two actions and uploading the files to swift seems much harder than just sending JSON to a workflow. | 10:25 |
| jpich | d0ugal: You still need to have that JSON file coming from somewhere - I had some issues with that but I think it was because of https://bugs.launchpad.net/tripleo/+bug/1613286 so maybe it's all fine nowadays | 10:25 |
| openstack | Launchpad bug 1613286 in tripleo "[tripleo-common] Exclude more unneeded files from default plan" [High,In progress] - Assigned to Florian Fuchs (flo-fuchs) | 10:25 |
| jpich | d0ugal: Switching between Mistral / direct call / Mistral does feel a bit awkward | 10:26 |
| jpich | Well I'm keeping that patch nice and warm if it picks up interest again :) | 10:26 |
| d0ugal | jpich: Right, at the moment the CLI has to create a tarball of that directory to upload | 10:26 |
| d0ugal | jpich: I don't see making JSON as any harder :) | 10:26 |
| jpich | d0ugal: Fair enough! :) | 10:27 |
| d0ugal | jpich: huh, there are python files in t-h-t? | 10:27 |
| jpich | d0ugal: All the things :) | 10:27 |
| jpich | I suppose it's just something else to keep in mind | 10:28 |
| d0ugal | jpich: So there is. Interesting. | 10:28 |
| d0ugal | jpich: The CLI uses the code that is used to create the tarball for the actions, so we will have the same problem of picking up extra files. | 10:28 |
| jpich | (florianf ^ just a general FYI, chatting a bit about that tripleo-common bug you filed and how nice it might be to do the JSON upload at some point) | 10:29 |
| jpich | d0ugal: Yeah, something else to keep in mind | 10:30 |
| *** sshnaidm has joined #tripleo | 10:32 | |
| *** oshvartz has joined #tripleo | 10:33 | |
| sshnaidm | derekh, hi | 10:33 |
| derekh | sshnaidm: hi ya | 10:34 |
| sshnaidm | derekh, is 3.30 ok for you? | 10:34 |
| derekh | sshnaidm: utc? yes that would be fine | 10:35 |
| sshnaidm | derekh, yep, cool | 10:35 |
| *** ebarrera has joined #tripleo | 10:38 | |
| jaosorior | gfidente: well, the last submission respects CloudName as it used to work before. and the domain is used like we did before too. So I think it makes sense | 10:40 |
| gfidente | jaosorior, hey I was just posting a comment | 10:41 |
| jaosorior | gfidente: cause I don't think deployers will want to go through the hassle of having different domains per network (internal_api, storage, management) and so on. Having the ability to change the domain for the external makes sense though | 10:41 |
| gfidente | so basing on the fact that we build ip>name maps hardcoding the network subdomain | 10:42 |
| gfidente | AND the domain from clouddomain | 10:42 |
| gfidente | maybe we should try to be consistent with that and build the per-network endpoints the same way? | 10:42 |
| gfidente | if people is to manage a dns for the internal names, they will own the network-named subdomain so we can just add their internal endpoint name in there | 10:43 |
| gfidente | on the other hand, cloudname is public and remains completely customizable | 10:43 |
| gfidente | and backward compat | 10:43 |
| jaosorior | gfidente: isn't that the current behavior? | 10:43 |
| jaosorior | ah wait | 10:44 |
| gfidente | it is, and the behavior is fine to me | 10:44 |
| jaosorior | so you mean that we should hardcode those VIP names too? | 10:44 |
| gfidente | the network subdomain yes | 10:44 |
| gfidente | not changing the behavior from patchset 4 | 10:44 |
| gfidente | just there is a single param for the internal vip name, not dependent on the network | 10:45 |
| gfidente | as network subdomain is appended to it as we do for hosts | 10:45 |
| jaosorior | aaah | 10:46 |
| jaosorior | I see what you mean | 10:46 |
| jaosorior | so with the defaults | 10:47 |
| jaosorior | ughm... wait up, let me code up what I understood | 10:47 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: [NO MERGE] Test Ceph RadosGW as replacement for Swift https://review.openstack.org/357182 | 10:47 |
| jaosorior | gfidente: wait up; But maybe we don't want to do that | 10:49 |
| gfidente | jaosorior, right people might want to resolve those against a different domain purposely | 10:50 |
| jaosorior | gfidente: well, for the external it makes sense to have a different domain | 10:51 |
| florianf | jpich, d0ugal, shadower : Yeah, it would sure be great to upload the whole JSON structure via a workflow (or maybe a custom swift middleware, like we discussed...). I'm working on the file-by-file upload from the UI right now, which comes down to roughly 300 HTTP requests. It works surprisingly well so far, but it feels soooo bad. :-) | 10:52 |
| d0ugal | florianf: we really shouldn't do that :( | 10:53 |
| d0ugal | florianf: is it possible for you to create a tarball? | 10:54 |
| shadower | oof | 10:54 |
| jpich | florianf: Note that the custom swift middleware may well be useful even if we use the upload to JSON workflow, since that workflow uploads files to Swift individually at the moment | 10:54 |
| sshnaidm | derekh, one more question, you created a dev env in prev environment, but now it's a little outdated, can we please update it? or we can discuss it in the meeting as well | 10:54 |
| jpich | ...Or maybe that workflow should create temporary files based on the JSON, tarball that, then upload to Swift ?_? | 10:55 |
| d0ugal | jpich: oh, it does? It should maybe use the tarball too! | 10:55 |
| d0ugal | jpich: I think that might be better tbh | 10:55 |
| d0ugal | jpich: What happens if one swift request fails for some reason? | 10:55 |
| florianf | d0ugal: Uploading a tarball is one (already existing) option in the UI. The option I'm talking about is selecting the templates folder from the browser dialog and then reading the files. So, no, creating a tarball isn't an option from here. | 10:55 |
| florianf | jpich: true! | 10:56 |
| jpich | d0ugal: I think I had a problem around creating temporary files that can be used by different Mistral actions and then cleaning up properly at the end | 10:56 |
| d0ugal | florianf: Sure, okay. I was just wondering if a tarball could be made by the javascript in the browser | 10:56 |
| d0ugal | I am -1 to uploading files one by one FWIW | 10:56 |
| d0ugal | jpich: I think it would be better to try and resolve that | 10:57 |
| d0ugal | The create_default_plan and CLI upload as a tarball to try and ensure some sort of consistency - all the files, or none. | 10:58 |
| florianf | d0ugal: Not natively. Not sure if we want to find/evaluate/add a third-party library for that. | 10:58 |
| d0ugal | florianf: I think it would be worth it, but *shrug* | 10:59 |
| *** milan has joined #tripleo | 10:59 | |
| d0ugal | I was the only one that seemed interested in atomic actions when this originally came up, so maybe it is still just me :) | 11:00 |
| florianf | d0ugal: I think the one-by-one upload is an acceptable intermediate version until we either use a workflow or a custom swift middleware | 11:00 |
| *** akrivoka has quit IRC | 11:01 | |
| *** akrivoka has joined #tripleo | 11:03 | |
| *** openstackgerrit has quit IRC | 11:03 | |
| *** openstackgerrit has joined #tripleo | 11:03 | |
| jpich | d0ugal: Looking into it a bit closer, it shouldn't be a major issue to get the whole temporary files creation + tarball + upload working if we do it all in the same action like it is now so, I'll add a note to the patch and try to put something together later in the week. Thanks for the food for thought! | 11:07 |
| jpich | I think I'd been trying to generalise and reuse UploadTemplatesAction at first but I couldn't figure out how/where to clean up the temporary files when doing it that way | 11:08 |
| jaosorior | gfidente: soo... now it's not entirely clear to me. Should I leave that submission as-is>? | 11:08 |
| *** ramishra has quit IRC | 11:08 | |
| *** bootsha has quit IRC | 11:10 | |
| *** zoli|trng is now known as zoli_gone-proxy | 11:10 | |
| *** rodrigods has quit IRC | 11:11 | |
| *** rodrigods has joined #tripleo | 11:11 | |
| d0ugal | jpich: Thanks, I can try and help if needed! | 11:14 |
| *** ramishra has joined #tripleo | 11:14 | |
| *** dtantsur is now known as dtantsur|brb | 11:14 | |
| *** ebarrera has quit IRC | 11:15 | |
| *** rasca has quit IRC | 11:15 | |
| gfidente | jaosorior, it looks to me that if build them up from a single name it's more consistent with what we do for the hostnames | 11:15 |
| *** bootsha has joined #tripleo | 11:15 | |
| jpich | d0ugal: Thank you! I'll let you know | 11:15 |
| *** fragatina has quit IRC | 11:15 | |
| *** jprovazn has quit IRC | 11:16 | |
| jaosorior | gfidente: what do you mean with a single name? | 11:16 |
| *** rasca has joined #tripleo | 11:16 | |
| *** fragatina has joined #tripleo | 11:16 | |
| *** limao has joined #tripleo | 11:16 | |
| gfidente | jaosorior, instead of having multiple parameters for the internal names, one per network | 11:16 |
| gfidente | we get a single parameter to which we append the network subdomain | 11:16 |
| *** ramishra has quit IRC | 11:17 | |
| *** weshay has quit IRC | 11:17 | |
| jaosorior | gfidente: I see... something like... InternalVipName? or something of the sort? | 11:17 |
| gfidente | yes | 11:17 |
| jaosorior | gfidente: OK, let me try that | 11:17 |
| *** trown has quit IRC | 11:17 | |
| *** weshay has joined #tripleo | 11:18 | |
| *** trown has joined #tripleo | 11:18 | |
| *** ramishra has joined #tripleo | 11:19 | |
| openstackgerrit | Dan Prince proposed openstack/tripleo-heat-templates: Move RabbitMQ settings out of controller.yaml https://review.openstack.org/356640 | 11:20 |
| openstackgerrit | Dan Prince proposed openstack/tripleo-heat-templates: Move MySQL settings out of puppet/controller.yaml https://review.openstack.org/356505 | 11:20 |
| openstackgerrit | Dan Prince proposed openstack/tripleo-heat-templates: Move Keepalived/HAproxy settings out of controller https://review.openstack.org/357344 | 11:20 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 11:23 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Enable usage of FQDNs for the endpoints https://review.openstack.org/356416 | 11:23 |
| jaosorior | gfidente: what about that? ^^ | 11:23 |
| *** thrash|g0ne is now known as thrash | 11:31 | |
| gfidente | jaosorior, +2 | 11:32 |
| gfidente | not sure about the actual param name but let's wait for jistr as well to see if he's happy with building it from the shortname, like we do with hostnames | 11:33 |
| *** ohamada_ has quit IRC | 11:33 | |
| gfidente | and keep only CloudName as a customizable FQDN | 11:33 |
| *** limao has quit IRC | 11:33 | |
| * jistr looks | 11:33 | |
| *** limao has joined #tripleo | 11:33 | |
| *** openstackstatus has quit IRC | 11:36 | |
| *** pkovar has joined #tripleo | 11:37 | |
| jistr | could we maybe try to come up with a practical example? so e.g. i own example.org and i'm deploying with tripleo | 11:38 |
| jistr | I set CloudDomain: cloud.example.org (i don't want individual machines to be 3rd level domain, along other things like www.example.org. I want them all scoped under cloud.example.org) | 11:39 |
| *** adarazs is now known as adarazs_lunc | 11:39 | |
| *** adarazs_lunc is now known as adarazs_lunch | 11:39 | |
| *** bootsha has quit IRC | 11:39 | |
| *** openstackstatus has joined #tripleo | 11:39 | |
| *** ChanServ sets mode: +v openstackstatus | 11:39 | |
| jistr | maybe i want the Api endpoint to be on 3rd level though, so let's set CloudName: api.example.org | 11:39 |
| jistr | ^^ does that sound as a valid use case? So maybe not only backwards compat, but actually we don't want the CloudDomain to be a part of the endpoints always? | 11:40 |
| jaosorior | jistr: so, what I had proposed initially was that you could be able to do that per-network | 11:40 |
| jistr | regardless of what it does to backwards compat | 11:40 |
| jaosorior | so the default for the internal_api network endpoints would be | 11:40 |
| jaosorior | overcloud.internalapi.example.org | 11:40 |
| jaosorior | gfidente suggested we do the same thing as we do for the node names. So now the network part (in that example being internalapi) is hardcoded | 11:41 |
| jaosorior | jistr: one thing is that, what you mentioned as "Api endpoint" is the external endpoint, or public in keystone terms. And that works if you set CloudName | 11:42 |
| jaosorior | but, what about internal and admin (in keystone terms) | 11:42 |
| jaosorior | those are the ones I'm trying to address here | 11:42 |
| *** jprovazn has joined #tripleo | 11:42 | |
| jaosorior | so if you set CloudName as api.example.org; That's exactly what you'll see in keystone. Nothing has changed there | 11:42 |
| jaosorior | what now changes is that you can now tell the endpoint map to produce names for the internal endpoints | 11:43 |
| gfidente | jistr, we have per-network subdomain to resolve the hostnames against the different networks | 11:43 |
| *** dprince has joined #tripleo | 11:43 | |
| gfidente | jistr, and we have a parameter to decide against which network the hostname without subdomain should be resolved to | 11:43 |
| *** bootsha has joined #tripleo | 11:43 | |
| jaosorior | jistr: and you can still get the public endpoint to have a different domain than what CloudDomain specifies | 11:44 |
| *** maeca1 has joined #tripleo | 11:44 | |
| gfidente | jistr, https://github.com/openstack/tripleo-heat-templates/blob/master/network/service_net_map.yaml#L44-L48 | 11:45 |
| jistr | jaosorior: yea that's what i've been trying to outline above. Perhaps we want that as a feature, that public endpoint does not actually have to always end with CloudDomain. So regardless of backwards compatibilty, we might not want to mix those together. The question is, do we want to mix those together for the *other* (non-public) endpoints? | 11:46 |
| jaosorior | jistr: so, that's the behavior. CloudName doesn't get mixed with CloudDomain (in the current submission) | 11:46 |
| jistr | jaosorior: it does for internal though, no? | 11:47 |
| openstackgerrit | Ana Krivokapic proposed openstack/python-tripleoclient: Fix doc page for overcloud deploy https://review.openstack.org/358577 | 11:47 |
| jaosorior | jistr: yes. For internal endpoints we do use the CloudDomain; Same as is the case for the nodes | 11:47 |
| jaosorior | jistr: I think supporting having different domains for different internal networks is gonna be pretty hard support-wise. And I don't think it's a very common case. | 11:49 |
| jaosorior | tremble: are you around? | 11:49 |
| *** jaosorior has quit IRC | 11:50 | |
| *** nyechiel has joined #tripleo | 11:50 | |
| *** jaosorior has joined #tripleo | 11:50 | |
| * gfidente going for lunch, back soon | 11:51 | |
| *** jpena is now known as jpena|lunch | 11:51 | |
| jistr | so in the example deployment i outlined above, the internal endpoint would be overcloud.internalapi.cloud.example.org | 11:52 |
| *** ebarrera has joined #tripleo | 11:52 | |
| jistr | i could change the bottom-most domain part of it to something else to get e.g. endpoint.internalapi.cloud.example.org | 11:53 |
| jistr | but i cannot get internal.cloud.example.org for example | 11:53 |
| jaosorior | jistr: no; you could do it with the first submission though. | 11:54 |
| jaosorior | jistr: actually, even with patchset #4 | 11:54 |
| tremble | jaosorior: yes | 11:54 |
| *** limao_ has joined #tripleo | 11:54 | |
| jistr | yea, but i still couldn't get e.g. internal-cloud.example.org | 11:55 |
| jistr | i wonder if that's an issue or not | 11:55 |
| openstackgerrit | Dougal Matthews proposed openstack/python-tripleoclient: Print the execution ID when starting workflows https://review.openstack.org/340711 | 11:55 |
| openstackgerrit | Dougal Matthews proposed openstack/tripleo-common: Remove the underscore from the base action client methods https://review.openstack.org/335920 | 11:55 |
| jistr | jaosorior: we don't do any DNS setup within tripleo itself, both the public and internal VIP DNS recors have to be set up manually by the operator, right? | 11:56 |
| jistr | if so then i wonder what's the benefit of restricting those names to a certain pattern | 11:56 |
| jaosorior | jistr: actually, with patchset #4; yes you could have gotten internal-cloud.example.org | 11:56 |
| * jistr looks at ps #4 | 11:57 | |
| jaosorior | jistr: https://review.openstack.org/#/c/357765/ | 11:57 |
| *** limao has quit IRC | 11:57 | |
| *** dsariel has quit IRC | 11:57 | |
| jaosorior | jistr: that CR creates a composable service that will write those entries to /etc/hosts | 11:57 |
| jaosorior | jistr: and it includes an environment to disable that in case the operator has a working DNS | 11:57 |
| openstackgerrit | mathieu bultel proposed openstack/tripleo-common: Do only a strick grep on nova show status https://review.openstack.org/353996 | 11:58 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Add HAProxy TLS handled by certmonger as composable service https://review.openstack.org/356430 | 12:04 |
| *** nyechiel has quit IRC | 12:04 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Add HAProxy TLS handled by certmonger as composable service https://review.openstack.org/356430 | 12:06 |
| jaosorior | dprince: Hey man, can you check this out? ^^ | 12:06 |
| jaosorior | I'm trying to set up certmonger for TLS (the main usage is internal TLS, but external TLS will be possible to if needed) And I'm doing it as a composable service | 12:07 |
| jistr | jaosorior: i think even ps #4 assumes that CloudDomain will be part of the internal endpoint always, if i read correctly. E.g. i could get internal.cloud.example.org but not internal-cloud.example.org... I'm not sure this is a big deal, but still wondering why are we putting these restrictions in, and why we want CloudInternalEndpointName behave inconsistently wrt CloudName (which would ideally be named | 12:07 |
| jistr | CloudPublicEndpointName). One doesn't include the CloudDomain, one does -- i still don't fully follow why would we do it like this? | 12:07 |
| jaosorior | jistr: So you want to get rid of the usage of CloudDomain? | 12:07 |
| jaosorior | jistr: CloudName doesn't include it because there is a possibility that the deployer will configure a different domain for the external endpoints | 12:08 |
| jaosorior | jistr: however, the internal domain might be managed by another entity (IT maybe?) and that would fall somewhere else. Which is why there's the difference | 12:09 |
| jistr | jaosorior: yea, for the endpoints i'm thinking why not. Is there a reason we should bundle together how we name the individual nodes, vs. how are the VIP endpoints in Keystone named? I bet usually people will want to have it like this, but wondering what's the gain in excluding the other use cases when the operator wants to set up their DNS differently. | 12:09 |
| jistr | (the "yea, for the endpoints i'm thinking why not" was a response to "So you want to get rid of the usage of CloudDomain?") | 12:10 |
| jaosorior | jistr: I'm not sure I follow | 12:10 |
| jistr | i think we'd still want to keep using the CloudDomain to name individual nodes | 12:10 |
| jaosorior | jistr: basically I want to give SOME support to having FQDNs | 12:10 |
| jaosorior | currently there is none | 12:11 |
| jaosorior | and this is a problem if we want TLS in the internal endpoints (which some customers expect) | 12:11 |
| jaosorior | jistr: and CloudDomain is still being used for that. Not sure what the issue is. | 12:11 |
| openstackgerrit | Matthew Thode proposed openstack/diskimage-builder: Update GRUB_MKCONFIG for detecting what's installed https://review.openstack.org/358588 | 12:12 |
| openstackgerrit | wes hayutin proposed openstack/tripleo-quickstart: remove devmode https://review.openstack.org/357418 | 12:12 |
| *** maeca1 has quit IRC | 12:12 | |
| *** maeca1 has joined #tripleo | 12:13 | |
| jaosorior | jistr: nothing changes except for the possibility of adding FQDNs which can differ per-network in the keystone endpoints | 12:13 |
| jistr | jaosorior: yea i see. Basically what i'm saying is -- for public endpoint we specify the whole FQDN, why not do the same for internal endpoint FQDN too? Why have those two params behave differnetly? Why magically prepend CloudDomain for one but not the other? | 12:13 |
| shadower | mandre: this review has just a -1 without any comments: https://review.openstack.org/#/c/354775/ | 12:13 |
| jaosorior | jistr: because it makes no sense to have a clouddomain parameter that we don't use. And have the deployer type everything (which is very prone to errors) | 12:14 |
| shadower | mandre: any chance you forgot to add it? | 12:14 |
| *** jeckersb_gone is now known as jeckersb | 12:14 | |
| *** jdob has joined #tripleo | 12:14 | |
| jaosorior | jistr: in the first patchsets I actually wanted to use CloudDomain for the external endpoint too. But yeah, I do agree that that specific one might be different. | 12:15 |
| *** limao has joined #tripleo | 12:15 | |
| openstackgerrit | Matthew Thode proposed openstack/diskimage-builder: Update portage only if needed https://review.openstack.org/358592 | 12:16 |
| *** pradk has joined #tripleo | 12:16 | |
| skramaja | for DPDK feature, i have a requirement to set kernel args to for compute nodes, via first-boot scripts "OS::TripleO::NodeUserData".. but AFAIU user data is applied to all nodes including controller.. is there any way to apply user data to only compute node? | 12:18 |
| *** limao_ has quit IRC | 12:19 | |
| jaosorior | jistr: I could set all those parameters to be FQDNs, that's actually not hard. I just think that it will be a pain for the deployer to have to repeat stuff that often | 12:19 |
| *** lucasagomes is now known as lucas-hungry | 12:20 | |
| jistr | jaosorior: yea i see. just feels a bit strange that we're passing full FQDN for public enpoint and just a part of FQDN for the internal one, and have the rest autocompleted (and maybe in some cases the autocomplete might not do what the operator would prefer wrt naming?). I'm not going to -1 but perhaps this is an issue that might warrant a look from others too. There are other folks on our team who have | 12:21 |
| jistr | more experience with ops than i do :) | 12:21 |
| jistr | personally i like repeating myself a bit more than dealing with interface that feels internally inconsistent | 12:22 |
| jistr | thoug i agree that objectively it can be a tough decision when picking between those | 12:23 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 12:25 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Enable usage of FQDNs for the endpoints https://review.openstack.org/356416 | 12:25 |
| jaosorior | alright, so here's the version that has all the parameters consistent ^^ | 12:25 |
| jaosorior | jistr: ^^ | 12:26 |
| jaosorior | jistr: one has to write the whole thing now, but alright, at least there's consistency now. | 12:26 |
| *** jaosorior is now known as jaosorior_brb | 12:26 | |
| *** asbishop has joined #tripleo | 12:27 | |
| openstackgerrit | Ana Krivokapic proposed openstack/instack-undercloud: Add default plan creation https://review.openstack.org/349532 | 12:28 |
| *** adarazs_lunch is now known as adarazs | 12:30 | |
| *** rbowen has joined #tripleo | 12:31 | |
| jistr | jaosorior_brb: thanks. Yea personally i'd prefer that one, just +1'd for now to wait for other's feedback too, in case someone disagrees on that :) | 12:31 |
| *** vijaykc4 has joined #tripleo | 12:33 | |
| hewbrocca | The pursuit of a foolish consistency is the false hobgoblin of little minds | 12:33 |
| hewbrocca | :D | 12:33 |
| openstackgerrit | Sagi Shnaidman proposed openstack/tripleo-heat-templates: Fix path to sahara templates https://review.openstack.org/358607 | 12:34 |
| openstackgerrit | Erno Kuvaja proposed openstack/tripleo-heat-templates: Don't spread admin keys to ceph-clients https://review.openstack.org/358609 | 12:34 |
| mandre | shadower: dunno what happened to my comments on https://review.openstack.org/#/c/354775/, re-posted... thanks | 12:35 |
| shadower | np | 12:35 |
| *** lblanchard has joined #tripleo | 12:36 | |
| jistr | hewbrocca: you've been learning Czech a lot recently, i see :D | 12:36 |
| *** pgadiya has quit IRC | 12:36 | |
| *** limao has quit IRC | 12:36 | |
| *** limao has joined #tripleo | 12:37 | |
| *** rhallisey has joined #tripleo | 12:37 | |
| hewbrocca | heh heh | 12:37 |
| *** bfournie has quit IRC | 12:38 | |
| openstackgerrit | Brad P. Crochet proposed openstack/tripleo-heat-templates: Composable Zaqar services https://review.openstack.org/331682 | 12:39 |
| *** xuao has quit IRC | 12:39 | |
| *** zaneb has joined #tripleo | 12:40 | |
| *** rlandy has joined #tripleo | 12:40 | |
| *** jcoufal has joined #tripleo | 12:41 | |
| d0ugal | Anyone want to review the Mistral deploy patch? It's all green and has had extensive testing. https://review.openstack.org/#/c/298732/ | 12:41 |
| d0ugal | (It isn't actually used until a CLI patch picks it up, and that can't pass CI until this lands) | 12:42 |
| thrash | d0ugal: I'll take a look. | 12:46 |
| d0ugal | thrash: Thanks sir! | 12:47 |
| thrash | d0ugal: can it be run as a standalone workflow? | 12:47 |
| d0ugal | thrash: To test it? | 12:48 |
| thrash | d0ugal: si | 12:50 |
| d0ugal | thrash: Yeah, it can, but it is much easier to use https://review.openstack.org/#/c/342261/ | 12:50 |
| d0ugal | thrash: Otherwise you need to manually set parameters etc. and call a few different actions and workflows | 12:51 |
| *** vijaykc4 has quit IRC | 12:51 | |
| larsks | hey folksL what is the 'nova boot' command line that will select a node based on the properties in ironic? I would like to manually build an overcloud node on a system tagged with a specific property... | 12:52 |
| Jokke_ | I see lots of these [Zuul] standard output/error still open after child exited Anyone familiar what's going on? Not a single job, but multiple jobs on multiple PSs | 12:52 |
| larsks | Oh, that happens via flavor extra_specs... | 12:54 |
| *** ccamacho is now known as ccamacho|lunch | 12:56 | |
| *** rwsu has quit IRC | 12:57 | |
| *** tzumainn has joined #tripleo | 12:57 | |
| *** limao has quit IRC | 12:57 | |
| thrash | d0ugal: ack | 12:57 |
| *** limao has joined #tripleo | 12:58 | |
| d0ugal | thrash: It's unfortunately not that easy to test, but I can walk you through it if you want | 12:58 |
| openstackgerrit | Merged openstack/tripleo-common: Add backwards compatibility for openstackclient https://review.openstack.org/357147 | 12:58 |
| *** mgagne_ has quit IRC | 13:00 | |
| *** mgagne_ has joined #tripleo | 13:00 | |
| *** egafford has quit IRC | 13:00 | |
| openstackgerrit | Michele Baldessari proposed openstack/tripleo-heat-templates: Rework the pacemaker_common_functions for M..N upgrades https://review.openstack.org/321027 | 13:03 |
| openstackgerrit | Michele Baldessari proposed openstack/tripleo-heat-templates: WIP Add a function to upgrade from full HA to NG HA https://review.openstack.org/358626 | 13:03 |
| openstackgerrit | Ryan Brady proposed openstack/tripleo-common: Add Plan Deletion https://review.openstack.org/299937 | 13:04 |
| *** jpena|lunch is now known as jpena | 13:06 | |
| jpich | d0ugal: Would it be worth considering writing up some rough testing instructions into the blueprint or an etherpad, so people don't need to poke you each time? | 13:07 |
| *** morazi has joined #tripleo | 13:08 | |
| d0ugal | jpich: Yeah, probably a good idea. | 13:09 |
| d0ugal | jpich: I started writing actual documentation for the Mistral API earlier | 13:09 |
| d0ugal | but some rough notes might be worth doing first. | 13:09 |
| jpich | d0ugal: Oooh nice :) | 13:09 |
| jpich | d0ugal: Testing in-progress patches can be a bit different yeah | 13:10 |
| *** abregman_ is now known as abregman|mtg | 13:10 | |
| jpich | I tried to write up some instructions on testing CLI patches with in-progress tripleo-common reviews last week and it makes it all look more complex than it probably deserves to be :) | 13:10 |
| sshnaidm | slagle, hi, are you around? | 13:12 |
| slagle | sshnaidm: yes, hi | 13:12 |
| sshnaidm | slagle, hi, I'd like to know how do you indicate the problem with ironic ssl on undercloud you resolved before. I suspect it's back on last nonha jobs, but can't find something in logs, just wanted to be sure it's same or different issue | 13:14 |
| slagle | sshnaidm: the issue was during instance deployment | 13:15 |
| slagle | sshnaidm: unfortunately i had to setup a local environment in order to see the error on the console from ironic-python-agent | 13:16 |
| slagle | since that log is not available anywhere | 13:16 |
| *** bfournie has joined #tripleo | 13:16 | |
| *** dtantsur|brb is now known as dtantsur | 13:16 | |
| slagle | dtantsur|brb: lucas-hungry : any thoughts about that ^? how can we save the output from ipa if it encounters an error (like the ssl one from last week) | 13:16 |
| hewbrocca | It would sure be nice to have something like rsyslog for i-p-a | 13:17 |
| dtantsur | slagle, it's hard to save anything, if IPA can't access Ironic | 13:17 |
| dtantsur | hewbrocca, there is a spec up for exactly this, but it should be easy to set up even now | 13:17 |
| dtantsur | we need to modify IPA defaults to use syslog though | 13:17 |
| *** lucas-hungry is now known as lucasagomes | 13:18 | |
| hewbrocca | Seems like a great idea | 13:18 |
| *** julim has joined #tripleo | 13:18 | |
| dtantsur | slagle, what we do in our upstream gate is saving output of `virsh console` | 13:19 |
| dtantsur | could help tripleo too. lemme see how we do that | 13:19 |
| slagle | dtantsur: yea, was just thinking about that | 13:19 |
| slagle | it would have be handled externally from our CI job | 13:19 |
| slagle | since our actual jobs have no knowledge of anything "virsh" related | 13:20 |
| dtantsur | we seem to set up a qemu hook like https://github.com/openstack/ironic/blob/master/devstack/files/hooks/qemu | 13:20 |
| dtantsur | oh true... | 13:20 |
| dtantsur | well, it's OVB, right? so we have nova serial console | 13:20 |
| slagle | yea, we'd just have to call it after the job somehow | 13:20 |
| *** trozet has joined #tripleo | 13:21 | |
| slagle | sshnaidm: i think we could add this to destroy-env ^^ | 13:21 |
| *** limao has quit IRC | 13:21 | |
| slagle | that is the script that cleans up the ovb created testenv | 13:21 |
| thrash | d0ugal: ok.. I give. what's the secret sauce? | 13:21 |
| d0ugal | thrash: lol :) one sec | 13:22 |
| slagle | sshnaidm: we could add something there to capture the serial console and upload it somewheres | 13:22 |
| sshnaidm | slagle, I think such things are in postci | 13:22 |
| d0ugal | thrash: writing it out here: https://etherpad.openstack.org/p/tripleo-mistral-example | 13:22 |
| sshnaidm | slagle, ok, I'll look at it | 13:22 |
| lucasagomes | slagle, dtantsur a possible solution for getting the logs at that time would be to setup a syslog server to listen and collect the logs from the machines booting | 13:22 |
| sshnaidm | slagle, I see there "Deployment to node a008cf04-fbd8-4f97-9309-a2a8d53576d9 done", but it wasn't successful in your problem, right? | 13:22 |
| *** radeks has quit IRC | 13:23 | |
| lucasagomes | slagle, dtantsur you can configure systemd to redirect the logs to syslog | 13:23 |
| *** limao has joined #tripleo | 13:23 | |
| slagle | sshnaidm: i'm not sure we can do it from postci, but if you're able to, that would be fine too | 13:23 |
| sshnaidm | slagle, ok, I'll investigate how to do it better | 13:23 |
| slagle | sshnaidm: right, the ssl failures werent getting that far. can you link me a failed job? | 13:23 |
| sshnaidm | slagle, every nonha now, i.e.: http://logs.openstack.org/88/254788/39/check-tripleo/gate-tripleo-ci-centos-7-ovb-nonha/4cb01f8/console.html#_2016-08-21_16_21_41_750275 | 13:24 |
| dtantsur | is it still ironic problem? can we help somehow? | 13:24 |
| dtantsur | the patch fixing our endpoint detection was merged a few days ago | 13:25 |
| d0ugal | thrash, jpich: The top of this should be enough: https://etherpad.openstack.org/p/tripleo-mistral-example | 13:25 |
| d0ugal | I'll expand on it if you hit issues. | 13:25 |
| slagle | dtantsur: not sure yet | 13:25 |
| dtantsur | ack | 13:25 |
| slagle | i think the ssl issue is fixed. we got a successful promote last night | 13:25 |
| slagle | w00t, btw | 13:25 |
| slagle | fresh promote | 13:26 |
| jpich | d0ugal: Sweet, thank you! | 13:26 |
| dtantsur | promote \o/ | 13:26 |
| d0ugal | shadower: I highjacked that etherpad to add other mistral testing notes btw | 13:26 |
| dtantsur | we no longer get fresh clients from git master, right? only upper-constraints? | 13:26 |
| shadower | no problem :-) | 13:26 |
| openstackgerrit | Christian Schwede proposed openstack/tripleo-heat-templates: Add system-uuid based hostname entries https://review.openstack.org/358643 | 13:26 |
| lucasagomes | slagle, sshnaidm is it OVB ? If so you may want to take a look at https://review.openstack.org/#/c/257987/ | 13:27 |
| lucasagomes | slagle, sshnaidm we use that in our gate to save the console logs from the testing VMs | 13:28 |
| sshnaidm | lucasagomes, thanks, will look | 13:29 |
| *** adarazs is now known as adarazs_brb | 13:29 | |
| lucasagomes | sshnaidm, np | 13:29 |
| *** sshnaidm has quit IRC | 13:36 | |
| *** cdearborn has joined #tripleo | 13:38 | |
| *** limao_ has joined #tripleo | 13:40 | |
| openstackgerrit | Michele Baldessari proposed openstack/tripleo-heat-templates: Availability monitoring agents support https://review.openstack.org/254788 | 13:41 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Add support for deploying Ceph RGW role https://review.openstack.org/289027 | 13:43 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: [NO MERGE] Test Ceph RadosGW as replacement for Swift https://review.openstack.org/357182 | 13:43 |
| *** limao has quit IRC | 13:43 | |
| *** abregman|mtg is now known as abregman | 13:44 | |
| *** dtrainor has joined #tripleo | 13:45 | |
| *** ebarrera has quit IRC | 13:46 | |
| *** dtrainor has quit IRC | 13:47 | |
| *** salmank has joined #tripleo | 13:47 | |
| *** dtrainor has joined #tripleo | 13:47 | |
| ccamacho|lunch | Hey guys FYI my undercloud only have 8GB and now getting OOMs also there :P which leads to the "no hosts available error" Trying now with 9GB | 13:49 |
| *** ccamacho|lunch is now known as ccamacho | 13:50 | |
| social | ccamacho: add some swap too, 2GB at least | 13:50 |
| ccamacho | hey! social thanks for the tip | 13:50 |
| openstackgerrit | Dougal Matthews proposed openstack/python-tripleoclient: Migrate to using osc-lib https://review.openstack.org/335460 | 13:50 |
| *** sshnaidm has joined #tripleo | 13:51 | |
| slagle | ccamacho: what's using all the memory? | 13:52 |
| *** adarazs_brb is now known as adarazs | 13:52 | |
| *** rbowen has quit IRC | 13:52 | |
| pradk | can i get some reviews on https://review.openstack.org/#/c/352476/ and https://review.openstack.org/#/c/293642/ would like to get these merged | 13:53 |
| *** dmacpher has joined #tripleo | 13:55 | |
| ccamacho | slagle in the undercloud when running the deployment the mysql and amqp are taking lot of RAM, what I'm doing now it's adding more RAM and now monitoring all the processes until it finishes, the issue it's that with the OOM error its hard to debug for all the other non related errors. Ill let you know when it finishes completely which processes and in which part of the deployment are taking the RAM away. | 13:58 |
| *** egafford has joined #tripleo | 14:01 | |
| *** limao has joined #tripleo | 14:02 | |
| dtantsur | derekh, any ideas about this TFTP problem? | 14:03 |
| derekh | dtantsur: not yet, still looking | 14:04 |
| *** limao__ has joined #tripleo | 14:04 | |
| dtantsur | okie, thanks | 14:04 |
| *** limao_ has quit IRC | 14:05 | |
| *** limao has quit IRC | 14:07 | |
| gfidente | akrivoka, nice pointing that out | 14:07 |
| gfidente | I think I tested it locally with a string having both [] | 14:07 |
| gfidente | and given I had the result I expected I went ahead, but in devil is in the details as usual :) | 14:08 |
| *** pkovar has quit IRC | 14:09 | |
| *** jcoufal has quit IRC | 14:10 | |
| *** pkovar has joined #tripleo | 14:10 | |
| akrivoka | gfidente: yeah :) | 14:10 |
| *** cinerama has quit IRC | 14:11 | |
| *** jcoufal has joined #tripleo | 14:11 | |
| derekh | dtantsur: I have reproduced the problem btw , my first few attempts failed because of memory issues | 14:12 |
| dtantsur | so it's not only my environment, good (or not very good :) | 14:12 |
| *** rbowen has joined #tripleo | 14:18 | |
| *** radeks has joined #tripleo | 14:18 | |
| *** pkovar has quit IRC | 14:19 | |
| *** pkovar has joined #tripleo | 14:20 | |
| openstackgerrit | Ronelle Landy proposed openstack/tripleo-quickstart: Adds option to ci-script to mange image in OVB https://review.openstack.org/355476 | 14:20 |
| *** bootsha has quit IRC | 14:20 | |
| *** sshnaidm has quit IRC | 14:21 | |
| thrash | d0ugal: ERROR: Failed to validate: : | 14:23 |
| thrash | resources.ControllerServiceChain: : Failed to validate nested template: The template is not a JSON object or YAML mapping." | 14:23 |
| shadower | jtomasek: does the GUI generate the overcloudrc file at the end of the deployment? | 14:24 |
| jtomasek | shadower: it does not | 14:24 |
| jtomasek | shadower: I am not sure how was it done before | 14:25 |
| shadower | jtomasek: oh awesome. | 14:25 |
| jtomasek | shadower: We're able to trigger some Mistral action/workflow that does that after deployment finishes | 14:26 |
| shadower | jtomasek: so as far as I can tell, it's currently generated by python-tripleoclient: https://github.com/openstack/python-tripleoclient/blob/f666339199165d447259ace45aea277d24f877ac/tripleoclient/v1/overcloud_deploy.py#L1006 | 14:26 |
| *** abregman_ has joined #tripleo | 14:26 | |
| shadower | jtomasek: and unless I missed something, the switch to mistral isn't changing that: https://review.openstack.org/#/c/342261/ | 14:27 |
| *** limao__ has quit IRC | 14:27 | |
| *** abregman has quit IRC | 14:27 | |
| *** paramite has joined #tripleo | 14:27 | |
| *** limao_ has joined #tripleo | 14:28 | |
| jtomasek | shadower: hm, if that file is required, we need to move its creation into a mistral action | 14:28 |
| shadower | d0ugal: ^ afaict the overcloudrc is only generated in python-tripleoclient even after the move to mistral | 14:29 |
| jtomasek | shadower: in addition the file itself is useless for GUI and GUI will need to display some relevant data too | 14:29 |
| shadower | did I miss something? | 14:29 |
| shadower | jtomasek: yea that's where I was heading: we need to show that info and I wondered how does the gui does it? | 14:30 |
| jtomasek | shadower: what data does it contain? and what does it use to get them? | 14:30 |
| openstackgerrit | Ronelle Landy proposed openstack/tripleo-quickstart: Adds option to ci-script to mange image in OVB https://review.openstack.org/355476 | 14:32 |
| shadower | jtomasek: most importantly the admin password and keystone endpoint to talk to the overcloud | 14:32 |
| d0ugal | thrash: huh, weird - do you have the full traceback? | 14:33 |
| thrash | d0ugal: yes. one sec. | 14:33 |
| *** bootsha has joined #tripleo | 14:33 | |
| d0ugal | shadower: That is correct, we really need to move that to Mistral | 14:33 |
| d0ugal | shadower: but I really want to get some sort of Mistral deploy in CI first | 14:34 |
| thrash | d0ugal: http://paste.openstack.org/show/562228/ | 14:34 |
| shadower | d0ugal: yeah, I understand. Not being alarmist, but I'm finally trying to understand the whole thing and I'm asking questions along the way :-) | 14:34 |
| *** cinerama has joined #tripleo | 14:34 | |
| d0ugal | thrash: and that was just with a standard --templates deploy? no other envs etc? | 14:34 |
| *** rbowen has quit IRC | 14:35 | |
| d0ugal | shadower: Gotcha :) | 14:35 |
| shadower | especially since some of tihs stuff affects validations, too | 14:35 |
| shadower | d0ugal: are you aware of a BZ for this? I'll create it otherwise | 14:35 |
| d0ugal | shadower: No, we should create one. Thanks | 14:35 |
| shadower | and when I say BZ I mean a LP of course :-) | 14:35 |
| thrash | d0ugal: no.. I have some other envs... but nothing crazy. | 14:35 |
| thrash | d0ugal: and tht is master | 14:36 |
| d0ugal | thrash: dang, I'll try deploying master. If that works I might ask for your envs to test with. | 14:37 |
| *** sshnaidm has joined #tripleo | 14:37 | |
| *** social has quit IRC | 14:38 | |
| *** ayoung has joined #tripleo | 14:41 | |
| openstackgerrit | Dougal Matthews proposed openstack/tripleo-docs: [WIP] Mistral API Documentation https://review.openstack.org/358685 | 14:41 |
| d0ugal | thrash: btw, does it mean anything to you? any idea what could be wrong? | 14:43 |
| shadower | jtomasek: another question: does the UI ever talk to Heat directly (say for endpoints, etc.) or always through Mistral? | 14:45 |
| jtomasek | shadower: yes, also directly | 14:45 |
| shadower | jtomasek: thanks | 14:45 |
| thrash | d0ugal: not yet. | 14:45 |
| *** limao_ has quit IRC | 14:45 | |
| thrash | d0ugal: have you done any deployments with the composable services? | 14:46 |
| *** limao has joined #tripleo | 14:46 | |
| d0ugal | thrash: no, I don't know much about that tbh | 14:46 |
| thrash | d0ugal: any deployments from N-cycle tht? | 14:49 |
| d0ugal | thrash: I've mostly been deploying the latest promoted t-h-t packages | 14:50 |
| d0ugal | thrash: so they should be close to master, right? | 14:50 |
| thrash | d0ugal: yes | 14:50 |
| d0ugal | thrash: Master is deploying now, it started fine. | 14:50 |
| d0ugal | thrash: so I guess I need your envs to see what is tripping it up | 14:50 |
| thrash | close enough... so, yeah, something on my end. Let me take out envs first. | 14:50 |
| *** bootsha has quit IRC | 14:53 | |
| *** Ryjedo has joined #tripleo | 14:56 | |
| d0ugal | thrash: gah, I am now hitting an issue with the CLI patch and the new osc_lib. | 14:56 |
| openstackgerrit | Dmitry Tantsur proposed openstack/tripleo-heat-templates: Ironic: add missing haproxy and firewall configuration https://review.openstack.org/356539 | 14:57 |
| thrash | d0ugal: removed all envs and it worked. | 14:59 |
| openstackgerrit | Dmitry Tantsur proposed openstack/tripleo-heat-templates: Ironic: add missing haproxy and firewall configuration https://review.openstack.org/356539 | 14:59 |
| thrash | so let me package them up for you | 14:59 |
| d0ugal | thrash: Thanks | 14:59 |
| thrash | d0ugal: actually easy enough. | 14:59 |
| *** ayoung has quit IRC | 14:59 | |
| thrash | I was using $THT/environments/puppet-pacemaker.yaml | 14:59 |
| thrash | tripleo-ci/test-environments/worker-config.yaml and the puppet-modules.yaml to pull puppet from swift | 15:00 |
| *** jaosorior_brb is now known as jaosorior | 15:00 | |
| *** numans has quit IRC | 15:02 | |
| openstackgerrit | Ronelle Landy proposed openstack/tripleo-quickstart: Adds option to ci-script to manage image in OVB https://review.openstack.org/355476 | 15:05 |
| *** vijaykc4 has joined #tripleo | 15:05 | |
| *** limao has quit IRC | 15:06 | |
| *** limao has joined #tripleo | 15:07 | |
| *** yamahata has joined #tripleo | 15:08 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/puppet-tripleo: Add manifests to inject and trust CA certificates https://review.openstack.org/353021 | 15:09 |
| *** radeks has quit IRC | 15:09 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Add deployment of CAs via hieradata https://review.openstack.org/353037 | 15:10 |
| jaosorior | jistr, gfidente can you guys check this out? https://review.openstack.org/#/c/356488/4 | 15:11 |
| jaosorior | would reduce the places to maintain endpoint related stuff for newton and beyond | 15:11 |
| sshnaidm | slagle, did you have a chance to look at job I pasted? | 15:12 |
| openstackgerrit | Athlan-Guyot sofer proposed openstack/tripleo-heat-templates: Fix check of rpm-python. https://review.openstack.org/357022 | 15:12 |
| slagle | sshnaidm: not in depth | 15:13 |
| slagle | was updating my local env | 15:13 |
| slagle | will see if it repros | 15:13 |
| sshnaidm | slagle, ok | 15:13 |
| sshnaidm | slagle, do you use tripleo-quickstart for it? | 15:13 |
| slagle | sshnaidm: that is the heat api that it can't talk to fwiw | 15:13 |
| slagle | sshnaidm: i do not use quickstart | 15:14 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 15:17 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Enable usage of FQDNs for the endpoints https://review.openstack.org/356416 | 15:17 |
| openstackgerrit | Ronelle Landy proposed openstack/tripleo-quickstart: Add option to ci-script to manage image in OVB https://review.openstack.org/355476 | 15:18 |
| sshnaidm | derekh, we need to take some time to update the dev env on CI, or explaining me how to create the new one. It is soooooo extremely helpful in investigations | 15:18 |
| openstackgerrit | wes hayutin proposed openstack/tripleo-quickstart: set up quickstart to replace instack-virt-setup https://review.openstack.org/358089 | 15:18 |
| jaosorior | gfidente: for the answer to your comment, here's the commit https://review.openstack.org/#/c/357765/7 | 15:18 |
| gfidente | jaosorior, right that's why you wanted netipmap as output of endpoint maap | 15:19 |
| jaosorior | gfidente: yep | 15:19 |
| derekh | sshnaidm: sure, are you using rh2? | 15:19 |
| sshnaidm | derekh, currently it's on rh2, but I don't know where is better to have it now | 15:20 |
| sshnaidm | derekh, does it make a difference? | 15:20 |
| *** saneax is now known as saneax-_-|AFK | 15:21 | |
| derekh | sshnaidm: we should have one setup on rh1, presumably some day weshay will want rh2 back | 15:21 |
| hewbrocca | derekh: yes, but to be clear, I think we'll keep rh2 available for TripleO CI until RDO Cloud is up and running | 15:22 |
| derekh | dtantsur: your problem is iptables on the client hosts | 15:22 |
| sshnaidm | derekh, right | 15:22 |
| jaosorior | slagle: are we still using this element? https://github.com/openstack/instack-undercloud/blob/master/elements/undercloud-install/os-apply-config/var/opt/undercloud-stack/masquerade | 15:22 |
| hewbrocca | that'll be a few months yet | 15:22 |
| derekh | hewbrocca: ok | 15:22 |
| dtantsur | derekh, you mean undercloud? | 15:23 |
| sshnaidm | does anybody know about ETA for RDO cloud? | 15:23 |
| hewbrocca | sshnaidm: too early to say | 15:23 |
| hewbrocca | Graeme is the one putting it together | 15:23 |
| hewbrocca | I would hope, not too long | 15:24 |
| derekh | dtantsur: after the client talks to the tftp server the server sends a udp packet back to whatever port the client is listening on, this is whats being blocked | 15:24 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Move out of roles any Ceph setting https://review.openstack.org/356657 | 15:24 |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Set cinder::api::bind_host within service template https://review.openstack.org/318344 | 15:24 |
| *** _coolsvap_ is now known as coolsvap | 15:24 | |
| *** vijaykc4 has quit IRC | 15:24 | |
| dtantsur | derekh, I didn't see any responses when listening on overcloud-controller-0 br-ex... have you seen them? | 15:25 |
| dtantsur | also this does not explain while nodes have the similar problem when booting | 15:25 |
| sshnaidm | hewbrocca, just curious if it's question of months or year | 15:25 |
| derekh | dtantsur: what filter were you listening for | 15:25 |
| hewbrocca | sshnaidm: it had better not be more than two months or so | 15:25 |
| *** nyechiel has joined #tripleo | 15:26 | |
| hewbrocca | for the initial rollout, at least | 15:26 |
| sshnaidm | hewbrocca, cool, good to have it soon.. | 15:26 |
| derekh | dtantsur: adding this to my undercloud iptables chain allowed things to work "-A INPUT -j ACCEPT" | 15:26 |
| dtantsur | derekh, tcpdump -i br-ex port 69 | 15:27 |
| dtantsur | derekh, hmm, interesting. thanks, I'll retry once my environment finishes rebuilding. | 15:27 |
| dtantsur | maybe the nodes have a different problem... | 15:27 |
| derekh | dtantsur: port 69 only gets the setup udp packet, try "tcpdump -i any -nn udp" | 15:27 |
| *** leanderthal is now known as leanderthal|afk | 15:27 | |
| *** limao has quit IRC | 15:28 | |
| dtantsur | aha! makes sense, thanks | 15:28 |
| *** limao has joined #tripleo | 15:28 | |
| slagle | jaosorior: yes | 15:29 |
| jaosorior | slagle: thanks | 15:29 |
| jaosorior | gfidente: hey dude, so how was your idea of using for_each in https://review.openstack.org/#/c/357765/7 ?? | 15:29 |
| slagle | jaosorior: that specific iptables rule is only used if routing traffic through the undercloud | 15:29 |
| slagle | jaosorior: as is done in virt setups | 15:29 |
| *** limao_ has joined #tripleo | 15:30 | |
| *** rbowen has joined #tripleo | 15:30 | |
| gfidente | jaosorior, basically to set a repeat as value of tripleo::vip_hosts::hosts_spec | 15:30 |
| *** salmank has quit IRC | 15:31 | |
| jaosorior | gfidente: but doesn't that take lists? And in our case we have a dict? | 15:33 |
| *** limao has quit IRC | 15:33 | |
| *** social has joined #tripleo | 15:33 | |
| gfidente | jaosorior, it takes a list of keys to be replaced | 15:34 |
| gfidente | but it also emits a list and not a dict | 15:35 |
| gfidente | I'm using it here https://github.com/openstack/tripleo-heat-templates/blob/master/puppet/services/ceph-mon.yaml#L79 | 15:36 |
| gfidente | but if you can't find an easy fit it's not urgent, I'd just remove the hiera() calls and use get_param | 15:37 |
| *** ifarkas is now known as ifarkas_afk | 15:37 | |
| *** nyechiel has quit IRC | 15:40 | |
| *** tremble has quit IRC | 15:40 | |
| *** zoli_gone-proxy is now known as zoliXXL | 15:41 | |
| *** tbonds_ has quit IRC | 15:41 | |
| jaosorior | gfidente: thanks for the example dude; I think I got it | 15:42 |
| bandini | chem: is there a way for me to trigger the upgrade job on a specific review? I would like to test an upgrade-only change (namely this one: https://review.openstack.org/358626) | 15:42 |
| abregman_ | hey. my undercloud installation fails with the following error: http://paste.openstack.org/show/562241/ -> any idea why..? specifically for mitaka..liberty works fine | 15:42 |
| gfidente | jaosorior, it's a sort of str_replace in a loop | 15:43 |
| gfidente | jaosorior, I think it could help write a little less duplicated code around the networks | 15:44 |
| gfidente | but it's not so human friendly to parse :P | 15:44 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 15:45 |
| jaosorior | gfidente: how about that? | 15:46 |
| *** rbowen has quit IRC | 15:46 | |
| chem | bandini: well it really depends on your setup, AFIK, oooq has an $OPT_GERRIT environment option and an update.sh script (that I didn't use yet) for testing update. | 15:46 |
| chem | bandini: sorry the OPT_GERRIT is for oooq not for the code inside | 15:46 |
| bandini | chem: oh I thought we had an upgrade job somewhere | 15:46 |
| chem | bandini: that oooq using the update.sh script | 15:47 |
| gfidente | jaosorior, exactly looks nice no/ | 15:47 |
| gfidente | ? | 15:47 |
| jaosorior | gfidente: yeah dude, looks better. Just didn't properly know how to use that function. Thanks | 15:47 |
| bandini | abregman_: you need a later kernel :/ | 15:47 |
| bandini | abregman_: the ipv6.ip_nonlocal_bind was a backport that happened after rhel7 ga | 15:48 |
| *** limao_ has quit IRC | 15:48 | |
| abregman_ | bandini: hmm I'm using rhel 7.2 | 15:48 |
| gfidente | jaosorior, so I think the resulting format is a list though so is that okay with tripleo::vip_hosts::hosts_spec or should that be string? | 15:48 |
| bandini | abregman_: is the ipv6 module loaded? | 15:48 |
| bandini | abregman_: what's your kernel version? | 15:48 |
| chem | bandini: one such command : $WORKSPACE/tripleo-quickstart/ci-scripts/upgrade.sh mitaka delorean minimal periodic current-passed-ci True True master | 15:49 |
| abregman_ | bandini: hmm I need to provision new setup..just a moment | 15:49 |
| jaosorior | gfidente: we don't need those entries anymore. But I did think it would be useful. I was thinking of using those for getting the service certificate | 15:51 |
| chem | bandini: but I don't know how you specify the GERRIT you need. | 15:51 |
| jaosorior | but I guess I can add them when I'm actually using them | 15:51 |
| *** milan has quit IRC | 15:51 | |
| *** zoliXXL is now known as zoli|gone | 15:51 | |
| jaosorior | gfidente: I'll delete them, and re-add them when I actually take them into use | 15:51 |
| openstackgerrit | Ana Krivokapic proposed openstack/python-tripleoclient: Fix unbracket_ipv6() https://review.openstack.org/358729 | 15:52 |
| akrivoka | gfidente: ^ | 15:52 |
| bandini | chem: ack, letme take a look there. thanks! | 15:53 |
| *** zoli|gone is now known as zoli_gone-proxy | 15:53 | |
| openstackgerrit | Jeff Peeler proposed openstack/tripleo-common: Add List Roles Action https://review.openstack.org/330283 | 15:53 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/tripleo-heat-templates: Create entries for overcloud VIPs in /etc/hosts https://review.openstack.org/357765 | 15:54 |
| *** hewbrocca is now known as hewbrocca-afk | 15:58 | |
| *** weshay is now known as weshay_afk | 15:58 | |
| jaosorior | gfidente: hey dude, got time to check a commit? | 15:58 |
| jaosorior | gfidente: doesn't need to be in-depth | 15:58 |
| *** gchamoul is now known as gchamoul|afk | 15:58 | |
| *** gchamoul|afk is now known as gchamoul | 15:58 | |
| *** gchamoul is now known as gchamoul|afk | 16:00 | |
| jaosorior | gfidente: So this is the stuff that I'm doing for getting the HAProxy certificates via certmonger in the overcloud https://review.openstack.org/#/c/356430/ | 16:00 |
| jaosorior | gfidente: it's a POC and still needs a lot of cleaning | 16:00 |
| jaosorior | but overall, what I'm thinking is having it as a composable service | 16:00 |
| jaosorior | gfidente: what I'm not sure about | 16:00 |
| jaosorior | is having it that way | 16:01 |
| jaosorior | or have a sub-resource that's included inside the already existing haproxy profiles | 16:01 |
| jaosorior | gfidente: so something like the base profile. But dedicated for TLS | 16:01 |
| sshnaidm | jaosorior, can you please take a look in your time? https://review.openstack.org/#/c/358607/ | 16:02 |
| jaosorior | gfidente: so the main use is to have TLS for the internal endpoints in haproxy be managed by certmonger (with a real CA), but the public endpoints could be done too | 16:02 |
| *** sshnaidm has quit IRC | 16:04 | |
| *** lazy_prince has quit IRC | 16:05 | |
| *** lazy_prince has joined #tripleo | 16:07 | |
| *** 7GHABUWA1 has joined #tripleo | 16:09 | |
| gfidente | jaosorior, this is complicated | 16:11 |
| jaosorior | gfidente: haha sorry about that | 16:12 |
| gfidente | jaosorior, I need you to speed me up so I can be useful | 16:12 |
| gfidente | otherwise I would just comment random bits withouth picture :) | 16:12 |
| ccamacho | slagle heat-engine FTW, spawning 4 processes taking about the 25% of the memory (Node with 9GB) do you think its a good idea maybe to reduce it to 1 worker in the UC? But not sure about the performance impact. | 16:15 |
| shadower | d0ugal: launchpad for the overcloudrc thing: https://bugs.launchpad.net/tripleo/+bug/1615720 | 16:15 |
| openstack | Launchpad bug 1615720 in tripleo "overcloudrc should not be managed by the CLI" [Medium,Triaged] | 16:15 |
| openstackgerrit | Carlos Camacho proposed openstack/instack-undercloud: Reduce the heat-engine workers to 1 https://review.openstack.org/358743 | 16:15 |
| jaosorior | gfidente: lets have a call tomorrow, and if someone else wants to join that would be great. Thanks for taking a look at it dude | 16:16 |
| slagle | ccamacho: i dont think so | 16:16 |
| gfidente | jaosorior, yeah that's be nice indeed :) | 16:16 |
| slagle | ccamacho: we've been advised in the past to not run with 1 heat-engine worker | 16:16 |
| openstackgerrit | greghaynes proposed openstack/diskimage-builder: Spec for changing the block device handling https://review.openstack.org/336946 | 16:16 |
| ccamacho | yeah? | 16:16 |
| ccamacho | ack then | 16:16 |
| d0ugal | shadower: Thanks! | 16:16 |
| slagle | yes, due to rpc timeouts | 16:16 |
| *** jpich has quit IRC | 16:16 | |
| ccamacho | mmmm I imagine that something similar could happen | 16:16 |
| *** yamahata has quit IRC | 16:16 | |
| *** alhernan has joined #tripleo | 16:17 | |
| *** skramaja has quit IRC | 16:17 | |
| *** skramaja has joined #tripleo | 16:18 | |
| *** karthiks has quit IRC | 16:19 | |
| *** fragatina has quit IRC | 16:19 | |
| *** fragatina has joined #tripleo | 16:19 | |
| jaosorior | ccamacho: if you want to change that number of workers, I suggest you use hieradata_override and post a commit to tripleo-ci. Unless we agree that this is something we should make configurable through a config option in the undercloud. | 16:22 |
| jaosorior | ccamacho: I think it would be a good change to reduce the number of workers. maybe to 2 | 16:23 |
| *** abregman_ has quit IRC | 16:23 | |
| *** weshay_afk is now known as weshay | 16:24 | |
| ccamacho | jaosorior, yeahp reducing the amount of workers it will reduce the mem usage for sure, the thing its tha we might move the problem to other place like "rpc timeouts" performance issues. | 16:24 |
| ccamacho | in my case I reduce it and manage to deploy without issues, but... | 16:24 |
| jaosorior | ccamacho: that is the case, but having it slightly lower (if 4 is the default... maybe 3?) wouldn't be too bad I guess | 16:24 |
| ccamacho | not ajajja that might work | 16:24 |
| jaosorior | ccamacho: anyway, I suggest you do a change in tripleo-ci, and try to use hieradata_overrides | 16:25 |
| slagle | the current default is the # of cores, which i think is reasonable | 16:26 |
| ccamacho | I didn't pushed into tripleo-ci because this is currently not affecting CI its affecting my UC deployments | 16:26 |
| ccamacho | yeahp | 16:26 |
| jaosorior | slagle: is that the default? Maybe I got confused but somewhere in the heat documentation it explicitly mentioned 4 | 16:26 |
| slagle | right, so i suspect it is due to heat engine not freeing memory | 16:26 |
| ccamacho | slagle the errors you were getting in CI re non host available | 16:26 |
| ccamacho | In my case were re OOM in UC, can you post the submissions with those errors? | 16:27 |
| jaosorior | ccamacho: I tend to change the number of workers manually :/ | 16:28 |
| jaosorior | ccamacho: what do you use to deploy? oooq? | 16:28 |
| *** tesseract- has quit IRC | 16:28 | |
| slagle | ccamacho: it was from sagi earlier | 16:28 |
| slagle | check if the recent jobs are failing that way | 16:28 |
| ccamacho | jaosorior, nope all deployed manually following the docs | 16:28 |
| jaosorior | ccamacho: alright | 16:28 |
| ccamacho | ack Ill check it :) | 16:28 |
| *** pcaruana has quit IRC | 16:29 | |
| openstackgerrit | Jiri Stransky proposed openstack/tripleo-heat-templates: Don't trigger mariadb upgrade dump/restore when not needed https://review.openstack.org/358755 | 16:30 |
| openstackgerrit | Athlan-Guyot sofer proposed openstack/tripleo-heat-templates: Refactor upgrade checks. https://review.openstack.org/357750 | 16:30 |
| *** karthiks has joined #tripleo | 16:31 | |
| openstackgerrit | Giulio Fidente proposed openstack/tripleo-heat-templates: Permit usage of raw disks as backends for Swift storage https://review.openstack.org/350841 | 16:31 |
| *** lucasagomes is now known as lucas-afk | 16:32 | |
| *** athomas has quit IRC | 16:36 | |
| slagle | ccamacho: i'm seeing failures like this one now: http://logs.openstack.org/82/357182/3/check-tripleo/gate-tripleo-ci-centos-7-ovb-nonha/61dd73a/console.html | 16:37 |
| slagle | as opposed to No Valid Host | 16:37 |
| jaosorior | slagle: Is that still the issue where ironic-python-agent gets SSL errors? | 16:39 |
| ccamacho | hitting also this one https://review.openstack.org/#/c/355394/ | 16:40 |
| openstackgerrit | Attila Darazs proposed openstack/tripleo-quickstart: Convert the full documentation to rST https://review.openstack.org/357248 | 16:41 |
| jaosorior | slagle: by the way, if you have time for a review. A collegue came out with an idea to be able to use TLS without baking the cert into the image https://review.openstack.org/#/c/358457/ I still need to properly test it and fix the py3 issues. But some feedback on the approach would be appreciated :D | 16:41 |
| gfidente | tty tomorrow guys | 16:43 |
| *** jbadiapa has quit IRC | 16:43 | |
| jaosorior | gfidente: have a good one | 16:44 |
| *** Goneri has quit IRC | 16:44 | |
| ccamacho | sy | 16:45 |
| *** rwsu has joined #tripleo | 16:46 | |
| *** gfidente has quit IRC | 16:46 | |
| *** fragatina has quit IRC | 16:47 | |
| *** bana_k has joined #tripleo | 16:49 | |
| *** Goneri has joined #tripleo | 16:50 | |
| *** sshnaidm has joined #tripleo | 16:51 | |
| *** yamahata has joined #tripleo | 16:52 | |
| openstackgerrit | greghaynes proposed openstack/diskimage-builder: Add tests for building *-minimal images https://review.openstack.org/181162 | 16:53 |
| *** jaosorior has quit IRC | 16:55 | |
| *** derekh has quit IRC | 16:55 | |
| *** lucas-afk is now known as lucasagomes | 16:58 | |
| *** bana_k has quit IRC | 16:58 | |
| openstackgerrit | Merged openstack/diskimage-builder: Add "audit"package to yum-minimal https://review.openstack.org/352263 | 17:00 |
| *** bana_k has joined #tripleo | 17:04 | |
| *** fragatina has joined #tripleo | 17:09 | |
| *** jbadiapa has joined #tripleo | 17:10 | |
| *** abehl has quit IRC | 17:16 | |
| ccamacho | slagle, jaosorior, re I found these errors re http://logs.openstack.org/82/357182/3/check-tripleo/gate-tripleo-ci-centos-7-ovb-nonha/61dd73a/console.html http://paste.openstack.org/show/562254/ | 17:16 |
| ccamacho | A connection refused in several services | 17:17 |
| dtantsur | derek<TAB> :( | 17:20 |
| dtantsur | who else might have an idea why TFTP won't work in overcloud, except for selinux and iptables? | 17:20 |
| *** pkovar has quit IRC | 17:26 | |
| *** rajinir has joined #tripleo | 17:28 | |
| *** fragatina has quit IRC | 17:33 | |
| *** fragatina has joined #tripleo | 17:33 | |
| *** jbadiapa has quit IRC | 17:37 | |
| *** lucasagomes is now known as lucas-dinner | 17:43 | |
| *** akrivoka has quit IRC | 17:45 | |
| *** bana_k has quit IRC | 17:49 | |
| *** jdob has quit IRC | 17:50 | |
| *** Goneri has quit IRC | 17:50 | |
| *** jdob has joined #tripleo | 17:52 | |
| dtantsur | folks, when setting up network like in http://tripleo.org/basic_deployment/basic_deployment_cli.html#setup-the-overcloud-network, should the subnet match the subnet used in undercloud? | 17:55 |
| *** ramishra has quit IRC | 17:55 | |
| *** ramishra has joined #tripleo | 17:55 | |
| *** tosky has quit IRC | 17:56 | |
| bnemec-pto | dtantsur: If you're not using net-iso, then yes. | 17:56 |
| *** bnemec-pto is now known as bnemec | 17:56 | |
| bnemec | If you are using net-iso, then it should be the external network. | 17:57 |
| dtantsur | without net-iso | 17:57 |
| dtantsur | so by default it must be in 192.0.2.0/24 subnet, right? | 17:57 |
| dtantsur | bnemec, ^^ | 17:57 |
| bnemec | Right | 17:57 |
| bnemec | And make sure the allocation pools don't overlap any of the undercloud ranges. | 17:57 |
| dtantsur | sure. thanks a lot bnemec, this is probably what I've been doing wrong all this time | 17:58 |
| *** bana_k has joined #tripleo | 18:01 | |
| *** Goneri has joined #tripleo | 18:01 | |
| dtantsur | Jesus, it works! I owe you and Derek some beers one day :) | 18:09 |
| *** dtantsur is now known as dtantsur|afk | 18:11 | |
| *** mcornea has joined #tripleo | 18:11 | |
| openstackgerrit | Dmitry Tantsur proposed openstack/tripleo-docs: [WIP] Documentation for installing and using Ironic in overcloud https://review.openstack.org/354016 | 18:14 |
| openstackgerrit | Brent Eagles proposed openstack/tripleo-heat-templates: Add constraint to prohibit balance-tcp from BondInterfaceOvsOptions https://review.openstack.org/355073 | 18:15 |
| *** 7GHABUWA1 has quit IRC | 18:16 | |
| *** rbowen has joined #tripleo | 18:25 | |
| dprince | rbrady, jpeeler: hi, re this https://bugs.launchpad.net/tripleo-common/+bug/1608539 | 18:29 |
| openstack | Launchpad bug 1608539 in tripleo-common "fix the update_capabilities action input" [Undecided,In progress] - Assigned to Jeff Peeler (jpeeler-z) | 18:29 |
| *** mgarciam has joined #tripleo | 18:29 | |
| dprince | why do we now need to include 'True' 'False' in all these formats | 18:30 |
| dprince | why not simply have environments be an array (matching how heat handles them). Anything in the array is implied enabled. | 18:30 |
| dprince | anything absent is implied disable. | 18:30 |
| dprince | jtomasek: ^^^ | 18:31 |
| * jtomasek looks | 18:35 | |
| jtomasek | dprince: it is like that because that way it is simpler for GUI, and it was like that in TripleO API. I am ok with doing it your way if it is better for CLI (although it adds a bit of additional business logic to GUI) | 18:40 |
| jtomasek | dprince: It definitely makes sense | 18:41 |
| dprince | jtomasek: If the UI can handle either case I've got a slight preference for the less verbose data structure | 18:42 |
| dprince | jtomasek: I think I see your point about the extra business logic, I guess the UI perfers a slightly denormalized version of the data... | 18:43 |
| *** florianf has quit IRC | 18:43 | |
| jtomasek | dprince: the input used now is direct output of form data. to get an array of enabled environments, I'll need to process those and create an array. But it is fine | 18:44 |
| *** maeca1 has quit IRC | 18:44 | |
| openstackgerrit | Brent Eagles proposed openstack/tripleo-heat-templates: Add constraint to prohibit balance-tcp from BondInterfaceOvsOptions https://review.openstack.org/355073 | 18:45 |
| openstackgerrit | Jiri Tomasek proposed openstack/tripleo-ui: Parameters listing and updating https://review.openstack.org/351554 | 18:48 |
| openstackgerrit | Jiri Tomasek proposed openstack/tripleo-ui: Refactor DeploymentPlan Component https://review.openstack.org/358814 | 18:48 |
| jpeeler | dprince: which way have you decided is best? | 18:49 |
| dprince | jpeeler: well, I certainly don't percieve it as being my decision | 18:50 |
| dprince | jpeeler: just asking the question as to why this format evolved the way it did | 18:50 |
| jpeeler | fair enough - just wondering if i'll need to redo anything | 18:50 |
| *** mcornea has quit IRC | 18:51 | |
| dprince | jpeeler: it is a JSON format that optimizes (de-normalizes) the data a bit to suite the UI. Which could be a fine thing, it just strikes me as an odd deviation from the way Heat proper manages environments | 18:51 |
| dprince | jpeeler: I like just treating them as an array, but I'd also say it could be managed either way. The more verbose way is just that | 18:53 |
| dprince | jpeeler: I dunno, ask around quickly perhaps. See what d0ugal and rbrady say. | 18:53 |
| dprince | jpeeler: if everyone is okay with it the way it is then perhaps we roll w/ it | 18:53 |
| jpeeler | they already approved it | 18:53 |
| dprince | jpeeler: I will ask them | 18:54 |
| * jpeeler checks to make sure he's looking at the correct review | 18:54 | |
| dprince | jpeeler: https://review.openstack.org/#/c/349732/3 | 18:55 |
| jpeeler | ryan should be around now | 18:55 |
| jpeeler | rbrady: see ~20 lines above | 18:55 |
| rbrady | dprince: I have no strong opinion wrt to format. I just want to land something already. | 18:55 |
| dprince | rbrady: yeah, I don't think it is a dealbreaker. And I'm keen to make progress on this | 18:56 |
| rbrady | dprince: let me look at the CLI patch to see if it matters there (I am assuming it doesn't) | 18:56 |
| dprince | rbrady: my initial (a long time ago) CLI patch used an array | 18:56 |
| dprince | rbrady: heat uses an array. So I know it was possible... but I get that the UI handles things slightly differently | 18:57 |
| *** jdob has quit IRC | 18:59 | |
| *** jdob has joined #tripleo | 19:01 | |
| *** Goneri has quit IRC | 19:01 | |
| rbrady | dprince: AFAIK, the CLI doesn't list/select envs at all | 19:03 |
| rbrady | dprince: see https://review.openstack.org/#/c/342261 | 19:04 |
| *** alhernan has quit IRC | 19:04 | |
| dprince | rbrady: yeah, at this point it doesn't | 19:07 |
| dprince | rbrady: perhaps I'm just wondering if we will at some point, to follow a similar UI'ish workflow | 19:08 |
| rbrady | dprince: if that was the case, we would need commands in the cli to support displaying the list to users and then a command to select one or more environments | 19:09 |
| *** mhenkel has quit IRC | 19:09 | |
| dprince | rbrady: yep, all of this may come in time perhaps | 19:10 |
| dprince | jpeeler, rbrady: anyways I'm +2 here https://review.openstack.org/#/c/349732/3 | 19:10 |
| dprince | jpeeler: +A even | 19:10 |
| jpeeler | thanks! | 19:10 |
| dprince | jpeeler, rbrady: I'm waiting for a recheck on this. If it turns green ping me and we can send it | 19:11 |
| rbrady | dprince: for now we might be able to use the UpdateCapabilities action from the CLI to ensure that function is covered in CI | 19:12 |
| rbrady | dprince: we'd just need to hard code known environments | 19:12 |
| jpeeler | pending recheck for https://review.openstack.org/#/c/348537/ you mean? | 19:13 |
| *** Goneri has joined #tripleo | 19:16 | |
| *** mgarciam has quit IRC | 19:17 | |
| thrash | d0ugal: I've added back all of my envs with the packaged tht, and it worked. | 19:18 |
| thrash | d0ugal: so now to figure out what in master tht and my envs that are not working. | 19:18 |
| dprince | rbrady: commented here https://review.openstack.org/#/c/299937/15 | 19:25 |
| jpeeler | it looks like a bulk delete still requires to specify all the files though. i said the same thing on patchset 7 and i thought that the API wouldn't allow simply deleting the container | 19:31 |
| rbrady | jpeeler, dprince: I don't think that option is supported in the swift client: http://paste.openstack.org/show/562275/ | 19:32 |
| rbrady | jpeeler, dprince: no headers arg in delete_container: https://github.com/openstack/python-swiftclient/blob/master/swiftclient/client.py | 19:33 |
| vkmc | 715951 | 19:38 |
| vkmc | ops sorry | 19:38 |
| *** maeca1 has joined #tripleo | 19:41 | |
| jpeeler | rbrady: does swift client have a bulk_delete command? | 19:41 |
| *** rcernin has joined #tripleo | 19:41 | |
| *** ebarrera has joined #tripleo | 19:42 | |
| rbrady | jpeeler: nope. | 19:42 |
| rbrady | jpeeler: I'm testing locally what it would take to expose the headers arg on delete (it's exposed in create) and see if the header dprince posted works. if it does I'll push a patch to swiftclient | 19:44 |
| dprince | rbrady: yeah, the swift bulk middleware is there so we should be able to consume it I think | 19:45 |
| dprince | rbrady: perhaps similar to the create code? | 19:45 |
| openstackgerrit | greghaynes proposed openstack/diskimage-builder: Add element for setting sysctl values https://review.openstack.org/356582 | 19:45 |
| dprince | rbrady: just a thought, I think it'd be much faster. I hate to see us iterate over swift objects if we can avoid it | 19:46 |
| rbrady | dprince: the swiftclient::put_container method exposes the headers arg, delete_container doesn't. There's just no proper way to inject the header with swiftclient current state | 19:47 |
| dprince | rbrady: okay, so I think the opportunity here is lets add that to swiftclient? | 19:48 |
| dprince | rbrady: but not block on it | 19:48 |
| rbrady | dprince: ack. working on patch now | 19:48 |
| dprince | rbrady: comment back on the review that you investigated it and I can follow up and file a bug | 19:48 |
| dprince | rbrady: or you can :) | 19:48 |
| rbrady | dprince: ack | 19:49 |
| tdasilva | dprince, rbrady: just fyi, i believe the bulk delete is a post request, not a delete request | 19:49 |
| rbrady | tdasilva: the link pasted by dprince refers to "DELETE" request. http://docs.openstack.org/juno/config-reference/content/object-storage-bulk-delete.html | 19:51 |
| tdasilva | rbrady: mm...i was going off of this doc: http://docs.openstack.org/developer/swift/middleware.html#bulk-delete | 19:52 |
| *** beagles is now known as beagles_biab | 19:53 | |
| *** bfournie has quit IRC | 19:53 | |
| tdasilva | rbrady: i've got a saio vm setup and will test | 19:53 |
| tdasilva | rbrady: also, i thought the swift client had a option to delete all objects in a container before deleting the container, but i could be wrong, let me double-check that too | 19:54 |
| rbrady | tdasilva: weird. it's like swift wasn't made by pythonistas - there's more than one way to do the same thing | 19:54 |
| tdasilva | rbrady: it's possible the first doc is also wrong....FWIW the juno/config-reference doc is not maintned by swift devs while the doc I referenced is... | 19:55 |
| *** bnemec has quit IRC | 19:57 | |
| *** maeca2 has joined #tripleo | 20:02 | |
| *** ayoung has joined #tripleo | 20:03 | |
| *** maeca1 has quit IRC | 20:06 | |
| *** dbecker has quit IRC | 20:07 | |
| *** rbowen has quit IRC | 20:11 | |
| *** rbrady is now known as rbrady_ | 20:15 | |
| *** rbrady_ is now known as rbrady | 20:16 | |
| *** asbishop has quit IRC | 20:16 | |
| *** dprince has quit IRC | 20:17 | |
| jpeeler | is anybody else experiencing problems with the gate-tripleo-ci-centos-7-ovb-nonha job? | 20:17 |
| *** jcoufal_ has joined #tripleo | 20:27 | |
| *** maeca2 has quit IRC | 20:28 | |
| *** jcoufal has quit IRC | 20:31 | |
| *** asbishop has joined #tripleo | 20:31 | |
| *** bfournie has joined #tripleo | 20:32 | |
| slagle | what problems are you seeing? | 20:35 |
| jpeeler | slagle: the problems vary. this this case, it looks like a mirror issue: | 20:39 |
| jpeeler | http://logs.openstack.org/37/348537/4/check-tripleo/gate-tripleo-ci-centos-7-ovb-nonha/0c7ed81/console.html | 20:39 |
| *** rwsu has quit IRC | 20:39 | |
| jpeeler | this is for https://review.openstack.org/#/c/348537/ | 20:40 |
| jpeeler | it passed on aug 9 and i don't think i've changed the code since then | 20:40 |
| *** jprovazn has quit IRC | 20:44 | |
| colonwq | jpeeler, slagle, mine just failed the same way. http://logs.openstack.org/56/347956/27/check-tripleo/gate-tripleo-ci-centos-7-ovb-nonha/e31c0b8/console.html#_2016-08-22_20_35_08_175421 | 20:47 |
| *** maeca1 has joined #tripleo | 20:49 | |
| jpeeler | mine didn't get to registering the nodes, but yours got a bit farther | 20:51 |
| slagle | pabelanger: seeing a 404 trying to download metadata for the epel repo from the mirror server for rh1 ^ | 20:52 |
| slagle | wonder if something is cached somewhere | 20:53 |
| pabelanger | slagle: that usually means the upstream server we mirror from is stale | 20:54 |
| pabelanger | slagle: I'll check the logs | 20:54 |
| *** mhenkel has joined #tripleo | 20:55 | |
| *** yamahata has quit IRC | 20:56 | |
| *** yamahata has joined #tripleo | 20:56 | |
| pabelanger | slagle: actually, looks like it was deleted just after you ran yum | 20:57 |
| pabelanger | so, recheck will fix it | 20:58 |
| pabelanger | but there is a gap in our mirror that needs to be fixed | 20:58 |
| pabelanger | I'll work on a patch tomorrow | 20:58 |
| rbrady | dprince: comment updated, bugs created in tripleo and python-swiftclient | 20:59 |
| *** mhenkel has quit IRC | 21:00 | |
| slagle | jpeeler: colonwq : should be fixed now ^^^ | 21:01 |
| *** lblanchard has quit IRC | 21:02 | |
| colonwq | slagle, My liver will ask for mercy if too many of my patches start passing. | 21:02 |
| colonwq | Thanks | 21:02 |
| *** julim has quit IRC | 21:05 | |
| openstackgerrit | greghaynes proposed openstack/diskimage-builder: Allow disabling manifests https://review.openstack.org/358865 | 21:20 |
| *** ebarrera has quit IRC | 21:24 | |
| *** asbishop has quit IRC | 21:25 | |
| *** yamahata has quit IRC | 21:40 | |
| *** mburned_out is now known as mburned | 21:41 | |
| *** rhallisey has quit IRC | 21:44 | |
| openstackgerrit | Merged openstack/tripleo-common: Change input for UpdateCapabilitiesAction https://review.openstack.org/349732 | 21:44 |
| sshnaidm | slagle, can we please merge those: https://review.openstack.org/#/c/357532/ https://review.openstack.org/#/c/357217/ | 21:44 |
| *** yamahata has joined #tripleo | 21:46 | |
| *** egafford has quit IRC | 21:48 | |
| *** mgarciam has joined #tripleo | 21:50 | |
| openstackgerrit | Robin Cernin proposed openstack/tripleo-validations: Validate rabbitmq policies https://review.openstack.org/358430 | 21:54 |
| *** morazi has quit IRC | 22:09 | |
| *** mburned is now known as mburned_out | 22:09 | |
| *** cdearborn has quit IRC | 22:12 | |
| *** jobewan has joined #tripleo | 22:15 | |
| *** rajinir has quit IRC | 22:25 | |
| *** sshnaidm is now known as sshnaidm|afk | 22:28 | |
| *** bnemec has joined #tripleo | 22:37 | |
| *** mpsairam has joined #tripleo | 22:37 | |
| *** beagles_biab is now known as beagles | 22:45 | |
| *** jcoufal_ has quit IRC | 22:51 | |
| *** rlandy has quit IRC | 23:02 | |
| *** tbarron is now known as tbarron|gone | 23:02 | |
| *** jobewan has quit IRC | 23:08 | |
| *** cmyster has quit IRC | 23:17 | |
| openstackgerrit | Graeme Gillies proposed openstack/tripleo-docs: Updated basic installation page to include links to prebuilt images https://review.openstack.org/356823 | 23:19 |
| *** cmyster has joined #tripleo | 23:25 | |
| *** rwsu has joined #tripleo | 23:28 | |
| *** rwsu has quit IRC | 23:32 | |
| *** rwsu has joined #tripleo | 23:39 | |
| *** saneax-_-|AFK is now known as saneax | 23:44 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!