Thursday, 2017-04-13

*** amotoki has quit IRC00:07
*** crushil has quit IRC00:09
*** hongbin has quit IRC00:10
*** thorst has joined #openstack-nova00:12
*** Jack_Iv has joined #openstack-nova00:17
*** tbachman has quit IRC00:19
*** thorst has quit IRC00:19
*** amotoki has joined #openstack-nova00:20
*** Jack_Iv has quit IRC00:21
*** esberglu has joined #openstack-nova00:21
*** esberglu has quit IRC00:21
*** esberglu has joined #openstack-nova00:22
*** esberglu has quit IRC00:22
*** Sukhdev has joined #openstack-nova00:22
*** esberglu has joined #openstack-nova00:22
SukhdevTheJulia: here is the bug I filed for incorrect dhcp options - https://bugs.launchpad.net/ironic/+bug/168230900:22
openstackLaunchpad bug 1682309 in Ironic "Couple of DHCP Options seem to be incorrect" [Undecided,New]00:22
TheJuliaSukhdev: Wrong channel, but thank you :)00:23
SukhdevTheJulia : opps - sorry00:23
*** armax has quit IRC00:26
*** armax has joined #openstack-nova00:26
*** armax has quit IRC00:26
*** esberglu has quit IRC00:26
*** amotoki has quit IRC00:27
*** dtp has quit IRC00:29
*** armax has joined #openstack-nova00:31
*** armax has quit IRC00:32
*** gyee has quit IRC00:32
*** amotoki has joined #openstack-nova00:33
*** winston-d_ has joined #openstack-nova00:35
*** armax has joined #openstack-nova00:36
*** ediardo has quit IRC00:37
*** marst has joined #openstack-nova00:38
*** zhurong has joined #openstack-nova00:43
*** armax has quit IRC00:43
*** armax has joined #openstack-nova00:44
*** armax has quit IRC00:48
*** MasterOfBugs has quit IRC00:49
*** pramodrj07 has quit IRC00:49
*** thorst has joined #openstack-nova00:50
*** Sukhdev has quit IRC00:50
*** mriedem has quit IRC00:51
*** liusheng has joined #openstack-nova00:53
*** amotoki has quit IRC00:54
*** masber has quit IRC00:54
*** masber has joined #openstack-nova00:55
*** suresh has quit IRC00:56
openstackgerritSTEW TY proposed openstack/nova master: Transform instance.resize_revert notification  https://review.openstack.org/39681100:57
*** phuongnh has joined #openstack-nova00:58
*** thorst has quit IRC01:01
*** amotoki has joined #openstack-nova01:02
*** takashin has quit IRC01:04
*** takashin has joined #openstack-nova01:05
*** lyan has quit IRC01:06
*** al498u_ has left #openstack-nova01:06
*** takashin has quit IRC01:09
*** NikhilS has joined #openstack-nova01:10
*** takashin has joined #openstack-nova01:11
*** zz_dimtruck is now known as dimtruck01:12
*** crushil has joined #openstack-nova01:12
*** rfolco has quit IRC01:13
*** takashin_ has joined #openstack-nova01:15
*** takashin has quit IRC01:16
*** mriedem has joined #openstack-nova01:18
*** takashin_ has quit IRC01:20
*** mtanino has joined #openstack-nova01:21
*** takashin has joined #openstack-nova01:22
*** zeroDivisible has quit IRC01:24
*** zeroDivisible has joined #openstack-nova01:29
*** takashin has quit IRC01:30
*** gongysh has quit IRC01:31
*** Apoorva has quit IRC01:31
*** takashin has joined #openstack-nova01:34
*** tovin07_ has joined #openstack-nova01:35
*** takashin has quit IRC01:38
*** gongysh has joined #openstack-nova01:40
*** priteau has joined #openstack-nova01:44
*** mnestratov has quit IRC01:44
*** takashin has joined #openstack-nova01:44
*** priteau has quit IRC01:48
*** thorst has joined #openstack-nova01:49
*** thorst has quit IRC01:49
*** yonglihe has joined #openstack-nova01:52
*** litao has joined #openstack-nova01:55
openstackgerritSTEW TY proposed openstack/nova master: Transform instance.resize_revert notification  https://review.openstack.org/39681102:05
openstackgerritGhanshyam Mann proposed openstack/nova master: Explicitly define reboot 'type' as string in schema  https://review.openstack.org/45643002:08
*** gcb has quit IRC02:13
*** rcernin has joined #openstack-nova02:20
*** thorst has joined #openstack-nova02:21
openstackgerrit赵明俊 proposed openstack/nova master: [BugFix] Check the instance task status to release the memory quota for vram  https://review.openstack.org/45605002:23
openstackgerritJon Bernard proposed openstack/nova master: Add tempest-dsvm-ceph-rc  https://review.openstack.org/45629202:25
*** gcb has joined #openstack-nova02:25
*** mtanino has quit IRC02:25
*** rcernin has quit IRC02:26
*** rcernin has joined #openstack-nova02:26
*** mkoderer has quit IRC02:27
*** gongysh has quit IRC02:28
*** sofie_ has joined #openstack-nova02:30
*** Sukhdev has joined #openstack-nova02:39
*** thorst has quit IRC02:39
openstackgerritSTEW TY proposed openstack/nova master: Transform instance.rescue notifications  https://review.openstack.org/38564402:46
*** gongysh has joined #openstack-nova02:54
*** mriedem has quit IRC02:54
*** rfolco has joined #openstack-nova02:56
*** rfolco has quit IRC02:56
*** vladikr has quit IRC03:01
*** Sukhdev has quit IRC03:01
*** lucasxu has joined #openstack-nova03:01
*** gjayavelu has quit IRC03:02
*** coreywright has quit IRC03:06
*** cNilesh has joined #openstack-nova03:06
*** lucasxu has quit IRC03:09
*** nicolasbock has quit IRC03:12
*** nic has joined #openstack-nova03:12
*** liujiong has joined #openstack-nova03:19
*** coreywright has joined #openstack-nova03:20
*** ssurana has quit IRC03:21
*** ssurana has joined #openstack-nova03:21
*** ssurana has quit IRC03:21
*** fragatin_ has joined #openstack-nova03:26
*** fragatina has quit IRC03:29
*** links has joined #openstack-nova03:36
*** nic has quit IRC03:40
*** priteau has joined #openstack-nova03:44
*** priteau has quit IRC03:49
*** trinaths has joined #openstack-nova03:51
*** dimtruck is now known as zz_dimtruck03:51
*** udesale has joined #openstack-nova03:54
*** ssurana has joined #openstack-nova03:56
openstackgerritfalseuser proposed openstack/nova master: [BugFix] Check the instance task status to release the memory quota for vram  https://review.openstack.org/45605003:56
*** sridharg has joined #openstack-nova03:57
*** zhurong has quit IRC03:57
*** jamielennox is now known as jamielennox|away04:01
*** amotoki_ has joined #openstack-nova04:08
*** amotoki has quit IRC04:10
*** abhishek has joined #openstack-nova04:12
*** zhurong has joined #openstack-nova04:17
*** Jack_Iv has joined #openstack-nova04:17
*** Jack_Iv has quit IRC04:22
*** rcernin has quit IRC04:29
*** jamielennox|away is now known as jamielennox04:29
*** psachin has joined #openstack-nova04:29
*** thorst has joined #openstack-nova04:36
*** ayogi has joined #openstack-nova04:41
*** thorst has quit IRC04:41
*** fragatin_ has quit IRC04:41
*** fragatina has joined #openstack-nova04:42
*** fandi has joined #openstack-nova04:54
*** prateek has joined #openstack-nova04:54
*** pramodrj07 has joined #openstack-nova05:05
*** MasterOfBugs has joined #openstack-nova05:05
*** fandi has quit IRC05:10
*** nkorabli has joined #openstack-nova05:10
*** bmace has quit IRC05:11
*** bmace has joined #openstack-nova05:11
*** nkorabli_ has quit IRC05:13
*** claudiub has joined #openstack-nova05:17
*** lucasxu has joined #openstack-nova05:19
*** lucasxu has quit IRC05:20
*** baoli has quit IRC05:20
*** baoli has joined #openstack-nova05:21
*** ratailor has joined #openstack-nova05:21
*** rcernin has joined #openstack-nova05:37
*** garyk has joined #openstack-nova05:38
*** mdnadeem has joined #openstack-nova05:39
*** Jack_Iv has joined #openstack-nova05:39
*** grumpycatt has quit IRC05:41
*** priteau has joined #openstack-nova05:45
*** amotoki has joined #openstack-nova05:46
*** amotoki_ has quit IRC05:50
*** priteau has quit IRC05:50
*** Jack_Iv has quit IRC05:50
*** Jack_Iv has joined #openstack-nova05:51
*** baoli has quit IRC05:53
*** ssurana has quit IRC05:54
*** tuanluong has joined #openstack-nova05:58
*** fragatina has quit IRC06:00
*** ecelik has joined #openstack-nova06:00
*** crushil has quit IRC06:01
*** gjayavelu has joined #openstack-nova06:06
*** dixiaoli has joined #openstack-nova06:08
*** jaosorior_away is now known as jaosorior06:18
*** sridharg has quit IRC06:18
*** ecelik has left #openstack-nova06:18
*** satyar has joined #openstack-nova06:24
*** yasemin has joined #openstack-nova06:31
yaseminhi, i installed multinode ocata devstack, when i added compute nodes, my instances didint connect to internet ? any idea ?06:33
*** markus_z has joined #openstack-nova06:35
*** fragatina has joined #openstack-nova06:41
*** zzzeek has quit IRC06:41
*** fragatina has quit IRC06:41
*** avolkov has joined #openstack-nova06:41
*** fragatina has joined #openstack-nova06:42
*** fragatina has quit IRC06:42
*** fragatina has joined #openstack-nova06:42
*** fandi has joined #openstack-nova06:43
*** fragatina has quit IRC06:45
*** fragatina has joined #openstack-nova06:46
*** ekuris has quit IRC06:46
*** udesale__ has joined #openstack-nova06:47
*** udesale has quit IRC06:49
*** voelzmo has joined #openstack-nova06:50
*** jamielennox is now known as jamielennox|away06:52
*** faizy has joined #openstack-nova06:54
*** belmoreira has joined #openstack-nova06:56
*** zzzeek has joined #openstack-nova06:59
*** pcaruana has joined #openstack-nova07:01
*** rcernin has quit IRC07:01
*** ekuris has joined #openstack-nova07:01
*** rcernin has joined #openstack-nova07:01
*** pramodrj07 has quit IRC07:02
*** MasterOfBugs has quit IRC07:02
*** pramodrj07 has joined #openstack-nova07:03
*** MasterOfBugs has joined #openstack-nova07:03
*** PramodJ has joined #openstack-nova07:04
*** MasterOfBugs has quit IRC07:05
*** pramodrj07 has quit IRC07:05
*** MasterOfBugs has joined #openstack-nova07:05
openstackgerritAndrey Volkov proposed openstack/nova master: [WIP] [placement] Add api-ref resource provider  https://review.openstack.org/45617607:06
*** tesseract has joined #openstack-nova07:12
*** adisky_ has joined #openstack-nova07:19
*** Jack_Iv has quit IRC07:26
*** Jack_Iv has joined #openstack-nova07:27
*** Jack_Iv has quit IRC07:27
*** sridharg has joined #openstack-nova07:31
*** fragatina has quit IRC07:33
*** rmart04 has joined #openstack-nova07:34
*** abhishek has quit IRC07:36
*** Jack_Iv has joined #openstack-nova07:41
*** peter-hamilton has quit IRC07:46
*** udesale has joined #openstack-nova07:47
*** priteau has joined #openstack-nova07:47
*** ekuris has quit IRC07:47
*** udesale__ has quit IRC07:49
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/servers' endpoint instead of stevedore  https://review.openstack.org/44586407:49
openstackgerritAlex Xu proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647807:49
openstackgerritJan Gutter proposed openstack/nova master: Netronome SmartNIC Enablement  https://review.openstack.org/45648107:51
*** priteau has quit IRC07:52
openstackgerritJan Gutter proposed openstack/os-vif master: Netronome SmartNIC Enablement  https://review.openstack.org/45648307:55
openstackgerritTakashi NATSUME proposed openstack/nova master: Add a functional test for 'removeFloatingIp' action  https://review.openstack.org/45302607:57
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2)  https://review.openstack.org/40895507:57
*** MasterOfBugs has quit IRC07:59
*** PramodJ has quit IRC07:59
*** gjayavelu has quit IRC07:59
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896407:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
openstackgerritTakashi NATSUME proposed openstack/nova master: Add functional tests for cold migration to same host  https://review.openstack.org/41492608:00
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add parameters in cold migrate action  https://review.openstack.org/41004208:01
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.42 - Fix tag attribute disappearing  https://review.openstack.org/42951208:01
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.43 - Enable cold migration with target host  https://review.openstack.org/40670708:01
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.43: List/Show all server migration types  https://review.openstack.org/43083908:02
openstackgerritTakashi NATSUME proposed openstack/nova master: Avoid forcing translation on logging calls  https://review.openstack.org/41387608:02
*** ekuris has joined #openstack-nova08:03
*** efoley has joined #openstack-nova08:05
*** efoley has quit IRC08:05
*** efoley_ has joined #openstack-nova08:05
*** ralonsoh has joined #openstack-nova08:06
*** efoley__ has joined #openstack-nova08:07
*** efoley_ has quit IRC08:11
*** lucas-afk is now known as lucasagomes08:13
*** huanxie has joined #openstack-nova08:14
*** ratailor is now known as ratailor|Lunch08:14
gmannalex_xu: ping08:15
*** mlakat has joined #openstack-nova08:18
*** mlakat has quit IRC08:18
*** mlakat has joined #openstack-nova08:18
*** mlakat has quit IRC08:18
*** mlakat has joined #openstack-nova08:19
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova master: Read Neutron port 'binding_profile' during boot  https://review.openstack.org/44925708:19
*** zenoway has joined #openstack-nova08:20
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638608:22
alex_xugmann: pong08:22
*** jangutter has joined #openstack-nova08:23
gmannalex_xu: on extension removal works08:23
alex_xugmann: yup08:23
gmannalex_xu: i am doing on falvor - https://github.com/openstack/nova/blob/master/setup.cfg#L99-L10308:24
gmannalex_xu: to avoid any conflict in case we end up doing on same APIs08:24
alex_xugmann: thanks :)08:24
alex_xugmann: do you think we are worth to sync at somewhere?08:24
alex_xulike etherpad08:25
*** ljjjustin has joined #openstack-nova08:25
alex_xuor it is just fine, we can ping eachother anytime08:25
gmannalex_xu: may be or like i start from end and you from starting in setup.cfg08:25
gmannalex_xu: or etherpad also fine for me we can keep entering name on APIs we start08:26
alex_xugmann: ok, how about etherpad, we already have one https://etherpad.openstack.org/p/api-no-more-extensions-pike08:27
gmannalex_xu: yup, writing there :)08:27
gmannalex_xu: added flavor i should be able to push patch today08:28
alex_xugmann: cool, thanks :)08:28
*** garyk has quit IRC08:29
gmannalex_xu: np!, thank you08:29
*** abhishek has joined #openstack-nova08:35
*** Shunli has joined #openstack-nova08:35
*** yassine has joined #openstack-nova08:38
*** yassine is now known as Guest5809708:39
*** thorst has joined #openstack-nova08:41
*** zenoway has quit IRC08:42
*** zenoway has joined #openstack-nova08:42
*** belmoreira has quit IRC08:46
*** rmart04 has quit IRC08:46
*** priteau has joined #openstack-nova08:47
*** cdent has joined #openstack-nova08:47
*** belmoreira has joined #openstack-nova08:47
*** huanxie has quit IRC08:49
openstackgerritjichenjc proposed openstack/nova master: Deprecate os-hosts API  https://review.openstack.org/45650408:50
openstackgerritjichenjc proposed openstack/nova master: Update inc to deprecate os-hosts  https://review.openstack.org/45650508:50
*** takashin_ has joined #openstack-nova08:51
*** coreywright has quit IRC08:51
-openstackstatus- NOTICE: zuul was restarted due to an unrecoverable disconnect from gerrit. If your change is missing a CI result and isn't listed in the pipelines on http://status.openstack.org/zuul/ , please recheck08:51
*** takashin has quit IRC08:53
*** Jack_Iv has quit IRC08:53
*** belmoreira has quit IRC08:56
*** zenoway has quit IRC08:56
*** zenoway has joined #openstack-nova08:56
*** huanxie has joined #openstack-nova08:56
*** ratailor|Lunch is now known as ratailor08:56
*** takashin has joined #openstack-nova08:57
*** takashin_ has quit IRC08:57
*** aarefiev_afk is now known as aarefiev08:57
*** tuanluong_ has joined #openstack-nova08:58
openstackgerritjichenjc proposed openstack/nova master: Check instance existing before check in mapping  https://review.openstack.org/43347008:58
*** thorst has quit IRC08:59
*** huanxie has quit IRC08:59
*** efoley_ has joined #openstack-nova08:59
*** Jack_Iv has joined #openstack-nova08:59
*** tuanluong has quit IRC09:00
*** efoley__ has quit IRC09:02
cdentbauzas, johnthetubaguy, alex_xu: if you guys have some input on this spec about changing putting resource classes, that would be appreciated. it's a bit stalled, but the associated code is mostly done and useful: https://review.openstack.org/#/c/453732/09:03
bauzasokay09:03
johnthetubaguycdent: is that part of making things more efficient / less chatty?09:04
cdentyes09:04
johnthetubaguyI am sold then, I will take a peak at that today09:04
cdentthanks09:04
*** ljjjustin has quit IRC09:05
*** sambetts|afk is now known as sambetts09:06
alex_xucdent: got it09:07
cdentthanks09:07
openstackgerritGábor Antal proposed openstack/nova master: Transform instance.volume_attach.error notification  https://review.openstack.org/45580109:07
* cdent changes location09:07
*** cdent has quit IRC09:07
alex_xucdent: one more for you https://review.openstack.org/450125, it is last one for traits API, i'm afraid people forget that patch09:07
alex_xuok, I sent message late one second09:08
takashinjohnthetubaguy: Would you review https://review.openstack.org/#/c/407237/ again?09:08
johnthetubaguytakashin: yes, I must get to that one again, thanks for the update09:09
takashinjohnthetubaguy: Thank you.09:09
*** coreywright has joined #openstack-nova09:10
*** Guest58097 has quit IRC09:12
*** Guest58097 has joined #openstack-nova09:13
jangutterHi, in the spirit of last-minute mad dashes, we finally obtained the clearance to submit the w-i-p code for the spec: https://review.openstack.org/#/c/456386/09:15
jangutterWould anyone here with SR-IOV and/or OVS experience be interested in reviewing?09:16
openstackgerritjichenjc proposed openstack/nova master: Deprecate os-hosts API  https://review.openstack.org/45650409:16
openstackgerritjichenjc proposed openstack/nova master: Update inc to deprecate os-hosts  https://review.openstack.org/45650509:16
*** lpetrut has joined #openstack-nova09:21
*** jaosorior has quit IRC09:26
*** yamahata has quit IRC09:30
*** jaosorior has joined #openstack-nova09:30
*** tbachman has joined #openstack-nova09:30
*** Jack_Iv has quit IRC09:32
*** trinaths has quit IRC09:32
*** trinaths has joined #openstack-nova09:32
*** Jack_Iv has joined #openstack-nova09:33
*** mvk has joined #openstack-nova09:38
openstackgerritjichenjc proposed openstack/nova master: [placement] Add doc for resource provider usages  https://review.openstack.org/45010509:38
*** takashin has left #openstack-nova09:38
openstackgerritLee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes  https://review.openstack.org/39159709:41
openstackgerritLee Yarwood proposed openstack/nova master: encryptors: Do not overwrite file volumes on attach_volume  https://review.openstack.org/45293809:42
lyarwoodmdbooth: ^ if you have time this morning, I'm looking to land the bugfix for attaching encrypted files so I can backport it _before_ the change to rm -rf the code from our codebase.09:43
mdboothlyarwood: If my connection stays up long enough09:43
lyarwoodmdbooth: cheers09:44
openstackgerritStephen Finucane proposed openstack/os-vif master: doc: Add glossary  https://review.openstack.org/45266609:44
openstackgerritStephen Finucane proposed openstack/os-vif master: docs: Stop building anything but html output  https://review.openstack.org/45653509:44
*** udesale__ has joined #openstack-nova09:50
*** cdent has joined #openstack-nova09:50
openstackgerritZhenyu Zheng proposed openstack/nova master: Fix HTTP 500 raised for getConsoleLog for stopped instance  https://review.openstack.org/45518309:51
*** udesale has quit IRC09:51
cdentalex_xu: thanks for the remind on the sync command. I thought I had commented on that already,but I must have dismissed it without saving. Will look at it asap09:52
*** NikhilS has quit IRC09:55
*** cNilesh has quit IRC09:59
mdboothlyarwood: Just thinking about https://review.openstack.org/#/c/452938/10:04
lyarwoodmdbooth: ah the hackaround10:04
mdboothI don't like that either, tbh, because I don't think Nova should be messing with volumes owned by cinder10:04
*** tovin07_ has quit IRC10:04
mdboothHow about we just explicitly don't support it?10:04
mdboothIt wouldn't be a regression, as it previously blew away your data anyway10:05
lyarwoodmdbooth: yeah it's hackaround or block it tbh10:05
lyarwoodmdbooth: there are downstream users jumping up and down asking for this10:05
mdboothI think the fix should be to pass a different path to qemu10:05
mdboothlyarwood: Hmm, we're still risking their data, though10:06
mdboothSurely cinder operations are going to be broken while Nova is doing its thing10:06
mdboothFor eg10:06
lyarwoodmdbooth: yeah with this renaming they will be10:07
mdboothIdeally we'd leave it alone entirely, create a dev mapper device on top of it, then use the dev mapper device instead of the original device, which remains untouched10:07
mdboothIIRC we're only doing this hack because the existing code doesn't allow the encryptor to modify the path used by other Nova code10:08
lyarwoodmdbooth: yeah because we do all of this _after_ creating the libvirtdiskconfig objects iirc10:09
mdboothI'm really not comfortable with Nova moving cinder volumes around physically, especially when we don't tell cinder about it10:09
lyarwoodack that's ah great point that I missed tbh10:09
lyarwooda*10:09
mdboothWhat's the plan for a real fix, btw?10:10
*** sdague has joined #openstack-nova10:10
lyarwoodwell, my QEMU 2.6 native LUKS spec landed yesterday so that's one way of `fixing` this10:10
*** MarkMielke has quit IRC10:11
*** MarkMielke has joined #openstack-nova10:11
mdboothlyarwood: Of course.10:12
lyarwoodreally not sure what we can do for the existing encryptors aside from block this for file based volumes for now10:12
mdboothlyarwood: Honestly my short term fix would be to raise an unsupported exception instead of deleting the user's volume10:13
*** Jack_Iv has quit IRC10:13
*** Jack_Iv has joined #openstack-nova10:14
mdboothlyarwood: Long term qemu native luks10:14
*** tuanluong_ has quit IRC10:14
lyarwoodmdbooth: cool, I'll post a new change for that later today.10:14
mdboothIf we're going to fix it as it is, I think a Nova refactor to allow us to switch out the path10:14
*** liujiong has quit IRC10:15
mdboothDisgusting hack potential: change the nfs volume driver to use a loopback device instead of the file directly10:15
* mdbooth hasn't fully thought that through, btw, just throwing it out there10:16
*** zhurong has quit IRC10:17
*** trinaths has left #openstack-nova10:17
*** phuongnh has quit IRC10:18
*** satyar has quit IRC10:23
*** damien_r has joined #openstack-nova10:25
johnthetubaguycdent: so the PUT request has no body in your spec, is that correct?10:28
cdentjohnthetubaguy: that's right, because there's nothing useful to put in it10:28
*** nicolasbock has joined #openstack-nova10:28
johnthetubaguycdent: saves the need to check it matches the URL or fail, makes sense I think10:29
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654910:30
cdentjohnthetubaguy, bauzas: I'll make a new version in few minutes to include the info that bauzas asked for10:31
*** udesale has joined #openstack-nova10:35
*** udesale__ has quit IRC10:36
sfinucancdent: In the absence of jaypipes (wherever he's gone to), could you look at https://review.openstack.org/#/c/361140/ again and see if there's any must-have changes needed today?10:40
cdentsfinucan: sure, will do right after fixing this other spec10:41
sfinucancdent: spot on10:41
*** zhurong has joined #openstack-nova10:45
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654910:51
sfinucanpkoniszewski: You around? Question on the 'live_migration_scheme' and 'live_migraton_inbound_addr' options10:53
pkoniszewskisfinucan: yes, what's up?10:53
openstackgerritChris Dent proposed openstack/nova-specs master: A spec for idempotent custom resource class creation  https://review.openstack.org/45373210:54
sfinucanpkoniszewski: What was your rationale behind df334b4 ?10:54
sfinucanI'm guessing it's a usability thing, but was there anything more subtle than that?10:54
sfinucanpkoniszewski: https://github.com/openstack/nova/commit/df334b4f414b8c341709df37ca10065d3b50fcef for reference10:54
*** gszasz has joined #openstack-nova10:56
*** thorst has joined #openstack-nova10:56
pkoniszewskisfinucan: so my point was to deprecate and finally remove live_migration_uri which is used for hacking the interface used for live migrations, now there is live_migration_inbound_addr to choose an interface10:56
pkoniszewskialso rationale behind df334b4 was to keep an option to change scheme for live migration, some of operators use SSH instead of TCP10:56
pkoniszewskii didn't want to force anyone to switch to TCP from SSH10:56
sfinucanpkoniszewski: Sounds fair. Unfortunately though some operators also use extraparamters, e.g. '?command=xyz' https://bugs.launchpad.net/nova/+bug/167128810:57
openstackLaunchpad bug 1671288 in OpenStack Compute (nova) "live_migration_uri to live_migration_scheme SSH settings" [Undecided,Confirmed] - Assigned to Stephen Finucane (stephenfinucane)10:57
pkoniszewskiyeah, i noticed that like two weeks ago10:58
pkoniszewskiso it's a trade off right now10:58
sfinucanpkoniszewski: trade-off between...? :)10:58
sfinucanpkoniszewski: I was going to add a 'live_migration_extraparamters' DictOpt to allow folks to specify those options if they want them11:00
pkoniszewskikeep live_migration_uri and document how it can be used/let people google how to use it, or implement a few configuration options to cover operators use cases (like SSH username and key) and remove live_migration_uri entirely11:00
pkoniszewskior a DictOpt, it also sounds good11:01
sfinucan...but then I though, wouldn't it be easier to keep live_migration_uri and mark it as 'advanced'11:01
sfinucanhttps://docs.openstack.org/developer/oslo.config/opts.html#oslo_config.cfg.Opt11:01
*** erlon has joined #openstack-nova11:01
*** thorst has quit IRC11:01
sfinucanpkoniszewski: seems we're weighing up similar trade-offs so :)11:01
*** jangutter has quit IRC11:02
*** winston-d_ has quit IRC11:03
johnthetubaguysfinucan: pkoniszewski: I was thinking about that before as well11:03
johnthetubaguyhonestly, folks seem used to using the URL, maybe we just keep it11:03
johnthetubaguyand add a description about how you change SSH params in there11:03
sfinucanright, I'll revert the deprecation so, mark it as advanced, and expand the help with a link to the libvirt docs11:04
sfinucanthat'll keep both standard and "advanced" operators happy11:04
sfinucanwith minimal code changes (read: easy backporting)11:04
johnthetubaguyI am tempted to include the SSH case in the description11:04
sfinucanjohnthetubaguy: e.g.?11:05
johnthetubaguymakes sense to have the same key for migration and livemigration11:05
johnthetubaguysfinucan: it was in one of the bugs somewhere11:05
johnthetubaguysfinucan: here we go live_migration_uri = qemu+ssh://nova@%s/system?keyfile=/var/lib/nova/.ssh/id_rsa&no_tty=1&no_verify=111:05
*** mlakat has quit IRC11:06
*** efoley__ has joined #openstack-nova11:06
*** abalutoiu has quit IRC11:08
* sfinucan reads the libvirt docs and wonders why we don't default to 'no_tty'11:08
*** efoley_ has quit IRC11:09
* johnthetubaguy goes for some lunch11:10
*** abalutoiu has joined #openstack-nova11:10
johnthetubaguysfinucan: yeah, maybe leave those stranger bits off the example11:10
* johnthetubaguy is not a fan of no_verify11:11
*** Jack_Iv has quit IRC11:12
*** djohnsto has quit IRC11:15
*** damien_r has quit IRC11:17
*** Jack_Iv has joined #openstack-nova11:18
*** jamielennox|away is now known as jamielennox11:18
*** lpetrut has quit IRC11:20
*** claudiub has quit IRC11:22
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166411:26
*** Jack_Iv has quit IRC11:27
voelzmoHey there11:27
voelzmoA while back, there was some blueprint about updateable metadata for servers. Is that still a thing that's being pursued?11:28
*** Jack_Iv has joined #openstack-nova11:29
*** dixiaoli has quit IRC11:31
voelzmos/metadata/userdata/11:31
voelzmoI guess this might be the one https://blueprints.launchpad.net/nova/+spec/userdata-modification11:31
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166411:32
*** lpetrut has joined #openstack-nova11:33
*** lucasagomes is now known as lucas-hungry11:34
openstackgerritStephen Finucane proposed openstack/nova master: conf: Don't deprecate the 'live_migration_uri'  https://review.openstack.org/45657111:35
openstackgerritStephen Finucane proposed openstack/nova master: conf: Gather 'live_migration_scheme', 'live_migration_inbound_addr'  https://review.openstack.org/45657211:35
openstackgerritStephen Finucane proposed openstack/nova master: conf: Convert 'live_migration_inbound_addr' to HostAddressOpt  https://review.openstack.org/45657311:35
sfinucanjohnthetubaguy, pkoniszewski, owalsh: ^11:35
*** iceyao has joined #openstack-nova11:38
*** ociuhandu has quit IRC11:38
*** Shunli has quit IRC11:39
*** Jack_Iv has quit IRC11:40
*** Shunli has joined #openstack-nova11:41
*** Jack_Iv has joined #openstack-nova11:42
openstackgerritLee Yarwood proposed openstack/nova master: encryptors: Switch to os-brick encryptor classes  https://review.openstack.org/39159711:43
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166411:45
*** yingjun has joined #openstack-nova11:46
*** smatzek has joined #openstack-nova11:48
*** iceyao has quit IRC11:49
EmilienMhey folks, this patch is really critical for TripleO CI to run correctly again: https://review.openstack.org/#/c/456227/11:50
EmilienMhttps://bugs.launchpad.net/tripleo/+bug/168200111:51
openstackLaunchpad bug 1682001 in tripleo "[promotion] nova hypervisors/detail fails when host is not mapped to any cell" [Critical,In progress] - Assigned to Oliver Walsh (owalsh)11:51
*** iceyao has joined #openstack-nova11:52
*** fandi has quit IRC11:53
*** thorst has joined #openstack-nova11:53
*** fandi has joined #openstack-nova11:55
*** sridharg has quit IRC11:56
*** udesale has quit IRC11:56
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658511:57
*** iceyao has quit IRC11:58
*** mtanino has joined #openstack-nova11:59
*** iceyao has joined #openstack-nova11:59
*** damien_r has joined #openstack-nova12:03
*** ratailor has quit IRC12:03
*** jamielennox is now known as jamielennox|away12:05
*** lpetrut has quit IRC12:05
*** peter-hamilton has joined #openstack-nova12:07
openstackgerritNidhiMittalHada proposed openstack/python-novaclient master: Nova volume-attach doesn't care for device name  https://review.openstack.org/45404812:07
peter-hamiltonjohnthetubaguy: if you have any further questions on the cert validation spec just ping me12:09
johnthetubaguypeter-hamilton: cool, I should hit that one now12:09
*** edmondsw has joined #openstack-nova12:11
*** faizy has quit IRC12:11
*** artom has quit IRC12:12
*** artom has joined #openstack-nova12:12
*** cdent has quit IRC12:12
*** lpetrut has joined #openstack-nova12:13
*** artom has quit IRC12:14
johnthetubaguypeter-hamilton: do we want to return a 400 error when a user gives us a list of certs, but our cert checking is turned off?12:14
*** artom has joined #openstack-nova12:14
*** amotoki has quit IRC12:15
peter-hamiltonjohnthetubaguy: good question; does it make sense to throw a warning and store the certs with the instance anyway?12:16
johnthetubaguypeter-hamilton: I am bit worried the user would assume the cloud has done the verification, but it hasn't actually done it12:17
peter-hamiltonjohnthetubaguy: that way cert validation could be enabled at a later date and boot would still work?12:17
johnthetubaguyalthough we do allow folks to specify the cert list when the image doesn't require verification anyways12:17
johnthetubaguyits probably more consistent to just log a warning12:17
johnthetubaguyI mean the user doesn't see that I guess12:18
peter-hamiltonjohnthetubaguy: i could go either way i think12:18
*** lucas-hungry is now known as lucasagomes12:18
johnthetubaguypeter-hamilton: honestly, me too12:18
johnthetubaguywonders which side of the fence to sit12:18
peter-hamiltonjohnthetubaguy: should we hash this out during implementation?12:18
*** nicolasbock has quit IRC12:19
johnthetubaguypeter-hamilton: thats probably the right call12:19
peter-hamiltonjohnthetubaguy: i'll make a note of it for when i get to the API patches12:20
*** mtanino has quit IRC12:23
*** nicolasbock has joined #openstack-nova12:25
openstackgerritGhanshyam Mann proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658912:26
*** gongysh has quit IRC12:26
*** mdrabe has joined #openstack-nova12:27
*** gongysh has joined #openstack-nova12:27
*** gongysh has quit IRC12:27
*** Daviey has quit IRC12:28
*** annegentle has joined #openstack-nova12:28
*** bpoulos has joined #openstack-nova12:28
*** amotoki has joined #openstack-nova12:31
openstackgerritYasufumi Ogawa proposed openstack/nova-specs master: Merge "Libvirt options for DPDK"  https://review.openstack.org/45659312:31
*** iceyao has quit IRC12:33
*** annegentle has quit IRC12:33
*** iceyao has joined #openstack-nova12:34
*** Jack_Iv has quit IRC12:34
*** Shunli has quit IRC12:35
*** Shunli has joined #openstack-nova12:36
*** gongysh has joined #openstack-nova12:38
*** annegentle has joined #openstack-nova12:38
*** mriedem has joined #openstack-nova12:38
*** ayogi has quit IRC12:39
*** dane-fichter has joined #openstack-nova12:42
dane-fichterjohnthetubaguy: Can you take a look at peter's spec when you get a chance? https://review.openstack.org/#/c/357151/12:43
peter-hamiltondane-fichter: he's already on it :)12:44
johnthetubaguydane-fichter: yeah, have thinking through that now :)12:44
dane-fichteroh lol sorry12:44
johnthetubaguyno problem, its the right day to chase me down :)12:44
openstackgerritBryan Song proposed openstack/nova master: Migrate VMs failed when anti-affinity group was removed from VMs.  https://review.openstack.org/45166412:44
peter-hamiltonjohnthetubaguy: awesome, thanks for the +2!12:47
*** amotoki has quit IRC12:47
*** awaugama has joined #openstack-nova12:47
johnthetubaguypeter-hamilton: no problem, glad we are getting there, its a good feature folks need!12:48
peter-hamiltonjohnthetubaguy: i agree :)12:48
peter-hamiltonjohnthetubaguy: now, where is jaypipes...12:48
*** iceyao has quit IRC12:48
*** cleong has joined #openstack-nova12:48
johnthetubaguyhopefully he is having a coffee, putting on his flip flops, and about to open his laptop12:49
*** Jack_Iv has joined #openstack-nova12:50
*** Jack_Iv has quit IRC12:50
*** Jack_Iv has joined #openstack-nova12:50
*** iceyao has joined #openstack-nova12:50
*** sofie_ has quit IRC12:51
*** baoli has joined #openstack-nova12:54
*** Daviey has joined #openstack-nova12:55
*** lyan has joined #openstack-nova12:55
*** mlakat has joined #openstack-nova12:56
openstackgerritYasufumi Ogawa proposed openstack/nova-specs master: Merge "Libvirt options for DPDK"  https://review.openstack.org/45660112:57
*** Shunli has quit IRC13:00
johnthetubaguysean-k-mooney: sfinucan: any chance we could get use cases added in here quickly? https://review.openstack.org/#/c/36114013:01
sfinucanjohnthetubaguy: Sure. Gimme 1013:01
johnthetubaguysean-k-mooney: sfinucan: something to describe the scenario(s) where each type of behaviour is what you want13:01
johnthetubaguysfinucan: sweet, I have got all confused after re-reading them, particular around the good points cdent raised in there13:02
*** lpetrut has quit IRC13:03
*** annegentle has quit IRC13:03
*** efried has joined #openstack-nova13:04
*** liverpooler has joined #openstack-nova13:05
sfinucanjohnthetubaguy: Dumb question, but is there another name of the service that boots a VM other than 'nova-compute'?13:06
johnthetubaguysfinucan: hmm, duno really, n-cpu?13:07
sfinucani.e. we'd say "the scheduler" rather than 'nova-scheduler'13:07
*** eharney has quit IRC13:07
johnthetubaguy"the compute node" gets used a bit13:07
johnthetubaguyor host13:07
johnthetubaguyor just "in compute"13:07
johnthetubaguynot sure thats a good thing though13:08
*** Guest3412 has joined #openstack-nova13:08
sfinucanmaybe I should just use nova-compute and nova-scheduler consistently instead13:09
*** jcook has quit IRC13:09
*** esberglu has joined #openstack-nova13:13
*** jcook has joined #openstack-nova13:14
johnthetubaguysfinucan: I guess thats always clear13:14
*** satyar has joined #openstack-nova13:15
*** crushil has joined #openstack-nova13:15
*** Guest58097 has quit IRC13:16
bauzassfinucan: if you talk about a running service having a RPC MQ, it's nova-compute13:17
*** amotoki has joined #openstack-nova13:17
bauzassfinucan: if you talk about an hypervisor, it's a node13:17
*** kfarr has joined #openstack-nova13:19
*** fandi has quit IRC13:21
*** artom has quit IRC13:21
*** tbachman has quit IRC13:21
*** artom has joined #openstack-nova13:22
*** artom has quit IRC13:24
*** artom has joined #openstack-nova13:24
*** djohnsto has joined #openstack-nova13:24
*** Guest58097 has joined #openstack-nova13:25
*** vks1 has joined #openstack-nova13:25
*** eharney has joined #openstack-nova13:28
*** gouthamr has joined #openstack-nova13:28
*** esberglu has quit IRC13:29
*** links has quit IRC13:29
*** iceyao has quit IRC13:29
*** baoli has quit IRC13:29
*** iceyao has joined #openstack-nova13:30
*** smatzek has quit IRC13:31
*** cdent has joined #openstack-nova13:33
*** lpetrut has joined #openstack-nova13:34
*** jaypipes has joined #openstack-nova13:34
*** ociuhandu has joined #openstack-nova13:35
peter-hamiltonjaypipes: if you have any questions on cert validation just ping me13:37
jaypipespeter-hamilton: will do. was on PTO yesterday. catching up today.13:37
mriedemjohnthetubaguy: as you probably saw i marked up your remove scope check patch, let me know if you want to talk about it13:38
johnthetubaguymriedem: so I didn't see that, looking now13:39
mriedemyou might want to sit down13:39
johnthetubaguyfunny you say that, I just adjusted my desk to sit down mode13:40
*** tbachman has joined #openstack-nova13:41
*** Dinesh_Bhor has quit IRC13:41
*** Dinesh_Bhor has joined #openstack-nova13:43
* artom has a problem.13:44
*** catintheroof has joined #openstack-nova13:44
*** zz_dimtruck is now known as dimtruck13:44
artomFor tagged attach, I need to invalidate the metadata API's cache - however, as far as I can tell, its cache is just a dict local to that process.13:45
*** catintheroof has quit IRC13:45
artomI'm trying to thinking of a good way to solve that, without suddenly requiring all deployment to run memcache.'13:45
*** catintheroof has joined #openstack-nova13:45
bauzasjaypipes: in case you have some brain time free, I'd love to get your insights on https://review.openstack.org/#/c/450122/1513:46
bauzasjaypipes: my biggest concern is how a virt driver can return a single dict for a common RC if it has two distinct devices behind it13:46
bauzasunless it's not really a problem and then meh.13:47
*** coreycb_vaca is now known as coreycb13:47
mriedemartom: i wonder if we could set a flag in the db to signal when the cache should be dumped13:48
mriedemand only look it up when requesting a version new enough for the tagged attach stuff,13:48
*** esberglu has joined #openstack-nova13:48
mriedemalthough i think with config drive that would be every time13:48
artommriedem, it's not in the DB anywhere...13:48
mriedemartom: i know13:48
openstackgerritStephen Finucane proposed openstack/nova-specs master: PCI NUMA Policies  https://review.openstack.org/36114013:48
*** baoli has joined #openstack-nova13:48
sfinucanjohnthetubaguy: &13:48
mriedemartom: is the cache per instance?13:49
mriedemi'm not terribly familiar with this13:49
artommriedem, I think it's per process13:49
*** esberglu has quit IRC13:49
artomhttps://github.com/openstack/nova/blob/master/nova/cache_utils.py13:49
johnthetubaguysfinucan: cool, queued it13:49
*** esberglu has joined #openstack-nova13:49
sfinucanAlso: cdent, sean-k-mooney, snikitin_, sgordon - https://review.openstack.org/36114013:49
sfinucanI went with required, preferred and legacy13:49
*** mlavalle has joined #openstack-nova13:49
artommriedem, the metadata handler calls get_client(), which, depending on conf, configures a cache region in a certain way13:49
*** Guest3412 has quit IRC13:50
*** catintheroof has quit IRC13:50
artomIt's using dogpile.cache, in which a region is basically a frontend/client: https://dogpilecache.readthedocs.io/en/latest/usage.html13:50
sfinucanjaypipes: You don't get to escape either :P https://review.openstack.org/36114013:50
* sfinucan is happy to see jaypipes online. He has so much work for him13:51
cdentha13:51
*** catintheroof has joined #openstack-nova13:51
artomAnd I think the backend is basically a dict: https://github.com/openstack/oslo.cache/blob/master/oslo_cache/backends/dictionary.py13:51
artomSo unless the REST API request just happened to land on the same process that eventually handles the metadata request, we need some form of IPC13:51
mriedemartom: default cache is just in-memory per process dict?13:52
mriedemi think it's dogpile yeah?13:52
artommriedem, that's what I gather, yeah13:52
*** Drankis has joined #openstack-nova13:54
mriedemwell this is a sticky wicket13:55
*** dimtruck is now known as zz_dimtruck13:55
mriedemwe have to look up an instance when it's not cache, or the cache is expired13:55
mriedemi was thinking we could have set a flag in instance_extra that would tell metadata api to refresh the cache, but that defeats the purpose because you have to do the db lookup to find out13:55
mriedemdefault cache expiration is 15 seconds right?13:56
snikitin_sfinucan: wow. Thank you for update! btw 'legacy' looks good because this behavior it really a little bit strange13:56
mriedemdoes the guest need to see the tagged block device immediately?13:56
artommriedem, ah, you're saying just wait it out?13:57
fricklermriedem: regarding your ML question, johnthetubaguy has a patch up to clarify things: https://review.openstack.org/#/c/438887/313:57
mriedemartom: that's what i'm asking13:57
*** zhurong has quit IRC13:57
mriedemartom: i.e. this is already a latent issue right?13:57
sfinucansnikitin_: no problem13:57
*** mtanino has joined #openstack-nova13:57
mriedemif your guest is relying on changes via metadata api, and it's already cached on a timer, then your guest logic probably already needs to poll for changes13:57
mriedemi don't really know the use cases though13:58
sfinucansnikitin_: Personally I'd like to drop that policy because it makes no sense. If you care about NUMA affinity, you should have 100% NUMA-aware nodes. If you don't, you clearly don't care enough :)13:58
johnthetubaguyfrickler: mriedem: thats right, I new that was familiar, I think bauzas said he would fix up that patch.13:58
*** yingjun has quit IRC13:58
sfinucanBut this is a good half way measure to avoid breaking existing deployments13:58
artommriedem, I suppose it is... but... well, did we ever have a user case where the metadata changed during an instance's lifetime?13:58
mriedemartom: i'm sure there are all sorts of things that change13:59
snikitin_sfinucan: yea, me too. But this damn backward compatibility...13:59
*** fragatina has joined #openstack-nova13:59
mriedembut let me check13:59
bauzasjohnthetubaguy: it just went out of my radar, because I'm not the Gerrit owner :(13:59
johnthetubaguybauzas: yeah, I have done that a few times also13:59
mriedemartom: security groups could change, password could change13:59
sfinucansnikitin_: I know, right? How dare our customers ask for backwards compatibility :P Let's hope that naming clears up everything13:59
mriedemartom: network metadata could change couldn't it depending on attaching/detaching ports?14:00
mriedemnot to mention dynamic vendor data14:00
bauzasmriedem: if your ML thread is related to my az spec, nevermind it, we could just wait for Queens14:00
mriedembauzas: it was the impetus yes14:00
mriedemi never knew about default_scheduler_zone14:00
artommriedem, that's probably correct...14:00
bauzasmriedem: default_schedul/e/_zone but yeah14:01
mriedemartom: so if you accept as a limitation that you're not getting the latest changes immediately when using metadata api, then this is probably ok14:01
bauzasmriedem: hope my reply made things clearer for you14:01
mriedembauzas: it made me feel like there was a purpose14:01
artommriedem, I think that's acceptable in the short term, at least14:01
mriedembauzas: however, the help text on those options is still murky14:01
*** Jack_Iv has quit IRC14:01
mriedemand should probably be updated14:01
bauzasmriedem: yup, hence johnthetubaguy and frickler point14:01
mriedembauzas: plus,14:01
artommriedem, and if someone complains we can always do a "real" cache later14:01
snikitin_sfinucan: :D14:01
*** smatzek has joined #openstack-nova14:01
mriedemthis big fat scary warning https://docs.openstack.org/developer/nova/aggregates.html#availability-zones-azs14:02
mriedemshould probably be in the api-ref14:02
mriedemwhere api users would see it14:02
mriedemrather than way down in devref14:02
artomOr they can run memcache and we can add a bit where we invalidate it14:02
bauzasmriedem: well, when I wrote by that time, I wasn't seasoned with api-ref :)14:02
mriedemartom: memcache doesn't help the timing problem right? just the consistency issue,14:02
bauzasit should even be in the operators guide14:02
mriedemi.e. depending on which metadata api worker i hit with my request, i could get different results14:02
bauzasanyway, spec deadline day, I'm turned into review day for me14:03
mriedemor would memcache be updated globally for all? i suppose it would14:03
mriedemnevermind then14:03
artommriedem, I'm assuming memcache would be a global singleton14:03
artomSo it's much easier to invalidate an item from a different place in the code14:03
mriedembauzas: "Consequently, it is highly recommended for users to never ever ask for booting an instance by specifying an explicit AZ named nova and for operators to never set the AZ metadata for an aggregate to nova."14:03
mriedem^ is all about the end user14:03
mriedemartom: yeah true14:03
mriedemartom: so yeah if you were a deployment that heavily depended on metadata api, you're probably using memcahe14:04
bauzasmriedem: setting AZ metadata is an operator thing, right? not sure I get your point14:04
mriedem*memcache - that's why the dogpile per-process dict cache is the cheap and easy default14:04
mriedembauzas: read again "Consequently, it is highly recommended for users to never ever ask for booting an instance by specifying an explicit AZ named nova and for operators to never set the AZ metadata for an aggregate to nova."14:04
*** jangutter has joined #openstack-nova14:04
bauzasmriedem: most of the bugs I see are related to people saying "I did nova boot --az nova" and now I'm stuck14:04
mriedembauzas: yes, that's exactly what that warning says14:04
bauzasmriedem: or people saying "I did created aggregate with AZ=nova and now I'm broken"14:05
mriedem"don't do nova boot --availability-zone nova"14:05
bauzasmriedem: I know, *I* wrote that big fat warning :)à14:05
mriedemthe user doesn't read the operators guide14:05
mriedemhttps://github.com/openstack/nova/blob/master/api-ref/source/parameters.yaml#L349914:05
bauzasah okay, get your point14:05
bauzasgotcha14:06
bauzasI can forge a patch14:06
johnthetubaguylbragstad: mriedem: sounds like we need to talk about "is_admin_project:True", I am assuming that basically means god_mode=True14:06
*** hongbin has joined #openstack-nova14:07
mriedemjohnthetubaguy: my understanding in talking with lbragstad was is_admin_project was assigning someone as admin to a project, not the deployment14:07
mriedembut it's really confusing so i probably screwed it up14:07
mriedemor is is_admin_project a flag on a project that says, this is the god project, if yo'ure a member, welcome to heaven14:08
lbragstadmriedem that - but the other way around14:08
*** lpetrut has quit IRC14:08
lbragstadthe admin_project is this super-duper special project within keystone and if you have admin on it, you have admin on the deployment14:08
lbragstad(it's weird and a little strange)14:08
mriedemso what is the case where i'm just admin on a non-admin project?14:09
mriedemis that just, role:admin on project foo?14:09
mriedemnot role:admin on project admin?14:09
lbragstadmriedem yeah14:09
*** iceyao has quit IRC14:09
lbragstadmriedem the case would be that you'd be able to manage the project, but not the deployment14:09
mriedemok14:09
lbragstad(think creating subprojects)14:09
mriedemjohnthetubaguy: i don't know if you need that explained in your spec or not, it would have helped me, and in simple terms14:10
openstackgerritSergey Nikitin proposed openstack/nova-specs master: PCI NUMA Policies  https://review.openstack.org/36114014:10
mriedem* god-mode: user as admin role on the special admin project14:10
lbragstador if you wanted to manage role assignments for things within the project you have admin on14:10
johnthetubaguymriedem: I tried to describe that in there, I probably failed. Its why I spoke about a "special" admin project.14:11
lbragstadi mean - it's a step in the right direction, but i kinda think of it as a bandaid14:11
mriedem* fief lord: user has admin role on non-admin tenant project14:11
*** lucasxu has joined #openstack-nova14:11
johnthetubaguymriedem: +114:11
mriedemor demigod if you like14:11
mriedemfief lord seems more appropriate14:12
lbragstadyeah14:12
mriedemjohnthetubaguy: my main question was can we split fixing the db issue (the trove service user 404 case) from the scope check overhaul?14:12
mriedembecause the former i think i understand the mechanics of, the latter i don't so much14:13
johnthetubaguymriedem: I don't believe we can14:13
johnthetubaguymriedem: I think one check is there to replace the other14:13
mriedemi figured that would be the answer14:13
johnthetubaguymriedem: is it worth a quick hangout?14:13
mriedemin that case, you have to answer my gauntlet of questions in the scope check section14:13
mriedemwe could,14:14
johnthetubaguyyeah, heading down them now14:14
mriedemwould be good if it were more than just me though14:14
*** zz_dimtruck is now known as dimtruck14:15
johnthetubaguymriedem: very true, I wonder if sdague and lbragstad would be up for it?14:15
sdague??14:16
lbragstad?14:16
*** Jack_Iv has joined #openstack-nova14:16
johnthetubaguywondering about a quick hangout14:17
johnthetubaguyaround policy stuff, with mriedem14:17
sdaguesure, give me 2 minutes, then I could do it14:17
lbragstadI have some time now - meeting in 4514:17
johnthetubaguylbragstad: same here14:17
johnthetubaguywell, same meeting14:17
openstackgerritMonty Taylor proposed openstack/python-novaclient master: Add novaclient client_name and client_version to user-agent  https://review.openstack.org/45663814:17
lbragstadjohnthetubaguy :)14:17
sdagueok, well let me know when14:18
johnthetubaguypolicy hangout: https://hangouts.google.com/call/5zxc7sggwndgrcihsydb5o37mmy14:19
johnthetubaguymriedem: lbragstad: sdague: ^14:19
mriedemjohnthetubaguy: i'll also be totally honest and say i worry about starting a new big slog of changes like this, when we have some things we haven't completed yet from previous releases14:19
mordredjamielennox|away: ^^ see 456638 and double-check me that that's right before I do it for the other clients14:20
johnthetubaguymriedem: I kinda thought we finished the conf now, hence opening this up14:20
*** iceyao has joined #openstack-nova14:20
mriedemmy av is all screwed up14:21
openstackgerritSergey Nikitin proposed openstack/nova-specs master: PCI NUMA Policies  https://review.openstack.org/36114014:21
johnthetubaguymriedem: your mic was working great14:21
*** felipemonteiro has joined #openstack-nova14:21
*** iceyao has quit IRC14:21
mriedemoh, no audio for me :)14:21
openstackgerritArtom Lifshitz proposed openstack/nova master: Plumbing for tagged nic attachment  https://review.openstack.org/41562214:22
openstackgerritArtom Lifshitz proposed openstack/nova master: Delete nic metadata when detaching interface  https://review.openstack.org/43538714:22
openstackgerritArtom Lifshitz proposed openstack/nova master: Libvirt support for tagged volume attachment  https://review.openstack.org/41810014:22
openstackgerritArtom Lifshitz proposed openstack/nova master: Delete disk metadata when detaching volume  https://review.openstack.org/43508214:22
openstackgerritArtom Lifshitz proposed openstack/nova master: Plumbing for tagged volume attachment  https://review.openstack.org/39194114:22
openstackgerritArtom Lifshitz proposed openstack/nova master: API support for tagged device attachment  https://review.openstack.org/37602114:22
openstackgerritArtom Lifshitz proposed openstack/nova master: Libvirt support for tagged nic attachment  https://review.openstack.org/41552014:22
*** claudiub has joined #openstack-nova14:23
*** krtaylor has joined #openstack-nova14:25
*** Jack_Iv has quit IRC14:26
*** udesale has joined #openstack-nova14:29
*** jianghuaw_ has joined #openstack-nova14:30
mriedemjohnthetubaguy: i meant https://blueprints.launchpad.net/nova/+spec/prep-for-network-aware-scheduling-pike specifically, but we have other things too14:31
mriedemsfinucan: dansmith: bauzas: easy fix https://review.openstack.org/#/c/455183/14:33
sfinucanmriedem: I see your change and raise you https://review.openstack.org/#/c/456227/14:34
* sfinucan doesn't want two RH +2s14:34
mriedemclarkb: looks like we have a new set of live migration failures since the UCA change http://logs.openstack.org/83/455183/5/check/gate-tempest-dsvm-multinode-live-migration-ubuntu-xenial/38fe0cd/logs/screen-n-cpu.txt.gz?level=TRACE#_2017-04-13_11_58_36_986 - not sure if it's related to the other things we've already seen and UCA was meant to fix, i.e. the i/o error14:34
bauzasmriedem: looks like the live-mig job is bonkers14:34
mriedemsfinucan: that tab was already open :)14:35
mriedemit is http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22Live%20Migration%20failure%3A%20operation%20failed%3A%20Failed%20to%20connect%20to%20remote%20libvirt%20URI%5C%22%20AND%20message%3A%5C%22End%20of%20file%20while%20reading%20data%3A%20sh%3A%201%3A%20nc%3A%20not%20found%3A%20Input%2Foutput%20error%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22&from=7d14:35
*** lpetrut has joined #openstack-nova14:36
kashyapsfinucan: I'm obviously not a "core", but there's nothing inherently wrong with "two RH +2s"14:37
kashyapAssuming they're acting in good faith14:38
sfinucankashyap: True, but it's just good practice14:38
kashyapHaving a blind rule (I'm not saying there is) like "We don't want two RH +2s" is just plain silly14:38
sfinucanespecially when the patch was RH authored14:38
kashyapsfinucan: Ah, like that14:38
kashyapsfinucan: Sure, it's a "nice to have" to keep biases in check14:38
mriedemi'll review it when i'm off this call14:39
*** zenoway has quit IRC14:39
kashyapBut if they're are mature adults, then it's okay to assume they're acting in good faith :-)14:39
openstackgerritSergey Nikitin proposed openstack/nova-specs master: PCI NUMA Policies  https://review.openstack.org/36114014:39
mriedemkashyap: they are also rushing because of tripleo pressure14:39
mriedemso there is a conflict14:39
mriedemjust hold up 30 minutes please :)14:39
sfinucankashyap: z'actly :)14:39
kashyapsfinucan: Case in point: Upstream QEMU block layer has lots of RH-authored patches reviewed by RHers14:39
*** zenoway has joined #openstack-nova14:39
kashyapAnd the quality of those discussions is one of the highest I've ever seen.14:39
kashyapAnd they disagree all the time with each other14:40
jaypipesbauzas, sfinucan: will try my best. really not feeling well today :(14:40
kashyapmriedem: Ah, I see - didn't know the TripleO context14:40
bauzasjaypipes: no worries man14:40
bauzasjaypipes: take rest14:40
*** zenoway has quit IRC14:40
*** zenoway has joined #openstack-nova14:40
sfinucanjaypipes: Aye, take it easy in that case14:44
jangutterMassive apologies again for the insane lateness of "Spec to enable Netronome SmartNIC support" https://review.openstack.org/#/c/456386/14:45
*** prateek has quit IRC14:45
jangutterAt least I should be online for the next couple of hours if anyone is still willing to review it.14:46
*** iceyao has joined #openstack-nova14:46
*** alexpilotti has quit IRC14:49
*** alexpilotti has joined #openstack-nova14:50
openstackgerritSylvain Bauza proposed openstack/nova master: Fix AZ related API docs  https://review.openstack.org/45665514:50
*** iceyao has quit IRC14:50
bauzasmriedem: johnthetubaguy: attempt to clarify our API docs wrt: AZs https://review.openstack.org/45665514:50
*** sridharg has joined #openstack-nova14:50
* bauzas disappears for a couple of minutes14:50
*** catintheroof has quit IRC14:52
*** catintheroof has joined #openstack-nova14:52
*** aarefiev is now known as aarefiev_afk14:54
mriedemlive migration job is spiking at 75%+ fail, i'm going to make it non-voting14:55
kashyapmriedem: Any specific bug (or a set of bugs) that's causing it?14:56
mriedemhttps://bugs.launchpad.net/nova/+bug/168245314:56
openstackLaunchpad bug 1682453 in OpenStack Compute (nova) "Live Migration failure: operation failed: Failed to connect to remote libvirt URI - End of file while reading data: sh: 1: nc: not found: Input/output error" [High,Confirmed]14:56
mriedemlibvirt craps it's pants14:56
*** tbachman has quit IRC14:56
mriedemwith newer libvirt/qemu14:56
mriedemwhich we were told by some (cough cough) it would fix all of our problems :)14:57
*** mtreinish has quit IRC14:57
*** armax has joined #openstack-nova14:57
*** swebster has quit IRC14:58
*** mtreinish has joined #openstack-nova14:58
* kashyap hangs his head in shame14:58
kashyapmriedem: I never make blanket promises, certainly to _you_ that it will "fix all the problems"14:58
mriedemhttps://review.openstack.org/45665614:59
*** eharney has quit IRC14:59
kashyaps/to/not to/14:59
mriedemkashyap: i'm just teasing14:59
kashyapI know, I forgot to add a smiley14:59
*** yingjun has joined #openstack-nova15:01
*** voelzmo has quit IRC15:01
*** marst has quit IRC15:02
*** marst has joined #openstack-nova15:02
*** mdrabe has quit IRC15:03
*** khappone has joined #openstack-nova15:04
*** obre has joined #openstack-nova15:05
*** annegentle has joined #openstack-nova15:05
*** jowisz_ has joined #openstack-nova15:06
*** belliott_ has joined #openstack-nova15:06
*** lifeless_ has joined #openstack-nova15:07
owalshkashyap: that looks like a packaging issue, nc not installed15:07
*** mdnadeem has quit IRC15:07
*** toanster has joined #openstack-nova15:08
*** ericyoung has joined #openstack-nova15:08
jangutter:O "nc not installed" conjures the same horror in me as "gcc not installed".15:08
*** mdrabe has joined #openstack-nova15:08
*** siva_kri- has joined #openstack-nova15:08
*** marst has quit IRC15:09
*** afazekas_ has joined #openstack-nova15:09
*** dutsmoc has joined #openstack-nova15:09
*** melwitt_ has joined #openstack-nova15:09
*** alaski_ has joined #openstack-nova15:09
*** lbragstad_ has joined #openstack-nova15:09
*** leifz- has joined #openstack-nova15:09
*** dimtruck_ has joined #openstack-nova15:09
*** esmiurium_ has joined #openstack-nova15:09
*** zigo_ has joined #openstack-nova15:09
*** spotz_ has joined #openstack-nova15:09
*** EmilienM_ has joined #openstack-nova15:09
*** pcaruana has quit IRC15:10
*** kencjohnston_ has joined #openstack-nova15:10
*** kashyap` has joined #openstack-nova15:10
sdaguemriedem: the fix is merged now, right?15:10
*** mordred1 has joined #openstack-nova15:10
*** stvnoyes has quit IRC15:10
*** alaski has quit IRC15:10
*** toan has quit IRC15:10
*** lbragstad has quit IRC15:10
*** melwitt has quit IRC15:10
*** McNinja has quit IRC15:10
*** khappone_ has quit IRC15:10
*** siva_krishnan has quit IRC15:10
*** mordred has quit IRC15:10
*** snikitin_ has quit IRC15:10
*** TheJulia has quit IRC15:10
*** mariojv has quit IRC15:10
*** belliott has quit IRC15:10
*** kashyap has quit IRC15:10
*** njohnston has quit IRC15:10
*** obre_ has quit IRC15:10
*** mhenkel_ has quit IRC15:10
*** kencjohnston has quit IRC15:10
*** VAhl has quit IRC15:10
*** lifeless has quit IRC15:10
*** jgriffith has quit IRC15:10
*** esmiurium has quit IRC15:10
*** stevemar has quit IRC15:10
*** JayF has quit IRC15:10
*** EmilienM has quit IRC15:10
*** leifz has quit IRC15:10
*** comstud has quit IRC15:10
*** dimtruck has quit IRC15:10
*** afazekas has quit IRC15:10
*** spotz has quit IRC15:10
*** phealy has quit IRC15:10
*** serverascode has quit IRC15:10
*** zigo has quit IRC15:10
*** jowisz has quit IRC15:10
*** dimtruck_ is now known as dimtruck15:10
mriedemclarks?15:10
*** leifz- is now known as leifz15:10
mriedemthat merged last night15:10
mriedemthis is something else15:10
*** njohnston has joined #openstack-nova15:11
*** eharney has joined #openstack-nova15:11
*** kashyap` is now known as kashyap15:11
sdaguemriedem: https://review.openstack.org/#/c/456388/15:11
*** mariojv_ has joined #openstack-nova15:11
*** EmilienM_ is now known as 17WAAOC7S15:11
*** mhenkel has joined #openstack-nova15:11
sdagueno, it didn't merge until this morning15:11
*** annegentle has quit IRC15:11
*** eharney has quit IRC15:11
*** eharney has joined #openstack-nova15:11
*** McNinja has joined #openstack-nova15:11
*** 21WAAA2JF has joined #openstack-nova15:11
*** VAhl has joined #openstack-nova15:11
*** JayF has joined #openstack-nova15:11
sdaguealso, it seems totally weird to me that libvirt would shell out to nc15:11
*** stevemar has joined #openstack-nova15:11
*** snikitin_ has joined #openstack-nova15:12
*** stvnoyes has joined #openstack-nova15:12
*** zigo_ is now known as zigo15:12
dansmithsdague: it has definitely used nc for things15:12
*** burgerk has joined #openstack-nova15:12
*** zigo is now known as Guest5258615:12
dansmithsdague: used to be you couldn't connect a fedora virt-manager to an ubuntu host without installing netcat, or something like that15:13
dansmiththe reverse maybe, I forget15:13
*** hshiina has joined #openstack-nova15:13
*** rcernin has quit IRC15:13
*** lbragstad_ is now known as lbragstad15:14
*** TheJulia has joined #openstack-nova15:18
*** annegentle has joined #openstack-nova15:19
sdagueso I think this is probably the problematic commit for us - https://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=22eaee8e011645162e4b00d313bf2abdd4eb54e515:19
*** litao has quit IRC15:19
sdagueprobably good to get an ubuntu packaging bug openned up on that15:19
*** lpetrut has quit IRC15:20
sdagueclarkb: did you do that yet?15:20
*** serverascode has joined #openstack-nova15:20
*** Drankis has quit IRC15:21
owalshsdague: that's for qemu+libssh, the qemu+ssh driver always requried netcat15:21
*** mlakat has quit IRC15:21
*** vladikr has joined #openstack-nova15:24
*** rajinir has quit IRC15:24
sfinucanowalsh: Regarding https://review.openstack.org/456571, are you saying we need user and port options even if we don't deprecate 'live_migration_uri'15:25
*** rajinir has joined #openstack-nova15:25
* sfinucan would have figured you could specify them as part of that option15:25
*** Jack_Iv has joined #openstack-nova15:26
sdagueit looks like the libvirt-daemon recommends netcat-openbsd, but does not require it15:27
*** catintheroof has quit IRC15:27
sdagueRecommends: qemu-kvm | qemu (>= 0.9.1), libxml2-utils, netcat-openbsd15:27
*** catintheroof has joined #openstack-nova15:27
owalshsfinucan: need to use live_migration_inbound_addr to set the IP network for live migration. We can't do this with live_migration_uri AFAIK15:27
*** catintheroof has quit IRC15:27
owalshsfinucan: I assume that's one of the main reasons for deprecating live_migration_uri15:29
*** nkorabli has quit IRC15:30
*** bnemec has quit IRC15:30
owalshsfinucan: but to use SSH we need to pass user, maybe port too, and almost certainly extraoptions, and there is no way to set this when using live_migration_inbound_addr15:30
*** bnemec has joined #openstack-nova15:30
*** Jack_Iv has quit IRC15:31
*** XueFeng has quit IRC15:32
*** dutsmoc has quit IRC15:34
*** comstud has joined #openstack-nova15:34
*** Jack_Iv has joined #openstack-nova15:35
*** Oku_OS is now known as Oku_OS-away15:35
*** Jack_Iv has quit IRC15:36
*** Jack_Iv has joined #openstack-nova15:36
*** psachin has quit IRC15:37
sfinucanowalsh: So for 'live_migration_uri', you could conceivably set it to something like 'xen+ssh://rjones@%s/?no_verify=1'. That has both a user and extra_options15:37
sfinucanowalsh: Do we want the same functionality for whatever's using live_migration_inbound_addr?15:37
*** chyka has joined #openstack-nova15:39
*** chyka has quit IRC15:39
owalshsfinucan: yes, currently do set the user via live_migration_uri, but we can't control which network it users. %s is always replaced with the remote hostname15:39
*** chyka has joined #openstack-nova15:41
*** JayF has quit IRC15:41
sfinucanowalsh: ...and live_migration_inbound_addr provides an alternative to that, but it doesn't allow you to a username or extra_specs currently, right?15:42
* sfinucan is clearly confused15:42
*** stevelle has left #openstack-nova15:43
sfinucanowalsh: If we allowed you to _not_ specify '%s' for 'live_migration_uri' and instead set a static destination/IP network, would that achieve what you want?15:43
cdentedleafe: are your resource tracker related functional tests sort of on hold?15:44
owalshsfinucan: you have to specify %s - it's replaced with the hostname of the live miragation target15:44
sfinucanowalsh: That's what I'm saying. What if I removed that requirement15:45
*** JayF has joined #openstack-nova15:45
sfinucanOr are the two complimentary somehow?15:45
*** mordred1 is now known as mordred15:46
*** damien_r has quit IRC15:46
owalshso live_migration_uri = foo://bar@%s/ will tranlate to foo://bar@nova1/ when migrating to nova1, and foo:/bar@nova2/ when migrating to nova215:46
*** swebster has joined #openstack-nova15:47
*** markus_z has quit IRC15:47
owalshwhen using the new approach when migrating to nova1 we get live_migration_inbound addr etc.. for nova1 to build the url to migrate to it15:48
*** amotoki has quit IRC15:48
owalshIIRC anyway15:48
* owalsh is probably confused now too15:48
owalshit been a while since I looked at it but I think there was consensus that the new options are required15:49
openstackgerritArtom Lifshitz proposed openstack/nova master: Plumbing for tagged nic attachment  https://review.openstack.org/41562215:49
openstackgerritArtom Lifshitz proposed openstack/nova master: Delete nic metadata when detaching interface  https://review.openstack.org/43538715:49
openstackgerritArtom Lifshitz proposed openstack/nova master: Libvirt support for tagged volume attachment  https://review.openstack.org/41810015:49
openstackgerritArtom Lifshitz proposed openstack/nova master: Delete disk metadata when detaching volume  https://review.openstack.org/43508215:49
openstackgerritArtom Lifshitz proposed openstack/nova master: Plumbing for tagged volume attachment  https://review.openstack.org/39194115:49
openstackgerritArtom Lifshitz proposed openstack/nova master: API support for tagged device attachment  https://review.openstack.org/37602115:49
openstackgerritArtom Lifshitz proposed openstack/nova master: Libvirt support for tagged nic attachment  https://review.openstack.org/41552015:49
*** liverpooler has quit IRC15:56
edleafecdent: yeah, more because I got distracted with other stuff while waiting for more feedback15:57
cdentedleafe: yeah, just checking. I had a reminder to look at them but didn't have the current brain to say much in this round.15:58
edleafecdent: ok, remind me next week if you think of it15:58
cdent15:58
*** liverpooler has joined #openstack-nova15:59
mriedemdansmith: before you change things in https://review.openstack.org/#/c/456227/ i've left some comments15:59
mriedemlooks like some were at the same time you were replying to sfinucan15:59
openstackgerritDan Smith proposed openstack/nova master: Fix hypervisors api missing HostMappingNotFound handlers  https://review.openstack.org/45622715:59
dansmithhah15:59
mriedemdoh15:59
mriedemgdi15:59
dansmithwas literally just pushing when you said that15:59
*** yonglihe has quit IRC15:59
*** artom has quit IRC16:00
*** artom has joined #openstack-nova16:00
*** tbachman has joined #openstack-nova16:01
*** abhishek has quit IRC16:02
*** ngupta has joined #openstack-nova16:02
ildikovmriedem: johnthetubaguy: are you avaiable for the Cinder-Nova meeting?16:02
mriedemyeah16:02
*** artom has quit IRC16:06
*** artom has joined #openstack-nova16:06
*** zenoway has quit IRC16:07
*** gszasz has quit IRC16:10
*** udesale has quit IRC16:15
*** vladikr has quit IRC16:17
openstackgerritDaniel Pawlik proposed openstack/nova master: Changed network_info variable in test_create_configdrive  https://review.openstack.org/43695316:18
*** felipemonteiro has quit IRC16:20
*** dtp has joined #openstack-nova16:20
dtpgood morning.  can we get a ruling on https://blueprints.launchpad.net/nova/+spec/conf-network-metadata-always-static-ip, please?16:21
*** crushil has quit IRC16:21
kashyapmriedem: That live mig job failure is due to missing `nc` (Netcat), which seems to be resolved by clarkb's  -- https://review.openstack.org/#/c/456388/ ("Install netcat for libvirt live migration")16:23
*** thorst has quit IRC16:23
kashyapThat merged about 3 hours ago16:23
mriedemkashyap: ok, i had thought that merged last night but forgot about the devstack dependency16:23
mriedemi'll check logstash in a bit to see if it's dropping off16:24
kashyapmriedem: See!  You seem to blame libvirt at the drop of a hat :P16:24
*** satyar has quit IRC16:24
kashyapYou actually didn't16:24
nguptaHi everyone, new to this channel. I want to know where does OpenStack stand with supporting encryption for Block Storage using the RBD driver.16:25
*** thorst has joined #openstack-nova16:25
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/45596016:27
*** openstack has joined #openstack-nova16:34
mriedemdansmith: is it just me, or is it weird that we don't terminate volume connections on the host when we shelve offload?16:34
mriedemsince when you unshelve, you can end up on another host16:34
*** openstackstatus has joined #openstack-nova16:34
*** ChanServ sets mode: +v openstackstatus16:34
*** tesseract has joined #openstack-nova16:35
*** erlon has quit IRC16:35
*** yingjun has joined #openstack-nova16:35
*** catintheroof has joined #openstack-nova16:36
*** scottda has joined #openstack-nova16:36
*** jvgrant has joined #openstack-nova16:36
dansmithmriedem: yeah.. I assume that'd be a bug16:36
*** armax_ has joined #openstack-nova16:36
mriedemlike, the most latent bug ever...16:36
*** jvgrant has left #openstack-nova16:36
dansmithI think there might've been some things that were left in place on the off chance it landed on the same host, but can't imagine that's right16:37
mriedemi keep thinking i'm missing something obvious16:37
dansmithunless we call to the old compute somehow, but we've lost that info I think16:37
dansmithyeah, seems too obviously broken16:37
*** nic has joined #openstack-nova16:37
mriedemconductor manager for unshelve calls out to scheduler to get new hosts16:37
openstackgerritJianghua Wang proposed openstack/nova-specs master: Support VGPU  https://review.openstack.org/45012216:37
mriedemplus, you could have unshelved from a host that is now down or gone16:38
mriedem*shelved16:38
dansmithyeah16:38
*** armax has quit IRC16:39
*** armax_ is now known as armax16:39
*** lucasagomes is now known as lucas-afk16:41
mriedemoh btw, pike-1 milestone today16:41
mriedemi had forgotten about the need for the tag16:41
*** haplo37 has joined #openstack-nova16:42
*** Apoorva has joined #openstack-nova16:42
*** Apoorva has quit IRC16:42
jianghuaw_jaypipes, sbauza: could you help to look at this VGPU spec?16:42
jianghuaw_https://review.openstack.org/45012216:42
melwitt_ngupta: I found this old spec about it https://review.openstack.org/#/c/239798/ and the consensus there mentions the way forward for rbd encrypted volumes should be with qemu native rbd encryption, but I don't think anyone worked on it yet16:42
*** Apoorva has joined #openstack-nova16:42
*** melwitt_ is now known as melwitt16:43
mriedemdansmith: also looks like we don't unbind ports from the host on shelve offload16:43
mriedemthis is all just very odd16:43
openstackgerritStephen Finucane proposed openstack/nova master: WIP! conf: Add three new '[libvirt] live_migration_*' options  https://review.openstack.org/45657116:43
openstackgerritStephen Finucane proposed openstack/nova master: conf: Gather 'live_migration_scheme', 'live_migration_inbound_addr'  https://review.openstack.org/45657216:44
melwittmriedem: yeah, that's "intentional"? I noticed it just leaves everything there as-is, network connection, volume connection, etc16:44
openstackgerritStephen Finucane proposed openstack/nova master: conf: Convert 'live_migration_inbound_addr' to HostAddressOpt  https://review.openstack.org/45657316:44
sfinucanowalsh: I've to go to tag, so that's my WIP patches. Lemme know if you think that's the right direction. Will finish them tonight or Tuesday16:44
*** catintheroof has quit IRC16:44
*** crushil has joined #openstack-nova16:44
*** jaosorior has quit IRC16:44
*** tbachman_ has joined #openstack-nova16:45
melwittit assumes it will go back on the same host, but I don't know if it does or can do anything to guarantee that. with the network part, I could see it wanting to keep the IP allocated so that it can't be given out (and network possibly run out of IPs) when the person comes back to unshelve. same concept as keeping the quota occupied during offload16:45
*** tbachman has quit IRC16:46
*** tbachman_ is now known as tbachman16:46
*** bpoulos has quit IRC16:46
owalshsfinucan: cool, thanks16:46
dansmithmriedem: must be missing something16:47
*** Swami_ has quit IRC16:48
mriedemi honestly hope i am missing something16:50
johnthetubaguymelwitt: oh, interesting, once its offloaded I kinda assumed it wasn't going back there, in all likelylood16:52
*** Swami_ has joined #openstack-nova16:53
*** kfarr has quit IRC16:53
openstackgerritJianghua Wang proposed openstack/nova-specs master: Support VGPU  https://review.openstack.org/45012216:53
*** jaosorior has joined #openstack-nova16:54
dansmithmelwitt: yeah, once offloaded it's not supposed to (have to) go back to the same host16:57
dansmiththat's the whole point16:57
melwittyeah16:57
melwittI do see it cleaning up network here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L437816:57
melwittso maybe someone just forgot about volumes?16:57
*** priteau_ has quit IRC16:58
openstackgerritRajath Agasthya proposed openstack/nova master: Fix Bandit jinja2 warnings  https://review.openstack.org/45670916:59
mriedemmelwitt: that's a noop for neutron16:59
melwittI would not have expected that16:59
mriedemhttps://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L233216:59
mriedemmelwitt: there are like 5 different methods in the base network api like that17:00
*** baoli has quit IRC17:00
*** vladikr has joined #openstack-nova17:00
mriedemmelwitt: and of course some are only neutron and some are only nova-net17:00
melwittguh, what the hell17:00
mriedemhttps://github.com/openstack/nova/blob/master/nova/network/api.py#L52917:00
*** baoli has joined #openstack-nova17:01
melwittsigh17:01
*** ralonsoh has quit IRC17:02
*** jgriffith has joined #openstack-nova17:03
*** jaosorior has quit IRC17:03
*** 21WAAA2JF is now known as EmilienM17:05
*** EmilienM has joined #openstack-nova17:05
*** ekuris has quit IRC17:06
*** gyee has joined #openstack-nova17:06
*** liverpooler has quit IRC17:07
*** ngupta has quit IRC17:09
*** efoley__ has quit IRC17:10
swebster^ Interesting that the neutron cleanup doesn't start a migration.  This actually causes you to be completely screwed when unshelving with PCI devices.  I fixed a symptom of that with https://review.openstack.org/#/c/45393817:10
*** ngupta has joined #openstack-nova17:11
*** hshiina has quit IRC17:11
*** jgriffith has quit IRC17:13
*** chenying has quit IRC17:13
mriedemhmm, yeah, so we don't unbind and we don't terminate volume connections on shelve offload,17:14
mriedemso unshelve is just....17:14
mriedemroll the dice17:14
*** ociuhandu has quit IRC17:14
mriedemplus on unshelve i believe we'll also create a new volume, but would have to check that17:14
mriedemif it's bfv17:14
*** chenying has joined #openstack-nova17:14
*** gongysh has quit IRC17:15
*** yamahata has joined #openstack-nova17:15
openstackgerritSteven Webster proposed openstack/nova master: Fix mitaka online migration for PCI devices  https://review.openstack.org/45639717:17
mriedemyeah so on unshelve, we prep block devices but pass do_check_attach=False, because the volume is still in-use b/c it's still attached to the instance, by design,17:18
mriedemwe make a new connection on the new host,17:18
mriedemand if volume['attach_status'] == "detached": is False,17:18
mriedemso we don't try to attach again17:18
melwitthow can it stay attached if the virt domain was destroyed?17:19
*** jianghuaw-m has joined #openstack-nova17:20
mriedemyeah good point, let me see what driver.destroy() does17:20
*** baoli has quit IRC17:20
mriedemthat calls cleanup() which will by default unplug vifs17:21
*** baoli has joined #openstack-nova17:21
mriedemwe get the bdms and disconnect the volumes17:21
mriedemwe never call terminate_connection in cinder17:22
mriedembut maybe that doesn't matter?17:22
mriedemsmcginnis: hemna: what does terminate_connection actually do on the cinder side?17:22
*** ekuris has joined #openstack-nova17:22
*** sambetts is now known as sambetts|afk17:26
mriedemmelwitt: also, when we unplug the vifs during cleanup() that should trigger a network-changed event from the neutron side, but since the instance is now shelved offloaded, the server-external-events api can't rpc cast into the compute to refresh it's nw info cache17:26
*** yingjun has quit IRC17:28
melwittO.o17:28
*** jgriffith has joined #openstack-nova17:32
*** ekuris has quit IRC17:33
hemnamriedem, it's job is to tear down the external connection from the backend to the host17:38
hemnaeffectively unexport the volume17:38
peter-hamiltonjaypipes: i'll be afk for a bit; if you have any questions on cert validation, i'll answer once i get back17:40
*** mtanino has quit IRC17:40
*** rcernin has joined #openstack-nova17:42
*** tbachman has quit IRC17:43
*** tbachman has joined #openstack-nova17:43
*** vks1 has quit IRC17:46
*** jianghuaw-m has quit IRC17:47
*** Guest58097 has quit IRC17:48
*** felipemonteiro has joined #openstack-nova17:52
*** gjayavelu has joined #openstack-nova17:52
*** pchavva has joined #openstack-nova17:55
mriedemhemna: so seems like that would be important when an instance with an attached volume disconnects from it's host and eventually shows up elsewhere (another compute host) yeah?17:57
mriedemor does it depend on the backend?17:57
hemnanot sure I'm following17:57
mriedemhemna: are you familiar with the shelve offload operation in nova?17:58
hemnanot imtimately17:58
mriedemlet me introduce you17:58
hemna:P ok17:58
mriedembasically keep your volume attached in the cinder db,17:58
mriedembut we destroy the guest vm from the compute host17:58
mriedemkeep ports and volumes attached in dbs17:58
mriedemwhen we destroy the guest, we disconnect any volumes17:59
mriedemthen the instance is in this shelve-offloaded state, where it doesn't have a host17:59
mriedem(we also take a snapshot of it before offloading it)17:59
hemnaok17:59
hemnaso it's like a dormant vm17:59
*** lpetrut has joined #openstack-nova17:59
mriedemwhen you unshelve the instance, we take the snapshot image and boot the server on a new host17:59
*** ociuhandu has joined #openstack-nova17:59
mriedemsort of yeah17:59
mriedemit might land on the same host as before, but it might not17:59
*** baoli has quit IRC17:59
hemnayah, so I believe terminate_connection should be called then in this case, to ensure that the backend disconnects from the host18:00
mriedemwhen the instance is created on a new host, we call initialize_connection again18:00
dane-fichterjaypipes: also I can answer most cert validation questions while peter-hamilton is afk18:00
hemnamakes sense18:00
openstackgerritMathieu Gagné proposed openstack/nova-specs master: Nova support for attached volume extend  https://review.openstack.org/45327218:00
*** Jack_Iv has quit IRC18:01
*** baoli has joined #openstack-nova18:01
mriedemhemna: the funny thing is on unshelve,18:01
jgriffithmriedem hemna there is no terminate_connection, only “attachment_delete” or “update"18:02
*** Jack_Iv has joined #openstack-nova18:02
jgriffith:)18:02
hemna:P18:02
mriedemis i don't think we ever call connect_volume in brick on the new host18:02
hemna!18:02
mriedemso even though we initialize the connection, we don't connect the volume18:02
mriedemas far as i can tell18:02
hemnaoops18:02
mriedemlet me check the driver.spawn() method though18:02
mriedemmaybe it's done there18:02
mriedemsome of this garbage is hidden18:02
hemnawell if the volume is showing up there, then it has to get called at some point18:03
mriedemi don't know if it does, this is all via code inspection,18:03
mriedemi don't have a devstack handy to recreate18:03
mriedemyeah i don't see brick called during spawn during unshelve18:04
*** Jack_Iv has quit IRC18:07
*** Jack_Iv has joined #openstack-nova18:07
mriedemha https://bugs.launchpad.net/nova/+bug/154714218:08
openstackLaunchpad bug 1547142 in OpenStack Compute (nova) "A shelved_offload VM's volumes are still attached to a host" [Medium,Confirmed]18:08
mriedemthe fix on the nova side for this was blocked by some changes on the cinder side18:09
mriedemof course18:09
openstackgerritDan Smith proposed openstack/nova master: Fix hypervisors api missing HostMappingNotFound handlers  https://review.openstack.org/45622718:10
hemnaoh missing the remove_export18:10
hemnawell It's backend dependent really18:12
hemnaterminate_connection will do it for most of the cinder backends18:12
hemnalvm of course uses remove_export to do the real work, and does nothing in terminate_connection18:14
mriedemhemna: that's what the guy on the bug originally asked, can't we at least call terminate connection18:14
mriedemdoes terminate_connection call remove_export?18:15
hemnayou can18:15
hemnabut in the case of lvm tgt, terminate_connection does nothing18:15
hemnanope18:15
hemnathe volume manager calls both of those18:15
mriedemso what calls remove_export for lvm tgt? detach?18:15
hemnavolume manager's remove_export does18:16
hemnaand some other edge cases18:16
mriedemyeah but what calls that from the api entry point?18:16
hemnalooking18:16
mriedemdetach? delete volume?18:16
mriedemok18:16
hemnaI don't see anything in the api that calls it.....18:17
*** armax_ has joined #openstack-nova18:17
*** mtanino has joined #openstack-nova18:18
* hemna is confused18:18
*** tbachman has quit IRC18:19
*** liverpooler has joined #openstack-nova18:19
mriedembtw, i looked up shelved + volumes in nova bugs,18:19
mriedemwhat a treasure trove of broken18:19
hemnadetach_volume calls it18:19
mriedemhemna: ah ok,18:20
mriedemand we don't call detach during shelve offload18:20
*** armax has quit IRC18:20
*** armax_ is now known as armax18:20
mriedembecause we want the volume to logically stay attached to the instance18:20
hemnawell detach_volume calls the driver's remove_export at least18:20
hemnajgriffith,  does the new API account for being able to unexport the volume w/o marking it as unattached ?18:21
*** felipemonteiro has quit IRC18:21
hemnaor we'll have to add a new Cinder API entry point for remove export18:21
hemnaor...does it make sense that terminate_connection in the volume manager would automatically call remove_export too18:22
hemna...18:22
openstackgerritDaniel Pawlik proposed openstack/nova master: Changed network_info variable in test_create_configdrive  https://review.openstack.org/43695318:23
hemnahonestly I never understood why there was terminate_connection vs remove_export, and not just a single merged capability18:23
mriedemgmann: i just found https://bugs.launchpad.net/nova/+bug/1554440 and i don't agree that it requires a microversion to fix a regression introduced with 2.2018:23
openstackLaunchpad bug 1554440 in OpenStack Compute (nova) "Show volume attachment exception does not looks good if server is in shelved_offloaded state" [Medium,Confirmed]18:23
mriedemhemna: yeah that would be nicer18:23
mriedemoomichi: jaypipes: why do you think we need a microversion bump to fix this bug? https://review.openstack.org/#/c/290196/18:23
mriedemoomichi: jaypipes: it's clearly a regression in 2.2018:23
*** lpetrut has quit IRC18:26
*** mlavalle has quit IRC18:26
*** mvk has quit IRC18:29
jangutterIs it to late to get "Netronome SmartNIC Enablement" spec https://review.openstack.org/#/c/456386/ approved before Pike?18:31
artomjangutter, spec freeze is today, so I think it's unlikely for Pike, yes18:33
artomUnless you whip the spec cores into a flurry of activity ;)18:33
mriedemsean-k-mooney: can you take a look at that netronome smartnic spec? ^18:34
mriedemsean-k-mooney: that seems right up your alley18:34
sean-k-mooneymriedem: sure i think i was already reviewing some os-vif changes related to this18:35
*** ociuhandu has quit IRC18:36
jangutterUnfortunately it took much, much longer than expected to get the internal clearance for this. I believe Mellanox would also like to get something similar merged, but their dev is OOO at the moment.18:37
mriedemjangutter: fwiw, this is a very nicely written spec18:37
mriedemso congratulations on that18:37
jangutterHey, I can't take credit for that, my barbarian gibberish was transformed into flowery language by our internal review.18:38
artom"barbarian gibberish" :D18:38
artomI shall endeavour to use that somewhere18:38
mriedem+218:39
mriedemjaypipes: you're probably good for https://review.openstack.org/#/c/456386/ - it's pretty straight forward vendor vif type stuff18:39
mriedemjangutter: well i commend your internal team for getting their ducks in a row then18:40
jangutterIt's my first time using gerrit... The scary thing is that I feel nearly the same way about it as I felt about first encountering "git".18:41
jangutter"where has this been all my life".18:41
mriedemheh18:41
artomDo we need a new API version for that kind of possible parameter value change?18:42
mriedemartom: api parameter value change where?18:43
*** nic has quit IRC18:43
mriedemthat's all on the neutron side isn't it?18:43
artomhttps://review.openstack.org/#/c/456386/5/specs/pike/approved/netronome-smartnic-enablement.rst@13418:43
artomI may be reading it completely wrong18:43
*** lucasxu has quit IRC18:43
jangutterWell, there's one new "VNIC" type we're proposing.18:44
mriedemartom: there are no rest api changes to the compute api18:44
mriedemi would have just left that section as None to avoid confusion18:44
*** avolkov has quit IRC18:44
mriedemartom: but otherwise i think of this like https://github.com/openstack/nova/commit/32069c8f397e395134c3b1142c2d852640685fef18:44
artommriedem, ah, right, you pass that to Neutron when you create the port18:44
mriedemyeah, how neutron handles that i don't know18:45
jangutterYeah, and that changes to text basically.18:45
*** cdent has quit IRC18:45
jangutterAnd Neutron has a matching bit of text to pick up the same type of VNIC.18:45
jangutterSo, technically, the protocol changes by "new allowed value combinations". Where previously those would error out.18:46
jangutterMeaning an opportunity for extra error handling and nicer exceptions, of course.18:47
artomjangutter, right, but those new allowed value combinations aren't in the Nova REST API, right?18:48
jangutterOh hang on, I'm confused, Neutron tells Nova, it's the other way around. Blame a week of late nights.18:48
mriedemright,18:48
mriedemyou create the port in neutron,18:48
artomUser tells Neutron, Neutron tells Nova is what I think the workflow is18:48
mriedemnova gets the vif type from the port and determines how to plug it on the host using os-vif18:48
jangutterOK, so newbie question, where's the REST API defined....18:49
*** fragatina has quit IRC18:49
artomjangutter, defined? All over the place ;) Documented? https://developer.openstack.org/api-ref/compute/ for Nova18:49
artomhttps://developer.openstack.org/api-ref/networking/ for Neutron18:50
jangutterHence "APIImpact"18:50
artomRight, except I don't think your spec actually has one18:50
*** ociuhandu has joined #openstack-nova18:51
jangutter:-O18:51
artomjangutter, you'd be changing the vnic-type here: https://developer.openstack.org/api-ref/networking/v2/index.html?expanded=create-port-detail, right?18:53
*** sridharg has quit IRC18:53
*** sridharg has joined #openstack-nova18:53
jangutterartom: yeah, binding:vnic_type, port binding extended attribute.18:54
artomSo that's the Neutron REST API - Nova just consumes that18:54
*** esberglu has quit IRC18:55
jangutterAaah, so that's where the core API impact rests.18:55
*** esberglu has joined #openstack-nova18:55
artomYeah, I think that's where you'd add your type18:55
*** sridharg has quit IRC18:56
jangutterOK, so that means we'd need to submit a Neutron API spec change too?18:57
mriedemjangutter: neutron uses launchpad bugs tagged as RFEs18:57
mriedemfor smaller things18:57
mriedemi don't think they require a spec for everything18:57
mriedembut i'm not totally familiar with their process18:58
mriedemjangutter: https://docs.openstack.org/developer/neutron/policies/blueprints.html18:58
*** gjayavelu has quit IRC18:58
*** gjayavelu has joined #openstack-nova18:58
*** MasterOfBugs has joined #openstack-nova18:59
*** armax_ has joined #openstack-nova18:59
*** esberglu has quit IRC18:59
janguttermriedem: OK. Should I add that task to the spec or the blueprint?18:59
mriedemjangutter: not the nova one no19:00
*** armax has quit IRC19:00
*** armax_ is now known as armax19:00
mriedemwell, you could just call out a dependency on needing to get that support into neutron, but it's kind of implied19:00
jangutterOK. It's a bit of a chicken/egg situation. Both sides need the support at roughly the same time.19:01
artomjangutter, also, and I'm only superficially familiar with this sort of thing, but do you need a new vnic *and* vif type?19:01
*** d9k_ has joined #openstack-nova19:01
jangutterI think sean-k-mooney pointed out that we don't, just new portbinding types.19:02
*** d9k has quit IRC19:03
jangutterIt would mean the OVS vif type is now one of the most overloaded ones in the universe.19:03
*** eharney has quit IRC19:04
*** armax has quit IRC19:04
vladikrwhat are the chances for anyone looking at the spice spec again? https://review.openstack.org/#/c/442040 ?19:06
*** nkorabli has joined #openstack-nova19:06
artomHeh, while we're doing last-minute spec merged ;) mriedem ^^19:07
artom*merges19:07
artomTo be completely honest, I feel like we should have bugged alex_xu for the API part earlier19:07
*** armax has joined #openstack-nova19:08
vladikrthe spec was there for a long while - definitely not a last minute spec19:08
*** esberglu has joined #openstack-nova19:08
*** esberglu has quit IRC19:08
*** esberglu has joined #openstack-nova19:08
mriedemspice-native?19:09
mriedemdoes anyone use spice?19:09
mriedemspice-uncut19:09
mriedemspice-freerange19:09
mriedemspice-organic19:10
artomThe whole of interstellar travel runs on spice;)19:10
mriedemyes i love dune references19:10
artomSo clearly we need faster proxies19:10
vladikrmriedem, yes, well, more like 'will', especially with the introduction of the vgpus19:11
vladikrmriedem, it's not just about a faster proxy , but for the ability to connect native clients19:12
mriedemintroduction of vgpus? into nova? or in general?19:13
artommriedem, I think the hope is that eventually we send the vGPU output to the client through SPICE19:13
vladikrmriedem, well, in general and in nova in future :)19:13
artomIe, full workstation virt19:13
vladikrspeaking about vgpu: https://review.openstack.org/#/c/450122/19:16
*** gouthamr has quit IRC19:17
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638619:21
*** voelzmo has joined #openstack-nova19:22
*** ociuhandu has quit IRC19:22
*** fragatina has joined #openstack-nova19:23
*** alaski_ is now known as alaski19:24
*** erhudy has joined #openstack-nova19:24
*** coreywright has quit IRC19:24
*** voelzmo has quit IRC19:26
*** cdent has joined #openstack-nova19:27
*** voelzmo has joined #openstack-nova19:28
*** Jack_Iv has quit IRC19:28
*** john5223 has quit IRC19:28
sean-k-mooneyjangutter: actully the ovs-vif type is really just a special case of the generic tap vif type but ya it has a pretty broad meaning19:29
*** Jack_Iv has joined #openstack-nova19:30
*** annegentle has joined #openstack-nova19:31
jangutterIn trying to amend the spec, I seem to have plonked in a unicode character somewhere.19:31
clarkbmriedem: is the livemigration stuff happy now with my fixes in?19:33
mriedemclarkb: yeah, i didn't realize that fix merged this morning19:33
clarkbcool just double checking I don't have more to look at now that I am back to a computer19:34
*** Jack_Iv has quit IRC19:35
*** Swami_ has quit IRC19:36
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638619:36
*** coreywright has joined #openstack-nova19:36
*** ngupta has quit IRC19:37
*** Swami_ has joined #openstack-nova19:37
*** ngupta has joined #openstack-nova19:37
*** xyang1 has joined #openstack-nova19:38
*** Jack_Iv has joined #openstack-nova19:40
*** Swami_ has quit IRC19:40
*** dimtruck is now known as zz_dimtruck19:42
*** dane-fichter has quit IRC19:44
*** Jack_Iv has quit IRC19:46
*** Jack_Iv has joined #openstack-nova19:47
*** mlavalle has joined #openstack-nova19:47
*** pchavva has quit IRC19:49
sean-k-mooneydid gerrit just go down19:50
clarkbyes19:50
sean-k-mooneyits back19:50
clarkbthe notice is on its way out19:50
clarkbbut too many irc channels to do it all at once19:51
*** Jack_Iv has quit IRC19:51
sean-k-mooneyclarkb: is the maitenace still ongoing or was that restart the only one to expect19:51
-openstackstatus- NOTICE: The Gerrit service on http://review.openstack.org is being restarted to address hung remote replication tasks.19:52
*** coreycb is now known as coreycb_vaca19:52
clarkbhopefully the only one19:52
sean-k-mooneycool ill continue reviewing then19:53
*** armax has quit IRC19:54
*** Jack_Iv has joined #openstack-nova19:55
*** armax has joined #openstack-nova19:56
*** annegentle has quit IRC19:57
*** annegentle has joined #openstack-nova19:58
*** cdent has quit IRC19:59
jangutterI'm trying to find out why tox is somehow getting stuck on a unicode character in the spec. It's not happening if I run it locally :-(20:00
*** liverpooler has quit IRC20:00
*** Jack_Iv has quit IRC20:00
sean-k-mooneyjangutter: which spec? this one https://review.openstack.org/#/c/456386/5/specs/pike/approved/netronome-smartnic-enablement.rst20:01
sean-k-mooneyi can test it locally if you like and see if i get the same error20:01
clarkbjangutter: its likely a locale issue. I think you get C.utf-8 in the jenkins runs20:01
*** cleong has quit IRC20:01
clarkbbut maybe not20:01
*** zz_dimtruck is now known as dimtruck20:03
jangutterYeah, if I look at the unicode character it's complaining about it's an "en dash" "\u2013".20:03
jangutterI've been bitten by them before: cutting and pasting from IM apps that believe the world should be a prettier place.20:04
*** crushil has quit IRC20:04
openstackgerritMatt Riedemann proposed openstack/nova master: Fix 404 for no bdm.device_name when showing volume attachment details  https://review.openstack.org/29019620:05
mriedemgmann: jaypipes: oomichi: ^ updated this very old change, i don't think requires a microversion20:05
clarkboh regardless of locale it seems like the docs build expect ascii for some reason20:05
mriedemjaypipes: could you drop the -2 on that?20:05
*** baoli_ has joined #openstack-nova20:06
*** baoli has quit IRC20:09
*** adisky_ has quit IRC20:09
*** gouthamr has joined #openstack-nova20:10
janguttersean-k-mooney: I've updated it to https://review.openstack.org/#/c/456386/7/specs/pike/approved/netronome-smartnic-enablement.rst20:11
janguttersean-k-mooney: would you mind checking? tox completes fine on my side...20:12
peter-hamiltonjaypipes: do you think you'll be able to get to the cert validation spec today?20:12
peter-hamiltonjaypipes: don't want to be pest, obv20:12
mriedemi think he's under the weather20:12
peter-hamiltonmriedem: ah, ok20:12
peter-hamiltonmriedem: do you mind giving it a look over then? he's been a +2 for the past couple versions20:13
mriedemi've got some other things queued up first20:13
peter-hamiltonmriedem: gotcha20:15
sean-k-mooneyjangutter: sure im just pulling it down now20:16
*** itlinux has joined #openstack-nova20:17
mriedemme too20:17
*** artom has quit IRC20:18
*** artom has joined #openstack-nova20:18
*** artom has quit IRC20:20
sean-k-mooneyjangutter: ya i get the same error as the gate20:20
*** voelzmo has quit IRC20:20
*** artom has joined #openstack-nova20:20
mriedemme too20:21
mriedemafter i rebased20:21
mriedemand did a tox -r -e docs20:21
*** artom has quit IRC20:22
mriedemi'm wondering if it has something to do with this https://github.com/openstack/nova-specs/commit/0a4c1bcaeb600229103cc61d574d57cac320ba8420:22
openstackgerritDan Smith proposed openstack/nova master: Fix hypervisors api missing HostMappingNotFound handlers  https://review.openstack.org/45622720:22
clarkboh chardet updated20:22
clarkband I know openstack-manuals ran into a similar problem20:22
*** artom has joined #openstack-nova20:22
mriedemah yeah20:22
mriedem3.0.220:22
*** ngupta has quit IRC20:23
jangutterAre those the dashes we are looking for?20:23
mriedem*2.3.020:23
sean-k-mooneyso we have to cap chardet or is there a way to fix it?20:23
mriedemoh wait no 3.0.2 is new, but u-c is using 2.3.020:24
*** ngupta has joined #openstack-nova20:24
*** crushil has joined #openstack-nova20:24
mriedemclarkb: i don't see chardet used in this job20:24
mriedemhttp://logs.openstack.org/86/456386/7/check/gate-nova-specs-docs-ubuntu-xenial/9c8b9dd/tox/venv-3.log20:24
jangutterI've had _fun_ with pbr and tox before.20:25
*** artom has quit IRC20:26
*** artom has joined #openstack-nova20:26
mriedemsomeone remind me next time i mark my entire nova folder as read in thunderbird, that i need to not set view > threads > threads with unread20:27
mriedembecause i got scared20:27
sdagueheh20:27
*** ngupta has quit IRC20:27
*** ngupta has joined #openstack-nova20:28
sean-k-mooneymriedem: clarkb downgradeing chardet to 2.3.0 has no effect20:28
mriedemyeah we have chardet 2.3.0 in u-c already20:29
mriedemthat's not new20:29
mriedemreverting https://github.com/openstack/nova-specs/commit/0a4c1bcaeb600229103cc61d574d57cac320ba84 makes no difference either20:29
mriedemnova meeting in 30 minutes20:30
sean-k-mooneymriedem: looking at https://github.com/openstack/nova-specs/blob/master/tox.ini i dont think we are using the upper constraints in nova-specs20:31
mriedemoh that's right20:31
mriedemand i can't remember why20:31
sean-k-mooneywell it has no "code" so i kindof makes sense that it would not be needed20:31
melwittmriedem: for adding "upgrade impact" to the spec template, should I do it only for the queens template or for pike and queens?20:32
*** zhenguo has quit IRC20:32
mriedemmelwitt: quenes20:32
mriedem*queens20:32
melwittthanks20:32
clarkbyasfb made a release today20:33
clarkbchecking if a downgrade fixes20:34
jangutterThere is definitely a lot of non-ascii characters in the specs.20:34
mriedemme too20:34
*** smatzek has quit IRC20:34
mriedemclarkb: yeah that works20:36
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Cap yasfb at 0.6.0  https://review.openstack.org/45675420:37
*** ediardo has joined #openstack-nova20:37
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Cap yasfb at 0.6.0  https://review.openstack.org/45675420:38
sean-k-mooneymriedem: do we need to cap that in upper constraits too20:38
*** ngupta_ has joined #openstack-nova20:38
mriedemsean-k-mooney: we don't use it from u-c20:38
mriedemyasfb isn't in u-c20:38
mriedemyou know, i think the last time i figured out that nova-specs doesn't use u-c, it was because of yasfb20:39
sean-k-mooneymriedem: yes but i assume this will hit others out side of nova?20:39
sean-k-mooneyhaha20:39
mriedemhttps://github.com/openstack/nova-specs/commit/8c0a70ec54c3e4c764fdf34cd0db59fa9c6cd09520:39
mriedemi don't think we even need to use it20:39
sean-k-mooneyis there any reason that we cant make the specs utf-8 out of interest20:39
clarkbsounds like because yasfb20:40
mriedemi'm bugging doug20:40
openstackgerritmelanie witt proposed openstack/nova-specs master: Add a new section: "Upgrade impact" to the template  https://review.openstack.org/45675620:40
mriedemdougbug20:40
sean-k-mooneydidnt stephen just disable building all sphinx target except html20:40
mriedemyeah20:41
sean-k-mooneyare we still building the rss xml output?20:41
mriedemi guess? https://review.openstack.org/#/c/456754/20:41
mriedemoops20:41
mriedemhttp://specs.openstack.org20:41
*** ngupta has quit IRC20:41
itlinuxhello all, has anyone adopted a way to automatically register a name of the VM to a DNS server without using Deseginete?20:41
sean-k-mooneybut presumable that is done as a post merge job. it could just be installed in the job.20:42
*** artom has quit IRC20:42
*** ngupta_ has quit IRC20:43
*** artom has joined #openstack-nova20:43
itlinuxshould we have cloud-init do this..20:43
mriedemok fast approved https://review.openstack.org/#/c/456754/20:43
*** artom has quit IRC20:44
*** artom has joined #openstack-nova20:44
mriedem+2 on handling volume extend events from cinder https://review.openstack.org/#/c/453272/ spec if someone else can +W20:47
*** edmondsw has quit IRC20:47
*** ijw has joined #openstack-nova20:47
*** vladikr has quit IRC20:47
*** edmondsw has joined #openstack-nova20:48
*** itlinux has quit IRC20:48
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638620:50
mriedemjangutter: you should be fixed now20:50
mriedemjust need to address sean-k-mooney's comments20:50
jangutterThanks.20:50
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Add a new section: "Upgrade impact" to the template  https://review.openstack.org/45675620:50
sean-k-mooneymriedem: jangutter my only real feedback is on the logation fo the os-vif code. if its not upstream in the main ovs repo the pluging changes need to be in an external plugin20:51
janguttersean-k-mooney: I understand that the VIF types would likely need to be forked because we're not upstream (yet).20:52
*** nkorabli has quit IRC20:52
*** itlinux has joined #openstack-nova20:52
sean-k-mooneyjangutter: well the vif object definition should go in os-vif even for external plugins20:52
*** nkorabli has joined #openstack-nova20:52
openstackgerritmelanie witt proposed openstack/nova-specs master: Amend spec for placement project/user association  https://review.openstack.org/45435220:52
sean-k-mooneyjangutter: that is to ensure we all have a common set of datamodels20:53
janguttersean-k-mooney: yep, agreed, but it would still be acceptable?20:53
*** edmondsw has quit IRC20:53
sean-k-mooneycreateing the port profiles in os-vif yes20:53
sean-k-mooneyjangutter: the changes to  vif_plug_ovs in https://review.openstack.org/#/c/456483/ should be done in an external os-vif plugin20:54
*** kukacz has quit IRC20:54
jangutterforgive me if I'm operating a bit on the wonky side, I claim a severe lack of sleep and the wrong timezone...20:54
*** takashin has joined #openstack-nova20:55
sean-k-mooneythe changes to the os_vif objects should got to os-vif20:56
jangutterOK, so an extra task would be: create a new external plugin (replicating what the OVS plugin does).20:56
sean-k-mooneyjangutter: yes but only replicating the part you need20:56
sean-k-mooneyos-vif was structured so that you can clone it and the cp one of the plugin sub directos and use that as the base for a new plugin.20:57
jangutterYep, I noticed that too, it's pretty awesome.20:58
sean-k-mooneyjangutter: of example i dont think you need to support iptables/hybrid plug in you case correct20:58
jangutterCorrect: that part of the kernel is short-circuited.20:58
jangutterWe do support the ovs conntrac rules on the chip though.20:59
sean-k-mooneyso the plugin itself should be failly small20:59
sean-k-mooneycool20:59
jangutterThanks, amending spec.20:59
*** burt1 has quit IRC21:00
sean-k-mooneycontrack should not effect the plug dirver code though. if you want me to review the plugin or help you with it let me know21:00
mriedemnova meeting itme21:00
mriedem*time21:00
mriedemin #openstack-meeting21:00
*** thorst has quit IRC21:02
*** cdent has joined #openstack-nova21:04
*** armax has quit IRC21:06
*** armax has joined #openstack-nova21:07
*** sdague has quit IRC21:11
*** crushil has quit IRC21:14
openstackgerritJan Gutter proposed openstack/nova-specs master: Spec to enable Netronome SmartNIC support  https://review.openstack.org/45638621:15
*** lpetrut has joined #openstack-nova21:20
sean-k-mooneymriedem: that was a short and sweet meeting21:23
janguttersean-k-mooney: yep, nova is blithely oblivious to conntrack.21:23
*** cdent has quit IRC21:25
bauzasmriedem: I guess https://review.openstack.org/#/c/448253/ is very latent for Ubuntu given they still provide an old libvirt ?21:28
openstackgerritRick Bartra proposed openstack/nova master: Add policy granularity to the Flavor API  https://review.openstack.org/44928821:29
openstackgerritRick Bartra proposed openstack/nova master: Add policy granularity to the Flavor API  https://review.openstack.org/44928821:30
sean-k-mooneyjangutter: minor nit in latest version of https://review.openstack.org/#/c/456386/9 but otherwise this looks good to me21:31
jangutterThe main reason I left that in there was to coordinate with the Mellanox guys.21:32
bauzasmriedem: yeah confirmed, xenial LTS is having libvirt-1.3.1 http://packages.ubuntu.com/xenial/libvirt-bin21:32
mriedembauzas: yes, outside of UCA21:32
mriedembauzas: we regressed ubuntu with a fix for centos 7.321:32
mriedemthat assumed a newer libvirt21:32
mriedemwhich was ok for centos, but broke xenial21:32
bauzasokay21:32
mriedemso we straddle the versions now21:32
*** ngupta has joined #openstack-nova21:32
janguttersean-k-mooney: If we can come up with a common standard, it might get us that much closer to upstream by default into OVS.21:33
sean-k-mooneyjangutter: ya the melonox work seams to be getting traction upstream in ovs21:33
bauzasmriedem: so, if you deploy Nova on Xenial without using the UCA packages, then kaboom, correct?21:34
*** itlinux has quit IRC21:34
*** armax has quit IRC21:34
sean-k-mooneyif you are able to make that work for ye then all of these changes could go into the openvswitch plugin in os-vif21:34
*** armax has joined #openstack-nova21:35
janguttersean-k-mooney: yep, but the TC stuff is kernel hackery, and the bar for merging that is VERY high.21:35
sean-k-mooneyya i know we have looked at doing something similar with dpdk in the past21:36
sean-k-mooneywe canceled those nics though so that got pushed back21:36
janguttersean-k-mooney: As have we. The funny thing is that there doesn't seem to be something at this stage that does everything well.21:37
jangutter*looked at DPDK.21:37
sean-k-mooneyi know of at least 3 vendors who have done something in this space now so it would be nice to have a singel api in ovs for this.21:38
mriedembauzas: and you have one of these vif types21:38
mriedemthat set that config21:38
janguttersean-k-mooney, I definitely owe you your libation of choice.21:38
mriedembauzas: but yeah, they were picking up the latest newton patch release which regressed them21:38
bauzasokay, anyway, +2d21:39
mriedemcool thanks21:39
sean-k-mooneyjangutter: ah no worries im happy to help.21:39
dtpcan i get a ruling on https://blueprints.launchpad.net/nova/+spec/conf-network-metadata-always-static-ip, please?21:39
dtpunsure what to do next w/ it21:40
*** itlinux has joined #openstack-nova21:40
mriedemclarkb: mordred: are you interested in https://review.openstack.org/#/c/336293/ ?21:40
*** burgerk_ has joined #openstack-nova21:40
bauzasmriedem: dansmith: I won't have time to correctly review https://review.openstack.org/#/c/456227/ but in case you don't land it tonight, I'll be reviewing it tomorrow morning my time21:40
mriedembauzas: i'll get it21:40
*** lpetrut has quit IRC21:40
mriedemwith melwitt's help21:40
bauzask21:41
* melwitt emerges from cave21:41
clarkbmriedem: I want dhcp to be required :)21:42
clarkbmriedem: which I think that sort of says it should be (as fallback?)21:42
sean-k-mooneyjangutter: strangly enough the reason we first looked at ovs manageing vf was so that we could manage sriov via odl for generic hardware. if you have smart nics that is even more valuable21:43
mriedemdtp: can you answer clarkb's question?21:43
mriedemdtp: clarkb and mordred are your ticket to config drive goodness21:44
*** burgerk has quit IRC21:44
janguttersean-k-mooney: heh, our very first OpenStack foray was with ODL!21:44
*** burgerk_ has quit IRC21:44
sean-k-mooneymy first encouter was deploying havana in the rc phase on centos 6.x with a beta version fo packstack. i obvioly did something bad in a past life21:46
*** annegentle has quit IRC21:46
janguttersean-k-mooney: wow. Mine was Liberty at least...21:47
mriedemsean-k-mooney: it was punishment for bringing up 50 blueprint ideas at the ptg21:47
mriedemall involving new scheduler filters or extra specs21:47
*** tesseract has quit IRC21:47
sean-k-mooneymriedem: haha, it was worth it then21:48
dtpclarkb i don't follow. do you mean static network configuration should never be used?21:48
jangutterSo, https://review.openstack.org/#/c/456386 has been thoroughly reviewed. Thank you so much!21:49
clarkbdtp: it should never be required, I'm fine if you want to opt into it21:49
mriedemjangutter: +221:51
dtpclarkb in our network we prefer static config, but if you need dhcp for a first boot or something, we want to support that as well21:51
clarkbdtp: its mostly convenience. Its something that just works everywhere21:52
clarkband doesn't require me to change/learn how every distro does network configuration21:52
sean-k-mooneyjangutter: out of interest looking at the poc code you have up across all the repos is that a working solution21:52
clarkbbut there are some cases (like link aggregation and vlans) where opting in might make sense as a user21:52
clarkb*opting in to needing static config I should say21:53
sean-k-mooneyjangutter: it seams pretty small codewise of a failiy big performace bump though most of the really work is done in the nic/ovs21:53
janguttersean-k-mooney: it's working now on newton, but there's still something hinky that happens during live-migration.21:53
dtpgot to agree on that - it is a nice convenience.  what change are you suggesting to this code?21:53
janguttersean-k-mooney: I have yet to track down why the pci address isn't being reallocated on the destination compute node.21:54
sean-k-mooneyjangutter: oh i might know why that is21:54
clarkbdtp: I don't think it needs to change. at least my initial reading is this is compatbile with what I have said above21:55
clarkbdtp: dhcp will still work. But nova might ask you to use static21:55
sean-k-mooneyjangutter: it has to do with the way nova has to rebind the port in migration21:55
sean-k-mooneyjangutter: it generates the libvirt xml for the destination before it calls to neutorn to rebind the host on the new host21:55
janguttersean-k-mooney: I have some scribblings a madman did here, something about  "populate-neutron-binding-profile"...21:55
dtpclarkb yessir.  basically, just allowing nova to provide static config even if DHCP is enabled, is what it does.21:56
dtpclients can use whichever they prefer21:56
sean-k-mooneyjangutter: as a result it does not update the pci adress before the xml is generated21:56
janguttersean-k-mooney: yes, exactly what we're seeing. Did that happen during Mitaka?21:57
sean-k-mooneyjangutter: yes as part of the port bind nova need to populate the neutron binging profile with the detail of the new vf21:57
sean-k-mooneyjangutter: yes it happened in mitaka21:57
sean-k-mooneyi think there is a spec to fix it21:57
sean-k-mooneyit came up as a topic in the nova neutron cross project session21:57
jangutterwow, you just made my day....21:58
jangutter(only 2 minutes left!)21:58
*** ngupta has quit IRC21:58
sean-k-mooneywell i think there is a spec/bug for this i dont know if its fixed.21:58
sean-k-mooneyi belive the resolution involved allowing multiple port bindings during a live migrate21:58
mriedemdtp: i left some comments/questions,21:59
mriedemdtp: i'm green in this area so maybe my questions don't make sense21:59
janguttersean-k-mooney: would you know some keywords I can google?21:59
dtpmriedem thanks!21:59
*** erhudy has quit IRC22:00
mriedemmelwitt: i'm +2 on https://review.openstack.org/#/c/456227/ - we need to get that in for p122:00
mriedembut no pressure22:01
sean-k-mooneyjangutter: i belive its https://review.openstack.org/#/c/309416/22:01
*** ijw has quit IRC22:01
*** tjones has joined #openstack-nova22:01
*** mdrabe has quit IRC22:01
melwittmriedem: hah. looking at it now22:01
*** ijw has joined #openstack-nova22:01
janguttersean-k-mooney: thanks!22:02
jangutterwould anyone else have cycles to do the final review on https://review.openstack.org/#/c/456386 ?22:03
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Blacklist yasfb 0.6.0  https://review.openstack.org/45676922:06
sean-k-mooneyjaypipes: perhaps you could take a skim over jangutter path https://review.openstack.org/#/c/456386 if you have time. form an os-vif point of view it makes sense to me.22:06
*** felipemonteiro has joined #openstack-nova22:08
*** thorst has joined #openstack-nova22:10
melwittmriedem: I think I'm missing how HostMappingNotFound is raised from things that don't appear to raise it22:12
mriedemmelwitt: the decorator22:12
mriedemmelwitt: which one specifically?22:12
melwittmriedem: like service_get_by_compute_host, but I see the decorator now. duh22:12
mriedemok22:13
melwittmeaning duh to me, I wasn't seeing where the lookup was coming from22:13
mriedemmelwitt: i took that as a personal 'duh' to me22:13
mriedemi was highly offended22:13
melwittI knew it!22:14
*** dimtruck is now known as zz_dimtruck22:15
*** nic has joined #openstack-nova22:17
*** jamielennox|away is now known as jamielennox22:19
melwittmriedem: I don't see how it can be raised from the compute_node_get here https://review.openstack.org/#/c/456227/4/nova/api/openstack/compute/hypervisors.py@192 and then things could fail at L195 not raising the webob exception22:19
*** thorst has quit IRC22:20
*** felipemonteiro has quit IRC22:21
*** armax has quit IRC22:21
*** xyang1 has quit IRC22:23
mriedemmelwitt: hmm yeah i don't see HostMappingNotFound raised from there either22:26
melwittnot harmful for the except block, but harmful not to have the try-except around the other call that can raise it22:27
mriedemwell, it's not good to be handling exceptions that won't happen either22:27
mriedemmelwitt: want to -1?22:27
melwittyeah, I will. I'm just looking through the tests now22:28
melwittyes, agreed not good22:28
*** nkorabli has quit IRC22:28
*** Jack_Iv has joined #openstack-nova22:29
*** nkorabli has joined #openstack-nova22:29
*** Apoorva_ has joined #openstack-nova22:30
*** itlinux has quit IRC22:31
*** annegentle has joined #openstack-nova22:33
*** nkorabli has quit IRC22:33
*** annegentle has quit IRC22:33
*** Jack_Iv has quit IRC22:34
*** Apoorva has quit IRC22:34
*** lyan has quit IRC22:36
*** lyan has joined #openstack-nova22:38
*** zz_dimtruck is now known as dimtruck22:43
*** thorst has joined #openstack-nova22:43
*** thorst has quit IRC22:44
*** jangutter has quit IRC22:46
*** tjones1 has joined #openstack-nova22:47
*** esberglu has quit IRC22:47
*** esberglu has joined #openstack-nova22:48
mriedemdansmith: i don't want to pester but are we missing anything on https://review.openstack.org/#/c/456227/ ?22:50
*** tjones has quit IRC22:50
dansmithgdi you people22:50
*** tjones1 has quit IRC22:51
dansmithyeah I think I might've mixed up compute_get and service_get22:51
dansmithffs22:51
*** artom has quit IRC22:52
dansmithI think I even explained it right in one of the earlier sets and then did the wrong thing22:52
melwittgot too excited22:52
*** esberglu has quit IRC22:52
*** artom has joined #openstack-nova22:52
*** artom has quit IRC22:54
mriedemit would be nice if we could just put a try/except around the entire os-hypervisors/os-services/os-hosts APIs22:54
*** artom has joined #openstack-nova22:54
mriedemheh, you know, we actually could22:54
*** hamzy has quit IRC22:55
melwittnow that would be sweet22:55
*** john51 has quit IRC22:56
mriedemwell we do have a catch all place in the wsgi layer22:56
mriedemthis i think https://github.com/openstack/nova/blob/master/nova/api/openstack/wsgi.py#L39622:57
mriedemso, if we wanted to be lazy, we could just handle HostMappingNotFound there and return httpnotfound22:58
mriedemmelwitt: dansmith: ^22:58
mriedemkind of a cop out though22:58
dansmithyou'd rather backport that change? :)22:58
mriedemthis is going to ocata?22:58
mriedemhttps://review.openstack.org/#/c/442162/ was pike22:59
dansmithoh yeaq22:59
dansmithI was thinking the p-122:59
mriedemok,22:59
dansmithyou'd rather do that?22:59
dansmithI think I have this changed, fwiw22:59
mriedemi thought red hat backported multi-cell support for rhosp ocata :)22:59
*** john51 has joined #openstack-nova22:59
mriedemhow about we do the safe thing now22:59
mriedemand look at the lazy way later22:59
claudiub|2mriedem: hellou. just peeking around here for a bit. this blueprint was approved in ocata, and had the implementation up for review, but it didn't merge in ocata: https://blueprints.launchpad.net/nova/+spec/hyper-v-nested-virtualization22:59
melwittit seems like doing that would be weird. though it is doing like Forbidden and Invalid that way but not NotFound. dunno the history on that23:00
openstackgerritDan Smith proposed openstack/nova master: Fix hypervisors api missing HostMappingNotFound handlers  https://review.openstack.org/45622723:00
claudiub|2can it get re-approved? :D23:00
mriedemclaudiub|2: for you? anything.23:00
claudiub|2<323:00
claudiub|2seems like an early easter. :)23:00
mriedemmelwitt: i think it's basically just a catch all for global types of failures23:00
mriedemwhich hostmappingnotfound kind of is23:00
*** MasterOfBugs has quit IRC23:00
dansmithmriedem: yeah that one is pretty easy to catch and always do the right thing23:00
mriedemclaudiub|2: jesus hasn't come up and seen his shadow yet so don't count your chickens23:01
dansmithit's fairly specific about what happened and what should be done23:01
melwittyeah. I was just noting it for whatever reason intentionally left out the base class for NotFound23:01
mriedemthis easter could be different23:01
dansmithmriedem: could be super confusing for someone trying to track down the 404 though23:01
mriedemdansmith: yeah i totally agree23:01
mriedemdansmith: i never knew that existed until about a year ago when laski pointed it out23:01
mriedem^ is generally my story for everything23:01
claudiub|2well, it is a bit cloud-y lately23:01
melwittlaski, that rascal23:01
*** lyan has quit IRC23:02
claudiub|2also, i've submitted the sr-iov bp: https://blueprints.launchpad.net/nova/+spec/hyperv-sriov no implementation yet i'm afraid, apparently there's a whole guide to follow just to configure the nics properly.23:03
mriedemclaudiub|2: sounds about right23:04
mriedemclaudiub|2: do you get a long weekend?23:04
claudiub|2well, technically i'm free on monday, i'll still be around23:05
claudiub|2i don't like vacations too much. :D23:05
mriedemyou can read the sriov manual23:05
claudiub|2yeah, that is in my plan. :D23:05
claudiub|2and question: can we live-migrate vms with sr-iov?23:06
mriedemclaudiub|2: no23:06
mriedemresource tracker issue23:06
claudiub|2hm, interesting23:06
mriedem*issues23:06
mriedemcfriesen knows about it23:06
claudiub|2is that a nova limitation, or a hypervisor limitation?23:06
* alaski heard his name23:09
claudiub|2so, alaski is like beetlejuice - say his name too many times and he shows up. :D23:09
alaskiI'm glad I appear to have explained things to folks in the past, because I don't remember much these days23:10
*** thorst has joined #openstack-nova23:15
*** awaugama has quit IRC23:15
melwittyou missed out on some cerebral shelve feature talk today23:15
alaskiI hope it was good. I am very much not proud of introducing that feature.23:20
*** gouthamr has quit IRC23:24
melwitthm ... define good. mriedem found that upon shelve offload, volumes are not disconnected and then also when network is cleaned up, that only does something for nova-net through the network_api, the neutron implementation is a no-op pass23:25
*** thorst has quit IRC23:26
melwittso it pretty much relies on the unshelve putting the instance back on the same host it was shelved offloaded from, which seems really unlikely23:27
alaskiyeah, I would not expect that to happen much in practice23:29
gmannmriedem: thank i almost forgot about that bug, ll check patch23:33
*** chyka has quit IRC23:33
*** chyka has joined #openstack-nova23:33
*** gouthamr has joined #openstack-nova23:35
cfriesenclaudiub|2: the first issue is that we need to get resource tracking in general working over live migration.  (see https://review.openstack.org/#/c/244489 and the follow-on patches)23:37
*** mlavalle has quit IRC23:38
*** chyka has quit IRC23:38
*** nic has quit IRC23:39
cfriesendo people actually use shelve?  If so, why hasn't anyone noticed this?23:39
alaskimaybe not using volumes, or neutron?23:40
alaskiit did seem to have a small following, despite discouragement about using it23:40
*** thorst has joined #openstack-nova23:41
melwittyeah, I would guess similar. I have heard of it being used and it would work fine for nova-net and no volumes23:42
*** ngupta has joined #openstack-nova23:50
mriedemcfriesen: someone has, long time ago23:53
mriedemthe stratoscale guys23:53
mriedemfrom the bug in the ML23:53
*** edmondsw has joined #openstack-nova23:54
*** ijw has quit IRC23:55
*** itlinux has joined #openstack-nova23:57
*** edmondsw has quit IRC23:59
*** takashin has quit IRC23:59
*** ijw has joined #openstack-nova23:59
*** nkorabli has joined #openstack-nova23:59

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