Monday, 2015-06-01

*** gholler has quit IRC00:02
*** tui has quit IRC00:12
*** ferest has quit IRC00:28
*** ferest has joined #openstack-nova00:28
*** emagana has joined #openstack-nova00:30
*** dave-mccowan has joined #openstack-nova00:31
*** ferest has quit IRC00:33
*** Kennan2 is now known as Kennan00:35
*** emagana has quit IRC00:36
*** dimsum__ has quit IRC00:37
*** dims has joined #openstack-nova00:44
*** gholler has joined #openstack-nova00:45
*** jwcroppe has quit IRC00:45
*** vivek_nandavanam has joined #openstack-nova00:48
vivek_nandavanamHi.. When a nova instance is stuck in an ERROR state and force delete does not work..00:49
*** dboik has quit IRC00:49
vivek_nandavanamWhat are the places to delete the instance references from?00:49
vivek_nandavanamOne is deleting the entry in the DB, the other is deleting the instance from the compute node from /var/lib/instances00:50
vivek_nandavanamAre there other references that need to be deleted?00:50
*** salv-orlando has joined #openstack-nova00:51
*** promulo has joined #openstack-nova00:55
*** salv-orlando has quit IRC00:56
*** yingjun has joined #openstack-nova00:57
*** baoli has joined #openstack-nova00:57
*** mpaolino has joined #openstack-nova00:58
*** promulo__ has quit IRC00:59
mmedvedevivek_nandavanam: I was using something like this to clean Icehouse database http://paste.openstack.org/show/251132/. But I am pretty sure it might be missing something01:00
*** mpaolino has quit IRC01:02
vivek_nandavanammmedvede: Thanks..01:05
*** garloff has joined #openstack-nova01:05
*** shashankhegde has quit IRC01:09
*** garloff_ has quit IRC01:09
*** sdake_ has quit IRC01:11
*** arnaud___ has quit IRC01:13
*** markvoelker has quit IRC01:18
*** salv-orlando has joined #openstack-nova01:23
*** emagana has joined #openstack-nova01:25
*** gholler has quit IRC01:25
*** nelsnelson has joined #openstack-nova01:26
*** heyongli has joined #openstack-nova01:28
*** tobe has joined #openstack-nova01:30
*** emagana has quit IRC01:30
*** salv-orlando has quit IRC01:30
*** mriedem has quit IRC01:30
openstackgerritSridhar Gaddam proposed openstack/nova: Fix noVNC console access for an IPv6 setup  https://review.openstack.org/18708901:31
*** dylan has joined #openstack-nova01:34
*** dims has quit IRC01:37
*** dims has joined #openstack-nova01:38
*** dims has quit IRC01:43
*** baoli has quit IRC01:50
*** amotoki has joined #openstack-nova01:53
*** amotoki has quit IRC01:59
*** Kennan2 has joined #openstack-nova02:03
*** Kennan has quit IRC02:03
*** popw has joined #openstack-nova02:06
*** mohitsharma has joined #openstack-nova02:12
*** tui has joined #openstack-nova02:15
*** emagana has joined #openstack-nova02:19
*** emagana has quit IRC02:23
*** yingjun has quit IRC02:25
*** yingjun has joined #openstack-nova02:29
*** markvoelker has joined #openstack-nova02:34
*** markvoelker has quit IRC02:39
*** Longgeek has joined #openstack-nova02:42
*** salv-orlando has joined #openstack-nova02:42
*** salv-orlando has quit IRC02:44
*** Longgeek has quit IRC02:45
*** Longgeek has joined #openstack-nova02:53
*** eliqiao1 has left #openstack-nova02:58
*** sdake has joined #openstack-nova03:01
*** sdake_ has joined #openstack-nova03:03
*** mohitsharma has quit IRC03:04
*** salv-orlando has joined #openstack-nova03:04
*** sdake has quit IRC03:07
*** mohitsharma has joined #openstack-nova03:10
*** salv-orlando has quit IRC03:11
*** emagana has joined #openstack-nova03:13
*** tui has quit IRC03:15
*** dave-mccowan has quit IRC03:15
*** tui has joined #openstack-nova03:15
*** emagana has quit IRC03:17
openstackgerritAlex Xu proposed openstack/nova: Add version bump guideline in microversion devref  https://review.openstack.org/17777803:20
*** dboik has joined #openstack-nova03:23
*** jwcroppe has joined #openstack-nova03:25
*** flashgordon has quit IRC03:26
*** flashgordon has joined #openstack-nova03:27
*** VW has joined #openstack-nova03:28
*** cfriesen has joined #openstack-nova03:32
*** otter768 has joined #openstack-nova03:34
*** otter768 has quit IRC03:39
*** jwcroppe has quit IRC03:42
*** haomaiw__ has joined #openstack-nova03:47
*** haomaiwang has quit IRC03:49
*** cfriesen has quit IRC03:51
*** yingjun has quit IRC03:57
*** haomaiw__ has quit IRC03:59
*** ssurana has joined #openstack-nova04:00
*** haomaiwang has joined #openstack-nova04:02
*** deepthi has joined #openstack-nova04:06
*** tui has quit IRC04:07
*** emagana has joined #openstack-nova04:07
*** tui has joined #openstack-nova04:08
*** sdake_ has quit IRC04:11
*** emagana has quit IRC04:11
*** sdake has joined #openstack-nova04:14
openstackgerritRui Chen proposed openstack/nova: CreateVM supports subnet specified  https://review.openstack.org/18296904:15
*** VW has quit IRC04:22
*** VW has joined #openstack-nova04:22
*** nelsnels_ has joined #openstack-nova04:23
*** markvoelker has joined #openstack-nova04:23
*** nelsnelson has quit IRC04:25
*** markvoelker has quit IRC04:28
*** tui has quit IRC04:38
*** tui has joined #openstack-nova04:38
*** vivek_nandavanam has quit IRC04:43
*** ssurana has quit IRC04:47
*** mohitsharma has quit IRC04:48
*** salv-orlando has joined #openstack-nova04:49
*** tjones1 has joined #openstack-nova04:49
*** rushiagr_away is now known as rushiagr04:52
*** yingjun has joined #openstack-nova04:55
*** amotoki has joined #openstack-nova04:55
*** yingjun has quit IRC04:57
*** gokrokve has joined #openstack-nova04:57
*** _gryf|afk is now known as _gryf04:57
openstackgerritAlex Xu proposed openstack/nova: Add version bump guideline in microversion devref  https://review.openstack.org/17777804:58
*** vilobhmm has quit IRC04:59
*** tobe has quit IRC05:01
*** shashankhegde has joined #openstack-nova05:01
*** emagana has joined #openstack-nova05:01
*** unicell1 has joined #openstack-nova05:04
*** yingjun has joined #openstack-nova05:04
*** unicell has quit IRC05:04
*** veena has joined #openstack-nova05:04
*** yingjun has quit IRC05:05
*** salv-orlando has quit IRC05:05
*** emagana has quit IRC05:06
*** tobe has joined #openstack-nova05:07
*** vilobhmm has joined #openstack-nova05:07
*** ijw has joined #openstack-nova05:09
*** gabor has joined #openstack-nova05:17
*** sudipto has joined #openstack-nova05:18
*** mdrabe has joined #openstack-nova05:20
*** rotbeard has joined #openstack-nova05:21
*** liusheng has quit IRC05:21
*** salv-orlando has joined #openstack-nova05:22
*** liusheng has joined #openstack-nova05:22
*** mdrabe has quit IRC05:26
*** sdake_ has joined #openstack-nova05:30
*** sdake_ has quit IRC05:33
*** gabor has quit IRC05:33
*** sdake_ has joined #openstack-nova05:33
*** sdake has quit IRC05:34
*** otter768 has joined #openstack-nova05:35
*** mohitsharma has joined #openstack-nova05:37
*** achanda has joined #openstack-nova05:39
*** zhenguo has joined #openstack-nova05:39
*** otter768 has quit IRC05:39
*** sdake_ is now known as sdake05:43
*** tobe has quit IRC05:44
*** kiran-r has joined #openstack-nova05:45
*** ssurana has joined #openstack-nova05:48
*** garyk has joined #openstack-nova05:50
*** tui has quit IRC05:52
*** irenab has joined #openstack-nova05:52
*** destiny has joined #openstack-nova05:54
*** emagana has joined #openstack-nova05:55
*** ijw has quit IRC05:56
*** yamahata has joined #openstack-nova05:56
*** tui has joined #openstack-nova05:57
*** nelsnels_ has quit IRC05:59
*** amotoki has quit IRC06:00
*** emagana has quit IRC06:00
*** ankit_ag has joined #openstack-nova06:01
*** tjones1 has quit IRC06:03
*** yingjun has joined #openstack-nova06:03
*** Kennan has joined #openstack-nova06:03
*** tobe has joined #openstack-nova06:03
*** tjones1 has joined #openstack-nova06:04
*** ijw has joined #openstack-nova06:04
*** Kennan2 has quit IRC06:04
*** yasu_ has joined #openstack-nova06:07
*** tui has quit IRC06:10
*** sdake_ has joined #openstack-nova06:10
*** VW has quit IRC06:11
*** ijw has quit IRC06:11
*** VW has joined #openstack-nova06:11
*** VW has quit IRC06:12
*** markvoelker has joined #openstack-nova06:12
*** VW has joined #openstack-nova06:12
*** VW has quit IRC06:12
*** VW has joined #openstack-nova06:13
*** sdake has quit IRC06:14
*** VW has quit IRC06:14
*** VW has joined #openstack-nova06:15
*** VW has quit IRC06:16
*** VW has joined #openstack-nova06:16
*** VW has quit IRC06:16
*** markvoelker has quit IRC06:16
*** nkrinner has joined #openstack-nova06:17
*** VW has joined #openstack-nova06:17
*** pradipta has joined #openstack-nova06:18
*** VW has quit IRC06:19
*** Murali has joined #openstack-nova06:19
*** VW has joined #openstack-nova06:19
*** VW has quit IRC06:19
*** unicell has joined #openstack-nova06:20
*** ildikov has quit IRC06:20
*** VW has joined #openstack-nova06:20
*** tjones1 has quit IRC06:21
*** sdake has joined #openstack-nova06:21
*** VW has quit IRC06:21
*** unicell1 has quit IRC06:22
*** VW has joined #openstack-nova06:22
*** VW has quit IRC06:23
*** VW has joined #openstack-nova06:23
*** ijw has joined #openstack-nova06:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/17963806:24
*** VW has quit IRC06:24
*** VW has joined #openstack-nova06:25
*** VW has quit IRC06:25
*** sdake_ has quit IRC06:25
*** VW has joined #openstack-nova06:25
*** VW has quit IRC06:27
*** VW has joined #openstack-nova06:27
*** VW has quit IRC06:28
*** achanda has quit IRC06:28
*** VW has joined #openstack-nova06:29
*** VW has quit IRC06:29
*** VW has joined #openstack-nova06:30
*** VW has quit IRC06:30
*** VW has joined #openstack-nova06:31
*** VW has quit IRC06:31
*** VW has joined #openstack-nova06:32
*** VW has quit IRC06:32
*** VW has joined #openstack-nova06:33
*** ildikov has joined #openstack-nova06:33
*** VW has quit IRC06:33
*** VW has joined #openstack-nova06:34
*** Longgeek has quit IRC06:34
*** VW has quit IRC06:34
*** Longgeek has joined #openstack-nova06:34
*** VW has joined #openstack-nova06:35
*** VW has quit IRC06:35
*** VW has joined #openstack-nova06:35
*** VW has quit IRC06:36
*** VW has joined #openstack-nova06:36
*** VW has quit IRC06:37
*** VW has joined #openstack-nova06:37
*** VW has quit IRC06:37
*** ijw has quit IRC06:38
*** VW has joined #openstack-nova06:38
*** ijw has joined #openstack-nova06:38
*** VW has quit IRC06:39
*** VW has joined #openstack-nova06:40
*** VW has quit IRC06:40
*** VW has joined #openstack-nova06:41
*** kaisers1 has joined #openstack-nova06:43
*** VW has quit IRC06:43
*** VW has joined #openstack-nova06:43
*** VW has quit IRC06:44
*** VW has joined #openstack-nova06:44
*** bfic has joined #openstack-nova06:46
*** Ritseh has joined #openstack-nova06:46
RitsehHi, All . Need some help.06:46
RitsehI have pused the code to nova and I want to update the tempest test cases.06:47
RitsehHow can use it the tempest to have a single review06:47
Ritseh?06:47
Ritsehor Do I need to raise tempest review separtely06:47
*** achanda has joined #openstack-nova06:47
*** markus_z has joined #openstack-nova06:47
*** ildikov has quit IRC06:49
*** VW has quit IRC06:49
*** gokrokve_ has joined #openstack-nova06:49
*** VW has joined #openstack-nova06:49
*** emagana has joined #openstack-nova06:50
*** VW has quit IRC06:50
*** bfic has quit IRC06:50
*** VW has joined #openstack-nova06:51
*** VW has quit IRC06:51
*** VW has joined #openstack-nova06:51
*** bfic has joined #openstack-nova06:51
*** gokrokve has quit IRC06:52
*** VW has quit IRC06:53
*** VW has joined #openstack-nova06:54
*** gokrokve_ has quit IRC06:54
*** emagana has quit IRC06:54
openstackgerritwangxiyuan proposed openstack/nova: Amend some useless variables and typos  https://review.openstack.org/18711806:55
*** eliqiao1 has joined #openstack-nova06:58
*** shashankhegde has quit IRC06:59
*** amotoki has joined #openstack-nova07:00
eliqiao1hello, any core around to help +w on serie PS begin with https://review.openstack.org/#/c/177673/07:00
*** VW has quit IRC07:01
*** VW has joined #openstack-nova07:01
*** sahid has joined #openstack-nova07:02
*** VW has quit IRC07:04
*** VW has joined #openstack-nova07:04
*** amotoki has quit IRC07:06
*** sdake_ has joined #openstack-nova07:07
*** VW has quit IRC07:08
*** VW has joined #openstack-nova07:09
*** yuntong has joined #openstack-nova07:09
*** VW has quit IRC07:09
*** VW has joined #openstack-nova07:10
*** VW has quit IRC07:10
*** moshele has joined #openstack-nova07:10
*** sdake has quit IRC07:10
*** VW has joined #openstack-nova07:11
*** VW has quit IRC07:11
*** radek_ has joined #openstack-nova07:11
*** VW has joined #openstack-nova07:11
*** VW has quit IRC07:12
*** VW has joined #openstack-nova07:12
*** VW has quit IRC07:12
*** afazekas has joined #openstack-nova07:12
*** VW has joined #openstack-nova07:13
*** VW has quit IRC07:13
*** VW has joined #openstack-nova07:13
*** VW has quit IRC07:13
*** VW has joined #openstack-nova07:14
*** VW has quit IRC07:15
*** VW has joined #openstack-nova07:15
*** sdake_ is now known as sdake07:16
*** VW has quit IRC07:17
*** VW has joined #openstack-nova07:17
*** VW has quit IRC07:17
*** VW has joined #openstack-nova07:18
*** VW has quit IRC07:19
*** VW has joined #openstack-nova07:19
*** gokrokve has joined #openstack-nova07:20
*** VW has quit IRC07:20
*** VW has joined #openstack-nova07:20
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add and use raise_feature_not_supported()  https://review.openstack.org/16369707:21
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add a hacking rule for consistent HTTP501 message  https://review.openstack.org/16369807:21
*** VW has quit IRC07:21
*** gokrokve has quit IRC07:21
*** VW has joined #openstack-nova07:21
*** gokrokve has joined #openstack-nova07:21
*** VW has quit IRC07:22
*** VW has joined #openstack-nova07:22
*** ijw_ has joined #openstack-nova07:23
*** VW has quit IRC07:23
*** VW has joined #openstack-nova07:24
*** VW has quit IRC07:24
*** vilobhmm has quit IRC07:24
*** ijw has quit IRC07:24
*** VW has joined #openstack-nova07:24
*** haomaiw__ has joined #openstack-nova07:24
*** Mike_D_laptop has joined #openstack-nova07:25
*** VW has quit IRC07:25
*** VW has joined #openstack-nova07:26
*** VW has quit IRC07:26
*** VW has joined #openstack-nova07:26
*** haomaiwang has quit IRC07:27
*** VW has quit IRC07:28
*** VW has joined #openstack-nova07:28
*** VW has quit IRC07:29
*** dulek has joined #openstack-nova07:29
*** VW has joined #openstack-nova07:29
*** VW has quit IRC07:30
*** VW has joined #openstack-nova07:30
*** VW has quit IRC07:30
*** VW has joined #openstack-nova07:31
*** VW has quit IRC07:31
*** VW has joined #openstack-nova07:32
*** leopoldj has joined #openstack-nova07:32
*** achanda has quit IRC07:33
*** pkoniszewski has joined #openstack-nova07:33
*** kevinbenton has quit IRC07:34
*** oro has joined #openstack-nova07:34
*** VW has quit IRC07:35
*** VW has joined #openstack-nova07:35
*** otter768 has joined #openstack-nova07:36
*** kevinbenton has joined #openstack-nova07:36
*** VW has quit IRC07:36
*** ildikov has joined #openstack-nova07:36
*** VW has joined #openstack-nova07:36
*** matrohon has joined #openstack-nova07:37
*** tobe has quit IRC07:37
*** jistr has joined #openstack-nova07:39
*** VW has quit IRC07:39
*** tobe has joined #openstack-nova07:39
*** VW has joined #openstack-nova07:39
*** VW has quit IRC07:39
*** flashgordon is now known as jogo07:40
*** VW has joined #openstack-nova07:40
*** VW has quit IRC07:40
*** otter768 has quit IRC07:40
*** bauwser is now known as bauzas07:40
*** VW has joined #openstack-nova07:40
*** VW has quit IRC07:41
*** VW has joined #openstack-nova07:41
*** VW has quit IRC07:41
*** mpavone has joined #openstack-nova07:41
*** VW has joined #openstack-nova07:42
*** ssurana has quit IRC07:42
*** VW has quit IRC07:43
*** jlanoux has joined #openstack-nova07:43
*** VW has joined #openstack-nova07:43
*** lpetrut has joined #openstack-nova07:43
*** dylan has quit IRC07:43
*** VW has quit IRC07:43
*** emagana has joined #openstack-nova07:44
*** VW has joined #openstack-nova07:44
openstackgerritwangxiyuan proposed openstack/nova: Remove "rebuild" parameter in migrate_server  https://review.openstack.org/18406007:45
*** VW has quit IRC07:45
*** shashankhegde has joined #openstack-nova07:46
*** nihilifer has joined #openstack-nova07:46
*** VW has joined #openstack-nova07:46
*** pbandzi has joined #openstack-nova07:47
*** romainh has joined #openstack-nova07:47
*** oro has quit IRC07:47
*** emagana has quit IRC07:49
*** Kennan has quit IRC07:49
*** achanda has joined #openstack-nova07:49
*** VW has quit IRC07:49
*** shashankhegde has quit IRC07:50
*** VW has joined #openstack-nova07:50
*** Kennan has joined #openstack-nova07:50
*** VW has quit IRC07:52
openstackgerritwangxiyuan proposed openstack/nova: Remove "rebuild" parameter in migrate_server  https://review.openstack.org/18406007:52
*** VW has joined #openstack-nova07:52
*** VW has quit IRC07:53
*** paul-carlton has joined #openstack-nova07:53
*** VW has joined #openstack-nova07:53
*** VW has quit IRC07:54
*** Kevin_Zheng has joined #openstack-nova07:54
*** Administrator_ has joined #openstack-nova07:54
*** VW has joined #openstack-nova07:54
*** VW has quit IRC07:54
*** VW has joined #openstack-nova07:55
*** paul-carlton has left #openstack-nova07:57
*** paul-carlton has joined #openstack-nova07:57
*** paul-carlton has left #openstack-nova07:58
*** paul-carlton has joined #openstack-nova07:58
*** paul-carlton has left #openstack-nova07:58
*** VW has quit IRC07:59
*** VW has joined #openstack-nova07:59
*** VW has quit IRC07:59
*** VW has joined #openstack-nova08:00
*** VW has quit IRC08:00
*** VW has joined #openstack-nova08:01
*** markvoelker has joined #openstack-nova08:01
*** VW has quit IRC08:03
*** yamahata has quit IRC08:03
*** VW has joined #openstack-nova08:04
openstackgerritwangxiyuan proposed openstack/nova: Remove "rebuild" in migrate_server  https://review.openstack.org/18406008:04
*** VW has quit IRC08:04
*** VW has joined #openstack-nova08:04
openstackgerritVipin Balachandran proposed openstack/nova: Detach and terminate conn if Cinder attach fails  https://review.openstack.org/18674208:05
*** VW has quit IRC08:05
*** jyuso1 has joined #openstack-nova08:05
*** VW has joined #openstack-nova08:05
*** markvoelker has quit IRC08:06
*** VW has quit IRC08:06
openstackgerritRui Chen proposed openstack/nova: CreateVM supports subnet specified  https://review.openstack.org/18296908:06
*** VW has joined #openstack-nova08:06
*** dguitarbite has joined #openstack-nova08:06
openstackgerritMoshe Levi proposed openstack/nova: Adding support for InfiniBand SR-IOV vif type  https://review.openstack.org/18705208:07
*** ijw_ has quit IRC08:09
*** DinaBelova has quit IRC08:10
openstackgerritwangxiyuan proposed openstack/nova: Remove an useless variable and fix a typo in api  https://review.openstack.org/18711808:11
*** danpb has joined #openstack-nova08:11
*** BobBall_AWOL is now known as BobBall08:13
*** BobBall is now known as Guest4073708:13
*** Guest40737 is now known as GnomeKing08:14
*** DinaBelova has joined #openstack-nova08:16
*** sdake has quit IRC08:16
*** yassine_ has joined #openstack-nova08:16
*** yingjun has quit IRC08:17
* johnthetubaguy makes good morning stretch noises08:17
*** sdake has joined #openstack-nova08:18
openstackgerritJens Rosenboom proposed openstack/nova: Fix some issues in devref for api_microversions  https://review.openstack.org/18713308:18
*** marzif_ has joined #openstack-nova08:21
*** tobe has quit IRC08:22
*** masayukig has quit IRC08:22
*** tobe has joined #openstack-nova08:23
*** yingjun has joined #openstack-nova08:23
*** VW has quit IRC08:23
*** rotbeard has quit IRC08:24
*** achanda has quit IRC08:24
*** ZZelle has quit IRC08:28
*** masayukig has joined #openstack-nova08:28
*** ZZelle has joined #openstack-nova08:28
*** achanda has joined #openstack-nova08:30
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Use datastore copy when the image is already in vSphere  https://review.openstack.org/18671608:31
*** ajayaa has joined #openstack-nova08:32
*** rotbeard has joined #openstack-nova08:33
*** deepthi has quit IRC08:35
*** emagana has joined #openstack-nova08:38
bauzasmorning08:41
*** emagana has quit IRC08:43
johnthetubaguybauzas: good morning08:43
*** ssurana has joined #openstack-nova08:49
*** Longgeek has quit IRC08:50
*** ildikov has quit IRC08:52
sahiddanpb: i have added you with vladik on https://etherpad.openstack.org/p/liberty-nova-priorities-tracking line 9608:52
*** oro has joined #openstack-nova08:53
*** deepthi has joined #openstack-nova08:53
sahidthen i have added some links but perhaps this can be reviews since all are not really priority08:53
sahidbut at least some of them are in review since long time08:55
*** afazekas_ has joined #openstack-nova08:55
*** Longgeek has joined #openstack-nova08:56
bauzassahid: FYI https://review.openstack.org/#/c/165560/ is part of the trivial bug list08:56
johnthetubaguysahid: I was seeing that list more as the current top things that are considered "ready to merge" by that team, its a bit different to a list of things that are high priority and "ready for review", I guess those got mixed up08:56
johnthetubaguybauzas: ah, true, there is overlap there I guess08:57
*** yuntong has quit IRC08:57
* johnthetubaguy need to write up this idea properly...08:57
eliqiao1hi johnthetubaguy:  I think most api policy patches are reviewed , can be merged (already 2 +2s) can you help to +w , from this one https://review.openstack.org/#/c/177673/08:57
bauzasjohnthetubaguy: honestly, duplicates are fine, provided cores are enough happy to check08:57
johnthetubaguybauzas: yeah08:57
johnthetubaguybauzas: they get onto different lists for different reasons, which is cool08:58
bauzasjohnthetubaguy: my point is, maybe some cores prefer to look at trivial bugs, while others prefer to look at libvirt for example08:58
bauzasthat just reminds me I have to leave a vote for this one :)08:58
johnthetubaguyeliqiao1: cool, +Wed that one08:59
*** afazekas has quit IRC08:59
bauzasjohnthetubaguy: off-topic, I think trivial bugs are a good opportunity for newcomers to review and ramp up on Nova08:59
eliqiao1johnthetubaguy:  thanks and there are sereral dependencies one..08:59
johnthetubaguybauzas: +1 can you add that to the mentoring wiki08:59
bauzasjohnthetubaguy: since they would have to wonder 'why this change is needed and what is the context around ?'08:59
johnthetubaguyeliqiao1: I just saw that list, good stuff :)08:59
bauzasjohnthetubaguy: yeah sure, doing that now, since I emphasize the upstream attendees to review as wel09:00
bauzaswell09:00
johnthetubaguybauzas: cool, thanks09:00
*** VW has joined #openstack-nova09:01
eliqiao1hi sahid: are you still working on this one https://review.openstack.org/#/c/177671/09:01
eliqiao1 johnthetubaguy point me out that, I have a spec which is quite similar with yours..09:01
sahideliqiao1: ah yes09:02
sahidi wanted to find the time to update the spec09:02
eliqiao1sahid: okay, thanks.09:03
sahidjohnthetubaguy: ack09:03
bauzassahid: I left -1 for https://review.openstack.org/#/c/165560/2 for a very small comment09:03
bauzassahid: do you know the proposer's IRC nick ?09:03
bauzassahid: I'm tempted to provide a new PS for that...09:04
sahidbauzas: the return None was already on that method09:04
sahidthe author did not update that part09:04
sahidit is not realted09:04
bauzassahid: yeah, is it a good reason for keeping it ? :)09:04
sahidi do not think you should do that09:04
sahidbauzas: you can probably push an other patch09:05
bauzasok, doing that now, so you could +1 it09:05
sahidbut this one is probably ready as it is09:05
*** Mike_D_laptop has quit IRC09:06
*** VW has quit IRC09:06
bauzassahid: yeah, but you know, it's all about patterns09:06
sahidbauzas: not sure i will :) ..there are several method with an explicity return None I do not think there is any jutification behind your suggestion09:06
sahid:)09:06
bauzassahid: I don't want to be seen as nitpicker, hence my request to ping the owner09:06
bauzassahid: that's not because others do wrong that we can also do wrong :)09:07
*** ildikov has joined #openstack-nova09:07
sahidwell i do not know, perhaps it is something we can discus and add rule but i do not think it is wrong09:07
bauzasanyway...09:08
johnthetubaguybauzas: I try not to -1 on those if they are in old code, regardless of if we agree about "return None", its a valid comment to make on a +1 though, I feel09:09
openstackgerritSylvain Bauza proposed openstack/nova: libvirt: Remove error messages from multipath command output before parsing  https://review.openstack.org/16556009:09
bauzasjohnthetubaguy: the idea behind that is to help the owner, not to kill him09:09
bauzasjohnthetubaguy: I would really appreciate if people could point me some things I did wrong, and provide me new PS09:10
johnthetubaguybauzas: right, its just most java folks would freak out if they didn't see "return None" at the end of that function09:10
bauzaseh :)09:10
johnthetubaguynot saying thats as a good reason for it to exist, but you know, thats probably how it got there09:10
bauzasjohnthetubaguy: heard about termie's session at Vancouver ?09:11
johnthetubaguybauzas: I heard, but not listened, have you found the link?09:11
bauzasyeah, sec09:11
bauzasjohnthetubaguy: https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/openstack-is-doomed-and-it-is-your-fault09:12
bauzassahid: happy with +1 https://review.openstack.org/165560 ?09:12
*** achanda has quit IRC09:14
sahidbauzas: sure i will09:14
*** sdake_ has joined #openstack-nova09:16
*** sdake_ has quit IRC09:17
*** afazekas_ has quit IRC09:17
*** sdake_ has joined #openstack-nova09:18
*** sdake has quit IRC09:20
*** sdake_ is now known as sdake09:20
*** IanGovett has joined #openstack-nova09:23
*** mdbooth has quit IRC09:25
*** ssurana has quit IRC09:25
openstackgerritVipin Balachandran proposed openstack/nova: Detach and terminate conn if Cinder attach fails  https://review.openstack.org/18674209:26
johnthetubaguybauzas: I watched vish's video, but termie's is really quite a cool presentation, great insight09:27
bauzasjohnthetubaguy: action #1 from the prezo : "rewrite Nova"09:27
bauzasjohnthetubaguy: was kinda funny09:27
bauzasjohnthetubaguy: anyway, since termie left the project for a long time, he was a bit confused by the wording of "plugins" and "contrib" for example09:28
johnthetubaguybauzas: its kinda what we are doing, just very slowly09:28
bauzasjohnthetubaguy: so having the API as a whole is a good step in the direction he wanna say09:28
bauzasjohnthetubaguy: my point is, beyond the troll, that some remarks are interesting because it's in the direction we're trying to do09:29
bauzasgo09:29
johnthetubaguy+109:29
ekarlso1redoing node in Go ? :p09:30
bauzasshhhhhtttt09:30
openstackgerritRui Chen proposed openstack/nova: Set task_state=None when booting instance failed  https://review.openstack.org/18714509:30
sahid:)09:30
ekarlsoq though, how you do plugins etc in go ? :p09:30
johnthetubaguyheh09:30
bauzasekarlso: I tried golang a couple of months before and it's fun but I have some serious concerns :)09:30
johnthetubaguygotta love IRC ordering09:31
bauzasekarlso: I'm actually following Swift's discussion about that09:31
ekarlsoheh, for some projects I guess Go makes more sense09:31
ekarlsoDesignate f ex where we have our own dns09:31
bauzasekarlso: because there are really certain points about golang which makes it interesting09:31
*** emagana has joined #openstack-nova09:32
bauzasekarlso: that said, I consider Python as an excellent choice for a natural path if you come from Operations like me09:32
openstackgerritsahid proposed openstack/nova: network: fix instance cache refresh for empty list  https://review.openstack.org/18631509:32
sahidjohnthetubaguy: if you have a moment to look at this ^09:32
sahidit's about a race and should be interesting to have it merged and backported09:33
sahidsince this srt a bad status in the database09:33
sahid(but since we have a periodic cache to update the database after applied all should be resolved)09:33
*** yingjun has quit IRC09:33
sahids/periodic catch/periodic task09:34
*** aloga has joined #openstack-nova09:34
*** otter768 has joined #openstack-nova09:37
*** emagana has quit IRC09:37
ekarlsohow termie meant to rewrite nova then ?09:37
*** achanda has joined #openstack-nova09:38
*** moshele has quit IRC09:38
*** achanda_ has joined #openstack-nova09:40
johnthetubaguyekarlso: i think magnum is doing it already, just need them to support ironic directly, or something?09:41
*** otter768 has quit IRC09:42
bauzasekarlso: johnthetubaguy: magnum uses Go ? Don't think so09:42
bauzasjohnthetubaguy: I mean, Docker Swarm is in Go, and they're calling its API, but I think the bays and the engine are in python09:42
*** achanda has quit IRC09:43
*** aix has joined #openstack-nova09:43
bauzasjohnthetubaguy: the only project I've been heard to look at Go is Swift for their specific code section that they want to improve09:43
johnthetubaguybauzas: magnum is python, for sure, but thats cool09:44
*** afazekas has joined #openstack-nova09:45
*** markvoelker has joined #openstack-nova09:49
*** achanda has joined #openstack-nova09:53
*** markvoelker has quit IRC09:54
*** achanda_ has quit IRC09:55
*** dims has joined #openstack-nova09:55
*** ildikov has quit IRC09:59
*** sudipto has quit IRC09:59
*** pixelbeat has joined #openstack-nova09:59
openstackgerritRui Chen proposed openstack/nova: CreateVM supports subnet specified  https://review.openstack.org/18296909:59
*** moshele has joined #openstack-nova09:59
*** mdbooth has joined #openstack-nova10:02
*** achanda has quit IRC10:04
*** mohitsharma has quit IRC10:05
*** matrohon has quit IRC10:08
*** tralon_ has joined #openstack-nova10:10
openstackgerritRitesh proposed openstack/nova: Users will not be allowed to delete instance during snapshot  https://review.openstack.org/18594210:12
*** Ritseh has quit IRC10:13
*** ildikov has joined #openstack-nova10:14
*** zz_naotok has quit IRC10:15
*** openstackstatus has quit IRC10:20
*** openstack has quit IRC10:20
*** openstack has joined #openstack-nova10:26
*** arnaud___ has joined #openstack-nova10:27
*** foexle has joined #openstack-nova10:30
*** emagana has quit IRC10:31
*** kiran-r has joined #openstack-nova10:33
*** kiran-r has quit IRC10:34
*** kiran-r has joined #openstack-nova10:34
*** leseb_ has joined #openstack-nova10:40
*** __gryf has joined #openstack-nova10:41
*** romainh1 has joined #openstack-nova10:41
*** sudipto has joined #openstack-nova10:41
*** danieru has joined #openstack-nova10:42
*** loquacity has joined #openstack-nova10:43
*** leseb has quit IRC10:43
*** romainh has quit IRC10:43
*** _gryf has quit IRC10:43
*** loquacities has quit IRC10:43
*** danieru_ has quit IRC10:43
*** mitz has quit IRC10:43
*** jogo has quit IRC10:43
*** mordred has quit IRC10:43
*** mitz has joined #openstack-nova10:43
*** mordred has joined #openstack-nova10:44
*** yasu_ has quit IRC10:45
*** jogo has joined #openstack-nova10:45
sdaguemorning folks10:53
johnthetubaguymorning!10:55
sahidhello sdague10:55
* johnthetubaguy ponders if US folks coming online means its time for food...10:56
*** moshele has quit IRC10:56
sdaguewell, I'm early for US folks10:57
*** Mike_D_laptop has quit IRC11:01
*** alex_klimov has joined #openstack-nova11:02
*** moshele has joined #openstack-nova11:04
*** yingjun has joined #openstack-nova11:17
*** amotoki has joined #openstack-nova11:18
*** emagana has joined #openstack-nova11:20
*** amotoki has quit IRC11:23
*** __gryf is now known as _gryf11:25
*** emagana has quit IRC11:25
*** tobe has quit IRC11:25
*** baoli has joined #openstack-nova11:26
*** yingjun has quit IRC11:27
*** baoli_ has joined #openstack-nova11:31
*** baoli has quit IRC11:33
*** aix has quit IRC11:34
*** markvoelker has joined #openstack-nova11:35
*** sudipto has quit IRC11:36
*** isd has joined #openstack-nova11:37
*** otter768 has joined #openstack-nova11:37
*** popw has quit IRC11:39
*** markvoelker has quit IRC11:40
*** otter768 has quit IRC11:42
*** dave-mccowan has joined #openstack-nova11:44
*** deepthi has quit IRC11:46
*** aix has joined #openstack-nova11:48
*** salv-orlando has quit IRC11:51
*** matrohon has joined #openstack-nova11:52
*** pixelbeat has quit IRC11:53
sdagueok, just processed the week's worth of openstack-dev11:54
sdaguegoing to take a while to get back into gear today11:54
*** aysyanne has joined #openstack-nova11:56
*** rushiagr is now known as rushiagr_away11:57
*** samueldmq has joined #openstack-nova11:57
*** dprince has joined #openstack-nova11:58
*** Mike_D_laptop has joined #openstack-nova12:00
*** popw has joined #openstack-nova12:00
*** ociuhandu has joined #openstack-nova12:03
*** rfolco has joined #openstack-nova12:03
openstackgerritShiina, Hironori proposed openstack/nova-specs: Inject NMI to an instance  https://review.openstack.org/18717612:09
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: don't add filesystem disk to parallels containers unconditionally  https://review.openstack.org/18685812:11
openstackgerritShiina, Hironori proposed openstack/nova-specs: Inject NMI to an instance  https://review.openstack.org/18717612:11
*** salv-orlando has joined #openstack-nova12:13
*** emagana has joined #openstack-nova12:15
*** belmoreira has joined #openstack-nova12:15
*** emagana has quit IRC12:19
*** ociuhandu has quit IRC12:20
openstackgerritVikhyat Umrao proposed openstack/nova: RBD: Reading rbd_default_features from ceph.conf  https://review.openstack.org/18653712:21
*** pixelbeat has joined #openstack-nova12:23
*** kylek3h has quit IRC12:24
*** amotoki has joined #openstack-nova12:26
*** ildikov has quit IRC12:30
*** baoli_ has quit IRC12:33
*** markvoelker has joined #openstack-nova12:34
*** ivasev has joined #openstack-nova12:36
*** yasu_ has joined #openstack-nova12:38
*** IanGovett1 has joined #openstack-nova12:39
*** ferest has joined #openstack-nova12:40
*** kiran-r has quit IRC12:40
*** freyes has joined #openstack-nova12:40
*** IanGovett has quit IRC12:41
*** VW has joined #openstack-nova12:42
*** VW has quit IRC12:45
*** ildikov has joined #openstack-nova12:45
*** ferest has quit IRC12:46
bauzasedleafe: while I accept your question within the ML, I just think we need to discuss on the spec if you disagree with it12:51
*** hshiina has joined #openstack-nova12:51
bauzasedleafe: just because we need to work by baby steps12:51
openstackgerritThomas Maddox proposed openstack/nova: Adding IPv6 static routes and static routes template  https://review.openstack.org/18701212:51
bauzasedleafe: trying to help Cinder and Neutron is really good, but until jaypipes's spec is merged, there is really nothing we can do for those folks12:52
*** alaski_vanc is now known as alaski12:52
openstackgerritThomas Maddox proposed openstack/nova: Adding IPv6 static routes and static routes template  https://review.openstack.org/18701212:53
*** kylek3h has joined #openstack-nova12:54
*** kylek3h_ has joined #openstack-nova12:58
*** kylek3h has quit IRC12:59
*** kylek3h_ is now known as kylek3h12:59
*** hshiina has left #openstack-nova13:03
*** eharney has quit IRC13:03
*** ajayaa has quit IRC13:04
openstackgerritAlex Xu proposed openstack/nova: Add version bump guideline in microversion devref  https://review.openstack.org/17777813:05
*** mdrabe has joined #openstack-nova13:07
*** mohitsharma has joined #openstack-nova13:07
*** emagana has joined #openstack-nova13:09
*** dboik has quit IRC13:10
*** emagana has quit IRC13:13
*** gokrokve_ has joined #openstack-nova13:14
*** jaypipes has joined #openstack-nova13:16
*** gokrokve has quit IRC13:17
*** ajayaa has joined #openstack-nova13:20
*** xyang1 has joined #openstack-nova13:20
*** annegentle has joined #openstack-nova13:23
jaypipesback to the grind...13:23
edleafespeaking of "grind", I should make some more coffee...13:25
edleafebauzas: scheduling for other projects isn't the point13:26
edleafebauzas: scheduling resources for *nova* needs to be rethought, IMO13:26
bauzasedleafe: that's just why we discussed over Kilo on that...13:26
edleafebauzas: if we do Nova right, those others will at least be possible.13:27
*** yasu_ has quit IRC13:27
bauzasedleafe: don't be afraid of that, but I think we uberdiscussed on that for bp/resource-objects and I'm really done with all of that13:27
dimsjaypipes: edleafe: /me firing up my keurig13:27
edleafebauzas: I see the two at different levels.13:28
bauzasedleafe: what I want to see is an implementation, so we could iterate over that13:28
edleafedims: bleh13:28
bauzasedleafe: which is ? sorry but both your blogpost and your email helped me understand your point then13:28
bauzasedleafe: you spoke about resources that aren't necessarly a flavor13:28
bauzasedleafe: which I agree - but the objects model was flexible enough for that13:29
*** gholler has joined #openstack-nova13:29
*** achanda has joined #openstack-nova13:29
johnthetubaguyedleafe: help documenting all the switches and toggles we have today would be great, is that covered in your post?13:30
edleafejohnthetubaguy: no, I didn't go into that at all13:30
bauzasedleafe: also, you mentioned https://review.openstack.org/#/c/184534/ but I don't see your opinion in there13:30
lxsliedleafe: bauzas: it sounds as though flavors should be factored out to request validation13:30
lxslileaving the scheduler to only deal with resource amounts13:30
*** achanda has quit IRC13:30
dimsedleafe: seen the 'dynamic flavors' in the ibm distro? been there since folsom i think13:30
edleafelxsli: and only for certain types of resources13:31
*** achanda has joined #openstack-nova13:31
bauzaslxsli: I think there is a big misunderstanding13:31
edleafelxsli: my point is that "flavor" is not fundamental to a resource13:31
lxsliit's really up to the operators, flavors are a useful concept for some but not all13:31
bauzaslxsli: we never told about flavors provided to the scheduler, but rather resource usages13:31
* bauzas is just tired of all of that discussed happening in Kilo and happening back here13:31
johnthetubaguyedleafe: my thinking was, lets sit down and work out what we do today, spot the patterns, compare to what we want to do tomorrow, and look how to bridge the two13:31
bauzasI'll make some coffee, I need13:32
bauzasjohnthetubaguy: +100013:32
edleafejohnthetubaguy: yes, that's the only sane way to approach it13:32
bauzashands-on guys :)13:32
*** dboik has joined #openstack-nova13:32
johnthetubaguywell I guess we agreed step one here as objectify what we are doing today13:33
bauzasand we discussed on that at Summit13:33
johnthetubaguyright13:33
superdandims: dynamic flavors automates the armageddon situation we're trying to avoid I think :)13:33
*** rfolco has quit IRC13:33
bauzasand the action items were clear13:33
bauzassuperdan: ĥell yeah13:33
lxsliedleafe: I'm agreeing with you I think? By moving the concept of flavor out of the scheduler (into a separate validation thing), we make the scheduler both simpler and more versatile13:33
edleafejohnthetubaguy: and in the process note where what we are doing today doesn't fit13:33
dimssuperdan: ha :)13:33
*** veena has quit IRC13:34
*** superdan is now known as dansmith13:34
edleafedims: what superdan said13:34
johnthetubaguysuperdan: I like "automates the armegeddon"13:34
bauzasedleafe: there is a separate track for defining what is a flavor, you can opiniate on that since this is a bullet item said as "need a plan" IIRC13:34
bauzasedleafe: but that's a separate concern13:34
dansmithjohnthetubaguy: :)13:34
edleafelxsli: sounds like we are agreeing. I think flavor is only relevant to VPS-style resources.13:35
*** cbader has joined #openstack-nova13:35
edleafelxsli: they don't apply to any others13:35
lxsliI can see other people wanting to restrict the ways resources are allocated, for example into flavor-like bundles13:35
*** achanda has quit IRC13:35
bauzasedleafe: https://etherpad.openstack.org/p/YVR-nova-liberty-priorities L6313:36
*** arnaud___ has quit IRC13:36
bauzasoops L6413:36
edleafelxsli: flavors make no sense in bare metal or LXD-type resources13:36
bauzasedleafe: if you're interested in that, maybe you could hassle dansmith ;)13:36
edleafebauzas: that's related, but again at a lower level than what I'd like to discuss13:37
lxsliedleafe: wellll mostly yes but you have an implicit flavor which is the shape of machine available13:37
johnthetubaguyedleafe: I don't think that true for bare metal, they make some sense, I don't think we should support LXD style things13:37
lxsliedleafe: so again, by breaking flavor out to purely request validation, we could make baremetal validate requests to match machines13:37
bauzasedleafe: sounds like you need to fill a backlog spec (quoting johnthetubaguy)13:37
edleafebauzas: that is for improving the current model. I'd like to think about where the model needs to be changed.13:38
*** tui has joined #openstack-nova13:38
*** tui has quit IRC13:38
lxsliedleafe: the current impl of flavors vs ironic certainly makes no sense13:38
*** otter768 has joined #openstack-nova13:38
bauzasedleafe: that's why we're trying to model something enough flexible13:38
*** rfolco has joined #openstack-nova13:39
johnthetubaguylxsli: depends how you use ironic though, if you cell bare metal by the hour, then its quite handy13:39
johnthetubaguys/cell/sell/13:39
edleafelxsli: there aren't flavors in ironic. We can fake it by saying there is one flavor per machine, but that's hacky13:39
*** baoli has joined #openstack-nova13:39
bauzasedleafe: there aren't flavors in Ironice because that's Nova which handles the UX13:39
*** vladikr has joined #openstack-nova13:39
bauzasoh man13:39
bauzasIronic13:39
johnthetubaguyedleafe: we have tree types of bare metal machine thats available, and users get to pick one, right?13:39
johnthetubaguyjust like virt (ish)13:40
*** garloff_ has joined #openstack-nova13:40
edleafejohnthetubaguy: not exactly13:40
bauzasthat reminds me...13:40
bauzasalaski: around ?13:40
lxsliI thought you got any machine which was large enough to fulfill the flavor? (I could easily be wrong!)13:40
bauzasalaski: you paid your due for freeing from Canadian's prisons ?13:41
edleafejohnthetubaguy: you're not specifying how a resource can be divided up, you're specifying the resources themselves13:41
johnthetubaguyedleafe: in the general case, there is more to it, but thats the use case we have right now13:41
alaskibauzas: yes, sifting through my email backlog13:41
bauzasalaski: eh13:41
bauzasalaski: that's another penitence13:41
alaskibauzas: hah, I would have willingly stayed in the land of maple syrup13:41
johnthetubaguyedleafe: FWIW, the NUMA work makes that really quite fusy13:42
bauzasalaski: I was about discussing on how we could setup a magical task force for the Tasks API13:42
bauzasjohnthetubaguy: edleafe: honestly, before discussing about something bigger, we should at least fix our blobs stuff13:42
johnthetubaguyedleafe: from an API user of the flavor, the distinction is not really important, sure internally those need to be distinct, but thats a different issue13:42
*** tui has joined #openstack-nova13:43
edleafejohnthetubaguy: yeah, not thinking about the external representation at all right now13:43
*** otter768 has quit IRC13:43
bauzasedleafe: I think I understand now (thanks George, what else ?) your point, but I think we first need to fix our image/flavor/hints user API13:43
*** garloff has quit IRC13:43
edleafejohnthetubaguy: just the contortions we go through to fit things into our current design13:44
*** dhellmann has left #openstack-nova13:44
bauzasRethink Nova (c) termie13:44
*** eharney has joined #openstack-nova13:44
johnthetubaguyedleafe: yeah, so I worry more about the API at this point, once thats straight we know what the inside bits need to do13:44
johnthetubaguyalthough both ways are possibe13:44
*** VW has joined #openstack-nova13:45
johnthetubaguy(with enough iterations)13:45
*** irenab has quit IRC13:45
edleafebauzas: you only progress by taking a step at a time. But you do need to look at your path from time to time to make sure your steps are taking you where you need to go.13:45
johnthetubaguydansmith: fun fact, I just got told we have running instances that don't have any flavor info in system_metadata, turns out that upsets the nova-manage cmd13:46
dansmithjohnthetubaguy: seriously?13:46
alaskibauzas: for tasks I think it's mainly determining if there is a group of people willing to move it forward.  if so then we can meet regularly and come up with etherpads/specs/action items and all that stuff.  But we need people who have time to write code for it, not just discuss it (which is all I'm likely to do for a bit).13:46
johnthetubaguydansmith: actually true, sadly13:47
dansmithjohnthetubaguy: wow13:47
dansmithjohnthetubaguy: are the flavors for those still in the DB?13:47
johnthetubaguydansmith: luckily we haven't deleted the flavor yet, so I think we can add that in quite easily13:47
dansmithokay13:47
dansmithjohnthetubaguy: I can work on that this morning if you want13:48
bauzasalaski: before coding, we need a plan right ?13:48
bauzasedleafe: that's exactly why we need Design Summits13:48
johnthetubaguydansmith: that would be cool actually, I don't think anyone has take a peak at that yet13:48
alaskibauzas: yes.  but we already have a bit of a plan, and we need some PoCs to help iterate the plan13:48
dansmithjohnthetubaguy: is it okay to just do it for nova-manage and not regular lazy-load? those instances clearly aren't getting touched, so nova-manage should be okay, but then again, if they do lazy-load...13:48
bauzasalaski: ack, so I'll jump into the drafts and will ping you later on13:49
edleafebauzas: Summits are good for answering questions that have already been asked, but also for coming up with new questions13:49
johnthetubaguydansmith: I am good with that, although, I guess its possible the cells sync could touch them, I supose, but I will ignore that for now13:49
edleafebauzas: My raising these questions is a direct result of the various discussions I had at at the summit13:49
alaskibauzas: we can get a meeting started to guage interest.  I just think it'll fizzle quickly if nobody has time to code it13:50
bauzasalaski: my point is, I'm pretty busy for Liberty due to you know what, but I should have some free time for helping with that13:50
dansmithjohnthetubaguy: but they don't have stuff in sysmeta, so I would expect lots of things to be breaking if anything was touching them, no?13:50
alaskijohnthetubaguy: the cells sync only touches instances updated in the last day13:50
johnthetubaguyalaski: ah, didn't know about the cut off, I guessed we just didn't hit them in practice13:51
johnthetubaguydansmith: I think we are good then13:51
dansmithjohnthetubaguy: TBH, I'm amazed that you have instances with no flavor stuff in sysmeta and aren't already seeing major troubles13:51
johnthetubaguyalaski: I guess it was pending delete that meant we hit old instancing in prod, its starting to become clearer now13:52
dansmithlike, runs of periodic resource update tasks would fail and such, I'd think13:52
alaskijohnthetubaguy: yeah, that one could do it.  and that task might update the instance so the cell sync would pick it up13:52
johnthetubaguyalaski: it accidentally got turned on, for a little bit13:52
sahiddansmith: hello, i'm reviewing your change here https://review.openstack.org/#/c/183331/4/nova/compute/resource_tracker.py,cm - I have pain to get why you do not inclde live-migrate in the calculation here ?13:53
dansmithjohnthetubaguy: is there a bug for this yet?13:53
johnthetubaguydansmith: true, hmm, funky, we delete the old soft delete ones these days, unless the script hit them13:53
johnthetubaguydansmith: no, sadly13:53
sahidwhen you have a moment if you can add comment on the review perhaps13:53
openstackgerritSylvain Bauza proposed openstack/nova: Add to_dict() to ImageMeta and ImageMetaProps objects  https://review.openstack.org/18647413:54
openstackgerritSylvain Bauza proposed openstack/nova: Create RequestSpec object  https://review.openstack.org/14552813:54
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719713:54
alaskibauzas: cool.  I would love to help move it forward as well.  but if it's just you and I meeting each week to talk about it we won't get very far :)13:54
dansmithsahid: that's not the point of what I'm doing there. All I'm trying to do is get the migration record in the DB for the purposes of recording the transition. Extending the RT to know about live migrations and do that math is a different set of work13:54
bauzasalaski: 100% agreed13:54
dimsany cores have a moment, please bless the fix for the py34 job - https://review.openstack.org/#/c/186922/ already has a +2 from mriedem13:54
*** jaypipes has quit IRC13:55
*** mriedem has joined #openstack-nova13:55
sahiddansmith: i see, thank you13:55
*** ajayaa has quit IRC13:57
danpbdims: woo, so py34 is passing now for nova - quick make it gating before we regress !13:57
dimsdanpb: just 2 tests :)13:57
johnthetubaguydansmith: I was just about to push a possible patch (minus tests) and a bug, so some internal folks can take a look, unless you did something already?13:58
dimsdanpb: kudos to haypo13:58
danpbdims: better than 0, ship it !13:58
dimshaha13:58
dansmithjohnthetubaguy: I'm close13:58
johnthetubaguydansmith: cool, I will hold off then13:58
*** ildikov has quit IRC13:58
johnthetubaguyI am guessing its a two liner, with a bit of luck13:58
*** Mike_D_laptop has quit IRC13:58
*** burt has joined #openstack-nova14:00
*** baoli has quit IRC14:01
*** ildikov has joined #openstack-nova14:01
*** jecarey has joined #openstack-nova14:01
*** baoli has joined #openstack-nova14:01
*** baoli has quit IRC14:01
*** annegentle has quit IRC14:02
*** baoli has joined #openstack-nova14:02
*** emagana has joined #openstack-nova14:03
*** annegentle has joined #openstack-nova14:03
dansmithjohnthetubaguy: not quite to do it right, but not too bad14:05
dansmithjohnthetubaguy: could you get a bug up so I can link when I submit?14:05
*** bfic has quit IRC14:06
*** pkoniszewski has quit IRC14:07
*** thangp has joined #openstack-nova14:07
*** GnomeKing is now known as BobBall14:07
*** ankit_ag has quit IRC14:08
*** emagana has quit IRC14:08
*** ildikov has quit IRC14:10
johnthetubaguydansmith: OK14:10
*** irenab has joined #openstack-nova14:12
sdaguejohnthetubaguy: ok, so I'm still getting my bearings back from a week away (which was super nice). I'm assuming top priorities that I can help with are the Nova API explanation article and the tree restructure to get rid of v314:15
sdaguebut if there is something else you want eyes on, let me know14:16
johnthetubaguysdague: that sounds good from my memory at this point14:16
johnthetubaguysdague: I am getting out of some firefighting and just writing up the priorities spec, etc14:16
sdagueyeh, I figure those 2 things, plus reconstruct all the things I promissed are my goal for the week14:16
sdaguecoolio14:16
*** achanda has joined #openstack-nova14:18
johnthetubaguysdague: I am slowly populating this, it should help eventually https://etherpad.openstack.org/p/YVR-nova-liberty-summit-action-items14:18
*** _gryf is now known as _gryf|afk14:18
sdaguejohnthetubaguy: awesome14:18
*** achanda has quit IRC14:18
*** achanda has joined #openstack-nova14:18
*** ildikov has joined #openstack-nova14:19
dansmithjohnthetubaguy: okay, I think I've got it ready with tests14:20
dansmithjohnthetubaguy: have you started on a bug or should I open one and act like I've seen this in the wild? :)14:21
johnthetubaguydansmith: so launchpad timed out on my, resubmitting now14:21
*** mdrabe has quit IRC14:21
*** nelsnelson has joined #openstack-nova14:22
dansmithokay14:22
johnthetubaguydansmith: https://bugs.launchpad.net/nova/+bug/146067314:23
openstackLaunchpad bug 1460673 in OpenStack Compute (nova) "nova-manage fails if instance has no flavor in sys_meta when trying to move them all to instance_extra" [Medium,Triaged]14:23
dansmithjohnthetubaguy: thanks, just a sec14:23
*** tui has quit IRC14:24
*** tui has joined #openstack-nova14:25
dansmithjohnthetubaguy: so, we have at least one place in the api code where we account for the possibility of not having stashed flavor info14:25
openstackgerritDan Smith proposed openstack/nova: Make nova-manage handle completely missing flavor information  https://review.openstack.org/18720614:25
dansmithjohnthetubaguy: this will let us remove that once people have run this migration14:25
johnthetubaguydansmith: ah, sweet, good point, its a nice tidy up14:26
dansmithjohnthetubaguy: so if that ^ works for you guys I'll backport to kilo14:26
johnthetubaguydansmith: +1 to that14:26
*** coreywright_ is now known as coreywright14:27
*** achanda_ has joined #openstack-nova14:28
*** krtaylor has quit IRC14:30
*** tui has quit IRC14:30
*** achanda has quit IRC14:30
*** Murali has quit IRC14:30
*** mtanino has joined #openstack-nova14:31
*** annegentle has quit IRC14:32
thomasemdims: added DocImpact and more info in the commit message here: https://review.openstack.org/#/c/187012/ Is that what you were looking for?14:37
*** toan-tran has joined #openstack-nova14:39
*** zz_jgrimm is now known as jgrimm14:40
*** krtaylor has joined #openstack-nova14:42
*** mleroy has quit IRC14:42
*** cfriesen has joined #openstack-nova14:43
*** achanda has joined #openstack-nova14:44
*** tonytan4ever has joined #openstack-nova14:45
*** achanda__ has joined #openstack-nova14:45
*** gokrokve has joined #openstack-nova14:47
*** mleroy has joined #openstack-nova14:47
*** achanda has quit IRC14:48
*** mdrabe has joined #openstack-nova14:49
*** achanda_ has quit IRC14:49
*** achanda__ has quit IRC14:50
*** gokrokve_ has quit IRC14:50
*** jaypipes has joined #openstack-nova14:51
*** ildikov has quit IRC14:52
*** achanda has joined #openstack-nova14:54
*** amotoki has quit IRC14:57
*** afazekas has quit IRC14:57
*** artom has joined #openstack-nova14:58
*** ildikov has joined #openstack-nova14:58
*** tsekiyama has joined #openstack-nova14:58
*** corvus is now known as jeblair14:59
*** achanda_ has joined #openstack-nova14:59
*** Guest83839 has joined #openstack-nova15:00
*** achanda has quit IRC15:01
*** kfox1111 has quit IRC15:04
*** marun has joined #openstack-nova15:05
*** popw has quit IRC15:05
*** cyeoh has quit IRC15:08
*** emagana has joined #openstack-nova15:09
*** emagana has quit IRC15:09
*** emagana has joined #openstack-nova15:09
openstackgerritDan Smith proposed openstack/nova: Make nova-manage handle completely missing flavor information  https://review.openstack.org/18720615:09
openstackgerritDan Smith proposed openstack/nova: Handle FlavorNotFound when augmenting migrated flavors  https://review.openstack.org/18722715:09
dansmithjohnthetubaguy: also fixes a similar FlavorNotFound issue ^15:09
*** emagana has quit IRC15:10
*** penick has joined #openstack-nova15:11
*** hemnabeer is now known as hemna15:11
*** lpetrut has quit IRC15:11
*** emagana has joined #openstack-nova15:11
*** emagana has quit IRC15:12
johnthetubaguydansmith: sweet15:12
dansmithI'm still completely amazed that you have running instances with no flavor info and things aren't broken15:13
*** dprince has quit IRC15:13
dansmithI feel like congratulations are in order :)15:13
*** emagana has joined #openstack-nova15:13
*** penick has quit IRC15:13
*** emagana has quit IRC15:14
danpbdansmith: was there ever a time when image metadata was /not/ copied over to instance system_metadata at boot time ?15:14
edleafedansmith: https://twitter.com/tenderlove/status/60335507210217062515:14
danpbie, can i rely on system_metadata always being populated15:14
dansmithdanpb: not sure15:14
*** zzzeek has joined #openstack-nova15:15
dansmithedleafe: heh, yeah15:15
*** david-ly_ is now known as david-lyle15:21
dimsthomasem: yep15:22
flaper87jaypipes: <3 thanks for stepping up for the v1 -> v2 thing15:23
*** achanda has joined #openstack-nova15:24
*** emagana has joined #openstack-nova15:25
*** nelsnelson has quit IRC15:26
*** achanda_ has quit IRC15:27
* bauzas loves cleaning pretty old stuff in the scheduler15:29
*** leopoldj has quit IRC15:30
lxsliNothing better than breaking out a machete on some code :)15:31
*** tjones1 has joined #openstack-nova15:31
*** lan__ has joined #openstack-nova15:31
*** mohitsharma has quit IRC15:32
*** wwriverrat has quit IRC15:35
*** nihilifer has quit IRC15:35
*** foexle has quit IRC15:36
*** subscope has joined #openstack-nova15:37
openstackgerritDan Smith proposed openstack/nova: Handle FlavorNotFound when augmenting migrated flavors  https://review.openstack.org/18722715:38
openstackgerritDan Smith proposed openstack/nova: Make nova-manage handle completely missing flavor information  https://review.openstack.org/18720615:38
*** bjornar has quit IRC15:38
*** otter768 has joined #openstack-nova15:39
*** lan__ has quit IRC15:40
*** dims has quit IRC15:41
openstackgerritEric Harney proposed openstack/nova: Add error message to failed block device transform  https://review.openstack.org/18058415:42
*** dims_ has joined #openstack-nova15:42
*** dguitarbite has quit IRC15:43
*** patrickeast has joined #openstack-nova15:43
bauzasdoes anyone know here (warning, you have to be elder) why there is SchedulerOptions module to add some JSON information if no upstream filters are looking at them ?15:44
*** otter768 has quit IRC15:44
openstackgerritDan Smith proposed openstack/nova: Make InstanceExternalEvent use an Enum for status  https://review.openstack.org/18362615:45
bauzascorollar question : can we just drop the scheduler options if the in-tree modules don't use it, even if out-of-tree filters could perhaps use it ?15:45
*** isd has quit IRC15:45
bauzasto be clear, I'm talking about https://github.com/openstack/nova/blob/master/nova/scheduler/filter_scheduler.py#L126 and https://github.com/openstack/nova/blob/master/nova/scheduler/scheduler_options.py15:46
edleafebauzas: IIRC, that was designed for operators to tweak things without having to restart services.15:48
edleafebauzas: so it probably wouldn't be in-tree15:48
edleafebauzas: it would lend itself to customized filters/weighers15:48
bauzasedleafe: okay, so you think I should keep it and just serialize it in the ReqSpec object ?15:49
*** matrohon has quit IRC15:49
*** Sukhdev has joined #openstack-nova15:49
edleafebauzas: yeah, that would probably be best15:49
bauzasedleafe: since it's a JSON-encoded file, we really have zero ways to provide an object15:49
bauzasdansmith: your thought on that ?15:49
bauzasedleafe: because it can be a dict of dicts or more than that15:50
bauzasedleafe: so if I would provide this in our object, it would be a field like 'options' : fields.StringField()15:50
edleafebauzas: yep - no defined structure15:50
bauzaswhich is terribly bad15:50
bauzassince the motivation is to provide a way to add a versioned interface for the filters15:51
edleafebauzas: it's a poor name - should have been something like 'dynamic runtime tweaks'15:51
bauzasedleafe: it's just a poor error vector, that's it :)15:51
edleafebauzas: +115:52
dansmithdear. god.15:52
dansmithbauzas: I don't think we should serialize/store that in request spec, no15:52
bauzasdansmith: hence my point above :)15:52
dansmithbauzas: can't we just re-read and re-apply the junk in the file if we reschedule?15:53
*** toan-tran has quit IRC15:53
bauzasdansmith: that's just a blob added to filt_props15:53
bauzasdansmith: so any 3rd party filter can expect something in there15:54
bauzasdansmith: anytime the _schedule() method is called (ie. for a reschedule from the conductor as well), it just reads the JSON file15:54
*** ildikov has quit IRC15:54
bauzasdansmith: but that's once per request since .schedule() is only called once15:54
bauzasso, the problem is : we have an internal API that allows out-of-tree filters to pass arbitrary values to their filters15:55
dansmithbauzas: right, which is terrible15:55
bauzasdansmith: totally15:55
dansmithbauzas: my point is, I don't think we should capture/snapshot what is in the file when we create requestspec for an instance15:56
bauzas(17:50:45) bauzas: which is terribly bad15:56
*** sahid has quit IRC15:56
dansmithbauzas: so if we need to continue to honor the contents of that file, can't we just do it each time we (re-)schedule and not actually store it?15:56
bauzasdansmith: so, we could just drop the support of it ?15:56
dansmiththat's a different question, which is harder to answer15:56
bauzasdansmith: oh, no15:56
dansmithbut not polluting our new requestspec object with it is definitely a good goal15:57
bauzasdansmith: since I'm planning to build the spec object and then pass it to the filters15:57
bauzasdansmith: so the API for the filters would be def host_passes(spec_obj)15:57
dansmithoh, I see you mean the filters will expect it to be on the requestspec15:57
bauzassorry def host_passes(host_state, spec_obj)15:57
dansmithAFAIK, the filter "API" is not stable, so we can just pass it to them in some other way, right?15:58
*** lpetrut has joined #openstack-nova15:58
bauzasdansmith: yeah, I could leave an ugly kwargs15:58
dansmithor, define some non-remotable helper on the object that caches the result, but doesn't persist it (or pass it over rpc)15:58
dansmithhang on, let me write something15:58
bauzasdansmith: oh I see15:59
bauzasdansmith: gotcha15:59
bauzasdansmith: a property then, not a fiedl15:59
bauzasdansmith: that way, there would be no persistence15:59
dansmithbauzas: http://pastebin.com/Ed74Qsvn16:00
dansmithbauzas: right, could be a method or a property.. method makes it a little more obvious as "something different"16:00
bauzasdansmith: I'm cool to see we're sharing the same thoughts16:00
dansmiththen if you pass that over rpc, it just drops the crap cache, and never saves in the DB either16:00
bauzasyup16:00
dansmiththen you can fix the in-tree filter that uses it and we ReleaseNotes that this has changed16:00
bauzassome objects do that, like instance16:00
dansmithyes16:00
bauzascool, writing that down16:01
*** isd has joined #openstack-nova16:01
*** dulek has quit IRC16:01
bauzasI'll also do that for the context16:01
bauzasdansmith: FYI16:01
dansmithcontext?16:01
edleafeit would be interesting to see if any of the big operators (RAX, HP) actually use this to tweak how they choose hosts16:01
bauzasdansmith: https://github.com/openstack/nova/blob/master/nova/scheduler/filter_scheduler.py#L124 is written but never read in-tree16:02
dansmiththe object will already have a context16:02
*** bkopilov has quit IRC16:02
*** Longgeek has quit IRC16:02
dansmithso just change anything that uses the context to grab it from the object16:02
dansmithor add an @property of "context" that does "return self._context"16:02
*** zzzeek has quit IRC16:02
*** Longgeek has joined #openstack-nova16:02
*** zzzeek_ has joined #openstack-nova16:02
bauzasdansmith: oh I didn't wrote something about storing a context16:02
bauzasdansmith: because atm the object is not persisted16:03
dansmithright, but that's fine..16:03
*** belmoreira has quit IRC16:05
*** jlanoux has quit IRC16:05
*** oro has quit IRC16:06
*** subscope has quit IRC16:07
*** Guest83839 has quit IRC16:08
*** bkopilov has joined #openstack-nova16:08
*** annegentle has joined #openstack-nova16:09
*** jistr has quit IRC16:11
*** unicell has quit IRC16:12
*** bkopilov has quit IRC16:12
*** wwriverrat has joined #openstack-nova16:12
*** annegentle has quit IRC16:14
*** markus_z has quit IRC16:15
*** mpavone has quit IRC16:15
*** claudiub has joined #openstack-nova16:16
*** alex_klimov has quit IRC16:16
*** browne has joined #openstack-nova16:16
*** garloff_ has quit IRC16:17
dansmithbah, pep816:20
openstackgerritDan Smith proposed openstack/nova: Handle FlavorNotFound when augmenting migrated flavors  https://review.openstack.org/18722716:20
openstackgerritDan Smith proposed openstack/nova: Make nova-manage handle completely missing flavor information  https://review.openstack.org/18720616:20
*** moshele has quit IRC16:21
*** yassine_ has quit IRC16:23
*** garyk has quit IRC16:23
dansmithmriedem: I was getting ready to send an email about the mellanox failbot to the list. just to be sure, you haven't already done that, right?16:27
*** nihilifer has joined #openstack-nova16:27
*** nic has joined #openstack-nova16:28
mriedemdansmith: nope16:29
dansmithokay16:30
*** pradipta has joined #openstack-nova16:31
*** bkopilov has joined #openstack-nova16:31
*** alexpilotti has joined #openstack-nova16:35
*** oro has joined #openstack-nova16:36
openstackgerritDaniel Berrange proposed openstack/nova: compute: only use non_inheritable_image_properties if snapshotting  https://review.openstack.org/18725016:37
openstackgerritDaniel Berrange proposed openstack/nova: compute: remove get_image_metadata method  https://review.openstack.org/18725116:37
*** unicell has joined #openstack-nova16:38
*** dprince has joined #openstack-nova16:38
*** artom has quit IRC16:38
*** artom_ has joined #openstack-nova16:38
*** salv-orl_ has joined #openstack-nova16:39
*** Mike_D_laptop has joined #openstack-nova16:39
*** romainh1 has left #openstack-nova16:40
*** thangp has quit IRC16:41
*** tonytan4ever has quit IRC16:41
*** afazekas has joined #openstack-nova16:41
*** salv-orlando has quit IRC16:42
*** gokrokve_ has joined #openstack-nova16:45
*** marun has quit IRC16:46
*** gokrokve_ has quit IRC16:46
*** marun has joined #openstack-nova16:46
*** gokrokve_ has joined #openstack-nova16:46
*** thangp has joined #openstack-nova16:47
*** gokrokve has quit IRC16:49
*** afazekas has quit IRC16:49
mriedemrussellb: pixelbeat: claudiub: can one of you take a look at this backport please https://review.openstack.org/#/c/186505/16:50
claudiublooking16:52
*** ijw has joined #openstack-nova16:53
*** davideagnello has joined #openstack-nova16:53
*** ajayaa has joined #openstack-nova16:55
pixelbeatmriedem, done16:55
mriedemthanks16:55
*** davideagnello has quit IRC16:55
*** salv-orl_ has quit IRC16:56
*** salv-orlando has joined #openstack-nova16:57
*** ssurana has joined #openstack-nova16:59
dims_alaski: melwitt: so we are looking at several oslo library releases tomorrow. the oslo.serialization one is likely to trip nova dsvm cells job. i have a review up if you have some time - https://review.openstack.org/#/c/186522/17:00
alaskidims_: thanks, will take a look in a bit17:00
dansmithdims_: that release will immediately break anyone deploying from master without that patch applied, right?17:01
dims_alaski: here's how i tested it - https://review.openstack.org/#/c/186418/17:01
*** Hosam has joined #openstack-nova17:01
openstackgerritMitsuhiro Tanino proposed openstack/nova: libvirt: Handle mismatch of volume information between BDM and domain XML  https://review.openstack.org/17506717:01
dims_dansmith: anyone using cells i think17:01
dansmithdims_: right17:02
dansmithdims_: that seems.. uncool?17:02
mriedemyou could cap oslo.serialization < 2.0 in g-r https://github.com/openstack/requirements/blob/master/global-requirements.txt#L76 and then release as oslo.serialization 2.017:03
alaskithis is an api change essentially, right?17:03
*** armax has joined #openstack-nova17:04
cfriesendansmith: I'm running into an issue with instance.save() overwriting instance.flavor with flavor info from instance.system_metadata.   Looking at _maybe_upgrade_flavor(), do we never expect to have flavor info in instance.system_metadata as well as instance.flavor?   (This is on a modified kilo-3.)17:04
dims_alaski: no api change, change in the timestamp string on wire17:04
*** yamahata has joined #openstack-nova17:04
dansmithcfriesen: right, the point of that is to migrate stuff from the old location (sysmeta) to the new location (extra)17:04
dansmithdims_: the wire protocol is an API17:04
cfriesendansmith: okay.  gotta figure out why I've still got stuff in the old location then.   Problem is that it's got different extra-specs than the new location, so it's losing a bunch of extra-specs info.17:05
cfriesenentirely possible this is of our own making. :)17:06
mriedemdims_: also, https://review.openstack.org/#/c/148500/ has a -2 on it17:06
mriedem?17:06
*** isq_ has quit IRC17:06
*** achanda has quit IRC17:07
*** isq_ has joined #openstack-nova17:07
*** achanda has joined #openstack-nova17:08
alaskidims_: like dansmith said, the value coming out of the other end is now different17:08
dims_mriedem: alaski: dansmith: https://review.openstack.org/#/c/159892/17:09
dansmithdims_: what does that document have to do with it?17:09
dims_API working group guidelines17:09
dims_that was part of the reason for the change17:10
dansmiththat (a) has nothing to do with RPC APIs and (b) doesn't override our need to not break the world :D17:10
alaskiI understand why we should update, I just wish that requirements were capped to < 2.0 as mriedem mentioned, and then release as 2.017:10
*** annegentle has joined #openstack-nova17:10
*** alanf-mc has joined #openstack-nova17:10
dims_"The cells feature of Nova is considered experimental by the OpenStack"17:11
dims_right?17:11
dansmithyes, but breaking RAX, nectar, godaddy, CERN, etc is not okay just because of that, IMHO17:11
*** shashankhegde has joined #openstack-nova17:11
dims_dansmith: the identified change works both both older oslo.serialization lib and the new one yet to be released, so don't understand the concern17:12
*** vilobhmm has joined #openstack-nova17:13
dansmithdims_: it changes the wire format, right? that means that you're breaking our live upgrade abilities spanning that change, right?17:13
johnthetubaguycfriesen: do watch out for the old sys_meta only being soft deleted, I had totally forgotten thats how it was going to work till I looked a bit closer17:13
*** isd has quit IRC17:13
*** vitikkan has joined #openstack-nova17:13
*** davideagnello has joined #openstack-nova17:14
dims_dansmith: no, the accepting code works with old or the new wire format. so no, we don't break upgrade17:14
*** ajayaa has quit IRC17:14
dansmithdims_: for people that have that code in place17:14
dansmithdims_: if we merge that in L and require/allow the new lib in L, then people can't migrate from K to L17:14
dansmithsince their K deploys don't have that tolerance fix17:14
*** achanda has quit IRC17:14
*** vilobhmm1 has joined #openstack-nova17:15
dansmithright?17:15
cfriesendansmith: johnthetubaguy: this only seems to bite us when using server groups (yay, more server groups issues.)17:15
dansmithcfriesen: not sure how that could be related... :)17:16
*** vitikkan has quit IRC17:16
dims_alaski: hope you can confirm dansmith's question as you know more about who sends these messages and who consumes it17:17
*** annegentle has quit IRC17:17
*** vilobhmm has quit IRC17:17
johnthetubaguydims_: I am +1 dansmith on that waiting to K, FWIW, at least if I understand the question correctly17:17
dims_dansmith: honestly this is why i brought it up before we cut release so we can talk about it and hold things off if needed17:17
dansmith...and we know nectar uses cells and live upgrades, in case that's an argument to be made :)17:18
dansmithjohnthetubaguy: you mean M?17:18
dansmithdims_: cool17:18
johnthetubaguydansmith: sorry, yes, +1 basically17:18
cfriesendansmith: working theory is that the server group stuff (possibly something we tweaked) is causing the system_metadata to get written17:18
dims_johnthetubaguy: i'd wait for alaski's view on the actual impact withouth guessing17:18
dansmithdims_: I'm not guessing, but happy to have alaski agree :)17:18
alaskiso assuming this only breaks cells code, I think it will be ok in practice.  because we require cells to be updated all at once17:19
dansmithalaski: you do, but nectar doesn't17:19
alaskithen they would break17:20
dansmithbut I'm really -2 on breaking us even theoretically17:20
dims_dansmith: who can i talk to for nectar?17:20
alaskiright, I think it's really luck that it doesn't break more than it does17:20
alaskidims_: sam morrison, though I don't know his irc nick17:21
dansmithjohnthetubaguy: so if you're cool, I'll -2 the change that lets nova pass with the breaking library until we have a requirements sync that bans <2 and that change gets released as 2.017:21
dansmithdims_: nectar is the example we know about17:21
*** annegentle has joined #openstack-nova17:21
dansmithdims_: if we know this is breaking, we shouldn't do it regardless, because of the deploys out there that we *can't* pre-verify with17:21
dansmithfull stop.17:21
alaskiat a simpler level, jsonutils.to_primitive() now returns something different than it did previously17:22
johnthetubaguyalaski: yeah, that feels bad...17:23
alaskiit's an api change, and with the way we have requirements set now there's not a safe way to do that17:23
dansmithit's really not even something a library should do in a major version, IMHO17:23
dansmithwithout a new call and a deprecation cycle at a minimum17:23
*** baoli has quit IRC17:24
johnthetubaguydims_: can we express this in the form of changing a default parameter?17:24
*** sudipto has joined #openstack-nova17:24
johnthetubaguyif we could isolate ourselves from the change for a release, then it stops us bugging you17:24
dansmithjohnthetubaguy: remember, this affects the already-installed code17:25
dansmithjohnthetubaguy: so we would still need a cycle to deploy that change before we could change the behavior17:25
johnthetubaguydansmith: yeah, I am thinking we dial back to the old behaviour explicitly17:25
johnthetubaguyI guess we need to break, then get the new default param, require the new param, then use it, yuck...17:25
dansmithoh, so that we send the old version you mean?17:25
dansmithit's still ugly17:25
johnthetubaguydansmith: yeah, send the old version for a release17:26
dansmitha multi-cycle task we have to track17:26
johnthetubaguydansmith: as you said, its fairly ugly, to say the least17:26
johnthetubaguydansmith: we should stop using timeutils to generate our output, thats probably better in a way, so we "own" the output more, but obviously bad for DRY17:27
*** dboik has quit IRC17:27
*** dhellmann has joined #openstack-nova17:27
dansmithwell,17:27
johnthetubaguyhmm, there is no way this is not slightly messy17:27
dansmiththat is wrapped up in the call to serialize a bunch of stuff right now, yes?17:27
dansmithwe could try to pre-filter/fix it but,,,17:27
johnthetubaguy...oh, old versions that get the upgrade17:28
dansmithI see no reason to complicate this.. the way we handle these things is merge the more tolerant thing and then tighten in the next release17:28
johnthetubaguydansmith: right, its our usual approach, and its simple (ish), and proven17:29
johnthetubaguydansmith: that involves ensuring we emit the same output for a release, presumably, which is where its tricky I guess17:30
melwittis this a thing that would get handled if we sent objects over the wire instead first? if we were to bump object version for a time format change?17:30
dims_dansmith: even in that case, you should accept this change i submitted which would be tolerant to both old and new and still fight for oslo.serialization cap in g-r. no?17:30
dansmithdims_: I just want to see it released as 2.0, and us capped at <2.0 first, but yes17:31
*** shashankhegde has quit IRC17:31
dims_ack. dansmith17:33
*** baoli has joined #openstack-nova17:33
alaski+1 to both of you17:33
*** sdake_ has joined #openstack-nova17:34
alaskidims_: I'm +2 on your change in Nova, but things can/will break in the field with an oslo release17:34
*** jdurgin has joined #openstack-nova17:34
dims_alaski: ack and thanks17:35
dansmithalaski: mind if I -2 it whilst we wait for this to actually land as 2.0 ?17:35
dansmithdon't want it getting merged accidentally17:35
alaskiI don't mind, but what's the concern?  that an oslo release wouldn't fail tests?17:36
johnthetubaguymelwitt: good point, that cells stuff should really move to serialised objects rather than primitives, I guess17:36
*** promulo_ has joined #openstack-nova17:36
dansmiththe ordering has to be correct17:36
dansmithwe want the <2.0 pin to land before this I think17:37
*** dboik has joined #openstack-nova17:37
dansmithbecause if we land this, and someone deploys it before the pin lands,17:37
*** promulo has quit IRC17:37
*** baoli has quit IRC17:37
*** vilobhmm1 has quit IRC17:38
dansmiththen they release 2.0, that deployer will use 2.0 and potentially fail mid-upgrade instead of immediately17:38
*** vilobhmm has joined #openstack-nova17:38
*** sdake has quit IRC17:38
alaskiahh, you want to fail fast17:38
alaskimakes sense17:39
alaskiI'm fine with a -2, but it's good that it's out in case someone wants to pull it down themselves17:40
*** afazekas has joined #openstack-nova17:40
dansmithI -W'd it to avoid you taking the disagreement hit and because I know dims_  will honor the unsticky vote :)17:40
*** otter768 has joined #openstack-nova17:40
dims_dansmith: waiting for dhellmann to be back from lunch. what you propose makes sense to me17:41
dansmithcool17:41
dansmithdims_: kudos for bringing it up before just pushing the button :)17:41
alaskiyes, thanks for that17:42
dims_let's see what else breaks...haha17:42
dims_but seriously, i am trying nova unit tests as well (https://review.openstack.org/#/c/186413/) against oslo master17:43
*** packet has joined #openstack-nova17:44
*** otter768 has quit IRC17:45
lxsliI'm getting this error from the nova-specs tests, on a line which is only 49 chars long!17:45
lxsliLine limited to a maximum of 79 characters.17:45
lxsliit's the first line of an asciiflow diagram, any ideas please?17:45
edleafelxsli: trailing whitespace?17:45
lxsliNope17:46
edleafelxsli: and no multibyte chars if it's asciiflow, so hmmmm...17:46
lxsliadding print statements...17:46
*** afazekas has quit IRC17:47
lxsliedleafe: prize for you, apparently it does export multibyte chars!17:49
*** Sukhdev has quit IRC17:49
lxslifor whitespace of all things17:49
*** tonytan4ever has joined #openstack-nova17:49
edleafelxsli: ??? And they call themselves 'asciiflow'? :)17:49
lxsli:%s/ / /g17:49
melwittI was thinking we should consider a novaclient release this week because of a fix for https://bugs.launchpad.net/python-novaclient/+bug/145710017:51
openstackLaunchpad bug 1457100 in python-designateclient "pbr version conflict" [Undecided,New]17:51
*** dave-mccowan has quit IRC17:51
*** dave-mccowan has joined #openstack-nova17:52
*** achanda has joined #openstack-nova17:54
*** baoli has joined #openstack-nova17:54
*** dave-mcc_ has joined #openstack-nova17:54
*** baoli_ has joined #openstack-nova17:55
*** baoli_ has quit IRC17:55
*** achanda_ has joined #openstack-nova17:55
*** dave-m___ has joined #openstack-nova17:56
*** dave-mccowan has quit IRC17:57
*** zhenguo has quit IRC17:57
*** achanda_ has quit IRC17:57
*** Sukhdev has joined #openstack-nova17:57
*** achanda has quit IRC17:58
*** baoli has quit IRC17:59
*** achanda has joined #openstack-nova17:59
*** dave-mcc_ has quit IRC17:59
*** baoli has joined #openstack-nova18:01
mriedemmelwitt: probably not a bad idea. if i can get off my ass and cleanup these patches for deprecating the volume APIs/CLIs we need to do a release for that anyway18:01
devanandadansmith: there's some of "find what I want" in addition to "create what I want" -- so this is what Ironic has proposed with the capabilities stuff AIUI. could you explain the problem?18:02
*** shashankhegde has joined #openstack-nova18:03
gabriel-bezerrathat's sort of what we want to achieve with the passthrouh extra specs too.18:03
*** pradipta has quit IRC18:03
gabriel-bezerrawe "find what I want" with other filters and "create what I want" with the passthrough info18:03
*** alexpilotti has quit IRC18:03
*** thiagop has joined #openstack-nova18:04
gabriel-bezerrajohnthetubaguy: ^18:04
*** albertoffb has joined #openstack-nova18:04
*** aix has quit IRC18:04
johnthetubaguygabriel-bezerra: I am about to run off for the day I am afraid18:04
dansmithdevananda: I am waiting for a meeting to start, so getting into it now isn't going to work18:05
devanandadansmith: ack. I'll be around on and off for the next couple hours18:05
*** baoli has quit IRC18:05
dansmithdevananda: numa does specify some resources that are not just create-able, but the definition for it is strict18:05
johnthetubaguyI was hoping to link to the etherpad form the summit session, but not sure I did a great job of taking notes: https://etherpad.openstack.org/p/YVR-nova-flavors-and-image-properties18:06
dansmithdevananda: unlike the "pass all this goo through to the driver"18:06
dansmithwhich is just a total non-starter for us, IMHO18:06
*** diegolp has joined #openstack-nova18:06
devanandadansmith: got a link to said strict definition?18:06
dansmithdevananda: sadly it's extremely obscure, but let me look18:07
gabriel-bezerrajohnthetubaguy: you are in UTC, right?18:08
devanandafrom your POV, I can certainly understand objecting to a complete and unfiltered passthru. frankly, I'm not thrilled by it in Ironic either, and have been encouraging folks to standardize on what the "capabilities" are18:08
johnthetubaguygabriel-bezerra: well UK, so UTC+1 right now I guess18:08
dansmithdefinitely not a good example of what to do, but it's much better than a passthrough namespace18:08
gabriel-bezerrajohnthetubaguy: ok18:08
dansmithdevananda: http://archive.thoughtsoncloud.com/2014/08/openstack-numa-placement/18:08
devanandaessentially, I wanteach Ironic driver to expose the set of capabilities it supports so that it is, at least, discoverable via the API -- even if it varies per driver (or per node)18:08
dansmithdevananda: I think that numa string is far too complex to be encoded in a key=value string store18:08
devanandayikes18:09
devanandano kidding18:09
dansmithso like I said, not a good example of what to do, but at least it's a somewhat less flexible resource sort of thing18:10
dansmithi.e. you can't just create two numa nodes anywhere you want18:10
*** achanda_ has joined #openstack-nova18:10
*** gokrokve has joined #openstack-nova18:11
*** baoli has joined #openstack-nova18:11
*** baoli has quit IRC18:11
devanandadansmith: yea ... i think I need to think about this some more18:12
devanandaalso, i need to get food18:13
johnthetubaguydansmith: devananda: its possible hiding the mess in Ironic specific config could be a middle ground, at least while the other infrastructure is put in place, although I couldn't quite see if that would help, or make everything much worse, after giving the spec a quick read18:13
*** Nisha has joined #openstack-nova18:13
*** sinval_ has joined #openstack-nova18:13
*** baoli has joined #openstack-nova18:13
dansmithyeah, I think that's too static for them,18:13
johnthetubaguy(given a compute node only works for a subset of ironic resources)18:13
devanandajohnthetubaguy: except it's not config-based. the proposal is to add metadata to flavors18:13
*** gokrokve_ has quit IRC18:13
dansmithbecause it implies that only one type of machine is hosted by a given compute18:13
*** achanda has quit IRC18:13
devanandadansmith: right18:14
*** IanGovett1 has quit IRC18:14
dansmithwhich they heartily nak'd at summit, IIRC :)18:14
*** sudipto has quit IRC18:14
devanandajohnthetubaguy: so all that "map one compute node to a set of ironic resources" discussion -- we dont actually HAVE that18:14
johnthetubaguydevananda: yeah, very true.18:14
*** mdrabe has quit IRC18:14
devanandaeven if we did, it wouldn't solve this18:15
dansmiththe idea of a base flavor plus "options" like jaypipes described is really the generic model for things like this I th ink18:15
devanandathe issue is that each ironic node can be customized at instance-creation-time18:15
mriedemmelwitt: is https://bugs.launchpad.net/python-novaclient/+bug/1457100 a thing where you have newer pbr and it blows up with latest released novaclient? and if so, which version of pbr?18:15
openstackLaunchpad bug 1457100 in python-designateclient "pbr version conflict" [Undecided,New]18:15
mriedem1.0?18:15
*** gokrokve has quit IRC18:15
johnthetubaguydevananda: ah, OK, I had missed that bit somehow18:15
dansmithdevananda: I think you need to enumerate the customizations so we can even wrap our heads around something we could model in a simpler way in the short term18:16
johnthetubaguydevananda: I remember that coming up though, no you remind me18:16
devanandaall the concrete proposals for this today involve a fixed amount of cpou/ram/disk, but variable properties around that, eg. what degree of hw security to enforce, what power mgmt profile to use, etc18:16
johnthetubaguydansmith: +1 some explicit examples would be great18:16
devanandaexamples ^ :)18:16
*** achanda_ has quit IRC18:16
devanandacapabilities:boot_mode = [ legacy, uefi, secure, txt ]18:16
dansmiththe fixed cpu/disk thing should be covered by existing flavors, no?18:16
* johnthetubaguy really has to run18:17
devanandacapabilities:power_mode = [ performance, cost_saving, green ]18:17
dansmithdevananda: boot mode is a thing that you can set with kvm, so you should be able to share that flag with them18:17
devanandadansmith: oh neat18:17
thiagopdevananda: I think I can help with that18:17
devanandajohnthetubaguy: thanks. catch you later18:17
dansmithpower mode is probably not a thing18:17
dansmithunfortunately, the desire/decision/whatever to not have people talk directly to ironic means that you have to get in the nova queue for modeling things18:18
dansmithit would be much easier if people could create a request ticket in ironic with all these things and then just hand that to nova so that the ironic driver could say "they pre-reserved this, please give me one of $these"18:19
dansmithlike neutron pre-port-create18:19
devanandathat's interesting18:19
thiagopdansmith: our main use case is something like "given a pool of servers in a configurable enclosure, if I'm about to launch a baremetal instance in one of these servers, I need to configure it with the correct network that matches the ironic provision network"18:19
devanandathiagop: huh? that should be handled by neutron ... not flavors!18:20
*** wanyen has joined #openstack-nova18:21
thiagopI mean, "attach the correct cable"18:21
gabriel-bezerranowadays with flat network only, network is part of the pre-boot-configuration18:21
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add liberty priorities  https://review.openstack.org/18727218:21
thiagopif you know what I mean18:21
melwittmriedem: it blows up for people who are also installing auth plugins (rax novaclient) and it blows up with pbr 1.0.1 when it tries to load the plugins. downgrading to pbr 0.11.0 is the workaround. I don't understand how (even a no-op auth plugin) ends up with a requirement for pbr <1.018:21
devanandajroll: wdyt of "ironic reserve $description; nova boot --using-reserved-stuff $stuff"18:21
gabriel-bezerrabut networking is not the only thing in it.18:21
devanandathiagop: gabriel-bezerra: sure. but there's ongoing work to address that, and Neutron *should* be used to do that. not nova flavors.18:22
dhellmanndims_, dansmith : is this 2.0 cap dance something we expect to do this cycle, or are we talking about a multi-cycle effort?18:22
dansmithdhellmann: we can't uncap it until after L18:22
dhellmanndansmith: ok, that's what I thought.18:22
devanandaanyhow, i need to relocate and find food. bbiah18:22
devanandadansmith: thanks for the chat. interesting ideas...18:23
jrolldevananda: without reading scrollback, $description being a node or?18:23
dhellmanndims_: so we need to revert the change in oslo.serialization, or we can't release any new versions of it this cycle18:23
dhellmanndims_: we can talk about that in #openstack-oslo18:23
Nishadevananda, what would be description here?18:23
Nishadansmith, devananda does it mean apply to all the ironic nodes?18:23
dansmithjroll: Nisha: description would be a transient entity that collects all the special requirements you have for the ironic instance you're going to ask nova to boot18:24
NishaI am not sure how to compare it equivalent to flavors18:24
gabriel-bezerradevananda: I agree with you. We just don't have such integration with Neutron working right now and so it is part of what is in the bucket of the flavor.18:24
Nishadansmith, IMO the scenario is something like18:24
Nishasay we have 10 ironic nodes, few capable of one capability18:25
jrolldansmith: hrm, interesting18:25
Nishafew capable of others18:25
*** eharney has quit IRC18:25
jrollgabriel-bezerra: it's going to take longer to convince people to hack flavors than it would take to do this the "right" way18:25
Nishaso with current model, it selects the node as given in flavor18:25
gabriel-bezerradevananda: actually, it is hidden behind the flavor.18:25
Nishanow how will we handle this with above approach18:26
Nishai am just trying to understand18:26
gabriel-bezerrajroll: the point is that the networking is just a bad example, but we have a lot more to configure there.18:26
jrollgabriel-bezerra: yeah, I understand the other cases :)18:26
*** jecarey has quit IRC18:26
Nishadansmith, ^^^18:26
*** VW has quit IRC18:27
*** angdraug has joined #openstack-nova18:28
dansmithNisha: not sure what you're looking for from me.. I don't know the details of your requirements anyway, I'm just trying to help you guys be in control of your own complex modeling without trying to make nova own it18:28
*** VW has joined #openstack-nova18:29
*** eharney has joined #openstack-nova18:29
Nishadansmith, i agree i am trying to understand the idea given by you...actually i liked it but dont know if that applies to single node or it applies to all ironic nodes a conductor is handling18:30
*** gokrokve has joined #openstack-nova18:31
Nishadansmith, with ur above proposal/idea nova will select one node always?18:31
*** oro has quit IRC18:32
dansmithI guess the problem with that idea is that nova may select a node that isn't compatible with the pre-request18:33
Nishadansmith, here i assume that "pre-request" is assumed to contain what ever we give in flavor today?18:34
dansmithno18:34
dansmithit contains the extra things you want to be able to represent, like "power_mode=green"18:34
thiagopNisha: I think dansmith 's ideia is to make things like "Ironic, store these configs with this name that nova will call you later asking for a node with *some* size and these configs"18:35
dansmithyeah18:35
*** rotbeard has quit IRC18:35
Nishadansmith, i meant capabilities here by flavor18:35
*** jecarey has joined #openstack-nova18:36
*** shashankhegde has quit IRC18:36
*** krtaylor has quit IRC18:37
Nishathiagop, i think i still dont understand..:( but i would like to explore this18:37
thiagopdansmith: I think I need to mature this ideia a bit, but I'd like you to think about our main need too18:37
*** marun has quit IRC18:38
dansmiththiagop: the problem with your generic need is that nova's API consumers become knowledgeable and dependent on behaviors in your driver that don't apply elsewhere and which you can break on our behalf18:38
wanyendansmith & Nisha, I joined late therefore I did not see the discussion.  However, it sounds to me that there are two different scenarios.  One is to support node capability key with multiple possible values (Nisah's specs), the other is to be able to pass config ( not scheduling)  info via nova boot to ironic.18:39
gabriel-bezerrawanyen: the latter is our case18:39
wanyengabriel-bezerra: yes. It seems to me that way as well18:40
wanyenhowever, we still need support of a node capability key that can have multiple key values.18:40
Nishagabriel-bezerra, the latter is not proposed in my specs18:40
gabriel-bezerraNisha: the latter is in ours: https://review.openstack.org/18653618:41
*** shashankhegde has joined #openstack-nova18:41
*** ijw has quit IRC18:41
*** penick has joined #openstack-nova18:41
wanyenNisah, canyou post your spec links?18:42
Nishayes18:42
Nisha#lik https://review.openstack.org/18257218:42
Nisha#link https://review.openstack.org/18258118:42
thiagoplet me just throw some more stuff into the table: the network example seems trivial, but my point here is that the server isn't dedicated to the cloud. If a instance is scheduled to be runned on that node, the server needs to be configured by the IMS to enter in the "cloud network"18:43
*** ildikov has joined #openstack-nova18:43
*** danpb has quit IRC18:43
openstackgerritDaniel Berrange proposed openstack/nova: compute: remove get_image_metadata method  https://review.openstack.org/18725118:44
Nishaone spec is for enhancing ironic virt driver to understand a capability with multiple values18:44
*** Sukhdev has quit IRC18:45
Nishathe other one is to add a new filter which is executed after ComputeCapabilities filter and will apply only few operators may be just exact match of the values and not all the operators which computecapability uses18:46
Nishagabriel-bezerra, ^^^18:46
wanyenWe need ComputeCapabilitites filter to support key with multiple possible values, for instance, boot mode=[bios, uefi] or boot_option=[local, netboot]18:47
*** agireud has joined #openstack-nova18:48
*** alanf-mc has quit IRC18:48
Nishadansmith, ++ to what wanyen said18:48
*** patrickeast has quit IRC18:50
*** patrickeast_ has joined #openstack-nova18:50
gabriel-bezerradansmith: I don't get the point in dependency on behaviours of our driver being bad. I mean: if I get a brand new computer architecture, for instance, very driver specific, I cannot leverage its capabilities through nova because no one else has such computer architecture?18:50
dansmithgabriel-bezerra: let me generalize this:18:51
gabriel-bezerradansmith: if we look at amazon flavors, they have different classes for different needs, driver specific points -- having a gpu, for example.18:51
dansmithgabriel-bezerra: if you have a direct path to communicate with the virt driver from the REST API, then nova is not doing its job, IMHO18:51
jaypipesflaper87: ya, no worries.18:52
gabriel-bezerradansmith: but that's not a direct path. the flavor would represent something to the user, we just need the driver to inform what the user picked.18:53
gabriel-bezerradansmith: in our case, it is represented by an id that the driver should read to pick a bunch of configuration options.18:54
Nishadansmith, i agree with gabriel-bezerra18:54
dansmithyou create and adjust the flavor from the API18:55
gabriel-bezerradansmith: the part of checking compatibility is already achieved using the so many other filters that nova-scheduler already has18:55
dansmithadmins are users of the API too, and we keep the API stable for them as well18:55
dansmithI have to jump to a call where I actually have to pay attention now18:55
dansmithbut feel free to continue discussing without me :)18:55
gabriel-bezerrayou are the only nova-side person in this discussion now.18:55
gabriel-bezerrame, Nisha and wanyen seem to agree18:56
gabriel-bezerradansmith: we can leave it for later. what timezone are you in?18:57
dansmithgabriel-bezerra: PDT, but johnthetubaguy is in .eu and he needs to be a part of it18:57
dansmithI'm just one (loud) voice :)18:57
*** _gryf|afk is now known as _gryf18:57
thiagopdansmith: Thanks for your feedback. We'll continue this somehow later and reach a reasonable solution.19:00
*** baoli has quit IRC19:00
*** annegentle has quit IRC19:00
*** agireud has quit IRC19:01
*** joshw42 has joined #openstack-nova19:01
*** agireud has joined #openstack-nova19:01
openstackgerritMiguel Lavalle proposed openstack/nova-specs: Integrate DNS resolution with Neutron using Nova hostname  https://review.openstack.org/9015019:02
*** mlavalle has joined #openstack-nova19:03
*** agireud has quit IRC19:03
*** agireud has joined #openstack-nova19:04
*** romainh has joined #openstack-nova19:05
*** agireud has quit IRC19:07
*** agireud has joined #openstack-nova19:07
*** penick has quit IRC19:08
*** kfox1111 has joined #openstack-nova19:08
*** shashankhegde has quit IRC19:08
*** promulo has joined #openstack-nova19:09
*** promulo_ has quit IRC19:10
*** achanda has joined #openstack-nova19:12
*** penick has joined #openstack-nova19:12
*** agireud has quit IRC19:12
*** agireud has joined #openstack-nova19:12
*** ZZelle_ has joined #openstack-nova19:13
*** achanda_ has joined #openstack-nova19:14
openstackgerritJay Pipes proposed openstack/nova: libvirt: Remove unnecessary JSON conversions  https://review.openstack.org/17743719:14
*** zul has quit IRC19:14
*** angdraug has quit IRC19:14
*** achanda has quit IRC19:16
*** erlon has joined #openstack-nova19:18
*** agireud has quit IRC19:19
*** agireud has joined #openstack-nova19:19
*** achanda has joined #openstack-nova19:20
mlavallejohnthetubaguy: hi, you and I talked in Vancouver about point 4 in the 'Priority' section of https://etherpad.openstack.org/p/YVR-nova-network. The corresponding spec is https://review.openstack.org/#/c/90150/. I have responded to your concerns for the previous patchset in Gerrit. Hopefully we can get it approved now19:20
openstackgerritEric Brown proposed openstack/nova: Use oslo_config choices support  https://review.openstack.org/15857319:20
*** mdrabe has joined #openstack-nova19:22
*** achanda_ has quit IRC19:22
*** patrickeast_ has quit IRC19:23
*** romainh has left #openstack-nova19:23
dims_browne: upating your bandit review? https://review.openstack.org/#/c/179566/19:23
browneyep, working on it.  trying to scope the list of tests to an appropriate set19:24
*** achanda has quit IRC19:24
dims_thanks19:25
*** ubuntu_ has joined #openstack-nova19:26
*** tjones1 has quit IRC19:27
*** wanyen has quit IRC19:27
*** agireud has quit IRC19:29
*** agireud has joined #openstack-nova19:30
*** ivasev has quit IRC19:30
*** VW has quit IRC19:32
*** annegentle has joined #openstack-nova19:33
*** Sukhdev has joined #openstack-nova19:34
*** achanda has joined #openstack-nova19:34
*** annegentle has quit IRC19:35
*** tonytan4ever has quit IRC19:35
*** annegentle has joined #openstack-nova19:35
*** vladikr has quit IRC19:37
openstackgerritFei Long Wang proposed openstack/nova: Fix nova backup for volume-backed instance  https://review.openstack.org/16449419:38
*** achanda_ has joined #openstack-nova19:38
*** ubuntu_ has quit IRC19:39
*** tonytan4ever has joined #openstack-nova19:40
*** otter768 has joined #openstack-nova19:41
*** belmoreira has joined #openstack-nova19:41
*** achanda has quit IRC19:41
*** alanf-mc has joined #openstack-nova19:42
*** otter768 has quit IRC19:46
*** shashankhegde has joined #openstack-nova19:47
*** salv-orlando has quit IRC19:49
*** mdrabe has quit IRC19:49
*** Longgeek has quit IRC19:50
*** alex_klimov has joined #openstack-nova19:51
*** annegentle has quit IRC19:51
*** patrickeast has joined #openstack-nova19:53
*** mdrabe has joined #openstack-nova19:55
*** sdake_ has quit IRC19:55
*** belmoreira has quit IRC19:56
mriedemsdague: hey, i was reading back on the bug report that added this option: http://git.openstack.org/cgit/openstack/nova/tree/nova/wsgi.py#n74  wsgi_keep_alive19:58
*** achanda_ has quit IRC19:58
mriedemit defaults to True for backwards compatibility, but it sounds like it's recommended to run with that as False19:58
*** Mike_D_laptop has quit IRC19:59
*** baoli has joined #openstack-nova19:59
sdaguemriedem: it's a potential DOS vector19:59
mriedemsdague: i was thinking about updating the config help there to add some more detail but i'm not sure exactly how to word it - i think we're hitting an issue in HA testing where we have a 15 minute delay between rabbitmq nodes going down because client_socket_timeout defaults to 900 seconds (15 minutes) and wsgi_keep_alive is True20:00
*** baoli has quit IRC20:00
sdagueno, it shouldn't be related to that20:00
*** baoli has joined #openstack-nova20:00
sdaguethis is keep alive in eventlet to rest clients20:00
*** penick has quit IRC20:02
*** jgrimm is now known as zz_jgrimm20:03
*** VW has joined #openstack-nova20:05
*** tonytan4ever has quit IRC20:06
*** salv-orlando has joined #openstack-nova20:07
*** baoli has quit IRC20:10
*** tonytan4ever has joined #openstack-nova20:13
*** mrodden has quit IRC20:16
*** tjones1 has joined #openstack-nova20:17
*** mrodden has joined #openstack-nova20:17
*** marun has joined #openstack-nova20:18
*** annegentle has joined #openstack-nova20:19
*** belmoreira has joined #openstack-nova20:21
*** krtaylor has joined #openstack-nova20:22
*** radek_ has quit IRC20:23
*** _gryf is now known as _gryf|afk20:30
*** oro has joined #openstack-nova20:38
openstackgerritEric Brown proposed openstack/nova: Add bandit for security static analysis testing  https://review.openstack.org/17956620:39
*** belmoreira has quit IRC20:40
*** nihilifer has quit IRC20:44
*** angdraug has joined #openstack-nova20:44
*** samueldmq has quit IRC20:45
*** Nisha has quit IRC20:47
*** ildikov has quit IRC20:49
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/18693520:50
*** salv-orlando has quit IRC20:50
*** dboik has quit IRC20:50
*** matrohon has joined #openstack-nova20:51
*** dboik has joined #openstack-nova20:52
*** penick has joined #openstack-nova20:55
*** moshele has joined #openstack-nova21:02
*** albertoffb has quit IRC21:04
*** ildikov has joined #openstack-nova21:04
openstackgerritDan Smith proposed openstack/nova: Handle FlavorNotFound when augmenting migrated flavors  https://review.openstack.org/18722721:06
openstackgerritDan Smith proposed openstack/nova: Make nova-manage handle completely missing flavor information  https://review.openstack.org/18720621:06
*** moshele has quit IRC21:07
*** pixelbeat has quit IRC21:07
*** thangp has quit IRC21:07
*** flaper87 has quit IRC21:07
*** dave-m___ has quit IRC21:08
*** eharney has quit IRC21:09
*** toan has quit IRC21:10
*** toan has joined #openstack-nova21:10
*** dave-mccowan has joined #openstack-nova21:11
*** flaper87 has joined #openstack-nova21:12
*** flaper87 has quit IRC21:12
*** flaper87 has joined #openstack-nova21:12
*** beagles has quit IRC21:13
*** sdake has joined #openstack-nova21:15
*** unicell1 has joined #openstack-nova21:18
*** aysyanne has quit IRC21:18
*** mlavalle has quit IRC21:18
*** b3nt_pin has joined #openstack-nova21:18
*** b3nt_pin is now known as Guest2229121:19
*** flaper87 has quit IRC21:19
*** unicell has quit IRC21:20
*** flaper87 has joined #openstack-nova21:20
*** moshele has joined #openstack-nova21:21
*** lpetrut has quit IRC21:21
*** lpetrut has joined #openstack-nova21:22
*** lpetrut has quit IRC21:22
*** burt has quit IRC21:27
*** baoli has joined #openstack-nova21:27
*** burt has joined #openstack-nova21:28
*** rfolco has quit IRC21:28
openstackgerritBaodong (Robert) Li proposed openstack/nova-specs: Support live migration with macvtap SR-IOV  https://review.openstack.org/13607721:28
*** erlon has quit IRC21:31
*** penick has quit IRC21:32
*** dboik has quit IRC21:33
*** afazekas has joined #openstack-nova21:34
*** Sukhdev has quit IRC21:34
*** claudiub has quit IRC21:35
*** matrohon has quit IRC21:39
*** mriedem is now known as mriedem_away21:39
*** otter768 has joined #openstack-nova21:42
*** agireud has quit IRC21:43
*** otter768 has quit IRC21:47
*** moshele has quit IRC21:49
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Check if we can get rid of oslo copy of middleware  https://review.openstack.org/18735221:49
*** salv-orlando has joined #openstack-nova21:50
*** marzif_ has quit IRC21:50
*** annegentle has quit IRC21:51
*** dprince has quit IRC21:53
*** afazekas has quit IRC21:54
*** vilobhmm has quit IRC21:54
*** vilobhmm1 has joined #openstack-nova21:54
*** burt has quit IRC21:56
*** burt has joined #openstack-nova21:57
*** burt has quit IRC21:57
*** baoli has quit IRC21:58
*** sdake_ has joined #openstack-nova21:58
*** baoli has joined #openstack-nova21:59
*** emagana has quit IRC22:00
*** sdake has quit IRC22:02
*** tonytan4ever has quit IRC22:03
*** openstackgerrit has quit IRC22:07
*** openstackgerrit has joined #openstack-nova22:07
*** emagana has joined #openstack-nova22:09
*** annegentle has joined #openstack-nova22:09
*** emagana has quit IRC22:10
*** dboik has joined #openstack-nova22:12
*** dboik_ has joined #openstack-nova22:12
*** krtaylor has quit IRC22:14
*** artom_ has quit IRC22:15
*** artom has joined #openstack-nova22:15
*** artom has quit IRC22:15
*** artom has joined #openstack-nova22:16
*** annegentle has quit IRC22:16
*** dboik has quit IRC22:17
*** ijw has joined #openstack-nova22:17
*** zzzeek_ has quit IRC22:21
*** alexpilotti has joined #openstack-nova22:21
*** flip214 has quit IRC22:23
*** mdrabe has quit IRC22:23
*** electrocucaracha has joined #openstack-nova22:24
*** flip214 has joined #openstack-nova22:24
*** flip214 has quit IRC22:24
*** flip214 has joined #openstack-nova22:24
*** baoli has quit IRC22:25
*** davideagnello has quit IRC22:29
*** davideagnello has joined #openstack-nova22:31
*** kylek3h has quit IRC22:33
*** marun has quit IRC22:33
*** oro has quit IRC22:34
*** VW has quit IRC22:35
*** markvoelker_ has joined #openstack-nova22:35
*** pixelbeat has joined #openstack-nova22:35
*** whenry has quit IRC22:36
*** markvoelker has quit IRC22:37
*** baoli has joined #openstack-nova22:38
*** zzzeek has joined #openstack-nova22:48
*** openstackgerrit has quit IRC22:51
*** openstackgerrit has joined #openstack-nova22:51
*** jecarey has quit IRC22:56
*** dims___ has joined #openstack-nova22:56
*** zul has joined #openstack-nova22:56
*** dims_ has quit IRC22:56
*** zzzeek has quit IRC23:00
*** baoli has quit IRC23:05
*** ijw has quit IRC23:05
*** VW has joined #openstack-nova23:07
nicI can't find anything in the chat room history, is this known about?  When running tox:23:07
nic  File "nova/api/ec2/__init__.py", line 36, in <module>23:07
nic    from nova.api.ec2 import apirequest23:07
nicImportError: cannot import name apirequest23:07
nicThe test run didn't actually run any tests23:07
*** gholler has quit IRC23:08
*** agentle1 has joined #openstack-nova23:10
*** krtaylor has joined #openstack-nova23:12
*** ZZelle_ has quit IRC23:12
*** zzzeek has joined #openstack-nova23:12
*** VW has quit IRC23:14
*** VW has joined #openstack-nova23:21
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659423:21
*** sdake has joined #openstack-nova23:24
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659423:24
*** Sukhdev has joined #openstack-nova23:24
*** Hosam has quit IRC23:25
*** sdake_ has quit IRC23:28
*** agentle1 has quit IRC23:30
*** VW has quit IRC23:30
*** jdurgin has quit IRC23:31
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/18693523:31
*** baoli has joined #openstack-nova23:32
*** VW has joined #openstack-nova23:33
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add support for HGST Solutions volumes to libvirt  https://review.openstack.org/18659423:33
*** salv-orlando has quit IRC23:33
dims___dansmith: we've done the oslo.serialization revert (https://review.openstack.org/#/c/187306/) please unblock https://review.openstack.org/#/c/186522/ when you get a chance.23:34
*** Guest22291 is now known as b3nt_pin23:35
*** baoli has quit IRC23:35
*** baoli has joined #openstack-nova23:35
*** dboik_ has quit IRC23:40
vilobhmm1dansmith : ping23:40
*** alex_klimov has quit IRC23:40
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add and use raise_feature_not_supported()  https://review.openstack.org/16369723:42
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add a hacking rule for consistent HTTP501 message  https://review.openstack.org/16369823:42
*** otter768 has joined #openstack-nova23:43
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Get rid of oslo-incubator copy of middleware  https://review.openstack.org/18735223:43
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Use oslo-config-generator instead of generate_sample.sh  https://review.openstack.org/18001323:45
*** electrocucaracha has quit IRC23:45
*** otter768 has quit IRC23:47
*** agentle1 has joined #openstack-nova23:49
*** baoli has quit IRC23:49
*** agentle1 has quit IRC23:49
*** VW has quit IRC23:50
openstackgerritNicolas Simonds proposed openstack/nova: Make disk migrations RBD-aware / RBD-friendly  https://review.openstack.org/18739523:51
*** hemna is now known as hemnafk23:54

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