Friday, 2018-01-26

*** yamamoto has quit IRC00:00
mriedemq3 tag is up https://review.openstack.org/53807200:00
*** jmlowe has joined #openstack-nova00:00
*** liusheng has joined #openstack-nova00:01
*** yamamoto has joined #openstack-nova00:01
*** yamamoto has quit IRC00:01
*** yamamoto has joined #openstack-nova00:01
*** hshiina has joined #openstack-nova00:04
*** hrw has quit IRC00:05
*** yamamoto has quit IRC00:06
*** yamamoto has joined #openstack-nova00:07
jrollmriedem: nice one, thanks00:07
SpazZzWill be heading on vacation for about 18 days here soon, any chance that I can get some core love on this sometime soon so it doesn't hit the wayside? https://review.openstack.org/#/c/533168/00:09
*** tetsuro has joined #openstack-nova00:12
tetsurois efried around?00:12
tetsurogood morning00:13
*** chyka_ has quit IRC00:13
gmannstephenfin: thanks for adding in ur review list00:14
gmannmriedem: thanks for tempest job, my only left question is can we enable multi-attach in any of the existing job? - https://review.openstack.org/#/c/532689/00:15
gmannbcz new job you are adding as voting00:16
*** gongysh has quit IRC00:16
*** jafeha__ has joined #openstack-nova00:17
gmannameeda: sorry i forgot to re-review,  i will check today for sure00:18
*** armax has quit IRC00:19
*** jafeha has quit IRC00:21
*** markvoelker has quit IRC00:22
gmannmriedem: just read your cmt msg for devstack patch about Pike UCA pckg and qemu,l ibvirt version dependency, i think thats why you added separate new job ?00:23
efriedtetsuro Hi, briefly around.  What's up?00:29
efriedmriedem Any point rechecking stuff now, or will it surely fail without the cinder thingy?00:31
openstackgerritEric Fried proposed openstack/nova master: New-style _set_inventory_for_provider  https://review.openstack.org/53764800:34
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient.update_from_provider_tree  https://review.openstack.org/53382100:34
openstackgerritEric Fried proposed openstack/nova master: WIP: Use update_provider_tree from resource tracker  https://review.openstack.org/52024600:34
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126000:34
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551700:34
efriedtetsuro Bailing out now.  If you have the time and inclination, please feel free to recheck stuff all day :P00:36
*** chyka has joined #openstack-nova00:36
*** rloo has quit IRC00:37
*** mlavalle has quit IRC00:39
efriedBy the way tetsuro-さん, ありがとうございました for all of your excellent and detailed reviews.00:40
tetsuroefried: thank you so much for so kindful and gread explanation!00:40
*** mlavalle has joined #openstack-nova00:40
tetsuroどういたしまして、こちらこそありがとう!笑00:40
*** chyka has quit IRC00:40
efriedtetsuro You did point out a bad copy/paste, which I'll fix in the next rev.00:41
efriedI'm really leaving now.  See y'all tomorrow.00:41
tetsuroack.00:41
*** mlavalle has quit IRC00:41
tetsurohave a good night!00:41
*** tovin07 has quit IRC00:46
*** tovin07 has joined #openstack-nova00:47
*** zhaochao has joined #openstack-nova00:50
*** zhurong has joined #openstack-nova00:51
*** zhurong_ has joined #openstack-nova00:52
*** phuongnh has joined #openstack-nova01:01
*** mdnadeem has joined #openstack-nova01:07
*** hieulq__ has joined #openstack-nova01:07
*** armax has joined #openstack-nova01:09
*** hieulq_ has quit IRC01:10
*** stakeda has joined #openstack-nova01:10
*** kevzha01 has joined #openstack-nova01:17
gmannmriedem: +1 on nova multiattach job. tempest one need rebase. rechecked job for testing the latest version of tempest test . ll review them accordingly01:18
*** tiendc has joined #openstack-nova01:18
*** liuzz has joined #openstack-nova01:19
*** liuzz_ has joined #openstack-nova01:22
*** liuzz has quit IRC01:23
*** rmcall has joined #openstack-nova01:24
*** gongysh has joined #openstack-nova01:24
*** mdnadeem has quit IRC01:29
*** hrw has joined #openstack-nova01:32
openstackgerritmelanie witt proposed openstack/nova master: Log the events we timed out waiting for while plugging vifs  https://review.openstack.org/53810301:33
*** annp has joined #openstack-nova01:40
*** markvoelker has joined #openstack-nova01:41
*** mdnadeem has joined #openstack-nova01:42
*** dave-mccowan has joined #openstack-nova01:46
*** Supun has joined #openstack-nova01:48
*** huanxie has joined #openstack-nova01:52
*** hongbin has quit IRC01:52
*** armax has quit IRC01:53
*** salv-orl_ has joined #openstack-nova02:02
*** fragatina has quit IRC02:05
*** salv-orlando has quit IRC02:05
*** tbachman has quit IRC02:10
*** karimull has joined #openstack-nova02:14
*** karimull has left #openstack-nova02:15
*** harlowja has quit IRC02:16
*** karimull has joined #openstack-nova02:16
*** huanxie has quit IRC02:17
*** huanxie has joined #openstack-nova02:18
*** huanxie has quit IRC02:18
openstackgerritChen Hanxiao proposed openstack/nova master: test: Use assertEqual() instead of assertXXXEqual()  https://review.openstack.org/53349302:19
*** huanxie has joined #openstack-nova02:22
*** Supun has quit IRC02:24
*** zhurong has quit IRC02:24
*** chyka has joined #openstack-nova02:26
SpazZzMorning huanxie, i'm heading into work in about an hour, would love to get a chance to talk to you today :)02:29
SpazZzAnd thanks for the code review :D02:29
huanxie@SpazZz, sure02:30
*** chyka has quit IRC02:31
*** swamireddy has joined #openstack-nova02:31
huanxieThere is a ticket about live migration with XenAPI driver https://bugs.launchpad.net/nova/+bug/1704071 and I have made a draft patch fixing this problem, we can have a discuss about this02:33
openstackLaunchpad bug 1704071 in OpenStack Compute (nova) "XenAPI: volume VM live migration failed with VDI_NOT_IN_MAP" [Low,Confirmed]02:33
SpazZzYes ma'am, that's exactly what i'd like to talk about02:33
*** Supun has joined #openstack-nova02:35
*** jackie-truong has joined #openstack-nova02:35
huanxieSpazZa, wait a moment, let me find some thing for you02:36
*** bhujay has joined #openstack-nova02:39
*** mdnadeem_ has joined #openstack-nova02:41
SpazZzhey huanxie  I gotta get reayd to head to work.  If you find something send it ot the Spazmotic nick.. that's my work IRC :)02:41
SpazZzBe back in just al ittle bit.02:41
huanxieSure, can leave you message02:42
*** mdnadeem has quit IRC02:44
gmannmriedem: saw mail for q-3 tag. will we defer this to Rocky https://blueprints.launchpad.net/nova/+spec/api-extensions-merge-queens02:44
mriedemthe remaining parts yeah02:45
gmannk02:46
*** chohoor has joined #openstack-nova02:48
*** Supun has quit IRC02:50
jackie-truongdansmith: are you still around?02:51
*** chohoor has quit IRC02:51
*** amodi has quit IRC02:57
openstackgerritshuangyang.qian proposed openstack/nova master: Fix the metadata re to match the unicode  https://review.openstack.org/53623603:03
*** mdnadeem_ has quit IRC03:04
openstackgerritMerged openstack/os-traits master: Update reno for stable/queens  https://review.openstack.org/53751203:14
openstackgerritMerged openstack/os-vif master: Update reno for stable/queens  https://review.openstack.org/53751403:14
*** mdnadeem_ has joined #openstack-nova03:16
*** crushil has joined #openstack-nova03:19
*** tuanla____ has joined #openstack-nova03:22
*** bhujay has quit IRC03:27
*** hongbin has joined #openstack-nova03:27
*** crushil has quit IRC03:32
*** bhujay has joined #openstack-nova03:35
*** chyka has joined #openstack-nova03:35
*** chyka has quit IRC03:41
*** pramodrj07 has quit IRC03:43
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994903:47
openstackgerritJackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620403:47
*** dave-mccowan has quit IRC03:49
*** bhujay has quit IRC03:53
*** huanxie has quit IRC03:53
*** rmcall has quit IRC03:53
*** Spazmotic has quit IRC04:00
*** Spazmotic-Work has joined #openstack-nova04:00
Spazmotic-WorkAigoo~  stupid VPN04:00
*** bhujay has joined #openstack-nova04:01
*** Spazmotic-Work is now known as Spazmotic04:01
openstackgerritMerged openstack/osc-placement master: Update reno for stable/queens  https://review.openstack.org/53769804:03
*** hoangcx has quit IRC04:05
*** gongysh has quit IRC04:07
*** huanxie has joined #openstack-nova04:14
*** huanxie has quit IRC04:15
*** jackie-truong has quit IRC04:19
*** mriedem has quit IRC04:23
*** hshiina has quit IRC04:24
*** andreas_s has joined #openstack-nova04:25
*** andreas_s has quit IRC04:30
*** zhurong_ has quit IRC04:39
*** huanxie has joined #openstack-nova04:44
*** harlowja has joined #openstack-nova04:51
SpazmoticWelcome back huanxie04:52
SpazmoticGot some time?04:52
SpazmoticWill put some KPOP and try to remember what all I had to ask you if you do hehe04:52
*** openstackstatus has quit IRC04:56
*** openstackstatus has joined #openstack-nova04:58
*** ChanServ sets mode: +v openstackstatus04:58
*** chyka has joined #openstack-nova04:59
*** chyka has quit IRC05:03
*** gongysh has joined #openstack-nova05:11
*** hamzy has joined #openstack-nova05:12
*** gongysh has quit IRC05:16
*** huanxie has quit IRC05:17
*** zhurong has joined #openstack-nova05:18
*** huanxie has joined #openstack-nova05:20
*** claudiub has joined #openstack-nova05:23
*** fragatina has joined #openstack-nova05:31
*** fragatina has quit IRC05:32
*** fragatina has joined #openstack-nova05:32
openstackgerritMerged openstack/python-novaclient master: Update reno for stable/queens  https://review.openstack.org/53806105:36
*** izombie has joined #openstack-nova05:38
*** izombie has left #openstack-nova05:38
*** hamzy has left #openstack-nova05:39
openstackgerritClaudiu Belu proposed openstack/nova master: tests: fixes mock autospec usage  https://review.openstack.org/44750505:47
*** links has joined #openstack-nova05:58
*** huanxie has quit IRC05:59
*** hongbin has quit IRC05:59
*** huanxie has joined #openstack-nova06:01
*** brault_ has quit IRC06:09
*** brault has joined #openstack-nova06:19
*** lpetrut has joined #openstack-nova06:25
*** takashin has left #openstack-nova06:33
*** psachin has joined #openstack-nova06:39
*** belmoreira has joined #openstack-nova06:42
*** gouthamr has joined #openstack-nova06:48
*** chyka has joined #openstack-nova06:48
*** zhurong has quit IRC06:52
*** chyka has quit IRC06:53
*** fragatina has quit IRC06:54
*** bhujay has quit IRC06:59
*** bhujay has joined #openstack-nova07:03
*** namnh has joined #openstack-nova07:03
*** andreas_s has joined #openstack-nova07:06
openstackgerritMerged openstack/nova master: PowerVM Driver: SEA  https://review.openstack.org/52321607:07
openstackgerritAndreas Jaeger proposed openstack/nova master: Fix SUSE Install Guide: Placement port  https://review.openstack.org/53816307:08
*** izombie has joined #openstack-nova07:11
*** lajoskatona has joined #openstack-nova07:17
*** tbachman has joined #openstack-nova07:21
*** sahid has joined #openstack-nova07:22
*** harlowja has quit IRC07:23
*** tbachman has quit IRC07:25
*** slaweq has joined #openstack-nova07:27
*** lpetrut has quit IRC07:27
*** tetsuro has quit IRC07:28
*** hrw has quit IRC07:29
*** slaweq has quit IRC07:31
*** slaweq has joined #openstack-nova07:33
*** slaweq has joined #openstack-nova07:35
*** lpetrut has joined #openstack-nova07:41
openstackgerritAmeed Ashour proposed openstack/nova master: detaching volumes when deleted VM is in error state  https://review.openstack.org/52806907:43
openstackgerritAmeed Ashour proposed openstack/nova master: detach instance volumes when VM creation fails  https://review.openstack.org/52838507:43
*** psachin has quit IRC07:46
*** izombie has quit IRC07:46
*** chyka has joined #openstack-nova07:48
*** gszasz has joined #openstack-nova07:50
*** chyka has quit IRC07:52
*** hoonetorg has quit IRC07:55
*** jafeha__ is now known as jafeha08:06
*** matrohon has joined #openstack-nova08:07
*** avolkov has joined #openstack-nova08:14
*** lpetrut has quit IRC08:16
*** jafeha has quit IRC08:21
*** jangutter has joined #openstack-nova08:22
*** jafeha has joined #openstack-nova08:24
*** amoralej|off is now known as amoralej08:24
*** stakeda has quit IRC08:24
*** hoonetorg has joined #openstack-nova08:25
*** bhujay has quit IRC08:26
SpazmoticAndreas you in here? Any reason why you zvkm rechecked?08:31
*** alexchadin has joined #openstack-nova08:33
SpazmoticYou making IBM hate me again hehe08:34
*** gouthamr_ has joined #openstack-nova08:34
*** yamahata has joined #openstack-nova08:35
*** ralonsoh has joined #openstack-nova08:35
*** jafeha__ has joined #openstack-nova08:36
*** gouthamr has quit IRC08:36
*** jafeha has quit IRC08:38
*** AlexeyAbashkin has joined #openstack-nova08:39
*** gouthamr has joined #openstack-nova08:39
*** damien_r has joined #openstack-nova08:40
*** gouthamr_ has quit IRC08:41
*** alexchadin has quit IRC08:41
*** alexchadin has joined #openstack-nova08:42
*** jpena|off is now known as jpena08:43
*** liuyulong has joined #openstack-nova08:45
*** ttsiouts has quit IRC08:46
*** lpetrut has joined #openstack-nova08:46
*** liuyulong has quit IRC08:53
*** ttsiouts has joined #openstack-nova08:54
*** lpetrut has quit IRC08:55
*** zhaochao has quit IRC08:57
*** blkart has quit IRC08:58
*** lpetrut has joined #openstack-nova09:02
*** sahid has quit IRC09:05
*** sahid has joined #openstack-nova09:05
*** matrohon has quit IRC09:07
*** salv-orl_ has quit IRC09:07
*** lpetrut has quit IRC09:09
*** gszasz has quit IRC09:09
*** sahid has quit IRC09:10
*** sahid has joined #openstack-nova09:10
*** salv-orlando has joined #openstack-nova09:11
*** huanxie has quit IRC09:13
*** huanxie has joined #openstack-nova09:14
*** gszasz has joined #openstack-nova09:15
*** gszasz has quit IRC09:15
*** liusheng has quit IRC09:19
*** liusheng has joined #openstack-nova09:19
*** mgoddard_ has joined #openstack-nova09:20
*** liuyulong has joined #openstack-nova09:24
Spazmoticman the tempest zuul and IBM failures plaguing me with snapshots failing to create is driving me into insanity09:26
*** sambetts|afk is now known as sambetts09:27
*** yangyapeng has quit IRC09:32
*** yangyapeng has joined #openstack-nova09:35
*** gszasz has joined #openstack-nova09:36
*** chyka has joined #openstack-nova09:37
*** elmaciej has joined #openstack-nova09:38
*** derekh has joined #openstack-nova09:38
gmannalex_xu:  gibi stephenfin : any other optimized way to get system metadata ?- https://review.openstack.org/#/c/526900/22/nova/tests/functional/regressions/test_bug_1117923.py@12409:41
*** chyka has quit IRC09:42
*** chyka has joined #openstack-nova09:42
*** chyka has quit IRC09:42
*** bhujay has joined #openstack-nova09:44
gmannameade: ^^ let's see if other folk can tell better way09:45
*** avolkov has quit IRC09:45
gibigmann: as far as I see there is no way to directly get the instace system_metadata via the nova REST_API09:50
*** avolkov has joined #openstack-nova09:53
openstackgerritMerged openstack/nova master: Use neutron port_list when filtering instance by ip  https://review.openstack.org/52550509:53
openstackgerritMerged openstack/nova master: Modify the test case of get_disk_mapping_rescue_with_config  https://review.openstack.org/49415609:53
Spazmoticnova hides that junk pretty well unfortunately from what i've tested in the past09:55
*** alexchadin has quit IRC09:58
SpazmoticAny UK cores here today? :)10:01
*** lpetrut has joined #openstack-nova10:01
SpazmoticWould love if  one had some free cycles for a review. https://review.openstack.org/#/c/533168/4 .  Zuul freaking out over some volume stuff but should go back to +1 here soon.  Heading on vacation in about 9 days and don't want it to sit idle for 2 weeks10:02
*** tuanla____ has quit IRC10:02
openstackgerritStephen Finucane proposed openstack/nova-specs master: Add 'move-nova-cmds-to-cliff' spec  https://review.openstack.org/43360310:03
*** lpetrut has quit IRC10:04
openstackgerritlei zhang proposed openstack/nova master: Fix the incorrect RST convention  https://review.openstack.org/53820810:06
*** lucas-afk is now known as lucasagomes10:07
*** mdnadeem_ has quit IRC10:08
*** namnh has quit IRC10:08
*** tovin07 has quit IRC10:09
openstackgerritZengzhi Wang proposed openstack/nova stable/pike: Make eventlet hub use a monotonic clock  https://review.openstack.org/53781110:12
jianghuawSpazmotic, I guess the zvkm rechecks were done automatically as there was an error in upstream package which caused some CI job failed.10:13
SpazmoticMaybe maybe.. now I Just gotta fight zuul hehe10:14
*** liuzz_ has quit IRC10:15
jianghuawhehe. Good luck.10:15
*** kevzha01 has quit IRC10:16
*** jangutter has quit IRC10:22
*** jangutter has joined #openstack-nova10:22
*** gouthamr has quit IRC10:25
*** gszasz has quit IRC10:26
Roamer`Spazmotic, if you're seeing Zuul failures in volume backup tests, there's little point in rechecking until https://review.openstack.org/#/c/538027/ merges10:26
Spazmoticahh something regress? Alrighty roamer, thanks10:27
*** jangutter has quit IRC10:27
Roamer`Spazmotic, yep, sporadic, not always, but quite annoying the last couple of days10:28
*** yamamoto has quit IRC10:30
*** avolkov has quit IRC10:32
Roamer`of course, once it merges, you'd wish you had rechecked early enough so that your patch is close to the head of the queue :P10:34
*** jangutter has joined #openstack-nova10:39
*** bhujay has quit IRC10:39
*** bhujay has joined #openstack-nova10:39
*** rm_work has quit IRC10:42
*** yamahata has quit IRC10:43
*** itlinux has joined #openstack-nova10:46
*** rm_work has joined #openstack-nova10:46
*** yamamoto has joined #openstack-nova10:53
*** yamamoto has quit IRC10:58
*** huanxie has quit IRC11:01
*** yamamoto has joined #openstack-nova11:01
*** yamamoto has quit IRC11:01
*** phuongnh has quit IRC11:02
*** blkart has joined #openstack-nova11:02
*** fragatina has joined #openstack-nova11:15
openstackgerritStephen Finucane proposed openstack/nova-specs master: Integrate Mypy Type Checking  https://review.openstack.org/53821711:17
stephenfincdent, mdbooth, sean-k-mooney: Would be interested in your thoughts on this. PoC changes to follow shortly https://review.openstack.org/53821711:21
*** itlinux has quit IRC11:21
*** johnthetubaguy has quit IRC11:26
*** johnthetubaguy has joined #openstack-nova11:28
*** gszasz has joined #openstack-nova11:41
openstackgerritStephen Finucane proposed openstack/nova master: tox: Add mypy target  https://review.openstack.org/53822111:41
openstackgerritStephen Finucane proposed openstack/nova master: tox: Store list of converted files  https://review.openstack.org/53822211:41
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Move __init__ function  https://review.openstack.org/53822311:41
openstackgerritStephen Finucane proposed openstack/nova master: mypy: Add type annotations to 'nova.pci'  https://review.openstack.org/53822411:41
openstackgerritStephen Finucane proposed openstack/nova master: mypy: Add 'types' module  https://review.openstack.org/53822511:41
stephenfincdent, mdbooth, sean-k-mooney: Ta-da! ^ That was my evening's work 🙈11:42
SpazmoticYou did all that and i'm just over here smashing my face into xenapi live migrate11:43
*** liuyulong has quit IRC11:44
johnthetubaguySpazmotic: xenapi live-migrate... whats up there?11:50
Spazmoticman john i've been crying your name for days :p11:50
johnthetubaguySpazmotic: your welcome11:50
Spazmotichehehehe11:50
SpazmoticLooks like it's not working in XS7+ due to the SR not existing during the assert_can_live_migrate for src -> destand XS7 being more insistent that it does.11:51
johnthetubaguyoh, they "fixed" that check11:51
SpazmoticYep, so it would seem. It actually insists now and throws MAP errors11:52
johnthetubaguyyeah, we don't pass the SR map to the first check call, as it never used to do anything with it11:52
Spazmoticjohnthetubaguy:  by the by I manually added you to a review with Xenapi the other week, I hope you don't mind.11:52
johnthetubaguythat is no problem, although you might have to ping me to get to that, hoping to ramp my reviewing back up now things are more settled over here11:53
SpazmoticWell in this case it's for our iSCSI volumes only causing an issue since they don't exist yet on the dest during its first pass call through that method11:53
Spazmoticyeah I understand, I mentioned you a few times but figured yo uwere just busy11:53
johnthetubaguyyeah, but I think you will need to send the map for it to find them11:53
SpazmoticIT's pretty simple code but it directly involves things I know yo uworked on, so wanted your advice11:53
SpazmoticI agree, my only real thought here is how to handle it.  My best thought now is to generate the SR a little earlier in the code line11:54
johnthetubaguyits a nasty one honestly, as the work isn't done until much later to create the volumes on the dest, as I am sure you saw11:54
johnthetubaguythe problem is Cinder really, that extra connection has tracking info that doesn't get updated till after the check phase11:54
johnthetubaguythe other (very unfortunate but quick) approach is to move the check later, before you call the live-migration11:55
SpazmoticWithout a major overhaul, the only thing I was able to think of that wasn't too gross was to use connect_to_volume provider at the destination check.  IT would require that code pulling BDMS though.. which doesn't feel right.11:55
Spazmoticat least that way the SR exists, but doesn't need to attach the volume yet..and it generates the map without error.11:55
johnthetubaguyyeah, those BDMs are wrong at that point11:55
johnthetubaguyyou need the specific connection params for the destination hypervisor, which could be different credentails, in the general case11:56
SpazmoticIt would literally just be a throw away of the variable afterwards, which is a waste11:56
SpazmoticThat's true that data is stored in the SR isn't it.11:57
SpazmoticI guess it's still workable since bdms pulls conn_data anyway11:58
SpazmoticBut still not right11:58
*** andreas_s has quit IRC11:58
johnthetubaguyhmm, not sure I understand what you mean, I thought each SR would have different passwords in conn_data, potentially, not sure we ever tested that mind11:58
*** andreas_s has joined #openstack-nova11:58
johnthetubaguySpazmotic: basically, you need this code to run *before* you attach the SR from the bdm: https://github.com/openstack/nova/blob/d0d0262379a57230e546cddf233da8012d3fe5b1/nova/compute/manager.py#L588912:00
*** elmaciej has quit IRC12:00
johnthetubaguyThat means due to the common code the earliest you can attach the SRs on the destination is this path: https://github.com/openstack/nova/blob/d0d0262379a57230e546cddf233da8012d3fe5b1/nova/compute/manager.py#L594412:01
SpazmoticYeah I saw that and agree as well unless I duplicated the bdms pull, which was why I say it's wrong12:01
Spazmoticre-pulling bdms in the check call to be able to call the attachments.. which sucks12:01
johnthetubaguyyeah, the bdms just don't have the info in them you think they do, if its done before that call12:02
*** yamamoto has joined #openstack-nova12:02
SpazmoticAh no? are they modified before then?  Didn't think that would change.12:02
SpazmoticAhhhh i see12:02
SpazmoticI didn't read the loop close enough.. damn12:02
johnthetubaguythey can be modified by this call: https://github.com/openstack/nova/blob/d0d0262379a57230e546cddf233da8012d3fe5b1/nova/compute/manager.py#L590512:03
johnthetubaguycool12:03
*** andreas_s has quit IRC12:03
SpazmoticThe other option is to clean up sort out Huan Xie's code.. which just eats the exception and forms the map manually12:04
SpazmoticSo.. lots to mush face against on it12:04
Spazmoticnothing really graceful showing up in my mind yet12:05
Spazmotic Could push the bdm attachment setting into its own method to call twice.. but that's just adjusting the code to fit this specific situation.12:05
johnthetubaguyits more we can't call that till the pre-live-migrate stage, else all the error handling is screwed up12:06
Spazmoticmmhmm.. I can see that12:07
SpazmoticJust needs more thought then I think12:07
*** bkopilov has quit IRC12:08
openstackgerritAmeed Ashour proposed openstack/nova master: detaching volumes when deleted VM is in error state  https://review.openstack.org/52806912:09
openstackgerritAmeed Ashour proposed openstack/nova master: detach instance volumes when VM creation fails  https://review.openstack.org/52838512:09
openstackgerritAmeed Ashour proposed openstack/nova master: change instance_system_metadata column type  https://review.openstack.org/52690012:09
mdboothstephenfin: You can't spit-shine a turd ;)12:09
mdboothstephenfin: Thanks for trying, though.12:09
johnthetubaguySpazmotic: so the quickest fix is to skip the check_can_live-migrate for XS 7+12:09
SpazmoticI was wondering if we could do that but I could not think of a way12:10
johnthetubaguySpazmotic: that might not be as bad as it first sounds, given how the API has changed12:10
SpazmoticWe still do need the data from the source check, but if we could skip the assertation that would be ideal.12:10
SpazmoticI guess I could use the XenAPI host calls to make a switch12:11
*** chyka has joined #openstack-nova12:11
johnthetubaguySpazmotic: so you can call it right before where we call live_migrate, if the data is missing in migrate data?12:11
johnthetubaguySpazmotic: downside is failed live-migrations will take much longer to fail, and involve more work to rollback (disconnect the volumes)12:11
johnthetubaguybut given you need to connect the volume first now anyway, its maybe not a big deal12:12
ameedagmann: gibi: is this ready for merge ? https://review.openstack.org/#/c/526900/12:12
johnthetubaguySpazmotic: so I think I am on watch the baby duties in a few mins, over lunch, so maybe catch you later on12:12
SpazmoticSo we could potentially still generate the map and just have it just not run an assertation if the XS version is high.. but yea it's not a bad idea12:13
Spazmoticworth looking into for usre.. I appreciate the brain dump man12:13
Spazmoticand good luck with the baby :)12:13
*** blkart has quit IRC12:13
johnthetubaguyI may need it :)12:13
*** yamamoto has quit IRC12:13
SpazmoticMake your baby review my code.. will keep htem busy :p12:14
johnthetubaguySpazmotic: yeah, that works, generate the map, but skip the check check call based on version (there is some structures in place for version skips already)12:14
*** andreas_s has joined #openstack-nova12:14
*** dave-mccowan has joined #openstack-nova12:14
SpazmoticAwesome.. maybe i'll look how those are done nad see if i can keep it standard12:15
SpazmoticIf you happen to know one feel free to let me know when you get a cahnce so I can take a look12:15
*** chyka has quit IRC12:15
*** annp has quit IRC12:21
SpazmoticAh and johnthetubaguy since my irc nme is wierd.. the commit i added you to is https://review.openstack.org/#/c/533168/4.. Ignore zuul.. we fighting right now :P12:22
*** salv-orlando has quit IRC12:26
*** salv-orlando has joined #openstack-nova12:26
openstackgerritRadoslav Gerganov proposed openstack/nova master: WIP: VMware: implement update_provider_tree()  https://review.openstack.org/53634812:27
*** matrohon has joined #openstack-nova12:29
*** salv-orlando has quit IRC12:31
*** rgerganov has joined #openstack-nova12:33
rgerganovefried, is it safe to assume that when update_provider_tree is called, provider_tree.roots[0] points to the root RP of the compute node?12:35
*** salv-orlando has joined #openstack-nova12:38
*** jpena is now known as jpena|lunch12:39
*** sahid has quit IRC12:42
*** kholkina has joined #openstack-nova12:44
Spazmotic Nice.. host_rec['software_version']['product_version'].. super easy12:45
*** hamzy has joined #openstack-nova12:46
*** matrohon has quit IRC12:47
openstackgerritMerged openstack/nova master: Add the Nova libvirt StorPool attachment driver.  https://review.openstack.org/14073312:47
kholkinaHi. I use this patch https://review.openstack.org/#/c/530224/ to update user-data. It works fine on 169.254.169.254/2009-04-04/user-data, but doesn't work when I use config drive. What should I do to update it on config-drive too?12:48
openstackgerritMerged openstack/nova master: Transform instance-evacuate notification  https://review.openstack.org/48214812:48
*** sahid has joined #openstack-nova12:49
*** sahid has quit IRC12:50
*** sahid has joined #openstack-nova12:51
*** gszasz has quit IRC12:51
*** gszasz has joined #openstack-nova12:51
*** janki has joined #openstack-nova12:51
artomkholkina, the config drive is essentially write-once, at instance creation.12:52
artomkholkina, whatever metadata the instance was created with, that's what's on the config drive, and it can't be updated12:52
openstackgerritBalazs Gibizer proposed openstack/nova master: DNM: test if tempest-full is triggered or not  https://review.openstack.org/53793613:01
*** gcb has quit IRC13:02
kholkinaartom, ok, thanks13:03
*** bkero- has joined #openstack-nova13:04
bkero-Hi there, does anybody know if it's possible to get the nova-cli to output in a different format? Sort of like OSC's -f and -c options13:05
artombkero-, if there is, nova --help should tell you :)13:06
bkero-I did not see it in there, which is why I came here to ask13:07
*** jackie-truong has joined #openstack-nova13:07
openstackgerritMerged openstack/nova master: tests: Use correct response type in tests  https://review.openstack.org/52718213:08
*** tiendc has quit IRC13:09
artombkero-, then we don't do it :) Were you hoping for some secret options we only tell to the select few? ;)13:12
*** edmondsw has joined #openstack-nova13:13
bkero-pretty much13:14
*** jackie-truong has quit IRC13:14
bkero-some environment variable or undocumented flag13:14
bkero-Or "oh, we use this library for our cli binary, and you'd be setting this env var/flag according to it"13:15
artombkero-, hehe :)13:15
artombkero-, I'm not the ultimate expert on this, but I've never come across something like that13:16
SpazmoticHeading out for the day.  Will be on at home for a bit, hit me up on SpazZz if you need anything13:21
*** liverpooler has joined #openstack-nova13:24
*** tssurya has quit IRC13:25
*** matrohon has joined #openstack-nova13:26
*** gszasz has quit IRC13:26
*** gszasz has joined #openstack-nova13:29
*** gszasz has quit IRC13:30
*** gszasz has joined #openstack-nova13:31
*** gszasz has quit IRC13:33
*** gszasz has joined #openstack-nova13:33
*** ameeda has quit IRC13:33
*** liusheng has quit IRC13:40
*** gszasz has quit IRC13:43
*** itlinux has joined #openstack-nova13:45
*** jpena|lunch is now known as jpena13:45
*** fragatina has quit IRC13:47
*** bkopilov has joined #openstack-nova13:51
bkero-Hm, is there any way to clear out 'nova migration-list'?13:51
*** Tom-Tom has joined #openstack-nova13:56
*** edleafe is now known as figleaf14:01
*** mriedem has joined #openstack-nova14:02
*** stephenfin is now known as finucannot14:05
gibimriedem: FYI I'm getting lost in zuul job definitions: http://lists.openstack.org/pipermail/openstack-dev/2018-January/126616.html14:07
mriedemcrack that nut14:09
*** amoralej is now known as amoralej|lunch14:09
mriedemgibi: this is the last versioned notification transformation patch i'm tracking for queens https://review.openstack.org/#/c/465081/ so you could update https://review.openstack.org/#/c/518018/ based on that14:13
*** lyan has joined #openstack-nova14:13
sean-k-mooneyfinucannot: qq i dont have time to read mypy stuff right now (tyring to do the refactor before i the end of the day) but is it related in any way to https://www.python.org/dev/peps/pep-0484/14:14
finucannotsean-k-mooney: One and the same14:14
finucannotsean-k-mooney: Only I'm using Python 2-compatible comments for now. It could be converted once Python 2 support is dropped, but that's a minimum of two years off14:15
sean-k-mooneyfinucannot: from what i saw in your pathcs however it looked like mypy did it via comments not fuction changes14:15
sean-k-mooneyah ok so mypy support both14:15
finucannotCorrect http://mypy.readthedocs.io/en/latest/python2.html14:16
sean-k-mooneycomments for backwards compatiblity and  greeting(name: str) -> str: for native python 314:16
*** rmcall has joined #openstack-nova14:16
finucannotsean-k-mooney: Python 3.4+ (I think)14:16
finucannotThought 3.3 is EOL now so that doesn't matter14:16
finucannot*though14:16
sean-k-mooneyok cool i did like that pep but did i did not know there was a python2 compaible way e.g. i taught we would have to wait for openstack to become python3 only.14:17
finucannotsean-k-mooney: It's pretty neat. I've seen it used in Sphinx and was thinking it would help reviewing ralonsoh's PCI spec object patch, so I tried it out14:17
sean-k-mooneyill add them all to my review list as ya this is somthing i would be in favor of.14:17
*** tssurya has joined #openstack-nova14:17
*** hoonetorg has quit IRC14:18
*** esberglu has joined #openstack-nova14:18
sean-k-mooneyim also wondering is there a way we could integrate mypy with ovo but that for another day14:18
finucannotsean-k-mooney: Cool :) There's a spec there too because I think this would take a while to do (not that we need to check everything - only the most egregious stuff) so that's probably worth a look at14:19
efriedrgerganov No14:19
*** bhujay has quit IRC14:19
efriedrgerganov Also, we really don't want you to be accessing _Provider members directly.14:19
sean-k-mooneyya i was going to start with the spec then read the ptaches you wrote once i had the context for why you were doing it :)14:20
finucannotsean-k-mooney: And o.v.o uses a lot of magic and can definitely wait for a while :) I have started looking at oslo.config though14:20
finucannotMostly to test out pyannotate, mind14:20
efriedrgerganov I think the best way to find the root of the compute node tree is to use the nodename parameter we pass you in update_provider_tree.14:21
efriedrgerganov ...as a parm to .exists, .data, .has_*_changed, .update_*, etc.14:21
rgerganovefried, then I think we need a find() method in the provider tree14:22
efriedrgerganov You can't have one :)14:22
efriedrgerganov We used to have it, but we took it out.  Tell me what you are trying to do, what you need it for.14:22
rgerganovefried, how do I find the provider for the compute node? iterate over all roots?14:23
efriedrgerganov From update_provider_tree?  We pass you a nodename parameter.  That ought to do the trick.14:23
efriedrgerganov All the ProviderTree methods accept a name_or_uuid to identify the provider you're looking for.14:24
rgerganovefried, no it does not14:24
efriedrgerganov Can you tell me a little more about what you're trying to do with the root provider record?14:25
rgerganovefried, first of all I want to remove all existing childs and add them again to avoid complicated synchronizations14:25
rgerganovefried, https://review.openstack.org/#/c/536348/4/nova/virt/vmwareapi/driver.py14:25
rgerganovefried, sorry, this is the latest one https://review.openstack.org/#/c/536348/5/nova/virt/vmwareapi/driver.py14:25
*** lucasagomes is now known as lucas-hungry14:26
efriedrgerganov And this doesn't do the right thing?  ==>  provider_tree.update_inventory(nodename, root_rp_inv, None)14:26
rgerganovefried, but how do I add a new child?14:26
rgerganovI need the uuid of the parent14:27
rgerganovnot the name14:27
efriedoic, yeah.  Probably wouldn't be a horrible idea for us to change that to name_or_uuid.  Let me check if there's any reason we can't do that...14:27
*** bhujay has joined #openstack-nova14:27
efriedrgerganov But in the meantime, you can use provider_tree.data(nodename).uuid14:27
rgerganovefried, ok, what about removing all the childs without using _Provider methods14:28
rgerganovis this OK? root_rp.children.clear()14:28
efriedno, you'll have to do something like:14:29
efrieddescendants = set(provider_tree.get_provider_uuids(nodename)) - set([provider_tree.data(nodename).uuid]); for desc_uuid in reversed(descendants): provider_tree.remove(desc_uuid)14:30
rgerganovwhy so complicated?14:31
*** itlinux has quit IRC14:31
*** Supun has joined #openstack-nova14:31
*** hoonetorg has joined #openstack-nova14:32
*** itlinux has joined #openstack-nova14:32
*** izombie has joined #openstack-nova14:32
izombieartom: are you around?14:33
efriedrgerganov Well, to be perfectly honest, we didn't anticipate that you would want to prune all descendants of the root.  I'm still not convinced it's really necessary, but if it is, there's a way to do it.14:33
efriedrgerganov As far as why we don't let you have access to the internals, it's for thread safety.14:33
rgerganovefried, but the virt driver get a copy of the tree, right?14:34
efriedrgerganov Keep in mind that we've designed this thing with a certain set of use cases vaguely in mind.  As real consumers start really consuming it, and we encounter real use cases that run up against awkwardness, we can sure look into adding convenience methods for oft-seen usages.14:35
*** david-lyle has quit IRC14:35
* rgerganov real consumer :)14:35
efriedrgerganov In update_provider_tree, yes, you don't have to worry about thread safety on the provider_tree parameter.  You own it.  But we don't have a separate ProviderTreeWhereThreadSafetyIsNotAnIssue class at the moment.14:35
rgerganovok14:36
*** itlinux has quit IRC14:36
artomizombie, yeah14:36
efriedup to the point of that in-flight patch, SchedulerReportClient was the only thing using ProviderTree, and it does need to worry about thread safety (sort of :)14:36
izombieThe issue I was speaking of yesterday.14:37
izombieartom: It was with the project-id, it wasn't according to the new regex pattern ;)14:37
artomizombie, err, refresh my memory?14:37
izombieartom: was trying to list nova servers and I was hitting 404..14:37
artomizombie, oh, right14:38
efriedrgerganov Feel like proposing that change for new_child to accept name_or_uuid for the parent?14:38
rgerganovefried, yes14:38
*** yamamoto has joined #openstack-nova14:38
rgerganovefried, I will submit patch for it14:38
artomizombie, err, cool? I'm not sure what you mean by new regex pattern14:38
efriedrgerganov You could *almost* cheat and pass in the name as it stands :)  But that won't quiiite work all the way.14:39
rgerganovefried, I also think that removing all child providers is pretty valid use case14:39
*** r-daneel has joined #openstack-nova14:39
izombieartom: so project mapper has introduced some change in the way project id's are supposed to be14:39
*** yamamoto has quit IRC14:39
efriedrgerganov I would need to understand more about why that's necessary.  And in any case you'll have to get it past Jay :)14:39
efriedWhich reminds me...14:39
*** efried is now known as fried_rice14:39
fried_riceIt's FRIDAY!14:40
artomizombie, I'll be honest, I'm not following14:40
izombieartom: the regex expects a hex sort of value, but our's was simple characters. hence the project id was never fetched and directly passed to routes to find a match14:40
*** rgerganov is now known as radio_gaga14:40
fried_riceniiice14:40
radio_gagafried_rice, you familiar with the vmware driver?14:40
fried_riceradio_gaga Not at all, sorry.14:40
radio_gagafried_rice, basically one nova-compute manges a compute cluster in vcenter server14:41
izombieartom: okay, this code might help you gain context https://github.com/openstack/nova/blob/master/nova/api/openstack/__init__.py#L156-L15814:41
radio_gagafried_rice, a compute cluster may be divided into resource pools14:41
*** eharney has joined #openstack-nova14:41
radio_gagafried_rice, now we want to create a nested RP for each resource pool under the compute cluster managed by nova14:41
fried_riceradio_gaga And you don't have n-cpu running on those other ("slave"?) nodes in the cluster?14:41
*** dansmith is now known as superdan14:41
*** yamamoto has joined #openstack-nova14:41
radio_gagafried_rice, no14:42
fried_ricek14:42
radio_gagafried_rice, the thing is that resource pools can be dynamic14:42
fried_ricewhat's a "resource pool"?14:42
artomizombie, ah, thanks - first time looking at that bit of the API code :)14:42
radio_gagafried_rice, it's just a group of compute resources14:42
radio_gagafried_rice, the point is that those resource pools can by dynamic14:42
fried_riceradio_gaga Okay, so the hierarchy is: compute-host-where-service-is-running => resource-pool => slave-compute-node14:43
radio_gagafried_rice, and it would be a lot easier if we delete all child RP and create them again instead of trying to synchronize what's in the provider_tree and what's in vcenter14:43
izombieartom: :) Necessity!14:44
fried_riceradio_gaga Well, you could always provider_tree.remove(nodename)14:45
fried_riceand then rebuild the whole shebang including the root.14:46
fried_rice.remove(nodename) will implicitly whack everything under him.14:46
radio_gagafried_rice, hm, actually that will do the job14:46
radio_gagafried_rice, cool thanks14:46
*** matrohon has quit IRC14:47
radio_gagafried_rice, I will try it just in case :)14:47
fried_riceradio_gaga But have you considered having all your compute nodes as roots, and tagging them with traits to identify their resource pool?14:47
*** claudiub has quit IRC14:47
*** claudiub|2 has joined #openstack-nova14:47
radio_gagafried_rice, having them under one root is a better model because this is the same model in vCenter; you divide one big compute cluster into resource pools14:48
*** elmaciej has joined #openstack-nova14:49
*** jaypipes has joined #openstack-nova14:49
*** ctrath has joined #openstack-nova14:49
*** jaypipes is now known as leakypipes14:49
*** tesseract has joined #openstack-nova14:49
fried_riceradio_gaga As you wish, just another possibility.  Or have the slaves all be children directly under the root, and still tag 'em with resource pool trait name.14:50
*** lajoskatona has quit IRC14:50
*** ameeda has joined #openstack-nova14:50
radio_gagafried_rice, yeah, that's what I am trying to accomplish right now14:50
fried_riceradio_gaga Point is, then you don't need to whack all the pools and rebuild them - you can just walk the children and reassign their traits.14:51
leakypipesradio_gaga: awesome Friday nick :)14:51
radio_gagaleakypipes, thanks :)14:51
radio_gagaleakypipes, we were discussing changing provider_tree.new_child to accept name_or_uuid instead of uuid14:52
fried_riceleakypipes IMO an oversight, easily corrected.  Agree?14:52
fried_riceleakypipes correction: parent_name_or_uuid instead of parent_uuid14:53
radio_gagayeah, right14:53
leakypipesfried_rice: how about just "parent"14:54
fried_ricesure14:54
leakypipesfried_rice: and make it accept either.14:54
*** ctrath has left #openstack-nova14:54
ameedacan you please review this when you available ? https://review.openstack.org/#/c/528385/14:54
fried_riceradio_gaga is going to propose it14:54
*** amoralej|lunch is now known as amoralej14:56
*** r-daneel has quit IRC15:01
*** damien_r has quit IRC15:01
*** izombie has quit IRC15:01
*** awaugama has joined #openstack-nova15:02
tssuryasuperdan, mriedem, melwitt : regarding the solution we discussed for nova list displaying only the uuid when a cell DB is down, there is this issue that we end up displaying all the instance uuids in that cell (including the deleted ones)...since we take it from the mappings, :(15:02
tssuryaany ideas on how to differentiate the deleted ones using api info ?15:03
melwittthere isn't a way15:03
superdanmm, yep, that's not really avoidable unfortunately15:03
leakypipesameeda: those are bug fixes. we can get to those as needed over next few weeks.15:03
*** salv-orlando has quit IRC15:03
tssuryamelwitt, superdan : ok :(15:03
* superdan points to his readonly replica idea under his breath15:04
*** salv-orlando has joined #openstack-nova15:04
*** brault has quit IRC15:04
*** brault has joined #openstack-nova15:04
*** jaosorior has quit IRC15:04
*** janki has quit IRC15:05
leakypipesJGrg543#115:06
superdannice15:06
*** tbachman has joined #openstack-nova15:06
belmoreirasuperdan that isn't good15:06
leakypipesoops. now y'all know my verizon laptop password.15:06
*** gszasz has joined #openstack-nova15:07
ameedaleakpipes: if you can review it for me as you can, to let me know if that is good or not.15:07
superdanbelmoreira: referring to leakypipes' password or the deleted instances thing?15:07
*** leakypipes is now known as leakypassword15:07
*** sahid has quit IRC15:07
SpazZzPerfect15:08
*** sahid has joined #openstack-nova15:08
belmoreira:) referring to the readonly replica idea15:08
radio_gagaI am going to +2 all my patches with jay's account15:08
*** salv-orlando has quit IRC15:08
SpazZzWe handing out +2s?15:08
SpazZzWill pay in baked chicken15:08
leakypasswordradio_gaga: good luck :) it's only for my mac laptop (which I hate and don't use for anything) ;)15:08
*** gszasz has quit IRC15:08
*** leakypassword is now known as leakypipes15:09
SpazZzpassword has been secured.  Pipe is again at risk15:09
leakypipesheh15:10
*** yamahata has joined #openstack-nova15:12
*** gibi is now known as giblet15:12
leakypipessuperdan, mdbooth, mriedem: if someone is using qcow2 images in glance, with ceph as the backing store, what is the most efficient way to do instance snapshots? is it setting snapshot_image_format=raw or is there some ceph-specific efficient snapshotting method?15:13
sean-k-mooneyfinucannot: leakypipes superdan just noticed we are at/past feature freeze can https://blueprints.launchpad.net/nova/+spec/enable-sriov-nic-features get a FFE i ame working on the last change finucannot asked for currently so i think this will be done this evening15:13
melwittleakypipes: you have to configure raw image format in glance15:14
*** amodi has joined #openstack-nova15:14
melwitthttp://docs.ceph.com/docs/master/rbd/rbd-openstack/15:15
leakypipessean-k-mooney: I don't have a problem with it, but mriedem is the decider-in-chief15:16
*** gcb has joined #openstack-nova15:17
*** tbachman has quit IRC15:17
leakypipesmelwitt: lol, I love how the ceph docs refer to a thing called "OpenStack" -- as if it were a single thing.15:17
leakypipes"Install OpenStack"15:17
leakypipesheh15:17
melwittyeah, totally simple15:17
openstackgerritRadoslav Gerganov proposed openstack/nova master: ProviderTree.new_child: parent is either uuid or name  https://review.openstack.org/53826415:19
jrollleakypipes: https://i.imgur.com/rCr9A.png15:19
sean-k-mooneyleakypipes: :) ok ill send a mail to the list requestion the FFE mriedem i hope you dont mind if i cc you. im currently working on the changes now so the final version should be up before i leave today unless there are new review comments.15:19
melwittleakypipes: you probably need snapshot_image_format = raw too if that will dictate what format the image ends up in glance. the root point is that the image format in glance must be raw for ceph's native cow clone stuff to work15:19
radio_gagaleakypipes, fried_rice https://review.openstack.org/#/c/53826415:19
superdanjroll: love it15:20
jroll:D15:21
*** tbachman has joined #openstack-nova15:21
*** mlavalle has joined #openstack-nova15:21
kashyapCan anyone explain what exactly is 'nova live-igration-force-complete' doing under the hood?  /me goes to look at source meanwhile15:21
*** lpetrut has joined #openstack-nova15:21
*** mdnadeem_ has joined #openstack-nova15:21
openstackgerritBalazs Gibizer proposed openstack/nova master: reno for notification-transformation-queens  https://review.openstack.org/51801815:22
gibletmriedem: ^^15:22
leakypipesjroll: lol, that's awesome15:22
openstackgerritRadoslav Gerganov proposed openstack/nova master: ProviderTree.new_child: parent is either uuid or name  https://review.openstack.org/53826415:22
*** gcb has quit IRC15:23
* kashyap is not the one for GIFs, but this "reaction" captures live migration: http://imagizer.imageshack.us/a/img633/4417/HnWM6A.gif15:24
*** slaweq has quit IRC15:24
fried_riceradio_gaga Small test addition please.15:24
*** slaweq has joined #openstack-nova15:25
mriedemsean-k-mooney: too late for that one15:27
mriedemleakypipes: there is a direct snapshot thing you can configure with the rbd image backend15:27
mriedemmetacloud added it a few years ago15:27
*** tidwellr has joined #openstack-nova15:28
mriedemkashyap: post-copy i think15:28
openstackgerritRadoslav Gerganov proposed openstack/nova master: ProviderTree.new_child: parent is either uuid or name  https://review.openstack.org/53826415:29
kashyapmriedem: It is related, but not entirely specific to PostCopy, near as I see.15:29
*** slaweq has quit IRC15:29
kashyapI'm looking at this document: doc/source/admin/live-migration-usage.rst15:29
melwittleakypipes, mriedem: oh yeah. the direct snapshot also involves exposing a direct image URL in glance15:29
kashyapAnd it says:15:29
melwitttrying to find docs for this15:29
mriedemkashyap: any docs on live migratoin in nova are probably super old15:29
*** matrohon has joined #openstack-nova15:30
kashyapmriedem: Okay, I'll add a TODO to update that, actually15:30
mriedemleakypipes: melwitt: https://specs.openstack.org/openstack/nova-specs/specs/mitaka/implemented/rbd-instance-snapshots.html15:30
radio_gagafried_rice, done15:30
mriedemthe ceph CI job is also configured to make this work ^15:30
*** dave-mccowan has quit IRC15:31
melwittmriedem: yeah, just found that. I would have thought there was some kinda operator docs about this somewhere15:31
melwittapparently not15:31
*** lucas-hungry is now known as lucasagomes15:31
melwittnot finding anything on the googles15:31
superdankashyap: it pauses the instance to stop the dirtying I think15:32
sean-k-mooneymriedem: ok ill see if i can continue working on it until early rocky15:32
mriedemmelwitt: well, if there was, the operator docs were all deleted15:32
mriedemmelwitt: but i doubt it15:33
kashyapsuperdan: At least the existing doc says (12 lines of paste upcoming):15:33
mriedemthe direct image / location url stuff is semi-not recommended15:33
kashyap- **Manually force-complete the migration**15:33
kashyap  .. code-block:: console15:33
kashyap     $ nova live-migration-force-complete INSTANCE_ID MIGRATION_ID15:33
kashyap  The instance is paused until memory copy completes.15:33
kashyap  .. caution::15:33
kashyap     Since the pause impacts time keeping on the instance and not all15:33
mriedembecause it exposes the location of the image15:33
kashyap     applications tolerate incorrect time settings, use this approach with15:33
kashyap     caution.15:33
kashyapsuperdan: So your guess seems right15:34
superdankashyap: it wasn't really a guess, but ... okay :)15:35
kashyapsuperdan: I like how you're a stickler for words.15:35
*** david-lyle has joined #openstack-nova15:37
*** damien_r has joined #openstack-nova15:39
openstackgerritClaudiu Belu proposed openstack/nova master: tests: fixes mock autospec usage  https://review.openstack.org/44750515:47
*** Tom-Tom has quit IRC15:54
*** slaweq has joined #openstack-nova15:56
*** Spazmotic has quit IRC15:59
*** slaweq_ has joined #openstack-nova16:00
*** slaweq has quit IRC16:00
*** armax has joined #openstack-nova16:00
*** Spazmotic has joined #openstack-nova16:01
*** links has quit IRC16:05
*** gouthamr has joined #openstack-nova16:05
*** jackie-truong has joined #openstack-nova16:06
*** AlexeyAbashkin has quit IRC16:06
mriedemfigleaf: ooo alternate hosts for resize is finally in the gate queue16:06
mriedemprogress16:06
lpetrutmriedem: hi, quick question about nova docs: do you know by any chance if config option tables are still being used? e.g. https://github.com/openstack/openstack-manuals/blob/stable/newton/doc/config-reference/source/tables/nova-vnc.rst16:08
mriedemyes16:09
mriedemhttps://docs.openstack.org/nova/latest/configuration/sample-config.html16:09
mriedemhttps://docs.openstack.org/nova/latest/configuration/config.html16:09
mriedemlpetrut: those docs are auto-generated from the config options in code16:09
lpetrutgot it, the only "issue" with that is that you no longer have separate tables that you may reference throughout the docs16:09
*** kholkina has quit IRC16:10
*** slaweq_ has quit IRC16:10
mriedemso like linking directly to hyperv options?16:10
lpetrutyeah, for example16:10
leakypipessahid: I see you are assigned to https://bugs.launchpad.net/nova/+bug/1729584. Did you have in-progress code on that? Seems like a trivial fix (from sileht)16:10
openstackLaunchpad bug 1729584 in OpenStack Compute (nova) "boot from volume + configdrive broken" [Undecided,Confirmed] - Assigned to sahid (sahid-ferdjaoui)16:10
mriedemlpetrut: https://docs.openstack.org/nova/latest/configuration/config.html#hyperv16:10
mriedemtada!16:10
lpetruthmm, I guess that works as well. Previously, you could've embedded the tables on other doc pages, e.g. https://docs.openstack.org/cinder/latest/configuration/block-storage/drivers/lvm-volume-driver.html16:12
*** bhujay has quit IRC16:12
*** Yikun has quit IRC16:13
figleafmriedem: 11 hours and still just sitting there. Maybe it will get through by the end of Rocky :)16:13
*** Yikun has joined #openstack-nova16:13
fried_ricefigleaf Based on the past few days, it'll take another 12h or so to fail.16:14
gibletfigleaf: I have patches in gate queue for more than 17 hours without any job being executed on them16:14
mriedempatience,16:15
mriedemat least the volume backup thing is fixed (again)16:15
superdanheh top nova change has been there for 20h16:15
fried_ricefigleaf When you're asleep, so it's another 8h before you can recheck if nobody else gets to it.16:15
sahidleakypipes: nothing so far16:15
*** belmoreira has quit IRC16:17
leakypipessahid: k. mind if I take it?16:18
sahidleakypipes: please do16:18
mriedemthat community-wide mox goal will kill us with test_neutronv2.py alone16:18
leakypipessahid: k, cheers16:18
*** radio_gaga has quit IRC16:22
figleaffried_rice: oh, no, I'm planning on staying up all night staring at the Zuul status page16:22
fried_ricefigleaf Tonight and Saturday night?  Thanks!16:23
figleaffried_rice: All weekend!!16:23
*** melwitt is now known as jgwentworth16:23
fried_ricemriedem So does http://lists.openstack.org/pipermail/openstack-dev/2018-January/126621.html mean we can continue approving new function?16:26
mriedemnot in my opinion16:26
mriedemhttp://lists.openstack.org/pipermail/openstack-dev/2018-January/126600.html16:27
mriedempersonally i'm spent, we have a bunch of stuff already approved,16:27
mriedemand 2 weeks to FF16:27
mriedem*RC116:27
mriedemso we're going to have bugs creep up from what gets merged over the weekend16:27
fried_riceSwhat I figured, and I probably would have said the same in your position, but it was worth a shot :)16:28
*** bhujay has joined #openstack-nova16:28
mriedemi don't want to be busting ass to merge more stuff that will add more bugs16:28
mriedemack16:28
*** tidwellr has quit IRC16:28
mriedemi've already deferred several bps this morning anyway16:28
*** tidwellr has joined #openstack-nova16:28
*** gouthamr has quit IRC16:29
*** gyee has joined #openstack-nova16:31
*** ttsiouts has quit IRC16:34
*** damien_r has quit IRC16:34
*** andreas_s has quit IRC16:34
*** andreas_s has joined #openstack-nova16:35
*** andreas_s has quit IRC16:35
*** itlinux has joined #openstack-nova16:35
*** andreas_s has joined #openstack-nova16:35
*** gouthamr has joined #openstack-nova16:36
sean-k-mooneymriedem: oh on that am is it ok to propose the feature bases schduling spec for rocky since its defered or would you like me to hold off until ater the release to re propose the spec16:39
mriedemre-proposing specs for rocky right now is fine16:39
*** andreas_s has quit IRC16:40
*** itlinux has quit IRC16:42
*** armax has quit IRC16:44
sean-k-mooneymriedem: cool will do i know we need to focus on getting queens out the door so dont want to cause un needed churn. ill upoald the latest version fo the code too and set a -1 on it unill master reopens for rocky after the PTG thanks :)16:46
*** armax has joined #openstack-nova16:46
*** mdnadeem_ has quit IRC16:47
*** chyka has joined #openstack-nova16:48
*** matrohon has quit IRC16:51
*** gouthamr has quit IRC16:51
*** gouthamr has joined #openstack-nova16:55
*** amodi has quit IRC16:55
*** jackie-truong has quit IRC16:57
*** kukacz has quit IRC17:02
mriedempython-pcre must be new?17:03
*** dave-mccowan has joined #openstack-nova17:05
mriedemnot sure what's pulling that in, but now i need libpcre3-dev installed17:06
*** harlowja has joined #openstack-nova17:10
leakypipesmriedem: just noticed that too...17:10
fried_riceNot something I ever thought I would be happy to say, but my patches are now failing in a couple of hours.17:12
*** sahid has quit IRC17:12
figleaffried_rice: efficient!17:12
*** yamahata has quit IRC17:12
fried_riceThe gate is officially giving me the finger: build-openstack-sphinx-docs finger://ze05.openstack.org/c5b1d14f3fa944388c1e6d0979203466 : POST_FAILURE in 6m 55s17:12
*** elmaciej has quit IRC17:13
*** mlavalle has quit IRC17:14
*** amodi has joined #openstack-nova17:14
*** fried_rice is now known as fried_rolls17:15
*** fragatina has joined #openstack-nova17:15
*** liverpooler has quit IRC17:16
*** mlavalle has joined #openstack-nova17:16
*** pchavva has joined #openstack-nova17:20
*** hoonetorg has quit IRC17:20
*** jangutter has quit IRC17:21
*** itlinux has joined #openstack-nova17:25
openstackgerritJay Pipes proposed openstack/nova master: only increment disk address unit for scsi devices  https://review.openstack.org/53831017:25
*** salv-orlando has joined #openstack-nova17:25
cfriesenis anyone doing performance testing release-over-release?  We just did a test where launching an instance took over 3x as long on Pike as it did on Newton.  Still working to characterize.17:27
*** Guest14094 has quit IRC17:30
*** jpena is now known as jpena|off17:30
*** amodi has quit IRC17:31
*** david-lyle has quit IRC17:32
leakypipescfriesen: nope, not that I know of.17:32
leakypipescfriesen: just make sure you're accounting for all the many things that may have changed, including versions of libvirt/QEMU, operating system, etvc17:33
*** tesseract has quit IRC17:35
*** hoonetorg has joined #openstack-nova17:36
*** pchavva1 has joined #openstack-nova17:37
*** itlinux has quit IRC17:38
*** pchavva has quit IRC17:38
*** fragatina has quit IRC17:38
*** AlexeyAbashkin has joined #openstack-nova17:40
*** AlexeyAbashkin has quit IRC17:45
*** slaweq has joined #openstack-nova17:46
*** gouthamr has quit IRC17:47
*** gouthamr has joined #openstack-nova17:49
*** slaweq_ has joined #openstack-nova17:49
*** slaweq has quit IRC17:50
openstackgerritJames E. Blair proposed openstack/nova master: DNM: test if tempest-full is triggered or not  https://review.openstack.org/53793617:50
*** esberglu has quit IRC17:53
*** Tom-Tom has joined #openstack-nova17:55
*** yamahata has joined #openstack-nova17:56
*** jackie-truong has joined #openstack-nova17:57
*** yamamoto has quit IRC17:58
*** Tom-Tom has quit IRC17:59
openstackgerritSen Yang proposed openstack/python-novaclient master: Implement hypervisor hostname exact patten match for server cold migrate  https://review.openstack.org/52018717:59
*** gouthamr_ has joined #openstack-nova17:59
*** rmcall has quit IRC18:01
*** links has joined #openstack-nova18:02
*** gouthamr has quit IRC18:02
*** lpetrut has quit IRC18:03
*** hongbin has joined #openstack-nova18:04
*** itlinux has joined #openstack-nova18:05
*** mgoddard_ has quit IRC18:06
*** AlexeyAbashkin has joined #openstack-nova18:09
*** mriedem has quit IRC18:13
*** AlexeyAbashkin has quit IRC18:14
*** mvenesio has joined #openstack-nova18:19
*** yamamoto has joined #openstack-nova18:19
*** penick has joined #openstack-nova18:20
*** itlinux has quit IRC18:21
*** pramodrj07 has joined #openstack-nova18:24
*** pramodrj07 has quit IRC18:24
*** pramodrj07 has joined #openstack-nova18:25
*** imacdonn has quit IRC18:26
*** imacdonn has joined #openstack-nova18:27
*** jafeha__ has quit IRC18:29
*** jafeha__ has joined #openstack-nova18:29
jgwentworthleakypipes: we've got a scheduler host manager bug fix up at https://review.openstack.org/#/c/533371 which would much appreciate your review18:29
leakypipesjgwentworth: on it.18:30
*** jafeha__ has quit IRC18:30
*** jafeha__ has joined #openstack-nova18:30
leakypipesjgwentworth: trade ya for https://review.openstack.org/53831018:30
jgwentworthleakypipes: sure thing18:31
*** links has quit IRC18:32
*** jackie-truong is now known as fullmetaljackiet18:32
jgwentworthleakypipes: I'm wondering if there's more to do on that one, see comment 2 on the bug https://bugs.launchpad.net/nova/+bug/172958418:33
openstackLaunchpad bug 1729584 in OpenStack Compute (nova) "boot from volume + configdrive broken (regression)" [High,In progress] - Assigned to Jay Pipes (jaypipes)18:33
*** tssurya has quit IRC18:34
jgwentworthI don't quite understand it yet. saying that the secondary volumes can end up as LUN 0 which results in an unbootable instance. IIUC that's even after applying the patch mentioned in comment 018:34
*** fragatina has joined #openstack-nova18:36
*** jafeha__ has quit IRC18:37
*** jafeha__ has joined #openstack-nova18:37
*** armax_ has joined #openstack-nova18:37
jgwentworthmaybe that's just residual from before the patch was applied18:39
jgwentworthlogan-: hey, are you around?18:39
*** armax has quit IRC18:40
*** armax_ is now known as armax18:40
*** weshay is now known as weshay|ruck|brb18:43
*** pchavva1 has quit IRC18:45
*** mgoddard_ has joined #openstack-nova18:46
*** esberglu has joined #openstack-nova18:48
*** itlinux has joined #openstack-nova18:49
*** lucasagomes is now known as lucas-afk18:49
*** itlinux has quit IRC18:50
*** yamamoto has quit IRC18:52
*** jafeha has joined #openstack-nova18:54
*** jafeha__ has quit IRC18:54
*** ralonsoh has quit IRC18:58
*** bhujay has quit IRC18:58
*** Supun has quit IRC18:59
*** fullmetaljackiet has quit IRC19:04
*** sambetts is now known as sambetts|afk19:04
*** jafeha has quit IRC19:05
*** mriedem has joined #openstack-nova19:05
*** jafeha has joined #openstack-nova19:05
*** slaweq_ has quit IRC19:05
mriedemwtf now i'm getting this19:05
mriedemFile "/home/user/git/nova/.tox/py27/local/lib/python2.7/site-packages/enum/__init__.py", line 230, in __new__19:05
mriedem    enum_member = __new__(enum_class, *args)19:05
mriedemOverflowError: Python int too large to convert to C long19:05
mriedemwith unit tests19:05
mriedemcfriesen: figure out the performance issue?19:05
*** yamamoto has joined #openstack-nova19:07
cfriesenmriedem: not yet.  we're going to do a comparison of right before/after the OpenStack version switch to remove as many factors as possible.19:08
cfriesenmriedem: things as basic as nova-compute downloading an image from glance take more than twice as long19:08
*** david-lyle has joined #openstack-nova19:08
sean-k-mooneymriedem: damb you are overflowing a long in a enum that is bizar19:09
mriedemsean-k-mooney: wasn't a problem until i had to install libpcre3-dev19:09
*** jafeha has quit IRC19:09
*** jafeha has joined #openstack-nova19:09
*** comstud has quit IRC19:10
sean-k-mooneymaybe they chaged the type form a long long but still why would you ever need an enum that high or with that many values. there must be something else going on19:10
mriedemi haven't done any other apt-get updates either19:11
mriedemso shouldn't be pulling in the new python2.7 for xenial19:11
sean-k-mooneymriedem: you didnt install any new pip pakages or downgrade them did you. pip really does not handel downgrades well so i have seen random issue in the past becase of that19:12
mriedemno, only thing was a tox -r -e py2719:12
mriedemand then it was trying to install python-pcre19:12
*** yamamoto has quit IRC19:12
mriedemand i had to install libpcre3-dev for that to work19:12
*** harlowja has quit IRC19:14
sean-k-mooneymriedem: were you looking at a partcalar patch. can an try pulling it donw in a vm i dont care too much about and see if i get teh same issue19:15
mriedemCollecting python-pcre===0.7 (from -c https://git.openstack.org/cgit/openstack/requirements/plain/upper-constraints.txt (line 440))19:15
sean-k-mooneythat said ill be heading home in 45 mins to an hour so wont be arround too much longer19:15
mriedemsean-k-mooney: no i'm trying to write unit tests for something19:15
sean-k-mooneyhum strange looks like there has not been an u-c bump to that for 2 months19:16
*** jafeha has quit IRC19:17
mriedemi don't know what's pulling it in19:17
*** jafeha has joined #openstack-nova19:17
mriedemaha!19:19
mriedemdhellmann's whereto thing19:19
mriedemhttp://git.openstack.org/cgit/openstack/whereto/tree/requirements.txt#n619:19
*** penick_ has joined #openstack-nova19:20
sean-k-mooneyso it got pulled in form https://github.com/openstack/nova/commit/cec0faa7111ce93b5f99622b8e6174d66b25b6d019:20
Roamer`mriedem, yeah, yesterday something started depending on python-pcre and it caused some problems for most third-party CI systems that didn't have libpcre3-dev installed (although it had been in requirements/bindep.txt for quite some time), but now it's really being used19:20
*** links has joined #openstack-nova19:21
mriedemyes it's that whereto change19:21
mriedemasking doug in -release19:21
*** jafeha has quit IRC19:21
Roamer`right, I saw your links, but I'd already started writing that :) sorry19:21
Roamer`but still your problem looks..... very funny19:21
*** jafeha has joined #openstack-nova19:22
*** penick_ has quit IRC19:22
sean-k-mooneywell looking at https://pypi.python.org/pypi/python-pcre it has not had a release since 2015 so it looks pretty dead19:22
sean-k-mooneyits also not tested with python 3.519:23
sean-k-mooneyi belived python had pretty good regex support natively does where to really need PCRE19:25
*** READ10 has joined #openstack-nova19:26
jrollI was wondering that too, but the commit message makes sense: https://github.com/openstack/whereto/commit/797cb67a37d67e41b2caa57aeeb6307b75b66bc819:26
mriedemi commented out whereto, rebuilt and still hitting this overflow error...19:27
*** weshay|ruck|brb is now known as weshay|ruck19:27
jrollwell, that enum certainly is bigger than a C long (32 bits) https://github.com/openstack/nova/blob/master/nova/console/rfb/auth.py#L4019:28
jrollbut that code is 6 months old19:28
sean-k-mooneyjroll: weel a long is not normally 32bit19:28
sean-k-mooneyand it is19:29
mriedemjroll: that code just merged within the last 2 weeks,19:29
sean-k-mooneybut now a long is typically 128bits19:29
mriedemthe commit was written 6 months ago19:29
jrollah19:29
jrollsean-k-mooney: oh right, 32 bits is the minimum in the spec19:29
sean-k-mooneyjroll: on a 32 bit arch yes on 64bit a long is at least the size of an int so minium would be 64bit19:30
jrollnod19:31
mriedemthis is a 32 bit vm i guess, so that's my problem19:32
*** pramodrj07 has quit IRC19:32
jrollwoo19:32
* jroll wonders if anyone runs nova on a 32-bit machine out there19:33
jroll:P19:34
*** lpetrut has joined #openstack-nova19:34
Roamer`sean-k-mooney, actually it depends on the architecture, there are some really crazy ones, like e.g. x86_64, where a long is 64 bits, but an int is still 32 bits :)19:35
Roamer`(this one really caught me off-guard some years ago when I was writing something quite close to the hardware and didn't even think to check sizeof(int) until a coworker pointed it out to me)19:36
*** tidwellr has quit IRC19:36
*** tidwellr_ has joined #openstack-nova19:36
*** jafeha has quit IRC19:37
*** jafeha has joined #openstack-nova19:37
openstackgerritMerged openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/53717119:41
*** gouthamr_ has quit IRC19:44
*** jafeha has quit IRC19:45
*** salv-orlando has quit IRC19:45
*** jafeha has joined #openstack-nova19:45
*** salv-orlando has joined #openstack-nova19:45
*** harlowja has joined #openstack-nova19:46
*** jafeha has quit IRC19:49
*** jafeha has joined #openstack-nova19:49
*** pramodrj07 has joined #openstack-nova19:50
*** salv-orlando has quit IRC19:50
*** Pramod has joined #openstack-nova19:51
*** jafeha has quit IRC19:53
*** jafeha has joined #openstack-nova19:53
*** mvk has joined #openstack-nova19:53
*** pramodrj07 has quit IRC19:55
*** penick has quit IRC19:56
*** penick has joined #openstack-nova19:57
*** harlowja_ has joined #openstack-nova19:58
*** fried_rolls is now known as fried_rice19:58
*** gouthamr has joined #openstack-nova20:00
*** harlowja has quit IRC20:00
*** jafeha has quit IRC20:01
*** jafeha has joined #openstack-nova20:01
*** Pramod has quit IRC20:02
*** pramodrj07 has joined #openstack-nova20:02
*** slaweq has joined #openstack-nova20:08
openstackgerritSen Yang proposed openstack/python-novaclient master: Implement hypervisor hostname exact patten match for server cold migrate  https://review.openstack.org/52018720:08
*** jafeha has quit IRC20:13
*** jafeha has joined #openstack-nova20:13
*** yamamoto has joined #openstack-nova20:15
*** jafeha has quit IRC20:17
*** jafeha has joined #openstack-nova20:17
*** chris___ has joined #openstack-nova20:17
chris___Hey Guys, does anyone know how to disable non-admin users from taking snapshots via horizon in openstack juno? I'm looking in the /etc/nova/policy.json file, but I don't see anything related to compute:snapshots, only compute:volume_snapshot_create20:17
*** mvenesio has quit IRC20:18
*** mvenesio has joined #openstack-nova20:18
jgwentworthchris___: I think it's called create_image20:23
*** matrohon has joined #openstack-nova20:23
*** mvenesio has quit IRC20:23
sean-k-mooneyRoamer`: actully yes but x86_64 even depends on the os i was reading this a while back. https://wiki.osdev.org/X86-64#Data_Types  so linux should have a 64 bit long on x86_64. if you are on power or arm totally different. that is why c++ 11 and c 11 standards introduced the fixed with integer types http://en.cppreference.com/w/cpp/types/integer20:25
jgwentworthhm, looks like back in juno it wasn't controllable via policy20:25
sean-k-mooneyRoamer`: anyway time to head home enjoy your weekend.20:26
chris___jgwentworth: Thanks for the response, but i'm not seeing that parameter inside of the nova policy.json file20:28
openstackgerritMatt Riedemann proposed openstack/nova master: Handle network-changed event for a specific port  https://review.openstack.org/46578720:28
mriedemcfriesen: finally added tests for this ^20:28
jgwentworthchris___: yeah, I posted another message saying back in juno it looks like it wasn't controllable via policy. I see it was possible starting in liberty20:28
sean-k-mooneychris___: since it apprently was not supported. if you run nova's api under appache or have a loadplancer in front of it you might need to add a redirect rule that will block the api endpoint form public ips.20:30
sean-k-mooneychris___: you should be able to match on the url and return a 404 or other message at the webserver level before it hits the openstack api as a workaround20:31
*** READ10 has quit IRC20:31
*** yamamoto has quit IRC20:32
chris___jgwentworth: sean-k-mooney: Thanks for the replies, i might look into that for the time being20:34
*** chris___ has quit IRC20:41
*** gouthamr has quit IRC20:43
*** links has quit IRC20:43
jgwentworthmriedem: I've been noticing frequent timeouts on the functional test job. I was thinking, I wonder if we should split the api samples into their own job? I already feel like they should be removed from a normal 'tox -e functional' run considering they have their own tox target 'api-samples'20:44
mriedemhttps://review.openstack.org/#/c/537933/20:45
*** jafeha has quit IRC20:45
mriedem^ increases functional job timeout, but doesn't split them up20:46
*** jafeha has joined #openstack-nova20:46
*** salv-orlando has joined #openstack-nova20:46
*** rmcall has joined #openstack-nova20:46
jgwentworthmriedem: yeah, we should definitely do that. I was just wondering if it might help to split them up longer term20:47
*** salv-orlando has quit IRC20:50
mriedemyeah maybe,20:50
mriedemi know i don't run the full functional very often b/c of the api-samples tests20:50
jgwentworthsame20:53
jgwentworthI was just thinking we could a) reduce developer pain for running non-api-sample functional tests  b) keep the timeouts more sane in the future20:54
*** matrohon has quit IRC20:55
*** rmcall has quit IRC20:59
*** slaweq has quit IRC21:22
*** slaweq has joined #openstack-nova21:22
*** slaweq has quit IRC21:27
*** sdague has quit IRC21:29
*** Pramod has joined #openstack-nova21:31
*** pramodrj07 has quit IRC21:35
*** dave-mccowan has quit IRC21:36
*** mgoddard_ has quit IRC21:37
*** tianhui_ has joined #openstack-nova21:41
*** david-lyle has quit IRC21:42
*** dklyle has joined #openstack-nova21:43
*** tianhui has quit IRC21:43
*** esberglu has quit IRC21:44
*** PramodJ has joined #openstack-nova21:44
*** PramodJ has quit IRC21:44
*** slaweq has joined #openstack-nova21:44
*** pramodrj07 has joined #openstack-nova21:45
*** Pramod has quit IRC21:45
*** salv-orlando has joined #openstack-nova21:46
*** salv-orlando has quit IRC21:51
*** esberglu has joined #openstack-nova22:03
*** amoralej is now known as amoralej|off22:10
*** amoralej|off is now known as amoralej22:11
*** esberglu has quit IRC22:11
*** elmaciej has joined #openstack-nova22:12
*** salv-orlando has joined #openstack-nova22:12
*** amoralej is now known as amoralej|off22:14
*** ircuser-1 has quit IRC22:18
*** kukacz has joined #openstack-nova22:19
jgwentworththe 'increase functional test job timeout' change timed out22:25
jgwentworthon the py35 functional test job22:25
*** ircuser-1 has joined #openstack-nova22:27
jgwentworthand there are about a billion policy deprecated messages in the job output22:28
jgwentworthI wonder if the deprecation messages are related to the timeouts22:34
*** esberglu has joined #openstack-nova22:41
*** lpetrut has quit IRC22:44
*** esberglu has quit IRC22:46
*** lyan has quit IRC22:46
*** esberglu has joined #openstack-nova22:53
mriedemsuperdan has a patch to fix that22:53
mriedemer superlance22:53
mriedemhttps://review.openstack.org/#/c/537603/22:53
jgwentworthalready sent them toward the gate22:54
mriedemi've been busy getting a new dev vm setup this afternoon...22:55
mriedemafter all the 32-bit shame from earlier22:55
jgwentworthhaha22:55
*** tidwellr_ has quit IRC22:56
*** esberglu has quit IRC22:58
*** burt has quit IRC23:01
*** edmondsw has quit IRC23:07
penickSomeone took my junoman nick, dang23:07
*** penick is now known as JunOcataGuy23:08
*** slaweq has quit IRC23:09
*** slaweq has joined #openstack-nova23:09
*** lbragstad is now known as elbragstad23:11
*** esberglu has joined #openstack-nova23:13
*** slaweq has quit IRC23:13
mriedemwelp, looks like most of the approved stuff is all happily waiting or chugging through the gate now23:16
*** esberglu has quit IRC23:17
*** figleaf is now known as edleafe23:18
*** mvk has quit IRC23:27
*** jgwentworth is now known as melwitt23:28
*** pchavva1 has joined #openstack-nova23:37
*** pchavva1 has quit IRC23:42
*** esberglu has joined #openstack-nova23:43
*** esberglu has quit IRC23:48
*** tbachman has quit IRC23:51
*** tbachman has joined #openstack-nova23:53
*** hongbin has quit IRC23:54

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