| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-02-04 | |||
| 15:27:18 | efried | stephenfin: ack, thanks. | |
| 15:27:31 | efried | and, that makes sense; otherwise, how would it know? | |
| 15:33:31 | mriedem | dansmith: jaypipes: thanks on both, i'll work on follow ups this morning | |
| 15:34:00 | openstackgerrit | Jack Ding proposed openstack/nova master: Flavor extra spec and image properties validation https://review.openstack.org/620706 | |
| 15:46:10 | tinwood | dansmith, would it be possible, please, for you to take a quick look at: https://review.openstack.org/#/c/633279/ thanks. | |
| 15:52:48 | spatel | sean-k-mooney: morning! | |
| 15:53:36 | sean-k-mooney | spatel: o/ | |
| 15:53:53 | spatel | its been long time so thought "wave" | |
| 15:54:25 | sean-k-mooney | spatel: hopefully that means your cloud has been working to expectations | |
| 15:54:35 | spatel | i was busy in datacenter migration stuff.. but so far everything good | |
| 15:55:19 | spatel | My cloud is blooming...! +400 instance total and growing.. | |
| 15:55:20 | sean-k-mooney | spatel: see now you have doomed yourself by saying that. but glad to hear | |
| 15:56:18 | spatel | Soon planning to build new cloud.. not sure how much i can stuff in existing one. | |
| 15:56:23 | sean-k-mooney | it will be interesting to hear form you in 12-18 month as to if it proved more cost effective vs aws in the long run | |
| 15:57:31 | spatel | Believe me... its very cost effective... + my 50% datacenter is empty because i am stuffing application as much as possible in cloud | |
| 15:58:23 | sean-k-mooney | spatel: and you are achiving the perfomance KPI that are needed for your workload? | |
| 15:58:46 | sean-k-mooney | i assume you are till using sriov | |
| 15:58:53 | sean-k-mooney | *still | |
| 15:58:59 | spatel | interesting thing.. we are running real-time application in very latency sensitive environment :) got very good feedback from customer also :) | |
| 15:59:19 | spatel | Yes everything in sriov ( next cloud going to be on dpdk ) | |
| 16:00:04 | sean-k-mooney | well make sure to build a small test clust to verify its performacne before you make that switch | |
| 16:00:13 | spatel | we are providing close to HD audio quality with sr-iov | |
| 16:00:46 | spatel | ++ (will do lab test before go) | |
| 16:01:15 | sean-k-mooney | spatel: by the way you will be happy to know https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/libvirt-neutron-sriov-livemigration is makeing good progress | |
| 16:01:57 | spatel | + boy... that would be my dream to do live-migration over SR-IOV | |
| 16:02:32 | openstackgerrit | Matt Riedemann proposed openstack/nova master: doc: link admin/configuration from admin home page https://review.openstack.org/634728 | |
| 16:02:34 | sean-k-mooney | spatel: be aware that for direct mode sriov there is still a network outage unless you create a bond in the guest | |
| 16:03:08 | spatel | bonding in guest is other complicated project :( | |
| 16:03:44 | sean-k-mooney | spatel: this is basically the first step in sriov migratoin. for macvtap sriov it will be complete. | |
| 16:04:25 | sean-k-mooney | for direct mode sriov there are some upcoming feature in the kernel/kvm and in vendor nics that may help | |
| 16:04:26 | spatel | macvtap isn't good, i did try and got packet drops during load-test | |
| 16:04:34 | sean-k-mooney | ya | |
| 16:05:17 | sean-k-mooney | the ida would be you would bound a direct mode and macvtap vf together and fall back to the macvtap during migration and then swithc back to direct mode vf | |
| 16:05:40 | spatel | oh!!! that is sweet! | |
| 16:06:24 | spatel | i don't mind small downtime during live-migration as far as it meet SLA | |
| 16:07:06 | spatel | Do you think it will be ready in stain release ? | |
| 16:07:42 | sean-k-mooney | openstack wont do the bonding for you but i hope we will merge the migration support in stein yes | |
| 16:08:01 | spatel | cool! | |
| 16:08:22 | sean-k-mooney | spatel: currently the code is complete so we are just waiting for a runway slot and reviewer feedback at this point. | |
| 16:09:02 | spatel | I don't have any lab at present otherwise i love to do some testing.. | |
| 16:09:58 | openstackgerrit | Matt Riedemann proposed openstack/nova master: doc: link Kashyap's cpu model talk to the libvirt driver config docs https://review.openstack.org/634731 | |
| 16:09:59 | mriedem | kashyap: ^ nice talk | |
| 16:10:39 | kashyap | mriedem: Hi, thanks! /me practised it 4 times to a rubber duck | |
| 16:10:51 | kashyap | On a call; meetings-- | |
| 16:11:19 | mriedem | kashyap: it showed that you practiced it, very smooth | |
| 16:11:25 | mriedem | but you were soooo thirsty | |
| 16:11:25 | kashyap | BTW, on Sunday ran into The Tuba Guy at FOSDEM. He happened to be sitting right behind me | |
| 16:11:42 | kashyap | mriedem: Darn, there is a story behind that water bottle trick | |
| 16:12:19 | kashyap | Back when I was in university, some 12 years ago, I had to give my first public talk on USB 3.0 or something... | |
| 16:12:35 | kashyap | And my throat completely dried out, and the teacher insulted me in front of the whole class: | |
| 16:12:43 | kashyap | Saying ... "What kind of a talk is that?!" | |
| 16:12:53 | kashyap | Never forget that experience | |
| 16:13:11 | kashyap | But more to the bottle: I use it as a trick to forcefully "pause" myself | |
| 16:13:15 | kashyap | And not drone on-and-on. | |
| 16:13:31 | kashyap | s/bottle/water bottle/ | |
| 16:26:23 | bauzas | ok, bailing out from upstream after 3 hours working on it \o | |
| 16:26:36 | bauzas | https://twitter.com/sylvainbauza/status/1092426500434022402 | |
| 16:27:01 | bauzas | at least I dedicated 3 hours for nova since 2 weeks... | |
| 16:28:01 | sean-k-mooney | bauzas: the vpn outage proably helped somewhat today | |
| 16:28:20 | bauzas | sean-k-mooney: not really, I planned to work for 3 hours anyway | |
| 16:29:07 | bauzas | I thought about this from the last weekend | |
| 16:29:19 | sean-k-mooney | i planned to start backpoting something and did some code review upstream instead | |
| 16:29:28 | sean-k-mooney | bauzas: its a good idea | |
| 16:29:33 | bauzas | and finally I think I very need to say "sorry but I need to work upstream *now*' | |
| 16:29:43 | artom | sean-k-mooney, to answer your downstream channel question, yeah, more work is required to actually generate the new XML | |
| 16:29:49 | bauzas | because if not, there will be some other priorities again and again | |
| 16:29:56 | artom | The claims are used to get the new instance NUMA topology | |
| 16:30:49 | sean-k-mooney | artom: are they actully used currently. i was not sure they were actully being used yet in the code you have pused. | |
| 16:31:06 | artom | sean-k-mooney, they're not used yet, no | |
| 16:31:32 | sean-k-mooney | artom: ok because the titile of https://review.openstack.org/#/c/634606/ consufed me a little | |
| 16:31:49 | artom | I mean, when creating the claim, the new instance NUMA topology is calculated, so it should throw a resources unavailable exception if it can't fit | |
| 16:32:03 | artom | But then that new topology isn't used anywhere (yet) | |
| 16:32:20 | sean-k-mooney | artom: ya that makes sense | |
| 16:32:35 | artom | sean-k-mooney, hrmm, yeah, maybe I'll rephrase it as "create claims" or something | |
| 16:32:44 | artom | Since as you correctly pointed out, they're not actually used | |
| 16:33:05 | openstackgerrit | Matt Riedemann proposed openstack/nova master: doc: update the security groups admin doc https://review.openstack.org/634735 | |
| 16:33:28 | sean-k-mooney | ya i spend about 10-15 mins looking to see if they were actully used idrectly some how then my vpn dropped and i got tea | |
| 16:34:05 | artom | So British (yes, I know you're Irish) | |
| 16:34:22 | sean-k-mooney | those be fighting words :P | |
| 16:34:33 | artom | There's no "UK" adjective! | |
| 16:34:45 | sean-k-mooney | ireland is not in the uk | |
| 16:34:52 | artom | *facepalm* | |
| 16:34:57 | artom | You're right, of course. | |
| 16:35:04 | kashyap | mriedem: If I spend this week on this https://review.openstack.org/#/c/632507/ ([WIP] libvirt: Bump MIN_{LIBVIRT,QEMU}_VERSION for "Stein"), and related clean-ups -- worth getting in before M3? | |
| 16:35:51 | artom | There's no adjective for "those tea-guzzling bastids" then :D | |
| 16:36:07 | sean-k-mooney | hehe :) | |
| 16:37:32 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Change nova-next job to run with python3 https://review.openstack.org/634739 | |
| 16:39:00 | mriedem | kashyap: idk, i generally like to raise minimums at the beginning of the cycle | |
| 16:39:08 | mriedem | if we're going to raise minimums | |
| 16:40:24 | mriedem | an operator that was upgrading recently asked me if the last time we raised minimums (in queens i think) was because of any functional reason or just code cleanup since it meant they had a harder upgrade (new centos versions and such on their compute nodes) | |
| 16:41:25 | mriedem | they were also upgrading from mitaka though i think so likely going to have some of that (OS upgrades etc) | |
| 16:42:26 | kashyap | mriedem: Yeah, you're totally right -- I completely forgot at the beginning of the cycle about this :-( | |
| 16:42:27 | stephenfin | mriedem, sean-k-mooney: This feels like something that would warrant a reno given the change in behavior. Thoughts? https://review.openstack.org/#/c/626381 | |
| 16:42:59 | mriedem | "fyi nova-compute will no longer corrupt your database you're welcome' | |
| 16:43:13 | mriedem | stephenfin: the behavior was shit | |
| 16:43:22 | mriedem | so if we have a reno, i'd make it a 'fixes' reno to explain the bug being fixed | |
| 16:43:41 | stephenfin | That it was. And I guess it's not something anyone would have been relying on | |
| 16:43:59 | mriedem | i.e. if you had allocated pci devices in your whitelist configuration, and then changed your config to remove those whitelisted devices, nova will no longer delete those records from the db since it corrupts the resource tracking for the allocated device | |
| 16:44:26 | mriedem | but i'm not sure ^ is worth explaining in a release note | |
| 16:44:33 | mriedem | it might just cause more confusion/concern than necessary | |