Monday, 2019-02-04

*** sdake has joined #openstack-nova00:03
*** sdake has quit IRC00:05
*** sdake has joined #openstack-nova00:11
*** wolverineav has joined #openstack-nova00:14
*** markvoelker has joined #openstack-nova00:15
*** dtantsur|afk has quit IRC00:16
*** takamatsu has quit IRC00:29
*** tbachman has quit IRC00:30
*** tbachman has joined #openstack-nova00:35
*** sdake has quit IRC00:44
*** wolverineav has quit IRC00:46
*** erlon has joined #openstack-nova00:47
*** markvoelker has quit IRC00:47
*** kukacz has quit IRC01:10
*** kukacz has joined #openstack-nova01:12
*** dtantsur has joined #openstack-nova01:13
*** sdake has joined #openstack-nova01:14
*** whoami-rajat has joined #openstack-nova01:14
*** vishwanathj has joined #openstack-nova01:25
*** sdake has quit IRC01:27
*** markvoelker has joined #openstack-nova01:44
*** erlon has quit IRC01:52
*** gbarros has quit IRC01:58
*** wolverineav has joined #openstack-nova02:09
*** Dinesh_Bhor has joined #openstack-nova02:10
*** markvoelker has quit IRC02:18
*** bhagyashris_ has joined #openstack-nova02:24
*** wolverineav has quit IRC02:32
*** wolverineav has joined #openstack-nova02:38
*** psachin has joined #openstack-nova03:29
*** macza has joined #openstack-nova03:33
*** macza has quit IRC03:37
*** wolverineav has quit IRC03:41
*** wolverineav has joined #openstack-nova03:49
*** tetsuro has joined #openstack-nova03:57
*** tetsuro has quit IRC04:01
*** sridharg has joined #openstack-nova04:03
*** udesale has joined #openstack-nova04:07
*** slaweq has joined #openstack-nova04:37
*** ratailor has joined #openstack-nova04:41
*** TxGirlGeek has joined #openstack-nova04:53
*** BjoernT has joined #openstack-nova04:56
*** ratailor has quit IRC04:58
*** ratailor has joined #openstack-nova04:59
*** janki has joined #openstack-nova05:00
*** bhagyashris_ has quit IRC05:00
*** TxGirlGeek has quit IRC05:01
*** wolverineav has quit IRC05:17
*** macza has joined #openstack-nova05:29
*** Dinesh_Bhor has quit IRC05:29
*** BjoernT has quit IRC05:30
*** wolverineav has joined #openstack-nova05:31
*** Dinesh_Bhor has joined #openstack-nova05:32
*** macza has quit IRC05:37
*** slaweq has quit IRC05:49
*** wolverineav has quit IRC05:53
*** wolverineav has joined #openstack-nova06:01
*** 17SABRJDC has joined #openstack-nova06:02
*** dklyle has quit IRC06:09
*** david-lyle has joined #openstack-nova06:09
*** dpawlik has joined #openstack-nova06:17
*** wolverineav has quit IRC06:17
*** dpawlik has quit IRC06:21
*** wolverineav has joined #openstack-nova06:24
*** dpawlik has joined #openstack-nova06:32
*** dpawlik has quit IRC06:36
*** ondrejme has joined #openstack-nova06:42
*** wolverineav has quit IRC06:48
*** wolverineav has joined #openstack-nova06:49
*** Luzi has joined #openstack-nova06:52
*** wolverineav has quit IRC06:53
*** markvoelker has joined #openstack-nova06:56
*** slaweq has joined #openstack-nova06:58
*** tkajinam_ has joined #openstack-nova07:04
*** moshele has joined #openstack-nova07:05
*** tkajinam has quit IRC07:06
*** slaweq has quit IRC07:10
*** dpawlik has joined #openstack-nova07:15
*** wolverineav has joined #openstack-nova07:19
*** wolverineav has quit IRC07:23
*** wolverineav has joined #openstack-nova07:26
*** slaweq has joined #openstack-nova07:26
*** takamatsu has joined #openstack-nova07:28
*** slaweq has quit IRC07:31
*** maciejjozefczyk has joined #openstack-nova07:34
*** pcaruana has joined #openstack-nova07:35
*** slaweq has joined #openstack-nova07:36
*** maciejjozefczyk has quit IRC07:39
*** maciejjozefczyk has joined #openstack-nova07:39
*** slaweq has quit IRC07:42
*** pcaruana has quit IRC07:42
*** ratailor_ has joined #openstack-nova07:42
*** pcaruana has joined #openstack-nova07:42
*** ratailor has quit IRC07:44
*** wolverineav has quit IRC07:46
*** macza has joined #openstack-nova07:46
*** wolverineav has joined #openstack-nova07:46
*** awalende has joined #openstack-nova07:49
*** macza has quit IRC07:50
*** wolverineav has quit IRC07:51
*** awalende has quit IRC07:52
*** awalende has joined #openstack-nova07:52
*** rpittau has joined #openstack-nova08:04
*** awalende has quit IRC08:06
*** belmoreira has joined #openstack-nova08:07
*** jangutter has joined #openstack-nova08:15
*** helenafm has joined #openstack-nova08:16
*** tesseract has joined #openstack-nova08:20
*** macza has joined #openstack-nova08:21
*** macza has quit IRC08:22
*** macza has joined #openstack-nova08:22
*** awalende has joined #openstack-nova08:22
*** ShilpaSD has joined #openstack-nova08:23
*** tkajinam_ has quit IRC08:24
*** macza has quit IRC08:26
*** yan0s has joined #openstack-nova08:31
*** xek has joined #openstack-nova08:32
*** tetsuro has joined #openstack-nova08:41
*** tosky has joined #openstack-nova08:42
*** ccamacho has joined #openstack-nova08:43
*** tesseract has quit IRC08:47
*** tesseract has joined #openstack-nova08:47
*** ralonsoh has joined #openstack-nova08:49
*** slaweq has joined #openstack-nova08:56
*** tobias-urdin has joined #openstack-nova09:05
*** slaweq has quit IRC09:06
*** lpetrut has joined #openstack-nova09:08
*** moshele has quit IRC09:10
*** tbachman_ has joined #openstack-nova09:11
*** tbachman has quit IRC09:12
*** tbachman_ is now known as tbachman09:12
*** wolverineav has joined #openstack-nova09:12
*** wolverineav has quit IRC09:17
openstackgerritChris Dent proposed openstack/nova master: Delete the placement code  https://review.openstack.org/61821509:21
openstackgerritChris Dent proposed openstack/nova master: Switch to using os-resource-classes  https://review.openstack.org/62827809:21
openstackgerritChris Dent proposed openstack/nova master: Update nova docs front page for placement removal  https://review.openstack.org/62818309:22
openstackgerritChris Dent proposed openstack/nova master: Remove placement from nova install docs  https://review.openstack.org/62818409:22
openstackgerritChris Dent proposed openstack/nova master: Remove link to placement configuration from nova config docs  https://review.openstack.org/62818509:22
openstackgerritChris Dent proposed openstack/nova master: Remove placement from contributor doc  https://review.openstack.org/62818609:22
*** slaweq has joined #openstack-nova09:23
*** moshele has joined #openstack-nova09:24
*** slaweq has quit IRC09:27
*** slaweq has joined #openstack-nova09:33
*** derekh has joined #openstack-nova09:34
*** ttsiouts has joined #openstack-nova09:37
*** slaweq has quit IRC09:37
*** cdent has joined #openstack-nova09:55
*** slaweq has joined #openstack-nova09:56
*** 17SABRJDC has quit IRC10:03
*** slaweq has quit IRC10:05
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222610:10
*** wolverineav has joined #openstack-nova10:13
*** wolverineav has quit IRC10:17
*** macza has joined #openstack-nova10:18
*** slaweq has joined #openstack-nova10:21
*** macza has quit IRC10:22
*** slaweq has quit IRC10:25
*** rchurch has joined #openstack-nova10:31
*** rchurch_ has quit IRC10:33
*** sdake has joined #openstack-nova10:34
*** Dinesh_Bhor has quit IRC10:35
*** slaweq has joined #openstack-nova10:39
*** Dinesh_Bhor has joined #openstack-nova10:43
*** slaweq has quit IRC10:44
*** sdake has quit IRC10:51
*** cdent has quit IRC10:56
*** claudiub has joined #openstack-nova11:01
*** tbachman_ has joined #openstack-nova11:04
*** tbachman has quit IRC11:04
*** tbachman_ is now known as tbachman11:04
*** slaweq has joined #openstack-nova11:05
*** erlon has joined #openstack-nova11:08
*** slaweq has quit IRC11:12
*** belmorei_ has joined #openstack-nova11:13
*** udesale has quit IRC11:14
*** wolverineav has joined #openstack-nova11:14
*** belmoreira has quit IRC11:16
*** wolverineav has quit IRC11:18
*** ccamacho has quit IRC11:20
*** cdent has joined #openstack-nova11:27
*** slaweq has joined #openstack-nova11:28
*** slaweq has quit IRC11:33
*** Luzi_ has joined #openstack-nova11:36
*** Luzi has quit IRC11:36
*** ratailor__ has joined #openstack-nova11:42
*** ratailor_ has quit IRC11:45
*** tbachman has quit IRC11:46
*** moshele has quit IRC11:51
*** Luzi_ has quit IRC11:58
*** ttsiouts has quit IRC12:00
*** ttsiouts has joined #openstack-nova12:01
*** ttsiouts has quit IRC12:06
*** slaweq has joined #openstack-nova12:11
*** erlon has quit IRC12:11
*** erlon has joined #openstack-nova12:13
*** moshele has joined #openstack-nova12:13
*** wolverineav has joined #openstack-nova12:15
*** wolverineav has quit IRC12:19
*** ccamacho has joined #openstack-nova12:20
*** cdent has quit IRC12:22
*** janki has quit IRC12:25
*** tetsuro has quit IRC12:30
*** ccamacho has quit IRC12:36
openstackgerritJan Gutter proposed openstack/os-vif master: Enable generic datapath offloads in the ovs plugin  https://review.openstack.org/63467912:39
*** ccamacho has joined #openstack-nova12:40
*** ttsiouts has joined #openstack-nova12:43
*** psachin has quit IRC12:43
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222612:45
*** slaweq has quit IRC12:50
*** psachin has joined #openstack-nova12:51
*** ratailor__ has quit IRC12:51
openstackgerritStephen Finucane proposed openstack/nova master: API: Remove evacuate/live-migrate 'force' parameter  https://review.openstack.org/63460012:51
*** ccamacho has quit IRC12:51
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222612:55
*** tssurya has joined #openstack-nova12:57
*** cdent has joined #openstack-nova13:02
openstackgerritBalazs Gibizer proposed openstack/nova master: Fup for the bandwidth resource provider series  https://review.openstack.org/63377613:05
*** Dinesh_Bhor has quit IRC13:05
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222613:06
*** tbachman has joined #openstack-nova13:06
*** slaweq has joined #openstack-nova13:07
openstackgerritBalazs Gibizer proposed openstack/nova master: Fup for the bandwidth resource provider series  https://review.openstack.org/63377613:10
*** psachin has quit IRC13:10
*** tbachman has quit IRC13:11
*** Dinesh_Bhor has joined #openstack-nova13:11
*** slaweq has quit IRC13:11
*** Dinesh_Bhor has quit IRC13:12
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222613:15
*** wolverineav has joined #openstack-nova13:16
*** slaweq has joined #openstack-nova13:17
*** tbachman has joined #openstack-nova13:18
*** ccamacho has joined #openstack-nova13:20
*** ccamacho has quit IRC13:20
*** ccamacho has joined #openstack-nova13:20
*** dave-mccowan has joined #openstack-nova13:20
*** wolverineav has quit IRC13:21
*** slaweq has quit IRC13:21
*** dave-mccowan has quit IRC13:25
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222613:28
*** dave-mccowan has joined #openstack-nova13:29
*** ccamacho has quit IRC13:33
bauzasgood morning Nova13:34
* bauzas tries to split his time better between downstream and upstream13:34
*** slaweq has joined #openstack-nova13:35
*** ccamacho has joined #openstack-nova13:36
*** panda|off is now known as panda13:40
*** edleafe has quit IRC13:40
* kashyap waves13:40
*** edmondsw has quit IRC13:40
*** macza has joined #openstack-nova13:44
*** edleafe has joined #openstack-nova13:45
*** fried_rice is now known as efried13:46
efriedn-sch meeting in 14 minutes in #openstack-meeting-alt13:46
*** zul has joined #openstack-nova13:49
*** priteau has joined #openstack-nova13:53
*** tetsuro has joined #openstack-nova13:56
*** takashin has joined #openstack-nova13:57
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222614:00
*** sridharg has quit IRC14:03
*** ccamacho has quit IRC14:08
*** ccamacho has joined #openstack-nova14:08
*** mriedem has joined #openstack-nova14:09
*** jmlowe has quit IRC14:09
*** edmondsw has joined #openstack-nova14:10
tinwoodhello nova patchset reviewers: please, any chance someone can take a look at https://review.openstack.org/#/c/633279/ for me and yay/nay it?  Thanks?14:11
*** moshele has quit IRC14:12
*** cfriesen has joined #openstack-nova14:14
mriedemjaypipes: from here i'm +2 on several bw provider series patches https://review.openstack.org/#/c/630723/ - i talked with the brother gib last week and i'll do a follow up for these to address nits14:14
*** takashin has left #openstack-nova14:15
*** rnoriega has joined #openstack-nova14:18
*** BjoernT has joined #openstack-nova14:18
*** cfriesen has quit IRC14:19
*** tetsuro has quit IRC14:20
*** BjoernT has quit IRC14:22
*** BjoernT_ has joined #openstack-nova14:22
*** mmethot has joined #openstack-nova14:26
*** lbragstad has joined #openstack-nova14:26
bauzasefried: question on https://review.openstack.org/#/c/617042/1714:29
* efried looks14:29
bauzasefried: that's mostly a nit but I don't get why we need to keep a RT dependent reportclient14:29
bauzason the compute manager14:29
bauzasgiven we already keep track of N RTs, that would make us using N references for the same ting14:30
bauzasof course, that's a nity14:30
*** zzzeek has quit IRC14:31
efriedbauzas: responded14:31
* bauzas looks14:31
efriedbauzas: We don't actually keep track of N RTs. I believe jaypipes was the one who got rid of that and we just use one now.14:31
bauzasoh ok, my internal mind is out of date14:32
bauzasbut whatever, why do we need to keep the transitive relationship and infer reportclient from the RT ?14:32
efriedbauzas: Yeah, the getter above that one shows just using one rt14:32
bauzasnote : I haven't read your comment yet :)14:33
mriedemN = 114:33
mriedemso not a big deal14:33
*** ccamacho has quit IRC14:34
efriedbauzas: Yeah, here's the conversation with jaypipes (and cdent) earlier on: https://review.openstack.org/#/c/617042/14/nova/compute/manager.py@55814:34
*** zzzeek has joined #openstack-nova14:34
bauzasokay, I don't want to hold for a nit if N = 114:35
efriedbauzas: Thank you sir. I added some more info to hopefully clarify why we get the rt's report client instead of creating a new one.14:40
*** SpamapS has quit IRC14:40
bauzasack ok14:40
*** SpamapS has joined #openstack-nova14:41
bauzasefried: actually, I'm reviwing https://review.openstack.org/#/c/620711/18/nova/compute/manager.py14:41
bauzasand all of that just disappears, so meh14:41
efriedmore or less. We're still doing the same thing, getting the rc from the rt. We just don't need to be as careful about the getter anymore.14:41
*** awalende has quit IRC14:43
bauzasagreed, it's a femtonit14:44
*** BjoernT has joined #openstack-nova14:45
bauzasefried: except the fact that we uselessly need a dependency of the RT for calling the ReportClient but I guess we won't remove the RT dependency from the compute service soon :p14:45
efriedbauzas: Okay, but even if we did, we would then still have to do *something* to ensure we only had one reportclient.14:46
efriedelse multiple caches getting out of sync, etc.14:46
*** gbarros has joined #openstack-nova14:47
*** BjoernT_ has quit IRC14:47
*** jenglisch_ is now known as jenglisch14:48
efriedbauzas: I think I agree it would be prettier if we made the reportclient a global singleton. I can work on that in a fup if you think it's worthwhile.14:48
*** awaugama has joined #openstack-nova14:48
*** eharney has joined #openstack-nova14:49
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222614:49
bauzasefried: nah, fine by me14:49
stephenfinmriedem: Not sure if you saw this already, but I'd done the work for that BP before I saw your ping this morning https://review.openstack.org/63460014:50
stephenfinAt least, I think that's most of it done14:50
efriedcdent, stephenfin: What's that sphinx syntax for referring to a doc in another repo? :doc-foo:`words </path/to>` or something?14:50
*** zul has quit IRC14:50
stephenfinefried: https://docs.openstack.org/openstackdocstheme/latest/#external-link-helper14:51
efriedah, the reverse, swhy I couldn't find it. Thanks stephenfin14:51
mriedemstephenfin: ack i'll switch the blueprint to you14:51
*** sean-k-mooney has quit IRC14:57
*** zzzeek has quit IRC14:57
*** sean-k-mooney has joined #openstack-nova14:57
*** zzzeek has joined #openstack-nova14:57
efriedstephenfin: I thought there was a way to omit link text and it would automatically suck in the title of the target. Am I making that up?15:02
*** ttsiouts has quit IRC15:02
*** ttsiouts has joined #openstack-nova15:03
*** mdbooth has joined #openstack-nova15:09
*** zul has joined #openstack-nova15:10
*** sdake has joined #openstack-nova15:13
stephenfinefried: Only if you're using referencing something from the same doc (i.e. the normal 'doc' role)15:17
*** wolverineav has joined #openstack-nova15:18
mriedemdansmith: on this per-instance serial number change, which now does what you asked for, https://review.openstack.org/#/c/619953/ - do you have any additional comments to what i already put in there? mine are mostly nits. kevin is out this week on holiday so if there are small changes i can make them. today is the last day for that one in a runway slot.15:18
dansmithmriedem: let me get a refill and I'll have a look15:19
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222615:19
*** wolverineav has quit IRC15:22
*** ociuhandu has joined #openstack-nova15:26
*** mlavalle has joined #openstack-nova15:26
efriedstephenfin: ack, thanks.15:27
efriedand, that makes sense; otherwise, how would it know?15:27
*** ociuhandu has quit IRC15:32
*** ociuhandu has joined #openstack-nova15:32
mriedemdansmith: jaypipes: thanks on both, i'll work on follow ups this morning15:33
openstackgerritJack Ding proposed openstack/nova master: Flavor extra spec and image properties validation  https://review.openstack.org/62070615:34
*** slaweq has quit IRC15:40
*** jmlowe has joined #openstack-nova15:43
tinwooddansmith, would it be possible, please, for you to take a quick look at: https://review.openstack.org/#/c/633279/  thanks.15:46
*** jistr is now known as jistr|biab15:52
*** spatel has joined #openstack-nova15:52
spatelsean-k-mooney: morning!15:52
sean-k-mooneyspatel: o/15:53
spatelits been long time so thought "wave"15:53
sean-k-mooneyspatel: hopefully that means your cloud has been working to expectations15:54
spateli was busy in datacenter migration stuff.. but so far everything good15:54
spatelMy cloud is blooming...! +400 instance total and growing..15:55
sean-k-mooneyspatel: see now you have doomed yourself by saying that. but glad to hear15:55
spatelSoon planning to build new cloud.. not sure how much i can stuff in existing one.15:56
sean-k-mooneyit will be interesting to hear form you in 12-18 month as to if it proved more cost effective vs aws in the long run15:56
spatelBelieve me... its very cost effective... + my 50% datacenter is empty because i am stuffing application as much as possible in cloud15:57
sean-k-mooneyspatel: and you are achiving the perfomance KPI that are needed for your workload?15:58
sean-k-mooneyi assume you are till using sriov15:58
sean-k-mooney*still15:58
spatelinteresting thing.. we are running real-time application in very latency sensitive environment :)  got very good feedback from customer also :)15:58
spatelYes everything in sriov ( next cloud going to be on dpdk )15:59
sean-k-mooneywell make sure to build a small test clust to verify its performacne before you make that switch16:00
spatelwe are providing close to HD audio quality with sr-iov16:00
spatel++ (will do lab test before go)16:00
sean-k-mooneyspatel: 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 progress16:01
spatel+ boy... that would be my dream to do live-migration over SR-IOV16:01
openstackgerritMatt Riedemann proposed openstack/nova master: doc: link admin/configuration from admin home page  https://review.openstack.org/63472816:02
sean-k-mooneyspatel: be aware that for direct mode sriov there is still a network outage unless you create a bond in the guest16:02
*** maciejjozefczyk has quit IRC16:03
spatelbonding in guest is other complicated project :(16:03
sean-k-mooneyspatel: this is basically the first step in sriov migratoin. for macvtap sriov it will be complete.16:03
sean-k-mooneyfor direct mode sriov there are some upcoming feature in the kernel/kvm and in vendor nics that may help16:04
spatelmacvtap isn't good, i did try and got packet drops during load-test16:04
sean-k-mooneyya16:04
sean-k-mooneythe 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 vf16:05
spateloh!!! that is sweet!16:05
spateli don't mind small downtime during live-migration as far as it meet SLA16:06
spatelDo you think it will be ready in stain release ?16:07
sean-k-mooneyopenstack wont do the bonding for you but i hope we will merge the migration support in stein yes16:07
*** gbarros has quit IRC16:07
spatelcool!16:08
sean-k-mooneyspatel: currently the code is complete so we are just waiting for a runway slot and reviewer feedback at this point.16:08
*** _alastor_ has joined #openstack-nova16:08
spatelI don't have any lab at present otherwise i love to do some testing..16:09
openstackgerritMatt Riedemann proposed openstack/nova master: doc: link Kashyap's cpu model talk to the libvirt driver config docs  https://review.openstack.org/63473116:09
mriedemkashyap: ^ nice talk16:09
kashyapmriedem: Hi, thanks!  /me practised it 4 times to a rubber duck16:10
kashyapOn a call; meetings--16:10
*** tbachman has quit IRC16:10
* kashyap adds it in queue16:10
mriedemkashyap: it showed that you practiced it, very smooth16:11
mriedembut you were soooo thirsty16:11
kashyapBTW, on Sunday ran into The Tuba Guy at FOSDEM.  He happened to be sitting right behind me16:11
kashyapmriedem: Darn, there is a story behind that water bottle trick16:11
kashyapBack 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
kashyapAnd my throat completely dried out, and the teacher insulted me in front of the whole class:16:12
kashyapSaying ... "What kind of a talk is that?!"16:12
* kashyap almost burst into tears :D16:12
kashyapNever forget that experience16:12
kashyapBut more to the bottle: I use it as a trick to forcefully "pause" myself16:13
kashyapAnd not drone on-and-on.16:13
kashyaps/bottle/water bottle/16:13
*** sdake has quit IRC16:15
*** wolverineav has joined #openstack-nova16:19
*** mriedem has quit IRC16:21
*** wolverineav has quit IRC16:23
*** zzzeek has quit IRC16:23
*** gyee has joined #openstack-nova16:23
*** wwriverrat has joined #openstack-nova16:23
*** jistr|biab is now known as jistr16:24
*** gbarros has joined #openstack-nova16:24
*** sdake has joined #openstack-nova16:24
*** zzzeek has joined #openstack-nova16:25
bauzasok, bailing out from upstream after 3 hours working on it \o16:26
bauzashttps://twitter.com/sylvainbauza/status/109242650043402240216:26
bauzasat least I dedicated 3 hours for nova since 2 weeks...16:27
* bauzas will try to be a bit verbose about when he's working upstream16:27
sean-k-mooneybauzas: the vpn outage proably helped somewhat today16:28
bauzassean-k-mooney: not really, I planned to work for 3 hours anyway16:28
*** wolverineav has joined #openstack-nova16:28
bauzasI thought about this from the last weekend16:29
sean-k-mooneyi planned to start backpoting something and did some code review upstream instead16:29
sean-k-mooneybauzas: its a good idea16:29
bauzasand finally I think I very need to say "sorry but I need to work upstream *now*'16:29
*** mriedem has joined #openstack-nova16:29
artomsean-k-mooney, to answer your downstream channel question, yeah, more work is required to actually generate the new XML16:29
bauzasbecause if not, there will be some other priorities again and again16:29
artomThe claims are used to get the new instance NUMA topology16:29
sean-k-mooneyartom: are they actully used currently. i was not sure they were actully being used yet in the code you have pused.16:30
artomsean-k-mooney, they're not used yet, no16:31
sean-k-mooneyartom: ok because the titile of https://review.openstack.org/#/c/634606/ consufed me a little16:31
artomI mean, when creating the claim, the new instance NUMA topology is calculated, so it should throw a resources unavailable exception if it can't fit16:31
artomBut then that new topology isn't used anywhere (yet)16:32
sean-k-mooneyartom: ya that makes sense16:32
artomsean-k-mooney, hrmm, yeah, maybe I'll rephrase it as "create claims" or something16:32
artomSince as you correctly pointed out, they're not actually used16:32
openstackgerritMatt Riedemann proposed openstack/nova master: doc: update the security groups admin doc  https://review.openstack.org/63473516:33
sean-k-mooneyya i spend about 10-15 mins looking to see if they were actully used idrectly some how then my vpn dropped and i got tea16:33
*** igordc has joined #openstack-nova16:33
*** ttsiouts has quit IRC16:34
artomSo British (yes, I know you're Irish)16:34
sean-k-mooneythose be fighting words :P16:34
artomThere's no "UK" adjective!16:34
*** ttsiouts has joined #openstack-nova16:34
*** wolverineav has quit IRC16:34
sean-k-mooneyireland is not in the uk16:34
artom*facepalm*16:34
artomYou're right, of course.16:34
kashyapmriedem: 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
*** wolverineav has joined #openstack-nova16:35
* kashyap needs to run to his Dutch class; will resume on it early tomm.16:35
artomThere's no adjective for "those tea-guzzling bastids" then :D16:35
sean-k-mooneyhehe :)16:36
openstackgerritMatt Riedemann proposed openstack/nova master: Change nova-next job to run with python3  https://review.openstack.org/63473916:37
*** hongbin has joined #openstack-nova16:37
*** ttsiouts has quit IRC16:38
*** ttsiouts has joined #openstack-nova16:38
*** sdake has quit IRC16:38
mriedemkashyap: idk, i generally like to raise minimums at the beginning of the cycle16:39
mriedemif we're going to raise minimums16:39
*** TxGirlGeek has joined #openstack-nova16:40
mriedeman 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:40
mriedemthey were also upgrading from mitaka though i think so likely going to have some of that (OS upgrades etc)16:41
kashyapmriedem: Yeah, you're totally right -- I completely forgot at the beginning of the cycle about this :-(16:42
stephenfinmriedem, sean-k-mooney: This feels like something that would warrant a reno given the change in behavior. Thoughts? https://review.openstack.org/#/c/62638116:42
mriedem"fyi nova-compute will no longer corrupt your database you're welcome'16:42
mriedemstephenfin: the behavior was shit16:43
mriedemso if we have a reno, i'd make it a 'fixes' reno to explain the bug being fixed16:43
stephenfinThat it was. And I guess it's not something anyone would have been relying on16:43
mriedemi.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 device16:43
mriedembut i'm not sure ^ is worth explaining in a release note16:44
mriedemit might just cause more confusion/concern than necessary16:44
stephenfinSweet. If you're happy, so am I16:44
mriedemi'm not unhappy :)16:45
mriedemand as you say, i hope no one was relying on this16:45
stephenfinSo do I. I'd ask moshele if he was around but alas, he is not16:45
mriedemcfriesen might have an opinion16:45
mriedembut also not around right now16:46
sean-k-mooneyso no new reno? i can add one but i agree with mriedem that it would be in fixes as the old bevahior was not a feature16:46
stephenfinsean-k-mooney: Nah, mriedem makes a good point. It was rather broken before16:46
stephenfinsean-k-mooney: I've just held off on the +W in case cfriesen gets a chance to wade in before tomorrow16:47
sean-k-mooneyok cool thanks16:48
*** belmorei_ has quit IRC16:50
stephenfinmriedem: I must have misunderstood something but weren't we planning to deprecate this option entirely, relying on alternatives for instance-host mapping use case? https://review.openstack.org/#/c/619953/10/nova/conf/libvirt.py16:51
sean-k-mooneystephenfin: dan asked that we dont16:52
mriedemstephenfin: see dansmith's comments in an earlier PS16:52
stephenfinack16:52
*** priteau has quit IRC16:53
*** helenafm has quit IRC16:55
*** sdake has joined #openstack-nova16:57
openstackgerritMatt Riedemann proposed openstack/nova master: Follow up for per-instance serial number change  https://review.openstack.org/63474316:57
*** ralonsoh has quit IRC17:04
*** priteau has joined #openstack-nova17:05
*** sdake has quit IRC17:06
*** ociuhandu has quit IRC17:10
*** ociuhandu has joined #openstack-nova17:11
*** wolverineav has quit IRC17:13
*** ociuhandu_ has joined #openstack-nova17:14
*** krasmussen has joined #openstack-nova17:14
*** tssurya has quit IRC17:16
*** ociuhandu has quit IRC17:17
*** awalende has joined #openstack-nova17:20
*** ttsiouts has quit IRC17:21
*** ttsiouts has joined #openstack-nova17:22
*** sdake has joined #openstack-nova17:23
*** awalende has quit IRC17:24
*** yan0s has quit IRC17:25
*** ttsiouts has quit IRC17:26
*** rpittau has quit IRC17:27
*** wolverineav has joined #openstack-nova17:28
stephenfinmriedem: Fancy checking this nit fix? https://review.openstack.org/#/c/626930/17:29
stephenfin*nit doc fix17:29
mriedemdone17:31
stephenfinta17:32
mriedemstephenfin: a couple of nits in the one on top of that17:33
*** wolverineav has quit IRC17:33
stephenfinI can fix those now or in a follow-up. Your call17:34
mriedemdo it now and i'll re-approve17:34
openstackgerritStephen Finucane proposed openstack/nova master: doc: Add solution to live migration ssh issues  https://review.openstack.org/62693117:36
stephenfinmriedem: done ^17:36
*** lpetrut has quit IRC17:43
efriedHey folks, where are we with NUMA modeling in placement?17:49
efriedIs that still on ice? Has bp/numa-aware-live-migration brought it back into play? Or are we still doing that bp with the old style NUMA modeling?17:49
efriedartom jaypipes cdent sean-k-mooney17:49
*** tesseract has quit IRC17:49
sean-k-mooneythe numa aware migration is entirely done via the resource tracker17:50
sean-k-mooneyefried: so its still on ice until train17:50
sean-k-mooneyefried: the RT changes will still be needed in eitehr case17:50
efriedSo would it be appropriate to start proposing spec content for train around NUMA modeling in placement? (Again)17:51
sean-k-mooneybauzas: ^17:51
efriedi.e. using nested providers to represent NUMA nodes, figuring out a way to represent subtree affinity, etc.17:51
sean-k-mooneyefried: i guess but it would be good to take a more holistic aproach i think17:51
efriedholistic in what sense?17:52
sean-k-mooneywell there are a number of feature in the libvirt driver (pinning,hugepages,reatime,emulator threads,numn) all the nfv stuff that are not really placement friendly17:53
sean-k-mooneyefried: i have been wondering for a while if we shoudl create a parallel implmentation of new feature that are placment aware to replace teh existing ones with17:53
efriednot sure how we'll ever get there if we don't.17:54
cdentyeah, I suspect a parallel leapfrog is the way to go17:54
sean-k-mooneywell my idea was to take the cellsv2 approcah and freeze/keep the exisiting feature set as is and work on a replacement in paralel and then swtich in U17:55
openstackgerritMerged openstack/nova master: Reject migrate with port having resource request  https://review.openstack.org/63072317:55
sean-k-mooneyit realy has become a problem lately that we have 2 seperate code patchs. 1 for numa awre guess and anotehr for non numa guests and i just feel like have one code path that works for all guesst in a common way might be the way to go17:56
sean-k-mooneyefried: anyway that is slightly different then the question you asked17:57
cdentsean-k-mooney: I sometimes wonder the opposite: we should have two diferent paths: one for simple vms that normal people use, anothe for the crazy path :)17:57
sean-k-mooneycdent: the issue is we also have 2 sets of config options and flavor atributes17:58
sean-k-mooneycdent: and people mix and match them17:58
* cdent nods17:58
sean-k-mooneyi think we can all agree that there should only be one way of modeling the resocues in placement17:59
efrieds/resources in placement/resources: in placement/17:59
sean-k-mooneyefried: placement does not do assignment17:59
sean-k-mooneyefried: so assignable resouces need to be tracked in the ResocueTracker also18:00
efriedat the RP level, not at the resource level, right.18:00
*** derekh has quit IRC18:00
efriedWell, arguably they need to be tracked by the virt driver.18:00
sean-k-mooneyyes18:00
*** pcaruana has quit IRC18:00
efriedI'm not sure there's a need for the resource tracker if all resources are tracked by the virt driver + placement.18:01
* efried ducks18:01
sean-k-mooneywell kind of. in the libvirt case the Resouce track is running in the compute aganet and is populated byt the virtdriver.18:01
cdentefried: don't duck on that, fly that flag18:02
sean-k-mooneyefried: the virtdriver do not get there own db tables to track things so they have to use the resouce tracker to persist there tracked resources18:02
efriedsean-k-mooney: Oh, see, I disagree with that. The virt driver knows about its resources by looking at the VM. There shouldn't be a need to duplicate that information in an OpenStack database.18:03
sean-k-mooneyefried: the vm xml is not persisted acroudn vm reboots18:04
efriedoh, right, that stupid thing. We should fix *that* instead.18:04
sean-k-mooneyit could be maintianed in memory but im not sure that would work aross agent restarts18:04
sean-k-mooneyefried: well you just moving the state form the db to libvirt/xml or ram18:05
efriedLet me put it this way: Do any other virt drivers have this silly ephemeralness?18:05
efriedPowerVM doesn't. cdent, does VMWare?18:05
efriedIf you reboot an ironic node, does it forget how much memory it had?18:06
sean-k-mooneyefried: all that info is stored in ironics db18:06
cdentefried: vmware keeps track of itself, yes18:06
sean-k-mooneylibvirt db is the filesystem.18:06
efriedright, so why should the xml go away when you reboot it?18:07
efriedit's just a file in the file system, nah?18:07
sean-k-mooneyif the hsot is rebooted it does not18:07
efriedI may be tilting at windmills here, but that just seems goofy to me.18:07
sean-k-mooneyif the vm is rebooted it does and if we are recreated multipel vms in parallel it get racy18:07
sean-k-mooneywe could do it all in memory if we do there right locking to keep everything in sysnce or we can use a dbms18:08
efriedneeding to keep track of the assignments in the nova database is just doomed. Because different platforms have different ways of identifying/tracking their resources. You'll never get the fields right for everyone. Unless they're just a big anonymous data blob.18:08
cdentefried++18:08
efriedthis is why we were in such pain in PowerVM-land trying to get "PCI" passthrough to work18:09
cdentvirtdriver should have it's own interaction with placement18:09
efriedand why I started on my "generic device management" crusade three years ago.18:09
cdentnova should just "use" that info as required18:09
sean-k-mooney*cough* numa toplogy blob *couch*18:09
*** moshele has joined #openstack-nova18:09
sean-k-mooneybut yes you are right18:09
sean-k-mooneyanyway we could chagne that if we did a parallel impementation18:09
sean-k-mooneybut its non triavial18:10
efriedsmy point exactly. If the numa topology is modeled in placement, it's the virt driver's responsibility to draw that model via update_provider_tree, in whatever way is appropriate for that virt.18:10
sean-k-mooneyefried: placement cant sotre everything we need it too18:10
openstackgerritMatt Riedemann proposed openstack/nova master: Follow up (#2) for the bw resource provider series  https://review.openstack.org/63476718:10
sean-k-mooneybut but it should be able to handel hugepges entirly18:10
sean-k-mooneywe could model cpus but we would have to have 1 RP per cpu which is not a good design18:11
efriedOh, I'm not saying placement should be exploded to track individual resources. Counts ought to be fine. The individual resources should be tracked by the virt driver. And trying to store those mappings in some generic database table is going to be problematic.18:12
efrieds/going to be//18:12
sean-k-mooneyefried: ya. its legacy tech debt18:13
*** maciejjozefczyk has joined #openstack-nova18:13
*** macza has quit IRC18:13
efriedsean-k-mooney: How do we do pinning these days? Like this: https://docs.openstack.org/nova/pike/admin/cpu-topologies.html ?18:13
sean-k-mooneyso i think there are two parally efforts. 1.) modelign what can and should be modled in placemetn and 2.) refacorting the libvirt dirver to do assignment sanly18:14
sean-k-mooneyefried: we use the numa toplogy blob to store the free cpus18:14
sean-k-mooneyand then the virt driver caluates the guest topology can claims them in the host numa toplogy blob via the resouce tracker18:15
sean-k-mooneyefried: an important thing to remember is that hw:cpu_socket hw:cpu_threads and hw:cpu_cores are all refering to the virtual toplogy and have no baring on placemnt, the host or schdueling18:16
sean-k-mooneyefried: e.g. if the host has 1 socket you can sping up a vm with hw:cpu_sockets=8 and its fine18:17
efriedugh. I know I have a lot to learn here, but I suspect much of it is going to be tribal.18:18
efriedif there are any documents that will give me some reasonably sane picture of how all this works, please do share.18:18
sean-k-mooneyefried: stephenfin has dont some presentation on this at the summit18:18
sean-k-mooneyor fosdem18:18
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222618:20
cdentthat etcd-compute toy I've built takes the position of "you can only have stuff that can be represented in placement". It flows nicely.18:20
sean-k-mooneycdent: link?18:21
sean-k-mooneyhttps://github.com/cdent/etcd-compute?18:22
cdentsean-k-mooney: https://github.com/cdent/etcd-compute I'm surprised I haven't already shown you this.18:22
cdentaye18:22
cdentbig hack, but fun18:22
*** tbachman has joined #openstack-nova18:23
sean-k-mooneythe bigger the hack the more fun it becomes when it starts to work18:23
sean-k-mooneycdent: are you using etcd to store any state18:23
cdentetcd is used for basically two things:18:24
cdentmessage the creation or destruction of a vm (via a watcher) to a target host18:24
cdentstore the IP of the created vm (while it exists)18:24
openstackgerritMatt Riedemann proposed openstack/nova master: Extend RequestGroup object for mapping  https://review.openstack.org/61952718:24
sean-k-mooneyits architected similar to OVN in that respect18:25
sean-k-mooneye.g. etcd is beign used to store teh desireds state and then distibuted workers are watching for changes and locally trying to achive teh desired state18:25
sean-k-mooneyso rather then an imperitive workflow its declaritve18:26
cdentcreation or destruction is based on the allocations: if they are there, create (with those resources), if not, destroy, in either case the same operation happens to placement: PUT /allocations/{uuid}18:26
cdentyup18:26
cdentit _feels_ really nice18:26
sean-k-mooneyit _feels_ a bit like k8s18:27
* edleafe thinks cdent has looked at k8s18:27
sean-k-mooneyperhaps with less yaml18:27
cdentyes, less yaml18:27
cdentmy desire for using declarative messaging with vm creation predates my awareness of k8s18:28
cdentbut k8s provided the mechanism18:28
cdent(awareness of the mechanism)18:28
*** ociuhandu has joined #openstack-nova18:28
sean-k-mooneycdent: yes the mechanism was not invented by k8s but its one of the more promenet examples18:28
*** ociuhandu_ has quit IRC18:28
cdentI was using similar mechanism in a tool called mcfeely back in the 90s18:29
* cdent is so freaking old and worn out18:29
cdentmcfeely was your special delivery man18:29
artomefried, looks like sean-k-mooney answered all your things?18:36
sean-k-mooneyartom: we went on a bit of a tangent18:36
sean-k-mooneyartom: but i think i answered his first question e.g. your stuff does not depend on placement and uses the ResocueTracker18:37
sean-k-mooney*i.e. not e.g.18:37
artomNo, because let's be real, NUMA in placement is closer to a pipe dream than a real thing at this point (not dissing anyone, it's just a complicated thing to get working properly)18:38
artomefried, and the resource tracker will always remain, because it covered the use case of tracking specific individual things (CPU 0, NUMA node 1), not just quantities of resources18:39
sean-k-mooneyartom: right and paraphasing efried main question. is nuam/cpu pinning in placments someting we can start working on/proposing specs for in train18:39
artomDon't see why not, I mean the spec was up for Stein18:39
artomIt stalled, but there was no massive disagreement AFAICT18:40
sean-k-mooneythat was mainly because we had too many other things to do in stien18:40
*** zzzeek has quit IRC18:44
*** claudiub has quit IRC18:45
cdenthopefully when placement is more independent, it will be more clear that nova's inability to take advantage of placement is nova's problem, not placement's18:46
cdentplacement has been able to support a lot of this stuff for a _long_ time18:47
cdentbut working the changes through nova is complex18:47
*** gbarros has quit IRC18:47
sean-k-mooneycdent: yes but it can support plociy that chage the resouces requried dependent on the host that is selected18:47
krasmussenI made my first blueprint for a stopgap on subnet capacity aware scheduling via a filter that uses aggregates with keys containing subnets that are available to those hosts. Is this the correct place to ask for input on this?18:47
sean-k-mooney*cant18:47
sean-k-mooneyand yes i know that by design :)18:48
*** zzzeek has joined #openstack-nova18:48
sean-k-mooneykrasmussen: here or the nova meeting18:48
krasmussenhttps://blueprints.launchpad.net/nova/+spec/ip-aware-scheduling-aggregate18:48
sean-k-mooneykrasmussen: the mailing list is also good however that is not ideal from a design point of view18:49
krasmussenFigure if I'm going to take up time in a meeting I would prefer this at least have some eyes and I can improve the POC a bit more first.18:49
sean-k-mooney krasmussen there is already a what of mapping host to reachable subnets18:49
krasmussenWhere is that accessible at?18:50
sean-k-mooneykrasmussen: are you aware of https://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/neutron-routed-networks.html#neutron-routed-networks18:51
*** gbarros has joined #openstack-nova18:52
efriedartom: Save me looking for it, where's that stein spec for numa modeling in placement?18:52
artomefried, https://review.openstack.org/#/c/552924/18:52
efriedartom: And yes, partly because too much to do, partly because there wasn't a super big motivator for it yet, but partly because we couldn't settle on how we were going to model subtree affinity.18:53
sean-k-mooneykrasmussen: currently neutron reporst network segments to placement and uses placemetn aggreates to assocaite them with hosts18:53
efriedThere were several ideas, but none was great, and we stopped discussing before we approached consensus.18:53
*** zzzeek has quit IRC18:54
*** maciejjozefczyk has quit IRC18:54
efriedartom: Ah, vaguely remembering that we did settle on some kind of compromise in that spec, will reread more thoroughly...18:55
*** zzzeek has joined #openstack-nova18:57
*** moshele has quit IRC18:58
krasmussenI'm reading through all that now and following the rabbithole a bit.18:59
sean-k-mooneykrasmussen: not to be deter you by the way but the blueprint freeze for stien was in january so this feature would need to be proposed for stien19:00
sean-k-mooney*train19:00
sean-k-mooneykrasmussen: as a comunity we are trying to move away from using nova filters for filtering based on resocue available intead prefering ot model such constriants in placement19:01
krasmussenThats fine :) just trying to get in the upstream flow here opposed to just local patches.19:02
*** erlon has quit IRC19:03
sean-k-mooneykrasmussen: nova also trys not to model network backend info internally as such extending the host_state with segment/ip reachablity would be counter to the direction we have been movign over the last few cycles19:03
krasmussenI thought scheduler had to pick a node before getting sent to placement? Or do I have that backwards?19:03
sean-k-mooneykrasmussen: other way around19:03
krasmussenSo placement -> scheduler yeah?19:04
sean-k-mooneyplacement -> schduler -> claim resouce in placement19:04
sean-k-mooneyso placement give the schduler a set of host that could work and then the shcudler chooes form that set19:05
artomefried, it's been so long since I looked at it that I don't remember :/19:05
krasmussenAhhh gotcha I only had the "scheduler -> claim resource in placement" in my head. I'll look into what can be done on the placement side for this and will likely abandon the BP and associated POC and look at doing it in placement instead.19:05
sean-k-mooneykrasmussen: is your primary usecase modeling what hosts have available public ips?19:05
artomBut yeah, that and jaypipes's CPU resources spec should be proposed for Train19:05
krasmussenWe were seeing scheduler selecting hosts that only had access to certain subnets which were out of ips.19:06
sean-k-mooneykrasmussen: well i think the best first step would be to write up what your usecase is and then send an email to the mailing list19:06
krasmussenWhich is why I went down the scheduler route, we are kinda new to anything "placement" though as we moved from Liberty -> Pike for some of our newer clouds.19:07
sean-k-mooneykrasmussen: how is you ip addressign done in the cloud? are you using routed network or ovs or something else?19:08
*** tbachman has quit IRC19:08
krasmussenrouted network, we used ovs before in the old environment, so again another recent change for us.19:09
sean-k-mooneykrasmussen: right so in pike i belive the routed network work should already work.19:10
sean-k-mooneykrasmussen: but i also think you need to set ip_allocation=defer19:10
sean-k-mooneykrasmussen: the neuton folks would be able to confim19:10
*** igordc has quit IRC19:11
krasmussenThis gives me some things to look into further, thanks a TON!19:11
*** moshele has joined #openstack-nova19:14
sean-k-mooneykrasmussen: before you close your blueprit i woudl follow up on the mailing list. i will check the code when i gave time but its posibly that nova is not using the ip secments reported to placemetn by neutron in its placement query19:17
*** macza has joined #openstack-nova19:24
*** moshele has quit IRC19:25
*** Swami has joined #openstack-nova19:26
*** tbachman has joined #openstack-nova19:29
*** ociuhandu has quit IRC19:33
*** ociuhandu has joined #openstack-nova19:33
*** xek_ has joined #openstack-nova19:34
*** xek has quit IRC19:37
*** ociuhandu has quit IRC19:38
*** igordc has joined #openstack-nova19:39
*** gbarros has quit IRC19:42
*** gbarros has joined #openstack-nova19:43
openstackgerritMerged openstack/nova master: Rip the report client out of SchedulerClient  https://review.openstack.org/61704219:47
openstackgerritMerged openstack/nova master: Rip out the SchedulerClient  https://review.openstack.org/61704919:47
*** gbarros has quit IRC19:47
*** agopi has joined #openstack-nova19:51
*** ociuhandu has joined #openstack-nova19:52
openstackgerritMerged openstack/nova master: Use a static resource tracker in compute manager  https://review.openstack.org/62071119:53
*** igordc has quit IRC19:55
*** ociuhandu_ has joined #openstack-nova19:56
*** ociuhandu has quit IRC19:57
*** tbachman has quit IRC19:57
*** ociuhandu_ has quit IRC19:58
*** ociuhandu has joined #openstack-nova19:58
*** tbachman has joined #openstack-nova19:58
*** jaosorior has quit IRC19:58
*** igordc has joined #openstack-nova19:59
*** TxGirlGeek has quit IRC20:01
openstackgerritMerged openstack/nova master: FUPs: ReportClient traffic series  https://review.openstack.org/63360920:02
*** TxGirlGeek has joined #openstack-nova20:07
*** moshele has joined #openstack-nova20:13
openstackgerritEric Fried proposed openstack/nova master: Use :oslo-config: role in hypervisor-kvm doc  https://review.openstack.org/63479820:13
*** moshele has quit IRC20:16
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Add migration param to check_can_live_migrate_destination  https://review.openstack.org/63460520:17
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Create claims when live migrating  https://review.openstack.org/63460620:17
*** tbachman_ has joined #openstack-nova20:20
*** tbachman has quit IRC20:21
*** tbachman_ is now known as tbachman20:21
*** Shilpa has joined #openstack-nova20:23
*** ShilpaSD has quit IRC20:24
*** gbarros has joined #openstack-nova20:27
*** jmlowe has quit IRC20:31
*** cdent has quit IRC20:36
*** awaugama has quit IRC20:41
*** whoami-rajat has quit IRC20:44
*** cfriesen has joined #openstack-nova20:49
*** moshele has joined #openstack-nova20:53
*** moshele has quit IRC20:56
*** slaweq has joined #openstack-nova21:00
*** igordc has quit IRC21:01
*** gbarros has quit IRC21:03
*** maciejjozefczyk has joined #openstack-nova21:11
*** xek__ has joined #openstack-nova21:12
*** moshele has joined #openstack-nova21:12
*** xek_ has quit IRC21:14
*** moshele has quit IRC21:15
*** maciejjozefczyk has quit IRC21:18
*** maciejjozefczyk has joined #openstack-nova21:20
*** maciejjozefczyk has quit IRC21:29
*** efried has quit IRC21:30
*** gbarros has joined #openstack-nova21:31
openstackgerritVlad Gusev proposed openstack/nova stable/rocky: Use X-Forwarded-Proto as origin protocol if present  https://review.openstack.org/63481421:31
*** xek__ has quit IRC21:35
*** rm_work_ has joined #openstack-nova21:36
*** efried has joined #openstack-nova21:40
*** macza has quit IRC21:44
*** macza has joined #openstack-nova21:44
*** rm_work has quit IRC21:49
*** rm_work_ is now known as rm_work21:49
*** Nel1x has joined #openstack-nova21:50
*** jmlowe has joined #openstack-nova22:05
artomsean-k-mooney, still around? Wanted to talk about https://review.openstack.org/#/c/599587/5/specs/stein/approved/numa-aware-live-migration.rst@247 - but maybe tomorrow via bjns?22:07
artom(22:00, that's late even for you)22:09
*** agopi has quit IRC22:16
*** spatel has quit IRC22:19
*** priteau has quit IRC22:20
openstackgerritMerged openstack/nova master: Per-instance serial number  https://review.openstack.org/61995322:22
openstackgerritMerged openstack/nova master: doc: Switch header styles in support doc  https://review.openstack.org/62693022:22
openstackgerritMerged openstack/nova master: doc: Add solution to live migration ssh issues  https://review.openstack.org/62693122:22
mriedemforever in bluejeans22:28
artommriedem, at least the abbreviation is "bjns" now22:32
artomIt used to be "Are you ready for a bj?" "Can we do a bj tomorrow?" and so on and so forth22:32
mriedemso i've heard22:34
*** slaweq has quit IRC22:36
*** eharney has quit IRC22:44
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Create claims when live migrating  https://review.openstack.org/63460622:46
openstackgerritArtom Lifshitz proposed openstack/nova master: [Very WIP] New objects to transmit NUMA config from dest to source  https://review.openstack.org/63482722:46
openstackgerritArtom Lifshitz proposed openstack/nova master: [Very WIP] Send dest NUMA info inside LiveMigrateData  https://review.openstack.org/63482822:46
artomWow. So WIP. Very workflow. Much -1.22:48
artomAnd on that, I'm done.22:48
artomo/22:48
*** betherly has joined #openstack-nova22:49
*** betherly has quit IRC22:54
*** tkajinam has joined #openstack-nova22:56
*** igordc has joined #openstack-nova23:05
*** betherly has joined #openstack-nova23:10
*** betherly has quit IRC23:16
*** mlavalle has quit IRC23:17
*** BjoernT has quit IRC23:19
openstackgerritMerged openstack/nova master: doc: link Kashyap's cpu model talk to the libvirt driver config docs  https://review.openstack.org/63473123:27
*** igordc has quit IRC23:27
*** wolverineav has joined #openstack-nova23:27
*** sdake has quit IRC23:28
*** betherly has joined #openstack-nova23:28
*** igordc has joined #openstack-nova23:29
*** sdake has joined #openstack-nova23:29
*** wolverineav has quit IRC23:30
*** markvoelker has quit IRC23:31
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add PrepResizeAtSourceTask  https://review.openstack.org/62789123:33
openstackgerritMatt Riedemann proposed openstack/nova master: Move resize.(start|end) notification sending to helper method  https://review.openstack.org/63483123:33
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method  https://review.openstack.org/63483223:33
*** agopi has joined #openstack-nova23:34
*** betherly has quit IRC23:34
*** panda has quit IRC23:40
*** panda has joined #openstack-nova23:41
*** mriedem has quit IRC23:42
*** wolverineav has joined #openstack-nova23:45
*** wolverineav has quit IRC23:45
*** wolverineav has joined #openstack-nova23:45
*** imacdonn has joined #openstack-nova23:48

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