Monday, 2015-08-31

*** baoli has quit IRC00:02
*** achanda has joined #openstack-nova00:06
*** yuntongjin has joined #openstack-nova00:17
*** ssurana has joined #openstack-nova00:21
*** oomichi has joined #openstack-nova00:21
*** promulo__ has joined #openstack-nova00:21
*** promulo has quit IRC00:25
*** rdo has quit IRC00:27
*** rdo has joined #openstack-nova00:29
*** meghal has joined #openstack-nova00:31
*** meghal1 has joined #openstack-nova00:33
*** haomaiwang has quit IRC00:35
*** meghal has quit IRC00:36
*** ssurana has quit IRC00:39
*** saikrishna has joined #openstack-nova00:40
*** takedakn has quit IRC00:42
*** achanda has quit IRC00:44
*** saikrishna has quit IRC00:52
*** shoutm has quit IRC01:01
*** vivekd has quit IRC01:04
*** vivekd has joined #openstack-nova01:05
*** shyu has joined #openstack-nova01:06
*** salv-orlando has joined #openstack-nova01:07
*** shoutm has joined #openstack-nova01:09
*** salv-orlando has quit IRC01:13
*** baoli has joined #openstack-nova01:13
*** salv-orlando has joined #openstack-nova01:13
*** sorrison has joined #openstack-nova01:17
*** baoli has quit IRC01:19
*** EinstCrazy has joined #openstack-nova01:19
*** zhangjn has joined #openstack-nova01:20
*** zhenguo has joined #openstack-nova01:24
openstackgerritZhongcheng Lao proposed openstack/nova: VMware: Omit exceptions during snapshot cleanup  https://review.openstack.org/21608601:26
*** salv-orlando has quit IRC01:26
*** vivekd has quit IRC01:32
*** baoli has joined #openstack-nova01:33
*** marzif__ has joined #openstack-nova01:33
*** tobasco_ has joined #openstack-nova01:36
*** tobasco has quit IRC01:37
*** marzif_ has quit IRC01:37
*** achanda has joined #openstack-nova01:37
*** hparekh has quit IRC01:38
*** hparekh2 has joined #openstack-nova01:38
*** takedakn has joined #openstack-nova01:39
*** hparekh has joined #openstack-nova01:40
*** zhangjn has quit IRC01:40
*** haomaiwang has joined #openstack-nova01:40
*** zhangjn has joined #openstack-nova01:41
*** liusheng has joined #openstack-nova01:41
*** aix_ has joined #openstack-nova01:41
*** vilobhmm1 has joined #openstack-nova01:42
*** hparekh2 has quit IRC01:42
*** aix has quit IRC01:42
*** shoutm has quit IRC01:42
*** shoutm has joined #openstack-nova01:42
*** vilobhmm11 has joined #openstack-nova01:43
*** baoli has quit IRC01:46
*** vilobhmm1 has quit IRC01:47
*** emagana has joined #openstack-nova01:56
alex_xuoomichi: o ha yo! Does johnthetubaguy's reply address your concern https://review.openstack.org/#/c/214592/10 ? hope we can merge this in L301:57
*** emagana_ has joined #openstack-nova01:58
*** baoli has joined #openstack-nova02:00
*** emagana has quit IRC02:01
*** lyanchih has joined #openstack-nova02:05
*** meghal1 has quit IRC02:07
oomichialex_xu: thanks for pointing it out. yeah, there are several patches around this(v3 -> v2.1).02:09
oomichialex_xu: so I am fine for current patch now02:09
alex_xuoomichi: yea02:09
alex_xuoomichi: cool02:09
alex_xuoomichi: thanks02:09
*** armax has joined #openstack-nova02:10
oomichialex_xu: np, done02:10
*** takedakn has quit IRC02:12
openstackgerritPengtao Huang proposed openstack/nova: Replace "all_mappings" variable by "block_device_mappings"  https://review.openstack.org/20851102:13
*** flwang1 has quit IRC02:18
*** flwang1 has joined #openstack-nova02:19
*** zhangjn has quit IRC02:19
*** achanda has quit IRC02:22
*** achanda has joined #openstack-nova02:24
*** salv-orlando has joined #openstack-nova02:28
*** yuntongjin has quit IRC02:34
*** yuntongjin has joined #openstack-nova02:40
*** asettle has quit IRC02:40
*** yuntongjin1 has joined #openstack-nova02:41
*** salv-orlando has quit IRC02:41
*** asettle has joined #openstack-nova02:44
*** yuntongjin has quit IRC02:45
*** hakimo_ has joined #openstack-nova02:52
*** yuntongjin has joined #openstack-nova02:52
*** hakimo has quit IRC02:54
*** yuntongjin1 has quit IRC02:54
*** EinstCrazy has quit IRC02:57
*** haomaiwang has quit IRC03:03
*** haomaiw__ has joined #openstack-nova03:03
*** mcarden has joined #openstack-nova03:03
*** d34dh0r53 has quit IRC03:25
*** yixing has joined #openstack-nova03:25
*** jroll has quit IRC03:26
*** vilobhmm11 has quit IRC03:26
*** vilobhmm1 has joined #openstack-nova03:27
*** liusheng has quit IRC03:27
*** shyu has quit IRC03:28
*** liusheng has joined #openstack-nova03:28
*** apmelton has quit IRC03:28
*** shyu has joined #openstack-nova03:28
*** apmelton has joined #openstack-nova03:30
*** jroll has joined #openstack-nova03:31
*** d34dh0r53 has joined #openstack-nova03:32
*** I has joined #openstack-nova03:35
*** I is now known as Guest2505903:36
*** links has joined #openstack-nova03:40
*** salv-orlando has joined #openstack-nova03:43
*** jwcroppe_ has joined #openstack-nova03:45
*** jwcroppe has quit IRC03:47
*** Guest25059 has quit IRC03:49
openstackgerritEli Qiao proposed openstack/nova: API: Handle InstanceUnknownCell exceptions  https://review.openstack.org/21296503:49
*** haigang has joined #openstack-nova03:49
*** vilobhmm1 has quit IRC03:50
*** vilobhmm1 has joined #openstack-nova03:51
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751403:51
*** sorrison has left #openstack-nova03:52
*** moshele has joined #openstack-nova03:53
*** takedakn has joined #openstack-nova03:53
*** Piet has joined #openstack-nova03:55
*** Piet has quit IRC03:56
*** salv-orlando has quit IRC03:56
*** deepthi has joined #openstack-nova03:56
*** Piet has joined #openstack-nova03:56
openstackgerritZhongcheng Lao proposed openstack/nova: VMware: Omit exceptions during snapshot cleanup  https://review.openstack.org/21608603:59
*** Piet has quit IRC03:59
*** yuntongjin has quit IRC03:59
*** lyanchih has quit IRC04:01
*** vilobhmm1 has quit IRC04:02
*** vilobhmm1 has joined #openstack-nova04:04
*** shoutm has quit IRC04:04
*** takedakn has quit IRC04:04
*** VW_ has quit IRC04:06
*** shoutm has joined #openstack-nova04:06
*** VW_ has joined #openstack-nova04:07
*** baoli has quit IRC04:07
*** moshele has quit IRC04:08
*** VW__ has joined #openstack-nova04:10
*** VW_ has quit IRC04:10
*** yixing1 has joined #openstack-nova04:14
*** yuntongjin has joined #openstack-nova04:15
*** VW__ has quit IRC04:16
*** yixing has quit IRC04:16
*** shyu has quit IRC04:26
*** zzzeek has joined #openstack-nova04:30
*** zzzeek has quit IRC04:31
*** garyk has joined #openstack-nova04:35
*** VikasC has joined #openstack-nova04:36
*** zhangjn has joined #openstack-nova04:37
*** takedakn has joined #openstack-nova04:47
*** deepakcs has joined #openstack-nova04:49
*** salv-orlando has joined #openstack-nova04:52
*** Sree has joined #openstack-nova04:53
*** Sree has quit IRC04:54
*** Sree has joined #openstack-nova04:55
*** Sukhdev has joined #openstack-nova04:56
*** salv-orlando has quit IRC04:57
*** yixing1 has left #openstack-nova04:57
*** salv-orlando has joined #openstack-nova04:57
*** moshele has joined #openstack-nova04:58
*** ig0r__ has joined #openstack-nova04:58
*** tojuvone has joined #openstack-nova04:58
*** ig0r_ has quit IRC04:59
*** yuntongjin has quit IRC05:00
*** VikasC has quit IRC05:03
*** Sree has quit IRC05:03
*** asettle has quit IRC05:06
*** asettle has joined #openstack-nova05:08
*** VikasC has joined #openstack-nova05:08
*** salv-orlando has quit IRC05:10
*** lyanchih has joined #openstack-nova05:11
*** takedakn has quit IRC05:11
*** asettle has quit IRC05:14
*** asettle has joined #openstack-nova05:14
*** takedakn has joined #openstack-nova05:18
*** Sree has joined #openstack-nova05:21
*** haigang has quit IRC05:23
openstackgerritgaryk proposed openstack/nova: Compute: remove the 'method' variable from InstanceInvalidState  https://review.openstack.org/21862905:24
openstackgerritgaryk proposed openstack/nova: Compute: remove unused parameter  https://review.openstack.org/21873005:27
*** oomichi has quit IRC05:27
*** dave-mccowan has quit IRC05:29
*** takedakn has quit IRC05:32
*** lyanchih has quit IRC05:34
*** baoli has joined #openstack-nova05:38
*** Murali has joined #openstack-nova05:39
*** eglynn__ has joined #openstack-nova05:41
*** baoli has quit IRC05:42
*** haigang has joined #openstack-nova05:47
*** markvoelker has joined #openstack-nova05:51
*** rotbeard has joined #openstack-nova05:53
*** markvoelker_ has joined #openstack-nova05:53
*** shoutm has quit IRC05:54
*** markvoelker has quit IRC05:56
*** sudipto has joined #openstack-nova06:00
*** shuquan has joined #openstack-nova06:05
*** ankit_ag has joined #openstack-nova06:06
*** lyanchih has joined #openstack-nova06:09
*** salv-orlando has joined #openstack-nova06:10
*** Sree_ has joined #openstack-nova06:14
*** Sree_ is now known as Guest4172206:14
*** davideagnello has joined #openstack-nova06:16
*** vilobhmm1 has quit IRC06:16
*** Sree has quit IRC06:16
*** oomichi has joined #openstack-nova06:18
*** vilobhmm1 has joined #openstack-nova06:18
*** ishant has joined #openstack-nova06:18
*** eglynn__ has quit IRC06:18
*** afazekas_ has joined #openstack-nova06:19
*** eglynn__ has joined #openstack-nova06:20
*** markvoelker has joined #openstack-nova06:22
*** shuquan has quit IRC06:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:23
*** eglynn__ has quit IRC06:25
*** markvoelker_ has quit IRC06:25
*** shuquan has joined #openstack-nova06:26
*** markvoelker_ has joined #openstack-nova06:27
*** haigang has quit IRC06:27
*** armax has quit IRC06:28
*** haigang has joined #openstack-nova06:28
*** markvoelker has quit IRC06:29
*** sahid has joined #openstack-nova06:29
*** davideagnello has quit IRC06:29
*** haigang has quit IRC06:29
*** vilobhmm1 has quit IRC06:30
*** haigang has joined #openstack-nova06:36
*** VikasC has quit IRC06:40
*** shoutm has joined #openstack-nova06:43
*** zhangjn has quit IRC06:45
*** zhangjn has joined #openstack-nova06:45
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type by BDMS  https://review.openstack.org/13999206:45
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999406:45
openstackgerritHiroyuki Eguchi proposed openstack/nova: Cannot rebuild a instance booted from volume  https://review.openstack.org/20145806:50
*** Guest41722 has quit IRC06:58
*** Sree has joined #openstack-nova06:59
*** shoutm_ has joined #openstack-nova06:59
*** Sukhdev has quit IRC07:00
*** shuquan has quit IRC07:00
*** shoutm has quit IRC07:00
*** eglynn__ has joined #openstack-nova07:02
*** stefan_amann has joined #openstack-nova07:03
*** Sree has quit IRC07:03
*** achanda has quit IRC07:05
*** eglynn__ has quit IRC07:09
openstackgerritSergey Nikitin proposed openstack/nova: Switch to oslo.cache lib  https://review.openstack.org/20304907:20
*** VikasC has joined #openstack-nova07:23
*** marcusvrn_ has quit IRC07:25
*** apuimedo_ has joined #openstack-nova07:27
*** romainh has joined #openstack-nova07:27
*** alexschm has joined #openstack-nova07:28
*** zhangjn has quit IRC07:28
*** asettle has quit IRC07:30
*** emagana_ has quit IRC07:31
*** emagana has joined #openstack-nova07:32
bauzasjohnthetubaguy: morning07:32
bauzasjohnthetubaguy: when're you're there, ping me, I just want to disucss the gate stability, the cells job issue and the tagging happening tomorrow :)07:33
*** kaisers has joined #openstack-nova07:33
*** doude has joined #openstack-nova07:34
openstackgerritLuo Gangyi proposed openstack/nova: Ensure bridge exists before resuming a VM after an offline snapshot  https://review.openstack.org/14994207:36
*** emagana has quit IRC07:37
*** takedakn has joined #openstack-nova07:37
*** Sree has joined #openstack-nova07:37
*** yassine__ has joined #openstack-nova07:40
*** bfic has joined #openstack-nova07:44
*** takedakn has quit IRC07:47
*** markus_z has joined #openstack-nova07:47
*** ndipanov has joined #openstack-nova07:47
*** rdopiera has joined #openstack-nova07:47
*** takedakn has joined #openstack-nova07:47
*** takedakn has quit IRC07:49
*** Nikolay_St has joined #openstack-nova07:50
*** baoli has joined #openstack-nova07:58
garykbauzas: what tagging is tomorrow?08:00
garykgate is borken08:00
bauzasgaryk: l-3 and FF08:00
garykok, thanks.08:00
alexschmlyanchih: can you have a look at https://review.openstack.org/#/c/215102/ ?08:01
alexschmlyanchih: it should fix the problem you describe in bug 148985308:01
openstackbug 1489853 in OpenStack Compute (nova) "when hard-reboot a instance with serial-port mutil times ,instance will not start for port exhausted" [Undecided,New] https://launchpad.net/bugs/1489853 - Assigned to Alexander Schmidt (alexs-h)08:01
lyanchihalexschm: I will review that, thx.08:02
alexschmlyanchih: ok it's currently "work in progress" because it does not contain new unit tests, but the production code should be ready08:03
*** baoli has quit IRC08:03
*** matrohon has joined #openstack-nova08:04
*** apuimedo_ has quit IRC08:05
*** ircuser-1 has joined #openstack-nova08:08
*** zhangjn has joined #openstack-nova08:10
*** claudiub has joined #openstack-nova08:10
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Replace get_dynamic_property with get_object_property  https://review.openstack.org/16422008:12
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Replace get_dynamic_properties with get_object_properties_dict  https://review.openstack.org/16460408:12
*** shuquan has joined #openstack-nova08:12
*** jistr has joined #openstack-nova08:15
*** kiran-r has joined #openstack-nova08:15
*** lucasagomes has joined #openstack-nova08:15
*** derekh has joined #openstack-nova08:15
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds RDPConsoleOps unit tests  https://review.openstack.org/13979808:19
*** lpetrut has joined #openstack-nova08:23
*** shuquan has quit IRC08:24
*** shuquan has joined #openstack-nova08:24
*** salv-orlando has quit IRC08:24
*** salv-orlando has joined #openstack-nova08:25
*** shuquan has quit IRC08:25
openstackgerritSachi King proposed openstack/nova: Add constraint target to tox.ini  https://review.openstack.org/20593108:26
*** shuquan has joined #openstack-nova08:26
johnthetubaguybauzas: hi08:27
bauzasjohnthetubaguy: morning08:27
johnthetubaguybauzas: I am actually away today till wednesday afternoon (yes crazy timing I know... but hence I am here right now)08:28
bauzasjohnthetubaguy: oh ok08:28
johnthetubaguybauzas: the gate doesn't look quite so bad this morning, 22 I see08:28
johnthetubaguybut I guess thats not the full story here08:28
bauzasjohnthetubaguy: I'm mostly concerned by the failures08:28
*** markvoelker_ has quit IRC08:28
bauzasjohnthetubaguy: https://bugs.launchpad.net/tempest/+bug/1489581 is still occuring08:29
openstackLaunchpad bug 1489581 in OpenStack Compute (nova) "test_create_ebs_image_and_check_boot is race failing" [Low,Triaged]08:29
bauzasjohnthetubaguy: even if the tempest bug has been delivered08:29
*** lpetrut has quit IRC08:29
johnthetubaguyso I guess we are running more jobs than ever, so we are hitting the races more than ever08:29
bauzasjohnthetubaguy: but if you're off, don't worry, will speak to mriedem later08:29
johnthetubaguyor is this the newer one?08:29
bauzasjohnthetubaguy: yeah, perhaps08:30
johnthetubaguyyeah, I mean would be awesome if someone who is around could help with that, would be awesome08:30
johnthetubaguybut honestly, its probably quite hard to land the bug fix08:30
bauzasjohnthetubaguy: I'm already looking at a cells problem, can try to dig into that one08:30
*** lpetrut has joined #openstack-nova08:30
bauzasjohnthetubaguy: agreed, will speak to alaski as well08:30
johnthetubaguyfocus us good for these things08:30
johnthetubaguyyou got a link to the cells one?08:31
bauzasjohnthetubaguy: any idea when the tag is done ?08:31
johnthetubaguybauzas: when we want, but by the latest on thursday08:31
bauzasjohnthetubaguy: https://review.openstack.org/#/c/218473/108:31
johnthetubaguybauzas: will be meeting with the release manager tomorrow to discuss that08:31
bauzasack08:31
johnthetubaguyabout this time tomorrow actually08:31
bauzasI'll leave that to ttx and you :à)08:31
alex_xujohnthetubaguy: morning, as you away these two days, can I update this patch https://review.openstack.org/#/c/214601/? and there is one comment from me, let me know your opionion, then I can update it.08:32
bauzasjohnthetubaguy: take good rest08:32
bauzasjohnthetubaguy: can handle all of that08:32
*** aix_ has quit IRC08:32
johnthetubaguyalex_xu: free free to update any of my patches, sorry, forgot to reach out to you on Friday08:33
*** aix has joined #openstack-nova08:33
*** eglynn__ has joined #openstack-nova08:33
johnthetubaguyalex_xu: I added comments about M though08:33
*** emagana has joined #openstack-nova08:33
alex_xujohnthetubaguy: don't worry, let me take care the patches08:33
johnthetubaguyalex_xu: sdague asked my to remove M from most of them, he had a good point, we are not sure when we will remove it yet08:33
johnthetubaguyalex_xu: they all had M in the first place, but changed my mind08:33
alex_xujohnthetubaguy: ok, got it08:34
johnthetubaguyalex_xu: I am expecting operator push back, which will guide the timeframe, basically08:34
alex_xujohnthetubaguy: ok, so let me remove M from the message08:34
johnthetubaguyalex_xu: where does it say M?08:35
johnthetubaguyoh, I see now08:35
johnthetubaguyoops08:35
alex_xu:)08:36
*** shoutm_ has quit IRC08:36
johnthetubaguyalex_xu: I added an extra comment, there are two Ms in that file, you probably saw that already08:37
alex_xujohnthetubaguy: ok, thanks08:37
*** emagana has quit IRC08:38
*** shuquan has quit IRC08:38
johnthetubaguyalex_xu: how are we lucking for all the API patches now?08:39
johnthetubaguyalex_xu: those renames we can merge after the freeze, I feel08:39
alex_xujohnthetubaguy: yea, rename isn't hurry for now08:39
alex_xujohnthetubaguy: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking08:39
alex_xujohnthetubaguy: just left 2 patches for L308:40
johnthetubaguyI am seeing +W on the two patches that really worry me08:40
alex_xujohnthetubaguy: which one worry you?08:40
*** amotoki has joined #openstack-nova08:41
openstackgerritSachi King proposed openstack/nova: Add constraint target to tox.ini  https://review.openstack.org/20593108:41
johnthetubaguyits the deprecate v3 and the api-paste.ini08:41
*** dguitarbite has joined #openstack-nova08:42
*** haigang has quit IRC08:44
alex_xujohnthetubaguy: anything you worry about?08:44
*** haigang has joined #openstack-nova08:44
johnthetubaguyalex_xu: lots of things, I can be a worry a lot at times, but I think we are looking good08:45
johnthetubaguyalex_xu: just spotted this patch: https://review.openstack.org/#/c/218103/108:45
johnthetubaguyalex_xu: looks good, added a comment about the v3 router, I think we have to keep that for one more release :(08:45
*** zhangjn has quit IRC08:45
johnthetubaguyonly just dropped it out of the default api-paste.ini, oops08:45
*** moshele has quit IRC08:46
alex_xujohnthetubaguy: ok, got it, it's fine now08:46
openstackgerritZhenzan Zhou proposed openstack/nova: filter pre_assigned_dev_names when finding disk dev  https://review.openstack.org/21441908:46
johnthetubaguyndipanov: it would be awesome if you can take a peak at this cells bdm thing please: https://review.openstack.org/#/c/218450/08:49
ndipanovjohnthetubaguy, will do - this is what I was chatting to alaski on Fri about08:49
johnthetubaguyndipanov: cool08:50
*** haigang has quit IRC08:50
ndipanovjohnthetubaguy, a very easy one back at you https://review.openstack.org/#/c/218201/08:50
ndipanovbut don't stop there :)08:51
bauzasndipanov: yeah that's what I was discussing with johnthetubaguy08:51
*** VikasC has quit IRC08:51
ndipanovbauzas, which one?08:51
bauzasndipanov: I think alaski's change is good because it could potentially not hurt https://bugs.launchpad.net/tempest/+bug/148958108:51
openstackLaunchpad bug 1489581 in OpenStack Compute (nova) "test_create_ebs_image_and_check_boot is race failing" [Low,Triaged]08:51
johnthetubaguyndipanov: ah, didn't see your comment, got it now08:52
bauzasndipanov: which is totally boring for passing the gate08:52
*** haigang has joined #openstack-nova08:52
openstackgerritAlex Xu proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460108:53
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578008:54
*** jichen has joined #openstack-nova08:56
*** MarcF has joined #openstack-nova08:57
*** bfic has quit IRC08:58
*** bfic has joined #openstack-nova09:00
*** ildikov has joined #openstack-nova09:02
lyanchihalexschm: The patch looks can fix 1489853.09:03
alexschmlyanchih: yes I think so too, it will return the already acquired port when get_guest_xml is called multiple times09:04
lyanchihBut why you don’t using singleton class such as SerialPortPool, which can packet those variable like ALLOCATED_PORTS or SERIAL_PORTS09:04
*** MarcF has quit IRC09:05
lyanchihIt looks also work if users change start number.09:07
*** IanGovett has joined #openstack-nova09:08
lyanchihBTW, it can also fix https://bugs.launchpad.net/nova/+bug/148051409:08
openstackLaunchpad bug 1480514 in OpenStack Compute (nova) "Remove error instance fail when enable serial_consol" [Undecided,In progress] - Assigned to Chung Chih, Hung (lyanchih)09:08
alexschmlyanchih: you mean when a user changes serial console port_range?09:10
lyanchihyes09:10
*** moshele has joined #openstack-nova09:10
gmannjichen: ping09:10
alexschmI think for this configuration change to become effective, restarting nova compute is required09:11
jichengmann: ?09:11
gmannjichen: can you please check my reply on https://review.openstack.org/#/c/217572/09:11
jichengmann: OK, in a few minutes09:11
gmannjichen: if that looks ok to you09:11
gmannjichen: Thanks :)09:11
jichengmann: np :)09:11
alexschmlyanchih: but using a singleton class sounds like a good idea, maybe you can suggest this via a code review09:12
gmannjohnthetubaguy: please look on VIF thing back-porting to kilo - https://review.openstack.org/#/c/198944/09:13
openstackgerritgaryk proposed openstack/nova: VMware: adds support for rescue image  https://review.openstack.org/21877609:15
lyanchihalexschm: Thx, I will comment it at code review.09:15
gmannjohnthetubaguy: oomichi : alex_xu : this too if we can make it - https://review.openstack.org/#/c/217572/09:15
lyanchihalexschm: Bug 1480514 will also been fixed. Do I need to do in launch pad?09:15
openstackbug 1480514 in OpenStack Compute (nova) "Remove error instance fail when enable serial_consol" [Undecided,In progress] https://launchpad.net/bugs/1480514 - Assigned to Chung Chih, Hung (lyanchih)09:15
alexschmlyanchih: I'll also assign it to myself and mention it in patchset 215102 if that is okay with you?09:17
lyanchihThat’s ok. I will also abandon my review.09:18
alexschmlyanchih: but the bugfix suggested for 1480514 also looks good by itself, so we'll simply see what gets merged first09:18
*** MarcF has joined #openstack-nova09:19
alexschmlyanchih: I suggest you keep it, as it's small and will probably get merged faster than mine09:19
*** haigang has quit IRC09:20
*** zhangjn has joined #openstack-nova09:23
*** markvoelker has joined #openstack-nova09:23
lyanchihalexschm: Ok, thx. But it didn’t have news recently. :(09:24
*** salv-orlando has quit IRC09:24
alexschmlyanchih: it just got another +109:25
*** markvoelker_ has joined #openstack-nova09:26
*** zhangjn has quit IRC09:27
lyanchihHa, thank you.09:27
*** bfic has quit IRC09:29
*** markvoelker has quit IRC09:30
*** markvoelker_ has quit IRC09:31
*** alex_klimov has joined #openstack-nova09:31
*** haigang has joined #openstack-nova09:33
openstackgerritSudipta Biswas proposed openstack/nova: Allow monitor plugins to set own object fields  https://review.openstack.org/21477209:35
*** ig0r_ has joined #openstack-nova09:37
*** markvoelker has joined #openstack-nova09:37
*** marzif__ has quit IRC09:38
*** marzif__ has joined #openstack-nova09:38
*** rdopiera has quit IRC09:38
*** ig0r__ has quit IRC09:39
*** zhangjn has joined #openstack-nova09:39
*** zhangjn has quit IRC09:41
*** VikasC has joined #openstack-nova09:47
ndipanovhttps://review.openstack.org/#/c/218450/ johnthetubaguy done09:48
ndipanovshould I ack it ?09:48
ndipanovor?09:48
*** aix has quit IRC09:49
*** amann has joined #openstack-nova09:49
*** amann has quit IRC09:49
*** s_amann has joined #openstack-nova09:49
ndipanovdone09:50
*** romainh has quit IRC09:50
*** stefan_amann has quit IRC09:52
*** vivekd has joined #openstack-nova09:54
*** Sree__ has joined #openstack-nova09:58
openstackgerritsahid proposed openstack/nova: libvirt: make detach_device to return async object  https://review.openstack.org/21768009:59
openstackgerritsahid proposed openstack/nova: libvirt: Force iSCSI disconnect after timeout  https://review.openstack.org/16781509:59
*** yassine__ has quit IRC10:00
*** Sree has quit IRC10:01
*** moshele has quit IRC10:08
*** takedakn has joined #openstack-nova10:11
*** marzif__ has quit IRC10:12
*** takedakn has quit IRC10:14
*** haigang has quit IRC10:14
*** takedakn has joined #openstack-nova10:14
*** haigang has joined #openstack-nova10:15
*** moshele has joined #openstack-nova10:15
*** takedakn has quit IRC10:17
*** takedakn has joined #openstack-nova10:18
*** aix has joined #openstack-nova10:18
*** MarcF has quit IRC10:21
*** Sree__ has quit IRC10:23
*** ferest has joined #openstack-nova10:25
*** shoutm has joined #openstack-nova10:27
*** ferest has quit IRC10:29
*** MarcF has joined #openstack-nova10:34
*** lyanchih has quit IRC10:38
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578010:39
*** pixelb has joined #openstack-nova10:43
openstackgerritsulochan-acharya proposed openstack/nova: xapi: cleanup volume sr on live migration rollback  https://review.openstack.org/21710510:44
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type by BDMS  https://review.openstack.org/13999210:45
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999410:45
*** marzif__ has joined #openstack-nova10:47
*** shoutm has quit IRC10:56
*** jaypipes has joined #openstack-nova10:58
*** gszasz has joined #openstack-nova11:01
*** takedakn has quit IRC11:01
*** qianli has joined #openstack-nova11:01
openstackgerritAlex Xu proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460111:02
*** dguitarbite has quit IRC11:04
*** yassine__ has joined #openstack-nova11:04
*** yassine__ has quit IRC11:04
*** tojuvone has quit IRC11:10
jaypipesmorning all11:11
*** takedakn has joined #openstack-nova11:11
jaypipesbauzas, alaski: if you have a chance, this patch series is review-ready: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:pci-cleanup,n,z. And https://review.openstack.org/209499 is also ready.11:12
*** takedakn has quit IRC11:13
jaypipesbauzas: see my and dansmith's note on https://review.openstack.org/#/c/213591/?11:13
*** takedakn has joined #openstack-nova11:13
openstackgerritPranali Deore proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/21880911:14
*** haomaiw__ has quit IRC11:15
*** shoutm has joined #openstack-nova11:19
jaypipesalaski, mikal, Vek, _cerberus_: easy review bait for a couple small bug fixes from snikitin: https://review.openstack.org/#/c/214189/ and https://review.openstack.org/#/c/207832/11:19
*** yassine__ has joined #openstack-nova11:20
*** dguitarbite has joined #openstack-nova11:20
*** deepthi has quit IRC11:22
openstackgerritPranali Deore proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/21881111:25
*** ishant has quit IRC11:25
*** jcoufal has joined #openstack-nova11:28
*** rotbeard has quit IRC11:31
openstackgerritPranali Deore proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/21881311:31
*** lucasagomes is now known as lucas-hungry11:32
*** emagana has joined #openstack-nova11:32
*** jaypipes has quit IRC11:35
*** hparekh has quit IRC11:35
*** hparekh has joined #openstack-nova11:35
*** jaypipes has joined #openstack-nova11:36
*** emagana has quit IRC11:37
*** amotoki has quit IRC11:39
*** bfic has joined #openstack-nova11:39
*** amotoki has joined #openstack-nova11:39
*** marzif__ has quit IRC11:42
openstackgerritgaryk proposed openstack/nova: Compute: remove unused parameter  https://review.openstack.org/21873011:43
openstackgerritBalazs Gibizer proposed openstack/nova: Add functional test for server group  https://review.openstack.org/14751411:43
*** openstackgerrit has quit IRC11:46
*** openstackgerrit has joined #openstack-nova11:47
garykjohnthetubaguy: what do you suggest that we do about https://review.openstack.org/19004711:49
*** ftersin has quit IRC11:49
garyki wrote a mail to the list and i felt that none of the people who responded to that could provide a good argument to keep this blocked.11:49
garykit is a real issue that we have in deployment.11:50
*** sudipto has quit IRC11:50
*** markvoelker_ has joined #openstack-nova11:51
*** markvoelker has quit IRC11:51
openstackgerritPranali Deore proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/21881711:54
*** markvoelker_ has quit IRC11:55
*** markvoelker has joined #openstack-nova11:56
*** mwagner_lap has quit IRC11:59
*** tojuvone has joined #openstack-nova12:01
*** cristicalin has joined #openstack-nova12:03
*** IanGovett1 has joined #openstack-nova12:05
*** IanGovett has quit IRC12:05
*** vivekd has quit IRC12:07
*** dprince has joined #openstack-nova12:08
*** dave-mccowan has joined #openstack-nova12:08
*** romainh has joined #openstack-nova12:09
*** aysyd has joined #openstack-nova12:14
*** raildo-afk is now known as raildo12:16
*** rfolco has joined #openstack-nova12:19
*** hparekh2 has joined #openstack-nova12:23
*** rdopiera has joined #openstack-nova12:24
*** hparekh has quit IRC12:24
*** ferest has joined #openstack-nova12:26
*** mhorban has quit IRC12:26
*** humble__ has quit IRC12:27
*** baoli has joined #openstack-nova12:29
bauzasjaypipes: morning you12:30
bauzasjaypipes: sure, it was in my today's list12:30
bauzasjaypipes: I'm currently looking at the gate status12:30
*** baoli_ has joined #openstack-nova12:31
*** karimb has joined #openstack-nova12:31
*** baoli_ has quit IRC12:31
bauzasjaypipes: also, wanted to chat with you about https://review.openstack.org/#/c/215471/12:32
*** edmondsw has joined #openstack-nova12:32
*** baoli_ has joined #openstack-nova12:32
*** yuntongjin has joined #openstack-nova12:33
*** baoli has quit IRC12:34
*** ferest has quit IRC12:34
*** krtaylor has quit IRC12:34
*** Sree has joined #openstack-nova12:35
*** mhorban has joined #openstack-nova12:36
*** VikasC has quit IRC12:37
*** haomaiwa_ has joined #openstack-nova12:37
*** takedakn has quit IRC12:41
*** edleafe has joined #openstack-nova12:41
*** takedakn has joined #openstack-nova12:42
alex_xubauzas: jaypipes morning, looks like this break the server group https://review.openstack.org/#/c/197912/2412:42
alex_xuwhich I reviewed at the weekend12:42
bauzasalex_xu: lemme doublecheck12:43
alex_xubauzas: let me know if I missing something12:43
bauzasalex_xu: so the filt_props dict was having a 'group_hosts' keyt12:44
bauzasalex_xu: which is a list of hosts12:44
*** annegentle has joined #openstack-nova12:44
bauzasalex_xu: on the other hand, instance_group is an object12:44
alex_xubauzas: yea, instance_group.members is a list of instance_uuid12:45
bauzasalex_xu: having a list of members12:45
bauzasalex_xu: okay, we need to check the filter then12:46
bauzasalex_xu: or where it's called12:46
*** krtaylor has joined #openstack-nova12:47
alex_xubauzas: here https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L136012:48
*** vladikr has joined #openstack-nova12:48
bauzasalex_xu: well, it works because it's a new object that I'm instanciating but not saving, right.12:49
bauzas?12:49
bauzasalex_xu: but yeah that's a misusage of instance_group12:49
*** burgerk has joined #openstack-nova12:50
jaypipesbauzas: technically, it should be a set() of hosts.12:50
*** lucas-hungry is now known as lucasagomes12:50
bauzasjaypipes: yeah, like I did for the Retry object12:50
*** MarcF has quit IRC12:50
bauzas'members'12:51
jaypipesright.12:51
bauzaswhat a nice name12:51
bauzasokay, I can do the change12:51
jaypipesbauzas: ty sir. alex_xu nice catch!12:51
bauzasbut since the object is now merged, that means a version bump...12:51
alex_xujaypipes: thanks12:51
alex_xubauzas: change the instance group object?12:52
bauzasalex_xu: no, deprecate that field and provide a new field for that12:52
bauzasalex_xu: I mean the "instance_group" field12:52
alex_xubauzas: emm...a little late at this point12:53
bauzasalex_xu: zactly12:53
bauzasalex_xu: that's the problem12:53
alex_xubauzas: or leave this part in M? we can merge all the other part12:53
alex_xubauzas: then we can fix that early when M open12:54
bauzasalex_xu: like I said, it works because it's not used as a persistent object12:54
alex_xubauzas: emm....yea, but I'm not sure that is ok12:55
bauzasjaypipes: thoughts ?12:55
bauzasjaypipes: looks like you're an o.vo guru :p12:55
bauzasand superdan is not yet awaken :p12:55
jaypipesbauzas: removed my -1 and added +W on https://review.openstack.org/#/c/215471/8, but it needs a rebase and conflict resolve.12:55
bauzasjaypipes: coolness12:56
*** afazekas__ has joined #openstack-nova12:56
bauzasjaypipes: so, yeah, given all the issues we have with uncorrect fields, I know it really depends on the situation12:56
bauzasjaypipes: if I wanted to do that properly, it would require to create a new object which would be quite similar to the InstanceGroup object (ie. having policies and members) but where members would be a ListOfComputes12:58
bauzasjaypipes: and bump the versions etc.12:58
*** afazekas_ has quit IRC12:58
bauzasalex_xu: https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L142 was merged :(12:59
alex_xubauzas: yea :(13:00
*** yuntongjin has quit IRC13:02
edleafegood UGT morning, all13:02
alex_xubauzas: looks like the correct way is we should report the instance group info into the scheduler.13:03
alex_xubauzas: but this shouldn't happened in this point13:03
bauzasalex_xu: that's what we already do13:04
bauzasalex_xu: we're passing some dict to the schedulker13:04
*** edmondsw has quit IRC13:04
bauzasalex_xu: and the scheduler consumes it13:04
*** dustins has joined #openstack-nova13:04
*** mjturek1 has joined #openstack-nova13:05
*** MarcF has joined #openstack-nova13:05
*** vivekd has joined #openstack-nova13:06
bauzasjaypipes: quick q, can we have some fields in a NovaObject that can be persisted and some others not ? I know it's pretty bad tho13:07
alex_xubauzas: emm...I need thnk about more13:07
bauzasjaypipes: I don't want to persist the list of hosts in the InstanceGroup object hence why13:07
*** shuquan has joined #openstack-nova13:11
bauzassuperdan: ^ when you'll be caffeinated, I'd enjoy some discussion about that13:12
jaypipesbauzas: I'm looking at it again...13:12
bauzasin theory, the Facade is the object and we are not contracting the fact that the SQLA model and the object model are identical13:12
jaypipesbauzas: so, even if alex_xu is correct, this looks like it may be a bug in nova that precedes your patch, no?13:13
bauzasjaypipes: the bug is that the field is badly named13:13
bauzasand there is also a PEBKAC13:13
bauzasbecause I haven't fully thought about that13:13
markus_zanthonyper: Are you around?13:13
bauzasjaypipes: but since it's now merged for the eternity, we have a few options13:14
bauzasjaypipes: and I really think we should keep a nested InstanceGroup object in the ReqSpec object13:14
bauzasjaypipes: so my proposal would be : just dump a new version of InstanceGroup which would add a new field called "hosts" but not mapped with the SQLA model13:15
jaypipesbauzas: there is already a @remoteable method called get_hosts() on the InstanceGroup object...13:15
*** xyang1 has joined #openstack-nova13:16
jaypipesbauzas: I think we should add a new field to RequestSpec which is a DictOfSetsField() called instance_group_hosts. make it non-persisted.13:16
jaypipesalex_xu: AGREE? ^13:17
jaypipesoops, sorry for yelling...13:17
jaypipescapslock fail13:17
bauzasjaypipes: I'd rather prefer to add the hosts field in the InstanceGroup object because of the semantics13:17
bauzasjaypipes: even if we already have a remotable for thzat13:17
*** jcoufal has quit IRC13:17
bauzasjaypipes: that looks even nicier :13:17
*** mdrabe has joined #openstack-nova13:17
jaypipesbauzas: and how would the hosts field get initially populated?13:18
bauzasjaypipes: something list obj.hosts = obj.get_hosts()13:18
bauzasjaypipes: thanks to what's already merged13:18
bauzasjaypipes: https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L14213:18
*** ankit_ag has quit IRC13:19
jaypipesbauzas: I think I would prefer to use expected_attrs='hosts' or something like that in the constructor.13:19
*** kbyrne has quit IRC13:19
bauzasjaypipes: you mean in _from_db_object() ?13:20
jaypipesbauzas: yeah, sorry..13:21
alex_xujaypipes: hosts field in InstanceGroup sounds better13:21
jaypipesalex_xu: yeah, cleaner... agreed.13:21
openstackgerritSylvain Bauza proposed openstack/nova: Add cpu_allocation_ratio and ram_allocation_ratio to ComputeNode  https://review.openstack.org/21547113:21
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and filters to use ComputeNode ratios  https://review.openstack.org/21669613:21
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636213:21
bauzasjaypipes: ^ any +W could be just awesomenessable13:22
*** ivasev has joined #openstack-nova13:23
*** ssurana has joined #openstack-nova13:24
alex_xujaypipes: but that sounds like we need db call in the beginning of invoking scheduler13:24
bauzasalex_xu: jaypipes: nope we don't13:25
*** mc has joined #openstack-nova13:25
bauzasalex_xu: jaypipes: again, see https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L133-L14413:26
alex_xujaypipes: bauzas as line 67 https://review.openstack.org/#/c/188487/30/nova/scheduler/filter_scheduler.py we build request_spec obj in the beginning13:26
*** mc is now known as Guest1561913:26
openstackgerritPengtao Huang proposed openstack/nova: Replace "all_mappings" variable by "block_device_mappings"  https://review.openstack.org/20851113:26
bauzasalex_xu: if you read my series, you see that I'm using some helpers for hydrating the object13:26
alex_xubauzas: ah, I see, that sounds better13:26
*** zzzeek has joined #openstack-nova13:27
*** nkrinner has quit IRC13:27
bauzasalex_xu: so, in Mitaka, I'm planning to completely remove the build_req_spec() helper and directly hydrate the Spec object in the conductor13:27
bauzasokay, so here the deal13:27
jaypipesbauzas: done (allocation series +W'd)13:27
bauzasjaypipes: Supercalifragilisticexpialidocious13:27
*** eharney has joined #openstack-nova13:27
*** ijuwang has joined #openstack-nova13:28
* jaypipes wonders how alex_xu would translate "Supercalifragilisticexpialidocious" to Mandarin.. :)13:28
* alex_xu really have no idea what is that...13:28
*** liusheng has quit IRC13:28
jaypipesalex_xu: https://en.wikipedia.org/wiki/Supercalifragilisticexpialidocious13:28
jaypipes:)13:29
*** mcarden has quit IRC13:29
*** mtanino has joined #openstack-nova13:30
*** bfic has left #openstack-nova13:30
*** links has quit IRC13:30
*** VW_ has joined #openstack-nova13:30
*** jcoufal has joined #openstack-nova13:30
bauzasalex_xu: jaypipes: okay, lemme draw something for you guys (re: the spec object)13:30
bauzasbasically, bumping a new field 'hosts' and populate it correctly in _from_db_objects()13:31
bauzaswith an expected_attrs and a lazy-load13:31
*** jcoufal has quit IRC13:31
jaypipesbauzas: yes.13:32
*** kbyrne has joined #openstack-nova13:32
bauzasnot sure for the lazy-load, the idea is that if the field is unset, we lazy-load thanks to get_hosts()13:32
alex_xujaypipes: ok, Supercalifragilisticexpialidocious means 'agree'?13:32
bauzasalex_xu: means it's a mix of feelings13:32
*** thorst1 has joined #openstack-nova13:32
*** jcoufal has joined #openstack-nova13:32
bauzasalex_xu: but basically you're happy13:32
*** edmondsw has joined #openstack-nova13:33
alex_xubauzas: heh13:33
bauzasThe roots of the word have been defined[4]  as follows: super- "above", cali- "beauty", fragilistic- "delicate",  expiali- "to atone", and -docious "educable", with the sum of these  parts signifying roughly "Atoning for educability through delicate  beauty." According to the film, it is defined as "something to say when  you have nothing to say".13:33
bauzasnot sure it's an official word tho :)13:33
bauzasI just have 2 daughters with one by 5yo13:34
*** yuntongjin has joined #openstack-nova13:34
* alex_xu try to find if there someting similar to Mandarin...13:34
*** burgerk has quit IRC13:34
*** IanGovett1 has quit IRC13:35
superdanjaypipes: heh13:35
*** superdan is now known as dansmith13:35
dansmithbauzas: discussion about what? persisting only a few fields of an object?13:35
bauzasdansmith: already awake? woah13:36
*** salv-orlando has joined #openstack-nova13:36
*** dims has joined #openstack-nova13:36
dansmithbauzas: same time every day...13:36
bauzasdansmith: so, there was a PEBKAC here13:36
bauzasdansmith: and alex_xu just found it13:36
*** rushil has joined #openstack-nova13:36
bauzasdansmith: https://review.openstack.org/#/c/197912/24/nova/scheduler/filter_scheduler.py,cm13:37
bauzasvoilà13:37
bauzasdansmith: so, my proposal was13:37
*** rushil_ has joined #openstack-nova13:37
bauzas(15:31:24) bauzas: basically, bumping a new field 'hosts' and populate it correctly in _from_db_objects()13:38
bauzas(15:31:35) bauzas: with an expected_attrs and a lazy-load13:38
bauzas(15:32:07) bauzas: not sure for the lazy-load, the idea is that if the field is unset, we lazy-load thanks to get_hosts()13:38
bauzasdansmith: so, no need to change the spec object, just bumping a new version13:38
bauzasdansmith: my thoughts was going to having DB and Object models which were different, but I answered my question13:38
*** thangp has joined #openstack-nova13:39
dansmithokay, not sure I understand what you're saying, but having a (real) lazy-load in the scheduler would be really terrible, right?13:39
dansmithperformance-wise13:39
bauzasdansmith: not, because we would actually set it *before*13:40
bauzasdansmith: I'm very against loading in the scheduler13:40
dansmithokay13:40
bauzasdansmith: but there is https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L133-L14413:40
bauzasdansmith: so, that's fine13:40
bauzasdansmith: because then, we would set the filed13:40
bauzasfield13:40
*** rushil has quit IRC13:41
bauzasdansmith: so, no lazy-load occuring13:41
bauzasdansmith: the idea to provide a lazy-load is to make sure that this field is correctly populated if needed13:41
dansmithokay13:41
*** ctrath has joined #openstack-nova13:46
*** Sree has quit IRC13:46
*** rlrossit has joined #openstack-nova13:47
*** Sree has joined #openstack-nova13:47
*** doude_ has joined #openstack-nova13:48
*** kiran-r has quit IRC13:48
*** doude has quit IRC13:48
*** doude_ has quit IRC13:49
*** annegentle has quit IRC13:49
*** rdopiera has quit IRC13:50
*** rdopiera has joined #openstack-nova13:51
*** rdopiera has quit IRC13:51
*** Sree has quit IRC13:51
*** rdopiera has joined #openstack-nova13:52
*** mwagner_lap has joined #openstack-nova13:52
openstackgerritZhenyu Zheng proposed openstack/nova: CONF.allow_resize_on_same_host should check only once in controller  https://review.openstack.org/18623613:53
*** karimb has quit IRC13:54
*** karimb has joined #openstack-nova13:56
*** shuquan has quit IRC13:57
*** zhangjn has joined #openstack-nova13:59
*** zhangjn has quit IRC13:59
*** mriedem has joined #openstack-nova13:59
*** zhangjn has joined #openstack-nova14:00
markus_zmtreinish: Hi Matthew, do you have a second?14:01
*** IanGovett has joined #openstack-nova14:01
*** garyk has quit IRC14:01
markus_zmtreinish: It's about skipping tests in tempest because of bugs: https://github.com/openstack/tempest/blob/master/tempest/api/compute/admin/test_servers.py#L14814:02
*** doude has joined #openstack-nova14:02
*** doude has quit IRC14:02
*** doude has joined #openstack-nova14:02
*** rdopiera has quit IRC14:03
*** Kennan has quit IRC14:03
*** Kennan2 has joined #openstack-nova14:03
markus_zmtreinish: Bug 1240043 is solved and would expect that the skip can be removed after that.14:03
openstackbug 1240043 in OpenStack Compute (nova) "get_server_diagnostics must define a hypervisor-independent API" [High,Fix released] https://launchpad.net/bugs/1240043 - Assigned to Gary Kotton (garyk)14:03
*** deepakcs has quit IRC14:03
markus_zmtreinish: It's not a complaint, I'm just curious how it is supposed to be.14:04
*** bnemec has joined #openstack-nova14:05
openstackgerritKyrylo Romanenko proposed openstack/python-novaclient: Add method for better random name  https://review.openstack.org/20782914:05
dansmithalaski: your patch to fix the cells test failed the cells test14:06
dansmithalaski: but it's failing in cleanup: Details: {u'code': 400, u'message': u'Invalid volume: Volume still has 1 dependent snapshots.'}14:07
*** burgerk has joined #openstack-nova14:07
alaskihmm, not sure exactly what that means14:07
*** rdopiera has joined #openstack-nova14:07
dansmithalaski: https://jenkins04.openstack.org/job/gate-tempest-dsvm-cells/975/console14:08
*** afazekas__ has quit IRC14:08
dansmithalaski: trying to delete a volume that has a snapshot14:08
*** zhangjn has quit IRC14:09
*** jroll has quit IRC14:09
*** jroll has joined #openstack-nova14:09
*** markvoelker has quit IRC14:09
*** lyanchih has joined #openstack-nova14:10
dimsdansmith: rlrossit: looks like we should not recheck until g-r lands for netaddr (https://review.openstack.org/#/c/218720/) and nova's requirements gets updated. should we pre-emptively file a review for nova requirements and not wait for the bot proposed review?14:10
openstackgerritNoel Nelson Dsouza proposed openstack/nova: Delete flavor should raise error, if it is inuse  https://review.openstack.org/21767414:10
dimssdague: ^^14:10
*** eharney has quit IRC14:11
dansmithdims: I'm not in a huge rush, as I think that the things that need this will continue to land across FF, since they're RPC bump type maintenance tasks14:11
mtreinishmarkus_z: push a patch to remove the skip14:11
*** boris-42 has joined #openstack-nova14:11
mtreinishmarkus_z: the unskips sometimes fall through the cracks14:11
dimsdansmith: ack. let nature take its course then :)14:11
mtreinishmarkus_z: there is a utility skip_tracker which is packaged with tempest-lib that'll detect skips for closed bugs14:11
dansmithdims: yeah, at this point I think we're okay14:12
sdaguedims: I don't know that nova is impacted by the netaddr issue14:12
sdagueat least, I haven't found an instance of it yet14:12
mtreinishmarkus_z: but I guess no one bothered to run it in a while :(14:12
sdagueneutron, heat, and horizon unit tests are/were14:12
*** rushil_ has quit IRC14:12
markus_zmtreinish: Cool, I'll look for the tool. Something else that I've learned.14:13
sdagueyeh, so this popped up in QA as well, but the cells test got to > 50% in *gate* last week - http://graphite.openstack.org/render/?from=-200hours&height=500&until=now&width=800&bgcolor=ffffff&fgcolor=000000&yMax=100&yMin=0&target=color(alias(movingAverage(asPercent(stats.zuul.pipeline.gate.job.gate-tempest-dsvm-cells.FAILURE,sum(stats.zuul.pipeline.gate.job.gate-tempest-dsvm-cells.{SUCCESS,FAILURE})),%2712hours%27),%20%27gate-tempest-dsvm-cells%14:13
sdague27),%27orange%27)14:13
dimssdague: tempest-dsvm-full tests seem to hit it too - http://logs.openstack.org/92/139992/36/check/gate-tempest-dsvm-full/d0c59d0/console.html#_2015-08-31_08_02_42_67114:13
sdaguewhich was part of the carnage14:13
openstackgerritAlex Xu proposed openstack/nova: Add warning log when deprecated v2 and v3 code get used  https://review.openstack.org/21810314:13
markus_zmtreinish: I found (manually) some other obsolete skips too. Would you recommend to make one patch for all findings or one patch per finding?14:13
sdaguedims: ok, so "invalid mac address" is addressed14:14
alex_xusdague: ^14:14
sdaguethat was netaddr 0.7.16 and they fixed the upstream bug so we're on 0.7.1714:14
sdaguethere are other interfaces changes with really small (/31 /32) net definitinos14:14
mtreinishmarkus_z: so I did that in the past, and I've found that a few either bit rotted or the bugs weren't fixed14:14
dimssdague: i see. thanks. just making sure i did not miss anything14:15
mtreinishmarkus_z: so I'd probably do 1 patch to unskip them all14:15
mtreinishmarkus_z: and then prune from there14:15
sdaguewhich are hitting unit tests on neutron / horizon14:15
alex_xusdague: and this patch https://review.openstack.org/214601, then those are last two patches for api, hope you can take a look at when you have time, thanks!14:15
*** yuntongjin has quit IRC14:16
markus_zmtreinish: Alright, I'll do that.14:16
*** zhangjn has joined #openstack-nova14:17
*** mpaolino has joined #openstack-nova14:17
jaypipesndipanov: rebase needed on https://review.openstack.org/#/c/218385/, FYI.14:18
ndipanovjaypipes, yeah I know but working on the last patch in the serios14:19
*** annegentle has joined #openstack-nova14:19
ndipanovand waiting for the lower ones to get through the gate14:20
jaypipesndipanov: no worries, thanks man!14:20
ndipanovhow does it look to you btw jaypipes ?14:20
jaypipesndipanov: good. I +W'd the first two in the series.14:20
*** ildikov has quit IRC14:20
ndipanovawesomeness14:20
ndipanovjaypipes, I especially wanted your eyes on https://review.openstack.org/#/c/218500/2/nova/compute/manager.py14:21
*** zhangjn has quit IRC14:21
*** gholler has joined #openstack-nova14:22
*** tonytan4ever has joined #openstack-nova14:22
*** r-daneel has joined #openstack-nova14:22
*** tpeoples has joined #openstack-nova14:23
*** gholler has quit IRC14:24
*** gholler has joined #openstack-nova14:24
mriedemrlrossit: https://bugs.launchpad.net/tempest/+bug/149059014:25
openstackLaunchpad bug 1490590 in tempest "Tempest needs a hacking check that blocks testtools.skip usage" [Low,Confirmed]14:25
mriedemsince you're not in the -qa channel14:25
rlrossitohboyohboy more hacking checks14:25
rlrossitI'm on it boss14:26
mtreinishmarkus_z: just fyi: http://paste.openstack.org/show/434951/14:26
mtreinishalthough it looks like the logic for multiple affecting projects is a bit off14:26
mtreinishthat last bug is still open on nova (closed on tempest)14:26
*** gholler has quit IRC14:26
*** electrocucaracha has joined #openstack-nova14:26
*** gholler has joined #openstack-nova14:27
*** vivekd has quit IRC14:27
markus_zmtreinish: Thanks, I'll check them manually in the issue tracker to make it sure.14:27
openstackgerritAlexander Schmidt proposed openstack/nova: libvirt: Acquire TCP ports for console during live migration  https://review.openstack.org/21510214:28
mriedemrlrossit: although maybe jswarren should take that one14:28
*** baoli_ has quit IRC14:29
*** gholler has quit IRC14:29
*** baoli has joined #openstack-nova14:30
rlrossitmriedem: I can hold off. Just let me know if I should get to work on it14:30
mriedemnah, let john do it, i sent it to him14:30
*** lpetrut has quit IRC14:32
*** claudiub has quit IRC14:32
*** hparekh2 has quit IRC14:34
*** Nikolay_St has quit IRC14:34
jaypipesndipanov: done14:34
*** ildikov has joined #openstack-nova14:36
dansmithndipanov: I'm throwing some comments on that set14:38
dansmithnot -1ing because they're already approved14:38
ndipanovdansmith, should they be -1ed?14:38
dansmithI just kinda wish some of the things were different, nothing technically wrong :)14:39
ndipanovok let me see the comments first14:39
*** mriedem is now known as mriedem_away14:39
dansmiththere might be reasons why, I haven't made it to the third one yet14:40
dansmithbasically, it seems like adding create/destroy/etc on the context object isn't really useful and we should just always load/save it through the instance14:40
*** andreykurilin__ has joined #openstack-nova14:41
dansmithhttps://review.openstack.org/#/c/218385/2/nova/compute/claims.py,cm14:41
*** apuimedo has joined #openstack-nova14:42
dansmiththat creates the migration by itself, but it seems awkward to do that when we've got the actual instance in the caller14:42
openstackgerritZhenyu Zheng proposed openstack/nova: Add UniqueConstraint for quota usages table  https://review.openstack.org/21290814:42
dansmithafter you do that create,14:42
dansmithyour instance doesn't have .migration_context14:42
dansmithso later if you passed it along to someone else, they might expect it to be there14:42
dansmithand if you set it on the instance separately, then the next .save() on the instance will have it be dirty14:42
ndipanovdansmith, yes I was thinking about the same thing14:43
*** lpetrut has joined #openstack-nova14:43
ndipanovbut if it ever gets accessed on the instance object it will get loaded14:43
ndipanovso didn't seem lika a big deal14:43
dansmithit won't because it will be =None because when the instance was fetched, it had no context14:44
ndipanovdansmith, orly14:44
dansmithso if you pass the instance on from this point, instance.migration_context will be None and won't re-load14:44
ndipanovthat's a problem good poing14:44
ndipanovwell not for the current code14:44
ndipanovhmmm14:44
dansmithI just think it's a lot more consistent if we only ever set it on the instance, and handle the create of it by doing a .save() on the instance,14:45
dansmithand delete it by setting =None and .save() again14:45
ndipanovthe reason why I probably mistakenly didn't want to do that14:45
sdaguedansmith: so, I looked into the DHCPNAK issue that clarkb thought he found in the grenade jobs. It's primarily unrelated. The DHCPNAK is actually correctly NAKing random dhcp requests from unrelated test nodes in that region14:45
ndipanovis that I didn't want to make it look like it's the same thing as other stuff on the instance14:45
ndipanovit's kind of an internal implementation detail of how migrations work14:46
dansmithndipanov: the numa and pci_requests objects are confusing in this regard, I think, so I would just like to not add more confusing stuff14:46
ndipanovdansmith, yar14:46
dansmithsdague: ... like from other tenants?14:46
sdaguewell, from other guests14:47
sdaguein our tenant14:47
sdagueother test jobs14:47
dansmithsdague: ah, okay14:47
*** eharney has joined #openstack-nova14:48
*** ftersin has joined #openstack-nova14:48
openstackgerritChuck Carmack proposed openstack/nova: Make the server group invalid format message more verbose  https://review.openstack.org/21846814:48
*** achanda has joined #openstack-nova14:49
*** zhangjn has joined #openstack-nova14:49
openstackgerritZhenyu Zheng proposed openstack/nova: Add UniqueConstraint for quota usages table  https://review.openstack.org/21290814:50
*** moshele has quit IRC14:51
*** dims has quit IRC14:51
ndipanovdansmith, so that is only the instance object changing patch that needs to be changed right?14:52
ndipanov-1 or 2 that oen and I will re-upload it soon14:52
dansmithndipanov: you might as well remove the remotable create, etc methods from the object too right?14:52
*** markvoelker has joined #openstack-nova14:53
ndipanovdansmith, well I could but that's pedantic at that point no?14:53
dansmithndipanov: if they're not used?14:54
ndipanovah right...14:54
lyanchihHi, recently I report a bug https://bugs.launchpad.net/nova/+bug/1489744 . It is talking about swap volume will stay in incorrect status. When I try to fix, I found it is cause by nova don’t send final attach and detach action to cinder.14:54
openstackLaunchpad bug 1489744 in OpenStack Compute (nova) "Swapping volume will not result in correct status" [Undecided,New] - Assigned to Chung Chih, Hung (lyanchih)14:54
openstackgerritDan Smith proposed openstack/nova: objects: Add MigrationContext object  https://review.openstack.org/21673214:54
*** markvoelker has quit IRC14:54
dansmithndipanov: I just did a commit message change to pop it out immediately.. ping me when you have it up and I'll review right away14:55
*** markvoelker has joined #openstack-nova14:55
lyanchihNova though these actions should been done in cinder. But I don’t find any relation code at cinder.14:55
dansmithndipanov: also, I think that as soon as mitaka opens, we can stop doing the relationship mapping crap14:56
*** ssurana has quit IRC14:57
dansmithndipanov: as lemming will do all requests by manifest14:57
*** jistr is now known as jistr|call14:57
dansmithI'm pretty (damn) excited for that day14:57
*** cristicalin has quit IRC14:58
lyanchihTherefore I want to ask for help. What should I do in this situation? Should I ask cinder member in cinder irc?14:59
*** sudipto has joined #openstack-nova15:01
*** baoli has quit IRC15:01
*** baoli has joined #openstack-nova15:02
*** s_amann has quit IRC15:02
*** dims has joined #openstack-nova15:03
*** s_amann has joined #openstack-nova15:03
jaypipeslyanchih: yes. please talk with thingee (Mike Perez) in #openstack-cinder. They are aware of these issues and he can point you to some patches that try to address.15:03
ndipanovdansmith, ok thanks15:04
*** hemnafk has quit IRC15:04
*** bnemec has quit IRC15:04
*** achanda has quit IRC15:05
lyanchihjaypipes: Ok, thank you. I will ask at there.15:05
*** shoutm has quit IRC15:05
*** Murali has quit IRC15:05
*** bnemec has joined #openstack-nova15:09
openstackgerritBrian Elliott proposed openstack/nova: Add migration policy to upgrades devref  https://review.openstack.org/21836215:09
*** tjones has joined #openstack-nova15:11
*** dave-mccowan has quit IRC15:11
openstackgerritBalazs Gibizer proposed openstack/nova: Add functional test for server group  https://review.openstack.org/14751415:13
lyanchihHi, please help review our patch https://review.openstack.org/#/c/208268/15:13
*** apuimedo is now known as apuimedo|away15:13
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Enable options for oslo.reports  https://review.openstack.org/21691715:13
*** tjones has left #openstack-nova15:14
*** electrocucaracha has quit IRC15:17
*** electrocucaracha has joined #openstack-nova15:18
*** prometheanfire has joined #openstack-nova15:19
prometheanfireso, I know force_config_drive is going away in liberty, but what happens to what it was doing? is it always forced on now or what?15:21
bauzasjaypipes: I'm in a call atm, but I would appreciate if you could just reply again to my comments in https://review.openstack.org/#/c/213591/9 ?15:22
bauzasjaypipes: I tried to be more verbose to explain my questions15:22
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V vTPM Devices  https://review.openstack.org/21864215:23
*** thedodd has joined #openstack-nova15:23
*** claudiub has joined #openstack-nova15:23
*** dave-mccowan has joined #openstack-nova15:25
*** VikasC has joined #openstack-nova15:25
*** jaypipes has quit IRC15:26
*** haomaiwa_ has quit IRC15:29
*** david-ly_ has joined #openstack-nova15:31
*** sudipto_ has joined #openstack-nova15:32
*** david-ly_ is now known as david-lyle_15:33
*** sudipto has quit IRC15:33
*** david-lyle has quit IRC15:33
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696815:35
*** david-lyle_ is now known as david-lyle15:35
markus_zprometheanfire: AFAIK only the value "always" is deprecated for "force_config_drive".15:36
markus_zprometheanfire: The default value will be "True" instead.15:37
markus_zprometheanfire: What makes you say that this option is going away?15:37
*** lyanchih has quit IRC15:38
*** alex_klimov has quit IRC15:38
*** Nikolay_St has joined #openstack-nova15:39
*** IanGovett1 has joined #openstack-nova15:43
*** IanGovett has quit IRC15:43
*** Piet has joined #openstack-nova15:44
prometheanfiremarkus_z: the docs15:45
prometheanfiremarkus_z: http://docs.openstack.org/kilo/config-reference/content/list-of-compute-config-options.html15:45
prometheanfiremarkus_z: does true mean that it's always attaching the config drive then?15:46
*** sudipto_ has quit IRC15:46
markus_zprometheanfire: Yes, "True" means exactly that.15:47
markus_zprometheanfire: https://github.com/openstack/nova/blob/master/nova/virt/configdrive.py#L17915:47
prometheanfireah, cool15:47
prometheanfireso always basically means true?15:47
prometheanfireor was always meaning user couldn't disdable it with 'nova boot config_drive=false' or whatever?15:48
*** rushil has joined #openstack-nova15:48
markus_zprometheanfire: IIUC, "always" == "True".15:49
prometheanfireright15:49
prometheanfirecool, thanks15:49
markus_zprometheanfire: You're welcome15:49
*** amotoki has quit IRC15:50
*** VikasC has quit IRC15:50
*** Sukhdev has joined #openstack-nova15:51
markus_zprometheanfire: For the sake of completeness, "nova boot config-drive=False" doesn't do anything. Only "True" has an effect and only if the "force_config_drive" option was "False".15:52
prometheanfireok15:53
*** jistr|call is now known as jistr15:53
prometheanfirenice that we are always presenting the data then15:53
*** pbrooko has joined #openstack-nova15:53
prometheanfireiirc there was a problem if the data changed, the iso wouldn't get regened or something (network updates)15:53
*** zhangjn has quit IRC15:54
*** yassine__ has quit IRC15:54
markus_zYou mean an updated of the data on the config drive?15:55
prometheanfireyes15:55
markus_zAFAIK the content should be pretty static, otherwise it doesn't do its one job, to provide data for configuration at boot time.15:56
markus_zWhen does an update of the data happen?15:57
prometheanfireit should happen if you add/change networking for instance15:58
*** diegows has joined #openstack-nova15:58
prometheanfireattach/detach networks15:58
prometheanfiremaybe drives too15:58
prometheanfirecloud-init would have to be re-run though15:58
prometheanfireso not sure how useful really15:58
*** annegentle has quit IRC15:59
markus_zThis happens after the boot of the instance is done, which isn't within the scope of the config-drive I guess. But I'm not really sure.15:59
prometheanfirethat's running config changes, generally outside of cloud-init's view16:00
*** markvoelker_ has joined #openstack-nova16:00
openstackgerritjichenjc proposed openstack/nova: API: remove unused parameter  https://review.openstack.org/21893216:00
prometheanfireglad we agree then :D16:00
*** MarcF has quit IRC16:00
markus_z:)16:00
*** markvoel_ has joined #openstack-nova16:01
prometheanfireguess all that would be config management of the guest to be done by either auto-dhcp for addresses or something like ansible/puppet/etc16:01
markus_zprometheanfire: Right, I think so to. These tools are made for this and should do a better job. Config-drive can be a leverage for using that.16:03
*** Apoorva has joined #openstack-nova16:03
*** markvoelker has quit IRC16:03
*** dannywilson has joined #openstack-nova16:04
*** baoli has quit IRC16:04
*** sayali has quit IRC16:04
*** jichen has quit IRC16:04
*** IanGovett1 has quit IRC16:05
*** baoli has joined #openstack-nova16:05
prometheanfireright16:05
*** markvoelker_ has quit IRC16:05
*** apuimedo|away has quit IRC16:05
*** baoli has quit IRC16:05
prometheanfirealso, that would mean cloud-init and config management could fight16:05
*** IanGovett has joined #openstack-nova16:06
markus_zAnd we don't want fights ;)16:06
* markus_z has to leave for today. see you16:06
*** sayali has joined #openstack-nova16:06
*** markus_z has quit IRC16:06
prometheanfirecya16:06
*** mriedem_away is now known as mriedem16:08
*** matrohon has quit IRC16:08
*** apuimedo|away has joined #openstack-nova16:09
*** flashgordon is now known as jogo16:09
*** IanGovett1 has joined #openstack-nova16:10
*** IanGovett has quit IRC16:10
*** MarcF has joined #openstack-nova16:12
*** kiran-r has joined #openstack-nova16:13
*** jistr has quit IRC16:13
*** ssurana has joined #openstack-nova16:14
*** armax has joined #openstack-nova16:15
*** ssurana has left #openstack-nova16:15
*** mpaolino has quit IRC16:16
*** vishwanathj has joined #openstack-nova16:18
*** vivekd has joined #openstack-nova16:18
*** jaypipes has joined #openstack-nova16:22
*** skylerberg has joined #openstack-nova16:22
*** salv-orl_ has joined #openstack-nova16:25
*** unicell has quit IRC16:25
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893816:25
*** salv-orlando has quit IRC16:28
*** mdrabe has quit IRC16:28
*** markvoel_ has quit IRC16:31
*** ociuhandu has joined #openstack-nova16:31
*** markvoelker has joined #openstack-nova16:31
*** markvoelker_ has joined #openstack-nova16:32
*** lifeless has quit IRC16:34
*** annegentle has joined #openstack-nova16:35
*** karimb has quit IRC16:36
*** markvoelker has quit IRC16:36
edleafejohnthetubaguy: around? Question about v3 deprecation16:37
*** markvoelker_ has quit IRC16:37
*** gszasz has quit IRC16:38
*** sahid has quit IRC16:41
*** lifeless has joined #openstack-nova16:41
*** mdrabe has joined #openstack-nova16:41
*** s_amann has quit IRC16:44
*** meghal has joined #openstack-nova16:44
*** nic has joined #openstack-nova16:46
*** davideagnello has joined #openstack-nova16:47
*** davideagnello has quit IRC16:49
*** romainh has left #openstack-nova16:50
*** yamahata has joined #openstack-nova16:50
*** davideagnello has joined #openstack-nova16:50
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type by BDMS  https://review.openstack.org/13999216:51
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999416:52
*** pbrooko has quit IRC16:52
openstackgerritMatt Riedemann proposed openstack/nova: Remove duplicate NullHandler test fixture  https://review.openstack.org/21895016:53
*** lpetrut has quit IRC16:53
*** prometheanfire has left #openstack-nova16:54
*** dims has quit IRC16:55
*** salv-orl_ has quit IRC16:56
*** cfriesen has joined #openstack-nova16:58
*** vishwanathj has quit IRC17:00
cfriesenany chance of getting https://review.openstack.org/#/c/210689/ some attention?  It's a small fix to return the "correct" error message for attempted operations on locked instances.17:00
*** earlephilhower has joined #openstack-nova17:02
*** dannywilson has quit IRC17:02
*** exploreshaifali has joined #openstack-nova17:04
*** derekh has quit IRC17:05
*** IanGovett1 has quit IRC17:08
*** kiran-r has quit IRC17:10
*** tonytan4ever has quit IRC17:12
*** unicell has joined #openstack-nova17:12
*** rdopiera has quit IRC17:15
*** achanda has joined #openstack-nova17:18
*** nic has quit IRC17:18
*** garyk has joined #openstack-nova17:20
*** aix has quit IRC17:21
mriedemcfriesen: +W17:22
*** vivekd has quit IRC17:23
*** alexschm has quit IRC17:23
*** mjturek1 has quit IRC17:23
*** IanGovett has joined #openstack-nova17:24
*** nic has joined #openstack-nova17:24
mriedemdansmith: https://review.openstack.org/#/c/218362/ is all yours17:25
dansmithokay, in a sec17:25
*** ftersin has left #openstack-nova17:25
garykdansmith: did you see the mail thread about https://review.openstack.org/190047 - on the review you wanted discussion and i did not see you chime in. can we unblock this. it is a real issue that we have in production17:27
mriedemzzzeek: in https://review.openstack.org/#/c/212908/ - i'm wondering if you have some sqlalchemy-fu where we could detect things that would fail creating a unique constraint and reduce those before actually doing the UC.create() call17:28
dansmithgaryk: okay, the discussion seemed to be happening, but I didn't follow the end of it, I'll look in a bit17:28
*** dims has joined #openstack-nova17:29
*** vilobhmm1 has joined #openstack-nova17:29
zzzeekmriedem: well you’d want to run a SELECT statement that looks for dupes17:29
zzzeekmriedem: is that the part you want to see ?17:29
*** dims_ has joined #openstack-nova17:30
*** dims has quit IRC17:30
*** emagana has joined #openstack-nova17:30
*** mjturek1 has joined #openstack-nova17:30
*** ildikov has quit IRC17:31
openstackgerritVladik Romanovsky proposed openstack/nova-specs: Libvirt hardware policy from libosinfo  https://review.openstack.org/21896217:31
*** meghal has quit IRC17:32
mriedemzzzeek: yeah17:32
dansmithgaryk: I seem to be missing where that thread came to any sort of conclusion that indicates the patch should be merged17:33
*** meghal has joined #openstack-nova17:34
zzzeekmriedem: so suppose you had UNIQUE on columns “x” and “y”. you can find dupes as SELECT count(*) FROM table GROUP BY x, y HAVING count(*) > 117:35
*** baoli has joined #openstack-nova17:35
garykdansmith: i am not sure what to say. i state a number of cases where it can and does happen. this is with the vmware driver and other drivers.17:35
*** sachin has joined #openstack-nova17:35
garykthe fact tha matt is not convinced and you are against it does not help. the fact that the patch is just logging instead of doing something drastic is an issue.17:36
mriedemzzzeek: is that all possible via sqlalchemy? or do we have to do straight sql execution?17:36
*** tonytan4ever has joined #openstack-nova17:36
garykand as you said the hypervisor should be the source of truth - and that is what is happening - it is the source of truth, but the compute node decides to shut down an instance17:36
garykdid i not manage to get that point across?17:37
zzzeekmriedem: heh.  there is no SELECT we dont do :)17:37
*** baoli has quit IRC17:37
mriedemzzzeek: i can't beat your low low prices? :)17:37
zzzeekmriedem:   well here’s the thing, you want to do this in a migration?  let’s go to the chorus.   “what about online schema migrations?”17:37
garykdansmith: i think that the same can happen with libvurt, for example if the libvirt process is being restarted or hangs for a few seconds whilt the periodic task is running17:37
garykthat can certainly happen17:38
*** baoli has joined #openstack-nova17:38
garyklibvirt17:38
mriedemgaryk: if libvirt restarts the nova driver should punt17:38
zzzeekmriedem:  a core SELECT looks like stmt = select([func.count(‘*’)]).group_by(MyModel.x, MyModel.y).having(func.count(‘*’) > 1);   if connection.scalar(stmt): boom17:38
mriedemzzzeek: ah, nice17:38
*** rlrossit has left #openstack-nova17:39
garykmriedem: should punt for what? so nova compute should restart?17:39
mriedemgaryk: no, when asked about the power_state of a vm, if the nova libvirt driver can't connect to libvirtd to determine that, it should raise an error17:39
garykok, so we have a different us case here. so for hyperv and vmware this may be different.17:40
garykso do we need to block these drivers - this change is just logging something and not doing anything else - backwards compatible.17:40
mriedemas in the instance moved from vmware black box A to vmware black box B and nova doesn't know about said black boxes?17:40
claudiublifecycle events?17:41
garykmriedem: the general use case for VMware is to enable DRS and HA. so instances can be moved from one box to anoterh17:41
garykthat should not have the compute node shutting down the instance17:41
claudiubif lifecycle events are implemented, nova compute manager should notice that instances moved from one node to another17:42
mriedemgaryk: can't the nova vmware driver detect that the instance is moving?17:42
garykthis is an edge case when one of the box failed - say for example a power outage. happsn. no?17:42
garykthe HA moves that instance to another box and the service continues17:42
garykno?17:42
mriedemgaryk: no one is arguing that shit doesn't happen17:42
garykor do we want users to build applicatiosn that can handle random shutdowns17:42
garykyeah, but lets not have the copmpute node behaving as cattle17:42
garykthat is my point17:42
mriedemgaryk: i think the point people are trying to make is the vmware driver should not be returning bogus information to the task17:42
*** lpetrut has joined #openstack-nova17:43
garykkind of stuff breaks, but lets not have the compute node add more havic to that17:43
garykmriedem: it is not returning bogus data17:43
*** ig0r__ has joined #openstack-nova17:43
garykthe instance is down at point A when the host is down and it is up and point B when the instance has been reolocated17:43
garykthe fact that the compute node incorrectly decides that it should be down is where the problem lies17:43
garykdo you not understand that?17:44
garykor am i unable to explain it17:44
alaskigaryk: how does the compute node decide that it's down?17:44
alaskithe virt driver is telling it that it is right?17:44
garykalaski: the compute node queries the VC. the VC sees that it down and says it is down17:44
garyknext perioedic iteration is is up17:44
*** SourabhP has joined #openstack-nova17:45
cfriesengaryk: mriedem: I think the point here is that the vmware hypervisor is essentially changing the state autonomously without going through the nova APIs, so presumably we'd want to update the nova state to reflect what the hypervisor is telling us.17:45
garykas the HA moved it from the hosed host to another healthy one17:45
mriedemgaryk: can't the vmware driver determine that the instance is down because the host is also down?17:45
garykmriedem: no, it cannot17:45
mriedemand raise an error to the task to ignore htat instnace?17:45
garykit is not aware of the hosts in the cluster17:45
cfriesenmriedem: the instance is actually down at the time of the periodic task scan though...so it's valid to report that it's down17:45
mriedemcfriesen: sure, and then it's back up, but nova will think it's still down and stop it17:46
mriedemi get that17:46
garykcfriesen: that is what the patch that i added does - it logs that it is down and just does not shut it down when it comes back up17:46
*** ig0r_ has quit IRC17:46
mriedemgaryk: your patch actualy doesn't handle that case17:46
mriedemwhich is why i just pointed out again in the change17:46
garykmriedem: that is exactly what my patch handles17:46
mriedemno, your patch ignores the case when it's actually down17:46
mriedemi'm saying,17:46
mriedemit's not handling the case where it's actually running but nova turns it off17:47
garykmriedem: no, when it is down at point A the instance is marked as down and the periodic task continues17:47
mriedemi think it's totally valid for nova to call the stop API when the nova db say it's active but the hypervisor says it's stopped17:47
garykthat is what the code does today17:47
*** mjturek1 has quit IRC17:47
garykmriedem: but the point A when the instance is down the DB is updated from running to stooped17:48
mriedemgaryk: tell me where i'm wrong here: (12:38:46 PM) zzzeek: mriedem:  a core SELECT looks like stmt = select([func.count(‘*’)]).group_by(MyModel.x, MyModel.y).having(func.count(‘*’) > 1);   if connection.scalar(stmt): boom17:48
garykthen the next iteration when it is up it is stopped17:48
mriedemdamn17:48
mriedemhere https://review.openstack.org/#/c/190047/12/nova/compute/manager.py17:48
*** aix has joined #openstack-nova17:48
garykmriedem: lets start again:17:49
garyk1. periodic task runs at point A. every is fine.17:49
garyk2. host A goes down17:49
cfriesenmriedem: vm_power_state comes from the hypervisor, no?17:49
garyk3. periodic task runs at point B. instance X is down. it is marked as stooped in the DB by the periodic task17:49
cfriesenso the hypervisor is reporting it's down, but the DB has it as active17:50
garyk4. vmware VC detects that host A is down and reoltaes all instances to other hosts in cluster and restarts those instances17:50
garyk5. periodic tasks runs and hyperviosr says instance is running - this does not match the DB state17:50
garykso perdioc tasks shuts down the instance17:50
mriedemgaryk: yes, i know all this17:50
mriedem#3 is totally valid17:50
openstackgerritlalit dagre proposed openstack/nova: Flavor object which support both DB with active migration  https://review.openstack.org/21304117:50
mriedemwhat i'm saying is,17:50
mriedemif you were going to ignore something, i'd ignore #517:51
mriedemsince #5 is the one that ignores the hypervisor for the nova db17:51
mriedemhowever,17:51
alaskigaryk: my question on this is still if host A is down why it returns info to the periodic task to say the instance is stopped17:51
mriedemthen nova says the thing is not running when it is17:51
*** Sukhdev has quit IRC17:51
garykalaski: at that point in time the instance is actually down.17:51
mriedemi'd think #5 would actually do like a reboot or something17:51
openstackgerritJoshua Harlow proposed openstack/nova: libvirt: Use psutil and TERM to KILL backoff loop  https://review.openstack.org/21859717:52
garykthe VC driver returns that the instance is down17:52
cfriesenmriedem: I think where your comment is in the review is actually representing step 317:52
alaskigaryk: butif the host is down, return an error, not say that the instance is down17:52
garykmriedem: i do not see what it would do a reboot. the hypervisor returns that the instance is running - so now you want to reboot it? sorry i do not understand17:52
cfriesenalaski: but if the host is down, at that point the instance is also down17:52
mriedemcfriesen: no, #3 is L595117:52
alaskicfriesen: yes, but if the host is down just indicate that it's not valid to sync power states now17:53
garykalaski: so you are suggesting that the driver return that the instance is in an error state?17:53
mriedemgaryk: reboot it to re-sync the nova db and the hypervisor17:53
cfriesenmriedem: crap, you're right.  missed the skipped lines17:53
mriedemalaski: +117:53
*** mjturek1 has joined #openstack-nova17:53
mriedembasically, the virt driver should somehow detect sh is f'ed and says skip me for now17:53
mriedemi'm sitting this one out17:53
alaskigaryk: not exactly, the driver could return and say "it is not valid to sync power states right now because a host is down and I don't know its power state"17:53
cfriesenalaski: but host down means we *know*  the instance is donw17:53
mriedemalaski: s is f'ed17:54
mriedemis the technical term17:54
cfriesenat least until we restart it somewhere17:54
garykalaski: i will look at that option17:54
alaskisure, except HA means we don't actually know that apparently17:54
garykalaski: the HA knows that the instance should be moved.17:54
alaskiright, meaning the state isn't really known17:54
garykand it correctly does that. the fact thatthe compute node takes drastic action is not an issue that concerns you guys?17:54
mriedemcfriesen: there is a difference between knowing the instance is down and knowing that it's down but will be moved and up again on another host17:54
cfriesenmriedem: okay, but until it's moved and up again, it's down. :)17:55
mriedemgaryk: sure it does, that's why i pushed up the patch to disable lifecycle events17:55
cfriesenmriedem: and that move/restart could fail due to resource shortage17:55
garykmriedem: but that has even more problems - and you are unable to delete instances17:55
cfriesenmriedem: in which case we'd want it to show as "down", no?17:55
mriedemgaryk: why am i unable to delete instances?17:55
tojuvonecfriesen: Would you have nice comment on this spec that continues the mark-host-down to be visible on instance: https://review.openstack.org/#/c/192246/717:56
garyki am not sure if you have encountered that - then the tenants quotas are all used up due to a dodgy compute node logic17:56
*** rlrossit has joined #openstack-nova17:56
mriedemgaryk: huh17:56
cfriesentojuvone: will try. :)17:56
mriedemgaryk: if i delete the instance the quota is freed up17:56
mriedemi should always be able to delete an instance17:56
garykmriedem: i have hit cases when the states are not in sync the api is unable to delete the instances17:57
mriedemgaryk: yeah, those are bugs17:57
garykmriedem: yeah.17:57
garykmriedem: and so is this17:57
garyki will look at what alaski suggested. i am still not convinced that it is the right direction17:57
garykthe tenant will see that the instance is in ERROR state and it is actually running. that will also cause issues17:58
mriedemgaryk: what alaski said is basically the same as what dansmith said when he -2'd the change17:58
garykif the host fails then it is really down and if the host restarts then it will really be running17:58
cfriesenmriedem: alaski: if we take the hypervisor to be correct when it reports the VM as down, shouldn't we take it to be correct when it reports the VM to be up?17:58
alaskigaryk: don't put the instance in error, just skip the sync and try again when the host is up or the instances are all moved17:58
mriedemcfriesen: that's what i was pointing out in the comments17:58
garykcfriesen: that is my argument, why is the compute node overriding the hy[pervisor17:58
mriedemalaski: basically treat it as the task_state is not None but in the virt driver17:59
cfriesenmriedem: right17:59
*** tojuvone_ has joined #openstack-nova17:59
alaskimriedem: exactly17:59
cfriesengaryk: see mriedem's comments in the review...17:59
mriedemif the virt driver can detect or assume there is a task being performed due to HA,17:59
mriedemskip it17:59
mriedemlike the periodi task does if there is task happening at the top17:59
tojuvone_cfiresen: thanks :)17:59
garykok, i'll look into that17:59
tojuvone_Also if some other API guys could comment, would be nice :)18:00
*** VW_ has quit IRC18:00
mriedemif nothing else, i'd consider a change that allows an operator to either stop or reboot the instance in the case that the nova db says it's down but the hypervisor says its up18:00
*** tojuvone has quit IRC18:00
*** VW_ has joined #openstack-nova18:00
mriedemlike what resume_guests_state_on_host_boot is used for18:00
garykmriedem: ok18:01
*** lucasagomes is now known as lucas-dinner18:01
garykmriedem: so for this inad of shutting down we could just use this vr and continue?18:02
mriedemvr?18:02
garykmriedem: variable18:02
mriedemresume_guests_state_on_host_boot ?18:03
mriedemthat config option is a bit confusing in this context18:03
mriedembut i think it's used in the same manner on init18:03
*** sachin has quit IRC18:04
*** salv-orlando has joined #openstack-nova18:04
garykmriedem: say for example https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L5975 the accoring to the flag dont do the shutdown18:05
*** sachin has joined #openstack-nova18:05
*** davideagnello has quit IRC18:06
garykmriedem: i'll look at this tomorrow18:07
mriedemgaryk: no18:07
mriedemi think in that case the hypervisor says it's down so call the stop api18:07
garykok, i wont look at it tomorrow :)18:07
mriedemthat makes sense18:07
mriedemgaryk: i'm saying this case https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L602718:08
mriedemwhich is what i commented on in the change18:08
openstackgerritEd Leafe proposed openstack/nova: Remove 'v3' from extension code  https://review.openstack.org/21431118:09
openstackgerritEd Leafe proposed openstack/nova: Remove more 'v3' references from the code  https://review.openstack.org/21429018:09
*** salv-orlando has quit IRC18:09
garykmriedem: that kind of was addressed by my change - in line 592418:09
garykbut not in the way that you wanted me to deal with it18:10
mriedemgaryk: that's the wrong place18:10
mriedemgaryk: i think it fixes your scenario but in the wrong place18:10
mriedemsec, i'll push up a WIP in a sec here18:10
garykmriedem: no need, i'll do that18:11
openstackgerritChuck Carmack proposed openstack/nova: Fix the usage output of the nova-idmapshift command  https://review.openstack.org/21897318:12
*** sachin has quit IRC18:13
*** takedakn has quit IRC18:13
*** sachin has joined #openstack-nova18:13
openstackgerritAndrew Laski proposed openstack/nova: Add persistence to the RequestSpec object  https://review.openstack.org/21175318:14
*** sachin has quit IRC18:16
*** sachin has joined #openstack-nova18:17
*** sachin has quit IRC18:17
*** sachin has joined #openstack-nova18:17
*** markvoelker has joined #openstack-nova18:17
openstackgerritMatt Riedemann proposed openstack/nova: Allow admin to reboot instances when syncing power states  https://review.openstack.org/21897518:19
mriedemgaryk: dansmith: alaski: cfriesen: ^ alternative solution, needs tests18:19
*** ildikov has joined #openstack-nova18:20
*** markvoelker has quit IRC18:21
*** sachin has quit IRC18:21
*** sachin has joined #openstack-nova18:21
*** pv_ has joined #openstack-nova18:23
pv_hey there, quick question.. whenever I try to boot a nova instance its getting stuck in a BUILD state.. my n-cpu logs show an error in nova.compute.manager: Error: \'versioned_object.namespace\'\n'18:24
pv_and the same error appears in my n-cond.log in rpc.dispatcher18:24
dansmithpv_: there's more to the error18:24
pv_ ERROR oslo_messaging.rpc.dispatcher [req-f92a3b5a-23db-45d8-aaa3-fe503583bdec None None] Exception during message handling: 'versioned_object.namespace'18:25
dansmithshould be a lot above that line18:25
pv_is the start of a long line of error messages im getting in my conductor logs18:25
*** davideagnello has joined #openstack-nova18:25
*** rushil has quit IRC18:25
pv_oh yeah there is18:25
dansmithyeah, pastebin please18:25
pv_kk one sec18:25
bauzaspv_: dansmith: I'm just having the same problem18:27
pv_http://pastebin.com/uNWvcv26 error message in my n-cpu log18:27
pv_ill get you the cond log in a sec18:28
bauzaswhen running local tests18:28
bauzasokay, unrelated to me18:28
*** exploreshaifali has quit IRC18:28
bauzasnevermind18:28
dansmithpv_: yeah, the conductor log will be more helpful18:28
dansmithpv_: are you running master?18:28
pv_master? haha im not sure what that is18:29
pv_sorry18:29
*** takedakn has joined #openstack-nova18:30
bauzasdansmith: okay, I think I found my own problem related to that, probably due to an old o.voo18:30
dansmithpv_: deploying from git, not from a stable release18:31
dansmithbauzas: okay, we're trying to lift the minimum for that package, but I think we might still be waiting for that to land18:31
pv_http://pastebin.com/C4syddEN here are the error messages from my cond log18:31
*** moshele has joined #openstack-nova18:31
pv_yeah im running from master18:31
pv_should I not be?18:31
bauzasyeah, that seems to be the same problem18:31
bauzasdansmith: sure, I know about rlrossit's change18:32
*** sachin has quit IRC18:32
*** sachin has joined #openstack-nova18:32
bauzasjust wondering if pv_'s issue could be related to that - provided he's running from source :)18:32
dansmithbauzas: probably18:32
dansmithalthough I'm not sure why this would have changed18:33
dansmithpv_: what version of oslo.versionedobjects?18:33
pv_how do i check that?18:34
dansmithpv_: maybe you could tell me more about your environment.. is this a real deployment, devstack, unit tests... ?18:34
pv_oh sorry im running devstack18:35
pv_one a single node on which im testing my FC cinder driver18:35
bauzasso yeah, probably related to that18:35
bauzascd /opt/stack/nova; sudo pip install -r requirements.txt18:35
pv_on a *18:35
dansmithokay, I just realized we might've broken something with this: https://review.openstack.org/#/c/217382/1/nova/objects/base.py,cm18:36
*** mjturek1 has quit IRC18:36
bauzasdansmith: if latest o.vo, that's fine18:36
dansmithbauzas: no it's not18:36
bauzasdansmith: I just did a venv upgrade and it went fine18:36
bauzasbut I'm not within devstack18:37
dansmithright, but that patch may be breaking wire protocol, which means older nodes will be broken18:37
bauzasoh gotcha !18:37
*** tonytan4ever has quit IRC18:38
*** tonytan4ever has joined #openstack-nova18:38
*** tonytan4ever has quit IRC18:38
*** salv-orlando has joined #openstack-nova18:39
pv_should i change it from the master branch to stable-kilo?18:40
pv_the nova_branch18:40
dansmithoh, yeah, you're running old stuff I think18:40
dansmithso I think this is actually okay because of thangp's patch18:40
pv_alright ill try that thanks18:41
dansmithpv_: so, just to be sure, please "pip freeze | grep versionedobjects"18:41
dansmithbauzas: so that patch didn't break it as long as you're running a newer o.vo that honors a field18:41
pv_oslo.versionedobjects==0.7.018:41
*** takedakn has quit IRC18:41
dansmithbauzas: which is why it fixes it for you, and why the gate is working I think18:41
pv_is what im getting from that18:42
dansmithpv_: yeah, so if you could try just upgrading that and re-trying that would be a good test18:42
dansmithpip install -U oslo.versionedobjects18:42
dansmithshould get you 0.9.018:42
pv_ok thanks, ill try that18:42
bauzasdansmith: yeah, since the gate is always getting the latest dependencies, we're good18:42
bauzasdansmith: but some people who would just use devstack with an OFFLINE=True could get that ^18:42
*** lpetrut has quit IRC18:43
dansmithbauzas: by gate, I meant the partial-ncpu job, which should be ensuring we didn't break the wire protocol between K and L18:43
*** mjturek1 has joined #openstack-nova18:43
dansmithbauzas: until we land the patches to bump the minimum, yeah18:43
bauzasdansmith: oh right, that's the server which needs to have the most up-to-date, right? so, since it's the controller, hence why, nope?18:44
openstackgerritMatt Riedemann proposed openstack/nova: WIP: Allow admin to reboot instances when syncing power states  https://review.openstack.org/21897518:44
dansmithbauzas: this doesn't actually have anything to do with that it's a controller, just that we're running some new code talking to some old code, to make sure they're still speaking the same language18:44
dansmith(so to speak)18:44
bauzasbut if I remind correctly, the partial-ncpu is a master AIO + a Kilo n-cpu, right?18:45
bauzasdansmith: ^18:46
dansmithyeah18:46
bauzasokay, so since the master is always up-to-date, that's working IIUC18:46
dansmithsince the master nodes are pulling a new o.vo, yes18:46
*** meghal has quit IRC18:47
dansmithpv_: I do actually want to hear back, FYI :)18:47
*** meghal has joined #openstack-nova18:47
pv_yeah definitely, im running stack.sh so it'll be a bit but ill lyk!18:47
dansmithpv_: did you get 0.9.0 after the install -U?18:47
pv_yup18:48
dansmithokay cool18:48
pv_it went from 0.7.0 to 0.9.018:48
dansmithyeah, cool18:48
dansmiththe patch to raise the minimum is in the gate now18:48
dansmiththat would have fixed this for you18:48
*** ig0r__ has quit IRC18:48
*** SourabhP has quit IRC18:50
*** mjturek2 has joined #openstack-nova18:52
*** mjturek1 has quit IRC18:53
*** edmondsw has quit IRC18:56
pv_hey thanks so much, it works now the update of oslo.versionedobjects did the trick!18:56
*** hemna has joined #openstack-nova18:57
*** edmondsw has joined #openstack-nova18:57
*** ociuhandu has quit IRC18:58
dansmithpv_: cool19:00
*** SourabhP has joined #openstack-nova19:01
openstackgerritSergey Nikitin proposed openstack/nova: Don't query database with an empty list of tags for creation  https://review.openstack.org/21418919:03
rlrossitdansmith: the 0.9.0 change just got merged19:05
dansmithrlrossit: nice19:06
*** Apoorva has quit IRC19:06
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696819:07
rlrossitI want this ^19:10
bauzasdansmith: since the above is merged, I guess there is nothing to be done ?19:11
bauzasdansmith: or do you plan some defensive approach ?19:11
dansmithbauzas: nope, we're good I think19:12
*** jwcroppe has joined #openstack-nova19:13
bauzasdansmith: that's my understanding19:13
*** ZZelle has joined #openstack-nova19:13
*** mjturek1 has joined #openstack-nova19:14
*** jwcroppe_ has quit IRC19:15
*** mjturek2 has quit IRC19:15
*** tojuvone_ has quit IRC19:18
*** Apoorva has joined #openstack-nova19:21
*** pixelb has quit IRC19:23
*** baoli has quit IRC19:24
*** baoli has joined #openstack-nova19:24
*** lpetrut has joined #openstack-nova19:29
*** promulo__ has quit IRC19:32
*** exploreshaifali has joined #openstack-nova19:33
*** davideag_ has joined #openstack-nova19:35
*** davideagnello has quit IRC19:37
*** salv-orlando has quit IRC19:37
*** jichen has joined #openstack-nova19:42
*** thorst1 has quit IRC19:47
bauzasdansmith: got a few mins for just answering a question ?19:49
bauzasdansmith: why is there an expected_attrs param for _from_db_object() if we provide a obj_lazy_load() method for those fields ?19:49
dansmithbauzas: in the middle of something, maybe in a bit?19:49
*** Sukhdev has joined #openstack-nova19:49
bauzasdansmith: ack, no worries19:49
dansmithbauzas: because we always want to load them if they're there19:50
bauzasdansmith: I'm just trying to understand some logic, not rush19:50
*** salv-orlando has joined #openstack-nova19:50
dansmithbauzas: if we asked for them in the db query, we need to tell from_db_obj to load them19:50
dansmithhowever, if we didn't we don't want it to try to load them, because that would lazy-load from the database, creating more hits,19:50
dansmithand also always return everything from the rpc calls, which we don't always want19:50
bauzasdansmith: I see, it provides a way to either get them or not19:51
bauzasand if the latter, then lazy-load it19:51
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893819:51
openstackgerritNikola Dipanov proposed openstack/nova: compute: migrate/resize paths properly handle stashed numa_topology  https://review.openstack.org/21850019:51
openstackgerritNikola Dipanov proposed openstack/nova: Claims: Make sure move claims crate a migration context records  https://review.openstack.org/21838519:51
openstackgerritNikola Dipanov proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673319:51
openstackgerritNikola Dipanov proposed openstack/nova: objects: Add MigrationContext object  https://review.openstack.org/21673219:51
ndipanovdansmith, pls^19:51
bauzasdansmith: gotcha, thanks19:51
ndipanovwill heck back in a bit if there is some nits19:51
dansmithndipanov: so you still have the get-by-uuid19:52
dansmithyou need that?19:52
*** davideagnello has joined #openstack-nova19:52
*** VW__ has joined #openstack-nova19:52
ndipanovyeah for the lazy load no19:52
dansmiththe _save shouldn't be necessary, as you can just set that in the instance save itself and do it in one shot19:52
dansmithndipanov: ah, okay19:53
ndipanovit's not a remotable so we can move it if we don't like it (_save)19:53
dansmithyep19:53
*** davideag_ has quit IRC19:53
dansmithI think we should, but since it's changeable later, that's fine for now19:53
*** VW__ has quit IRC19:55
dansmithndipanov: why not make apply and revert remotable and atomic in terms of unsetting the context?19:55
*** VW__ has joined #openstack-nova19:55
*** VW_ has quit IRC19:56
dansmithokay, I see19:57
*** rushil has joined #openstack-nova19:58
*** mspreitz has joined #openstack-nova19:58
dansmithjaypipes: I made ndipanov change a few things around the object methods, so if you could re-review and +W please: https://review.openstack.org/#/c/216732/519:59
dansmithjaypipes: very little change, just a little more efficiency in how we embed the objects19:59
*** VW__ has quit IRC19:59
*** VW_ has joined #openstack-nova20:00
*** david-lyle has quit IRC20:01
jaypipesdansmith: done20:02
dansmiththanks20:02
jaypipesnp20:02
*** electrocucaracha has quit IRC20:02
*** lbeliveau has joined #openstack-nova20:03
dansmithjaypipes: there are also patches above that that you previously +Wed ... :)20:05
*** markvoelker has joined #openstack-nova20:06
*** david-lyle has joined #openstack-nova20:06
*** electrocucaracha has joined #openstack-nova20:06
openstackgerritjichenjc proposed openstack/nova: API: remove unused parameter  https://review.openstack.org/21893220:06
mriedemgaryk: could use some vmware reviews on this https://review.openstack.org/#/c/183985/20:11
mriedemalso looked for browne and tjones but they aren't around20:11
*** thedodd has quit IRC20:11
*** dims has joined #openstack-nova20:12
*** dims has quit IRC20:12
*** VW_ has quit IRC20:12
*** VW_ has joined #openstack-nova20:12
*** ivasev has quit IRC20:13
*** thorst1 has joined #openstack-nova20:14
*** dims_ has quit IRC20:14
pv_had another question, im currently debugging my volume-attach functionality in my cinder driver20:15
pv_its an FC driver and the machine im running devstack on is definitely HBA enabled20:15
pv_but im getting this in the n-cpu logs20:15
pv_http://pastebin.com/iNs2bT0720:15
*** dprince has quit IRC20:16
pv_after my c-vol log says "initialize connection completed succecssfully"20:16
pv_when i run systool -c fc_host -v im getting both the WWNs that are on the machine but nova isn't getting them according to the n-cpu log20:16
pv_any help?20:16
*** meghal has quit IRC20:20
*** rushil has quit IRC20:20
*** Apoorva has quit IRC20:22
mriedempv_: do you have the latest os-brick release?20:24
mriedem0.3.220:24
mriedempv_: anyway, in liberty, nova proxies to os-brick for FC stuff20:24
pv_it seems so20:24
pv_pip freeze | grep os-brick gives me 0.3.220:24
mriedemso it's a better question for the openstack-cinder channel20:24
pv_yeah for sure, i asked there to20:24
pv_thansk20:24
pv_too*20:24
mriedemnova master plan is to proxy all things to other services so we can also proxy the support questions20:25
*** Apoorva has joined #openstack-nova20:25
*** thangp has quit IRC20:32
*** matrohon has joined #openstack-nova20:33
*** diogogmt has joined #openstack-nova20:36
*** lpetrut has quit IRC20:36
*** rlrossit1 has joined #openstack-nova20:37
*** achanda has quit IRC20:38
*** rlrossit has quit IRC20:39
*** sachin has quit IRC20:40
*** VW_ has quit IRC20:41
*** sachin has joined #openstack-nova20:41
*** achanda has joined #openstack-nova20:41
*** achanda has quit IRC20:41
*** VW_ has joined #openstack-nova20:41
*** achanda has joined #openstack-nova20:41
*** dprince has joined #openstack-nova20:42
*** electrocucaracha has quit IRC20:43
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893820:44
openstackgerritNikola Dipanov proposed openstack/nova: compute: migrate/resize paths properly handle stashed numa_topology  https://review.openstack.org/21850020:44
openstackgerritNikola Dipanov proposed openstack/nova: Claims: Make sure move claims create a migration context records  https://review.openstack.org/21838520:44
*** moshele has quit IRC20:45
openstackgerritAndrew Laski proposed openstack/nova: WIP Cells: update block device mappings synchronously  https://review.openstack.org/21902220:45
*** VW_ has quit IRC20:46
*** rushil has joined #openstack-nova20:46
*** electrocucaracha has joined #openstack-nova20:46
*** bkopilov has quit IRC20:48
*** VW_ has joined #openstack-nova20:50
*** baoli has quit IRC20:51
*** bkopilov has joined #openstack-nova20:53
*** ildikov has quit IRC20:54
*** xyang1 has quit IRC20:55
*** yamahata has quit IRC20:55
*** jwcroppe_ has joined #openstack-nova20:55
*** mwagner_lap has quit IRC20:56
*** markvoelker has quit IRC20:56
*** jwcroppe has quit IRC20:57
*** rlrossit1 has left #openstack-nova20:57
*** rfolco has quit IRC20:57
*** yamahata has joined #openstack-nova20:57
*** dims has joined #openstack-nova20:57
*** Apoorva_ has joined #openstack-nova21:00
*** ccarmack has left #openstack-nova21:00
*** bkopilov has quit IRC21:00
*** xyang1 has joined #openstack-nova21:01
*** jwcroppe has joined #openstack-nova21:02
*** sachin has quit IRC21:02
*** jwcroppe_ has quit IRC21:04
*** Apoorva has quit IRC21:04
*** annegentle has quit IRC21:04
*** jichen has quit IRC21:05
*** jwcroppe_ has joined #openstack-nova21:07
*** jwcroppe has quit IRC21:10
*** hemna has quit IRC21:10
bauzasjaypipes: so, since https://review.openstack.org/#/c/191250/27 is still in the gate for the next hour, I have my local branch which fixes the merge conflict and provides the new InstanceGroup object waiting to be sent21:10
bauzasjaypipes: I will probably send the whole series by tomorrow morning21:11
bauzasthat's basically a FYI21:11
bauzas::)21:11
openstackgerritCedric Brandily proposed openstack/python-novaclient:  Allow to reboot multiple servers  https://review.openstack.org/21823121:11
*** meghal has joined #openstack-nova21:12
*** dprince has quit IRC21:18
*** mspreitz has quit IRC21:19
*** bkopilov has joined #openstack-nova21:20
*** dustins has quit IRC21:26
*** burgerk has quit IRC21:26
*** jwcroppe has joined #openstack-nova21:28
*** zzzeek has quit IRC21:29
*** jwcroppe_ has quit IRC21:31
*** sachin has joined #openstack-nova21:32
*** annegentle has joined #openstack-nova21:35
*** hemna has joined #openstack-nova21:36
*** annegent_ has joined #openstack-nova21:38
*** matrohon has quit IRC21:39
*** annegentle has quit IRC21:40
*** claudiub has quit IRC21:40
*** Guest15619 is now known as mcarden21:45
*** jcoufal has quit IRC21:45
*** dave-mccowan has quit IRC21:46
*** Sukhdev has quit IRC21:49
*** Sukhdev has joined #openstack-nova21:51
*** IanGovett has quit IRC21:57
*** VW__ has joined #openstack-nova21:58
*** VW_ has quit IRC21:58
*** VW__ has quit IRC22:02
*** meghal has quit IRC22:02
*** meghal has joined #openstack-nova22:02
*** VW_ has joined #openstack-nova22:03
*** meghal has quit IRC22:03
*** meghal has joined #openstack-nova22:03
*** vladikr has quit IRC22:04
*** sachin has quit IRC22:04
*** thedodd has joined #openstack-nova22:05
*** sachin has joined #openstack-nova22:06
*** meghal has quit IRC22:06
*** meghal has joined #openstack-nova22:06
*** mdrabe has quit IRC22:06
*** zzzeek has joined #openstack-nova22:06
*** eharney has quit IRC22:07
*** sachin has quit IRC22:07
*** sachin has joined #openstack-nova22:08
*** sachin has quit IRC22:08
*** sachin_ has joined #openstack-nova22:09
*** sachin_ has quit IRC22:10
*** sachin has joined #openstack-nova22:10
*** sachin has quit IRC22:11
*** markvoelker has joined #openstack-nova22:11
*** sachin has joined #openstack-nova22:11
mriedemdansmith: when you get a chance, could use your thoughts on only waiting for vif unplug events during rebuild here https://review.openstack.org/#/c/210126/8/nova/virt/libvirt/driver.py22:15
mriedemi can't think of a reason why we'd care about waiting for the ports to be unplugged if we're just deleting the instance (forever)22:16
*** markvoelker has quit IRC22:16
dansmithmriedem: well, I would think we'd want some input from other driver writers22:16
dansmithmriedem: there may be some situations where a hypervisor can't unplug if it's still in use, right?22:16
mriedemthis change is only in the libvirt driver22:17
mriedemand i think the libvirt driver is the only one that implements the vif-plugged event wait callback stuf22:17
mriedem*stuff22:17
dansmithwell, I meant hypervisor and vif drivers, fwiw22:17
mriedemhrm22:18
*** asettle has joined #openstack-nova22:18
mriedemmellanox giving me vif unplug problems22:18
mriedemstill, in this change it's configurable, just like the vif plugging stuff is configurable,22:18
mriedembut i asked him to scope it only to the rebuild task22:18
dansmithso, we don't wait for these now,22:20
dansmithyou're saying you think we *should* be waiting for them in the rebuild case, but only that case?22:21
mriedemi'm saying if we should, i tihnk we should restrict it to rebuild22:22
*** meghal has quit IRC22:22
mriedemi don't actually have a recreate of the bug22:22
*** Piet has quit IRC22:22
mikalmriedem: you got a sec to chat about a review you did?22:22
mriedemi asked them why the rebuild test wasn't failing with tempest in the gate and they said it's a race when you have lots of ports22:22
mriedemmikal: am i in trouble?22:22
*** meghal has joined #openstack-nova22:22
mriedembeyond f'ing the gate this afternoon?22:22
mikalmriedem: no, I just want to work out if I agree with you or not22:22
mikalmriedem: https://review.openstack.org/#/c/21541422:22
mriedemthen ok22:22
mikalmriedem: I'm not sure that is a feature -- or if it is its super trivial22:23
mikalmriedem: it feels to me more like an error of omission than a feature being added22:23
mriedemmikal: i saw config option to enable support for a thing22:23
mriedemthat smells like a feature ot me22:23
mriedem*to22:23
*** sachin has quit IRC22:23
mriedemi told them specless blueprint maybe22:24
mriedembut still seemed like a blueprint was required22:24
mikalmriedem: but there's no design right? Its just a flag.22:24
mikalmriedem: we have bug fixes add flags all the time.22:24
mriedemmikal: this was the other https://review.openstack.org/#/c/185129/22:24
* mikal looks22:24
mriedemmikal: i'm all for considering it 'stuck' and discussing it in the nova meeting22:25
dansmithmriedem: commented on how that patch is fundamentally missing the point22:25
mriedemdansmith: aight22:25
mikalOh, so they tried exactly the same change before, it got blocked asking for a bp review, so they just made it a bug?22:25
mriedemmikal: no, coincidental22:25
mikalIs the image metadata entry new too?22:25
mriedemdifferent teams i think22:25
mikalAhhh, ok22:25
mriedemmikal: i guess in the first patch they add the metadata to the image to enable the thing in nova,22:26
dansmithmikal: yeah, that aarch thing needs design22:26
mriedemin the newer patch they add a config option for that22:26
*** meghal has quit IRC22:27
*** meghal1 has joined #openstack-nova22:27
dansmiththis is something we need to get right, and we've had some arm folks thinking about how to properly represent it in glance22:27
dansmithand it's non-trivial from what I understand22:27
mikaldansmith: why is it hard? Is the 10 line patch super naive?22:27
*** sachin has joined #openstack-nova22:27
* mikal knows bugger all about arm22:27
dansmithmikal: yeah, I think it is.. a given image needs to have an nvram and pram (or something) component with it, kinda like uec images are three pieces22:27
dansmithand in order for us do it right, nova needs to clone the nvram and customize it for the individual instance or some such22:28
mikaldansmith: huh, fair enough22:28
*** edmondsw has quit IRC22:28
mikalOk, fair enough. I figured I should just ask for an explaination given I wandered across that review and was confused. Thanks.22:29
mikalSounds like something we should consider for the summit though.22:29
* mriedem feels justified in the -222:29
dansmithrich jones has done a bunch of arm stuff and has been doing some thinking on the glance thing22:29
dansmithnot sure if he'll be at summit, but I hope so22:29
dansmithI was talking with him about it at kvm forum a couple weeks ago22:30
mikalI also don't know if this is worth an entire summit session -- I don't grok the scope of the problem enough to know.22:30
mriedemcertainly not a summit session imo22:31
mriedemwe have bigger fish to fry right?22:32
*** jaypipes has quit IRC22:32
*** annegent_ has quit IRC22:32
mriedemi mean, you all have bigger fish to fry22:32
*** annegentle has joined #openstack-nova22:32
mikalmriedem: depends on how complicated it is I guess22:33
mikalmriedem: if it requires major replumbing...22:33
*** ociuhandu has joined #openstack-nova22:33
*** thorst1 has quit IRC22:35
*** mjturek1 has quit IRC22:35
*** meghal1 has quit IRC22:36
*** meghal has joined #openstack-nova22:36
*** hemna has quit IRC22:38
*** ijuwang has quit IRC22:40
*** ctrath has quit IRC22:42
mikalmriedem: I kind of want you to say something on https://review.openstack.org/#/c/214773/ when you have a moment22:47
mikalmriedem: am I wrong to think that's a back port of a feature?22:48
mriedemmikal: of the 3 bugs listed, https://bugs.launchpad.net/nova/+bug/1246201 is the only one that says anything about live migration22:49
openstackLaunchpad bug 1246201 in OpenStack Compute (nova) "Live migration fails when the instance has a config_drive_format=iso9660" [High,In progress] - Assigned to Pavel Boldin (pboldin)22:49
mikalmriedem: I think what dreamhost is saying is that the only form of live migration they want to support is via ceph22:50
mikalmriedem: I suggested they could block migrate the config drive, and they were ... unenthused22:50
*** VW__ has joined #openstack-nova22:50
*** VW_ has quit IRC22:51
*** VW__ has quit IRC22:51
*** VW_ has joined #openstack-nova22:51
mriedemidk, i'd have to dig into the change history on the bugs and figure out wtf is going on, it looks like the be all end all fix for people using ceph22:51
clarkbisnt it small enough to write and attach a new one?22:51
*** meghal has quit IRC22:51
mikalclarkb: we can't re-create the config drive post boot22:52
*** Piet has joined #openstack-nova22:52
mikalclarkb: some of the data is gone at that point22:52
clarkbah22:52
mikalclarkb: we _have_ to copy it somehow22:52
mikalmriedem: so, I guess my argument is this -- there was no attempt to store config drives on ceph in kilo. This adds that. Adding that is a feature not a bug.22:52
mikalmriedem: and sure, having it not in kilo might hurt for some people, but that pain isn't new or unexpected.22:53
mriedemmikal: heh, i just realized they were cherry picking your fix22:55
mikalmriedem: its true. I am arguing that we shouldn't merge code from me.22:55
mikalmriedem: I am ... conflicted on that point :P22:55
mriedemmikal: https://review.openstack.org/#/c/116847/ and https://review.openstack.org/#/c/112014/ were in stable/kilo22:56
*** VW_ has quit IRC22:56
mriedemthen reverted at some point ?22:56
*** VW_ has joined #openstack-nova22:56
mikalmriedem: I'd had to dig22:56
*** VW_ has quit IRC22:57
mikalmriedem: we never shipped ceph support for config drive because it was broken and fast reverted22:57
*** VW_ has joined #openstack-nova22:57
mikalmriedem: this is the patch I wrote as an apology for reverting the broken thing22:57
mriedemah22:57
*** VW_ has quit IRC22:58
mriedemso if this adds config drive support for rbd to kilo, then i agree it's probably not appropriate. i feel like it's trying to come in under the guise of being for live migration to work22:58
mriedemi guess it's, well live migration would work with ceph + config drive if yo uland this22:58
mikalYeah, the details of the reverts are in the commit message for the review that started this conversation22:58
*** VW_ has joined #openstack-nova22:58
mikalmriedem: correct, I believe live migration works for these users if they use block migration22:58
mikalmriedem: if they insist on only using ceph shared storage migration, they have snookered themselves22:59
mikalmriedem: yeah, those two reviews you found are reverted22:59
mikalmriedem: and were never in an official release (IIRC)23:00
*** mwagner_lap has joined #openstack-nova23:00
mriedemif this were juno i'd definitely be -1 on a thing like this just given the size of the change23:01
mikalmriedem: https://review.openstack.org/#/c/123070/ is the revert23:01
mriedemok23:01
mriedemwell,23:02
mikalmriedem: and https://review.openstack.org/#/c/123071/23:02
mriedemi'm at least on the -1 side just due to complexity23:02
mriedemand lack of ceph testing in kilo23:02
*** VW_ has quit IRC23:02
mikalmriedem: and https://review.openstack.org/#/c/123072/23:02
mriedemoh i guess there is the ceph job on stable/kilo huh23:02
mriedemwe don't test live migration + ceph but ok23:03
* mikal wishes gerrit would make it more obvious that a review was later reverted23:03
mriedemmikal: it does if you revert via the button in gerrit23:03
mikalmriedem: oh, that's news to me23:03
mriedemyeah the ceph job passed on that change http://logs.openstack.org/73/214773/1/check/gate-tempest-dsvm-full-ceph/43f6f62/23:04
*** annegentle has quit IRC23:04
*** exploreshaifali has quit IRC23:04
*** lucas-dinner has quit IRC23:05
mriedemmikal: there, -1 with my most eloquent apology possible right now23:07
*** apuimedo|away has quit IRC23:07
mikalmriedem: heh, thanks. I think.23:07
*** thedodd has quit IRC23:12
*** irenab_ has joined #openstack-nova23:14
*** irenab has quit IRC23:16
*** tanee has quit IRC23:16
*** irenab_ is now known as irenab23:16
*** tanee has joined #openstack-nova23:16
*** Apoorva has joined #openstack-nova23:17
*** Apoorva has quit IRC23:17
*** Apoorva has joined #openstack-nova23:18
*** Apoorva_ has quit IRC23:20
*** sachin has quit IRC23:22
*** meghal has joined #openstack-nova23:23
*** sachin has joined #openstack-nova23:23
*** rushil has quit IRC23:24
*** shyu has joined #openstack-nova23:24
*** rushil has joined #openstack-nova23:32
*** ZZelle has quit IRC23:35
*** rushil has quit IRC23:36
*** rushil has joined #openstack-nova23:36
*** dave-mccowan has joined #openstack-nova23:41
cfriesenis there a known issue with gate-grenade-dsvm ?  http://logs.openstack.org/89/210689/4/check/gate-grenade-dsvm/e90059f/logs/grenade.sh.txt.gz  seems to show it complaining about trying to use pbr 0.11.0 which doesn't meet requirements.23:43
*** emagana has quit IRC23:44
*** shoutm has joined #openstack-nova23:46
*** electrocucaracha has quit IRC23:50
*** Sukhdev has quit IRC23:51
*** diegows has quit IRC23:53
*** andreykurilin__ has quit IRC23:55
*** achanda_ has joined #openstack-nova23:58

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