Tuesday, 2018-11-13

*** fnaval has quit IRC00:01
openstackgerritMichael Johnson proposed openstack/octavia stable/queens: DNM: Testing stable/queens  https://review.openstack.org/61739800:07
johnsomThe Octavia canary is squawking that stable/queens devstack is broken....00:09
johnsomsigh00:09
*** celebdor has joined #openstack-lbaas00:25
abaindurjohnsom: Getting a strange SSL error, hoping you could help understand what is wrong with the certs00:36
abaindur[('PEM routines', 'PEM_read_bio', 'no start line'), ('SSL routines', 'SSL_CTX_use_PrivateKey_file', 'PEM lib')]00:36
abaindurNow i googled the error, and I verified I am not seeing any weird control characters in the PEM file, and it begins and ends with the proper -----BEGIN CERTIFICATE----- and -----END CERTIFICATE-----00:37
abaindurand I am also able to open it properly via "openssl x509" command, and view its contents00:37
johnsomHmm, yeah, usually that means you are trying to use a DER format cert, or the file is corrupt in some way.00:38
abainduri'm not the most familiar with SSL internals here, but i can paste the contents of the certs, 1 sec...00:39
johnsomHowever, that error implies it's the key file that is wrong, which would have a different header  than BEGIN CERTIFICATE00:39
abaindurThe error happens from here, https://github.com/openstack/octavia/blob/stable/queens/octavia/amphorae/drivers/haproxy/rest_api_driver.py#L33000:39
johnsomAh, ok00:40
abaindurafter which it gets into urllib3 and openSSL code00:40
johnsomSo that file should have a key concatenated with the certificate.00:40
johnsomhttp://logs.openstack.org/54/613454/3/check/openstack-tox-docs/ae6ce1e/html/admin/guides/certificates.html00:41
johnsomStep 14 in that doc00:41
abaindurComplete stacktrace: http://paste.openstack.org/show/734734/00:42
johnsomThe python requests library required that odd format at the time.00:42
abaindurhere is our CA cert file: http://paste.openstack.org/show/734735/00:42
abaindurusing the same .pem cert there for ca_certificate and server_ca configs00:42
abaindurBut it works when I used the certs generated by your sample script in repo00:43
abaindurthese certs were generated elsewhere, by our own cert manager00:43
abaindurhowever in that case, I view the ca_01.pem file generated by your script, I do not see a private key in there. just the cert00:44
abaindurSame for the client_ca (we are using server_ca as the same as client_ca)00:44
abaindurjohnsom: that's for the client_cert only?00:46
johnsomCorrect, the [haproxy_amphora] client_cert file needs the key and cert concatenated00:47
johnsomThe others don't00:47
abaindurI was thinking the error was coming from the server_ca, since thats passed ito the request error'ing out just above https://github.com/openstack/octavia/blob/stable/queens/octavia/amphorae/drivers/haproxy/rest_api_driver.py#L31300:47
*** sapd1_ has quit IRC01:48
*** sapd1 has joined #openstack-lbaas01:48
*** abaindur has quit IRC01:49
*** abaindur has joined #openstack-lbaas01:53
*** abaindur has quit IRC01:58
*** yamamoto has joined #openstack-lbaas03:30
*** abaindur has joined #openstack-lbaas03:54
*** ramishra has joined #openstack-lbaas04:02
*** yamamoto has quit IRC04:34
*** threestrands has joined #openstack-lbaas05:02
*** sapd1 has quit IRC05:12
*** sapd1_ has joined #openstack-lbaas05:12
*** dayou has quit IRC05:15
*** dayou has joined #openstack-lbaas05:41
*** yboaron_ has joined #openstack-lbaas06:37
*** ccamposr has joined #openstack-lbaas06:43
*** ccamposr__ has joined #openstack-lbaas06:47
*** ccamposr has quit IRC06:50
*** yboaron_ has quit IRC07:00
*** yboaron has joined #openstack-lbaas07:07
*** abaindur has quit IRC07:20
*** yamamoto has joined #openstack-lbaas07:42
*** threestrands has quit IRC08:04
*** yamamoto has quit IRC08:22
*** yamamoto has joined #openstack-lbaas08:24
openstackgerritMerged openstack/neutron-lbaas-dashboard stable/ocata: sni_container_refs needed if we want to use sni  https://review.openstack.org/61222508:24
openstackgerritMerged openstack/neutron-lbaas-dashboard stable/pike: sni_container_refs needed if we want to use sni  https://review.openstack.org/61222408:25
openstackgerritMerged openstack/neutron-lbaas-dashboard stable/rocky: sni_container_refs needed if we want to use sni  https://review.openstack.org/61222208:29
*** yamamoto has quit IRC08:49
*** yamamoto has joined #openstack-lbaas08:50
*** yamamoto has quit IRC08:55
*** yamamoto has joined #openstack-lbaas08:55
*** ramishra has quit IRC09:28
*** ramishra has joined #openstack-lbaas09:34
*** sapd1_ has quit IRC09:48
*** sapd1__ has joined #openstack-lbaas09:48
*** yamamoto has quit IRC09:54
*** yamamoto has joined #openstack-lbaas09:55
*** yamamoto has quit IRC09:55
*** pcaruana has joined #openstack-lbaas09:56
*** yamamoto has joined #openstack-lbaas10:08
*** yamamoto has quit IRC10:17
*** ramishra_ has joined #openstack-lbaas10:18
*** yamamoto has joined #openstack-lbaas10:19
*** ramishra has quit IRC10:20
*** yamamoto has quit IRC10:28
openstackgerritguotao proposed openstack/octavia master: Dumplicate words was deleted in  component-design.rst  https://review.openstack.org/61756010:36
openstackgerritZhaoBo proposed openstack/octavia master: Add client_ca_tls_container_ref to Octavia v2 listener API  https://review.openstack.org/61226712:19
openstackgerritZhaoBo proposed openstack/octavia master: Add an option to the Octavia V2 listener API for client cert  https://review.openstack.org/61226812:19
openstackgerritZhaoBo proposed openstack/octavia master: Add crl-file option for certification  https://review.openstack.org/61226912:19
openstackgerritZhaoBo proposed openstack/python-octaviaclient master: Add client_crl_container_ref for Listener API in CLI  https://review.openstack.org/61761912:21
nmagnezill12:23
*** xgerman_ is now known as xgerman12:36
*** yamamoto has joined #openstack-lbaas12:42
*** yamamoto has quit IRC12:46
*** yamamoto has joined #openstack-lbaas12:50
*** aojea_ has joined #openstack-lbaas13:38
*** yamamoto has quit IRC13:39
*** yamamoto has joined #openstack-lbaas13:39
*** yamamoto has quit IRC13:41
*** yamamoto has joined #openstack-lbaas13:42
*** yamamoto has quit IRC13:53
*** yamamoto has joined #openstack-lbaas13:55
*** yamamoto has quit IRC13:59
*** yamamoto has joined #openstack-lbaas14:02
*** aojea_ has quit IRC14:03
*** aojea_ has joined #openstack-lbaas14:03
*** yamamoto has quit IRC14:04
*** aojea_ has quit IRC14:04
*** aojea_ has joined #openstack-lbaas14:05
*** yamamoto has joined #openstack-lbaas14:06
*** yamamoto has quit IRC14:11
*** yamamoto has joined #openstack-lbaas14:13
*** yamamoto has quit IRC14:18
*** yamamoto_ has joined #openstack-lbaas14:18
*** yamamoto_ has quit IRC14:18
*** yamamoto has joined #openstack-lbaas14:18
*** yamamoto has quit IRC14:23
*** aojea_ has quit IRC14:37
*** aojea_ has joined #openstack-lbaas14:38
*** yamamoto has joined #openstack-lbaas14:39
*** velizarx has joined #openstack-lbaas14:39
*** aojea_ has quit IRC14:42
*** aojea_ has joined #openstack-lbaas14:45
*** yamamoto_ has joined #openstack-lbaas14:56
*** yamamoto_ has quit IRC14:56
*** yamamoto has quit IRC14:56
*** yamamoto has joined #openstack-lbaas14:58
*** yamamoto has quit IRC14:59
*** velizarx has quit IRC15:02
*** yamamoto has joined #openstack-lbaas15:12
*** sapd1 has joined #openstack-lbaas15:20
*** yamamoto has quit IRC15:36
*** yamamoto has joined #openstack-lbaas15:39
*** salmankhan has joined #openstack-lbaas15:43
*** salmankhan has quit IRC15:57
*** salmankhan has joined #openstack-lbaas15:57
openstackgerritzhouxinyong proposed openstack/octavia master: Update the HTTP links to HTTPS in run.yaml.  https://review.openstack.org/61771815:59
*** salmankhan has quit IRC16:01
*** yamamoto has quit IRC16:02
*** ccamposr__ has quit IRC16:14
*** velizarx has joined #openstack-lbaas16:17
*** yamamoto has joined #openstack-lbaas16:18
*** ramishra_ has quit IRC16:32
*** velizarx has quit IRC16:35
*** yamamoto has quit IRC16:38
*** irclogbot_1 has joined #openstack-lbaas16:41
*** irclogbot_1 has quit IRC16:43
*** ccamposr has joined #openstack-lbaas17:11
*** aojea_ has quit IRC17:33
*** aojea has joined #openstack-lbaas17:33
*** ianychoi has quit IRC18:00
*** ianychoi has joined #openstack-lbaas18:01
johnsomIn the keynotes again!  We are on a roll18:09
*** sapd1 has quit IRC18:11
jitek4johnsom: have a good summit !18:20
johnsomI didn't go, but I am watching some of the videos. German and Carlos are there to represent!18:21
xgermanYep. 1st talk (Octavia onboarding) went great -18:22
xgermanYeah. Our logo was there several times -/18:22
johnsomExcellent!  Octavia was mentioned in at least two of the keynotes.18:22
xgermanYeah. People love us :-)18:23
openstackgerritboden proposed openstack/neutron-lbaas master: use neutron-lib for _model_query  https://review.openstack.org/61778218:40
jitek4johnsom: video are already available ?18:43
johnsomjitek4 https://www.openstack.org/videos/18:44
johnsomThey are starting to get posted18:44
*** aojea has quit IRC18:46
jitek4johnsom: thanks, I will take a look ! I wasn't expecting video to be uploaded so fast after sessions18:48
*** irclogbot_1 has joined #openstack-lbaas19:11
openstackgerritMichael Johnson proposed openstack/octavia master: Add amphora statistics to the admin API  https://review.openstack.org/58503119:20
*** larsks has joined #openstack-lbaas19:43
larsksCreating a load balancer requires a "public subnet". We have an external network with a public subnet, but while the network is visible to cloud users, the subnet is not. What's the correct way to set this up?19:46
johnsomlarsks Octavia does not have a requirement to use public subnets.19:48
larsksjohnsom: I'm looking at https://docs.openstack.org/octavia/pike/user/guides/basic-cookbook.html19:48
larsksMaybe "require" is the wrong word, but presumably if you want public inbound access to the lb you need one?19:48
larsksOr not?19:48
johnsomYou can specify private subnets as well as public ones.  With private subnets for the VIP, you can optionally use floating IPs.19:49
larsksOh, reading further, I see that "public subnet" really just means "incoming subnet".19:49
larsksThat makes more sense.19:49
johnsomHowever, you can also specify a network and not just a subnet19:49
johnsomThis may help clarify: https://developer.openstack.org/api-ref/load-balancer/v2/index.html?expanded=create-a-load-balancer-detail#create-a-load-balancer19:50
larsksThanks. I'll take a look and give both of those options a try.19:50
johnsomIt talks to the various VIP port options19:50
*** aojea has joined #openstack-lbaas19:51
*** irclogbot_1 has quit IRC20:09
*** irclogbot_1 has joined #openstack-lbaas20:13
larsksjohnsom: octavia successfully creates an amphora, but it doesn't seem to be available on the lb management network (even when trying to ping it directly from the relevant dhcp namespace). Is there a common cause for that?  Regular nova servers come up just fine without networking issues (so neutron in general seems to work correctly).20:18
johnsomlarsks Ping may be disabled, have you tried connecting to the amphora-agent port 9443 (It is a TLS port)?  Is that open in the right security group (amp_secgroup_list)?20:22
*** aojea has quit IRC20:23
*** yamamoto has joined #openstack-lbaas20:24
larsksjohnsom: okay, it is actually responding on port 9443.  But the loadbalancer itself is stuck in 'PENDING CREATE' state, and worker.log is filled with 'Failed to establish a new connection: [Errno 113] No route to host',))'20:29
johnsomOk, yeah, it will keep trying to connect and, depending on your timeout settings, it will either go ACTIVE or ERROR.20:30
larsksRight.  But why is it failing to connect? The amphora seems to be up and running at the correct ip address.20:30
johnsomThe default timeouts are super long, like 25 minutes or retries.  Typically that is tuned down.20:30
johnsomCheck you nova console log. Has the instance actually finished booting?  Mis-configured hypervisors or virtualbox can take 10+ minutes to fully boot an instance.20:31
johnsomIf that is not it, check that the worker process is for sure able to reach the instance on port 9443.20:32
larsksThe instance shows state ACTIVE.  The instance actually responds to a `ip netns exec qdhcp-e365e7cb-d4bd-4284-a7c7-f35d7c2e7c3a curl -i  -k https://172.24.0.14:9443`, so it seems to be up and running.20:32
larsks(I get back a JSON 404 response)20:33
johnsomNova ACTIVE is just that the process started, it does not mean anything is running in it.20:33
larsksRight, but the fact that I'm getting an HTTP response suggests that *something* is running. What's a better way to check?20:34
johnsomHowever that curl implies it is running, so I would look at the networking20:34
larsksSince the connection from the qdhcp namespace seems to work, where would I next look?  I'm not sure how the octavia workers connect to the amphora.20:35
johnsomThe Octavia worker process makes a TCP connection to the 9443 port on the amphoras.  So, the worker, healthmanager, and housekeeping all need to have a route to the amphora/lb-mgmt-net20:36
johnsomHow did you install?  devstack, OSA, tripleo, puppet, or kolla?20:36
larsksDo they make that connection from inside an appropriate namespace? Or is the host on which they are running supposed to be able to route directly to that network?20:36
larsksThis is a tripleo install.20:36
johnsomHmmm, ok, I'm not super familiar with triple-o and our guy that does is at the summit this week.20:37
johnsomIf I remember right, the controllers are running in a container under tripleo. That lb-mgmt-net should be plumbed into the container such that the processes should be able to reach it.20:38
johnsomBecause different deployments handle the controllers differently, it's up to the deployer to plumb the network. In this case tripleo should have done that for you.20:39
larsksOkay, I'll take a look at that.  FOr a lb that's gone into the "office" state, how do I ask octavia to try spinning it back up?20:40
larsksErr, "offline".20:40
larsks(Octavia finally timed out the one I'm looking at and shut down the nova instance)20:41
johnsomWhen it goes to ERROR, you can either delete it and re-create it, or use the "failover" APIs20:41
larsksI'll just delete and re-create.20:41
larsksOkay, well, there's the problem. While the controllers appear to have an interface on the correct network, it's unable to reach the amphora.  Thanks, that gives me something to look at.20:43
johnsom+1 Good luck!20:43
*** yamamoto has quit IRC21:00
openstackgerritMichael Johnson proposed openstack/octavia master: Fix devstack plugin for /var/log/dib-build exists  https://review.openstack.org/61783821:09
*** aojea_ has joined #openstack-lbaas21:15
*** aojea_ has quit IRC21:48
openstackgerritAdam Harwell proposed openstack/octavia master: DNM: two dumb downstream things to fix, IGNORE ME  https://review.openstack.org/59398621:52
*** pcaruana has quit IRC21:56
*** yamamoto has joined #openstack-lbaas22:22
*** yamamoto has quit IRC22:27
*** yboaron has quit IRC22:33
*** aojea has joined #openstack-lbaas22:40
*** velizarx has joined #openstack-lbaas22:45
*** abaindur has joined #openstack-lbaas23:01
*** abaindur has quit IRC23:02
*** abaindur has joined #openstack-lbaas23:03
*** aojea has quit IRC23:12
*** yamamoto has joined #openstack-lbaas23:19
*** yamamoto has quit IRC23:24
*** velizarx has quit IRC23:25
*** yamamoto has joined #openstack-lbaas23:57

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!