Tuesday, 2016-02-09

*** haomaiwang has quit IRC00:01
*** browne has joined #openstack-nova00:01
*** doug-fish has joined #openstack-nova00:01
*** haomaiwang has joined #openstack-nova00:01
*** takashin has joined #openstack-nova00:05
*** mylu has quit IRC00:09
*** rfolco has quit IRC00:17
*** daemontool has joined #openstack-nova00:17
*** Swami has quit IRC00:18
*** Swami has joined #openstack-nova00:18
*** mylu has joined #openstack-nova00:18
*** rk4n has quit IRC00:18
*** rk4n_ has joined #openstack-nova00:19
*** hblixt has quit IRC00:19
*** rk4n_ has quit IRC00:19
*** armax has quit IRC00:19
*** armax_ has joined #openstack-nova00:19
*** rk4n has joined #openstack-nova00:19
*** rfolco has joined #openstack-nova00:20
*** rfolco has quit IRC00:20
*** mrkz has quit IRC00:20
*** doug-fish has quit IRC00:22
*** doug-fish has joined #openstack-nova00:24
*** doug-fish has quit IRC00:25
*** doug-fish has joined #openstack-nova00:26
*** vladikr has joined #openstack-nova00:27
*** doug-fish has quit IRC00:27
*** eil397 has quit IRC00:27
*** thorst has joined #openstack-nova00:29
*** doug-fish has joined #openstack-nova00:30
*** thorst_ has joined #openstack-nova00:31
*** thorst has quit IRC00:34
*** thorst_ has quit IRC00:34
*** thorst has joined #openstack-nova00:35
*** BobBall_ has joined #openstack-nova00:39
*** jwang has quit IRC00:39
*** jwang_ has joined #openstack-nova00:39
*** BobBall_ is now known as Guest1518400:39
*** thorst has quit IRC00:39
*** doug-fish has quit IRC00:40
*** diana_clarke has joined #openstack-nova00:41
*** BobBall has quit IRC00:42
*** jwang_ has quit IRC00:43
*** Jeffrey4l has joined #openstack-nova00:44
*** doug-fish has joined #openstack-nova00:45
*** jwang has joined #openstack-nova00:49
*** jwang_ has joined #openstack-nova00:53
*** jwang has quit IRC00:53
Anticimexi've just upgraded a cluster from stable/kilo to stable/liberty, and run into something i hope is config trivial or similar: https://gist.github.com/Millnert/43ddd7c9402d94e3032a00:56
Anticimexcan't create vm, nova complains about not finding a security group for the project.  though, it does exist00:56
*** Jeffrey4l has quit IRC00:57
Anticimexare there different versions of them, is nova configured for some new and shiny os-extensions security group or what could be off?  don't see any log entries on neutron server00:57
gushemna: pong (sorry for delay - meetings :( )00:57
Anticimex+ when the error is written in nova's log.   /me continues checking configs00:57
*** rk4n has quit IRC00:59
Anticimexah, missing "security_group_api", seems related00:59
*** haomaiwang has quit IRC01:01
*** browne has quit IRC01:01
*** haomaiwang has joined #openstack-nova01:01
*** vladikr has quit IRC01:02
*** browne has joined #openstack-nova01:03
gushemna: replied via gerrit.  Unfortunately you need the latest oslo.privsep from git - or start your servers with some safe non-empty --config-dir value (I screwed up my handling of CONF.config_dir==None).01:06
doffmjaypipes: Stupid question about resource pools... How do they relate to resource providers? Is a resource pool a resource provider?01:09
Anticimex(security_group_api=neutron was it, excuse my noise)01:09
*** doug-fish has quit IRC01:13
*** thorst has joined #openstack-nova01:15
*** Daisy has joined #openstack-nova01:16
*** zenoway has joined #openstack-nova01:17
*** funeutron has joined #openstack-nova01:18
*** Daisy has quit IRC01:20
*** Sukhdev has quit IRC01:20
*** zenoway has quit IRC01:21
jaypipesdoffm: all resource pools are resource providers, yes. not all resource providers are resource pools, though. compute nodes are resource providers but not resource pools. resource pools provide a single type of shared resource to multiple consumers. compute nodes provider multiple types of resources to a multiple consumers.01:21
*** su_zhang has quit IRC01:25
doffmjaypipes: Thanks for the patient explanation. So will the resource_pool table have a foreign key link to an entry in the resource_provider table?01:27
jaypipesdoffm: yup.01:28
*** mtanino has quit IRC01:34
*** Sukhdev has joined #openstack-nova01:35
*** nic has quit IRC01:39
*** Sukhdev has quit IRC01:51
*** zenoway has joined #openstack-nova01:52
*** ducttape_ has joined #openstack-nova01:53
*** apoorvad has quit IRC01:54
*** zenoway has quit IRC01:57
*** sc68cal has quit IRC01:57
*** haomaiwang has quit IRC02:01
*** haomaiwang has joined #openstack-nova02:01
*** ducttape_ has quit IRC02:05
*** ducttape_ has joined #openstack-nova02:05
*** _ducttape_ has joined #openstack-nova02:08
*** ducttape_ has quit IRC02:09
*** doug-fish has joined #openstack-nova02:14
*** Swami has quit IRC02:16
*** doug-fish has quit IRC02:19
*** doug-fish has joined #openstack-nova02:25
*** xyang1 has quit IRC02:26
*** erlon has quit IRC02:26
*** browne has quit IRC02:27
*** zenoway has joined #openstack-nova02:28
*** Marga_ has quit IRC02:30
*** mylu has quit IRC02:32
*** zenoway has quit IRC02:32
*** Marga_ has joined #openstack-nova02:34
*** mylu has joined #openstack-nova02:35
*** Marga_ has quit IRC02:40
*** edmondsw has quit IRC02:41
*** doug-fish has quit IRC02:45
*** doug-fish has joined #openstack-nova02:46
*** fawadkhaliq has joined #openstack-nova02:47
*** doug-fish has quit IRC02:50
*** unicell1 has joined #openstack-nova02:52
*** vilobhmm11 has quit IRC02:52
*** unicell has quit IRC02:53
*** armax_ is now known as armax02:54
*** ijw has quit IRC02:55
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-nova03:01
*** _ducttape_ has quit IRC03:02
*** mdrabe has joined #openstack-nova03:02
*** EinstCrazy has joined #openstack-nova03:02
*** ducttape_ has joined #openstack-nova03:02
*** ducttape_ has quit IRC03:04
*** ducttape_ has joined #openstack-nova03:05
*** EinstCrazy has quit IRC03:07
openstackgerritAngus Lees proposed openstack/nova: Add os-brick rootwrap filter for privsep  https://review.openstack.org/27767003:10
openstackgerritAngus Lees proposed openstack/nova: Require privsep-based os-brick  https://review.openstack.org/27767103:10
*** browne has joined #openstack-nova03:13
*** mylu has quit IRC03:14
*** thorst has quit IRC03:18
*** toure has quit IRC03:18
*** thorst has joined #openstack-nova03:18
*** unicell has joined #openstack-nova03:21
*** unicell1 has quit IRC03:22
*** dims has joined #openstack-nova03:27
*** thorst has quit IRC03:27
*** dims_ has quit IRC03:28
*** dims has quit IRC03:30
*** ccard_ has joined #openstack-nova03:31
*** doug-fish has joined #openstack-nova03:32
*** vilobhmm11 has joined #openstack-nova03:33
*** mylu has joined #openstack-nova03:33
*** su_zhang has joined #openstack-nova03:34
*** ccard__ has quit IRC03:34
*** achanda has joined #openstack-nova03:40
*** mdrabe has quit IRC03:40
*** links has joined #openstack-nova03:41
*** dims has joined #openstack-nova03:43
*** mylu has quit IRC03:45
*** achanda has quit IRC03:45
*** mylu has joined #openstack-nova03:46
*** dims has quit IRC03:47
*** mylu has quit IRC03:49
*** mylu has joined #openstack-nova03:49
*** ducttape_ has quit IRC03:51
*** ducttape_ has joined #openstack-nova03:53
*** Marga_ has joined #openstack-nova03:54
*** doug-fish has quit IRC03:56
*** doug-fish has joined #openstack-nova03:56
*** doug-fish has quit IRC03:57
*** doug-fis_ has joined #openstack-nova04:00
*** haomaiwang has quit IRC04:01
*** ducttape_ has quit IRC04:01
*** shz has quit IRC04:01
*** haomaiwa_ has joined #openstack-nova04:01
*** shz has joined #openstack-nova04:01
*** doug-fis_ has quit IRC04:04
*** ducttape_ has joined #openstack-nova04:09
*** doug-fish has joined #openstack-nova04:09
*** baoli_ has quit IRC04:11
*** apoorvad has joined #openstack-nova04:13
*** armax_ has joined #openstack-nova04:18
*** apoorvad has quit IRC04:19
*** mylu has quit IRC04:19
*** mylu has joined #openstack-nova04:20
*** armax has quit IRC04:21
*** armax_ is now known as armax04:21
*** thorst has joined #openstack-nova04:24
*** n0ano has quit IRC04:24
*** zenoway has joined #openstack-nova04:27
*** vilobhmm11 has quit IRC04:27
*** vilobhmm11 has joined #openstack-nova04:29
*** zenoway has quit IRC04:31
*** thorst has quit IRC04:32
*** daemontool has quit IRC04:32
*** daemontool has joined #openstack-nova04:32
*** mylu has quit IRC04:38
*** shyama has joined #openstack-nova04:40
*** salv-orl_ has joined #openstack-nova04:41
*** fawadkhaliq has quit IRC04:42
*** mylu has joined #openstack-nova04:42
*** salv-orlando has quit IRC04:43
*** mylu has quit IRC04:55
*** Sukhdev has joined #openstack-nova04:57
*** dulek has joined #openstack-nova05:00
*** haomaiwa_ has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:01
*** sudipto has joined #openstack-nova05:02
*** funeutron has quit IRC05:03
*** mylu has joined #openstack-nova05:05
*** ducttape_ has quit IRC05:06
*** amotoki has joined #openstack-nova05:07
*** jgriffith is now known as jgriffith_away05:07
*** amotoki_ has joined #openstack-nova05:09
*** SridharG has joined #openstack-nova05:10
*** cfriesen has quit IRC05:11
*** amotoki has quit IRC05:12
*** mylu has quit IRC05:13
*** fawadkhaliq has joined #openstack-nova05:14
*** fawadkhaliq has quit IRC05:14
*** fawadkhaliq has joined #openstack-nova05:14
*** dave-mccowan has quit IRC05:14
*** amotoki_ has quit IRC05:15
*** chhavi has joined #openstack-nova05:17
*** mylu has joined #openstack-nova05:20
*** daemontool_ has joined #openstack-nova05:21
*** daemontool has quit IRC05:22
*** Marga_ has quit IRC05:24
*** rk4n has joined #openstack-nova05:24
*** rk4n has quit IRC05:29
*** thorst has joined #openstack-nova05:29
*** sudipto has quit IRC05:34
*** irenab has quit IRC05:36
*** Daisy has joined #openstack-nova05:36
*** thorst has quit IRC05:37
*** SridharG has quit IRC05:40
mikalhttps://review.openstack.org/#/c/255516 is a quick and easy review for a core looking for a cheap +205:42
*** mylu has quit IRC05:45
*** mylu has joined #openstack-nova05:46
*** doug-fish has quit IRC05:48
*** mylu has quit IRC05:49
*** amotoki has joined #openstack-nova05:49
*** sudipto has joined #openstack-nova05:50
*** mylu has joined #openstack-nova05:53
*** mylu has quit IRC05:55
*** doug-fish has joined #openstack-nova05:55
*** Daisy has quit IRC05:58
*** Daisy has joined #openstack-nova06:00
*** haomaiwang has quit IRC06:01
openstackgerritVladik Romanovsky proposed openstack/nova: virt: osinfo will report once if libosinfo is not loaded  https://review.openstack.org/27756506:01
*** ljxiash has joined #openstack-nova06:01
*** haomaiwang has joined #openstack-nova06:01
*** sudipto has quit IRC06:03
*** ankit_ag has joined #openstack-nova06:04
*** Marga_ has joined #openstack-nova06:06
*** doug-fish has quit IRC06:08
*** sgordon has quit IRC06:09
*** sgordon has joined #openstack-nova06:11
*** irenab has joined #openstack-nova06:15
*** achanda has joined #openstack-nova06:18
*** sudipto has joined #openstack-nova06:19
*** esracelik has joined #openstack-nova06:20
*** ijw has joined #openstack-nova06:27
*** SridharG has joined #openstack-nova06:34
*** achanda has quit IRC06:35
*** thorst has joined #openstack-nova06:35
*** ekuris has joined #openstack-nova06:36
*** mnestratov|2 has quit IRC06:38
*** thorst has quit IRC06:42
*** vilobhmm11 has quit IRC06:43
*** achanda has joined #openstack-nova06:43
*** armax has quit IRC06:49
*** Daisy has quit IRC06:49
*** vilobhmm11 has joined #openstack-nova06:51
*** Daisy has joined #openstack-nova06:53
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (2)  https://review.openstack.org/27608706:53
*** scheuran has joined #openstack-nova06:55
*** amotoki has quit IRC06:56
*** ljxiash has quit IRC06:56
*** amotoki has joined #openstack-nova06:58
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (3)  https://review.openstack.org/27608806:58
*** achanda has quit IRC06:58
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (4)  https://review.openstack.org/27609006:59
*** zenoway has joined #openstack-nova06:59
*** haomaiwang has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:01
*** rk4n has joined #openstack-nova07:02
*** nkrinner has joined #openstack-nova07:03
*** lpetrut has joined #openstack-nova07:03
*** mjura has joined #openstack-nova07:06
*** Guest496 is now known as tdurakov07:06
tdurakovhello nova07:06
*** mubirru has joined #openstack-nova07:08
*** vilobhmm11 has quit IRC07:09
*** itamarl has joined #openstack-nova07:10
tdurakovjohnthetubaguy,hey,  it's absolutely worth to try to *always* do cleanup, it will also fix this: https://bugs.launchpad.net/nova/+bug/128471907:12
openstackLaunchpad bug 1284719 in OpenStack Compute (nova) "buggy live migration rollback when using shared storage" [Medium,Confirmed] - Assigned to Pushkar Umaranikar (pushkar-umaranikar)07:12
*** ljxiash has joined #openstack-nova07:12
*** mubirru_ has joined #openstack-nova07:15
*** paul-carlton1 has joined #openstack-nova07:17
*** mubirru has quit IRC07:17
*** mubirru_ is now known as mubirru07:17
*** Sukhdev has quit IRC07:19
*** sudipto has quit IRC07:26
*** lpetrut has quit IRC07:31
*** sahid has joined #openstack-nova07:31
*** Daisy has quit IRC07:32
*** Daisy has joined #openstack-nova07:33
*** mubirru_ has joined #openstack-nova07:34
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (5)  https://review.openstack.org/27609507:35
*** zenoway has quit IRC07:35
*** mubirru has quit IRC07:36
*** mubirru_ is now known as mubirru07:37
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (6)  https://review.openstack.org/27609907:37
*** Daisy has quit IRC07:37
*** doug-fish has joined #openstack-nova07:38
*** thorst has joined #openstack-nova07:40
*** belmoreira has joined #openstack-nova07:41
*** doug-fis_ has joined #openstack-nova07:42
*** Sesso_ has joined #openstack-nova07:42
*** doug-fish has quit IRC07:43
esracelikmarkus_z: hi07:43
*** gjayavelu has joined #openstack-nova07:44
*** whenry_ has quit IRC07:45
*** thorst has quit IRC07:46
*** doug-fis_ has quit IRC07:47
tdurakovmarkus_z, hey, any updates about ci failures?07:49
*** rdopiera has joined #openstack-nova07:52
*** moshele has joined #openstack-nova07:53
*** su_zhang has quit IRC07:54
*** w_verdugo has quit IRC07:54
openstackgerritgaryk proposed openstack/nova: VMware: add release notes for the limits  https://review.openstack.org/25287007:55
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (1)  https://review.openstack.org/27469807:55
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (2)  https://review.openstack.org/27608707:56
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (3)  https://review.openstack.org/27608807:57
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (4)  https://review.openstack.org/27609007:57
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (5)  https://review.openstack.org/27609507:57
openstackgerritesracelik proposed openstack/nova: Improve the help text for cells options (6)  https://review.openstack.org/27609907:58
*** haomaiwang has quit IRC08:01
*** haomaiwa_ has joined #openstack-nova08:01
*** liverpooler has joined #openstack-nova08:03
*** mvk has joined #openstack-nova08:04
*** ssurana has joined #openstack-nova08:11
*** paul-carlton1 has quit IRC08:11
*** ssurana has left #openstack-nova08:13
*** zakora has joined #openstack-nova08:17
*** browne has quit IRC08:18
*** rotbeard has joined #openstack-nova08:23
*** paul-carlton1 has joined #openstack-nova08:23
*** Jeffrey4l has joined #openstack-nova08:23
*** sinese_ has joined #openstack-nova08:24
*** jlanoux has joined #openstack-nova08:27
*** deepakcs has joined #openstack-nova08:27
*** oomichi has quit IRC08:28
*** matrohon has joined #openstack-nova08:31
*** sudipto has joined #openstack-nova08:33
*** MCoLo has joined #openstack-nova08:33
bauzasgood morning Nova08:34
*** zz_dimtruck is now known as dimtruck08:37
*** jaosorior has joined #openstack-nova08:37
*** thorst has joined #openstack-nova08:45
openstackgerritClaudiu Belu proposed openstack/nova: Fixes Python 3 unit tests for nova.compute  https://review.openstack.org/24774208:47
*** jichen has joined #openstack-nova08:47
tdurakovfolks, who could tell me why we check this for shared block strage?  https://github.com/openstack/nova/blob/f6e2c3327134ae7df5d52934ffef0138985e769b/nova/virt/libvirt/driver.py#L5564-L556808:48
*** e0ne has joined #openstack-nova08:49
*** mvk has quit IRC08:49
*** dimtruck is now known as zz_dimtruck08:51
*** thorst has quit IRC08:53
*** mpavone has joined #openstack-nova08:54
bauzastdurakov: I'm thinking if you use for example NFS08:55
*** ndipanov has joined #openstack-nova08:55
bauzastdurakov: I mean, take a qcow2 backfile08:55
tdurakovbauzas, well, yep, but it looks strange, as we also check it by temp_file08:56
*** paul-carlton1 has quit IRC08:56
bauzasif the instance path is shared on NFS, then there is a shared storage08:56
*** rk4n has quit IRC08:56
bauzashere, the conditional is about backing files, IIRC ?08:56
bauzasright?08:57
tdurakovbauzas, not sure08:57
bauzasso, that's not about temp files08:57
openstackgerritRyan Moore proposed openstack/nova: Add better help to rdp options  https://review.openstack.org/25355608:57
* tdurakov checking shared storage flags code08:57
bauzasno08:58
bauzassay that you use a QCOW2 image08:59
*** bkumar has joined #openstack-nova08:59
*** rk4n has joined #openstack-nova08:59
bauzasby default, it will create a backing file and a second file for writing08:59
bauzasall of them will be in the instance path08:59
tdurakovbauzas, true08:59
bauzassome operators will share that instance path by using a NFS export08:59
bauzasthat's one way to have shared storage09:00
bauzas(not volume-backed, to be precise)09:00
*** haomaiwa_ has quit IRC09:01
tdurakovbauzas, there is a check before for rbd in this method, and as for me shared block storage is about block devices, not nfs file based shared storage, no?09:01
bauzaslemme check too09:01
*** gjayavelu has quit IRC09:01
*** haomaiwang has joined #openstack-nova09:01
bauzasso09:02
tdurakovimo, such interference make code a bit harder to understand, working on johnthetubaguy about removing _live_migration_cleanup_flags method from compute manager.09:03
bauzasis_shared_instance_path attribute verifies by _check_shared_storage_test_file that the temp file is shared between source and destination for the same instance path09:03
*** rk4n has quit IRC09:03
tdurakovright09:03
bauzasie. it writes it on the source and tries to read it on the dest09:03
bauzasso, that means it's a shared storage righT ?09:03
*** jaosorior has quit IRC09:03
tdurakovit means that it's file-based shared storage, i.e. nfs09:04
bauzasbecause you write a file on a path and you expect it to be readable on another host with the same path09:04
tdurakovyup09:04
bauzasthat's a shared storage09:04
bauzasfile-based or not09:04
bauzasI mean09:04
bauzasyou can see the files to be consistent, but that doesn't mean it's NFS09:05
tdurakovthere is actually a big diff between ceph/rbd and nfs, so I'd separate this:)09:05
bauzasso09:05
bauzaswhatever the backend is09:05
bauzasyou know that CONF.instance_path is shared, that's what you can infer09:05
bauzasnow, the second part of the conditional09:05
*** claudiub has joined #openstack-nova09:06
bauzassee the libvirt code09:06
bauzasnova.virt.libvirt.imagebackend09:06
tdurakovchecking09:07
*** moorryan has quit IRC09:07
bauzasyou'll see that this method is overrided for each backend09:07
bauzaswell, not overrided09:07
*** PaulMurray has joined #openstack-nova09:07
bauzasrather implemented09:07
bauzasnow you can assert a 2nd thing :)09:08
*** jaosorior has joined #openstack-nova09:08
*** jaosorior has quit IRC09:08
*** jaosorior has joined #openstack-nova09:09
bauzasI mean09:09
bauzasby default, it's False for an image backend but for QCOW2 and RAW (which makes sense...)09:09
bauzasbecause of what I explained before09:09
*** lucas-dinner is now known as lucasagomes09:10
PaulMurrayHi alex_xu are you around?09:10
bauzastdurakov: so, here you're testing that CONF.instance_path is shared source and dest and that your image backend stores its backing files on the path09:10
bauzassee ?09:11
tdurakovbauzas, yes, walking through all this code, thanks for details09:11
bauzasnp09:11
bauzasthanks for remembering me my old days with OpenStack when I was operating it :)09:12
tdurakovbauzas, welcome:)09:12
*** danpb has joined #openstack-nova09:13
*** mvk has joined #openstack-nova09:17
*** e0ne has quit IRC09:19
*** ihrachys has joined #openstack-nova09:19
*** mgoddard has joined #openstack-nova09:21
*** paul-carlton1 has joined #openstack-nova09:24
*** yassine has joined #openstack-nova09:26
*** mvk has quit IRC09:29
kashyapmarkus_z: Morning, (recovering after 10 days of travel), looking at this bug, it appears that the person triaging marked it as 'Invalid' following the process "Close as "invalid" if it is a support request or feature request." - https://bugs.launchpad.net/nova/+bug/150930409:29
openstackLaunchpad bug 1509304 in OpenStack Compute (nova) "Add support for 'l2-cache-size' (a QCOW2 run time option for metadata cache size) for drives" [Undecided,Invalid]09:30
*** mvk has joined #openstack-nova09:30
kashyapmarkus_z: In this case, as bug has enough information, and clear enough, I think updating the description to RFE & placing it back to 'New' is okay.  Lest it can give an impression to those skimming that the bug itself is invalid...09:30
kashyapI'm going update it and add a polite comment saying so.09:31
*** jwcroppe has joined #openstack-nova09:33
johnthetubaguybauzas: tdurakov: when we start tracking shared storage in the scheduler, we will actually know which hosts shared the instances dir via the aggregates, so I am not sure we need to fixate on that too much09:35
bauzasjohnthetubaguy: agreed09:36
bauzasjohnthetubaguy: I was just trying to help tdurakov on his comment for https://github.com/openstack/nova/blob/f6e2c3327134ae7df5d52934ffef0138985e769b/nova/virt/libvirt/driver.py#L5564-L556809:36
tdurakovjohnthetubaguy, when will this feature be implemented?09:36
johnthetubaguykashyap: unsure, neutron does features through bugs, we generally try to avoid that in Nova09:36
*** jwcroppe has quit IRC09:36
bauzasbut I'm not a libvirt expert, just reading code and a previous user :)09:36
johnthetubaguytdurakov: I think its looking like Newton at this point09:36
*** jwcroppe has joined #openstack-nova09:37
kashyapjohnthetubaguy: Yeah, I haven't added a comment yet there - but since the blueprint isn't filed yet, wouldn't the bug fall out of radar as 'Invalid' bugs are ignored?09:37
*** efoley has joined #openstack-nova09:37
johnthetubaguykashyap: it will, but we don't track un targeted blueprints either, all thats left to google really09:37
bauzasjohnthetubaguy: FWIW, I also considered again https://review.openstack.org/#/c/200870/ and I feel it's a bit bad to merge it09:38
*** ociuhandu has quit IRC09:38
johnthetubaguykashyap: ideas we need to remember are backlog specs, really, I don't think this is one of those09:38
kashyapjohnthetubaguy: So, for this, what is the action item?  File a blueprint I guess?09:38
johnthetubaguyif its wanted, yes09:39
*** daemontool has joined #openstack-nova09:39
kashyapjohnthetubaguy: Yes, at least two large operators say it's wanted.  There was a discussion about it on operators-list some months ago.09:39
*** derekh has joined #openstack-nova09:39
johnthetubaguykashyap: OK, do we have anyone who can work on that, and describe why its important?09:39
*** daemontool_ has quit IRC09:40
markus_zesracelik: hi, good morning, what's up?09:40
markus_ztdurakov: I guess mtreinish solved it with this https://bugs.launchpad.net/nova/+bug/154325309:41
openstackLaunchpad bug 1543253 in OpenStack Compute (nova) "cells test_rebuild_instance_with_volume Tempest test fails" [Critical,Fix released] - Assigned to Andrew Laski (alaski)09:41
kashyapjohnthetubaguy: Why it's important -- see the first two lines of the bug.09:41
esracelikmarkus_z: fine markus, you?09:41
*** jwcroppe has quit IRC09:41
tdurakovmarkus_z, cool, thanks for update!09:41
*** Daisy has joined #openstack-nova09:41
kashyapjohnthetubaguy: About anyone working on it - not yet, as it's not a big priority item, nontheless a performance improvement.09:42
esracelikmarkus_z: happy to see that cells options are reviewed, I splitted cells options help texts into 6 patchsets. But I didn't split up configdrive and hyperv options. What do you think about them?09:43
johnthetubaguykashyap: so, feels like a blueprint would be a better way to track it, I am off to the operators meetup in Manchester next week to see how we can work better with those folks09:43
markus_zkashyap: Tracing feature request with bugs doesn't feel right to me IMO09:43
markus_zesracelik: sec, let me have a look at them09:43
*** zenoway has joined #openstack-nova09:44
kashyapmarkus_z: johnthetubaguy: Right, I just went back and re-read the thread on operators list, seems like it was my fault - as I asked them to report the bug - http://lists.openstack.org/pipermail/openstack-operators/2015-October/008509.html09:45
*** fawadkhaliq has quit IRC09:47
markus_zjohnthetubaguy: to be honest, I don't yet fully understand how such RFEs should be addressed to us. I understood the "spec backlog" thing a bit like the way to go.09:47
*** fawadkhaliq has joined #openstack-nova09:47
bauzasblueprints09:47
bauzasmarkus_z: http://docs.openstack.org/developer/nova/process.html#overview nope?09:48
markus_zbauzas: AFAIK the blueprint drafter is supposed to drive the implementation too, right?09:48
bauzasmarkus_z: why so ?09:49
bauzasthat's just people are not looking at BPs like they do with bugs09:49
bauzasbut if the question is "I have an idea, I want it to be implemented", it certainly needs some level of commitment more than just filling a bug09:50
*** thorst has joined #openstack-nova09:50
bauzasor speak to subteams09:50
johnthetubaguyyeah, we don't have to tie the blueprint author to the implementer09:50
markus_zbauzas: agreed to that09:50
johnthetubaguyproblem is, most of the time, people have other things they are interested in more / told to do, so they do those instead09:50
*** lpetrut has joined #openstack-nova09:51
bauzasthat's why having people sharing interest in subteams is nice09:51
johnthetubaguyThere is a general "performance" question, including os-profiler, and other things in there09:51
johnthetubaguyI really would like a more... focused effort around that area, if people are interested (I am trying to rally some folks for control plane optimisations next release)09:51
johnthetubaguythe real answer is we attack this from many angles09:52
johnthetubaguyand hope one of them sticks09:52
johnthetubaguywhich doesn't help the operators too much09:52
johnthetubaguywe did try to create an operators sub team, but not 100% thats working out too well yet09:52
bauzasbut just filling a bug for asking a feature seems pretty low-committing09:53
bauzasjohnthetubaguy: and given the talk you made at Summit, you know that an idea needs to be discussed09:53
bauzasthat's why I think that if someone wants to add a feature, he needs somehow to discuss with some other people09:53
bauzasand not just be like posting an idea09:54
*** rk4n has joined #openstack-nova09:54
bauzasa bug is different, something is broken09:54
johnthetubaguybauzas: yep, hence the backlog spec09:55
johnthetubaguythat process triggers that debate09:56
bauzasjohnthetubaguy: then, we should amend http://docs.openstack.org/developer/nova/process.html#overview09:56
bauzasjohnthetubaguy: what I'd like to avoid is having backlog specs a wall of ideas09:56
bauzasand people not committed to them09:56
johnthetubaguybauzas: yeah, thats the tricky balance we haven't really worked out09:56
bauzasin particular, since we don't do backlog specs per-release09:57
*** thorst has quit IRC09:57
johnthetubaguythe idea is for them to be unassigned09:57
bauzasso the backlog of those backlog specs could dramatically increase09:57
johnthetubaguyI was thinking about culling them over time09:57
bauzasI know what you'd like :)09:57
markus_zesracelik: the configdrive help texts are good to go, the hyper-v ones could be split up I guess.09:57
esracelikmarkus_z: ok, I will be working on it this afternoon, thanks09:58
markus_zesracelik: cool, thanks. It worthwhile to get input from claudiub on the hyper-v related options.09:59
openstackgerritjichenjc proposed openstack/nova: Not using mox stubs in nova.tests.unit.volume  https://review.openstack.org/26808109:59
openstackgerritjichenjc proposed openstack/nova: not use mox for conductor/test_conductor.py  https://review.openstack.org/27131210:00
markus_zjohnthetubaguy: bauzas: So, closing RFEs in bug reports and pointing them to the blueprint process is still OK?10:00
claudiubmarkus_z: esracelik: sure, will do, as soon as I can.10:00
openstackgerritjichenjc proposed openstack/nova: not use mox for conductor.tasks  https://review.openstack.org/27270510:00
*** haomaiwang has quit IRC10:01
esracelikclaudiub: thanks!10:01
*** fawadkhaliq has quit IRC10:01
*** haomaiwa_ has joined #openstack-nova10:01
bauzasmarkus_z: that's a rough answer, but the short answer is, yes10:01
bauzasmarkus_z: that said10:01
bauzasmarkus_z: what we need to explain is that rather just filling a blueprint and waiting for someone to magically take it, operators should at least come to us (in IRC, mail, etc.) and identify some volunteers to sheperd that in the community10:02
markus_zbauzas: yes, that's fair.10:03
johnthetubaguymarkus_z: I can't think of a better option, I would love to point them to a specific "here is how to get your idea considered" doc though10:03
bauzasindeed10:04
PaulMurraypkoniszewski, I think your plan to address danpb's comment in https://review.openstack.org/#/c/227278 makes sense. Do you agree danpb ?10:04
bauzasI totally second that10:04
johnthetubaguymarkus_z: there are project differences we probably need to iron out here too, Neutron is using bugs to capture feature requests in some way10:04
openstackgerritjichenjc proposed openstack/nova: Not using mox stubs in nova.tests.unit.consoleauth  https://review.openstack.org/26690310:04
bauzasjohnthetubaguy: we also have wishlist bugs10:04
bauzasalthough we try to refrain that10:05
openstackgerritClaudiu Belu proposed openstack/nova: Fixes network py3 unit tests  https://review.openstack.org/25399010:05
johnthetubaguybauzas: yeah, its kinda similar, they are more broken things that are features, but its a dumb distinction10:05
openstackgerritClaudiu Belu proposed openstack/nova: Fixes cells py3 unit tests  https://review.openstack.org/25582410:05
*** Jeffrey4l has quit IRC10:07
*** Guest15184 is now known as BobBall10:07
*** snikitin has quit IRC10:10
markus_zjohnthetubaguy: Would an additional entry at http://docs.openstack.org/developer/nova/blueprints.html make sense?10:11
johnthetubaguymarkus_z: yeah, thats what we need10:11
markus_zjohnthetubaguy: regarding the  "here is how to get your idea considered"10:11
johnthetubaguymarkus_z: yes, thats my proposal, add a new thing for that10:11
*** Marga_ has quit IRC10:12
* johnthetubaguy hmm, we have a blueprints page, I was thinking http://docs.openstack.org/developer/nova/process.html10:12
tdurakovjohnthetubaguy, here is pottential issue in post_live_migration step for libvirt: https://github.com/openstack/nova/blob/197bd6dd1231f1f57cdd6c0acb1dfbdc3b2b0989/nova/virt/libvirt/driver.py#L1117 - because  is_shared_block_storage is true for nfs either10:12
johnthetubaguyoh, dear, we do10:12
johnthetubaguythats confusing10:12
johnthetubaguyI should take a look at this later10:12
johnthetubaguyI want to get something I can show the operators on Monday10:12
johnthetubaguytdurakov: oops, I was in mid typing10:17
*** tojuvone has quit IRC10:18
*** tojuvone has joined #openstack-nova10:18
markus_zjohnthetubaguy: I can add something to the FAQ section to argue about.10:19
johnthetubaguymarkus_z: we could, I am thinking about tidying up those bits this afternoon, but getting something up there would be great10:20
johnthetubaguytdurakov: oh dear... not is_shared_block_storage seems better there?10:21
markus_zjohnthetubaguy: Then I just wait for your clean up, maybe after that it's easier to add.10:21
*** e0ne has joined #openstack-nova10:21
johnthetubaguytdurakov: but I get your point, thats a massive upgrade issue10:21
tdurakovjohnthetubaguy, there is a mess in flags here, working on your idea for cleanup, for me it's worth to try to clean this up10:22
johnthetubaguytdurakov: I think we will only be able to call that all the time, once the min_service version is new enough, or RPC pin is high enough10:22
tdurakovjohnthetubaguy, yep, keep in mind upgrades while implementing10:22
johnthetubaguytdurakov: yeah, I think its worth tidying this mess up10:22
johnthetubaguytdurakov: deleting instances (or not deleting them) is about the worst thing we can mess up10:23
tdurakov++10:23
*** sfinucan has joined #openstack-nova10:28
*** jaosorior has quit IRC10:29
*** jaosorior has joined #openstack-nova10:29
*** deva_ has joined #openstack-nova10:30
*** brad[] has quit IRC10:33
*** PaulMurray has quit IRC10:33
*** samueldmq1 has joined #openstack-nova10:33
*** brad[] has joined #openstack-nova10:33
*** amotoki has quit IRC10:34
*** samueldmq1 has quit IRC10:38
*** deva_ has quit IRC10:38
ccardIs there a way to use the python novaclient to do a request to the MetadataRequestHandler?10:39
*** salv-orlando has joined #openstack-nova10:40
*** cdent has joined #openstack-nova10:41
*** salv-orl_ has quit IRC10:43
*** zenoway has quit IRC10:44
*** rfolco has joined #openstack-nova10:44
*** dims has joined #openstack-nova10:45
*** shyama has quit IRC10:47
*** omnipresent has joined #openstack-nova10:49
bauzasjohnthetubaguy: jaypipes: I just saw that http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/resource-objects.html was still there10:49
*** dims has quit IRC10:49
bauzasjohnthetubaguy: jaypipes: we should probably cut it off10:49
johnthetubaguybauzas: is that invalid now?10:49
bauzasor put it in the backlog specs repo10:49
*** amotoki has joined #openstack-nova10:49
johnthetubaguyor just not happening this release?10:49
*** Daisy has quit IRC10:49
*** dims has joined #openstack-nova10:50
bauzasjohnthetubaguy: that was the early spec for explaining the issue, but jaypipes exploded it in 6 specs10:50
johnthetubaguybauzas: so there are lots of patches for that: https://blueprints.launchpad.net/nova/+spec/resource-objects10:50
*** Daisy has joined #openstack-nova10:50
johnthetubaguylets just be sure to call that finished soon10:50
*** fawadkhaliq has joined #openstack-nova10:50
bauzasjohnthetubaguy: I know, jaypipes and cdent should clean them up or abandon them10:50
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: prevent serial console port exhaustion  https://review.openstack.org/27580010:51
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/27580110:51
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: Add serial ports to the migration data object  https://review.openstack.org/21510210:51
bauzascdent: btw. I'm just about fencing https://review.openstack.org/#/c/200870/ in favor or resource-providers, it would be easier for me if there was some devref epic or backlog spec I could provide10:51
bauzasjohnthetubaguy: ^10:51
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: move "_get_serial_ports_from_guest" to Guest class  https://review.openstack.org/23605110:51
cdentbauzas: don't look at me, I've abandoned my aborted effort on a db-backed resource class and everything else that is "owned" by me is active.10:52
bauzashah10:52
*** deepakcs has quit IRC10:52
*** efoley has quit IRC10:52
bauzaswho would be foolish enough for providing an epic story about the overall effort ?10:52
bauzasat least describing the problem and the 10k-feet effort10:53
jaypipesjohnthetubaguy, bauzas: yeah, I should clean up the resource objects stuff.10:53
jaypipeslemme do that now.10:53
bauzasbecause how could I explain to https://review.openstack.org/#/c/200870/ that his patch is not really cool given the effort we work on ?10:53
johnthetubaguyjaypipes: I marked the BP as superseded, not sure whats left10:53
jaypipesjohnthetubaguy: I'll check and mark stuff abandoned if needed.10:54
johnthetubaguyjaypipes: bauzas: thanks10:54
bauzasFWIW, I just pointed http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/resource-providers.html10:54
*** thorst has joined #openstack-nova10:54
bauzasjaypipes: drop me a ping once you're done with cleaning that up, I'll +2 quickly10:55
*** amotoki has quit IRC10:55
openstackgerritJohn Garbutt proposed openstack/nova: Get a ReqSpec in evacuate API and pass it to scheduler  https://review.openstack.org/27310410:56
jaypipesbauzas: I abandoned all of my open WIP patches involving resource objects and providers.10:56
*** erlon has joined #openstack-nova10:56
jaypipesbauzas: since cdent now has the master patch series..10:56
bauzas_o/10:57
bauzas\o/10:57
bauzasroger.10:57
jaypipesten four.10:57
* cdent uses the power of greyskull10:57
jaypipesbauzas, johnthetubaguy: your review on the gen-resource-pools spec would be great: https://review.openstack.org/#/c/253187/10:57
johnthetubaguybauzas: I guess you have all the patches for this up now? https://blueprints.launchpad.net/nova/+spec/check-destination-on-migrations10:57
* jaypipes goes off to clean up the compute-node-inventory spec10:57
bauzasjaypipes: in my queue for today :)10:57
jaypipessweet, thank you sir10:57
bauzasat least once I'm ironing out my live-migrate patch :)10:57
danpbjaypipes: hey, need your input on this os-vif patch https://review.openstack.org/#/c/275281/10:57
johnthetubaguyjaypipes: do we want to give priority to the node-inventory one though?10:57
bauzasjohnthetubaguy: unfortunately no10:58
jaypipesdanpb: heh, I have that half-reviewed in gertty. lemme finish that up before tackling the compute-node-inventory.10:58
johnthetubaguybauzas: but we need that data migration this cycle really10:58
*** PaulMurray has joined #openstack-nova10:58
jaypipesjohnthetubaguy: dansmith does, as do I.10:58
bauzasjohnthetubaguy: that's my target indeed10:58
danpbjaypipes: the follow up  linux-bridge & ovs patches show real-world exmaple of its usage10:58
jaypipesdanpb: yup. gimme 30 minutes I should have the series reviewed.10:59
bauzasjohnthetubaguy: I'm just writing a patch for live-migrate, I'll do that too for unshelve and cold-migrate10:59
johnthetubaguybauzas: ah, got it10:59
johnthetubaguybauzas: I think you typoed the blueprint link, I just fixed my patch finding script10:59
danpbjaypipes: in particular notice the (slightly disgusting) hack i use with 'deprecated_group' to make it upgrade friendly for existing nova.conf :-)11:00
bauzasjohnthetubaguy: probably lemme check11:00
bauzasmmm11:00
bauzashttps://review.openstack.org/#/c/273104/ says Partially-Implements: blueprint check-destination-on-migrations11:00
jaypipesdanpb: yes, I noticed that, but understand the reason for it :)11:00
bauzasjohnthetubaguy: oh, you fixed a typo11:00
*** haomaiwa_ has quit IRC11:01
bauzasmeh11:01
johnthetubaguybauzas: I just found this bug, that I think the scheduler team might need to dig into: https://review.openstack.org/#/c/245619/111:01
johnthetubaguyMove disk allocation ratio to ResourceTracker11:01
*** haomaiwang has joined #openstack-nova11:01
bauzasI was probably jammed by http://www.independent.co.uk/news/world/europe/french-grammar-uproar-over-decision-to-implement-26-year-old-reform-of-spelling-rules-a6854441.html when I made this typo11:01
openstackgerritAbhilash Goyal proposed openstack/nova: session.py file was initially using eval() which is not recommended for security purposes, hence I used other safe equivalent function. Close-bug: 1414529 Change-Id: Ib6145408360fa57cccc8d77c590a203e5088b193  https://review.openstack.org/27551311:02
openstackbug 1414529 in OpenStack Compute (nova) "eval being used in session.py" [Low,In progress] https://launchpad.net/bugs/1414529 - Assigned to Abhilash Goyal (abhilash-goyal)11:02
bauzasjohnthetubaguy: oh great !11:02
bauzasjohnthetubaguy: thanks for finding that gem11:02
*** thorst has quit IRC11:02
*** efoley has joined #openstack-nova11:02
johnthetubaguybauzas: I guess we missed one, oops11:02
bauzasyeah, I was fooled11:02
bauzasthat would even be a low-hanging-fruit11:03
bauzasjohnthetubaguy: meh this is a bug https://bugs.launchpad.net/nova/+bug/1513335, categorizing it as wishlist11:04
openstackLaunchpad bug 1513335 in OpenStack Compute (nova) "disk allocation ratio should move to resource tracker" [Undecided,In progress] - Assigned to Wen Zhi Yu (yuywz)11:04
bauzasjohnthetubaguy: but I added the low-hanging-fruit tag11:04
johnthetubaguybauzas: it will slow down the scheduler plans though, if we don't fix that right?11:05
bauzasmmm11:05
bauzasnot sure11:05
johnthetubaguyjaypipes: ^11:05
johnthetubaguybauzas: we need to keep the config working the same as it was last cycle11:05
bauzasif we introduce it in Mitaka, it means we can drop the compat in O right?11:06
bauzasmeh no11:06
bauzaswe can even drop that in early Newton11:06
bauzasbecause mitaka computes will report that11:06
bauzasso11:07
jaypipesdanpb: top patch reviewed.11:07
*** mvk has quit IRC11:07
johnthetubaguybauzas: yes, newton11:07
bauzasjohnthetubaguy: that's a big thing to do, quite now11:07
*** mvk has joined #openstack-nova11:08
*** chhavi has quit IRC11:08
*** chhavi has joined #openstack-nova11:08
ndipanovjohnthetubaguy, so all non-prio features not merged are dead at this point11:08
ndipanovno more exceptions right?11:08
johnthetubaguyndipanov: yes11:09
johnthetubaguyndipanov: just trying to find them all11:09
*** efoley_ has joined #openstack-nova11:09
johnthetubaguyndipanov: actually there are a few special cases where we have screwed them over, or they are on going things we want to wrap up, but trying to shut them down soon ish too11:09
*** efoley has quit IRC11:11
ndipanovjohnthetubaguy, this one falls in the latter category at least https://review.openstack.org/262583 but as discussed not really high-prio (though would enable further convos in neutron)11:11
cdentbauzas, jaypipes: Just to make sure I'm on the same page as you guys: The outcome of last night's discussion is that we are targetting the compute-node inventory migration (and its prereqs) as the must-have for mitake and the other resource-provider stuff is bonus if we make some headway?11:11
jaypipescdent: not quite. we are targeting resource-classes, resource-providers, generic-rsource-pools as must have for Mitaka. compute-node-inventory as a Really Strong Priority to get done in Mitaka, and resource-providers-allocations and resource-providers-scheduler for Newton.11:13
bauzascdent: tbc, I feel the already two approved specs are doable, while bonus points could be https://review.openstack.org/#/c/253187/11:13
danpbjaypipes: cool thanks11:13
*** whenry has joined #openstack-nova11:13
cdentbauzas, jaypipes: this is why I asked: you two don't agree11:13
bauzaswell11:14
cdentand neither of you seem to agree with dansmith11:14
jaypipescdent: yes, I am aware of that :)11:14
bauzaslemme be clear, generic-resource-pools is not yet approved, right?11:14
bauzasso, yes, it's doable but it not only depends on code, that's it11:14
johnthetubaguyndipanov: yeah, that one is blocked now I am afraid, I did intend to get to that one, but it didn't happen :(11:15
* cdent will write some tests for the existing code11:16
johnthetubaguyjaypipes: bauzas: why do we want generic-resource-pools over compute-node-inventory?11:16
johnthetubaguyit does feel like getting the nasty migrations all out the way in one release, would be a big, big, win11:17
jaypipesjohnthetubaguy: because generic-resource-pools solves the long-standing issue of incorrect resource reporting for shared disk. plus it paves the way for compute-node-inventory.11:17
ndipanovjohnthetubaguy, ah well...11:17
johnthetubaguyjaypipes: I think it was more just the adding the uuid, that sucked the most?11:18
johnthetubaguyjaypipes: but I need to re-read that11:18
jaypipesjohnthetubaguy: you mean compute-node-inventory? the adding of the UUID to the compute node is only a small part of the overall migration needed in that one.11:19
*** fawadkhaliq has quit IRC11:19
*** fawadkhaliq has joined #openstack-nova11:19
johnthetubaguyjaypipes: but most of the other bits feel like the same update a new compute node would make, so its much easier, once we have the uuid, no need to "force" any of the other bits before we add unique constrains, etc11:19
*** fawadkhaliq has quit IRC11:19
openstackgerritRossella Sblendido proposed openstack/nova: Wait for neutron events when using xen driver  https://review.openstack.org/26825811:19
*** fawadkhaliq has joined #openstack-nova11:20
johnthetubaguycdent: that might be the other way of looking at it, maybe we just add the uuid into the compute node this release, rather than the whole spec. although I do feel like I am missing another piece11:20
jaypipesjohnthetubaguy: sorry, I'm not following you...11:20
*** ihrachys has quit IRC11:20
johnthetubaguyjaypipes: so the compute node uuid, to do it online, its a total faf that takes two cycles11:21
*** paul-carlton2 has quit IRC11:21
jaypipesjohnthetubaguy: why?11:21
johnthetubaguyjaypipes: you have to add the column, then start filling it in "online", at somepoint we then the next release we add a force migration to say it must be complete, and we make it non-nullable and unique11:22
jaypipesjohnthetubaguy: yes, of course, but I don't see how that is affected by doing the inventory migration in the same online migration?11:23
johnthetubaguyjaypipes: I was really just meaning, I think its the uuid thing thats the hard bit we should do this release11:23
johnthetubaguyjaypipes: the other bits are not migrations, they are just updating to a new location (and possible creating that location), I think?11:24
johnthetubaguythe reader just needs to know about looking at the old location, till the compute is upgraded11:24
jaypipesjohnthetubaguy: yes, that is true.11:25
jaypipesjohnthetubaguy: I would still really like to shoot for the inventory migrations in Mitaka, though...11:25
johnthetubaguyjaypipes: I am OK with that, I just think the uuid bit is on the must have list11:26
johnthetubaguyabove the generic-resource-pools, I think, but thats just splitting hairs11:26
johnthetubaguycdent: did that make any sense?11:27
cdentI parsed you both in what seems to be a sensible fashion...11:28
cdentBut I'm not clear on the _actual_ decision.11:28
openstackgerritgaryk proposed openstack/nova: Virt: add context to attach and detach interface  https://review.openstack.org/20936211:28
cdent(if there was one)11:28
openstackgerritgaryk proposed openstack/nova: Compute: remove object_compat from get_instance_diagnostics  https://review.openstack.org/21862311:28
cdentcode already exists (because dansmith wrote it) for the uuid migration11:28
johnthetubaguycdent: ah, OK, I think my take is, lets try get that uuid migration in ASAP11:29
johnthetubaguycdent: and do our best for the rest of it, largely11:30
johnthetubaguyit gets is to a simpler place quicker, thats all11:30
jaypipesjohnthetubaguy, bauzas: can I approved the ResourceClassEnum patch? is there a reason that isn't +Wallaby'd yet?11:31
cdentdan added to the resource providers migration: https://review.openstack.org/#/c/275432/3/nova/db/sqlalchemy/migrate_repo/versions/314_add_resource_provider_tables.py11:31
cdentjaypipes: its okay to go, it was blocked briefly because dansmith wanted real code11:31
cdent(that used it)11:32
cdentand now there is, so he said he was happy11:32
jaypipescdent: k, off to the tarlac pit it goes then.11:32
*** bkumar has quit IRC11:32
jaypipescdent: BTW, I left a suggestion in there for you to move that code to oslo.versionedobjects in a future patch.11:32
cdentroger that11:33
bauzasjaypipes: go for it11:33
jaypipescdent: should have been Sarlacc pit.11:33
cdentthat's a good idea11:34
cdent(the base change)11:34
*** efoley__ has joined #openstack-nova11:34
cdentjaypipes: except as I've said before, property getter can't take an argument11:35
cdent(or am I misunderstanding your sugestion)11:35
*** baoli has joined #openstack-nova11:36
*** efoley_ has quit IRC11:36
*** baoli has quit IRC11:37
*** dims_ has joined #openstack-nova11:40
*** paul-carlton2 has joined #openstack-nova11:40
*** dims has quit IRC11:40
openstackgerritjichenjc proposed openstack/nova: Forbidden non-authorized user to do resize actions  https://review.openstack.org/27779711:41
jaypipescdent: oh, duh, yeah.11:41
cdentbut it's still a good idea to get it in the base11:41
jaypipesya.11:41
cdentI've stuck it on my rather meandering to do list ;)11:41
*** omnipresent has quit IRC11:42
*** zenoway has joined #openstack-nova11:43
*** boris-42 has quit IRC11:43
jaypipescdent: heh, welcome to the club :)11:44
cdentoh I've been in this club for a very very long time, it's just new things on the list11:45
cdentover in a nother channel I'm discussing with a friend something we've been planning to in various way for about 16 years, still haven't started. is just a simple thing, mostly.11:45
cdentbut I seem to be operating with a stack not a queue11:46
jaypipes:)11:46
*** zenoway has quit IRC11:47
pkoniszewskidanpb: hi, are you around?11:48
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Provide ReqSpec to live-migrate conductor task  https://review.openstack.org/27780011:49
*** zenoway has joined #openstack-nova11:49
*** sudipto has quit IRC11:50
*** xek_ is now known as xek11:51
bauzasjaypipes: johnthetubaguy: alaski: would you mind review https://review.openstack.org/#/c/273104/ ? I'll add it to the prio etherpad for the sched stuff11:52
bauzasoh, some gentleman added that to the etherpad11:52
*** gszasz has joined #openstack-nova11:53
*** shyama has joined #openstack-nova11:53
jaypipesbauzas: yup, will do as soon as I wrap up cdent's patch series.11:55
cdentcdent hasn't had a chance to look at that yet, since dan's visit11:56
bauzasI just sorted out the etherpad of doom11:56
bauzasjohnthetubaguy: jaypipes: so we still have 2 "epics/BP" to merge before M-3, I raised them in the etherpad for the sched section11:57
bauzasI also cleaned what was merged before11:57
johnthetubaguysweet, thanks11:57
*** gmann_ has joined #openstack-nova11:57
jaypipesbauzas: cheers11:57
cdentjaypipes: are you one of the reasons we don't just default to utf8 everywhere? ;)11:58
bauzasjaypipes: cdent: given it's hard to follow all the resouce-providers BPs, would you mind making sure the etherpad is good ?11:58
jaypipescdent: we do default to utf8 everywhere, unfortunately.11:58
*** gmann_ has quit IRC11:59
cdentthere's that "unfortunately" word I was looking for11:59
jaypipesbauzas: yes, I will. I am also writing a summary email to the ML about it, ala alaski's recent thread on cellsv2 progress.11:59
*** gmann_ has joined #openstack-nova11:59
cdent(summary emails)++11:59
johnthetubaguy+111:59
*** thorst has joined #openstack-nova12:00
*** gmann_ has quit IRC12:00
openstackgerritAndrea Rosa proposed openstack/nova: Allow setting a specific value for migration state  https://review.openstack.org/27780412:00
*** gmann_ has joined #openstack-nova12:00
*** haomaiwang has quit IRC12:01
*** haomaiwang has joined #openstack-nova12:01
bauzasjaypipes: <312:02
gmann_johnthetubaguy: sdague do we have API meeting today ?12:03
jichengmann_: same question, remember sdague said he will do it12:04
gmann_jichen: i did not check mail if it was canceled, just reminding if we forgot :)12:05
johnthetubaguygmann_: I think we said its Chinese new year, so it was a maybe12:05
jichengmann_ : me too :), let's check mail archieve12:05
gmann_johnthetubaguy: ok.12:05
gmann_johnthetubaguy: jichen just one thing- on Bug 153935112:06
openstackbug 1539351 in OpenStack Compute (nova) "Authorization by user_id does not work in V2.1 API" [Undecided,In progress] https://launchpad.net/bugs/1539351 - Assigned to jichenjc (jichenjc)12:06
johnthetubaguyI would kick it off, but I think without sdague around, not sure we have enough people to talk12:06
gmann_https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bug/153935112:06
gmann_johnthetubaguy: yea,12:07
sdagueoh, crap12:07
gmann_johnthetubaguy: jichen do we have same issue in all other places too?12:07
sdagueyeh, my bad12:07
*** thorst has quit IRC12:07
jichengmann_ : yes, I think so12:07
jichengmann_: I tried in my devstack and seems other actions have similar issue12:07
*** garyk has joined #openstack-nova12:07
sdague7am catches up on me really quickly12:08
jichenso I am working on them now12:08
garykjohnthetubaguy: https://review.openstack.org/#/c/252870/ - these were the patches merged in Mitaka.12:08
garykno idea what you want and expect here12:08
gmann_jichen: ok, Thanks12:08
johnthetubaguygaryk: it depends on two patches that are blocked by feature freeze12:08
johnthetubaguygaryk: need to rebase that so its independent of those, so we can merge it, and make sure it doesn't talk about features that didn't merge in mitaka12:09
garykjohnthetubaguy: those two patches are relevant for the resize, which irrespective if they land or not the release note is relevant12:09
garykbut a few months ago you asked that the release note be reabsed on top of these12:10
*** ihrachys has joined #openstack-nova12:10
garykif you wan i can rebase on master12:10
garykplease advise12:10
johnthetubaguygaryk: thats cool then, just need the rebase, so the release note doesn't depend on the two blocked patches12:10
garykok12:10
openstackgerritJohn Garbutt proposed openstack/nova: VMware: add release notes for the limits  https://review.openstack.org/25287012:10
*** dims_ has quit IRC12:11
johnthetubaguygaryk: turns out gerrit has a new button for that, my bad, +W12:11
*** dstepanenko has quit IRC12:11
garykjohnthetubaguy: ok, thanks12:11
*** lucasagomes is now known as lucas-hungry12:13
bauzasjohnthetubaguy: you still okay if I'm providing the patches for https://bugs.launchpad.net/nova/+bug/1513335 by just a wishlist bug ? :(12:13
openstackLaunchpad bug 1513335 in OpenStack Compute (nova) "disk allocation ratio should move to resource tracker" [Wishlist,In progress] - Assigned to Wen Zhi Yu (yuywz)12:13
bauzasjohnthetubaguy: I think I should rather create a specless BP12:13
johnthetubaguybauzas: meh, its a priority affecting bug/feature-ett, I am fine with whatever gets folks to review it, and we don't forget it12:14
bauzasokay12:14
bauzasI will port those patches for the disk-related stuff today12:14
bauzasand will create a BP12:14
* bauzas jumps off for eating12:15
*** dstepanenko has joined #openstack-nova12:17
*** smatzek has joined #openstack-nova12:18
*** dims_ has joined #openstack-nova12:19
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova-specs: Libvirt: Use the virtlogd deamon  https://review.openstack.org/23429112:20
*** zenoway has quit IRC12:20
rdopieratdurakov: would you have a moment to talk about https://blueprints.launchpad.net/nova/+spec/remove-compute-compute-communication ?12:21
tdurakovrdopiera, hey, sure12:22
jaypipescdent: ok, your resource providers patch series fully reviewed, including the WIP last patch.12:23
cdentthanks jaypipes12:23
ndipanovcdent, jaypipes which series is that?12:23
* ndipanov interested12:24
ndipanovjohnthetubaguy, was there a devref doc on our upgrade policy or was it just my imagination :)12:24
*** zhangjn has quit IRC12:24
johnthetubaguyndipanov: it needs updating, but we have this one: http://docs.openstack.org/developer/nova/upgrade.html12:24
ndipanovjohnthetubaguy, perfect! thanks!12:25
johnthetubaguyndipanov: in terms of code review, we do have this guide: http://docs.openstack.org/developer/nova/code-review.html#upgrade-related-concerns12:25
johnthetubaguyI think that one is more up to date, right now12:26
*** efoley__ has quit IRC12:26
*** zenoway has joined #openstack-nova12:26
ndipanovjohnthetubaguy, this is the reason I was asking https://bugs.launchpad.net/nova/+bug/154356212:27
openstackLaunchpad bug 1543562 in OpenStack Compute (nova) "mitaka pci_request object needs a migration script for an online data migration" [Undecided,New]12:27
ndipanovjohnthetubaguy, we were discussing this I think12:27
*** zhangjn has joined #openstack-nova12:27
johnthetubaguyndipanov: yeah, I think at the midcycle(?) we were saying to create a new nova-manage command to always do that kind of thing (in batches). cdent will need to share that for the compute node uuid stuff12:28
cdentndipanov: the series starts here: https://review.openstack.org/#/c/273100/12:28
*** mtanino has joined #openstack-nova12:28
ndipanovcdent, got it12:29
ndipanovjohnthetubaguy, well yeah ideally we'd want to have some kind of a framework but we're not there now12:29
johnthetubaguyndipanov: yep12:29
johnthetubaguyndipanov: the flavor one established the pattern, but it was flavor specific12:29
ndipanovjohnthetubaguy, let me think about it for a bit, maybe I can come up with something12:29
bauzasjaypipes: just a comment on https://review.openstack.org/#/c/275432/3/nova/db/sqlalchemy/migrate_repo/versions/314_add_resource_provider_tables.py12:30
*** gmann_ has quit IRC12:31
*** zenoway has quit IRC12:31
*** gmann_ has joined #openstack-nova12:31
rdopieratdurakov: so as far as I understand, you plan to keep the status of migration on the compute itself, and have the conductor call some api to get it12:31
cdentman there is a _ton_ of latent assumptions running around this resource provider stuff...12:31
bauzasndipanov: johnthetubaguy: cdent: for the compute uuid, why do we need a nova-manage ? the RT can provide that for us12:31
johnthetubaguyndipanov: this was the last one, I think: https://github.com/openstack/nova/blob/stable/kilo/nova/cmd/manage.py#L96612:31
*** gmann_ has quit IRC12:32
bauzasndipanov: johnthetubaguy: cdent: that's something I did for adding the host field to the ComputeNode object12:32
*** gmann_ has joined #openstack-nova12:32
johnthetubaguybauzas: because we need to do it for *all* db entries, even if the computenode is dead12:32
tdurakovrdopiera, there is a plan to get rid of compute-compute communication, this part will be required to save migration state in case of compute-failure12:32
jaypipesbauzas: answereed :)12:32
johnthetubaguybauzas: so we can later change the DB schema to be non-null, and unique uuids, etc12:33
bauzasjohnthetubaguy: mmm, I had the same concern when I added the host field to compute_nodes12:33
rdopieratdurakov: do you have any idea how that would be done?12:33
bauzasjohnthetubaguy: but since an host can come back, then its RT will provide its field12:33
bauzasbut meh, I have to go for lunch12:34
johnthetubaguybauzas: right, we would only need that if we made the schema non-null12:34
johnthetubaguybauzas: which we might want to do alongside the uuid stuff, actually12:34
tdurakovrdopiera, I've started to work on this bp. some kind of storage will fit this requirement, something small and easy to maintain12:34
* cdent reviews jay's reviews of dan's changes to "his" code12:34
jaypipesbauzas: evac reqspec patch reviewed. nice work.12:34
tdurakovcdent, lol, sounds complicated:)12:35
rdopieratdurakov: sqlite? :)12:35
tdurakovrdopiera, not ready to answer, need to verify it first:) You are welcome to propose ideas for storage12:35
pkoniszewskirdopiera: we haven't agreed on a solution yet, so pretty hard to say which storage will be used12:36
jaypipestdurakov: definitely Oracle RAC.12:36
jaypipestdurakov: or Clipper 4.12:36
tdurakovjaypipes, yes, heavy metal thing is absolutely required:-D12:36
rdopieratdurakov, pkoniszewski: is there anything more on this that I could read? The original bugs that are being solved by this, for instance?12:37
tdurakovrdopiera, well, I'm not sure there are a lot of bugs, I'll ping you once spec will be ready for review12:37
rdopieratdurakov: that12:38
tdurakov?12:38
rdopieratdurakov: that's great12:38
pkoniszewskirdopiera: i can see at least 3 bugs that might be solved by this refactoring12:38
rdopieratdurakov: by the way, I wonder if it could be also used to keep track of other tasks12:38
rdopieratdurakov: like deleting12:38
*** openstackgerrit_ has joined #openstack-nova12:39
*** tdurakov_ has joined #openstack-nova12:39
tdurakovrdopiera, ndipanov said that you have at least one, that will be fixed by this change12:39
*** tdurakov_ has quit IRC12:39
tdurakovrdopiera, I'd rather say yes12:40
rdopieratdurakov: yeah, if rabbit goes down during live-migrate12:40
tdurakovrdopiera, could you please file it so it will be posible to track it too12:40
rdopieratdurakov: I have, and I think pkoniszewski even commented on it12:41
tdurakovoh, cool!12:41
rdopierahttps://bugs.launchpad.net/nova/+bug/153658912:41
openstackLaunchpad bug 1536589 in OpenStack Compute (nova) "Inconsistent state when connection to conductor is lost during live migration" [Undecided,New] - Assigned to Radomir Dopieralski (thesheep)12:41
pkoniszewskitdurakov: its already reported, yes12:41
rdopieraI have another one: https://bugs.launchpad.net/nova/+bug/154351112:41
openstackLaunchpad bug 1543511 in OpenStack Compute (nova) "Instances stuck in DELETING state if delete fails" [Undecided,New]12:41
rdopieracould possibly work for this too12:42
*** fawadkhaliq has quit IRC12:43
*** takashin has left #openstack-nova12:44
*** marcusvrn_ has joined #openstack-nova12:44
*** zenoway has joined #openstack-nova12:44
tdurakovrdopiera, well, some kind of general storage12:45
pkoniszewskiPaulMurray: are you around?12:45
*** doug-fish has joined #openstack-nova12:45
*** thorst has joined #openstack-nova12:46
*** efoley__ has joined #openstack-nova12:46
*** kylek3h has joined #openstack-nova12:47
*** thorst_ has joined #openstack-nova12:47
*** doug-fish has quit IRC12:47
*** doug-fish has joined #openstack-nova12:48
*** zenoway has quit IRC12:49
*** thorst has quit IRC12:51
*** zenoway has joined #openstack-nova12:51
*** ducttape_ has joined #openstack-nova12:53
*** Marga_ has joined #openstack-nova12:55
cdentjaypipes: you and dansmith seem to have some difference of opinon on versionedobjects tropes12:58
*** haomaiwang has quit IRC13:01
jaypipescdent: to be expected.13:01
*** haomaiwang has joined #openstack-nova13:01
PaulMurraypkoniszewski, hi13:03
*** cdent has quit IRC13:04
*** cdent has joined #openstack-nova13:05
*** ildikov has quit IRC13:06
*** garyk1 has joined #openstack-nova13:06
*** garyk has quit IRC13:07
*** lucas-hungry is now known as lucasagomes13:07
*** dane-fichter has joined #openstack-nova13:08
*** ducttape_ has quit IRC13:10
*** mfedosin has joined #openstack-nova13:10
openstackgerritLudovic Beliveau proposed openstack/nova: Failed migration shoudn't be reported as in progress  https://review.openstack.org/27745113:12
openstackgerritBob Ball proposed openstack/nova: XenAPI:Resolve Nova/Neutron race condition  https://review.openstack.org/24112713:14
openstackgerritBob Ball proposed openstack/nova: XenAPI: Fix VIF plug and unplug problem  https://review.openstack.org/25402213:14
*** dave-mccowan has joined #openstack-nova13:14
PaulMurraypkoniszewski, i'm around if you need me13:14
*** zenoway has quit IRC13:16
*** links has quit IRC13:17
pkholkin_johnthetubaguy, sdague, alaski: thank you guys for help with enginefacade bp, you were our main reviewers, happy that it was done)13:18
sdaguepkholkin_: thanks for all the work on that13:18
pkholkin_mdbooth: ^^13:19
*** garyk1 has quit IRC13:20
mdboothpkholkin_: Congrats :) That's a lot of work.13:20
*** dedery has joined #openstack-nova13:21
pkholkin_yes, hope it will work well :)13:21
*** fawadkhaliq has joined #openstack-nova13:22
johnthetubaguypkholkin_: that was a big push, thank you for sticking with it!13:22
*** dedery_ has joined #openstack-nova13:22
pkholkin_no problem)13:23
*** deepakcs has joined #openstack-nova13:24
*** jlanoux has quit IRC13:24
*** jlanoux has joined #openstack-nova13:25
alaskipkholkin_: yeah, thanks for pushing that forward13:25
*** dedery has quit IRC13:25
*** dedery_ is now known as dedery13:25
ankit_agsdauge: Hi could you please check this patch https://review.openstack.org/#/c/185549/, you already given +2 but I have fixed minor comment from Kevin and submitted a new patch13:31
ankit_agsdauge: sorry for trouble and thank you for support13:31
*** zenoway has joined #openstack-nova13:35
*** ivase has joined #openstack-nova13:35
*** ankit_ag has quit IRC13:37
*** nelsnels_ has joined #openstack-nova13:37
*** nelsnelson has quit IRC13:37
sdaguedone13:38
*** speller has joined #openstack-nova13:40
*** ihrachys has quit IRC13:40
*** mriedem has joined #openstack-nova13:41
johnthetubaguyalaski: I thinking some of those cells configs are used in nova-compute, not just nova-cells. I think thats correct? https://review.openstack.org/#/c/274698/513:41
*** daemontool has quit IRC13:42
*** jlanoux has quit IRC13:43
*** jlanoux has joined #openstack-nova13:43
*** garyk has joined #openstack-nova13:43
*** eharney has joined #openstack-nova13:45
alaskihmm, let me check13:45
*** haomaiwang has quit IRC13:46
alaskijohnthetubaguy: responded. one is used elsewhere the other is not13:47
*** haomaiwa_ has joined #openstack-nova13:47
*** zenoway has quit IRC13:47
*** zenoway has joined #openstack-nova13:48
openstackgerritJohn Garbutt proposed openstack/nova: Improve the help text for cells options (1)  https://review.openstack.org/27469813:49
johnthetubaguyalaski: thanks, yeah, that makes sense13:50
*** tdurakov has quit IRC13:51
*** w_verdugo has joined #openstack-nova13:51
*** tdurakov has joined #openstack-nova13:51
bauzasdo we know if we have some grenade problem with n-api not stopping correctly?13:51
*** zenoway has quit IRC13:52
mriedembauzas: link?13:54
sdaguebauzas: probably oslo.service issue again13:55
bauzasmriedem: http://logs.openstack.org/00/277800/1/check/gate-grenade-dsvm/72f8464/logs/grenade.sh.txt.gz#_2016-02-09_12_41_22_77413:55
sdagueoslo.service continues to break shutting down13:55
bauzasI'm just looking at my change, so I'll logstash13:55
sdaguebauzas: I think there is a tracking bug13:55
sdaguebut we should figure out if there is a new oslo.service break13:55
bauzashttp://logs.openstack.org/00/277800/1/check/gate-grenade-dsvm/72f8464/logs/old/screen-n-api.txt.gz#_2016-02-09_12_39_06_99413:55
sdaguebecause about every 6 months it stops doing shutdown correctly13:56
tdurakovPaulMurray, hi, is l-m meetng on schedule?13:56
*** edmondsw has joined #openstack-nova13:56
PaulMurrayyes, in 5 mins13:56
*** openstackgerrit_ has quit IRC13:56
sdagueok, log might be tripping it up?13:56
tdurakovacked13:56
sdaguebauzas: can you file a critical bug with oslo.service13:57
bauzassdague: sure, I'm just checking logstash13:57
sdaguebauzas: yeh13:57
*** ljxiash has quit IRC13:57
mriedemoslo.service hasn't done a release since 1/14 fwiw13:57
bauzasbut lemme write the bug first and invalidate it if needed13:57
PaulMurraylive migration meeting on #openstack-meeting-3 in a couple of minutes PaulMurray paul-carlton2 eliqiao shaohe_feng pkoniszewski jlanoux yuntongjin mdbooth kashyap kmartin claudiub13:57
dane-fichtermriedem: Any idea when the next glance-store release will be? We need it for image-signing in Glance13:58
sdaguemriedem: it's been around for a few weeks13:58
sdaguethere was also an eventlet bump13:58
mriedemdane-fichter: you'd have to ask flaper87 or jokke probably13:58
*** ljxiash has joined #openstack-nova13:58
mriedemsdague: yeah something started spiking http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22AssertionError%3A%20Cannot%20switch%20to%20MAINLOOP%20from%20MAINLOOP%5C%22&from=7d13:58
dane-fichtermriedem: ok, thanks. Just saw that you did the last couple13:58
* bauzas writing the bug report13:58
*** daemontool has joined #openstack-nova13:59
bauzasmriedem: I don't see the spikes, just something occuring regularly. Am13:59
bauzasAm I blind ?13:59
mriedemwell, 'AssertionError: Cannot switch to MAINLOOP from MAINLOOP' is new14:00
mriedembut that just might be new eventlet14:00
*** haomaiwa_ has quit IRC14:01
mriedemactually i'm not seeing a new eventlet14:01
mriedemit's using 0.17.414:01
sdaguemriedem: could be14:01
*** garyk has quit IRC14:01
*** haomaiwa_ has joined #openstack-nova14:01
mriedemi refreshed that query, message:"AssertionError: Cannot switch to MAINLOOP from MAINLOOP" doesn't look new after all14:02
*** xyang1 has joined #openstack-nova14:02
*** ildikov has joined #openstack-nova14:02
bauzasyeah14:02
*** Daisy has quit IRC14:02
sdagueit's not fatal all the time, however there is a real issue here14:02
sdagueoslo.service really only has a few jobs, and shutting down is one of them14:02
*** dims_ has quit IRC14:03
mriedemcould we just be timing out?14:03
mriedemn-api is waiting for 6 children to exit, http://logs.openstack.org/00/277800/1/check/gate-grenade-dsvm/72f8464/logs/old/screen-n-api.txt.gz#_2016-02-09_12_39_06_98814:04
mriedem5 do14:04
sdagueit's supposed to have a hard stop14:05
bauzassdague: shall I write another bug or use this https://bugs.launchpad.net/bugs/153820414:06
openstackLaunchpad bug 1538204 in oslo.service "Failed to stop nova-api in grenade tests" [Undecided,New]14:06
bauzasit seems the stack is different14:06
openstackgerritJohn Garbutt proposed openstack/nova: Config options: centralize options in conductor api  https://review.openstack.org/27425914:07
*** deepakcs has quit IRC14:07
*** mtanino has quit IRC14:07
*** haomaiwa_ has quit IRC14:08
mriedemit looks like grenade is actually waiting up to 2 minutes for the service to die14:08
mriedemhttp://logs.openstack.org/00/277800/1/check/gate-grenade-dsvm/72f8464/logs/grenade.sh.txt.gz#_2016-02-09_12_39_15_22614:08
mriedem2016-02-09 12:39:14.223 | The following services are still running:  nova-api... sleeping and trying again 2016-02-09 12:39:14.223 | + sleep 1 2016-02-09 12:39:15.226 | + wait_for=11914:08
doffmalaski: Do you have time to discuss the resource-pool spec again? I spent a good deal of time going over it last night, i'm worried about how it fits with cellsV2.14:08
sdaguemriedem: right, and the hard stop in oslo.service is supposed to be 60 seconds I think14:09
*** zenoway has joined #openstack-nova14:09
sdagueso that is obviously not working14:09
*** dims has joined #openstack-nova14:10
bauzassdague: mriedem: https://bugs.launchpad.net/oslo.service/+bug/154359314:11
openstackLaunchpad bug 1543593 in oslo.service "Grenade old n-api doesn't stop because of eventlet" [Undecided,New]14:11
sdaguebauzas: I don't think it's eventlet14:11
sdaguebut that's fine14:11
bauzassdague: fair enough, I can modify the title14:11
*** andrey-mp has joined #openstack-nova14:11
sdaguemake sure the oslo.service folks know about this14:11
*** mdrabe has joined #openstack-nova14:11
andrey-mpHello14:11
mriedemsdague: bauzas: fyi https://bugs.launchpad.net/nova/+bug/102972714:12
openstackLaunchpad bug 1029727 in OpenStack Compute (nova) "Using logging module from signal handler can wedge process" [Low,Fix released] - Assigned to Johannes Erdfelt (johannes.erdfelt)14:12
mriedem^ very old14:12
*** omnipresent has joined #openstack-nova14:12
bauzasmmm14:12
*** ctrath has joined #openstack-nova14:12
bauzasindee14:13
bauzasindeed*14:13
*** cdent has quit IRC14:13
bauzasmriedem: e-r query ?14:13
mdboothDo we care with Citrix XenServer CI thinks?14:13
bauzasbtw. how is elastic-recheck today ?14:13
andrey-mpsdague: thank you for review. Can someone else review this - https://review.openstack.org/#/c/266425/ ?14:13
* mdbooth can't remember14:13
mdboothIf so, is there any way to tell if a patch is currently in its queue?14:13
mriedembauzas: first day back from vacation so i'm going to assume everything is wonderful14:14
bauzasmdbooth: see http://ci-watch.tintri.com/project?project=nova&time=7+days if that's a CI issue14:14
*** zenoway has quit IRC14:14
bauzasmriedem: ah :)14:14
bauzaswell, broncos won14:14
mriedemmdbooth: you care what xenserver ci thinks if your change touches the xenapi driver14:14
*** mylu has joined #openstack-nova14:14
*** dave-mccowan has quit IRC14:14
*** baoli has joined #openstack-nova14:14
*** rook has quit IRC14:14
*** knikolla has joined #openstack-nova14:15
*** rook has joined #openstack-nova14:15
bauzasmriedem: so, I'll take the reformulation card : how can I know if e-r is delayed ?14:15
bauzasor ill ?14:15
mriedembauzas: it says it's up to date http://status.openstack.org/elastic-recheck/14:15
mriedemData Last Updated: Tue Feb 09 2016 08:00:02 GMT-0600 (Central Standard Time)14:16
bauzasack14:16
*** daemontool_ has joined #openstack-nova14:16
*** links has joined #openstack-nova14:16
*** omnipresent has quit IRC14:16
*** baoli_ has joined #openstack-nova14:17
mdboothmriedem: It's voted -1 on these 2, which is a bit rude as they only touch libvirt: https://review.openstack.org/#/c/270999/3 https://review.openstack.org/#/c/270997/314:17
*** rlrossit has joined #openstack-nova14:17
*** daemontool has quit IRC14:17
bauzasmdbooth: as per http://ci-watch.tintri.com/project?project=nova&time=7+days it seems the XenServer CI had some issue recently14:18
bauzasBobBall ?14:18
mriedem Could not stat /dev/vdb --- No such file or directory14:19
*** eharney has quit IRC14:19
*** dane-fichter has quit IRC14:20
*** baoli has quit IRC14:20
mriedembauzas: mdbooth: should be fixed14:20
mriedemhttps://github.com/openstack/tempest/commit/bbeab27ab8f05ad1287907222fb6b0299002188514:20
mriedemit was a bad test in tempest, failed in the gate also apparently14:20
bauzasmriedem: that's what I can see14:20
*** ducttape_ has joined #openstack-nova14:21
mriedemmdbooth: so just recheck those14:21
*** jgriffith_away is now known as jgriffith14:21
*** yamahata has joined #openstack-nova14:21
*** toure has joined #openstack-nova14:21
*** ducttape_ has quit IRC14:21
mdboothmriedem: Cool, thanks! Could we have reasonably excluded them, btw? I don't know if we're doing path-based checks for driver-specific CI.14:21
*** tcammann has joined #openstack-nova14:21
*** amotoki has joined #openstack-nova14:21
mriedemmdbooth: we aren't.14:22
*** sfinucan has quit IRC14:22
mdboothk14:22
mriedempersonally i don't think it's a bad idea14:22
*** andrey-mp has quit IRC14:22
*** sfinucan has joined #openstack-nova14:22
bauzasjohnthetubaguy: FWIW https://blueprints.launchpad.net/nova/+spec/disk-allocation-ratio-to-rt logged14:23
bauzasjohnthetubaguy: could you please approve it ?14:23
*** gszasz has quit IRC14:24
*** efoley__ is now known as efoley14:24
openstackgerritRossella Sblendido proposed openstack/nova: Wait for neutron events when using xen driver  https://review.openstack.org/26825814:24
*** ferest has joined #openstack-nova14:24
johnthetubaguybauzas: sure, OK14:24
*** vladikr has joined #openstack-nova14:25
*** gszasz has joined #openstack-nova14:25
*** mrkz has joined #openstack-nova14:25
bauzasjohnthetubaguy: thanks14:27
*** ferest has quit IRC14:28
*** ferest_ has joined #openstack-nova14:28
*** tcammann has quit IRC14:28
*** gszasz has quit IRC14:29
*** jlibosva has joined #openstack-nova14:30
*** amotoki has quit IRC14:31
rpodolyakadansmith: hey! are you around? got a quick question on https://review.openstack.org/#/c/24220614:32
dansmithrdopiera: yep, shoot14:32
rpodolyakadansmith: is it expected that services are shown in nova service-list output? or we are missing another filter?14:32
rpodolyakaI mean osapi_compute and metadata14:32
rpodolyakait's a bit confusing, that they are shown as DOWN, and you just got a response from this very API service :)14:33
*** ferest has joined #openstack-nova14:33
rdopieradansmith: ok, so we have those bugs about "I tried to delete an instance, and then rabbit crashed/I unplugged the network cable/whatever and now it's stuck in DELETING"14:33
dansmithrdopiera: ah, no, I meant to filter them out like all the other places14:33
rdopierarpodolyaka: ^^14:33
rpodolyakaoops :)14:33
rpodolyakadansmith: ah, ok. I'll propose a quick fix then14:33
rpodolyakathank you!14:34
dansmithrpodolyaka: thanks!14:34
rdopieraah, sorry14:34
*** mylu has quit IRC14:34
rdopieradansmith: let me know when you are caffeinated :)14:34
* dansmith is so foncused :P14:34
*** ferest_ has quit IRC14:34
johnthetubaguysfinucan: I was wondering about your patch, do these nits/ideas make sense? https://review.openstack.org/#/c/263812/714:34
*** dave-mccowan has joined #openstack-nova14:34
dansmithrdopiera: okay, given me 90 seconds :D14:34
rdopiera79 78 77 76 75 74...14:35
*** jgriffith is now known as jgriffith_away14:35
*** amotoki has joined #openstack-nova14:35
*** ferest_ has joined #openstack-nova14:35
*** mylu has joined #openstack-nova14:35
*** smatzek has quit IRC14:35
esracelikmarkus_z: can I ask a question14:35
markus_zesracelik: sure14:35
sfinucanjohnthetubaguy: Agree on renaming the variable, though best done as a separate change IMO14:36
sfinucanNot sure on listing the opts: this stuff is already "documented" as part of 'genconfig' so do we need more?14:36
sfinucanI'm really not that bothered either way though :)14:36
esracelikcells commits +2'ed with comments. So do I commit a new patch? I mean why +2'ed if there are comments?14:37
*** ferest_ has quit IRC14:37
dansmithrdopiera: okay, caffeination in process, feel free to proceed14:37
*** amotoki has quit IRC14:37
esracelikmarkus_z: like this one https://review.openstack.org/#/c/260181/14:37
*** gjayavelu has joined #openstack-nova14:37
*** ferest has quit IRC14:38
rdopieradansmith: so we have those instances stuck in DELETING state, and we can't reissue delete, because we don't know if there is a message in the queue somewhere or something14:38
*** mubirru has quit IRC14:38
markus_zesracelik: what's the question there?14:38
rdopieradansmith: there is some code in the compute init that cleans them up on restart, though14:38
dansmithrdopiera: correct14:39
*** ijw has quit IRC14:39
esracelikmarkus_z: cells commits +2'ed with comments. So do I commit a new patch? I mean why +2'ed if there are comments?14:39
rdopieradansmith: and we have some periodic code that also cleans up DELETED instances from libvirt if they have been deleted long enough ago14:39
*** tongli has joined #openstack-nova14:40
dansmithrdopiera: yeah, although the periodic doesn't operate if it's just task_state, IIRC right?14:40
rdopieradansmith: I wonder if we could do something similar with DELETING -- check if the delete was issued two weeks ago, and if so, repeat the delete14:40
rdopieradansmith: what I have a problem with is that I have no idea about the possible interactions and race conditions14:40
markus_zesracelik: that's ok. A simple follow up patch which addresses the comments is fine. Sometimes it doesn't make sense to block a patch if a simple follow up patch is good enough.14:41
dansmithrdopiera: and you'd detect this from just instance.updated_at?14:41
*** amotoki has joined #openstack-nova14:41
*** amotoki has quit IRC14:41
esracelikmarkus_z: ooh got it, thanks..14:42
markus_zesracelik: In that follow up patch just explain in the commit message that this is a follow up to commit xxx14:42
esracelikmarkus_z: ok, thanks14:42
markus_zesracelik: I would wait until https://review.openstack.org/#/c/260181 is merged in a few hours and then push the new change based on master14:43
markus_zshould be easier I guess14:43
*** jgriffith_away is now known as jgriffith14:43
*** ociuhandu has joined #openstack-nova14:43
esracelikmarkus_z: how do we know that it will be merged in a few hours?14:44
rdopieradansmith: deleted_at14:44
*** zz_dimtruck is now known as dimtruck14:44
rdopieradansmith: like the DELETE cleanup code does14:44
dansmithrdopiera: I don't think we set deleted at until the compute node actually does the delete, right?14:44
*** moshele has quit IRC14:44
*** gszasz has joined #openstack-nova14:45
dansmithrdopiera: i.e. not when we set task_state=DELETING14:45
rdopieradansmith: that's terminated_at14:45
markus_zesracelik: http://status.openstack.org/zuul/  enter the review id 260181 there and you see the queues the change is going through14:45
dansmithrdopiera: deleted_at should only be set when we do instance.destroy()14:45
*** ociuhandu has quit IRC14:46
rdopieraah, I see14:46
*** dmsimard has left #openstack-nova14:46
*** moshele has joined #openstack-nova14:46
esracelikmarkus_z: oh, thanks markus_z I have learned much from you14:46
rdopieraI guess that only leaves updated_at14:46
markus_zesracelik: the least I can do. Your work on the options is really great.14:47
esracelikmarkus_z: thank you.. I hope I can contribute more14:47
dansmithrdopiera: well, my thought on how to make this more robust, was to have a known TTL on messages in rabbit, which ensures that they don't get delivered past a certain time,14:48
dansmithrdopiera: and then have the compute node able to scan task states and restart some operations if 2*TTL has passed14:48
*** cfriesen has joined #openstack-nova14:49
rdopieradansmith: sounds reasonable14:49
*** cdent has joined #openstack-nova14:50
dansmithrdopiera: I wonder if for delete, since it's special,14:50
rdopieradansmith: delete can be repeated safely, right?14:50
rdopieradansmith: I mean, deleteing an already deleted instance doesn't hurt14:50
dansmithrdopiera: if we could put a delete timer in system_metadata or something before we make that call and then check it on the compute and let the thing that normally runs deletes, but skips the DELETING task state go ahead with it14:50
dansmithrdopiera: usually, yeah :)14:50
*** lbeliveau has quit IRC14:51
PaulMurraybauzas, server groups are check in build_run_instance - that's why it doesn't get checked on migration - my mistake14:51
johnthetubaguysfinucan: yeah, I am not sure really about the reno stuff, agreed the rename is a separate change14:51
rdopieradansmith: there is some effort to make compute stateful for solving other stuck states problems14:51
johnthetubaguysfinucan: I am just not sure if folks reading the release notes get all the info they need. Maybe they do.14:51
rdopieradansmith: but that's going to take a while14:51
bauzasPaulMurray: yeah, that's why I was a bit unclear, I was not remembering me adding there14:52
dansmithrdopiera: yeah14:52
rdopieradansmith: why the need for a separate timer?14:52
*** fawadkhaliq has quit IRC14:52
*** pradk has joined #openstack-nova14:52
dansmithrdopiera: meaning why can't we apply the system_metadata timer to other operations?14:52
gjayavelujohnthetubaguy: Hi, I see you have blocked this patch https://review.openstack.org/#/c/196171/. It has been tracked under https://etherpad.openstack.org/p/mitaka-nova-priorities-tracking I thought the freeze was for non-priority items14:53
gjayavelujohnthetubaguy: also, you asked this patch to be part of same chain as https://review.openstack.org/25287014:53
dansmithjohnthetubaguy: super important patch that requires your immediate attention: https://review.openstack.org/#/c/277589/14:53
rdopieradansmith: why we can't use updated_at14:53
*** tpatzig has quit IRC14:53
*** mtanino has joined #openstack-nova14:54
dansmithrdopiera: because anything else can change updated_at, including info_cache updates, which happen on a timer14:54
dansmithrdopiera: updated_at is probably never more than a few hours old in reality14:54
rdopieraI see14:54
*** links has quit IRC14:54
PaulMurraybauzas, I thought russellb did it?14:54
johnthetubaguygjayavelu: the priority items are those associated with this agreed list: http://specs.openstack.org/openstack/nova-specs/priorities/mitaka-priorities.html14:54
PaulMurraydid you move it14:54
dansmithwell, I guess I'm not positive about info_cache, but regardless, probably not a safe thing to use14:54
dansmithfor repeatability14:54
*** mkoderer has quit IRC14:55
rdopieradansmith: and why do we have separate terminated_at and deleted_at?14:55
dansmithrdopiera: I think because we have various levels of delete14:55
gjayavelujohnthetubaguy: oh ok14:56
bauzasPaulMurray: yeah it was a joint effort, I just rebased his series14:56
*** esracelik has quit IRC14:56
*** mkoderer has joined #openstack-nova14:56
rdopieradansmith: ok, thank you, I will read up on system_metadata and try to write a blueprint for this?14:56
*** tpatzig has joined #openstack-nova14:56
*** mylu has quit IRC14:56
johnthetubaguygjayavelu: more details here: http://docs.openstack.org/developer/nova/process.html#non-priority-feature-freeze14:56
sfinucanjohnthetubaguy: OK, I'll wait on someone else to voice their opinion before making any changes RE: reno14:56
johnthetubaguysfinucan: its fine, I didn't see the wsgi group name in there before somehow, I think thats specific enough14:57
dansmithrdopiera: sure.. alternately you could also shoot for the general purpose infrastructure of enabling TTLs on the messages too, of you want14:57
*** mylu has joined #openstack-nova14:57
dederyhi cores, can you please review https://review.openstack.org/#/c/270686 ? it's the backport to Liberty of the "nova boot" fails on duplicate vNICs (_gather_port_ids_and_networks)14:57
*** ociuhandu has joined #openstack-nova14:58
rdopieradansmith: that'd be oslo.messaging, right?14:58
*** lbeliveau has joined #openstack-nova14:58
*** burt has joined #openstack-nova14:58
dansmithrdopiera: o.msg changes might be required, yeah, but it's also something we'd need to build in logic for in nova.. knowing that the ttl is $ttl, we could do certain things14:58
dansmithrdopiera: we also probably don't want the ttl to be the same on all things, or maybe even set on all operations, at least in the beginning14:58
rdopieradansmith: sounds like a lot of talking to people14:59
*** mgoddard_ has joined #openstack-nova14:59
openstackgerritSylvain Bauza proposed openstack/nova: Move Disk allocation ratio to ResourceTracker  https://review.openstack.org/27786614:59
*** sudipto has joined #openstack-nova14:59
*** smatzek has joined #openstack-nova15:00
*** ducttape_ has joined #openstack-nova15:01
*** dimtruck is now known as zz_dimtruck15:02
*** ducttape_ has quit IRC15:02
*** mgoddard has quit IRC15:02
*** ducttape_ has joined #openstack-nova15:02
PaulMurraybauzas, I don't think live migrate has the same retry loop that boot does15:03
*** Daisy has joined #openstack-nova15:03
bauzasPaulMurray: I was on another stuff, but looking15:03
dansmithjaypipes: I think maybe you and cdent and I should have a quick hangout about your comments on that object patch15:03
edleafebauzas: Why didn't you just rebase https://review.openstack.org/#/c/245619 ?15:04
dansmithjaypipes: because a lot of the things you're asking for make these objects behave differently than the rest15:04
*** Daisy has quit IRC15:04
jaypipesdansmith: unfortunately, I am in meetings for next 3 hours :(15:04
PaulMurraybauzas, in a call now15:04
*** Daisy has joined #openstack-nova15:04
dansmithjaypipes: that is unfortunate15:04
jaypipesdansmith: can we just use IRC15:04
jaypipes?15:04
cdentI can IRC now or audio later15:05
dansmithjaypipes: I guess15:05
*** su_zhang has joined #openstack-nova15:05
dansmithjaypipes: your desire for _from_db_object() to be a classmethod breaks the usage of it to refresh the objects, and deviates from every other object in the tree15:05
*** irenab has quit IRC15:05
dansmithjaypipes: it means we can't use that code inside create() or save() or anything else, other than a get() type query method15:06
openstackgerritMoshe Levi proposed openstack/os-vif: Adding VIFHostDevicePCI object  https://review.openstack.org/27787115:06
mdboothKinda circling back to where I was earlier, does anybody fancy giving another +2 to these 2 trivial libvirt patches which xenserver CI voted -1 on? https://review.openstack.org/#/c/270999/  https://review.openstack.org/#/c/270997/315:07
bauzasedleafe: that's actually a good point15:07
bauzasedleafe: I could recycle this one15:07
openstackgerritMarc-Andre Gatien proposed openstack/nova: is there anything I need to do please advise..  https://review.openstack.org/27787215:07
openstackgerritMarc-Andre Gatien proposed openstack/nova: is there anything I need to do please advise..  https://review.openstack.org/27787315:07
bauzasedleafe: that said, the proposer is missing a lot of things15:07
mdboothI xenserver: rechecked them, but it seems like a bit of a waste of resources.15:07
bauzaslemme do that15:07
edleafebauzas: I was just working on it, and found a bunch of issues, too15:07
bauzasedleafe: I'm handling that15:08
bauzasthe whole series should be up soon15:08
edleafebauzas: be my guest!15:08
*** ijw has joined #openstack-nova15:08
*** SridharG has quit IRC15:09
BobBallmdbooth: Sorry about that - looking at ci-watch it seems there was a broken period earlier today but it's fixed itself before I even realised15:09
openstackgerritSylvain Bauza proposed openstack/nova: Move Disk allocation ratio to ResourceTracker  https://review.openstack.org/24561915:09
mdboothBobBall: Yeah, it's fine. TBH I was kinda hoping that if they got shoved through the gate then xenserver might not bother?15:10
* mdbooth doesn't know how the queues work.15:10
BobBallIndeed it wont15:10
mdboothIt really doesn't make sense for xenserver ci to run against those 2 patches.15:10
BobBalluhhh actually - what I mean is the gate won't care, but the XS CI will still run the jobs.15:10
mdboothAh, ok. I guess it doesn't matter all that much from a resource pov, then.15:10
BobBallI know; but the CI system in use there doesn't have the ability to filter based on files modified (we're still looking to move to jenkins+zuul-based... watch this spacE)15:11
*** edtubill has joined #openstack-nova15:11
mdboothBobBall: with bated breath :)15:12
mdboothMostly, though, I'd just like to clear the easy things from the bottom of my patch queue.15:13
BobBallby watching this space I would still breathe normally if I were you... it's likely to be a month or two before it's switched over :)15:13
mdboothhehe15:13
jaypipesdansmith: sorry, gimme a few to digest.15:14
dansmithjaypipes: okay, that's the easier discussion point....15:14
dansmithcdent: do you have changes on top of this set? I need to revise the middle patch to add the uuids15:14
*** cdelatte has joined #openstack-nova15:14
cdentdansmith: I haven't done anything yet, meetings and reviewing so far15:14
cdentso feel free15:14
dansmithcdent: okay15:14
openstackgerritAndrea Rosa proposed openstack/nova: Add tests to attach/detach vols for shelved server  https://review.openstack.org/27746315:15
*** ildikov has quit IRC15:19
*** ildikov has joined #openstack-nova15:19
*** Daisy has quit IRC15:20
openstackgerritRoman Podoliaka proposed openstack/nova: Filter APIs out from services list  https://review.openstack.org/27788115:20
*** Daisy has joined #openstack-nova15:20
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Trying py27/34 with oslo-master  https://review.openstack.org/27788415:23
bauzasdansmith: correct me if I'm wrong but now that we have the version manifests, I no longer need to bump a version for a dependent NovaObject like ComputeNodeList being incremented if ComputeNode is updated ?15:23
dansmithbauzas: correct15:23
bauzascool, just wanted to be 100% sure15:23
bauzasbecause we're keeping the docstrings like     # Version 1.14 ComputeNode version 1.1415:24
johnthetubaguybauzas: does the test still create a new hash for those bumps?15:24
*** Daisy has quit IRC15:25
bauzasjohnthetubaguy: just for the one which is modified I thik15:25
dansmithbauzas: right, which is what we want15:25
johnthetubaguyyeah, that sounds all self-consistent15:25
*** mgoddard_ has quit IRC15:26
jaypipesdansmith: ok, off call. we can do a call now for 35 minutes?15:26
*** mgoddard has joined #openstack-nova15:26
jaypipesgoogle hangout?15:26
dansmithokay15:26
bauzascould I lurk it ?15:26
jaypipessure15:27
jaypipeshttps://talkgadget.google.com/hangouts/_/roew7s6ui42qt6nlcyqv2b6ebia?authuser=0&hl=en15:27
jaypipeshttps://hangouts.google.com/call/roew7s6ui42qt6nlcyqv2b6ebia15:27
*** pushkaru has joined #openstack-nova15:27
dansmithcdent: ^15:28
jaypipescdent: ^^15:28
* cdent headphones up15:29
*** jlanoux has quit IRC15:29
*** zakora has quit IRC15:30
*** zakora has joined #openstack-nova15:30
*** zz_dimtruck is now known as dimtruck15:31
*** farid has joined #openstack-nova15:34
*** mragupat has joined #openstack-nova15:38
openstackgerritPushkar Umaranikar proposed openstack/nova: Config options: Centralize debugger options  https://review.openstack.org/27429815:38
openstackgerritMoshe Levi proposed openstack/os-vif: Remove duplicate os_vif.initialize()  https://review.openstack.org/27789115:39
openstackgerritAndrea Rosa proposed openstack/nova: Remove useless call to terminate_connection  https://review.openstack.org/25785315:39
*** ijw has quit IRC15:41
mfedosinsdague: hi there :) do you have 5 minutes to discuss glance v2 support in xen plugin?15:42
*** krtaylor has quit IRC15:42
jaypipesndipanov: ooh, nice catch on the not dirtying the uuid field.15:42
dansmithjaypipes: sometimes I leave little obvious things in there for ndipanov to find.. on purpose of course15:42
jaypipeslike a little Easter egg hunt.15:43
ndipanovof course15:43
dansmith:)15:43
cdentI aspire to be a different sized deal from you guys. Being a big deal sounds pretty messy.15:43
ndipanovbtw I am writing a kind of lame framework for doing the nova-manage side of this dance15:43
ndipanovwill post later today I hope15:43
dansmithcool15:43
*** ljxiash has quit IRC15:45
bauzasndipanov: dansmith: jaypipes: about providing a nova-manage command for the compute uuid, I was not that convinced, couldn't we just leave the RT provide it and have the object layer initiate it if needed ?15:46
dansmithbauzas: we don't need it for compute node uuid, but we will for other things15:47
dansmithcompute node inventory is probably also not really required15:47
ndipanovbauzas, well the idea is that we want to remove any compat code one version later15:47
*** marcusvrn_ has quit IRC15:47
bauzasdansmith: okay cool then15:47
bauzasndipanov: well, I don't see your point15:48
ndipanovand there could be edge cases with this I think...15:48
bauzaswe should already have some compat code in the object later15:48
bauzaslayer15:48
ndipanovbauzas, we want to remove that too once the release is doen15:48
bauzasndipanov: well, I did that with the compute.host field without trouble15:48
bauzasby doing online migrations15:48
dansmithbauzas: right, like flavor compat was removed15:49
bauzasyup15:49
openstackgerritDan Smith proposed openstack/nova: Implement an indexed ResourceClass Enum object  https://review.openstack.org/27310015:49
openstackgerritDan Smith proposed openstack/nova: resource_providers, allocations and inventories models  https://review.openstack.org/27543215:49
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746615:49
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755415:49
dansmithbauzas: the flavor code was definitely something we wanted to remove immediately15:49
dansmithcdent: ^15:49
bauzasI see15:49
bauzasand not wait for one cycle ?15:49
bauzasthen I see15:49
dansmithno, we do15:49
ndipanovso if you keep the compute node turned of for a whole release and then turn it on again when compat code is gone... won't that make it unmigratable?15:49
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [functional] Move code for boot vm to base testcase  https://review.openstack.org/27790115:50
cdentthanks dansmith15:50
dansmithbauzas: the nova-manage thing is for pushing migrations in the background for things that might not be touched15:50
dansmithbauzas: we needed that for flavor15:50
markus_zdims: could you help me to understand the upper-constraint thing?15:50
dansmithbauzas: and I think what ndipanov is saying is a generic framework for pushing those in nova-manage15:50
markus_zdims: This one pinned eventlet to 0.18.1 https://review.openstack.org/#/c/267962/14/upper-constraints.txt15:50
dimsmarkus_z : what's up?15:50
bauzasdansmith: sure, I understood that - I was just asking for the uuid thing15:50
dansmithbauzas: like nova-manage migrate_flavor_data15:50
markus_zdims: but that version is not on pypi15:50
dansmithbauzas: okay15:50
markus_zdims: https://pypi.python.org/pypi/eventlet/15:50
bauzasdansmith: but yeah, sure a nova-manage framework for the 2nd item to add is a great idea15:51
*** angdraug has joined #openstack-nova15:51
dimsmarkus_z : weird, looks like someone pulled a release15:51
ndipanovdansmith, right so this would allow you to not write all of the boilerplate for those15:51
bauzasjust not sure that this 2nd item is the uuid thing :)15:51
dansmithndipanov: yes, which I should have done in the first place15:51
ndipanovuuid thing is trivial enough that we may even want to leave it15:51
ndipanovbut even the pci_device one we got in is quite confusing and should be gone asap15:52
dimsmarkus_z : can you fix it up with 0.18.2 and propose a review?15:52
dansmithndipanov: well, we can't because we need to land a migration to enforce unique/non-null on that column in the next cycle15:52
dimsmarkus_z : please :)15:52
bauzasthat15:52
dansmithndipanov: so in this case we need to force it in newton, but agreed for other easy things15:52
ndipanovdansmith, yeah ok even better15:52
*** ekuris has quit IRC15:52
*** gszasz has quit IRC15:52
markus_zdims: sure, I was just a bit confused why hell didn't break loose until now15:52
dansmithndipanov: for liberty we had that barrier migration that just failed if you hadn't done all your migrations.. we need another one of those for this15:52
ndipanovand the pci_device one is like 4 lines and it still should go away asap15:52
*** liverpooler has quit IRC15:53
dimsmarkus_z : so that release is still on our pypi mirrors15:53
dimsmarkus_z : probably15:53
*** itamarl has quit IRC15:54
diana_clarkeeventlet15:55
*** ljxiash has joined #openstack-nova15:55
diana_clarkeOops, so sorry. I thought I typed that into search ;(15:55
*** nikhil is now known as nikhil_k15:56
markus_zdims: global-requirements can keep its "eventlet>=0.18.1" or must it be in sync with "upper-constraints.txt"?15:56
dimsmarkus_z : let's bump that too15:57
diana_clarkeThere are worse things I could be caught publicly searching for... lol15:57
markus_zdims: okidoki. just checking tox and push then in a few moments15:57
dimsmarkus_z : thanks for noticing and fixing :)15:58
*** jdurgin1 has joined #openstack-nova15:58
*** moshele has quit IRC15:59
edleafediana_clarke: :)16:00
*** ljxiash has quit IRC16:00
johnthetubaguydansmith: is that save needing to set compute node uuid because its a read_only field?16:01
rlrossitdansmith: cdent: Not sure if this falls under the "resource provider" umbrella, but is there something being done about formalizing resources (https://github.com/openstack/nova/blob/master/nova/objects/compute_node.py#L301-L313)? This stuff is making me rip my hair out for DictCompat16:01
dansmithjohnthetubaguy: I'm not sure what you mean16:02
*** n0ano has joined #openstack-nova16:02
dansmithjohnthetubaguy: line 310?16:02
*** eharney has joined #openstack-nova16:02
dansmithrlrossit: that's exactly what we're doing homey16:02
dansmithrlrossit: those fields will DIAF soonly16:02
cdentrlrossit: if you want be a nova guy apparently you _have_ to pull out your hair.16:02
cdentall those big deal guys are a bit thin on top16:03
rlrossitdansmith: please finish while I still have hair16:03
dansmithcdent: excuse me? :)16:03
* cdent scampers away16:03
edleafedansmith: that toupee isn't fooling anyone16:03
*** mjura has quit IRC16:03
*** gokrokve has joined #openstack-nova16:04
*** sinese_ has quit IRC16:04
*** lpetrut has quit IRC16:04
dansmithedleafe: in austin, I will permit one tug on my hair to defend my dignity16:05
*** jlanoux has joined #openstack-nova16:05
*** ijw has joined #openstack-nova16:05
edleafedansmith: lol16:05
PaulMurrayedleafe, bring a camera with wifi16:06
* PaulMurray or is that called a phone these days16:07
edleafePaulMurray: I'll post it on YouTube16:07
*** mvk has quit IRC16:07
*** armax has joined #openstack-nova16:08
*** fawadkhaliq has joined #openstack-nova16:08
johnthetubaguydansmith: sorry, looking again16:08
*** vilobhmm11 has joined #openstack-nova16:08
*** danpb has left #openstack-nova16:09
johnthetubaguydansmith: yeah, 31016:09
*** gmann_ has quit IRC16:09
johnthetubaguydansmith: just wondering what cases are not covered by from_db and create16:09
dansmithjohnthetubaguy: that's just avoiding generating a uuid if we're saving with a uuid already set16:09
dansmithjohnthetubaguy: you mean how could we get to this case?16:09
diana_clarkeAnyhoo, the real reason I stopped by was to thank you all for reviewing my unit test profiling patches.16:10
diana_clarkeHere's the last one in the series that needs a review: https://review.openstack.org/#/c/277208/ Thanks!16:10
*** burgerk has joined #openstack-nova16:10
*** mdrabe has quit IRC16:10
dansmithjohnthetubaguy: older compute node pulls a ComputeNode, we strip uuid from the response when we generate it because it's backported, then when save is called, we need to make sure that we have a uuid there again16:11
dansmithjohnthetubaguy: although you have a good point.. that uuid will keep changing until we're upgraded...16:11
*** boris-42 has joined #openstack-nova16:11
*** sc68cal has joined #openstack-nova16:11
dansmithjohnthetubaguy: I probably need to do a less efficient-but-only-once thing there16:11
dansmithjohnthetubaguy: not sure if that was what you were getting at, but .. good catch! :)16:11
*** daemontool__ has joined #openstack-nova16:12
*** PaulMurray has quit IRC16:12
*** daemontool__ is now known as daemontool16:13
*** krtaylor has joined #openstack-nova16:14
bauzasdansmith: now that old computes all use the object layer, they're always getting an uuid, right?16:14
bauzasI mean16:14
bauzassec16:14
dansmithbauzas: no, because if they ask for an older version, we won't pass uuid back to them, since they won't know what to do with it16:14
bauzassec16:15
bauzasjust thinking of something16:15
*** daemontool_ has quit IRC16:15
bauzasif that's a remotable method, you can save and persist an uuid16:15
bauzasthat's just the old compute which will no longer know that it has an uuid, right?16:16
johnthetubaguydansmith: thats basically it, I wonder if in load_from_db we should do the save once we generate the uuid, for a similar reason, but maybe thats the same way around16:17
bauzasso the updates are not including the uuid, but we could generate once16:17
dansmithbauzas: yes, but the code was only looking at uuid in the received object, not in the db, and the received one will never have uuid if coming from an older node16:17
bauzasI see16:18
dansmithjohnthetubaguy: we could, but for flavor we did it this way16:18
dansmithjohnthetubaguy: it's more awkward to do it there16:18
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746616:20
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755416:20
dansmithjohnthetubaguy: ^16:21
*** belmoreira has quit IRC16:21
*** mdrabe has joined #openstack-nova16:24
*** _ducttape_ has joined #openstack-nova16:26
*** knikolla has quit IRC16:27
*** knikolla has joined #openstack-nova16:27
openstackgerritSylvain Bauza proposed openstack/nova: Move Disk allocation ratio to ResourceTracker  https://review.openstack.org/24561916:28
openstackgerritSylvain Bauza proposed openstack/nova: Add disk_allocation_ratio to ComputeNode  https://review.openstack.org/27793416:28
*** ducttape_ has quit IRC16:29
*** ijw has quit IRC16:29
johnthetubaguydansmith: OK, will take another look, I just worry about two people generating different uuid, and using that in other tables, but I am probably worrying too much16:32
*** browne has joined #openstack-nova16:32
*** zenoway has joined #openstack-nova16:32
dansmithjohnthetubaguy: yeah, but I don't think anything other than the one compute node will be doing get..save operations16:33
johnthetubaguydansmith: true16:33
*** _ducttape_ has quit IRC16:36
*** zenoway has quit IRC16:37
*** ducttape_ has joined #openstack-nova16:37
openstackgerritRyan Rossiter proposed openstack/nova: Remove DictCompat from ComputeNode  https://review.openstack.org/26552116:40
*** salv-orl_ has joined #openstack-nova16:41
*** zakora has quit IRC16:41
* rlrossit throws a hammer at gerrit16:42
hemnagus, ping16:42
openstackgerritPushkar Umaranikar proposed openstack/nova: Config options: Centralize debugger options  https://review.openstack.org/27429816:43
cdentrlrossit: "Because getattr() needs AttributeError in order to return the default, your pattern doesn't work."16:44
* cdent cries16:44
*** krtaylor has quit IRC16:44
* rlrossit hands cdent tissues16:44
*** salv-orlando has quit IRC16:44
rlrossitI'm right there with ya, bud16:44
cdentIt feels like you've found a bad UX in ovo?16:44
rlrossitmakes me want to ask dansmith if we want to change that behavior16:44
*** PaulMurray has joined #openstack-nova16:44
cdentyeah16:44
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with disk allocation ratios in the RT  https://review.openstack.org/27795316:45
* cdent flutters his eyelashes at dansmith16:45
dansmithcdent: rlrossit: I mildly remember this, but link me16:45
dansmith(also about to jump on a call)16:45
dansmithhowever, there are very specific reasons for the way we handle defaulting16:45
dansmithbecause objects are not always fully loaded from the database16:45
cdent(gerrit has gone slow)16:46
*** mgoddard_ has joined #openstack-nova16:46
*** paul-carlton1 has quit IRC16:46
cdentdansmith: https://review.openstack.org/#/c/265521/9/nova/scheduler/ironic_host_manager.py16:46
rlrossitdansmith: I will try to find it before I have to go eat some Polish pastry of some sort16:46
rlrossitthanks cdent. Gerrit hates me16:46
*** yamahata has quit IRC16:47
cdentgerrit hates all16:47
bauzasjohnthetubaguy: all the changes for the disk ratio are in flight https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/disk-allocation-ratio-to-rt16:48
dansmithrlrossit: cdent: if you have non-lazy-loadable things, then just return an attribute error in your obj_load_attr() method for that thing16:48
dansmithif you don't implement that, and you try to lazy load a thing,16:48
dansmiththen NotImplementError is the right thing...16:48
*** jlibosva has quit IRC16:49
*** mgoddard has quit IRC16:49
rlrossitdansmith: the problem is coming with the obj_attr_is_set() though (not sure if talking past you)16:49
dansmithrlrossit: not sure I follow16:50
rlrossitI'm not sure if I follow what I say either16:50
dansmithcall now, lets resume in a few16:50
*** speller has quit IRC16:50
*** knikolla has quit IRC16:50
*** vishwanathj has joined #openstack-nova16:51
johnthetubaguybauzas: do you remember what we did last time for letting people update the CONF files as the configuration moved between the services?16:52
bauzasno sorry16:52
bauzasI probably missed that16:52
*** scheuran has quit IRC16:52
bauzasoh you mean when we did the cpu and ram things16:53
johnthetubaguybauzas: me neither, I think we had a way to let the config be in both places for one release16:53
johnthetubaguybauzas: yeah, with the CPU and RAM16:53
bauzasthe concensus was to say that the conf files had to be consistent per cloud16:53
bauzashence my reno file16:53
bauzasthat I'm overriding with the last change16:54
bauzasjohnthetubaguy: that's the trick we did for the RAM and CPU16:54
johnthetubaguybauzas: I couldn't remember where that landed, OK16:54
*** Raildo has joined #openstack-nova16:55
*** Raildo is now known as raildo16:55
bauzasjohnthetubaguy: I could point you the old changes16:55
bauzasjohnthetubaguy: I just mocked them for the above...16:55
*** krtaylor has joined #openstack-nova16:55
bauzasthe strategy was (and is) :16:55
*** apoorvad has joined #openstack-nova16:56
bauzas#1 modify the disk filter to opt_import the compute namespace16:56
bauzas#2 add a persistence layer for those compute values16:56
bauzas#3 flag a specific value for knowing whether the opt was updated by the op or not16:57
johnthetubaguybauzas: so I think we did actually let the scheduler value over-ride the compute value for a little bit.16:57
bauzasthat's still the case, the logic is still in the object16:57
bauzasand the ram and disk values are still 0.016:57
bauzasthat's something we promised to land in mitaka (ie. me modifying the default)16:58
*** jgriffith is now known as jgriffith_away16:58
*** rdopiera has quit IRC16:58
*** dimtruck is now known as zz_dimtruck16:58
*** zz_dimtruck is now known as dimtruck16:58
bauzasthat said, I'm fine waiting for newton and update all of them16:58
* bauzas needs to drop off16:59
*** jlanoux has quit IRC16:59
*** gjayavelu has quit IRC16:59
*** achanda has joined #openstack-nova16:59
johnthetubaguybauzas: yeah, lets do that all at once16:59
*** raildo has quit IRC16:59
*** achanda has quit IRC16:59
johnthetubaguybauzas: I think the idea of that was to ensure the configuration not being set in the computes still works correctly17:00
*** mragupat has quit IRC17:00
*** jlanoux has joined #openstack-nova17:00
bauzasexactly17:00
*** mragupat has joined #openstack-nova17:01
bauzasthat's what my 2nd patch adds for the disk17:01
bauzasall of that is when you access the computenode object17:01
bauzasdepending on whether you can source it from the db or from the controller17:01
*** mpavone has quit IRC17:01
bauzasoh sec, I missed the sched bit17:02
bauzasI'll write that up later in the evening17:02
*** raildo-afk is now known as raildo17:03
*** jaosorior has quit IRC17:04
johnthetubaguybauzas: yeah, you need the scheduler bit17:04
bauzasjohnthetubaguy: so, the first change doesn't change the opt values17:04
bauzasit only changes how you access them17:04
bauzasjohnthetubaguy: but I hope my last patch will clarify that17:05
* bauzas needs to run17:05
*** daemontool has quit IRC17:06
*** vilobhmm11 has quit IRC17:07
cdentdansmith: if we do the compute uuid migration in with the resource provider models migration, then we need at least some of your https://review.openstack.org/277554 in parent for the tests to be happy17:08
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [functional] Move code for boot vm to base testcase  https://review.openstack.org/27790117:08
*** mylu has quit IRC17:10
*** jlanoux has quit IRC17:10
openstackgerritAndrea Rosa proposed openstack/nova: WIP: Abort an ongoing live migration  https://review.openstack.org/27797117:11
*** gjayavelu has joined #openstack-nova17:11
*** mfedosin has quit IRC17:11
*** yamahata has joined #openstack-nova17:13
*** paul-carlton1 has joined #openstack-nova17:14
mriedemsince we don't have quotas on disk usage, is there another way to restrict that per project?17:14
johnthetubaguymriedem: I guess its in-directly restricted by the flavors?17:14
johnthetubaguymriedem: i.e. if you set a quota on RAM only, and you can only use the ratio available in the flavour17:15
johnthetubaguymriedem: assuming cinder does quota separately for all your volumes17:15
*** ijw has joined #openstack-nova17:15
mriedemyeah, cinder has quotas for volume size limits and total storage used17:16
*** zenoway has joined #openstack-nova17:19
*** su_zhang has quit IRC17:21
*** Bjoern has joined #openstack-nova17:21
mriedemthomasem: did you still need this for testing or can i drop it? https://review.openstack.org/#/c/240611/17:22
*** nic has joined #openstack-nova17:22
*** zenoway has quit IRC17:24
BjoernHi Folks, does anyone know when numa_topology gets populated inside the nova/compute_nodes table ? That behavior seem to have changes with kilo. My problem is that the topology does not get updated from nova_compute altough the virsh capabilities list two cells17:24
BjoernExpected something like https://github.com/openstack/nova/blob/1635086529c43edcb69966c48c41b5fca2d1b26c/doc/source/testing/libvirt-numa.rst17:24
-openstackstatus- NOTICE: Gerrit is restarting now, to alleviate current performance impact and WebUI errors.17:24
*** matrohon has quit IRC17:25
*** shawnmaten has joined #openstack-nova17:26
*** mylu has joined #openstack-nova17:27
*** ssurana has joined #openstack-nova17:28
Bjoernoh I see libvirt version is now checked and it needs to be version 1.2.7 before that code even looks at the topology17:30
*** jdurgin1 has quit IRC17:30
*** ssurana has left #openstack-nova17:32
*** e0ne has quit IRC17:32
*** unicell has quit IRC17:32
*** gjayavelu has quit IRC17:32
*** mragupat has quit IRC17:32
*** mragupat has joined #openstack-nova17:33
*** knikolla has joined #openstack-nova17:33
*** gjayavelu has joined #openstack-nova17:33
*** mylu has quit IRC17:34
*** sfinucan_ has joined #openstack-nova17:34
*** gokrokve_ has joined #openstack-nova17:34
*** ijw has quit IRC17:36
dansmithcdent: I'm not sure I follow.. we have to have that patch in front of any of the stuff to start moving inventory stuff into those tables, yes17:36
*** jdurgin1 has joined #openstack-nova17:36
*** jdurgin1 has left #openstack-nova17:36
*** ssurana has joined #openstack-nova17:36
*** mylu has joined #openstack-nova17:36
*** mragupat has quit IRC17:36
*** ijw has joined #openstack-nova17:37
*** sfinucan has quit IRC17:37
*** gokrokve has quit IRC17:37
*** mragupat has joined #openstack-nova17:37
*** shawnmaten has quit IRC17:37
*** gjayavelu has quit IRC17:37
cdentdansmith: nova.tests.unit.db.test_db_api.ComputeNodeTestCase.test_compute_node_get fails in https://review.openstack.org/#/c/275432/17:38
cdentbecause uuid has been added17:38
cdent(there are some other failures which appear to be entirely unrelated, investigating those concurrently)17:38
*** paul-carlton1 has quit IRC17:39
dansmithcdent: oh, thought you mean the objects patch17:39
*** jaosorior has joined #openstack-nova17:39
cdentdansmith: so I'm going ahead and putting the uuid sentinel in17:40
cdentbut the PING PONG test failures are...weird17:40
*** zenoway has joined #openstack-nova17:40
cdentah, they are present in master too17:40
dansmithcdent: Just filter it out of the things that we load on compute node get, and then let the patch above remove the exclusion and add in the code17:41
*** zenoway has quit IRC17:41
*** ijw has quit IRC17:41
*** mrkz has quit IRC17:41
*** zenoway has joined #openstack-nova17:41
*** mrkz has joined #openstack-nova17:42
notmorganmriedem, sdague: going to revisit novaclient conversion ot OCC today, will ping you when it's posted so we can have novaclient happily on the new shiney stuff.17:42
cdentdansmith: srsly? that's...awkward, but you are a big deal ;)17:42
dansmithcdent: seriously what? seriously filter?17:43
*** samueldmq has joined #openstack-nova17:44
dansmithhang on maybe I'm not fully grasping the fail.. let me run it locally17:44
cdentk17:44
johnthetubaguydansmith: added another comment on the latest patch, not sure how that works, I could be missing something: https://review.openstack.org/#/c/277554/417:45
dansmithjohnthetubaguy: okay just a sec17:45
*** browne has quit IRC17:46
*** sinese_ has joined #openstack-nova17:46
dansmithcdent: oh, I thought this was the object test, sorry :)17:46
cdentdansmith: we can just stick uuid in _ignored_keys and then pull it back out17:46
*** BobBall is now known as BobBall_AWOL17:46
cdentbut that feels like a dirty hack or something17:46
dansmithcdent: but you can just add it to compute_node_dict anyway, like I do in the next patch17:47
cdentyeah, that's what I said above: "so I'm going ahead and putting the uuid sentinel in"17:47
cdentso that's cool?17:47
cdent(are you getting the PING and PONG failures?)17:47
dansmithcdent: yeah, sorry I was thinking this was the object test, not db_api so yeah you're good17:47
cdentcool17:47
dansmithcdent: nope: Failed 2 tests - output below:17:47
dansmithjust those two17:48
cdentis your venv stale?17:48
dansmithno just rebuilt it this morning17:48
cdentthat's pretty stale ;)17:48
* dansmith gives it the sniff test17:48
*** sfinucan_ has quit IRC17:49
cdentI'll push this up again and see if it gives the unrelated failures again (there's in the py27 logs if you want to see)17:49
dansmithcdent: oh, I only ran the db tests, not that ssl one so I wouldn't know17:49
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova: Revert "Revert "Added new scheduler filter: AggregateTypeExtraSpecsAffinityFilter""  https://review.openstack.org/27512817:49
cdentno worries, I'll push that down the road a bit17:49
*** achanda has joined #openstack-nova17:50
*** eil397 has joined #openstack-nova17:50
dansmithjohnthetubaguy: so the new code will generate the uuid in load (from_db) and then it will be dirty (because we're setting it after the reset_changes), so that the save after the fact will save it out17:51
dansmithjohnthetubaguy: however, if you want to save it in _from_db (sounds like you do) I'll just do that :)17:51
*** Swami has joined #openstack-nova17:51
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova: Revert "Revert "Added new scheduler filter: AggregateTypeExtraSpecsAffinityFilter""  https://review.openstack.org/27512817:52
*** ildikov has quit IRC17:53
openstackgerritChris Dent proposed openstack/nova: resource_providers, allocations and inventories models  https://review.openstack.org/27543217:53
markus_zFYI: nova-bugs-team meeting in ~10min in #openstack-meeting-417:53
*** jaosorior has quit IRC17:53
cdentSigh, yup, looks like nova.tests.unit.test_wsgi.TestWSGIServerWithSSL is failing everywhere17:53
dansmithsdague: ^17:53
*** knikolla has quit IRC17:54
johnthetubaguydansmith: I was thinking that the uuid would be set, so the second save would not happen17:55
*** lpetrut has joined #openstack-nova17:55
*** jordanP has joined #openstack-nova17:55
*** mylu has quit IRC17:56
markus_zdansmith: Maybe interesting for you: https://bugs.launchpad.net/nova/+bug/153934217:57
openstackLaunchpad bug 1539342 in OpenStack Compute (nova) "AttributeError raised during roll_back_live_migration_at_destination" [Undecided,New] - Assigned to Zhenyu Zheng (zhengzhenyu)17:57
*** mylu has joined #openstack-nova17:57
dansmithmarkus_z: ugh17:58
*** knikolla has joined #openstack-nova17:58
*** mylu has quit IRC17:58
*** derekh has quit IRC17:58
*** jwang has joined #openstack-nova18:00
*** jwang_ has quit IRC18:00
*** sudipto has quit IRC18:00
*** mylu has joined #openstack-nova18:00
*** penick has joined #openstack-nova18:00
*** vishwanathj has quit IRC18:00
thomasemmriedem: actually, can you assign that to me? I'd like to investigate more... we had some prod issues come up that have taken up all of my time the past week or so.18:00
*** angdraug has quit IRC18:02
*** mgoddard_ has quit IRC18:02
*** mgoddard has joined #openstack-nova18:02
*** bnemec has joined #openstack-nova18:02
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova: Revert "Revert "Added new scheduler filter: AggregateTypeExtraSpecsAffinityFilter""  https://review.openstack.org/27512818:02
*** cdent has quit IRC18:02
mriedemthomasem: np, i'll just leave it, rebase whenever you want/need18:02
thomasemmriedem: awesome, thank you18:02
*** jordanP has quit IRC18:03
*** mylu has quit IRC18:03
* mriedem wishes people would use tags or git hashes when putting code links into bug reports18:05
*** penick has quit IRC18:05
*** su_zhang has joined #openstack-nova18:05
*** ctrath has quit IRC18:06
*** eil397 has quit IRC18:07
*** mylu has joined #openstack-nova18:08
*** ctrath has joined #openstack-nova18:08
*** eil397 has joined #openstack-nova18:08
*** efoley has quit IRC18:09
*** gokrokve_ has quit IRC18:11
*** unicell has joined #openstack-nova18:11
*** lucasagomes is now known as lucas-dinner18:11
*** rotbeard has quit IRC18:11
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "service"  https://review.openstack.org/25656918:15
*** sahid has quit IRC18:16
*** e0ne has joined #openstack-nova18:17
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746618:17
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755418:17
dansmithjohnthetubaguy: ^18:18
dansmithjohnthetubaguy: I think it's probably better and safer this way anyway, so ..18:18
johnthetubaguydansmith: did you mean to leave that note in that says it needs to come after the thing it comes before?18:19
dansmithjohnthetubaguy: say what now?18:19
dansmithjohnthetubaguy: oh18:20
dansmithno18:20
dansmith:D18:20
johnthetubaguydansmith: yeah, added a comment18:20
johnthetubaguydansmith: I think that makes your save() do too much saving actually, because I guess all the fields are dirty at that point?18:21
dansmithdammit18:21
openstackgerritMatthew Booth proposed openstack/nova: Update import_file to provide a general-purpose interface  https://review.openstack.org/26766218:21
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for Qcow2 backend  https://review.openstack.org/27801018:21
openstackgerritMatthew Booth proposed openstack/nova: Implement import_file for LVM backend  https://review.openstack.org/27801118:21
openstackgerritMatthew Booth proposed openstack/nova: ploop import_file  https://review.openstack.org/27801218:21
openstackgerritMatthew Booth proposed openstack/nova: abstract method  https://review.openstack.org/27801318:21
dansmithjohnthetubaguy: I kinda liked removing that extra reset, but yeah, maybe that's the thing to do18:22
johnthetubaguydansmith: yeah, its annoying to re-call the reset for the uuid thing, I wondered about splitting up the two sides of that if statement, but maybe thats worse?18:22
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "volume"  https://review.openstack.org/25374718:22
dansmithjohnthetubaguy: well, we can't really because we can't set the potentially-NULL uuid on the object18:23
dansmithunless we break it up and do the test again, but meh18:23
dansmithjohnthetubaguy: we get to remove this in newton, so it's probably easier to keep it small18:23
*** delattec has joined #openstack-nova18:23
johnthetubaguydansmith: yeah, I was thinking one side only set if not null, but like you say, thats harder to remove18:24
*** PaulMurray has quit IRC18:24
*** daemontool has joined #openstack-nova18:25
*** rk4n has quit IRC18:25
*** cdelatte has quit IRC18:26
*** browne has joined #openstack-nova18:26
dansmithjohnthetubaguy: actually, it might make it easier if I change one other thing.. just a sec18:27
dansmithI'm adding notes about when to remove each piece18:27
johnthetubaguydansmith: oh, good plan18:27
openstackgerritDan Smith proposed openstack/nova: WIP resource-provider versioned objects  https://review.openstack.org/27746618:29
openstackgerritDan Smith proposed openstack/nova: Allocate UUID for compute node  https://review.openstack.org/27755418:29
*** su_zhang has quit IRC18:29
dansmithit's two pieces now, which looks like more, but both will just be deleted in newton, so maybe that's better18:29
*** su_zhang has joined #openstack-nova18:29
alaskidansmith: https://review.openstack.org/#/c/277589/ should reserve some spots for api db migrations as well18:32
openstackgerritTracy Jones proposed openstack/nova: config options: centralize section "service"  https://review.openstack.org/25656918:32
*** aginwala has joined #openstack-nova18:32
dansmithalaski: oh, interesting, didn't think about that18:32
*** mragupat_ has joined #openstack-nova18:32
alaskiI hadn't either until now, but we probably should have done that this cycle18:33
*** irenab has joined #openstack-nova18:33
alaski10 placeholders is probably a bit much though18:33
*** jgriffith_away is now known as jgriffith18:34
alaskiconsidering there are currently 4 migrations there18:34
dansmithokay18:34
dansmithMaybe I'll just make an option to do api ones,18:35
dansmithand then you can do --api -n 2, or something18:35
*** ijw has joined #openstack-nova18:35
alaskiworks for me18:36
*** mragupat has quit IRC18:36
*** ildikov has joined #openstack-nova18:36
*** ociuhandu has quit IRC18:39
openstackgerritStephen Finucane proposed openstack/nova: config options: Remove 'wsgi_' prefix from opts  https://review.openstack.org/27802318:39
openstackgerritStephen Finucane proposed openstack/nova: trivial: Fix alignment of wsgi options  https://review.openstack.org/27802418:39
openstackgerritDan Smith proposed openstack/nova: Add a tool for reserving migration placeholders during release time  https://review.openstack.org/27758918:40
*** baoli_ has quit IRC18:40
dansmithalaski: ^18:40
*** eil397 has quit IRC18:41
*** shawnmaten has joined #openstack-nova18:42
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: generic resource pools  https://review.openstack.org/25318718:42
*** cdent has joined #openstack-nova18:43
*** ijw has quit IRC18:43
johnthetubaguydansmith: alaski: so these new host related tables for the scheduler, they make sense living in the child cell DB, or should they be in a new scheduler db?18:44
dansmithjohnthetubaguy: you mean the resource pool tables?18:44
johnthetubaguyyeah18:44
dansmithjohnthetubaguy: we hashed that out yesterday18:45
*** aginwala has quit IRC18:45
johnthetubaguyah, sorry, I missed all that, I should read that back18:45
*** mylu has quit IRC18:45
dansmithjohnthetubaguy: one reason jaypipes wants this to be generic is so we can lift these tables out and into scheduler some day without a bunch of relations to break18:45
dansmithjohnthetubaguy: but for now, in the cell18:45
johnthetubaguyOk, I am cool with that18:45
alaskiyeah, in the cell works for now18:45
jaypipes++18:45
johnthetubaguyI think a scheduler fetching from multiple cells, like the API, works just fine (in my head)18:46
* cdent schwews18:46
alaskiI suggested a new scheduler db because I think that's closer to where we want to eventually be, but it also derails things to worry about that now18:46
johnthetubaguyalaski: yeah, was thinking along the same lines, cools18:46
*** rlrossit has quit IRC18:46
dansmithyeah, so *two* new required databases in mitaka, that would be ... awesome :D18:46
*** matrohon has joined #openstack-nova18:46
* johnthetubaguy makes evil cackle noises18:46
*** chhavi has quit IRC18:47
johnthetubaguyanyways, that works for me18:47
alaskiaren't microservices all the rage now with little datastores everywhere18:47
dansmithyes, nova should store some of its information in SMTP queues around the world18:48
dansmitheventually consistent .. the emails will circle and come back to us over time -- free load balancing!18:48
johnthetubaguyalaski: I guess we do midi-services?18:48
alaskidansmith: lol, though I have seen something like that implemented18:48
dansmithalaski: I know :)18:48
*** delatte has joined #openstack-nova18:48
dansmithprobably some python library we could import18:48
dansmithsmtpdb18:48
johnthetubaguydid anyway do chinese whispers, did that teach us anything?18:49
johnthetubaguymy typing is terrible18:49
johnthetubaguytime for food18:49
*** mriedem has quit IRC18:49
alaskiwe called it "telephone" but yeah18:49
johnthetubaguythats a nicer name I guess18:49
*** aginwala has joined #openstack-nova18:49
dansmithheh18:49
*** delattec has quit IRC18:51
*** mriedem has joined #openstack-nova18:51
alaskidansmith: thinking on this SMTP does have nicer guarantees than rabbitmq. this could be a nice april 1st proposal18:52
dansmithalaski: certainly more reliable18:53
doffmThats just evil. Notifications using NNTP.18:53
dansmithalaski: maybe less performant18:53
dimsalaski : dansmith : ouch :)18:53
*** mfedosin has joined #openstack-nova18:53
dansmithdims: disagree?18:53
dimsdansmith : nope :)18:53
dansmith:D18:53
*** angdraug has joined #openstack-nova18:53
*** rlrossit has joined #openstack-nova18:54
alaskidoffm: heh18:55
*** krtaylor has quit IRC18:57
*** thorst_ is now known as thorst18:57
*** matrohon has quit IRC18:57
*** vilobhmm11 has joined #openstack-nova18:58
openstackgerritJay Pipes proposed openstack/nova-specs: resource-providers: Migrate compute node inventory  https://review.openstack.org/26004818:58
*** ctrath has quit IRC18:58
jaypipesjohnthetubaguy, dansmith, bauzas: ^^18:58
cdentalaski: I always thought it might be fun to implement ODBC over IMAP18:59
*** ccarmack has joined #openstack-nova18:59
*** ctrath has joined #openstack-nova19:01
dansmithall protocols can be implemented over SMTP and IMAP19:01
doffmalaski: What will we do with the API elements of the resource pools? We will have to create a table in the API database that maps Resource pool ids to cells?19:01
alaskicdent: heh, that would be interesting. I've always found IMAP awkward though19:02
*** raildo is now known as raildo-afk19:02
cdentexactly19:02
cdentdansmith: this is true19:02
rlrossitalright dansmith, ya dun got me... how in the world do fields magically get lazy-loaded? I thought this always happened in obj_load_attr(), but that isn't overridden everywhere19:03
*** ociuhandu has joined #openstack-nova19:03
alaskidoffm: as far as I can tell there won't be API elements for resource pools19:04
alaskithe only thing that should need to be aware of them is the scheduler, and it will be reading from all of the cell dbs anyways19:04
alaskiactually, I should double check how these are going to be managed, API vs nova-manage19:05
*** tdurakov_ has joined #openstack-nova19:05
dansmithrlrossit: right, very few objects actually do lazy loading19:05
*** fawadkhaliq has quit IRC19:06
dansmithrlrossit: so they don't implement that.. thus errors that would trigger a lazy load get found immediately19:06
alaskijaypipes: cdent what was the plan on setting up and managing resource pools, API or nova-manage commands19:06
rlrossitdansmith: so shouldn't something like PersistentObject implement that at the bottom?19:06
doffm* Trying to find the spec link.19:06
rlrossitor is it because there's so gdang many mixins it'll muck things up?19:06
dansmithrlrossit: implement it how?19:07
*** eil397 has joined #openstack-nova19:07
rlrossitlazy loading19:07
dansmithrlrossit: most objects don't _need_ lazy loading.. we certainly wouldn't want to do it generically19:07
doffmhttps://review.openstack.org/#/c/253187/8/specs/mitaka/approved/generic-resource-pools.rst19:07
rlrossitdansmith: but we do want it for DB-backed objects right? (which is what I imaging persistent objects are)19:07
dansmithrlrossit: no19:07
doffmMentions new admin-only API methods to create and manage new resource pools.19:08
dansmithrlrossit: there's nothing to load on most objects -- everything is filled out all the time on a query19:08
rlrossitand here I thought I started understanding something... welp back to square one19:08
openstackgerritCorey Wright proposed openstack/nova: Avoid lazy-loading flavor during usage audit  https://review.openstack.org/27498419:08
alaskidoffm: yeah, just found it https://review.openstack.org/#/c/253187/8/specs/mitaka/approved/generic-resource-pools.rst19:08
*** krtaylor has joined #openstack-nova19:08
*** daemontool_ has joined #openstack-nova19:10
alaskidoffm: I'm going to comment on that review that something like a mapping table is going to be needed due to the decision to put the tables in the cells19:10
jaypipesalaski: RESTful API19:10
*** daemontool__ has joined #openstack-nova19:11
alaskijaypipes: okay. There's going to need to be a way to indicate which cell a pool should be created in19:11
doffmalaski: I'm worried about the API and also what bauzas mentioned about links to aggregates. (Which are in the API db). I guess we can discuss possible aggregate solutions tomorrow in the meeting.19:11
doffmalaski: Yeah, it will need to take a cell id in the create api.19:12
*** mylu has joined #openstack-nova19:12
*** daemontool has quit IRC19:12
alaskidoffm: yeah, this would all be good to discuss tomorrow when we have more interested parties19:13
openstackgerritChuck Carmack proposed openstack/nova: config options: centralize 'spice' options  https://review.openstack.org/26991019:13
openstackgerritChuck Carmack proposed openstack/nova: config options: centralize 'spice' options  https://review.openstack.org/26427119:13
*** daemontool_ has quit IRC19:14
*** alex_xu has quit IRC19:15
*** penick has joined #openstack-nova19:17
*** mylu has quit IRC19:17
*** dims_ has joined #openstack-nova19:17
*** jcook has quit IRC19:17
*** cfcp1 has joined #openstack-nova19:17
*** dims has quit IRC19:17
*** alex_xu has joined #openstack-nova19:18
*** mylu has joined #openstack-nova19:20
*** jcook has joined #openstack-nova19:20
*** Bjoern has quit IRC19:21
*** mylu has quit IRC19:24
*** cfcp1 has quit IRC19:27
*** dims_ has quit IRC19:27
*** Sukhdev has joined #openstack-nova19:27
*** dedery has quit IRC19:27
*** dedery has joined #openstack-nova19:28
*** su_zhang has quit IRC19:29
*** dims has joined #openstack-nova19:30
*** eil397 has quit IRC19:30
*** eil397 has joined #openstack-nova19:31
*** su_zhang has joined #openstack-nova19:32
*** eil397 has quit IRC19:33
*** dedery has quit IRC19:35
*** dedery has joined #openstack-nova19:36
*** eil397 has joined #openstack-nova19:36
*** dedery has quit IRC19:38
*** dedery has joined #openstack-nova19:39
*** can8dnSix has joined #openstack-nova19:41
*** dims has quit IRC19:41
*** dims has joined #openstack-nova19:42
sdaguedansmith: is that eventlet related?19:43
dansmithsdague: what?19:44
*** rk4n has joined #openstack-nova19:44
*** dedery has quit IRC19:44
sdaguethe test fail you pointed me at19:44
*** tdurakov_ has quit IRC19:45
*** mriedem has quit IRC19:45
dansmithsdague: oh, I dunno19:46
*** dedery has joined #openstack-nova19:46
sdagueeventlet release days, always exciting19:46
dansmithsdague: cdent was asking if it was known19:46
dansmithcould be19:46
*** dims_ has joined #openstack-nova19:46
sdague0.18.2 is out it appears19:46
sdaguethings like that I always assume are eventlet. Let me see if I can reproduce/fix19:46
*** mylu has joined #openstack-nova19:46
sdaguewas away at lunch so only just saw the carnage19:46
cdentsdague: I was assuming eventlet too19:47
cdentbut haven't had a chance to check yet19:47
*** mriedem has joined #openstack-nova19:47
*** vishwanathj has joined #openstack-nova19:47
* cdent checks now19:48
*** su_zhang has quit IRC19:48
*** su_zhang has joined #openstack-nova19:48
cdentsdague: yup all good with "Successfully installed eventlet-0.17.4"19:48
*** dims has quit IRC19:49
sdagueyeh, 0.18.219:49
*** e0ne has quit IRC19:49
*** su_zhang has quit IRC19:49
*** aginwala has quit IRC19:49
* cdent sighs19:49
vilobhmm11sahid : ping19:49
*** su_zhang has joined #openstack-nova19:50
sdagueok, so "hold please" on patch approvals until we have this sorted19:50
vilobhmm11bauzas : ping19:50
*** su_zhang has quit IRC19:51
*** dedery has quit IRC19:51
*** su_zhang has joined #openstack-nova19:52
cdentsdague: anything I can do to assist?19:52
*** dedery has joined #openstack-nova19:52
sdaguecdent: maybe send an email to the list letting people know nova patches are currently blocked19:52
sdagueand not to approve things until we sort it19:52
cdentsdague: roger19:52
*** mylu has quit IRC19:53
*** aginwala has joined #openstack-nova19:55
*** achanda has quit IRC19:55
edleafealaski: I'm starting to work on objectifying the build_request_spec method in scheduler utils. Should that go under this BP: https://blueprints.launchpad.net/nova/+spec/add-buildrequest-obj19:55
edleafealaski: or should it be its own thing?19:55
sdaguegod this is goofy, it's not returning a bit of the wsgi response19:56
*** dedery has quit IRC19:56
*** su_zhang has quit IRC19:57
cdentsdague: I reckon that test as _unit_ test is goofy19:57
sdagueyeh, well it all used to be unit19:57
*** dims_ has quit IRC19:57
*** dedery has joined #openstack-nova19:57
*** can8dnSix has quit IRC19:59
*** ndipanov has quit IRC20:02
mriedemwow yeah logging is borked20:04
*** dedery has quit IRC20:04
*** jgriffith has quit IRC20:05
*** dedery has joined #openstack-nova20:05
mriedemcdent: is there a bug tracking this yet?20:05
cdentmriedem: not yet, I had to step away for dinner20:05
cdentand also before I ever got to that stage I stumbled trying to make a query for logstash and utterly failed20:06
cdentmostly because I have no idea what I'm doing20:06
*** eil397 has quit IRC20:06
*** jgriffith has joined #openstack-nova20:06
*** jgriffith is now known as Guest5542120:06
*** ctrath has quit IRC20:06
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22testtools.matchers._impl.MismatchError%3A%20'OK%5C%5C%5C%5Cr%5C%5C%5C%5Cn'%20!%3D%20'PONG'%5C%22%20AND%20tags%3A%5C%22console%5C%22&from=7d20:07
mriedemyou have to escape some things20:07
*** rcernin has joined #openstack-nova20:08
*** rfolco has quit IRC20:08
cdentmriedem: I think my error was I was trying to search on the test name20:08
mriedemhttps://bugs.launchpad.net/nova/+bug/154376620:09
openstackLaunchpad bug 1543766 in OpenStack Compute (nova) "nova.tests.unit.test_wsgi.TestWSGIServerWithSSL fails with testtools.matchers._impl.MismatchError: 'OK\r\n' != 'PONG' and eventlet 0.18.2" [Undecided,New]20:09
*** ctrath has joined #openstack-nova20:09
cdentwhich thus has no hits. how is that the failure is a message but the test name is not?20:09
mriedemcdent: well you want to fingerprint the failure not the test name anyway20:10
cdentyeah, I get that in terms of fingerprinting20:11
mriedemit's only 44 hits today20:11
cdentbut I just mean in terms of searching20:11
mriedemso it doesn't appear to be crippling everything20:11
mriedemand that's 2 hits per test run where it fails20:11
mriedemso it's really like 22 job failures20:11
cdentmriedem: I think the low number of hits is because the gate is slow today and eventlet was released in the afternoon, today20:12
mriedemyeah maybe, but you were talking about this pong failure hours ago20:13
mriedemsurely we've run more than 22 py27 nova jobs in the check and gate queues in the last few hours20:13
cdentwell, it is eventlet20:13
cdentwhich means it is unpredictable20:13
cdentanyway: what's your point?20:14
cdent:)20:14
mriedemmy point is the sky doesn't appear to be falling20:14
mriedemand why wouldn't it fail on the py34 job?20:14
mriedemit's just weir20:14
mriedem*weird20:14
cdentthe sky is never falling, it's just the gate20:14
cdentbut we _act_ like it is falling because that's what we do20:14
cdentif I had my druthers we'd just let the gate fail and willingly let things come to an eventual stop so that we are forced to care20:16
cdentbut hey, it's not my world20:16
melwittmriedem: this says gates are working on a cached version of 0.18.1 which might be why? https://review.openstack.org/#/c/277912/20:17
melwitt(from http://lists.openstack.org/pipermail/openstack-dev/2016-February/086161.html)20:18
*** dedery has quit IRC20:19
*** krtaylor has quit IRC20:19
*** dedery has joined #openstack-nova20:19
mriedemoh fun20:19
sdaguemriedem: it is crippling everything20:19
sdaguemriedem: we might skip it there20:20
mriedemyeah i see it locally too on a fresh venv20:20
sdagueso, it's 2 tests with a small wsgi app20:20
sdaguewe're just never getting content from it20:20
sdagueonly the headers20:20
cdentprobably need to throw in an arbitrary yield and it'll be fine/20:20
cdent?20:20
mriedemhas anyone checked the eventlet 0.18.2 changelog?20:20
* cdent tries it20:20
mriedem* wsgi: Fix data loss on partial writes (socket.send); Thanks to Jakub Stasiak20:21
mriedemhttps://github.com/eventlet/eventlet/commit/b7380fdc70fde26777f4f141da3f01570e870cac20:22
cdentyeah, that fixes it20:22
cdent(a sleep before the assert)20:22
mriedemso they fix a thing for py3 and break py220:22
cdentsdague, mriedem: I'm actually surprised this test ever worked20:22
sdaguecdent: it is a weird test20:23
cdent(without the yield20:23
cdentI can commit that change if that seems wise?20:23
cdentit's used elsewhere in the same file (the sleep trick)20:23
*** Marga_ has quit IRC20:23
sdaguecdent: yeh, maybe, though what is the result if we just use requests in the client20:23
sdagueI find it weird that we're using an eventlet specific connect20:24
*** Guest55421 is now known as jgriffith20:24
cdentyes, that is a bit weird20:24
cdentI see three options: rewrite the test to modern norms, work around this immediate problem, get rid of this bogus test20:25
sdagueit's a kind of weird test, I'd almost lean on just delete. But using requests seems better20:26
*** Sukhdev has quit IRC20:27
sdagueyeh, it works with requests I think fine, there is something about the explicit client socket bit20:28
sdaguewhich we completely don't care about from nova20:28
*** su_zhang has joined #openstack-nova20:28
cdentand requests is already imported, so yeah, makes sense20:28
cdentyou wanna, or shall I?20:29
sdagueok, just need to sort out requests syntax for the ssl bundle20:29
sdaguecdent: if you want to, that would be cool20:29
cdentI can do it20:29
sdagueI think the only thing that's really needed is doing the certs right with requests, I hit the non ssl port for ease locally to figure out if it would work20:29
sdaguecdent: coolio, poke me as soon as it's up20:29
cdentsee as you're supposed to be in a meeting20:29
*** mylu has joined #openstack-nova20:29
*** raildo-afk is now known as raildo20:29
*** Sukhdev has joined #openstack-nova20:30
openstackgerritNikola Dipanov proposed openstack/nova: objects: Rename PciDevice _migrate_parent_addr  method  https://review.openstack.org/27807620:30
openstackgerritNikola Dipanov proposed openstack/nova: db: Add a basic framework for generating online migration scripts  https://review.openstack.org/27807720:30
openstackgerritNikola Dipanov proposed openstack/nova: nova-manage: Add hooks for generating data-migration scripts  https://review.openstack.org/27807820:30
openstackgerritNikola Dipanov proposed openstack/nova: nova-manage: Declare a PciDevice online migration script  https://review.openstack.org/27807920:30
sdagueyeh, I've got one eye on it ... but it is all networking ancronyms20:30
*** ndipanov has joined #openstack-nova20:31
*** krtaylor has joined #openstack-nova20:31
*** su_zhang has quit IRC20:32
ndipanovdansmith, https://review.openstack.org/#/c/278076/ - one patch is missing tests20:32
*** tcammann has joined #openstack-nova20:33
ndipanovbut would like to hear thoughts early20:33
*** shyama has quit IRC20:34
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: check for interface when detach_interface fails  https://review.openstack.org/27089120:36
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: implement LibvirtConfigGuestInterface.parse_dom  https://review.openstack.org/27098120:36
*** salv-orl_ has quit IRC20:36
*** tcammann has quit IRC20:39
*** mylu has quit IRC20:40
*** mylu has joined #openstack-nova20:40
*** aginwala has quit IRC20:40
*** rk4n has quit IRC20:43
*** aginwala has joined #openstack-nova20:43
*** shawnmaten has quit IRC20:43
*** omnipresent has joined #openstack-nova20:44
*** su_zhang has joined #openstack-nova20:44
*** Sukhdev has quit IRC20:45
*** zenoway has quit IRC20:45
*** zenoway_ has joined #openstack-nova20:45
*** lxsli has joined #openstack-nova20:47
openstackgerritSwaminathan Vasudevan proposed openstack/nova: Implement setup_networks_on_host for Neutron to support Migration  https://review.openstack.org/27507320:47
*** mylu has quit IRC20:48
*** omnipresent has quit IRC20:48
*** tcammann has joined #openstack-nova20:48
bauzasso, we have a gate issue with eventlet ?20:49
*** knikolla has quit IRC20:49
cdentbauzas: yeah, fix on its way20:49
*** deva_ has joined #openstack-nova20:50
*** knikolla has joined #openstack-nova20:50
smcginnisbauzas: Fix just went through. My CI can finally stack again, so looks like it worked.20:52
*** salv-orlando has joined #openstack-nova20:53
*** krtaylor has quit IRC20:53
*** tcammann has quit IRC20:53
tjones_zzzzok to recheck now?20:53
*** lxsli has quit IRC20:53
*** deva_ has quit IRC20:54
*** su_zhang has quit IRC20:57
*** cfcp1 has joined #openstack-nova20:57
*** aginwala has quit IRC20:57
*** cfcp1 has quit IRC20:58
cdentsmcginnis: which fix do you mean?20:58
*** Marga_ has joined #openstack-nova20:59
mmedvedecdent: https://review.openstack.org/27791220:59
smcginniscdent: What mmedvede said ^^21:00
sdaguethat's a differen thing21:00
cdentmmedvede: that's a different problem. 0.18.2 causes nova unit test to fail21:00
mmedvedeoh sorry21:00
cdentbut fixing the test is relatively easy, so that's on the way21:00
smcginnisAh, didn't catch that.21:00
cdenttjones_zzzz: not yet21:00
alaskiedleafe: it should be its own thing21:01
*** eil397 has joined #openstack-nova21:01
edleafealaski: thx21:01
*** nikhil_k is now known as nikhil_21:01
*** daemontool has joined #openstack-nova21:02
*** dedery has quit IRC21:02
*** nikhil_ is now known as nikhil_k21:02
*** daemontool__ has quit IRC21:02
*** dims has joined #openstack-nova21:03
*** krotscheck is now known as krotscheck_dcm21:03
*** e0ne has joined #openstack-nova21:03
*** knikolla has quit IRC21:03
sdaguecdent: how's it coming?21:05
*** ctrath has quit IRC21:05
cdentsdague: done, just running tests local for completeness21:05
sdagueok, cool21:05
*** ctrath has joined #openstack-nova21:06
*** krtaylor has joined #openstack-nova21:07
*** eil397 has quit IRC21:08
sdagueyou can always push early, we'll need test results upstream before we can pop it to top of gate and get rid of the carnage21:10
*** smatzek has quit IRC21:13
dimscdent : pushing a eventlet review? (since g-r has merged)21:13
cdentwait for it...21:15
openstackgerritChris Dent proposed openstack/nova: Replace eventlet-based raw socket client with requests  https://review.openstack.org/27808921:15
cdentwait for it...21:15
cdentthere it is21:15
cdentsdague, dims, mriedem ^21:16
mriedemcool, looking21:17
*** lpetrut has quit IRC21:18
sdaguecdent: looks great21:20
sdagueand passes locally21:20
cdentcool21:20
dimscdent : ah the OK vs PONG21:21
cdentDid you see that one of the servers wasn't getting shut down in the earlier code? I tried just that to see if it made any difference, it did not21:21
dims+121:21
cfriesenIts been a while since I fired up devstack, and now I'm getting this: "Could not determine a suitable URL for the plugin"  Anyone know what's going on?21:22
mriedemcdent: is eventlet.wsgi import still used21:23
mriedem?21:23
cdentmriedem: yes21:23
cdentfor a constant21:23
cfriesenmore specifically, I'm getting this: http://paste.openstack.org/show/486489/21:23
cdent" eventlet.wsgi.MAX_HEADER_LINE"21:23
mriedemah yeah21:24
*** browne has quit IRC21:24
*** daemontool_ has joined #openstack-nova21:24
mriedem+W21:24
mriedemwe'll need that in liberty and kilo too, i can track those21:25
cdentthank you mriedem21:25
*** erlon has quit IRC21:26
*** daemontool has quit IRC21:27
cfriesenvgs21:27
openstackgerritMark Doffman proposed openstack/nova: WIP: Map instances to cell0 on failed schedule  https://review.openstack.org/26782721:27
cfriesenbah, wrong window21:27
*** matrohon has joined #openstack-nova21:28
*** rk4n has joined #openstack-nova21:28
openstackgerritDrew Thorstensen proposed openstack/nova: Update the CONF import path for VNC  https://review.openstack.org/27739221:29
*** jgriffith is now known as jgriffith_away21:31
openstackgerritPushkar Umaranikar proposed openstack/nova: Modify VM's updated_at field on volume actions  https://review.openstack.org/24717621:32
*** achanda has joined #openstack-nova21:33
*** browne has joined #openstack-nova21:34
*** baoli has joined #openstack-nova21:38
*** burt has quit IRC21:42
*** davideagnello has quit IRC21:42
mriedemwow http://logs.openstack.org/12/276812/2/check/gate-manila-tempest-dsvm-neutron/1b42ac2/logs/screen-n-cpu.txt.gz?level=TRACE21:42
*** davideagnello has joined #openstack-nova21:43
*** achanda has quit IRC21:43
*** nikhil_k is now known as nikhil21:45
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/osinfo.py#L9521:45
mriedemcripes21:45
mriedemvladikr: ^21:45
mtreinishmriedem: yeah, I was gonna complain about that at some point soon. The n-cpu logs are full of that now21:47
mriedemyou need to complain sooner21:47
*** achanda has joined #openstack-nova21:48
mriedemi'd like to complain about your lack of complaining21:48
*** Marga_ has quit IRC21:49
mtreinishI've been home for only ~40 hrs and spent a good 20+ of those sleeping :)21:49
*** raildo is now known as raildo-afk21:49
cdentmtreinish: I'm beginning to doubt your commitment to openstack motion21:50
*** Marga_ has joined #openstack-nova21:50
mriedemyeah c'mon21:50
mriedemhttps://bugs.launchpad.net/nova/+bug/154380021:50
openstackLaunchpad bug 1543800 in OpenStack Compute (nova) "Error "Cannot find OS information - Reason: (Cannot load Libosinfo: (No module named gi.repository.Libosinfo))" - spamming n-cpu logs" [Undecided,New]21:50
*** nkrinner has quit IRC21:50
cdentdamn, I got the quote wrong21:50
cdentclose though21:51
mtreinishcdent: haha21:51
*** Bjoern has joined #openstack-nova21:51
mriedemhttps://github.com/openstack/nova/blob/master/nova/virt/osinfo.py#L24-L2821:52
doffmI don't know what the problem with GObject is. Or GObject Introspection.21:54
mriedemso we could install libosinfo in devstack,21:54
mriedemdoffm: this is the problem https://github.com/openstack/nova/blob/master/nova/virt/osinfo.py#L4421:54
mriedemthe package isn't installed21:54
mriedemwe'd have to add libosinfo to the list of native distro packages that devstack installs21:55
mriedemsince there isn't a pip for this21:55
mriedembut, given this code is dependent on a native package that may not be installed, we shouldn't probably be logging an error every time we hit it21:55
*** su_zhang has joined #openstack-nova21:55
mriedemwe could log a warning, once21:55
melwittthe package used to always be there?21:56
*** claudiub has quit IRC21:56
*** smatzek has joined #openstack-nova21:56
*** Marga_ has quit IRC21:57
mriedemmelwitt: i don't think so21:57
*** Marga_ has joined #openstack-nova21:57
mriedemmelwitt: http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/libvirt-hardware-policy-from-libosinfo.html#other-deployer-impact21:57
mriedemit's supposed to still work if the package isn't there21:57
mriedemand it must, because otherwise things would be failing21:58
mriedemor could be we just don't test the image props in the gate used here in such a way that we'd know if we fail22:00
melwitthm22:02
*** jwcroppe has joined #openstack-nova22:02
*** Sukhdev has joined #openstack-nova22:03
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with disk allocation ratios in the RT  https://review.openstack.org/27795322:03
openstackgerritSylvain Bauza proposed openstack/nova: Add disk_allocation_ratio to ComputeNode  https://review.openstack.org/27793422:03
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and DiskFilter to use ComputeNode disk ratio  https://review.openstack.org/27811222:03
*** matrohon has quit IRC22:03
*** mrkz has quit IRC22:04
*** yassine has quit IRC22:07
*** mylu has joined #openstack-nova22:08
*** mylu has quit IRC22:09
*** smatzek has quit IRC22:11
*** sinese_ has quit IRC22:12
*** burgerk_ has joined #openstack-nova22:13
*** whenry is now known as whenry_away22:13
*** thorst has quit IRC22:14
*** ccarmack has quit IRC22:15
*** thorst has joined #openstack-nova22:15
*** ccarmack has joined #openstack-nova22:15
doffmmriedem: Its super confusing trying to work out in which situations the osinfo info is going to be neccessary.22:16
*** jichen has quit IRC22:16
*** burgerk has quit IRC22:16
doffmWe could just refactor this to pump out one warning on import failure as you suggested.22:16
doffmAssume its working.22:16
*** thorst_ has joined #openstack-nova22:16
*** burgerk_ has quit IRC22:17
*** achanda has quit IRC22:19
*** mylu has joined #openstack-nova22:19
*** thorst has quit IRC22:19
*** achanda has joined #openstack-nova22:21
*** thorst_ has quit IRC22:21
*** dedery has joined #openstack-nova22:22
*** ducttape_ has quit IRC22:31
*** aginwala has joined #openstack-nova22:33
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'detail', 'download' and 'delete' methods  https://review.openstack.org/23830922:36
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'create' and 'update' methods  https://review.openstack.org/25909722:38
*** thorst has joined #openstack-nova22:39
*** dims_ has joined #openstack-nova22:39
mriedemdoffm: i'm working on a change22:39
mriedemtrying to write the unit test first22:39
mriedemwhich basically falls down b/c we don't have libosinfo...22:39
*** salv-orl_ has joined #openstack-nova22:40
*** dims has quit IRC22:40
*** gibi_ has quit IRC22:41
*** ctrath has quit IRC22:41
*** gibi has joined #openstack-nova22:41
*** jwcroppe has quit IRC22:42
*** rlrossit has quit IRC22:42
lbeliveaundipanov: Are you around ?22:42
*** thorst has quit IRC22:43
*** w_verdugo has quit IRC22:43
vladikrmriedem, sorry I missed that.. here is the fix, hope soe22:43
vladikrso22:43
vladikrhttps://review.openstack.org/#/c/277565/22:43
*** salv-orlando has quit IRC22:43
*** w_verdugo has joined #openstack-nova22:45
*** achanda has quit IRC22:45
lbeliveaundipanov: I replied to one of your comment on https://review.openstack.org/#/c/242573.  Can you please have a look when you have a chance ?  Need your opinion before make any changes.22:46
*** farid has quit IRC22:46
*** Sukhdev has quit IRC22:47
*** gibi has quit IRC22:47
*** gibi has joined #openstack-nova22:48
*** pradk has quit IRC22:49
*** baoli has quit IRC22:50
*** ctrath has joined #openstack-nova22:50
mriedemvladikr: one nit in there but +222:51
mriedemvladikr: if you wanted to update quick i could +2 again before i leave22:51
vladikrmriedem, sure, looking22:51
dederyhi cores, can you please review https://review.openstack.org/#/c/270686 ? It's a backport of the duplicate NICs issue (failing nova boot) to Liberty (mriedem, it's according to what we've talked about a month or so ago)22:52
*** rk4n_ has joined #openstack-nova22:52
cdentsdague or mriedem: I'm off to bed, so can somebody else followup when https://review.openstack.org/#/c/278089/ merges22:54
cdentit's almost there22:54
mriedemdedery: done22:54
*** cdent has quit IRC22:55
*** rk4n has quit IRC22:55
*** baoli has joined #openstack-nova22:55
openstackgerritVladik Romanovsky proposed openstack/nova: virt: osinfo will report once if libosinfo is not loaded  https://review.openstack.org/27756522:55
*** mylu has quit IRC22:56
*** tongli has quit IRC22:56
*** Sukhdev has joined #openstack-nova22:57
mriedemtonyb: fyi https://review.openstack.org/#/q/I00c1c1e93eb7c66c3370434db4e3e6c00087f8aa,n,z22:57
*** dimtruck is now known as zz_dimtruck22:57
dederymriedem: thank you :)22:58
*** rcernin has quit IRC22:58
tonybmriedem: Thanks.22:58
*** su_zhang has quit IRC22:58
*** su_zhang_ has joined #openstack-nova22:58
*** Sukhdev has quit IRC22:58
tonybmriedem: I did see them land in my inbox.22:58
*** mdrabe has quit IRC22:59
*** Sukhdev has joined #openstack-nova22:59
*** mfedosin has quit IRC22:59
*** mylu has joined #openstack-nova22:59
*** su_zhang_ has quit IRC22:59
*** su_zhang has joined #openstack-nova23:00
openstackgerritVladik Romanovsky proposed openstack/nova: virt: osinfo will report once if libosinfo is not loaded  https://review.openstack.org/27756523:00
*** jaypipes has quit IRC23:00
*** thorst has joined #openstack-nova23:00
vladikrmriedem, all done :)23:00
*** su_zhang has quit IRC23:00
*** su_zhang has joined #openstack-nova23:00
*** edtubill has quit IRC23:01
mriedemvladikr: thanks23:01
*** Sukhdev has quit IRC23:01
*** edtubill has joined #openstack-nova23:02
*** ccarmack has quit IRC23:02
tonybmriedem: Hehe that change is in both check and gate *at the same time* :D23:02
*** daemontool__ has joined #openstack-nova23:02
mriedemit's like a double rainbow23:03
*** eharney has quit IRC23:03
*** Sukhdev has joined #openstack-nova23:04
*** daemontool_ has quit IRC23:04
*** edtubill has quit IRC23:06
tonyb:)23:07
*** Sukhdev has quit IRC23:09
*** thorst has quit IRC23:09
*** Sukhdev has joined #openstack-nova23:09
*** thorst has joined #openstack-nova23:09
*** xyang1 has quit IRC23:09
*** Sukhdev has quit IRC23:10
*** Sukhdev has joined #openstack-nova23:10
*** Sukhdev has quit IRC23:12
*** Sukhdev has joined #openstack-nova23:13
*** aginwala has quit IRC23:14
*** thorst has quit IRC23:14
*** Jeffrey4l has joined #openstack-nova23:15
*** aginwala has joined #openstack-nova23:16
*** penick has quit IRC23:18
*** gokrokve has joined #openstack-nova23:19
*** daemontool_ has joined #openstack-nova23:20
*** baoli has quit IRC23:20
*** mriedem has quit IRC23:22
*** daemontool__ has quit IRC23:22
*** gokrokve has quit IRC23:23
*** zz_dimtruck is now known as dimtruck23:25
*** daemontool_ has quit IRC23:28
*** daemontool has joined #openstack-nova23:29
*** Sukhdev has quit IRC23:30
*** ssurana1 has joined #openstack-nova23:30
*** Sukhdev has joined #openstack-nova23:31
*** Sukhdev has quit IRC23:32
*** ssurana has quit IRC23:33
*** diana_clarke has quit IRC23:36
*** jwcroppe has joined #openstack-nova23:40
*** mrkz has joined #openstack-nova23:40
*** pushkaru has quit IRC23:40
*** pushkaru has joined #openstack-nova23:41
*** ssurana1 has quit IRC23:41
*** zenoway_ has quit IRC23:42
*** jwcroppe has quit IRC23:44
*** mrkz1 has joined #openstack-nova23:44
*** jwcroppe has joined #openstack-nova23:45
*** pushkaru has quit IRC23:45
*** Bjoern has quit IRC23:46
*** mrkz has quit IRC23:47
*** Sukhdev has joined #openstack-nova23:47
*** dedery has quit IRC23:47
*** wanghao has quit IRC23:47
*** su_zhang has quit IRC23:47
*** wanghao has joined #openstack-nova23:48
*** ndipanov has quit IRC23:49
*** jwcroppe has quit IRC23:49
*** eil397 has joined #openstack-nova23:51
*** Sukhdev has quit IRC23:54
*** mragupat_ has quit IRC23:57
*** su_zhang has joined #openstack-nova23:58

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