| openstackgerrit | Merged openstack/octavia master: Jobboard based controller https://review.opendev.org/647406 | 00:10 |
|---|---|---|
| openstackgerrit | Noah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify the cipher list for a listener https://review.opendev.org/717811 | 00:24 |
| rm_work | johnsom: hmm, looking at the way the DB-down detection was done, and actually this is a little fragile still | 00:25 |
| johnsom | How so? | 00:26 |
| rm_work | it tries to do a DB read and if it fails, it sleeps for DELAY seconds and tries again | 00:26 |
| rm_work | the IDEA is that there's <DELAY> seconds after the DB comes back up for stuff to check in | 00:27 |
| rm_work | but ... the DB could come back up in the last second of that sleep period, and then it could try the check again and have it work | 00:27 |
| johnsom | Right, it captures the exception than sleeps the full check interval (60 seconds) | 00:27 |
| rm_work | right | 00:27 |
| rm_work | it needs to sleep the full DELAY *after* the DB comes up from being down | 00:27 |
| rm_work | not just... each time the DB is detected down | 00:27 |
| johnsom | You sure the loop isn't setup that way? | 00:28 |
| rm_work | i'll look again, but... fairly sure | 00:28 |
| johnsom | In other news, the AZ dashboard patch is giving me trouble | 00:28 |
| rm_work | ah wait, maybe it is | 00:28 |
| rm_work | no you're right, phew | 00:28 |
| rm_work | missed that the exception code has the wait() in there | 00:28 |
| openstackgerrit | Noah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify the cipher list for a listener https://review.opendev.org/717811 | 00:29 |
| rm_work | trying to figure out how to detect Read-Only mode on the DB and do the same Wait for it to be not read-only... | 00:32 |
| johnsom | Yeah, that is... hard unless you want to hose up your DB with small write tests | 00:33 |
| rm_work | yeah :/ | 00:34 |
| johnsom | There is probably a mysql query, but that would break the ORM illusion | 00:34 |
| rm_work | was looking to see if there was something in mysql I can READ | 00:34 |
| rm_work | that will just tell me it's RO without having to try a write | 00:34 |
| rm_work | but i guess that's not portable | 00:34 |
| rm_work | i could work on moving the health table to redis :D | 00:35 |
| johnsom | I'm 90% sure there is, but again, that would defeat the purpose of oslo.db/sqlalchemy | 00:35 |
| rm_work | now that we have something else requiring it ;) | 00:35 |
| johnsom | No argument from me | 00:35 |
| rm_work | actually looking at this code, i don't really understand how it would do a failover on a RO DB... i guess it's just, the instant the DB comes back up... | 00:37 |
| rm_work | because get_stale_amphora() does a with_for_update() select, which SHOULD require read-write? | 00:37 |
| rm_work | right? | 00:37 |
| rm_work | which ... MIGHT kick us into that DBConnectionError exception block... | 00:38 |
| rm_work | so in that case, maybe the wait_for_connection() just needs to verify it can write, and we'd be fine? | 00:38 |
| rm_work | will need to spin up devstack to test | 00:38 |
| rm_work | (and figure out how to make mysql R/O) | 00:39 |
| openstackgerrit | Noah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify the cipher list for a pool https://review.opendev.org/717834 | 00:39 |
| nmickus | johnsom The ciphers cli patches should be updated per your comments | 00:40 |
| johnsom | Ugh, I am very rusty at even trying to debug horizon. | 00:41 |
| johnsom | nmickus Thanks! | 00:41 |
| rm_work | hmmm i wonder if i start a transaction if that will fail on a R/O DB | 00:50 |
| johnsom | Ugh, I wonder if this is just the horizon funkyness with python2/python3... | 00:57 |
| johnsom | Ah, ok. The underscore strikes again | 01:01 |
| *** yamamoto has joined #openstack-lbaas | 01:02 | |
| johnsom | dashboard has none, openstacksdk has one | 01:02 |
| johnsom | sorrison If you are around, the dashboard patch needs work | 01:02 |
| johnsom | I am flipping back to looking at the client patches | 01:02 |
| sorrison | johnsom: yip, I'm around. Just that 1 minor thing? | 01:05 |
| johnsom | I think so.... However it blocks me from really testing. | 01:05 |
| johnsom | Hope you can take a quick look and confirm that is the only issue there while I pivot to review a few other patches. | 01:06 |
| johnsom | I'm already an hour into "I should be making dinner" time, so trying to maximize my review minutes | 01:06 |
| openstackgerrit | Sam Morrison proposed openstack/octavia-dashboard master: Availability zone support https://review.opendev.org/714563 | 01:08 |
| johnsom | sorrison So I take it what I captured made sense? | 01:09 |
| sorrison | yeah just a minor bug, not sure how I missed that as I had it working but then realised my openstack sdk version wasn't what I submitted upstream | 01:11 |
| johnsom | Is everything ok in the sdk that did go upstream? | 01:12 |
| * johnsom hopes so as I reviewed it and the release window is closed.... | 01:12 | |
| sorrison | yeah the sdk is all good | 01:16 |
| johnsom | Oh good | 01:17 |
| johnsom | Survey says! | 01:23 |
| johnsom | sorrison That works | 01:23 |
| rm_work | johnsom: so I can do a SELECT FOR UPDATE with a junk WHERE clause and it'll give an ERROR if the DB is R/O | 01:23 |
| rm_work | so like... | 01:23 |
| rm_work | SELECT id FROM amphora WHERE id=0 FOR UPDATE; | 01:24 |
| rm_work | never going to match a real amp, but still throws the error due to the FOR UPDATE clause | 01:24 |
| rm_work | `ERROR 1223 (HY000): Can't execute the query because you have a conflicting read lock` | 01:24 |
| johnsom | rm_work Umm, do me a favor, shut things down, restart mysql, do whatever it was that set it RO, and try again. That is not the error I would expect. That implies there is another hung transaction still hanging around | 01:25 |
| rm_work | sure, but AFAIU the way it works is that you do a FLUSH WITH READ LOCK | 01:26 |
| rm_work | https://support.scalearc.com/kb/articles/how-to-set-a-mysql-database-to-read-only-mode | 01:26 |
| rm_work | the global "read_only" means nothing apparently, i was able to UNLOCK the table manually and do writes even, with read_only still true | 01:27 |
| johnsom | Nope, flush with read lock just unlocks any table that has a for update lock | 01:27 |
| johnsom | The global is along the right path of what I would expect though | 01:28 |
| rm_work | err, i don't think so | 01:28 |
| rm_work | one sec | 01:28 |
| johnsom | Yeah, that error is definitely not what you get when mysql is in RO | 01:29 |
| johnsom | Like with that you can't do a select right? | 01:30 |
| rm_work | http://paste.openstack.org/show/791833/ | 01:30 |
| rm_work | no, i can select | 01:30 |
| rm_work | but not write | 01:30 |
| rm_work | and yes, the command seems nonsensically worded | 01:31 |
| rm_work | for what it actually does | 01:31 |
| rm_work | pff, DBAs, am i right? lol | 01:31 |
| johnsom | I am more concerned about the error you got | 01:31 |
| rm_work | seems right | 01:32 |
| rm_work | I think "read lock" means "lock for reading only" | 01:32 |
| rm_work | ? apparently | 01:32 |
| rm_work | i mean it's pretty obvious with that paste | 01:32 |
| johnsom | Yeah, ok, no that is a different state.... Undo that | 01:33 |
| rm_work | yeah easy enough -- per that guide, `UNLOCK TABLES;` does it | 01:33 |
| johnsom | Modify your mysql systemd service, add --read-only=ON as a parameter, startup and try | 01:33 |
| rm_work | hmm, DBA here just confirmed what i pasted is what we do, lol | 01:33 |
| rm_work | but will try yours | 01:34 |
| johnsom | "what we do"? So this isn't like a percona or mysql read only, but something "custom"? | 01:34 |
| rm_work | i mean, it's "how you put a mysql db into readonly mode" | 01:34 |
| johnsom | NO | 01:34 |
| johnsom | I just gave you how to do that. | 01:35 |
| rm_work | according to "the internet" and apparently our runbooks lol | 01:35 |
| johnsom | right... | 01:35 |
| rm_work | I don't think we restart them when we do that? | 01:35 |
| rm_work | yours requires restarting them | 01:35 |
| johnsom | I'm just saying, if the "my database just hosed and went RO or I just connected to the RO slave" is the case you want to fix in Octavia, those commands aren't going to get you there | 01:35 |
| rm_work | lol | 01:38 |
| rm_work | set --read-only=ON and it still lets me write | 01:39 |
| rm_work | all it does is set that read_only global var, apparently | 01:40 |
| rm_work | which does nothing | 01:40 |
| rm_work | i can still write to tables | 01:40 |
| johnsom | That is not right | 01:40 |
| rm_work | http://paste.openstack.org/show/791834/ | 01:40 |
| johnsom | Check the account you are using, is it SUPER or CONNECTION_ADMIN? | 01:41 |
| rm_work | prolly, i'm root | 01:41 |
| johnsom | Well, there you go, accounts with SUPER bypass the RO mode | 01:41 |
| rm_work | O_o | 01:41 |
| rm_work | that's a shitty RO mode | 01:42 |
| johnsom | Have you met mysql? | 01:42 |
| rm_work | no wonder everyone uses this other thing instead | 01:42 |
| johnsom | Try with the octavia account | 01:42 |
| johnsom | or devstack or whatever | 01:42 |
| rm_work | literally in the official mysql docs: https://dev.mysql.com/doc/refman/5.7/en/replication-solutions-backups-read-only.html | 01:42 |
| johnsom | Yes, but you are missing my point that the lock line is doing something else. | 01:43 |
| rm_work | ? it's doing a lock on all tables such that things can read but not write | 01:43 |
| rm_work | seems to be working exactly as it's supposed to according to docs | 01:43 |
| johnsom | The error you get with just a RO and not LOCK is different | 01:43 |
| rm_work | https://dev.mysql.com/doc/refman/8.0/en/flush.html#flush-tables-with-read-lock | 01:44 |
| rm_work | possibly, but as far as I can tell, official advice is to do the LOCK method for R/O | 01:45 |
| johnsom | Dude, I have read all of that and refreshed my memory. If you don't believe me or care, implement it that way but don't come to me the next time you run into this problem | 01:45 |
| rm_work | I mean, what you're telling me conflicts with what the mysql docs are saying | 01:45 |
| johnsom | No it does nto | 01:46 |
| johnsom | not | 01:46 |
| rm_work | https://dev.mysql.com/doc/refman/5.7/en/replication-solutions-backups-read-only.html | 01:46 |
| rm_work | "Put the master M1 in a read-only state by executing these statements on it:" | 01:46 |
| johnsom | Yes, statements. First one doing lock junk for snapshot stuff, etc. The second transitioning into actual RO. DB failures and RO slaves do not do the LOCK. | 01:47 |
| johnsom | If the slaves did the LOCK line, then the masters would start throwing that error you got too | 01:47 |
| johnsom | I am off to dinner. good luck | 01:49 |
| rm_work | looking at an actual slave db to compare | 01:51 |
| *** yamamoto has quit IRC | 02:04 | |
| rm_work | do we actually support anything besides MySQL (and sqlite for testing)? | 02:08 |
| rm_work | openstack stopped supporting postgres officially? | 02:08 |
| *** yamamoto has joined #openstack-lbaas | 03:09 | |
| *** logan- has quit IRC | 04:45 | |
| *** logan_ has joined #openstack-lbaas | 04:47 | |
| *** logan_ is now known as logan- | 04:48 | |
| *** tamerlanabu has joined #openstack-lbaas | 05:09 | |
| tamerlanabu | Hi! | 05:09 |
| tamerlanabu | I have a question regarding amphorae and health manager. How does amphorae determine where health manager is located and where it should be sending heartbeats to? | 05:10 |
| tamerlanabu | Right now it tries to send UDP packages to localhost:5555 which is not correct. | 05:10 |
| *** tamerlanabu has quit IRC | 05:14 | |
| *** tamerlanabu has joined #openstack-lbaas | 05:15 | |
| *** armax has quit IRC | 05:28 | |
| *** yamamoto has quit IRC | 05:59 | |
| *** yamamoto has joined #openstack-lbaas | 06:15 | |
| *** vishalmanchanda has joined #openstack-lbaas | 06:59 | |
| *** gcheresh has joined #openstack-lbaas | 07:01 | |
| *** maciejjozefczyk has joined #openstack-lbaas | 07:10 | |
| *** rpittau|afk is now known as rpittau | 07:18 | |
| *** psachin has joined #openstack-lbaas | 07:37 | |
| *** threestrands has quit IRC | 08:00 | |
| *** gcheresh has quit IRC | 08:14 | |
| cgoncalves | tamerlanabu, hi. amphorae send heartbeats to every health manager listed in "controller_ip_port_list" in a round-robin fashion. in your case, it seems that your "controller_ip_port_list" option is not set correctly. | 08:24 |
| cgoncalves | it should be a list of IP:port of your health manager ports in the loadbalancer management network (lb-mgmt-net) | 08:25 |
| cgoncalves | https://docs.openstack.org/octavia/latest/configuration/configref.html#health_manager.controller_ip_port_list | 08:25 |
| tamerlanabu | cgoncalves, thanks, figured it out. | 08:31 |
| *** tamerlanabu has quit IRC | 08:31 | |
| *** gcheresh has joined #openstack-lbaas | 08:38 | |
| *** tobias-urdin has quit IRC | 09:02 | |
| *** tkajinam has quit IRC | 09:03 | |
| *** born2bake has joined #openstack-lbaas | 09:28 | |
| *** tobias-urdin has joined #openstack-lbaas | 09:30 | |
| *** ataraday_ has joined #openstack-lbaas | 09:50 | |
| *** gcheresh has quit IRC | 09:56 | |
| *** rpittau is now known as rpittau|bbl | 10:13 | |
| *** rpittau|bbl is now known as rpittau | 11:57 | |
| *** gcheresh has joined #openstack-lbaas | 12:08 | |
| *** psachin has quit IRC | 12:26 | |
| *** jamesden_ has joined #openstack-lbaas | 12:55 | |
| *** yamamoto has quit IRC | 12:57 | |
| *** jamesdenton has quit IRC | 12:57 | |
| *** yamamoto has joined #openstack-lbaas | 12:58 | |
| openstackgerrit | Merged openstack/octavia master: Add availability-zone to loadbalancer object docs https://review.opendev.org/716358 | 13:04 |
| *** rcernin has quit IRC | 13:54 | |
| *** yamamoto has quit IRC | 14:00 | |
| *** TrevorV has joined #openstack-lbaas | 14:01 | |
| *** yamamoto has joined #openstack-lbaas | 14:02 | |
| *** yamamoto has quit IRC | 14:02 | |
| *** yamamoto has joined #openstack-lbaas | 14:02 | |
| *** gcheresh has quit IRC | 14:04 | |
| *** yamamoto has quit IRC | 14:06 | |
| *** yamamoto has joined #openstack-lbaas | 14:06 | |
| *** tkajinam has joined #openstack-lbaas | 14:13 | |
| *** gcheresh has joined #openstack-lbaas | 14:14 | |
| *** yamamoto has quit IRC | 14:32 | |
| *** ataraday_ has quit IRC | 14:33 | |
| *** vishalmanchanda has quit IRC | 15:09 | |
| *** armax has joined #openstack-lbaas | 15:10 | |
| *** yamamoto has joined #openstack-lbaas | 15:11 | |
| *** yamamoto has quit IRC | 15:23 | |
| openstackgerrit | Merged openstack/octavia-dashboard master: Availability zone support https://review.opendev.org/714563 | 15:36 |
| *** maciejjozefczyk has quit IRC | 15:49 | |
| *** tkajinam has quit IRC | 15:49 | |
| *** rpittau is now known as rpittau|afk | 15:59 | |
| johnsom | nmickus I'm going to see if I can figure out why the clients are not sending the tls_ciphers field. I have done something similar myself, I think it is a variable mis-match or something similar | 16:00 |
| nmickus | johnsom alright, it seemed to be working fine for me for last night but I might not have had it set up right | 16:01 |
| johnsom | You did have it working? hmmm | 16:02 |
| johnsom | When I run it, nothing gets sent and when I use the --debug flag the json body doesn't have the field | 16:02 |
| nmickus | Might not have had it set up right though | 16:03 |
| nmickus | is it both the pools and listeners? | 16:03 |
| johnsom | I haven't tried the pools yet, I started with listeners | 16:05 |
| nmickus | alright let me know if you find anything | 16:06 |
| nmickus | i would assume it would have a similar problem | 16:06 |
| johnsom | Yeah, they are basically the same patch | 16:08 |
| johnsom | I am running this: | 16:09 |
| johnsom | openstack --debug loadbalancer listener set --tls-ciphers AES 2dee12bd-adc6-4a1a-9756-3cb9bb7d6194 | 16:09 |
| johnsom | as an example. I expect it to come back with an error, but the debug request json going to the API is: | 16:09 |
| johnsom | REQ: curl -g -i -X PUT http://10.21.21.78/load-balancer/v2.0/lbaas/listeners/2dee12bd-adc6-4a1a-9756-3cb9bb7d6194 -H "Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: openstacksdk/0.46.0 keystoneauth1/3.18.0 python-requests/2.23.0 CPython/3.6.9" -H "X-Auth-Token: {SHA256}e0b1719d22d68457deea1add6f6ca987fb61cac26d96e6369682699898528b49" -d '{"listener": {}}' | 16:09 |
| johnsom | I think it is this: https://github.com/openstack/python-octaviaclient/blob/master/octaviaclient/osc/v2/utils.py#L186 | 16:12 |
| *** Trevor_V has joined #openstack-lbaas | 16:16 | |
| nmickus | Looks like it could be it | 16:16 |
| nmickus | How do I make sure my changes are used in devstack for testing? | 16:17 |
| *** TrevorV has quit IRC | 16:19 | |
| johnsom | For the client? | 16:20 |
| nmickus | yeah | 16:20 |
| johnsom | just "sudo pip uninstall -y python-octaviaclient; sudo pip install ." | 16:20 |
| johnsom | When you are in the client code directory | 16:20 |
| johnsom | Yeah, fixing the mapping table solved the problem | 16:26 |
| nmickus | Awesome I'll update that and test it | 16:28 |
| nmickus | johnsom I'm using that command and its returning an error saying `Missing value auth-url required for auth plugin password` is that would i should be seeing? | 17:01 |
| johnsom | That means you have no Openstack credential, you haven't logged in. | 17:02 |
| nmickus | running it with debug I can't seem to find the json values in the output | 17:02 |
| johnsom | cd /opt/stack/devstack; source openrc admin admin | 17:02 |
| *** ccamposr__ has quit IRC | 17:02 | |
| johnsom | Yeah, it is failing before it even hits our code because you were not logged in | 17:03 |
| nmickus | alright it's giving me an error running your command `clean_up SetListener: public endpoint for load-balancer service in RegionOne region not found` | 17:08 |
| nmickus | and when i run it without arguments "tls_ciphers" shows up in the json | 17:08 |
| nmickus | johnsom does that sound correct to you? | 17:12 |
| johnsom | Hmm, that sounds like Octavia isn't installed if it can't find the service. | 17:13 |
| johnsom | Without arguments I bet that is from a show/lookup response. | 17:15 |
| johnsom | If it got a response with that in the body it must be installed, so that is odd. | 17:15 |
| *** ccamposr has joined #openstack-lbaas | 17:16 | |
| nmickus | its in my local.conf | 17:18 |
| johnsom | yeah, I don't get why that endpoint not found was there. I guess just ignore that. | 17:18 |
| nmickus | hmm well if it sounds right I'll git review | 17:19 |
| johnsom | Yeah, go for it. I can also pull it down and test it. | 17:19 |
| openstackgerrit | Noah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify the cipher list for a listener https://review.opendev.org/717811 | 17:20 |
| nmickus | Alright if that works for you as well, I will update the pools | 17:22 |
| johnsom | Ok, give me 10 mintues | 17:22 |
| johnsom | nmickus Yes, that version seems to be working | 17:28 |
| nmickus | awesome i will get on fixing the pools patch | 17:31 |
| johnsom | Thank you! | 17:31 |
| openstackgerrit | Noah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify the cipher list for a pool https://review.opendev.org/717834 | 17:59 |
| openstackgerrit | Noah Mickus proposed openstack/python-octaviaclient master: Add the ability to specify the cipher list for a listener https://review.opendev.org/717811 | 18:07 |
| rm_work | FYI again: if you use `pip install -e .` it will *just use* your local version of the code rather than copying it in, so it will ALWAYS be up to date with every change you make without having to do another install every time | 18:15 |
| rm_work | I always recommend that | 18:15 |
| *** ccamposr__ has joined #openstack-lbaas | 18:17 | |
| johnsom | Ok, for those playing the home edition of Octavia, I'm testing the TLS ciphers with: | 18:19 |
| johnsom | openstack loadbalancer listener set --tls-ciphers TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-SHA256:DHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA256 2dee12bd-adc6-4a1a-9756-3cb9bb7d6194 | 18:20 |
| johnsom | Then a connection: | 18:20 |
| johnsom | https://www.irccloud.com/pastebin/tK9wIKvf/ | 18:20 |
| johnsom | Which is the result I want to see | 18:20 |
| *** ccamposr__ has quit IRC | 18:21 | |
| *** ccamposr has quit IRC | 18:23 | |
| johnsom | https://www.irccloud.com/pastebin/elcBITDR/ | 18:25 |
| johnsom | Groovy | 18:27 |
| *** gcheresh has quit IRC | 18:43 | |
| cgoncalves | nice! | 18:49 |
| cgoncalves | the "home edition of Octavia" killed me xD | 18:49 |
| *** gcheresh has joined #openstack-lbaas | 18:51 | |
| rm_work | LOL cgoncalves | 19:19 |
| rm_work | we approved at EXACTLY the same time | 19:19 |
| rm_work | johnsom: BTW did you change your mind on https://review.opendev.org/#/c/711298/ because IIRC you looked and found other commands weren't adding everything either? | 19:22 |
| johnsom | rm_work What did we decide on that???? Maybe others have an opinion? | 19:22 |
| rm_work | *I* personally don't think --long needs to add EVERYTHING | 19:23 |
| rm_work | we can always tweak what it includes (to include more) later | 19:23 |
| rm_work | i consider it like .... primary tier by default, then secondary tier info with --long, and tertiary tier info with show | 19:24 |
| johnsom | cgoncalves xgerman Have an opinion? | 19:24 |
| rm_work | like, common info for everyone; common info for people working an issue; debugging info | 19:24 |
| johnsom | Yeah, show can't list though. It's like --long --wide --all --kitchen-sink | 19:24 |
| rm_work | yeah but i mean, for tertiary info, yeah, just use ashow | 19:25 |
| rm_work | don't rely on list | 19:25 |
| johnsom | I just don't want to have to change it later as it's a think people code to, etc. | 19:25 |
| xgerman | I like kiutchen sink | 19:25 |
| rm_work | people shouldn't be coding in a way that doesn't allow new fields to exist | 19:25 |
| rm_work | that's ALREADY how our api works | 19:25 |
| rm_work | we already agree adding new fields is always OK, that's the contract for us right? | 19:25 |
| johnsom | https://review.opendev.org/#/c/711298/ | 19:26 |
| rm_work | removing would break things but adding.... | 19:26 |
| rm_work | sorry yes, forgot to link | 19:26 |
| johnsom | Yeah, we rarely add to list though. | 19:26 |
| rm_work | oh, no, i did link :D | 19:26 |
| rm_work | yeah, but I don't see it as breaking | 19:26 |
| johnsom | Like that role column. It seems like every week I regret we added "role" to the amphora cli.... | 19:27 |
| xgerman | I think —wise would probably be ok. | 19:28 |
| xgerman | Wide | 19:29 |
| xgerman | Kube does something similar | 19:29 |
| johnsom | The question is should --long be some more columns or all columns or ??? | 19:29 |
| johnsom | rm_work Can we leave out role? | 19:30 |
| rm_work | errr | 19:30 |
| johnsom | I guess it is in the base one isn't it. | 19:30 |
| johnsom | sigh | 19:30 |
| openstackgerrit | Merged openstack/python-octaviaclient master: Fix doc8 check https://review.opendev.org/713531 | 19:31 |
| openstackgerrit | Merged openstack/python-octaviaclient master: Add the ability to specify the cipher list for a pool https://review.opendev.org/717834 | 19:32 |
| openstackgerrit | Merged openstack/python-octaviaclient master: Add the ability to specify the cipher list for a listener https://review.opendev.org/717811 | 19:32 |
| xgerman | Call it operator-view and omit role? | 19:33 |
| rm_work | lol | 19:34 |
| johnsom | lol | 19:34 |
| rm_work | that is a whole different question | 19:34 |
| rm_work | :D | 19:34 |
| johnsom | I want to hack the client so that role always shows "Unkown" unless you add the --I-know-this-isn't-a-status-field parameter | 19:35 |
| openstackgerrit | Merged openstack/python-octaviaclient master: Add --long to amphora-list to show more columns https://review.opendev.org/711298 | 20:05 |
| *** gcheresh has quit IRC | 21:04 | |
| *** Trevor_V has quit IRC | 21:05 | |
| *** ramishra has quit IRC | 22:03 | |
| *** born2bake has quit IRC | 22:14 | |
| *** tkajinam has joined #openstack-lbaas | 22:53 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!