Friday, 2017-08-25

*** artom has quit IRC00:02
*** markvoelker has quit IRC00:05
*** yangyape_ has quit IRC00:09
*** dpawlik has quit IRC00:11
*** sterdnotshaken has quit IRC00:16
mriedemi had my fill of waffle house in ATL for about a decade00:19
mriedem3 mornings in a row, milked that single page menu00:19
*** dpawlik has joined #openstack-nova00:24
*** gyee has quit IRC00:26
*** masber has joined #openstack-nova00:27
openstackgerritMerged openstack/nova master: Cleanup allocations in failed prep_resize  https://review.openstack.org/49759200:27
*** esberglu has joined #openstack-nova00:32
*** yingjun has joined #openstack-nova00:38
*** kiennt has joined #openstack-nova00:47
*** markvoelker has joined #openstack-nova00:48
*** tuanluong has joined #openstack-nova00:49
*** yamamoto has joined #openstack-nova00:51
*** yamamoto has quit IRC00:57
*** itlinux has joined #openstack-nova00:57
*** dixiaoli has joined #openstack-nova00:57
*** gmann has quit IRC01:01
*** gmann has joined #openstack-nova01:01
*** itlinux has quit IRC01:02
*** itlinux has joined #openstack-nova01:03
*** phuongnh has joined #openstack-nova01:04
*** iceyao has joined #openstack-nova01:12
openstackgerritliusheng proposed openstack/nova master: Trivial: remove unused instance_group_member_delete method  https://review.openstack.org/49711501:13
*** yangyapeng has joined #openstack-nova01:16
*** litao__ has joined #openstack-nova01:20
*** yamahata has quit IRC01:21
*** hamzy has joined #openstack-nova01:23
*** Shunli has joined #openstack-nova01:28
*** Apoorva_ has quit IRC01:31
*** Apoorva has joined #openstack-nova01:31
*** hongbin has joined #openstack-nova01:38
*** esberglu has quit IRC01:42
*** Apoorva_ has joined #openstack-nova01:48
*** Apoorva has quit IRC01:51
*** yamamoto has joined #openstack-nova01:53
*** Apoorva_ has quit IRC01:53
*** _pewp_ has quit IRC01:57
*** yamamoto has quit IRC01:58
*** _pewp_ has joined #openstack-nova01:59
*** tpatil has joined #openstack-nova02:04
*** links has joined #openstack-nova02:06
*** links has quit IRC02:06
*** sdake has quit IRC02:22
*** hughsaunders has quit IRC02:23
*** leifz has quit IRC02:25
openstackgerritAlex Xu proposed openstack/nova-specs master: Add trait support in the allocation candidates API  https://review.openstack.org/49771302:27
*** sdake has joined #openstack-nova02:29
*** sdake is now known as Guest2019202:29
*** leifz has joined #openstack-nova02:30
*** hughsaunders has joined #openstack-nova02:31
*** mvk has quit IRC02:31
openstackgerritAlex Xu proposed openstack/nova master: placement: add traits support in the AllocationCandidates object  https://review.openstack.org/47976602:33
openstackgerritAlex Xu proposed openstack/nova master: placement: add traits to the 'GET /allocation_candidates' endpoint  https://review.openstack.org/47977602:33
openstackgerritAlex Xu proposed openstack/nova master: placement: the common method to filter resource providers by traits  https://review.openstack.org/48920602:33
openstackgerritAlex Xu proposed openstack/nova master: placement: add traits support to get resource_providers with shared  https://review.openstack.org/47846402:33
alex_xuedleafe: hi, I added spec for traits in allcoation candidates API https://review.openstack.org/#/c/497713, do you want to add 'GET /resource_providers' in the spec also02:42
*** xinliang has quit IRC02:43
*** sterdnotshaken has joined #openstack-nova02:54
*** sterdnotshaken has quit IRC02:54
*** yamamoto has joined #openstack-nova02:55
*** edmondsw has quit IRC02:55
*** xinliang has joined #openstack-nova02:55
*** oomichi has quit IRC02:58
*** oomichi has joined #openstack-nova02:58
*** yamamoto has quit IRC03:00
*** awaugama has joined #openstack-nova03:02
*** _pewp_ has quit IRC03:03
*** tpatil has quit IRC03:04
*** sridharg has joined #openstack-nova03:04
*** awaugama has quit IRC03:05
*** nicolasbock has quit IRC03:06
*** _pewp_ has joined #openstack-nova03:06
openstackgerritmelanie witt proposed openstack/nova master: Claim and report zero root disk for boot-from-volume instances  https://review.openstack.org/42850503:07
*** teddy__ has joined #openstack-nova03:08
*** sridharg has quit IRC03:09
*** teddy__ is now known as teddy2403:12
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647503:14
*** armax has quit IRC03:39
*** teddy24 has quit IRC03:42
*** kiennt has quit IRC03:45
*** takedakn has joined #openstack-nova03:46
mriedemrc2 tag is merged https://review.openstack.org/#/c/497610/03:49
*** takedakn has quit IRC03:50
*** mriedem has quit IRC03:51
*** mdnadeem has joined #openstack-nova03:51
*** yamamoto has joined #openstack-nova03:56
*** hongbin has quit IRC04:01
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647504:01
*** yamamoto has quit IRC04:02
*** lbragstad has quit IRC04:08
*** marst has joined #openstack-nova04:11
*** marst has quit IRC04:16
*** tuanluong has quit IRC04:16
*** gyee has joined #openstack-nova04:18
*** armax has joined #openstack-nova04:26
*** claudiub has joined #openstack-nova04:27
*** gouthamr has quit IRC04:40
*** edmondsw has joined #openstack-nova04:40
*** mdnadeem has quit IRC04:44
*** edmondsw has quit IRC04:45
*** gyee has quit IRC04:57
*** yamamoto has joined #openstack-nova04:58
*** hoonetorg has quit IRC05:02
*** yamamoto has quit IRC05:03
*** links has joined #openstack-nova05:12
*** gbarros has quit IRC05:12
*** hoonetorg has joined #openstack-nova05:15
*** udesale has joined #openstack-nova05:16
*** damonl has joined #openstack-nova05:20
damonlcf05:23
*** markvoelker has quit IRC05:25
*** armax has quit IRC05:30
openstackgerritAlex Xu proposed openstack/nova-specs master: Report CPU features to placement service by traits API  https://review.openstack.org/49773305:37
*** mdnadeem has joined #openstack-nova05:39
*** dikonoo has joined #openstack-nova05:45
*** udesale has quit IRC05:50
*** lpetrut has joined #openstack-nova05:52
*** yamamoto has joined #openstack-nova05:54
*** lajoskatona has joined #openstack-nova05:56
*** tuanluong has joined #openstack-nova06:02
*** TH3J0K3R has joined #openstack-nova06:08
TH3J0K3RI can't Ping/SSH the instances. Tried many things, still no luck. Need help06:09
*** kiennt has joined #openstack-nova06:09
*** Oku_OS-away is now known as Oku_OS06:11
*** rcernin has joined #openstack-nova06:14
*** abalutoiu_ has joined #openstack-nova06:16
*** belmoreira has joined #openstack-nova06:16
*** abalutoiu_ has quit IRC06:20
*** lpetrut has quit IRC06:24
*** psachin has joined #openstack-nova06:26
*** edmondsw has joined #openstack-nova06:29
*** alex_xu has quit IRC06:30
*** alex_xu has joined #openstack-nova06:33
*** edmondsw has quit IRC06:33
*** pcaruana has joined #openstack-nova06:40
openstackgerritKevin Zhao proposed openstack/nova master: Add video type virtio for AArch64  https://review.openstack.org/49382206:44
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: stubbing socket.gethostbyname  https://review.openstack.org/49774806:48
*** tesseract has joined #openstack-nova06:53
openstackgerritKevin Zhao proposed openstack/nova master: Modify the test case of get_disk_mapping_rescue_with_config  https://review.openstack.org/49415606:55
*** TH3J0K3R has quit IRC06:56
openstackgerritliuxiuli proposed openstack/nova master: fix a typo in format_cpu_spec doc  https://review.openstack.org/49775006:57
*** TH3J0K3R has joined #openstack-nova06:58
*** gcb has quit IRC07:05
*** gcb has joined #openstack-nova07:07
*** psachin has quit IRC07:07
*** yamamoto has quit IRC07:08
*** jpena|off is now known as jpena07:13
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647507:15
*** trungnv has quit IRC07:18
*** trungnv has joined #openstack-nova07:19
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647507:21
*** sahid has joined #openstack-nova07:22
*** alexchadin has joined #openstack-nova07:24
*** markvoelker has joined #openstack-nova07:25
*** jianghuaw has joined #openstack-nova07:26
*** phuongnh has quit IRC07:29
*** phuongnh has joined #openstack-nova07:30
*** psachin has joined #openstack-nova07:30
*** psachin has quit IRC07:30
*** psachin has joined #openstack-nova07:30
*** abalutoiu_ has joined #openstack-nova07:31
*** tuanluong has quit IRC07:32
*** dklyle has joined #openstack-nova07:32
*** david-lyle has quit IRC07:34
VAhlopenstack server create [...] ==> Failed to retrieve resource provider record from placement API. Inspite that there is more than enought resources in the system for the created virtual server. See paste with start command and log http://paste.openstack.org/show/619397/07:34
*** mnestratov|2 has joined #openstack-nova07:42
*** psachin has quit IRC07:46
*** psachin has joined #openstack-nova07:48
*** dikonoo has quit IRC07:49
*** yamamoto has joined #openstack-nova07:50
*** abalutoiu_ has quit IRC07:51
openstackgerritDamon Li proposed openstack/nova master: Fix bug on vmware driver attach volume failed  https://review.openstack.org/49614007:52
openstackgerritDamon Li proposed openstack/nova master: Fix bug on vmware driver attach volume failed  https://review.openstack.org/49614007:53
*** vipul has quit IRC07:54
*** alexchadin has quit IRC07:54
*** slaweq has joined #openstack-nova07:56
*** vipul has joined #openstack-nova07:57
*** lpetrut has joined #openstack-nova07:57
*** markus_z has joined #openstack-nova07:58
*** markvoelker has quit IRC08:00
*** dtantsur|afk is now known as dtantsur08:04
*** alexchadin has joined #openstack-nova08:06
*** yamamoto has quit IRC08:06
*** yamamoto has joined #openstack-nova08:07
*** derekh has joined #openstack-nova08:16
*** edmondsw has joined #openstack-nova08:17
*** edmondsw has quit IRC08:21
*** vipul has quit IRC08:23
*** lucas-afk is now known as lucasagomes08:24
*** vipul has joined #openstack-nova08:25
*** dklyle has quit IRC08:25
openstackgerritjichenjc proposed openstack/nova master: propagate OSError to MigrationPreCheckError  https://review.openstack.org/46977908:25
*** efoley has joined #openstack-nova08:29
*** abalutoiu_ has joined #openstack-nova08:30
*** mnestratov|2 is now known as mnestratov08:35
openstackgerritjichenjc proposed openstack/nova master: WIP: use conf for keystone session creation  https://review.openstack.org/48512108:36
*** carthaca_ has quit IRC08:37
*** carthaca_ has joined #openstack-nova08:37
*** rmart04 has joined #openstack-nova08:39
*** mvk has joined #openstack-nova08:40
*** cdent has joined #openstack-nova08:49
*** dtantsur is now known as dtantsur|sick08:50
*** phuongnh has quit IRC08:53
*** phuongnh has joined #openstack-nova08:54
*** rabel has joined #openstack-nova08:55
rabelso, vmware ci insists to fail on https://review.openstack.org/#/c/494169/ but imho the error has nothing to do with the patch set. it should be ready for final review / merging than, i guess.08:57
*** markvoelker has joined #openstack-nova08:57
*** hferenc has quit IRC08:57
cdentrabel: vmware ci is borked, you can’t trust it at the moment, unfortunately08:59
cdentrabel: as long as your unit tests are fairly complete, should be okay09:00
rabelcdent: should be, yes.09:02
*** hferenc has joined #openstack-nova09:05
cdentgabor_antal: thanks for commenting on the complexity thing and including those references, especially to the test results, great to see09:08
gabor_antalcdent: you're welcome. Hope the community finds it interesting too09:09
cdentgabor_antal: I think there are plenty of people who find it interesting. The challenge is often finding the review bandwidth to get the stuff merged (as you’ve experienced).09:11
gabor_antalcdent: that is true, but we have also lots of patches, which are stuck, and just reopened now, maybe someone has an idea to move on.09:12
*** abalutoiu_ has quit IRC09:13
*** abalutoiu_ has joined #openstack-nova09:18
*** phuongnh has quit IRC09:21
*** jistr is now known as jistr|trng09:21
*** hferenc has quit IRC09:26
*** dikonoo has joined #openstack-nova09:27
*** rmart04 has quit IRC09:29
*** rmart04 has joined #openstack-nova09:29
*** markvoelker has quit IRC09:30
*** Shunli has quit IRC09:30
openstackgerritLei Zhang proposed openstack/nova master: placement: add traits to the 'GET /allocation_candidates' endpoint  https://review.openstack.org/47977609:31
*** sambetts|afk is now known as sambetts09:34
*** ababich has quit IRC09:34
*** yingjun has quit IRC09:42
openstackgerritRadoslav Gerganov proposed openstack/nova master: Update all instances when their AZ is renamed  https://review.openstack.org/41950209:48
*** chenying has joined #openstack-nova09:54
*** jaypipes has joined #openstack-nova09:54
*** gixxer1k has joined #openstack-nova09:56
*** abalutoiu_ has quit IRC09:56
*** dixiaoli has quit IRC09:57
*** dixiaoli has joined #openstack-nova09:58
*** kiennt has quit IRC10:00
*** dixiaoli has quit IRC10:00
*** s-dean has quit IRC10:02
*** openstackgerrit has quit IRC10:02
*** trungnv has quit IRC10:02
*** edmondsw has joined #openstack-nova10:05
*** nicolasbock has joined #openstack-nova10:05
*** edmondsw has quit IRC10:09
*** alexchadin has quit IRC10:11
*** belmoreira has quit IRC10:13
*** damonl has quit IRC10:16
*** nicolasbock has quit IRC10:23
*** trinaths has joined #openstack-nova10:26
*** markvoelker has joined #openstack-nova10:26
*** nicolasbock has joined #openstack-nova10:29
*** sahid has quit IRC10:31
*** abalutoiu_ has joined #openstack-nova10:34
*** rcernin is now known as rcernin|lunch10:34
*** openstackgerrit has joined #openstack-nova10:37
openstackgerritMaciej Kucia proposed openstack/nova master: SR-IOV passthrough: Check PF only if VF is enabled  https://review.openstack.org/47664210:37
*** sahid has joined #openstack-nova10:46
*** mdbooth[m] has joined #openstack-nova10:55
*** yangyapeng has quit IRC10:55
*** mdbooth has quit IRC10:58
*** mdbooth[m] is now known as mdbooth10:59
*** swamireddy has quit IRC10:59
*** markvoelker has quit IRC11:00
*** cdent has quit IRC11:02
*** _pewp_ has quit IRC11:10
*** _pewp_ has joined #openstack-nova11:13
*** smatzek has joined #openstack-nova11:19
*** frickler has quit IRC11:26
*** gcb has quit IRC11:28
*** gcb has joined #openstack-nova11:29
*** kuzko has quit IRC11:41
*** andreaf has quit IRC11:41
*** lucasagomes has quit IRC11:41
*** hwoarang has quit IRC11:41
*** markmc has quit IRC11:41
*** thomasem has quit IRC11:41
*** tobasco has quit IRC11:41
*** mmedvede has quit IRC11:41
*** andreykurilin has quit IRC11:41
*** Guest45420 has quit IRC11:41
*** zerda3 has quit IRC11:41
*** cburgess has quit IRC11:41
*** dansmith has quit IRC11:41
*** tojuvone has quit IRC11:41
*** EmilienM has quit IRC11:41
*** keekz has quit IRC11:41
*** johnthetubaguy has quit IRC11:41
*** ttx has quit IRC11:41
*** zeroDivisible has quit IRC11:41
*** sambetts has quit IRC11:41
*** ioni has quit IRC11:41
*** jamiec has quit IRC11:41
*** mdrabe has quit IRC11:41
*** yankcrime has quit IRC11:41
*** slunkad has quit IRC11:41
*** NostawRm has quit IRC11:41
*** efoley has quit IRC11:41
*** alex_xu has quit IRC11:41
*** hughsaunders has quit IRC11:41
*** gabor_antal has quit IRC11:41
*** zul has quit IRC11:41
*** ircuser-1 has quit IRC11:41
*** betherly has quit IRC11:41
*** TheJulia has quit IRC11:41
*** serverascode has quit IRC11:41
*** robcresswell has quit IRC11:41
*** scottda has quit IRC11:41
*** carl_baldwin has quit IRC11:41
*** patrickeast has quit IRC11:41
*** ameade has quit IRC11:41
*** samueldmq has quit IRC11:41
*** cargonza has quit IRC11:41
*** icey has quit IRC11:41
*** mgagne has quit IRC11:41
*** fungi has quit IRC11:41
*** tomhambleton_ has quit IRC11:41
*** rushiagr has quit IRC11:41
*** johnsom has quit IRC11:41
*** vdrok has quit IRC11:41
*** fyxim has quit IRC11:41
*** toan has quit IRC11:41
*** raorn has quit IRC11:41
*** karlamrhein has quit IRC11:41
*** NobodyCam has quit IRC11:41
*** wolsen has quit IRC11:41
*** aweeks has quit IRC11:41
*** trinaths has quit IRC11:41
*** dikonoo has quit IRC11:41
*** mvk has quit IRC11:41
*** TH3J0K3R has quit IRC11:41
*** tesseract has quit IRC11:41
*** pcaruana has quit IRC11:41
*** links has quit IRC11:41
*** claudiub has quit IRC11:41
*** hamzy has quit IRC11:41
*** masber has quit IRC11:41
*** dpawlik has quit IRC11:41
*** ps_jadhav has quit IRC11:41
*** pooja_jadhav has quit IRC11:41
*** bhagyashris_ has quit IRC11:41
*** tbachman has quit IRC11:41
*** imacdonn has quit IRC11:41
*** zz9pzza has quit IRC11:41
*** yassine has quit IRC11:41
*** liusheng has quit IRC11:41
*** jbernard has quit IRC11:41
*** redondo-mk has quit IRC11:41
*** sergek_ has quit IRC11:41
*** mrhillsman has quit IRC11:41
*** jbryce has quit IRC11:41
*** amotoki__away has quit IRC11:41
*** shravani has quit IRC11:41
*** ChanServ has quit IRC11:41
*** abalutoiu_ has quit IRC11:41
*** gixxer1k has quit IRC11:41
*** derekh has quit IRC11:41
*** yamamoto has quit IRC11:41
*** markus_z has quit IRC11:41
*** lpetrut has quit IRC11:41
*** lajoskatona has quit IRC11:41
*** iceyao has quit IRC11:41
*** lennyb has quit IRC11:41
*** kencjohnston has quit IRC11:41
*** jlvillal has quit IRC11:41
*** jcook has quit IRC11:41
*** jpena has quit IRC11:41
*** jogo has quit IRC11:41
*** jdurgin has quit IRC11:41
*** Qiming has quit IRC11:41
*** mlakat has quit IRC11:41
*** jaosorior has quit IRC11:41
*** bauzas has quit IRC11:41
*** diegows has quit IRC11:41
*** lyarwood has quit IRC11:41
*** zzzeek has quit IRC11:41
*** purplerbot has quit IRC11:41
*** aloga has quit IRC11:41
*** gibi has quit IRC11:41
*** syjulian has quit IRC11:41
*** kornicameister has quit IRC11:41
*** igordc has quit IRC11:41
*** stephenfin has quit IRC11:41
*** StevenK has quit IRC11:41
*** htruta has quit IRC11:41
*** wasmum has quit IRC11:41
*** simondodsley has quit IRC11:41
*** rhagarty has quit IRC11:41
*** john5223 has quit IRC11:41
*** kmalloc has quit IRC11:41
*** gus has quit IRC11:41
*** alezil has quit IRC11:41
*** csatari has quit IRC11:41
*** knikolla has quit IRC11:41
*** McNinja has quit IRC11:41
*** Dinesh_Bhor has quit IRC11:41
*** toabctl has quit IRC11:41
*** junbo has quit IRC11:41
*** dtantsur|sick has quit IRC11:41
*** alaski has quit IRC11:41
*** seba has quit IRC11:41
*** jamielennox has quit IRC11:41
*** BlackDex has quit IRC11:41
*** test222 has quit IRC11:41
*** auggy has quit IRC11:41
*** DuncanT has quit IRC11:41
*** zioproto has quit IRC11:41
*** khappone has quit IRC11:41
*** litao__ has quit IRC11:41
*** sulo has quit IRC11:41
*** stvnoyes has quit IRC11:41
*** aarefiev has quit IRC11:41
*** Dave has quit IRC11:41
*** bswartz has quit IRC11:41
*** ansiwen has quit IRC11:41
*** thingee has quit IRC11:41
*** gcb has quit IRC11:41
*** itlinux has quit IRC11:41
*** tinwood has quit IRC11:41
*** comstud has quit IRC11:41
*** afazekas has quit IRC11:41
*** Hazelesque has quit IRC11:41
*** guimaluf has quit IRC11:41
*** d9k has quit IRC11:41
*** MasterofJOKers has quit IRC11:41
*** andymccr has quit IRC11:41
*** clarkb has quit IRC11:41
*** dr_gogeta86 has quit IRC11:41
*** asettle has quit IRC11:41
*** _pewp_ has quit IRC11:41
*** nicolasbock has quit IRC11:41
*** jaypipes has quit IRC11:41
*** oomichi has quit IRC11:41
*** oanson has quit IRC11:41
*** vishwana_ has quit IRC11:41
*** hieulq has quit IRC11:41
*** mrodden has quit IRC11:41
*** mikal has quit IRC11:41
*** kylek3h has quit IRC11:41
*** vvargaszte has quit IRC11:41
*** owalsh has quit IRC11:41
*** rtjure has quit IRC11:41
*** edleafe has quit IRC11:41
*** brad[] has quit IRC11:41
*** john5223_ has quit IRC11:41
*** aries has quit IRC11:41
*** csuttles has quit IRC11:41
*** Anticimex has quit IRC11:41
*** MikeG451 has quit IRC11:41
*** szaher has quit IRC11:41
*** sahid has quit IRC11:41
*** xinliang has quit IRC11:41
*** Jeffrey4l has quit IRC11:41
*** DinaBelova has quit IRC11:41
*** lifeless has quit IRC11:41
*** sapd has quit IRC11:41
*** ejat has quit IRC11:41
*** logan- has quit IRC11:41
*** jeblair has quit IRC11:41
*** dgonzalez has quit IRC11:41
*** mdbooth has quit IRC11:41
*** rcernin|lunch has quit IRC11:41
*** sbezverk has quit IRC11:41
*** ebbex has quit IRC11:41
*** rha has quit IRC11:41
*** dims has quit IRC11:41
*** raginbajin has quit IRC11:41
*** med_ has quit IRC11:41
*** ericyoung has quit IRC11:41
*** larsks has quit IRC11:41
*** jgriffith has quit IRC11:41
*** sgordon has quit IRC11:41
*** inara has quit IRC11:41
*** rfolco has quit IRC11:41
*** mnaser has quit IRC11:41
*** devananda has quit IRC11:41
*** zigo has quit IRC11:41
*** antonym has quit IRC11:41
*** egarbade has quit IRC11:41
*** s1061123 has quit IRC11:41
*** ekhugen has quit IRC11:41
*** mfisch has quit IRC11:41
*** VAhl has quit IRC11:41
*** Nil_ has quit IRC11:41
*** rnoriega has quit IRC11:41
*** tanee has quit IRC11:41
*** smatzek has quit IRC11:41
*** FL1SK has quit IRC11:41
*** Tahvok has quit IRC11:41
*** ianw has quit IRC11:41
*** clayton has quit IRC11:41
*** maciejjozefczyk has quit IRC11:41
*** Gorian has quit IRC11:41
*** mtreinish has quit IRC11:41
*** mhenkel has quit IRC11:41
*** kaisers has quit IRC11:41
*** openstackgerrit has quit IRC11:41
*** rabel has quit IRC11:41
*** slaweq has quit IRC11:41
*** psachin has quit IRC11:41
*** leifz has quit IRC11:41
*** Guest20192 has quit IRC11:41
*** thorst_afk has quit IRC11:41
*** ildikov has quit IRC11:41
*** kukacz has quit IRC11:41
*** aignatov has quit IRC11:41
*** d34dh0r53 has quit IRC11:41
*** mordred has quit IRC11:41
*** geekinutah has quit IRC11:41
*** andrewbogott has quit IRC11:41
*** tommylikehu has quit IRC11:41
*** efried has quit IRC11:41
*** larainema has quit IRC11:41
*** ying_zuo has quit IRC11:41
*** rm_work has quit IRC11:41
*** markmcclain has quit IRC11:41
*** anthonyper has quit IRC11:41
*** zhenguo has quit IRC11:41
*** jamespage has quit IRC11:41
*** fmccrthy has quit IRC11:41
*** harlowja has quit IRC11:41
*** fnordahl has quit IRC11:41
*** rmk has quit IRC11:41
*** mwhahaha has quit IRC11:41
*** Kevin_Zheng has quit IRC11:41
*** Oku_OS has quit IRC11:41
*** melwitt has quit IRC11:41
*** sballe_ has quit IRC11:41
*** rajinir has quit IRC11:41
*** rmart04 has quit IRC11:41
*** jianghuaw has quit IRC11:41
*** gmann has quit IRC11:41
*** coreywright has quit IRC11:41
*** sapcc-bot has quit IRC11:41
*** spotz has quit IRC11:41
*** wxy has quit IRC11:41
*** Yingxin has quit IRC11:41
*** shaohe_feng has quit IRC11:41
*** tristanC has quit IRC11:41
*** migi has quit IRC11:41
*** smcginnis has quit IRC11:41
*** jistr|trng has quit IRC11:41
*** rybridges1 has quit IRC11:41
*** hemna has quit IRC11:41
*** weshay has quit IRC11:41
*** chenying has quit IRC11:41
*** carthaca_ has quit IRC11:41
*** mnestratov has quit IRC11:41
*** mdnadeem has quit IRC11:41
*** cfriesen_ has quit IRC11:41
*** bkopilov has quit IRC11:41
*** bnemec has quit IRC11:41
*** dosaboy has quit IRC11:41
*** gaurangt- has quit IRC11:41
*** adreznec has quit IRC11:41
*** ujjain has quit IRC11:41
*** obre has quit IRC11:41
*** rodrigods has quit IRC11:41
*** jotr has quit IRC11:41
*** jhesketh has quit IRC11:41
*** vipul has quit IRC11:41
*** hoonetorg has quit IRC11:41
*** mgariepy has quit IRC11:41
*** zhurong has quit IRC11:41
*** sean-k-mooney has quit IRC11:41
*** kashyap has quit IRC11:41
*** kevinbenton has quit IRC11:41
*** ltomasbo has quit IRC11:41
*** tonyb has quit IRC11:41
*** masayukig has quit IRC11:41
*** mwynne has quit IRC11:41
*** eandersson has quit IRC11:41
*** tyrefors has quit IRC11:41
*** gryf has quit IRC11:41
*** openstack has joined #openstack-nova12:58
*** iceyao has quit IRC12:58
*** openstackstatus has joined #openstack-nova12:58
*** ChanServ sets mode: +v openstackstatus12:58
*** Wair1978 has joined #openstack-nova13:00
*** lyan has joined #openstack-nova13:06
*** markvoelker has joined #openstack-nova13:06
*** Wair1978 has left #openstack-nova13:10
*** pchavva has joined #openstack-nova13:11
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: bandwidth param should be set in guest migrate  https://review.openstack.org/49745513:18
*** gouthamr has joined #openstack-nova13:18
*** vikrant has joined #openstack-nova13:21
openstackgerritMerged openstack/nova master: Fix bug on vmware driver attach volume failed  https://review.openstack.org/49614013:22
*** artom has joined #openstack-nova13:27
*** hieulq has quit IRC13:29
*** josecastroleon has joined #openstack-nova13:32
*** jmlowe has joined #openstack-nova13:33
*** sbezverk has quit IRC13:35
*** links has quit IRC13:37
*** esberglu has joined #openstack-nova13:37
*** aloga has quit IRC13:37
*** gyee has joined #openstack-nova13:38
*** burt has joined #openstack-nova13:43
*** gbarros has joined #openstack-nova13:43
*** awaugama has joined #openstack-nova13:43
*** sbezverk has joined #openstack-nova13:47
*** iceyao has joined #openstack-nova13:48
*** mriedem has joined #openstack-nova13:49
*** lbragstad has joined #openstack-nova13:49
*** eharney has joined #openstack-nova13:51
*** hongbin has joined #openstack-nova13:57
*** guimaluf has quit IRC13:57
efriedWho's an expert on PCI passthrough in nova?  (The internals, not the ux)13:58
stephenfinefried: Nice work on https://review.openstack.org/#/c/493701/13:58
efriedstephenfin Thanks :)13:58
stephenfinefried: I have a rough idea on it, but I'm not expert. moshele and sean-k-mooney know their stuff though13:58
stephenfin*no13:59
efriedstephenfin Okay, at least for the sake of having a sounding board, here's what I'm trying to work with:14:00
efriedOn Power, our PCI devices don't have 32-bit domain:bus:slot.func PCI addresses.14:00
*** saphi has joined #openstack-nova14:01
efriedThe nova PCI code around whitelisting, passthrough devices, and aliases is *all* set up to assume domain:bus:slot.func14:01
* cdent sits and listens to efried and stephenfin 14:01
*** lucasxu has joined #openstack-nova14:01
efriedAt the moment, if I want to make PCI passthrough work in PowerVM, I have to very carefully leave out any reference to addresses in the whitelist & alias specs.14:02
openstackgerritsahid proposed openstack/nova master: libvirt: slowly live-migration to ensure network is ready  https://review.openstack.org/49745714:02
openstackgerritsahid proposed openstack/nova master: libvirt: add method to configure migration speed  https://review.openstack.org/49745614:02
openstackgerritsahid proposed openstack/nova master: libvirt: bandwidth param should be set in guest migrate  https://review.openstack.org/49745514:02
efriedAnd when I create my pci_passthrough_devices list (from get_available_resource), I have to spoof a domain:bus:slot.func PCI address for each dev.14:02
efriedCause each dev has to have a distinct address, or it won't get recognized at all.14:02
efriedSo this leads to a couple of problems.14:03
efriedOne is that I have to hack these addresses horribly.  (And from a 64-bit source, so possibility of collisions, etc.)14:03
*** hferenc has joined #openstack-nova14:03
efriedThe other is that I've given my op the ability to whitelist device *classes* (vendor x prod ID) but not specific devices.14:04
efriedBecause as soon as I try to specify a device in the whitelist, nova tries to get at /sys/bus/.../<PCI address>/...14:04
efried...which isn't a thing in PowerVM.14:04
efriedbtw, I have reason to believe HyperV and VMWare (and maybe xen) suffer from a similar class of problem (the devs not being owned by the node running the compute process).14:05
efriedSo14:05
* stephenfin is pretty sure there's something funky about how PCI addresses are handled with Xen alright14:06
stephenfinHyperV too, for that matter. I don't know the specifics though14:06
efriedOne possible inroads may be the new resource provider stuff.14:07
cdentI was just going to say that nest providers will help with this, but it is a long road before it completely resolves it14:08
efriedIf my compute node registers a rp that provides the PCI devs as generic resources, they could conceivably have arbitrary names/identifiers.14:08
efriedBut we would have to replumb the whole whitelist concept if we wanted to support whitelist filtering.14:09
efriedI would be happy to reimplement whitelisting in a way that works for PowerVM, but would have to have some way to bypass the whitelisting that nova's doing.14:10
cdentthe long term goal (jaypipes can you confirm this?) would be to get rid of the on-node whitelist stuff14:10
efried[pci]whitelist_by_compute_driver = True14:10
stephenfinYeah, the plan was to move most of the PCI device management code to resource providers14:11
stephenfinAny vGPU stuff would also be done this way14:11
efriedYeah, jaypipes and I talked briefly about that in Boston.14:11
stephenfinHmm, so how do you define what devices can/can't be used if you don't have unique identifiers like that?14:11
efriedoh, I have unique identifiers.14:12
efriedThey just don't look like domain:bus:slot.func14:12
cdentbigger better unique identifiers!14:12
cdentbbuid14:12
stephenfinAh14:12
efriedMy IDs look like U78CB.001.WZS0JZB-P1-C14 or 2105001F14:13
stephenfinSo I guess you'd do your whitelisting using those identifiers. If so , would that be done inside nova?14:13
edmondsw(those are 2 different formats... not different values of the same format... either should work)14:14
* edmondsw would prefer the first format14:14
stephenfini.e. 'if driver = powervm: do special whitelisting; else: do normal domain:bus:slot.func whitelist'14:14
efriedYeah, in nova right now all the Whitelist and PciDeviceStats and PciAlias stuff is hardwired to expect domain:bus:slot.func format, down to the point of being able to wildcard any of those components.14:15
efriedSo if you whitelisted *:12:ab.*, you would match a device with address abcd:12:ab.7 but not abcd:13:ab.714:15
efriedAnd then there are some code paths that actually try to look up attributes of the device under /sys/bus - which is a total nonstarter on Power (and, I assume, HyperV and VMWare, where the devices also aren't on the compute node)14:16
efried...like when it's trying to figure out if a dev is a physical function.14:16
efried...or if the whitelist specifies a dev by name14:16
stephenfinclaudiub is hardly about, is he? I'm pretty sure the Hyper-V driver does have some PCI device support now14:17
cdentI was just looking at some of that code and wondered if perhaps that it ought to be in the virt drivers: https://review.openstack.org/#/c/476642/14:17
jaypipescdent, efried: yeah, I remember chatting with you about it in Boston, though I think I said I would be happy to just stop using the whitelist for two purposes (filtering stuff that guests can use vs. inventory management of devices)14:17
*** viaggarw has joined #openstack-nova14:17
cdentit’s rather limiting that it is doing /sys file stuff ...14:17
*** marst has joined #openstack-nova14:18
efriedYeah, those are two examples where I would like to be able to have e.g. "is_physical_function" be a compute driver override whose default impl could be the /sys/bus business, but in the powervm driver I can do it my way.14:18
*** dklyle has joined #openstack-nova14:19
efriedjaypipes Right, so the inventory is actually being done by get_available_resource (which will eventually become get_inventory when all the plumbing is ready).14:19
efriedThe whitelist is how you limit which devices are allowed to be assigned.14:19
efriedAnd then the alias list is how you nickname devices or device classes so you can specify them easily in a flavor.14:20
jaypipesya14:20
efriedSo really, the conf stuff isn't doing inventorying.14:20
jaypipesif we can just have the whitelist do the former thing and not the latter, I'd be happy14:20
*** vikrant has quit IRC14:20
jaypipesefried: zactly.14:20
efriedwhich former/latter?14:21
jaypipesefried: my only question is why haven't you gotten it all done yet? WAITING!14:21
mriedem(filtering stuff that guests can use vs. inventory management of devices)14:21
mriedem"(filtering stuff that guests can use vs. inventory management of devices)"14:21
mriedemyou turkeys14:21
jaypipesefried: former == filtering for guests.14:21
efriedhm, how is the current impl of the whitelist doing inventory management?14:21
jaypipeswould be nice if IBM would just hop on the "newfangled" PCI bus.14:22
efriedHah!14:22
claudiubstephenfin: o/14:22
jaypipesefried: :P14:22
*** armax has joined #openstack-nova14:22
claudiubstephenfin: yeah, we do support pci passthrough since ocata.14:22
efriedand jaypipes, I actually have a prototype/PoC that works for PowerVM.  But I very carefully have to bypass PCI address handling in some interesting ways.14:23
stephenfinclaudiub: Cool. How do you manage whitelisting of those devices? I assume you're not indexing devices in domain:bus:slot.func format14:23
jaypipesefried: yes, I can imagine.14:23
efriedhttps://review.openstack.org/#/c/496434/14:23
* jaypipes gets out red pen14:24
claudiubstephenfin: we are.14:24
*** markus_z has quit IRC14:24
claudiubstephenfin: we're currently only reporting devices which have the domain:bus:slot.func format14:24
efried...with e.g. [pci]alias = {"name": "USB", "product_id": "8241", "vendor_id": "104c", "device_type": "type-PCI"}  and  [pci]passthrough_whitelist = {"product_id": "8241", "vendor_id": "104c"}14:25
efriedclaudiub Those devices show up on the compute node?14:26
claudiubstephenfin: but I've mainly whitelisted devices using product_id / vendor_id14:26
claudiubefried: if they're are passthrough-able, yes.14:26
claudiubefried: they have to be prepared for passthrough first14:26
efriedclaudiub How?14:27
*** ijw has joined #openstack-nova14:27
claudiubefried: https://github.com/openstack/nova/blob/master/releasenotes/notes/hyper-v-pci-passthrough-babf104d6bc2baa6.yaml14:27
jaypipesefried: reviewed.14:28
efriedOh, thanks jaypipes :)14:29
* jaypipes tests efried's infamous sense of humour.14:29
claudiubstephenfin: anyways. it would be nice to be also be able to whitelist devices using other ways than product_id / vendor_id, or domain:bus:slot.func.14:29
efriedjaypipes Nice.  None of that was worthy of a -1?  Really?14:29
stephenfinclaudiub: What kind of IDs would you expect, e.g. how else can devices be identified in Hyper-V?14:30
jaypipesefried: :)14:30
jaypipesstephenfin: by green card.14:30
efriedjaypipes I really didn't expect you to review it, but I would like to point out the spoof_pci_address method (https://review.openstack.org/#/c/496434/3/nova_powervm/virt/powervm/vm.py@884)14:31
claudiubstephenfin: for example, I've had this issue when working on the sr-iov support. apparenty, different NIC vendors have different PCI device ID formats. for example, Intel NICs contain the vendor_id and product_id, which can be extracted and reported. But other NICs, like Mellanox or Chelsio, do not.14:31
claudiubstephenfin: a simple device_id would do, IMO.14:31
jaypipesefried: oh, trust me, I saw it :)14:31
efriedclaudiub Right, so I would like my [pci]passthrough_whitelist entry to identify devices in whatever way my compute deems appropriate, and have the logic for doing that whitelist filtering live in my compute driver.14:33
*** felipemonteiro has joined #openstack-nova14:35
claudiubefried: well, the compute driver is already reporting "all" the PCI devices it sees, right? after which the PCI resource tracker filters those compute driver reported PCI devices according to the configured whitelist. is there anything that doesn't fit your usecase?14:36
efriedclaudiub Yeah: the ability to specify individual devices in the whitelist (vs. just vendor/prod ID classes)14:37
efriedBecause as soon as I start chucking addresses around, nova tries to get at them under /sys/bus/...14:37
stephenfinefried, jaypipes: Would we still have per-compute-node filtering in the resource provider world?14:38
*** cali_boxer has joined #openstack-nova14:38
claudiubefried: ah yes, i see. that would make sense, IMO. the pci resource tracker should be updated to allow other filters to be configured, imo.14:38
* stephenfin assumes we probably would, seeing as nearly everything presents itself over a PCI bus nowadays14:38
*** cali_boxer has quit IRC14:38
*** cali_boxer has joined #openstack-nova14:38
efriedstephenfin So the way I would think it would work in a RP world is...14:39
*** gyee_ has joined #openstack-nova14:39
efriedYour RP (in this case the compute node) inventories the devices it has available, *already* filtered by whitelist.14:39
cdentmeaning filtering as a descendant of get_inventory?14:40
*** slaweq has quit IRC14:40
jaypipesstephenfin: are you asking whether there'd be a need for a whitelist conf option when we manage PCI devices in placement?14:40
stephenfinjaypipes: Yup14:40
efriedcdent Within get_inventory, yeah.14:41
cdentcool, good14:41
*** gyee has quit IRC14:41
jaypipesstephenfin: yes, there would still be a need for a way to filter out host devices that should not be allocatable to a consumer.14:41
*** gyee_ has quit IRC14:41
*** gyee has joined #openstack-nova14:41
jaypipesstephenfin: I just want the pci_passthrough_whitelist CONF option to do a single thing. I'd like to see a separate CONF option (or YAML file even) that contains device inventory information that cannot be auto-discovered.14:42
claudiubjaypipes: isn't that already done at the api level?14:42
*** jistr|trng is now known as jistr14:42
jaypipesclaudiub: hmm?14:42
jaypipesclaudiub: not sure I understand you14:42
claudiubwith pci device alias config opion14:42
claudiubafaik, you request a pci device through an alias. if a pci device is not aliased, i don't think it's allocatable14:42
efriedCorrect.  passthrough_whitelist is intersected with alias to get the list of claimable devs.14:43
jaypipesclaudiub: well, that's yet another thing that the pci_passthrough_whitelist CONF option does :( alias things...14:43
efriedjaypipes Well, [pci]alias aliases things.14:43
efriedAFAICT that's in place to make it easier to specify them in the flavor14:43
efriedextra_specs pci_passthrough:alias=<alias>:<count>14:43
*** smatzek has quit IRC14:44
jaypipesthere's still alias stuff in the whitelist option.14:44
efried?14:44
efriedno lo veo14:44
claudiubso, then, you can still request PCI devices through other means, like vendor_id / product_id, or other fields like this? i didn't see this documented.14:44
claudiubnot counting sr-iov.14:44
claudiubthat's requested whenever a port is vnic_type direct or something similar14:45
efriedoh, that.14:45
claudiubthat's requested automatically *14:45
efriedThat's done based on the physical_network tag in the passthrough_whitelist, I believe.  Aliases are not involved at all in that flow.14:45
claudiubefried: yeah14:46
efriedwhich is... goofy.14:46
efriedHey, it's Friday.14:46
*** efried is now known as fried_rice14:46
* cdent is now hungry14:47
fried_riceYeah, handling SR-IOV is a separate can of worms.14:47
fried_riceAnd btw, I think SR-IOV is where a lot of the /sys/bus business comes into play.  Or rather, why it's there in the first place.14:47
claudiuboh yeah. which reminds me. i didn't find a proper way to "associate" different SR-IOV NICs to different "physical_networks"14:47
fried_riceclaudiub How so?14:48
fried_riceoh, the thing where you can only actually have one physical network14:48
fried_riceYeah, there's a limitation in the binding metadata in neutron.  We tried to "fix" it in I think ocata, but armax shot us down.14:49
armaxfried_rice: what did I do?14:49
fried_ricearmax :)  Hold on, let me see if I can dig it up.14:49
fried_ricearmax I think it was this one: https://review.openstack.org/#/c/358125/14:50
armaxI don’t typically shoot people down without proper justification :)14:50
*** saphi has quit IRC14:50
fried_ricehttps://bugs.launchpad.net/neutron/+bug/161512814:50
openstackLaunchpad bug 1615128 in neutron "Custom binding:profile values not coming through" [Undecided,Invalid] - Assigned to Eric Fried (efried)14:50
fried_riceOh, you provided justification14:51
fried_riceAnd we backed off accordingly.14:51
jaypipesfried_rice: apologies, I was wrong on the pci_passthrough + alias thing. :(14:51
armaxfried_rice: right, I remember this now…I suppose the next step from the -2 was to follow up with an RFE that never came14:51
armaxiirc14:52
fried_ricearmax That sounds right.14:52
fried_ricearmax Wasn't trying to bust your chops :)14:52
armaxfried_rice: so I only injured you, not shot you down mortally :)14:52
*** TH3J0K3R has quit IRC14:53
armaxfried_rice: not a problem, I make mistakes of judment all the time, I was just trying to figure out the context14:53
claudiubfried_rice: hm, simply because the limitation of the passthrough_whitelist config option. I can't reliably get a vendor_id / product_id for the NICs I have, and I can't use the address field either. IMO, if device_id would be allowed, it would work.14:53
*** sterdnotshaken has joined #openstack-nova14:53
fried_riceclaudiub Well14:53
claudiubhm, haven't tried devname though.14:53
fried_riceclaudiub I haven't actually found any reason you can't spoof the vendor/product ID.14:54
fried_riceI don't *think* those are actually checked against anything real, ever.14:54
fried_riceThey're just correlated among the passthrough_whitelist (compute conf), the pci_passthrough_devices (compute-provided get_available_resource), and the alias list (api conf).14:54
claudiubthe PCI devices reported by the compute drivers have to have those vendor_id / product_ids14:54
*** saphi has joined #openstack-nova14:54
fried_riceYes, have to have them, but I don't think anything cares that those values are really what the dev reports.14:55
claudiubtrue.14:55
fried_riceI'm... sort of counting on it, actually.  Cause I have a vendor ID, but I'm not sure if the thing I'm using as a product ID is really a product ID.14:56
fried_ricehttps://review.openstack.org/#/c/496434/3/nova_powervm/virt/powervm/host.py@11114:56
claudiubfor sr-iov devices, i'm currently doing an md5, if i can't get the actual vendor_id, product_id, which feels wrong. :)14:56
fried_riceCourse, if you do that (or really, whatever you do), you have to document how your user needs to glean the right value to put in those spots in the whitelist/alias.14:57
fried_riceclaudiub Totally14:57
fried_riceI feel your pain.14:57
fried_riceclaudiub I'm doing something similar with PCI addresses: https://review.openstack.org/#/c/496434/3/nova_powervm/virt/powervm/vm.py@88414:57
claudiub*ahem*, if only we could also whitelist via device_id, that would work for me. would it work for you as well?14:58
fried_riceclaudiub Where device_id can be an arbitrary string, yes, totally.14:58
*** mdrabe_ has joined #openstack-nova14:58
fried_riceclaudiub In order to do wildcarding, though, you would need to outsource the validation/filtering to the compute driver.14:59
*** rcernin has quit IRC14:59
fried_riceCause he's the only guy who knows how to interpret that "arbitrary" format.14:59
*** ekhugen has quit IRC14:59
fried_riceOtherwise you would just get a straight string match, which means you have to enumerate every device (or continue to use classes via vendor/prod IDs)15:00
*** egarbade has quit IRC15:01
*** josecastroleon has quit IRC15:01
*** mdrabe has quit IRC15:01
fried_riceclaudiub What does the flavor side look like in that case?15:02
claudiubfried_rice: for sr-iov you mean?15:02
*** ekhugen has joined #openstack-nova15:02
fried_riceI don't like the idea of having a flavor that specifies individual devices15:02
claudiubfried_rice: or normal pci devices15:02
*** egarbade has joined #openstack-nova15:02
fried_riceLet's go normal PCI for now.15:02
*** mdrabe has joined #openstack-nova15:03
claudiubfried_rice: it should still look the same: pci_passthrough:alias=<alias>:<count>15:03
fried_riceso you're adding "device_id" as an alternative to vendor_id/product_id in the alias?15:04
*** psachin has quit IRC15:04
claudiubfried_rice: for sr-iov, the flavor doesn't change, only the neutron port's vnic_type has to bbe direct or something similar, and your ML2 mechanism_driver must be able to support it.15:04
fried_riceGobackgoback15:04
fried_riceWhat does that alias look like?15:04
claudiubfor sr-iov, you don't need an alias15:05
claudiubyou only alias normal pci devices.15:05
fried_riceYeah, regular PCI devices.  Cause if it's just [pci]alias = {"device_id": "1234"} - then you're effectively specifying one device per alias.15:05
fried_riceand you might as well use extra_specs pci_passthrough:device_id:1234 rather than bothering with an alias entry.15:06
*** pcaruana has quit IRC15:06
*** ekhugen has quit IRC15:06
*** mdrabe_ has quit IRC15:07
stephenfindansmith: Any chance you could take a look at https://review.openstack.org/#/c/496605/? Think it might be a good backport candidate15:07
*** egarbade has quit IRC15:07
*** psachin has joined #openstack-nova15:07
stephenfinthe follow-up patch probably needs a little more discussion yet15:07
claudiubfried_rice: well, tbh, for normal PCI devices, vendor_id / product_ids are always there on hyper-v. so, that can be used for aliasing. but IMO, a device_id should also be supported.15:07
fried_riceSo how would you do that?  Perhaps something like [pci]alias = {"name": "foo", "devices": [{"device_id": "abc"}, {"device_id": "123"}, {"vendor_id": "1f2e", "product_id": "a9b8"}]}  ?15:08
claudiubfried_rice: yeah, you're right15:08
*** egarbade has joined #openstack-nova15:08
fried_riceI.e. you can specify a list of stuff to an alias, that allows you to enumerate several devices by ID and/or clasess by prod/vendor?15:08
fried_riceThat would be... kinda cool.15:08
*** ekhugen has joined #openstack-nova15:08
*** rmart04 has quit IRC15:08
fried_riceEven without the ability to specify device IDs in there, if I want to be able to group different prod/vendor types together under a single alias...15:09
*** rajathagasthya has joined #openstack-nova15:09
fried_riceLike maybe I only care if I get a GPU.  Any GPU will do.  So make an alias grouping with these vendor/product IDs that all represent GPUs.15:09
*** iceyao has quit IRC15:10
*** rabel has quit IRC15:10
dansmithstephenfin: why are you not just doing the conf deprecation now?15:12
*** cdent has quit IRC15:12
stephenfindansmith: I want to backport the change. Backporting a deprecation seems wrong15:13
stephenfinSame reason I've kept the deprecation timeline so generic15:13
dansmithstephenfin: ah right okay15:13
dansmithstephenfin: why no tests?15:13
*** iceyao has joined #openstack-nova15:14
dansmithshould be pretty easy to write one to make sure we skip that bit...15:14
stephenfinDamn. Because I was cheating :(15:14
* stephenfin shuffles off to write tests15:14
*** jaypipes has quit IRC15:14
kashyapstephenfin: :P15:14
*** catintheroof has joined #openstack-nova15:14
kashyapstephenfin: I noticed the "no tests" thing, but thought you intentionally skipped them with good reason15:15
*** iceyao has quit IRC15:15
*** abalutoiu_ has quit IRC15:15
dansmithstephenfin: I missed the deprecation patch after this, which makes sense..15:15
*** Oku_OS is now known as Oku_OS-away15:16
fried_riceclaudiub Would you be interested in co-authoring/sponsoring a bp to allow whitelisting & aliasing by device ID?15:16
stephenfindansmith: Yup, that one apparently needs a little more discussion. Key mappings are a minefield15:16
claudiubfried_rice: well, tbh, a device_id would work in sr-iov usecase. that device_id would represent the NIC to which the VFs belong to. thus, I'd have N VFs grouped under the same device_id, which can be aliased as well.15:16
stephenfinfried_rice, claudiub: Stick me on the review if you do author such a bp/spec15:16
fried_ricestephenfin ack15:17
claudiubould work in my sr-iov usecase *15:17
fried_riceclaudiub "under the same device_id" ??15:17
dansmithstephenfin: doesn't that have an impact on whether or not just unsetting it is the right path in the bottom patch?15:17
fried_riceclaudiub oh, what the concept of parent_addr handles today.15:18
dansmithstephenfin: your bottom patch says it's only for curses-based interaction or whatever, but that reviewer onthe deprecation patch seems to think it matters?15:18
stephenfinNot really. We're not actually unsetting it in the bottom patch. Only allowing it to be unset15:18
dansmithsure, but..15:18
claudiubfried_rice: oh yeah, something like that.15:18
stephenfin...and that entire first paragraph is essentially taken from danpb's comments on the bug15:19
claudiubfried_rice: then, adding that parent_addr making the pci device whitelist support that parent_addr would work for me15:19
dansmithstephenfin: maybe the reno on the bottom patch should drop the "we'll be deprecating it soon" part and just say "you can unset it if you want now"15:19
fried_riceclaudiub Yeah, today you can whitelist the parent... PF, I think.  And then the claim matches any VF whose parent_addr is in the whitelist.15:19
stephenfindansmith: Not a bad call. I'll do that instead15:19
fried_riceclaudiub Course, like I said, SR-IOV is a whole different can of worms on Power.  Cause we create our "VFs" on the fly, but the thing that gets assigned to the VM is really a virtual-virtual-function15:20
dansmithstephenfin: actually it's the warning log that needs to go I think.  I dropped some comments ont here15:21
claudiubfried_rice: according to the docs, the only valid keys in the passthrough_whitelist config option are: vendor_id, product_id, address, devname, physical_network15:21
claudiubfried_rice: well, that sounds the same as hyper-v.15:22
fried_riceclaudiub Right, the parent_addr is produced by the pci_passthrough_devices list (get_available_resource)15:22
claudiubfried_rice: i wonder if we can't report the parent_addr, and whitelist the devices using the parent_addr15:23
fried_riceThis is where, if the claim is asking for a VF, it matches whitelist entries to pci_passthrough_devices entries based on their parent_addr in the latter, not their actual addr.15:23
fried_riceclaudiub Yeah, ^^ that's effectively what already happens.15:23
fried_riceIIUC15:23
*** psachin has quit IRC15:24
fried_riceBut... getting the virtual-virtual-function thing to work is a whole different ball of wax.  We have a delicate dance between our compute driver and our mech driver.15:24
*** egonzalez has joined #openstack-nova15:24
fried_riceWe had to have our compute driver spoof the list of VFs in passthrough_devices (because they don't exist yet; and if they did, they still wouldn't be available/visible/accessible on the compute node)15:25
claudiubfried_rice: same here.15:27
fried_riceSo the claim just arbitrarily picks one off, and we kinda ignore that bit; and then it binds the port based on the physnet and the mech driver kinda passes it back and then our compute driver does the virtual-virtual-function (which we call an SR-IOV VNIC, confusingly) construction and assignment to the VM.15:27
fried_riceclaudiub Here's where I would really want generic and/or nested resource providers to help me out.15:28
claudiubfried_rice: same here. :)15:28
fried_riceI want the RP to be able to say "I can supply this many VFs" (or VNICs, or whatever) - just like it says "I can supply this many VCPUs".15:28
*** sahid has quit IRC15:28
fried_riceAnd when I do a claim, it decrements by one and lets my compute driver do the rest.15:29
claudiubfried_rice: that sounds ideal, IMO.15:29
fried_riceclaudiub Okay, so same question about blueprint collaboration there.15:29
*** mdnadeem has quit IRC15:30
claudiubfried_rice: I'd help in any shape / form I could, but I am a bit swamped at the moment, so I can't make any promises. :)15:30
*** itlinux has quit IRC15:31
*** psachin has joined #openstack-nova15:31
fried_riceclaudiub Really all I'm asking for is a hearty "me too" if I propose this stuff.  If this is just for PowerVM, it's a tough sell.  But if there's more than one driver that cares, it carries a lot more weight.15:32
*** dklyle is now known as david-lyle15:32
claudiubfried_rice: then yes, that would help me as well. :)15:33
fried_riceclaudiub You going to the PTG?15:33
*** yangyape_ has joined #openstack-nova15:34
claudiubfried_rice: unfortunately, no15:35
fried_riceOkay.  There's a topic queued up (see https://etherpad.openstack.org/p/nova-ptg-queens ~L66).  If you want to add a note in there, at least, that'll help when I take the floor with it.15:36
*** yangyapeng has quit IRC15:37
fried_riceI would like to have this same discussion with someone from VMWare - see if this direction is also of interest there.  Any idea who would be a good touchpoint there?  stephenfin15:37
stephenfindansmith: I've no idea, unfortunately. mriedem might know though?15:38
stephenfinOops - fried_rice ^15:38
mriedemcdent is vmware15:38
fried_riceoh, okay, cool.15:38
stephenfindansmith: Should I remove that deprecation warning entirely or simply soften the language?15:38
dansmithstephenfin: I think you should remove the log statement entirely15:38
stephenfinThere's still some issues. A debug-level warning and pointer to the bug might be helpful15:39
stephenfinK. I'll do that so15:39
mriedemWOOT http://logs.openstack.org/44/497944/1/check/gate-tempest-dsvm-py35-ubuntu-xenial/ba85bc2/logs/etc/nova/nova_cell1.conf.txt.gz15:40
mriedemlog formatting ftw15:40
mriedemclarkb: ^15:40
mriedemnow to find a devstack core15:40
kashyapdansmith: Reading your comment on the unset 'keymap' patch, where you refer to the feedback on this - https://review.openstack.org/#/c/483994/415:41
kashyapdansmith: Did you also read my comment?  Also, we don't know what version of noVNC did the tester try it with15:41
openstackgerritStephen Finucane proposed openstack/nova master: conf: Allow users to unset 'keymap' options  https://review.openstack.org/49660515:41
*** ijw has quit IRC15:41
stephenfindansmith: ^15:41
kashyapBut I agree, we shouldn't hurry to deprecate it15:41
*** ijw has joined #openstack-nova15:41
stephenfinkashyap: Yeah, this is a good interim (and backportable) step. We can look into the issue in more detail over Queens15:42
dansmithkashyap: I'm not sure what your comment has to do with my comment15:42
kashyap"We probably should drop the warning here given the feedback on the following deprecation patch."15:42
kashyapI think you were referring to the feedback by Tushar Patil?15:43
kashyapAh, I missed to note in _what_ scenario one can unset the '-k' option15:44
kashyap*If* the noVNC client supports (from 0.6.1 & above it seems) the "QEMU RFB extension" (https://github.com/novnc/noVNC/pull/596), then the '-k' is not needed at all.15:44
edmondswclaudiub: fried_rice: problem with spoofing vendor/product id would be that if they're not real how does the operator figure them out to put in the conf? Same issue as address15:45
edmondswsorry, finally got off my calls and catching up15:45
kashyapAnyway, for now, stephenfin's allowing to unset the option is good.15:45
dansmithstephenfin: see my comment just now.. I might be missing something15:46
fried_riceedmondsw Yeah, I think that's why we want to be able to support alternative mechanisms for identifying the devices.15:46
edmondsw+115:47
claudiubedmondsw: yep, that's what i'm thinking about. although, there is a way, at least for my scenario. since i'm doing an md5 of the NIC's PCI device_id, a small script can be provided to "figure out" the vendor_id and product_id15:47
fried_riceedmondsw See :08:1315:47
clarkbmriedem: is that content not the default out of nova/etc in the nova repo?15:47
claudiubbut ideally, we wouldn't have to rely on something like this15:47
fried_riceclaudiub You're only doing that for SR-IOV, so the user never sees it, right?15:47
claudiubfried_rice: yep15:47
edmondswclaudiub yeah... but it's a lot nicer to operators if they can just plug in something that makes sense, not have to go figure out how to turn what they know into something nova can understand15:48
fried_riceI.e. the user doesn't have to figure out that MD5 spoofing and set up an alias with it.15:48
claudiubfried_rice: it only has to be whitelisted15:48
fried_riceclaudiub And your setup allows you to whitelist by address :)15:48
clarkbmriedem: I guess not reading the change it is an explicit step taken in devstack. Interesting15:48
fried_riceAfter you've done all the mounting & dismounting gorp per https://blogs.technet.microsoft.com/heyscriptingguy/2016/07/14/passing-through-devices-to-hyper-v-vms-by-using-discrete-device-assignment/15:48
claudiubfried_rice: that link is only for full PCI passthrough, not for SR-IOV. :)15:50
fried_riceclaudiub So how do you whitelist SR-IOV?15:50
*** lpetrut has quit IRC15:52
claudiubfried_rice: for hyper-v SR-IOV configuration, there are other steps to check if it's supported and enable it. For example, running the powershell command Get-VMHost, will also include SR-IOV support details: if it's supported or not on the host (must be enabled in BIOS). Afterwards, the NICs have to be checked if they support SR-IOV, which can be checked by Get-NetAdapterSriov, if i'm not mistaken15:53
fried_riceclaudiub But what do you put in the nova-cpu.conf's [pci]passthrough_whitelist ?15:53
fried_riceDo the above commands produce some kind of output that the user can translate to the whitelist entry?15:53
mriedemclarkb: yeah15:54
mriedemdevstack sets that up15:54
claudiubfried_rice: at this moment, those spoofed vendor_id, product_id15:54
fried_riceclaudiub Oh, so your user *does* see the spoofed vendor/prod IDs.15:54
claudiubbut ideally I'd have a better option.15:54
fried_riceokay, cool, that's a pretty good story.15:54
claudiubfried_rice: only on the compute node's nova.conf file.15:55
fried_riceclaudiub Right, operator-facing.15:55
claudiubfried_rice: yep15:55
fried_riceWhich is ick.15:55
claudiubyep15:55
*** psachin has quit IRC15:56
*** derekh has quit IRC15:57
*** lucasxu has quit IRC15:58
*** yamamoto has quit IRC15:59
*** catintheroof has quit IRC15:59
*** psachin has joined #openstack-nova16:01
*** lucasxu has joined #openstack-nova16:03
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: SPEC: PCI passthrough by device ID  https://review.openstack.org/49796516:03
openstackgerritDan Smith proposed openstack/nova master: Move hash ring initialization to init_host() for ironic  https://review.openstack.org/49796616:03
*** lucasxu has quit IRC16:03
dansmithedleafe: ^16:04
openstackgerritStephen Finucane proposed openstack/nova master: conf: Allow users to unset 'keymap' options  https://review.openstack.org/49660516:04
openstackgerritStephen Finucane proposed openstack/nova master: tests: De-duplicate some graphics tests  https://review.openstack.org/49796916:04
stephenfindansmith: ^16:05
dansmithaye16:05
stephenfinta16:05
*** lucasxu has joined #openstack-nova16:05
dansmithstephenfin: you're still not setting keymap to None... is there a reason?16:06
dansmithin the test I mean16:06
*** lucasagomes is now known as lucas-afk16:06
openstackgerritMatt Riedemann proposed openstack/nova master: De-duplicate two delete_allocation_for_* methods  https://review.openstack.org/49693616:08
*** cdent has joined #openstack-nova16:09
cdentthanks for making that fix mrhillsman16:09
cdentwhoops mriedem16:09
mriedemnp16:10
fried_ricecdent Rumor has it you're the VMWare guy.  (mriedem threw you under the bus)16:10
mriedemdansmith: first, superdan16:11
fried_ricecdent Can you (refer me to someone who can) speak to how PCI is handled in VMWare?16:11
mriedemsecond, notice the todo i added in here yesterday? https://review.openstack.org/#/c/497606/1/nova/compute/manager.py@379816:11
mriedemsuperdan: am i just blind or does that error handling not make any sense?16:11
mriedemit was added long ago https://review.openstack.org/#/c/73387/ and had quite a bit of review from different people, but i don't see how it made sense back then either16:12
cdentfried_rice: if you mean being employed by vware makes me the vmware guy, then yes. I’ve pointed out the conversation from earlier to some people who were interested.16:12
mriedemcdent: would that be radu?16:12
*** dansmith is now known as superdan16:12
mriedemradu is the only other person i know that was working on nova in recent times16:12
fried_ricecdent Cool beans.  And FYI for passing along to those folks: https://blueprints.launchpad.net/nova/+spec/pci-by-device-id (cc stephenfin claudiub)16:13
cdentrgerganov and gjayavelu . I’ll let them know to look (and to come back to irc one in a while)16:13
*** sterdnotshaken has quit IRC16:13
*** sterdnotshaken has joined #openstack-nova16:14
cdentthere are a lot of people who apparently used to16:14
cdentbut not so much now16:14
mriedemthere was also of course no test for the compute manager piece of that16:14
mriedemi think i'm just going to remove it16:14
superdanmriedem: I bet that was intending to catch migrationerror, which can be raised by _prep_resize16:14
superdanmriedem: well, the comment definitely talks about the call though16:14
superdanmriedem: like I said yesterday I thought that was a call, so that person did too16:15
*** felipemonteiro_ has joined #openstack-nova16:15
mriedemok, i was going to say, from the change itself, it's raising that here https://review.openstack.org/#/c/73387/13/nova/virt/libvirt/driver.py16:15
mriedemwhich on the source after the rpc cast16:15
mriedemthe rpc all you mentioned yesterday i thought was about something in conductor, but maybe i'm confused16:15
*** felipemonteiro has quit IRC16:15
mriedemanyway, i'm going to remove this handling from prep_resize as it can't happen16:16
*** felipemonteiro__ has joined #openstack-nova16:16
superdanhang on16:16
superdanI'm confused16:16
mriedemthe libvirt driver raises that error from migrate_disk_and_power_off which is called from ComputeManager.resize_instance,16:17
mriedem_prep_resize does an rpc cast to resize_instance on the source host16:17
superdanmriedem: so you see that we can raise a MigrationError in there, right?16:17
mriedemsince it's a cast, the error raised from migrate_disk_and_power_off on the source can't come back16:17
*** mvk has quit IRC16:17
mriedemin _prep_resize?16:17
superdanyeah16:17
mriedemyes16:17
superdanalso,16:17
mriedemMigrationError != MigrationPreCheckError16:18
superdanwe're doing the resize claim in a context manager and then the rpc call inside16:18
superdanmriedem: I know, but precheck is a subclass of migration error16:18
superdanmriedem: thought maybe it should be catching migrationerror instead16:18
mriedemno i assume he added MigrationPreCheckError specifically b/c that's what was added to the driver to raise in tha same change16:18
*** mvk has joined #openstack-nova16:19
superdanI guess it doesn't matter regardless since we're not going to return the exception we let through to anything anyway16:19
mriedemi'm not sure what the resize_claim has to do with anything,16:19
mriedemthat just aborts the claim on failure16:19
mriedemlike if the rpc cast blows up or something i guess16:19
superdanmriedem: right, I'm saying there seems to be no reason to do that if we're not going to make a call16:20
*** felipemonteiro_ has quit IRC16:20
superdanlet me take a step back16:20
superdanall I'm saying is a lot of this path looks very confused about what is a blocking call vs. cas16:20
superdan*cast16:20
superdanthat's all16:20
mriedemagree16:21
mriedemwhich is why i did this the other day https://review.openstack.org/#/c/496861/16:21
mriedembecause following this stupid back and forth shit is confusing16:21
mriedemi've been meaning to do something like ^ for the live migration craziness for awhile too16:21
mriedemlike, "in this method, which is the 5th part of the live migration crazy, which fucking host am i actually on right now?!"16:22
mriedemsorry for the salty language16:22
*** shan has joined #openstack-nova16:25
kashyapmriedem: Salty language is welcome.  [/me has a TODO item to write down live migration flow for Nova, too]16:26
* kashyap still catching up on the e-mails from last 22 days of being away16:26
*** tidwellr has joined #openstack-nova16:26
*** aarefiev is now known as aarefiev_afk16:31
*** sambetts is now known as sambetts|afk16:32
openstackgerritMatt Riedemann proposed openstack/nova master: Remove useless error handling in prep_resize  https://review.openstack.org/49797616:32
*** dave-mccowan has quit IRC16:33
openstackgerritDan Smith proposed openstack/nova master: Add uuid to migration object and migrate-on-load  https://review.openstack.org/49693416:34
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: SPEC: Treat devices as generic resources  https://review.openstack.org/49797816:39
*** esberglu has quit IRC16:43
*** esberglu has joined #openstack-nova16:43
*** esberglu has quit IRC16:44
*** lpetrut has joined #openstack-nova16:45
*** catintheroof has joined #openstack-nova16:52
*** jpena is now known as jpena|off16:54
*** efoley has quit IRC16:59
*** yamamoto has joined #openstack-nova17:00
*** gixxer1k has quit IRC17:03
*** gixxer1k has joined #openstack-nova17:03
*** lpetrut has quit IRC17:05
*** yamamoto has quit IRC17:06
*** tesseract has quit IRC17:07
*** psachin has quit IRC17:10
*** catintheroof has quit IRC17:11
*** esberglu has joined #openstack-nova17:11
*** itlinux has joined #openstack-nova17:12
*** viaggarw has quit IRC17:19
*** yufei has joined #openstack-nova17:19
*** lpetrut has joined #openstack-nova17:21
*** sterdnotshaken1 has joined #openstack-nova17:24
*** sterdnotshaken has quit IRC17:27
*** yufei has quit IRC17:27
*** lbragstad has quit IRC17:31
*** rajathagasthya has quit IRC17:36
*** dikonoo has joined #openstack-nova17:40
*** gbarros has quit IRC17:40
openstackgerritChris Dent proposed openstack/nova master: Prevent blank line at start of migration placeholders  https://review.openstack.org/49800417:44
cdentdansmith: your wish, my command ^17:44
*** sterdnotshaken has joined #openstack-nova17:45
*** dikonoo has quit IRC17:45
*** lbragstad has joined #openstack-nova17:45
*** sterdnotshaken1 has quit IRC17:47
*** bnemec is now known as beekneemech17:51
*** rajathagasthya has joined #openstack-nova17:51
*** catintheroof has joined #openstack-nova17:56
*** sterdnotshaken1 has joined #openstack-nova17:58
*** sterdnotshaken has quit IRC17:58
*** yamamoto has joined #openstack-nova18:02
*** pchavva has quit IRC18:07
*** yamamoto has quit IRC18:07
*** lyan has quit IRC18:14
*** alexchadin has joined #openstack-nova18:15
*** psachin has joined #openstack-nova18:20
*** lyan has joined #openstack-nova18:21
*** dixiaoli has joined #openstack-nova18:29
*** masber has quit IRC18:31
*** lyan has quit IRC18:31
*** lyan has joined #openstack-nova18:33
*** dixiaoli has quit IRC18:33
*** lucasxu has quit IRC18:35
*** saphi has quit IRC18:37
*** alexchadin has quit IRC18:40
*** alexchadin has joined #openstack-nova18:40
*** alexchadin has quit IRC18:45
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: SPEC: Treat devices as generic resources  https://review.openstack.org/49797818:45
*** imacdonn has quit IRC18:47
*** imacdonn has joined #openstack-nova18:47
*** mnestratov has quit IRC18:52
*** sterdnotshaken has joined #openstack-nova18:58
*** sterdnotshaken has quit IRC18:58
*** sterdnotshaken1 has quit IRC18:59
*** dave-mccowan has joined #openstack-nova19:02
*** yamamoto has joined #openstack-nova19:04
*** yamamoto has quit IRC19:09
*** itlinux has quit IRC19:21
*** itlinux has joined #openstack-nova19:22
*** sterdnotshaken has joined #openstack-nova19:22
*** sterdnotshaken1 has joined #openstack-nova19:24
*** sterdnotshaken has quit IRC19:26
*** tidwellr_ has joined #openstack-nova19:28
*** tidwellr has quit IRC19:28
*** alexchadin has joined #openstack-nova19:29
*** alexchadin has quit IRC19:32
*** itlinux has quit IRC19:37
*** cdent has quit IRC19:38
*** tidwellr has joined #openstack-nova19:39
*** tidwellr_ has quit IRC19:39
*** itlinux has joined #openstack-nova19:41
*** awaugama has quit IRC19:41
*** awaugama has joined #openstack-nova19:41
*** sterdnotshaken has joined #openstack-nova19:46
*** sterdnotshaken1 has quit IRC19:46
*** sterdnotshaken has quit IRC19:51
*** felipemonteiro__ has quit IRC19:54
*** psachin has quit IRC19:54
*** ijw_ has joined #openstack-nova19:58
*** sterdnotshaken has joined #openstack-nova19:58
*** ijw has quit IRC20:01
mriedemartom: did you ever propose a change to the feature support matrix to doc the tagged attach stuff?20:02
artommriedem, I thought someone else did?20:02
mriedemjichen?20:03
* mriedem looks20:03
mriedemah yes https://review.openstack.org/#/c/481478/20:03
artomhttps://review.openstack.org/#/c/481478/20:03
artomYeah, you're even a reviewer on it ;)20:03
mriedemwhatever artomous maximus20:03
mriedemare you happy with it?20:03
artomLemme check the latest version quickly20:04
mriedemstephenfin: can you drop the -2 from this https://review.openstack.org/#/c/482216/ ?20:04
artomErr, nits on wording20:04
*** rcernin has joined #openstack-nova20:04
artomBut since this is a pure doc patch, I figure they're -1 worthy, no?20:04
mriedemyes, i'm also going through it, i'll update after you20:05
*** yamamoto has joined #openstack-nova20:05
mriedemer i just -1ed20:07
*** shan has quit IRC20:10
*** yamamoto has quit IRC20:11
mriedemthanks20:12
*** sterdnotshaken1 has joined #openstack-nova20:15
*** sterdnotshaken has quit IRC20:15
*** jmlowe has quit IRC20:19
openstackgerritMatt Riedemann proposed openstack/nova master: Add device tag support info in support matrix  https://review.openstack.org/48147820:19
mriedemupdated ^20:19
*** shan has joined #openstack-nova20:22
artommriedem, couple more nits20:24
mriedemmy god20:24
artombikeshed all the things!20:24
artomIf it improves your morale, it's genuinely nice to see you push patches through their final stretch like this, when there's just nits remaining20:25
mriedemif there is one thing i'm all about, it's high morale20:25
artomA high state in general20:26
*** shan has quit IRC20:27
*** esberglu has quit IRC20:29
mriedemoh i guess we don't format that page with rst anyway20:30
mriedemso ``nic1`` doesn't help20:30
artomMaybe the . thing was legit?20:31
mriedemno it wasn't20:32
mriedemit was just .nic1.20:32
mriedemi'll use quotes20:32
*** admin0 has joined #openstack-nova20:32
admin0hi all .. i wanted to check if I hit a nova bug  .. https://bugs.launchpad.net/nova/+bug/1713144 ..20:33
openstackLaunchpad bug 1713144 in OpenStack Compute (nova) "nova metadata service breaks on hostname" [Undecided,New]20:33
artomIf you hit it it'll probably defend itself and hit back20:33
mriedem<rimshot>20:33
admin0:D20:34
openstackgerritMatt Riedemann proposed openstack/nova master: Add device tag support info in support matrix  https://review.openstack.org/48147820:35
openstackgerritMatt Riedemann proposed openstack/nova master: Document tagged attach in the feature support matrix  https://review.openstack.org/49808620:35
admin0i will wait for it to hit back :)20:35
artomnova-network? Didn't we deprecate that?20:35
mriedemadmin0: which release? please provide release version information in the bug report20:35
mriedemif something changed we need to be able to look for when20:35
admin0sorry .. i updated20:36
mriedemlooks like that code hasn't changed in a long time20:41
mriedemnetaddr.IPAddress(ip)20:41
mriedemso it's probably something in the netaddr library20:41
mriedemcompare the versions where it works and where it doesn't and check the change log for netaddr between them i suppose20:41
mriedemhttps://github.com/drkjam/netaddr/blob/netaddr-0.7.19/netaddr/ip/__init__.py#L24420:44
mriedemlooks like netaddr.IPAddress has always expected an ip rather than fqdn20:44
admin0i will take it back to ansible20:45
mriedemah, also, metadata_host defaults to $my_ip,20:47
mriedemwhich is an IP address, not a hostname20:47
mriedemthese StrOpts should really probably be IPOpts20:47
*** lyan has quit IRC20:53
*** thorst_afk has quit IRC20:53
*** yassine has quit IRC20:54
*** catintheroof has quit IRC20:55
*** catintheroof has joined #openstack-nova20:56
*** lyan has joined #openstack-nova20:58
*** yassine has joined #openstack-nova21:01
*** gouthamr has quit IRC21:04
*** tidwellr has quit IRC21:06
*** tidwellr has joined #openstack-nova21:07
*** yamamoto has joined #openstack-nova21:07
*** thorst_afk has joined #openstack-nova21:10
*** slaweq has joined #openstack-nova21:10
*** tidwellr has quit IRC21:12
*** yamamoto has quit IRC21:13
*** tidwellr has joined #openstack-nova21:14
*** thorst_afk has quit IRC21:15
*** yamamoto has joined #openstack-nova21:18
*** itlinux has quit IRC21:18
*** mnestratov has joined #openstack-nova21:18
*** gouthamr has joined #openstack-nova21:21
*** yamamoto has quit IRC21:22
openstackgerritMatt Riedemann proposed openstack/nova master: Change default for [notifications]/default_publisher_id to $host  https://review.openstack.org/49809421:24
openstackgerritMatt Riedemann proposed openstack/nova master: Change CONF.my_ip to be IPOpt  https://review.openstack.org/49809521:24
*** edmondsw has quit IRC21:25
*** masber has joined #openstack-nova21:27
*** masber has quit IRC21:32
*** marst_ has joined #openstack-nova21:35
*** marst has quit IRC21:35
*** yamahata has joined #openstack-nova21:38
*** dave-mccowan has quit IRC21:39
mriedemwhat the hell is monkey_patch_modules?21:41
mriedemcan we remove that?21:42
*** lyan has quit IRC21:45
*** slaweq has quit IRC21:49
clarkbconfig docs seem to imply it is for testing21:55
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_certs to Instance object  https://review.openstack.org/48940821:55
openstackgerritBrianna Poulos proposed openstack/nova master: WIP Add trusted_certificates to REST API  https://review.openstack.org/48620421:56
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_certs to instance_extra  https://review.openstack.org/45771121:56
clarkbis that how fake virt loading worked for the stress job?21:56
mriedemclarkb: no we literally have a fake virt driver in tree21:56
mriedemwe use it in the in tree functional tests, and the stress job did too21:56
mriedemor large ops or whatever it was called21:56
clarkbya large ops that was the name (I couldn't remember it)21:56
*** gbarros has joined #openstack-nova21:57
openstackgerritBrianna Poulos proposed openstack/nova master: WIP Add trusted_certificates to REST API  https://review.openstack.org/48620421:58
*** burt has quit IRC22:07
*** gbarros has quit IRC22:08
*** felipemonteiro has joined #openstack-nova22:08
*** lpetrut has quit IRC22:09
*** felipemonteiro_ has joined #openstack-nova22:10
*** rajathagasthya has quit IRC22:10
*** thorst_afk has joined #openstack-nova22:11
*** felipemonteiro has quit IRC22:13
*** yassine has quit IRC22:15
*** thorst_afk has quit IRC22:15
*** marst_ has quit IRC22:17
*** abalutoiu_ has joined #openstack-nova22:17
*** jmlowe has joined #openstack-nova22:18
*** yamamoto has joined #openstack-nova22:22
*** thorst_afk has joined #openstack-nova22:27
openstackgerritMatt Riedemann proposed openstack/nova master: Deprecate CONF.monkey_patch  https://review.openstack.org/49811322:29
mriedemhuzzah ^22:29
*** thorst_afk has quit IRC22:31
*** thorst_afk has joined #openstack-nova22:31
*** slaweq has joined #openstack-nova22:32
*** felipemonteiro_ has quit IRC22:32
cfriesen_yay for removing code22:35
*** thorst_afk has quit IRC22:36
mriedemthe one bright spot of every new release is removing some mistakes from the old releases22:36
cfriesen_what's with the removal of the line with ec2?22:37
*** slaweq has quit IRC22:38
mriedemoh yeah, was going to mention that in the release note - that code isn't in nova so doesn't really need to be in here22:38
cfriesen_figured it was something like that22:38
openstackgerritEric Fried proposed openstack/nova-specs master: RFC: SPEC: PCI passthrough by device ID  https://review.openstack.org/49796522:38
fried_riceclaudiub ^ !22:41
*** Nil_ has quit IRC22:41
fried_riceclaudiub I would welcome more examples and/or specifics of how HyperV has to hack the world today to make PCI passthrough work.22:41
*** fried_rice is now known as efried22:46
*** yamamoto has quit IRC22:48
*** egonzalez has quit IRC22:51
openstackgerritMatt Riedemann proposed openstack/nova master: Deprecate CONF.monkey_patch  https://review.openstack.org/49811322:51
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Change CONF.my_ip to be IPOpt  https://review.openstack.org/49809522:51
openstackgerritMatt Riedemann proposed openstack/nova master: Change default for [notifications]/default_publisher_id to $host  https://review.openstack.org/49809422:51
*** rajathagasthya has joined #openstack-nova22:54
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Change CONF.my_ip to be IPOpt  https://review.openstack.org/49809522:54
openstackgerritMatt Riedemann proposed openstack/nova master: Change default for [notifications]/default_publisher_id to $host  https://review.openstack.org/49809422:54
*** hongbin has quit IRC23:13
*** sterdnotshaken1 has quit IRC23:14
*** catintheroof has quit IRC23:17
*** yamamoto has joined #openstack-nova23:17
*** rajathagasthya has quit IRC23:23
*** rcernin has quit IRC23:23
*** yamahata has quit IRC23:24

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