Thursday, 2018-12-20

cgoncalvesa follow-up to the meeting, I intent to spend time tomorrow understanding why some tests fail ocasionally on the centos job00:17
cgoncalvesxgerman's amp log patches would help a lot flagging what's going on00:17
xgermanYou can always +200:25
cgoncalvesxgerman, not yet, the amphora log file is not being copied00:29
xgermanIt is for legacy jobs00:30
xgermanAdded patch for the other ones, too00:30
cgoncalvesxgerman, no, I was looking already in to https://review.openstack.org/#/c/626406/00:33
cgoncalveshttp://logs.openstack.org/06/626406/1/check/octavia-v2-dsvm-noop-py2-api-stable-rocky/3c5deaf/controller/logs/00:33
cgoncalvesno octavia-amphora.log file00:33
xgerman:-(00:34
cgoncalveswrong link, same thing -- http://logs.openstack.org/06/626406/1/check/octavia-v2-dsvm-py2-scenario-stable-rocky/a9e34bf/controller/logs/00:34
xgermanOk. Saw one for the legacy job and did same for the others00:34
xgermanAnyhow will check on it later00:35
*** celebdor has quit IRC00:36
cgoncalvesis there a way to check which OS runs on the host machine in CI? (the server that hosts devstack VMs)00:45
cgoncalveswondering if RAX hypervisors run Ubuntu 16.04. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1783952 could be the result of centos job failing00:46
openstackLaunchpad bug 1783952 in linux (Ubuntu) "Xubuntu 16.04 L0 hypervisor kernel panics L1 CentOS 7.5.1804 guest" [High,Confirmed]00:46
cgoncalvesI see loads of qemu-kvm errors00:47
cgoncalvesseems to only happen on rax and limestone nodes01:02
logan-cgoncalves: limestone nodes are all running 16.04 w/ hwe kernel 4.15.0-42.45~16.04.101:04
cgoncalvesinap and ovh are okay01:04
rm_workis that also why we see periodic grenade failures?01:07
cgoncalveslogan-, I'm not 100% sure that kernel is buggy but reading the launchpad I linked, I'd tend to say yes01:08
cgoncalvesrm_work, periodic grenade failures? I haven't noticed that recently01:09
rm_workhttps://review.openstack.org/#/c/626132/ ?01:10
rm_workah was it a timeout?01:10
cgoncalvesrm_work, ah, rechecked that one. timeout01:10
cgoncalveshttp://zuul.openstack.org/builds?job_name=octavia-grenade01:10
cgoncalvesseems stable enough01:10
rm_workwhen i looked earlier it didn't have that comment yet, and usually it SAYS "TIMEOUT"01:11
cgoncalvestrue01:11
cgoncalvesxgerman, ha ah! http://logs.openstack.org/06/626406/1/check/octavia-v2-dsvm-scenario/da19664/controller/logs/octavia-amphora_log.txt01:17
cgoncalveshmm I mean, sure, stupid me. I was checking before jobs of stable releases which naturally do not have amp logging...01:18
sapd1_https://review.openstack.org/#/c/624835/ Maybe We will lost log. If we have millions lines of log.01:26
sapd1_Because rsyslog server do not perform caching.01:27
*** sapd1 has joined #openstack-lbaas01:30
xgermansapd1 yes, I am a bit disappointed with Rsyslog HA attributes01:36
sapd1xgerman: I have implemented logging for amphora and use filebeat, then filebeat will ship log to redis cluster.01:37
xgermanYeah, we use filebeat internally, too, but might be too heavy for devstack/gate01:39
*** abaindur has joined #openstack-lbaas01:41
*** abaindur has quit IRC01:42
*** abaindur has joined #openstack-lbaas01:43
rm_workwhat about syslog-ng?01:47
rm_workrsyslog is absolute garbage01:47
sapd1rm_work: I think we need a caching software such as redis to prevent loss of log.01:50
*** sapd1 has quit IRC01:54
*** sapd1_x has joined #openstack-lbaas01:54
rm_workyeah so, allowing output of logs from the amp in a configurable format (syslog, kafka, splunk, etc?) and then the user providing the endpoint details, would mean they can do whatever they want for HA and such01:55
rm_worksapd1_x: ^^01:55
rm_workand that would be an API thing01:55
rm_worki still need to look at what exactly xgerman is doing, whether it's that or something else01:56
sapd1_xrm_work:  With kafka and splunk we need install agent inside amp.01:57
rm_workyeah, well like... fluentd does output in all of those formats, for example01:57
sapd1_xgreat. We can use filebeat or fluentd. so we can config output driver for agent.01:58
rm_workactually, syslog-ng has kafka and redis output, for example01:58
sapd1_xgreat01:58
rm_workso honestly, maybe we just use syslog-ng and leave it at that01:58
sapd1_xas xgerman said, it might be heavy for gate.01:59
rm_worksyslog-ng?01:59
rm_worki don't think so01:59
sapd1_xsyslog-ng can ship log to redis?01:59
rm_workyes01:59
sapd1_xgreat01:59
rm_workhttps://www.syslog-ng.com/technical-documents/doc/syslog-ng-open-source-edition/3.16/administration-guide/27#TOPIC-95648602:00
rm_workhuge list of output drivers available02:00
rm_workcan do direct to graphite or elastic02:00
sapd1_xI would like to submit a presentation for next Summit. :D02:01
rm_worki'd co-talk on that with you if you want :P02:01
rm_worktho xgerman is in the middle of actually DOING this, it seems, lol02:02
sapd1_xabout logging and monitoring. But I have customized octavia for internal. Is it ok.02:02
rm_workyeah, really need to get that upstreamed02:03
rm_worktalks about internal stuff are ... <_<02:03
sapd1_xI have sent the presentation to johnsom :D02:04
johnsomI agree that syslog-ng is a better choice02:17
xgermanI was wondering that myself… but please comment on the patch02:24
xgermanI can totally switch to syslog-ng :-)02:24
xgermanbut wanted to start somewhere…02:24
xgermanalso everything talks syslog… and rsyslog was already there02:25
cgoncalvessome popular distros do not ship syslog-ng...02:27
xgermanyeah, I am not into supporting a million formats - as I said everyhting talks syslog. And if rsyslog can survive/buffer an outage of the system it sends to I am good02:28
johnsomOnly the  good ones....02:29
johnsomcgoncalves Let's move the conversation here. So why is centos running so much slower?  See this patch: https://review.openstack.org/#/c/626227/02:30
johnsom1:30 for ubuntu, 2:31 for centos02:30
johnsomThat is likely why you are getting gate timeouts.  Plus RAX hosts are slower than the others, so that probably doesn't help02:30
*** rcernin has quit IRC02:31
cgoncalvesgood question02:31
johnsomOne recent change I see is all of the nodepool instances are bionic now02:32
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: DNM: test centos-7 job with default nodeset (ubuntu)  https://review.openstack.org/62642902:35
cgoncalvesthe centos7 job doesn't use default nodeset (ubuntu) but centos02:37
cgoncalves^ might give us an indication of whether the problem lays in controller or amphora02:38
*** psachin has joined #openstack-lbaas02:42
* bzhao__ johnsom: sorry to disturb your conversation. ;-) . I post the new patch yesterday night for http health check feature. But I didn't test the UT in py35. So I found the gap between py27 and py35, as the encode 'string_escape' doesn't exist in py35. Then I change from 'string_escape' to 'unicode_escape', the result is that py27 works, but not py35. Also notes that, I test with the way which we discussed a few02:42
* bzhao__ days ago, none of them can print/write to file with the correct '\n' sting. Then only the way in https://review.openstack.org/#/c/626183/1/octavia/common/jinja/haproxy/templates/macros.j2 ..02:42
bzhao__The current test in py35 seems not work correctly with unicode_escape.02:43
bzhao__https://usercontent.irccloud-cdn.com/file/I0dHTUl5/image.png02:43
bzhao__py35 result. But it works OK in py27. https://usercontent.irccloud-cdn.com/file/IjvvvDEP/image.png02:44
johnsombzhao__ since you broke that string out, you can replace .encode() with |safe02:44
johnsomWe just can't use |safe on any string with user input02:45
*** sapd1_x has quit IRC02:48
bzhao__Agree, But I change to safe, same it not change with correct '\\n', it process  as a new line. https://usercontent.irccloud-cdn.com/file/nFeUY1H5/image.png02:50
bzhao__https://usercontent.irccloud-cdn.com/file/UZG9Ayrh/image.png02:50
johnsomReally... hmmm try \\n with safe02:50
*** rcernin has joined #openstack-lbaas02:55
bzhao__This is in py27.. Oh, I found py27 is string, py35 is byte type..Is that the issue? Ha, just guess. But I change '\r\n' to '\\r\\n' . I need to test with file writing. Please hold on. This seems work.  ;-)02:55
johnsomOh good.  I need to run to dinner, so I will chat later02:57
johnsomor tomorrow02:57
*** PagliaccisCloud has joined #openstack-lbaas02:59
bzhao__OK. Thank you Michael. And the Christmas is comming, Have a nice holiday, Merry Christmas!! Also Be happy, All Octavia guys. ;-)02:59
*** hongbin has joined #openstack-lbaas03:22
openstackgerritZhaoBo proposed openstack/octavia master: Support Host header inject for healthmonitor HTTP 1.1 health check  https://review.openstack.org/62618304:02
openstackgerritZhaoBo proposed openstack/python-octaviaclient master: Add new options to HealthMonitor CLI  https://review.openstack.org/62619004:04
*** rcernin has quit IRC04:05
*** sapd1_x has joined #openstack-lbaas04:07
*** hongbin has quit IRC04:08
*** rcernin has joined #openstack-lbaas04:12
*** hongbin has joined #openstack-lbaas04:43
*** sapd1_x has quit IRC04:55
*** sapd1_x has joined #openstack-lbaas05:07
openstackgerritMichael Johnson proposed openstack/octavia master: Add amphora statistics to the admin API  https://review.openstack.org/58503105:18
openstackgerritMichael Johnson proposed openstack/octavia master: Add amphora statistics to the admin API  https://review.openstack.org/58503105:22
*** hongbin has quit IRC05:24
*** abaindur has quit IRC05:43
*** abaindur has joined #openstack-lbaas05:44
*** gcheresh has joined #openstack-lbaas06:04
openstackgerritZhaoBo proposed openstack/octavia master: Support L7policy redirect http code  https://review.openstack.org/62500706:16
*** annp has joined #openstack-lbaas06:48
*** velizarx has joined #openstack-lbaas06:51
*** rcernin has quit IRC06:56
*** ccamposr has joined #openstack-lbaas07:03
*** velizarx has quit IRC07:10
*** PagliaccisCloud has quit IRC07:18
*** pcaruana has joined #openstack-lbaas07:25
*** velizarx has joined #openstack-lbaas07:29
*** celebdor has joined #openstack-lbaas07:41
*** yboaron_ has joined #openstack-lbaas07:41
openstackgerritZhaoBo proposed openstack/octavia master: Support Host header inject for healthmonitor HTTP 1.1 health check  https://review.openstack.org/62618307:41
*** gcheresh has quit IRC07:57
*** gcheresh has joined #openstack-lbaas07:57
*** rpittau has joined #openstack-lbaas08:09
*** celebdor has quit IRC09:02
*** abaindur has quit IRC09:07
*** celebdor has joined #openstack-lbaas09:10
*** PagliaccisCloud has joined #openstack-lbaas09:16
*** brtknr has joined #openstack-lbaas09:37
*** PagliaccisCloud has quit IRC10:19
*** celebdor has quit IRC10:19
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: DNM: test centos-7 job with default nodeset (ubuntu)  https://review.openstack.org/62642910:38
*** Krast has quit IRC10:41
*** celebdor has joined #openstack-lbaas10:44
*** salmankhan has joined #openstack-lbaas10:46
*** salmankhan has quit IRC11:41
*** salmankhan has joined #openstack-lbaas11:42
*** salmankhan has quit IRC11:46
*** salmankhan has joined #openstack-lbaas11:50
openstackgerritCarlos Goncalves proposed openstack/octavia-tempest-plugin master: DNM: test centos-7 job with default nodeset (ubuntu)  https://review.openstack.org/62642912:22
*** yboaron_ has quit IRC12:30
*** yboaron_ has joined #openstack-lbaas12:31
*** rpittau is now known as rpittau|lunch12:32
*** sapd1_x has quit IRC12:44
openstackgerritCarlos Goncalves proposed openstack/octavia master: Add amphora statistics to the admin API  https://review.openstack.org/58503112:45
*** yboaron_ has quit IRC13:02
*** velizarx has quit IRC13:11
*** velizarx has joined #openstack-lbaas13:22
*** yboaron_ has joined #openstack-lbaas13:24
*** psachin has quit IRC13:27
*** salmankhan has quit IRC13:27
*** rpittau|lunch is now known as rpittau13:33
*** yboaron_ has quit IRC13:33
*** yboaron_ has joined #openstack-lbaas13:34
*** salmankhan has joined #openstack-lbaas14:22
*** Swami has joined #openstack-lbaas14:46
*** jackivanov has joined #openstack-lbaas14:58
*** yboaron_ has quit IRC15:00
*** yboaron_ has joined #openstack-lbaas15:11
*** rpittau has quit IRC15:26
*** PagliaccisCloud has joined #openstack-lbaas15:27
*** velizarx has quit IRC15:45
*** gcheresh has quit IRC15:45
*** yboaron_ has quit IRC16:02
*** PagliaccisCloud has quit IRC16:15
openstackgerritMichael Johnson proposed openstack/octavia master: Updates Octavia to support octavia-lib  https://review.openstack.org/61370916:20
cgoncalvesany particular reason for defaulting # of threads/processes to None which defaults to # of CPU cores?16:40
cgoncalvesfuturistics spawns that many threads/processes (max_workers) and never releases when executors complete16:42
johnsomWell, in general having it based on the number of cores is the right answer16:43
cgoncalveson nodes with a few 10s of CPU cores, that's a lot of overhead memory16:43
cgoncalvesthreads/processes sit idle16:43
cgoncalveskilling and spawning them every so often is also not good16:43
cgoncalvesunfortunately futuristic lib doesn't have min_workers16:43
johnsomThat is why there is a config setting..... Plus, if you install Octavia on that much hardware, you must have some heavy load.... grin16:43
johnsomWhich process are you looking at?16:44
cgoncalveshealth manager16:44
cgoncalveson a 16-core system, I get 35 processes total16:44
johnsomHmmm, I thought that was capped by default.....16:45
cgoncalvescapped to what?16:45
johnsomYeah, one pool for heartbeats, one for stats16:45
cgoncalvesright, that's already 32 processes (2 * 16) right at init16:46
johnsomYeah, plus some masters, etc.16:46
johnsomAh, ok, yeah it is uncapped.16:46
johnsomfailover is capped.16:46
cgoncalves16 * 2 + 1x health listener + hm_health_check + master = 3516:47
johnsomYeah, so you will be able to scale to a bunch of amps....16:47
johnsomnice16:47
amullerneutron also doesn't cap number of workers16:47
amullerwe cap it in tripleo16:47
johnsomYeah, I am pretty sure none of the services do. But we do provide configuration settings to allow you to do so.16:48
cgoncalvesok, I wanted to understand if there was any reason behind not capping pool executors to a lower number of workers16:49
cgoncalvesamuller, yeah, we'll need to do it in puppet-octavia. Joe volunteered himself to work on it16:50
cgoncalvesand then some basic tripleo-heat-templates work, easy16:51
johnsomMore power Scotty!16:51
johnsomI guess I could have answered your first question with: "To Boldly Go Where No Man Has Gone Before..."16:53
cgoncalves"... and play safe to lower chances of getting customer tickets"16:56
*** Krast has joined #openstack-lbaas17:14
*** ccamposr has quit IRC17:19
*** Swami has quit IRC17:30
*** dmellado has quit IRC17:31
*** celebdor has quit IRC17:58
openstackgerritMerged openstack/octavia master: Set same debug log level as per DevStack local.conf  https://review.openstack.org/62613218:15
*** Swami has joined #openstack-lbaas18:18
*** ianychoi has quit IRC18:22
*** salmankhan has quit IRC18:27
*** ipv4depletion has joined #openstack-lbaas18:29
*** dmellado has joined #openstack-lbaas18:40
openstackgerritMichael Johnson proposed openstack/octavia master: Add flavor, flavor_profile table and their APIs  https://review.openstack.org/48649918:44
openstackgerritMichael Johnson proposed openstack/octavia master: Add flavors/flavor_profile api-ref  https://review.openstack.org/61832218:49
*** JudeCross has joined #openstack-lbaas18:56
*** ipv4depletion has quit IRC19:01
openstackgerritMichael Johnson proposed openstack/octavia master: Add flavor, flavor_profile table and their APIs  https://review.openstack.org/48649919:12
*** amuller has quit IRC19:14
openstackgerritMichael Johnson proposed openstack/octavia master: Add flavors/flavor_profile api-ref  https://review.openstack.org/61832219:15
*** abaindur has joined #openstack-lbaas19:45
*** jackivanov has quit IRC19:54
*** jackivanov has joined #openstack-lbaas19:54
*** pcaruana has quit IRC19:57
*** jackivanov has quit IRC19:59
*** jackivanov has joined #openstack-lbaas20:06
*** jackivanov has quit IRC20:09
*** abaindur has quit IRC20:09
*** jackivanov has joined #openstack-lbaas20:09
*** jackivanov has quit IRC20:14
*** jackivanov has joined #openstack-lbaas20:22
openstackgerritAndreas Jaeger proposed openstack/neutron-lbaas-dashboard master: Use template for lower-constraints  https://review.openstack.org/62671120:22
*** jackivanov has quit IRC20:23
*** jackivanov has joined #openstack-lbaas20:24
*** jackivanov has quit IRC20:26
*** jackivanov has joined #openstack-lbaas20:27
*** jackivanov has quit IRC20:31
openstackgerritMichael Johnson proposed openstack/octavia master: Add flavor, flavor_profile table and their APIs  https://review.openstack.org/48649921:06
johnsomblah, alembic head moved form the tags patch21:06
openstackgerritMichael Johnson proposed openstack/octavia master: Add flavors/flavor_profile api-ref  https://review.openstack.org/61832221:06
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add failover an amphora client support  https://review.openstack.org/53242421:15
cgoncalvesthis ^ has been sitting for almost a year now. back then we discussed where to place amphora-specific commands in the openstack cli but nothing has changed since. I'm in favor of accepting "openstack loadbalancer amphora failover" at least for now21:17
cgoncalvesI should probably open a story and attach it to the patch, unless there's one already21:18
openstackgerritCarlos Goncalves proposed openstack/python-octaviaclient master: Add failover an amphora client support  https://review.openstack.org/53242421:23
johnsomHmmm, could do some sort of provider namespace21:26
*** PagliaccisCloud has joined #openstack-lbaas21:44
rm_workhmmmm21:54
rm_workwell21:54
rm_workwe did already merge some commands i thought?21:54
rm_workor did it seriously sit there this whole time21:54
johnsomYeah, I thought so too21:54
rm_workamphora stats?21:54
rm_workor no21:54
rm_worki guess no21:54
rm_workmaybe we really didn't21:54
rm_workah yeah21:55
rm_workloadbalancer amphora [list|show]21:55
johnsomopenstack loadbalancer amphora list21:55
johnsomContrary to some opinions, we do have docs... https://docs.openstack.org/python-octaviaclient/latest/cli/index.html#amphora21:55
johnsomgrin21:55
rm_workso maybe it's ok to do "openstack loadbalancer <provider> <commands>21:55
rm_work"21:55
rm_workloadbalancer is our namespace, so we can pretty much control what goes in there21:56
rm_workand i doubt providers are going to collide with base commands21:56
rm_workthough MAYBE the verbose "loadbalancer provider amphora list" might have been better?21:56
rm_workmaking a "provider" namespace21:56
rm_workthat's a lot to type <_<21:56
rm_workare we going to have 'loadbalancer provider list' and 'loadbalancer flavor list'?21:57
johnsomyeah, also could do openstack provider, but then.... types, yuck21:57
rm_workare providers going to also merge their commands into the main client?21:57
rm_workor do we need a plugin system for our plugin21:57
cgoncalveswe discussed this and even voted for21:57
johnsomSomeone has already create a patch for that, but I haven't looked at it yet.21:58
johnsomproviders can create their own OSC plugins21:58
johnsomIf they want21:58
cgoncalvesall I'm saying is that patch has been idle for a year for no reason because, as you both just said, we have "openstack loadbalance amphora [list|show]"21:59
rm_workhmmmm22:00
cgoncalvesthis patch wouldn't open a new precedence IMO22:00
rm_workyeah looking at my last comment....22:00
rm_worki guess we failed at being consistent with our voting lol22:01
cgoncalvesthe other day I found myself typing "... amphora failover $id"22:01
cgoncalvesmeaning I, as a regular user, would have expected that command to exist and be just like that22:02
johnsomAs a regular user that command will tell you "NO"22:02
johnsomgrin22:02
cgoncalvesright, and I got pissed and failed over the LB22:03
johnsomCan't run that as a regular user either22:03
cgoncalvesI could have made a curl put request but I was lazy... and a regular user :)22:03
cgoncalvesdon't ruin the point I'm trying to make -_-22:04
cgoncalvess/regular user/admin user/22:04
johnsomGrin.22:04
johnsomWell, we have 6 cores...22:04
johnsomPersonally I think that ship has sailed since we merged the other commands. That doesn't mean we can't alias those into another namespace later.22:05
cgoncalvesyep, so at least we could offering amp failover22:06
cgoncalves*could start22:06
rm_workk22:07
rm_workthats fine22:07
*** ivve has quit IRC22:08
johnsomThis one makes sense, but ugh is long: openstack loadbalancer provider capability show <provider>22:09
cgoncalveskeystrokes are still free22:16
johnsomYeah, and tab completion works. It's not like that is a command you are going to run every day22:16
*** ivve has joined #openstack-lbaas22:20
rm_workcgoncalves: that is SO not true, lol22:24
rm_workalso: you should see the alias section of my bashrc >_>22:25
rm_workit contains gems like: alias oslb="openstack loadbalancer"22:25
rm_workalias gl="git log --stat"22:26
cgoncalveswhat you save on keystrokes with aliases you spend on brain cycles to recollect all those22:26
rm_worklol no, muscle memory now22:26
johnsomYeah, sadly my keystrokes are not free....22:26
rm_workall my git aliases cause me trouble sometimes on other systems22:27
cgoncalvesmuscle has to be fed. feeding is expensive22:27
rm_workgs/gl/gc/gd22:27
rm_workgs happens to conflict with ghostscript <_<22:27
johnsomYeah, I have clonetempest and such22:27
rm_workwoah that is long22:27
rm_workshouldn't it be 'ct'? :P22:27
cgoncalveslol!22:27
johnsomwell octavia is cloneme so shorter22:28
rm_work'co'22:28
cgoncalvesyou're killing me xD22:28
rm_work'ykm'22:29
rm_worksorry, 'ykmxd'22:29
cgoncalves'kc' (kill carlos) is shorter22:29
rm_worktrue22:29
rm_workalias kc='kill -9 carlos'22:29
cgoncalvesheh22:30
*** rcernin has joined #openstack-lbaas22:50
openstackgerritMerged openstack/python-octaviaclient master: Add failover an amphora client support  https://review.openstack.org/53242423:16
xgermanrm_work: https://www.rsyslog.com/doc/master/configuration/modules/omkafka.html — makes me less interested in switching rsyslog out… but yeah, comment on patch. Also cgoncalves it looks like syslog-ng is in epel which might/might not work with CentOS/Rhel/etc.23:18
rm_worksyslog-ng is available on far more platforms than rsyslog AFAIK <_<23:19
rm_workalso, my experience using rsyslog is that it is literal trash23:19
rm_workit's rare that a piece of software makes me *angry*, but rsyslog managed23:21
xgermanI did soemthign with syslog-ng 4 year ago because rsyslog was trash… from the docs it seems it can do the things it lacked those days.23:21
rm_workmy experience was that it would arbitrarily ignore valid configuration options, and do so silently, but only sometimes23:22
colin-oh how confusing, i guess the game warframe has an item in called octavia.. and it can be "amp"ed somehow heh23:23
colin-lead to some odd search results23:23
rm_worklol23:23
xgermanlol23:23
rm_worklol yes "Octavia Amp damage boost"23:23
johnsomWe have influence beyond our knowledge....23:23
colin->Not many results contain ca.23:23
colin-you don't say...23:23
xgermanFirst a car, now. a game,...23:24
rm_workhttps://warframe.fandom.com/wiki/Amp_(Ability)23:24
johnsomThere is a restaurant in San Francisco too.23:24
rm_workyeah, i didn't make it out there, i'm sad23:24
johnsomhttps://www.octavia-sf.com/23:25
johnsomIs this good enough for when a flavor is disabled? "The selected flavor is not allowed in this deployment: 83cc7079-7936-474e-9a92-eb63294f2070"23:29
johnsomOr should I create a new exception?23:29
openstackgerritMichael Johnson proposed openstack/octavia master: Adds flavor support to the amphora driver  https://review.openstack.org/62132323:39
openstackgerritMichael Johnson proposed openstack/octavia master: Add provider driver capabilities API  https://review.openstack.org/62419023:41
johnsomOk, I think the flavors code chain is in good shape. Now, docs and release note23:41
rm_work🤯🤯🤯23:46
johnsomThat looks like a sheeple emoji here....23:48
rm_worklol23:48
rm_workit's "head exploding"23:48
johnsomYeah, hover reveals the true nature....23:48
rm_workah not sure if my message before that went through23:54
johnsomNope, just the emoji23:55
rm_workit was: awesome, i love how '--limit' for 'openstack image list' is just ... ignored23:55
johnsomI just assumed you were excited about the flavors work finally getting implemented23:56
*** JudeCross has quit IRC23:56

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