Tuesday, 2015-08-25

dims__jlvillal: do not look related in any way00:00
mrdahmmm00:00
*** salv-orl_ has quit IRC00:00
jlvillalmrda: Do you want to pursue this with lintan?00:00
jlvillalIf he is working today.00:01
jlvillalmrda: I think he is.  He worked yesterday (Monday his time zone)00:01
*** dannywilson has quit IRC00:01
mrdajlvillal: I can try, although I am a little predisposed with other urgent00:01
dansmithlemme try something00:01
dansmithdims__: you haven't reverted the release yet have you?00:02
dims__dansmith: nope00:03
dims__dansmith: jlvillal: recreated the problem in my travis environment (https://api.travis-ci.org/jobs/77079815/log.txt?deansi=true) had to do this (https://github.com/dims/ironic/commit/1239dada23179d68ebd77ff0ea36e50a76dda7a6)00:04
*** rushil has quit IRC00:05
dansmithdims__: ?00:05
dansmithdims__: that just means you get the new release, right?00:05
mikalWhat time does sdague knock off for the day? Is he ever still around at this sort of time?00:05
dims__dansmith: yes, i was trying to figure out why i had not seen the failure in my travis env00:06
*** emagana has quit IRC00:06
dansmithokay00:06
*** lucas-dinner has quit IRC00:06
jlvillaldims__: nova seems to do the same thing with install_command.  Or at least similar.00:06
dims__jlvillal: yes, i had to remove the one in nova too00:06
jlvillalOh.00:07
dims__https://github.com/dims/nova/commit/b5483a71c96ab7e53e67a8aed76bb743b1ac11f9#diff-b91f3d5bd63fcd17221b267e851608e800:08
*** ZZll-off has quit IRC00:08
*** tpeoples has quit IRC00:09
dims__when i use "-e git+https://github.com/openstack/oslo.versionedobjects.git#egg=oslo.versionedobjects" in requirements.txt that install_command screws things up00:09
dims__so apologies jlvillal00:09
jlvillaldims__: Thank you. What do you think the plan should be.00:10
dims__jlvillal: checking https://review.openstack.org/#/c/216470/00:10
jlvillaldims__: I'm afraid I don't know anything about that code :(00:10
dims__jlvillal: if that works then should see if there's any other jobs that fail00:10
dansmithdims__: jlvillal: yeah, this is going to be a lot of work00:10
jlvillaldims__: I have sent lintan an email asking him to look into it.00:10
dansmithyou're still using old fields, which means you can't use the new registry until you do00:11
dansmithjust to be clear,00:11
*** garyk has joined #openstack-nova00:11
dansmiththis isn't something we broke in 0.8.0, but rather a bunch of screwups in the ironic objects code that are _just_now_ being sensitive to something we changed underneath00:11
jlvillaldansmith: Okay. Should the release be reverted until Ironic can fix it?  Reverted like a change to globalrequirements?00:11
dansmithwe just dipped into the registry in a new place, which is broken00:11
dansmithjlvillal: well, nova and cinder have been waiting for this release for a while now00:12
dims__mikal: occasionally, sdague drops off around 5:30-6:00 i think00:12
dansmithjlvillal: both need it to accomplish things for liberty00:12
jlvillalHmmm.  Not sounding good for Ironic :(00:12
dansmiththe thing that I suspect is causing this is a critical fix for proper backporting of things too,00:12
dansmithso it's not like removing it and re-releasing is a good idea either00:12
dansmithjlvillal: https://review.openstack.org/#/q/project:openstack/nova+topic:bp/use-oslo-objects,n,z00:13
dansmiththat's the work I did to get us from nova's initial implementation to where we are now00:13
jlvillaldansmith: Thanks.  Looking.00:14
dansmithjlvillal: honestly, the easier thing would probably be to revert the bit that00:14
dansmithcaused ironic to start using the listbase object from o.vo00:14
jlvillalOkay.  I'll try to chat with lintan later on and see if he can work on it. I'll look into it too.00:15
jlvillaldansmith: But since there isn't smoke in the air, I was thinking about leaving work ;)00:15
dansmithjlvillal: well, isn't this breaking ironic gate?00:16
jlvillaldansmith: Yes it is.  And unfortunately not sure how many cores are around.00:16
jlvillalI'll plug away and see what I can figure out.00:16
*** tjones has joined #openstack-nova00:16
jlvillalI've never looked at this code before today.00:16
dims__dansmith: i am trying with removing just the 2 failing tests and see if the rest of the jobs are ok. So far i have not seen evidence that the other jobs fail yet00:17
jlvillaldansmith, dims__ : Appreciate all the help00:17
dansmithdims__: I can promise you that it's broken for real because of the to_primitive fail00:17
jlvillaldims__: That might be the quick fix to unbreak the gate.00:17
jlvillal:(00:17
dims__dansmith: ack00:17
dims__dansmith: let me put it another way, if those 2 tests weren't there, we would not even have noticed it :)00:18
*** tjones has left #openstack-nova00:19
dansmithheh00:19
jlvillaldansmith: dims__ So what if we submitted a patch to global-requirements to say don't use 0.8.0 ?00:19
jlvillalThat would give us some time to fix our issues.00:19
dansmithjlvillal: doesn't help nova much00:19
dims__jlvillal: that will terribly constrain nova and cinder :(00:19
dansmithman, there is something weird here too00:20
dansmithobjects.fields depends on objects.base :(00:20
* jlvillal wonders if ironic only could not use 0.8.0 somehow.00:20
dims__jlvillal: they have been waiting 2 weeks for this release00:20
jlvillaldims__: Understood. It just seems like Ironic is impacted badly00:21
jlvillaldevananda: ^^^^  If you are around.00:21
*** tellesnobrega_ has joined #openstack-nova00:22
*** tellesnobrega_ has quit IRC00:23
*** tellesnobrega_ has joined #openstack-nova00:23
*** tellesnobrega_ has quit IRC00:24
dansmithokay, I think I got a fix, hang on00:26
dansmithmrda: dims__: jlvillal: https://review.openstack.org/#/c/216472/00:27
jlvillaldansmith: Thanks!00:27
dansmithpasses unit tests for me locally00:27
dims__dansmith: will this work with both older and newer o.vo?00:27
*** asettle-afk is now known as asettle00:28
dims__(curious)00:28
dansmithdims__: yeah, this just avoids using some code from o.vo altogether, so should be fine00:28
dims__aha00:28
dansmithdims__: the problem is the original patch uses code from o.vo that they can't be using without having converted to the new registry00:28
*** ccarmack has joined #openstack-nova00:28
dims__ack. sounds like the right thing to do00:29
dansmithyeah, I think so00:29
jlvillaldansmith: Thanks.  Also passes tests locally for me.00:29
dansmithdo I get an ironic shirt in tokyo (if this makes it in)?00:29
jlvillalI hope so :) I wish I had an Ironic shirt....00:30
dansmithhaha00:30
mrdadansmith: sounds fine by me :)00:30
dansmithwell, if anyone is listening, I'm a L :P00:30
*** mtanino has quit IRC00:30
dims__haha00:32
*** zul has joined #openstack-nova00:34
*** thorst has quit IRC00:36
eliqiaohi ,Good eveining cores, can you kindly help to check this https://review.openstack.org/#/c/216123/  patch, I think this need to be merged soon because we can not delete instance in some cases.00:38
*** baoli has joined #openstack-nova00:38
*** shoutm_ has joined #openstack-nova00:43
*** zhenguo has joined #openstack-nova00:43
*** shoutm has quit IRC00:45
gmannalex_xu: johnthetubaguy : regarding .ini tempest failure. with current https://review.openstack.org/#/c/215436/6 we do not strip out extra param00:46
*** BadCub has quit IRC00:46
*** takedakn has quit IRC00:47
gmannso extra param goes to v21 and raise NotImplemented error instead of 40000:47
*** BadCub has joined #openstack-nova00:48
*** tjones has joined #openstack-nova00:50
*** tjones has left #openstack-nova00:50
*** liusheng has quit IRC00:54
*** Zhang has joined #openstack-nova00:58
*** salv-orlando has joined #openstack-nova01:00
alex_xugmann: which failure return NotImplemented?01:01
gmannalex_xu: update host with extra param01:03
*** shoutm_ has quit IRC01:03
gmannalex_xu: actually in current https://review.openstack.org/#/c/215436/6 we are not strip out extra param from request. we only handle patterproty thing there01:04
*** yanxb_ has quit IRC01:04
*** yanxb has joined #openstack-nova01:04
gmannalex_xu: right?01:04
*** yanxb_ has joined #openstack-nova01:04
*** shaohe_feng has joined #openstack-nova01:04
alex_xugmann: yea01:04
*** yanxb__ has quit IRC01:04
alex_xugmann: maybe we should discuss this in the meeting today01:04
gmannalex_xu: i think your logic to delete extra param from instance was correct01:04
gmannalex_xu: i remember our discussion to strip out those but may be i missed some discussion?01:05
alex_xugmann: there is another discussion between me and johnthetubaguy, let me find it01:05
gmannalex_xu: ohhk01:05
gmannon irc?01:06
alex_xugmann: here http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2015-08-21.log.html#t2015-08-21T09:22:5901:06
garyksdague: would it be possible that you can please take a look at https://review.openstack.org/#/c/212786/01:06
*** browne has quit IRC01:07
gmannalex_xu: ahh i see.01:07
*** shoutm has joined #openstack-nova01:08
gmannalex_xu: actually if we do not strip out extra param then, we fall back to situation where 400 gets converted to 5xx or something01:09
gmannalex_xu: we can discuss that in today meeting01:09
alex_xugmann: yea, I also have such concern01:09
alex_xugmann: let talk about that with john again in the meeting, then let us reach agreement01:09
*** xyang2 has joined #openstack-nova01:10
gmannalex_xu: sure01:11
*** xyang2 has quit IRC01:12
*** 64MADOHP4 has joined #openstack-nova01:12
*** wanghua has joined #openstack-nova01:14
*** ssurana has quit IRC01:18
*** shaohe_feng1 has joined #openstack-nova01:20
*** liusheng has joined #openstack-nova01:20
*** dprince has quit IRC01:21
*** shaohe_feng has quit IRC01:22
*** 64MADOHP4 has quit IRC01:24
*** Apoorva has quit IRC01:25
*** salv-orlando has quit IRC01:30
*** salv-orlando has joined #openstack-nova01:31
*** oomichi has joined #openstack-nova01:33
*** asd112z has joined #openstack-nova01:35
*** salv-orlando has quit IRC01:36
*** mdrabe has joined #openstack-nova01:38
*** tpeoples has joined #openstack-nova01:40
*** shaohe_feng has joined #openstack-nova01:41
*** asettle is now known as asettle-gym01:42
*** shaohe_feng1 has quit IRC01:43
*** tsekiyam_ has joined #openstack-nova01:47
*** rotbeard has quit IRC01:48
*** tsekiyama has quit IRC01:50
*** tsekiyam_ has quit IRC01:51
*** dims__ has quit IRC01:55
*** rotbeard has joined #openstack-nova01:56
*** dave-mccowan has quit IRC01:56
*** humble_ has joined #openstack-nova01:56
*** cfarquhar has quit IRC01:57
*** wanghua has quit IRC02:00
*** shoutm_ has joined #openstack-nova02:01
*** nic has quit IRC02:02
*** shoutm has quit IRC02:03
*** haomaiwang has joined #openstack-nova02:05
openstackgerritMichael Still proposed openstack/nova: Don't allow instance to overcommit against itself  https://review.openstack.org/21576402:05
*** lyanchih has joined #openstack-nova02:06
openstackgerritIan Wienand proposed openstack/nova: Add [pci] group and whitelist_sections to configure PCI passthrough  https://review.openstack.org/13313802:10
*** achanda has joined #openstack-nova02:11
openstackgerritIan Wienand proposed openstack/nova: Add [pci] group and whitelist_sections to configure PCI passthrough  https://review.openstack.org/13313802:12
*** obondarev_ has quit IRC02:12
*** obondarev has joined #openstack-nova02:13
*** Marga_ has joined #openstack-nova02:17
*** baoli has quit IRC02:18
*** ijw has quit IRC02:19
*** vilobhmm11 has quit IRC02:19
*** ijw has joined #openstack-nova02:19
*** xiaohui has quit IRC02:19
*** zhihai_s has joined #openstack-nova02:19
*** xiaohui has joined #openstack-nova02:19
*** jcoufal has quit IRC02:20
*** baoli has joined #openstack-nova02:21
*** ijw has quit IRC02:21
*** jwang has joined #openstack-nova02:21
openstackgerritIan Wienand proposed openstack/nova: Add [pci] group and whitelist_sections to configure PCI passthrough  https://review.openstack.org/13313802:21
*** ijw has joined #openstack-nova02:21
*** ijw has quit IRC02:23
*** ijw has joined #openstack-nova02:23
*** hemna has joined #openstack-nova02:34
*** angdraug has quit IRC02:34
*** bkopilov has quit IRC02:34
*** vladikr has quit IRC02:35
openstackgerritRui Chen proposed openstack/nova-specs: Split network plane for live migration  https://review.openstack.org/19499002:35
*** mdrabe has quit IRC02:41
*** venkat_p has joined #openstack-nova02:44
*** liusheng has quit IRC02:44
*** liusheng has joined #openstack-nova02:45
*** browne has joined #openstack-nova02:49
*** achanda has quit IRC02:50
*** vilobhmm1 has joined #openstack-nova02:50
*** hakimo_ has joined #openstack-nova02:52
*** hakimo has quit IRC02:55
*** shuquan has joined #openstack-nova02:55
*** vilobhmm1 has quit IRC02:57
*** vilobhmm1 has joined #openstack-nova02:58
*** haomaiwang has quit IRC03:01
*** achanda has joined #openstack-nova03:01
*** haomaiwang has joined #openstack-nova03:02
*** vilobhmm1 has quit IRC03:02
*** garyk has quit IRC03:05
*** unicell has quit IRC03:08
*** asettle-gym is now known as asettle03:08
*** rubasov has quit IRC03:10
*** shuquan has quit IRC03:21
*** links has joined #openstack-nova03:24
*** shuquan has joined #openstack-nova03:24
*** zhihai_song has joined #openstack-nova03:25
*** unicell has joined #openstack-nova03:27
*** zhihai_s has quit IRC03:29
*** VW_ has joined #openstack-nova03:30
*** asd112z has quit IRC03:31
*** shuquan has quit IRC03:31
*** VW_ has quit IRC03:31
*** hemna has quit IRC03:31
*** VW_ has joined #openstack-nova03:32
*** davideagnello has quit IRC03:33
*** shuquan has joined #openstack-nova03:34
*** diogogmt has quit IRC03:34
*** shuquan has quit IRC03:38
*** ssurana has joined #openstack-nova03:39
*** humble__ has joined #openstack-nova03:40
*** deepthi has joined #openstack-nova03:42
*** ijw has quit IRC03:42
*** ijw has joined #openstack-nova03:43
*** humble_ has quit IRC03:44
*** shoutm_ has quit IRC03:48
*** shuquan has joined #openstack-nova03:49
*** shoutm has joined #openstack-nova03:59
*** haomaiwang has quit IRC04:01
*** 17WAAILMU has joined #openstack-nova04:01
*** lyanchih has quit IRC04:03
*** VikasC has joined #openstack-nova04:14
*** VikasC has quit IRC04:18
*** tojuvone has joined #openstack-nova04:18
*** humble_ has joined #openstack-nova04:18
*** bkopilov has joined #openstack-nova04:18
*** shuquan has quit IRC04:19
*** humble__ has quit IRC04:20
*** garyk has joined #openstack-nova04:22
*** sudipto has joined #openstack-nova04:23
*** zh_song has joined #openstack-nova04:23
*** shuquan has joined #openstack-nova04:24
*** garyk has quit IRC04:24
*** garyk has joined #openstack-nova04:25
*** zhihai_song has quit IRC04:26
*** vilobhmm1 has joined #openstack-nova04:32
openstackgerritZhenguo Niu proposed openstack/nova: [Ironic]Not count available resources of deployed ironic node  https://review.openstack.org/20408804:34
*** baoli has quit IRC04:35
*** abhirc has quit IRC04:37
*** abhirc has joined #openstack-nova04:38
*** shuquan has quit IRC04:39
*** emagana has joined #openstack-nova04:40
*** bnemec has quit IRC04:42
*** Sukhdev has joined #openstack-nova04:42
*** abhirc has quit IRC04:42
*** Zhang has quit IRC04:47
*** abhirc has joined #openstack-nova04:47
*** shyama has joined #openstack-nova04:47
*** Zhang has joined #openstack-nova04:48
*** abhirc has quit IRC04:48
*** abhirc has joined #openstack-nova04:48
*** lyanchih has joined #openstack-nova04:49
*** Zhang has quit IRC04:51
*** Zhang has joined #openstack-nova04:51
*** sudipto has quit IRC04:52
*** unicell1 has joined #openstack-nova04:55
*** unicell has quit IRC04:56
*** tjones has joined #openstack-nova04:57
*** fawadkhaliq has joined #openstack-nova04:57
*** ildikov has quit IRC04:59
*** lyanchih has quit IRC04:59
*** shyama has quit IRC05:00
*** 17WAAILMU has quit IRC05:01
*** haomaiwang has joined #openstack-nova05:02
*** abhirc has quit IRC05:04
*** tjones has quit IRC05:07
*** tjones has joined #openstack-nova05:07
*** tjones has left #openstack-nova05:07
*** liusheng has quit IRC05:09
*** liusheng has joined #openstack-nova05:09
*** VikasC has joined #openstack-nova05:15
*** nkrinner has joined #openstack-nova05:16
*** hemna has joined #openstack-nova05:17
*** VW_ has quit IRC05:17
*** VW_ has joined #openstack-nova05:18
*** VW_ has quit IRC05:18
*** VW_ has joined #openstack-nova05:18
*** VikasC has quit IRC05:20
*** hemna has quit IRC05:22
*** dannywilson has joined #openstack-nova05:23
*** asd112z has joined #openstack-nova05:32
*** dannywilson has quit IRC05:34
*** dannywilson has joined #openstack-nova05:35
*** davideagnello has joined #openstack-nova05:36
*** Sree has joined #openstack-nova05:39
*** Sree has quit IRC05:40
*** ildikov has joined #openstack-nova05:40
*** Sree has joined #openstack-nova05:40
*** Sree has quit IRC05:40
*** Sree has joined #openstack-nova05:41
*** VW_ has quit IRC05:41
*** vilobhmm1 has quit IRC05:41
*** eliqiao has quit IRC05:42
*** eliqiao has joined #openstack-nova05:47
*** deepakcs has joined #openstack-nova05:48
*** ajayaa has joined #openstack-nova05:48
*** asd112z has quit IRC05:51
*** zhenguo has quit IRC05:53
*** jichen has joined #openstack-nova05:55
*** shuquan has joined #openstack-nova05:57
*** links has quit IRC05:57
*** exploreshaifali has joined #openstack-nova05:58
*** sudipto has joined #openstack-nova05:59
*** shuquan has quit IRC05:59
*** lyanchih has joined #openstack-nova06:00
*** shaohe_feng has quit IRC06:00
*** links has joined #openstack-nova06:00
*** moshele has joined #openstack-nova06:00
*** haomaiwang has quit IRC06:01
*** haomaiwang has joined #openstack-nova06:01
*** shuquan has joined #openstack-nova06:05
*** baoli has joined #openstack-nova06:05
*** zhenguo has joined #openstack-nova06:09
*** irenab has quit IRC06:11
*** BadCub has quit IRC06:12
*** boris-42 has quit IRC06:12
*** serverascode has quit IRC06:12
*** ramishra has quit IRC06:12
*** DuncanT has quit IRC06:12
*** patrickeast has quit IRC06:12
*** vivekd has joined #openstack-nova06:13
*** BadCub has joined #openstack-nova06:14
*** serverascode has joined #openstack-nova06:14
*** DuncanT has joined #openstack-nova06:15
*** ramishra has joined #openstack-nova06:15
*** vilobhmm1 has joined #openstack-nova06:16
*** armax has quit IRC06:16
*** asettle has quit IRC06:17
*** patrickeast has joined #openstack-nova06:17
*** boris-42 has joined #openstack-nova06:17
openstackgerritIWAMOTO Toshihiro proposed openstack/nova: Omit RescheduledException in instance_fault.message  https://review.openstack.org/16575106:19
*** baoli has quit IRC06:20
*** Murali has joined #openstack-nova06:21
*** shuquan has quit IRC06:22
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:23
*** unicell1 has quit IRC06:24
*** unicell has joined #openstack-nova06:25
*** shuquan has joined #openstack-nova06:30
*** shaohe_feng has joined #openstack-nova06:31
*** unicell has quit IRC06:32
*** unicell1 has joined #openstack-nova06:32
openstackgerritDeepak C Shetty (deepakcs) proposed openstack/nova: libvirt: Fix snapshot delete for network disk type for blockRebase op  https://review.openstack.org/21251806:32
*** sudipto has quit IRC06:32
*** Sukhdev has quit IRC06:34
*** fawadk has joined #openstack-nova06:34
*** fawadkhaliq has quit IRC06:35
*** irenab has joined #openstack-nova06:38
*** exploreshaifali has quit IRC06:40
*** SourabhP has joined #openstack-nova06:40
*** SourabhP_ has joined #openstack-nova06:41
*** lykinsbd has quit IRC06:42
*** lykinsbd has joined #openstack-nova06:43
*** evgenyf has joined #openstack-nova06:44
*** SourabhP has quit IRC06:45
*** SourabhP_ is now known as SourabhP06:45
*** rubasov has joined #openstack-nova06:46
*** sudipto has joined #openstack-nova06:48
*** shoutm has quit IRC06:49
*** vivekd_ has joined #openstack-nova06:50
*** shoutm has joined #openstack-nova06:51
*** vivekd__ has joined #openstack-nova06:51
*** SourabhP has quit IRC06:52
*** SourabhP has joined #openstack-nova06:53
*** vivekd has quit IRC06:53
*** vivekd__ is now known as vivekd06:53
*** alexschm has joined #openstack-nova06:53
*** ankit_ag has joined #openstack-nova06:53
*** vivekd_ has quit IRC06:55
*** shaohe_feng has quit IRC06:56
*** davideagnello has quit IRC06:57
*** vilobhmm1 has quit IRC06:58
*** garyk has quit IRC06:58
*** garyk has joined #openstack-nova06:59
*** haomaiwang has quit IRC07:01
*** haomaiwang has joined #openstack-nova07:02
*** SourabhP has quit IRC07:02
*** nkrinner has quit IRC07:05
*** Sree has quit IRC07:07
*** Sree has joined #openstack-nova07:08
*** nkrinner has joined #openstack-nova07:09
*** achanda has quit IRC07:10
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21656807:10
*** Sree has quit IRC07:12
*** evgenyf has quit IRC07:13
*** achanda has joined #openstack-nova07:14
gmannalex_xu: hi07:14
alex_xugmann: hi07:14
*** rajesht has joined #openstack-nova07:14
gmannalex_xu: I just updated api meeting agend07:15
gmannalex_xu: mainly added patches up for making v21 default on gate07:15
alex_xugmann: cool, thanks07:15
alex_xugmann: that is worth move under the v2.0 on v2.1 section07:16
gmannalex_xu: good idea. ll do that07:16
alex_xuthanks07:16
rajeshthi cores,07:17
rajeshtcould anybody please review it07:17
rajeshthttps://review.openstack.org/#/c/170118/07:17
rajeshtthanks07:17
*** sahid has joined #openstack-nova07:17
gmannalex_xu: done added under API infrastructure07:18
alex_xugmann: thanks07:18
*** browne has quit IRC07:21
openstackgerritRui Chen proposed openstack/nova-specs: Task states improvement  https://review.openstack.org/21657807:26
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: Adds Hyper-V UEFI Secure Boot  https://review.openstack.org/20958107:26
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: refactors utilsfactory  https://review.openstack.org/21452707:26
*** humble__ has joined #openstack-nova07:28
*** humble_ has quit IRC07:30
*** achanda has quit IRC07:30
*** ociuhandu has quit IRC07:35
*** shaohe_feng has joined #openstack-nova07:35
*** Nikolay_St has joined #openstack-nova07:38
*** ndipanov has quit IRC07:38
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21656807:38
*** pbrooko has joined #openstack-nova07:40
*** lyanchih has quit IRC07:40
openstackgerritRui Chen proposed openstack/nova: Set task_state=None when booting instance failed  https://review.openstack.org/18714507:41
*** matrohon has joined #openstack-nova07:42
*** fawadk has quit IRC07:43
*** hparekh has joined #openstack-nova07:44
openstackgerritZhenyu Zheng proposed openstack/nova: add support for muti_statuses_query from migration  https://review.openstack.org/16963107:46
*** salv-orlando has joined #openstack-nova07:47
*** lyanchih has joined #openstack-nova07:48
*** ajayaa has quit IRC07:50
*** ajayaa has joined #openstack-nova07:51
*** lpetrut has joined #openstack-nova07:51
*** IanGovett has joined #openstack-nova07:52
*** bkopilov has quit IRC07:54
*** alex_klimov has joined #openstack-nova07:54
*** summerWendy has joined #openstack-nova07:56
*** baoli has joined #openstack-nova07:58
*** Zhang has quit IRC08:00
*** haomaiwang has quit IRC08:01
*** haomaiwang has joined #openstack-nova08:01
openstackgerritZhenyu Zheng proposed openstack/nova: Add project-id when list server-groups  https://review.openstack.org/20901808:02
*** baoli has quit IRC08:02
*** xgsa has joined #openstack-nova08:03
*** shoutm has quit IRC08:03
*** asd112z has joined #openstack-nova08:03
*** shoutm has joined #openstack-nova08:05
*** oomichi has quit IRC08:06
*** zhihai_song has joined #openstack-nova08:06
*** ssurana has quit IRC08:07
*** asd112z has quit IRC08:08
*** zh_song has quit IRC08:09
*** exploreshaifali has joined #openstack-nova08:10
*** danpb has joined #openstack-nova08:12
*** jistr has joined #openstack-nova08:12
*** tpeoples has quit IRC08:13
*** Zhang has joined #openstack-nova08:14
*** Sree has joined #openstack-nova08:15
*** lpetrut has quit IRC08:17
johnthetubaguyalex_xu: gmann: yeah, I wanted to try without stripping those out08:19
*** deepthi has quit IRC08:19
*** shuquan has quit IRC08:20
johnthetubaguyalex_xu: gmann: I thought we got a different tempest error when we stripped out all the params?08:20
*** markus_z has joined #openstack-nova08:21
johnthetubaguyalex_xu: gmann: my mistake, it almost looks like we get the same error whether we strip out the params or not08:22
*** derekh has joined #openstack-nova08:24
*** romainh has joined #openstack-nova08:24
alex_xujohnthetubaguy: without strip out, host update will return notimplement08:25
alex_xujohnthetubaguy: with strip out, host update will return 200/20208:25
*** karimb has joined #openstack-nova08:25
johnthetubaguyalex_xu: I didn't see the tempest tests pass when we stripped out the extra bits though08:25
alex_xujohnthetubaguy: that tempest for host update still will failed, because it assert 40408:26
gmannjohnthetubaguy: alex_xu : with strip out 4xx will return 2xx08:26
johnthetubaguyOK, I am clearly looking at the wrong patchset then08:26
alex_xujohnthetubaguy: it's fine, I forget host update also when we discussion08:26
gmannjohnthetubaguy: it passed - PS1208:27
alex_xujohnthetubaguy: gmann so let us fall back to strip out extra params?08:27
gmannalex_xu: i think yes08:27
johnthetubaguyalex_xu: gmann: looks like we don't have an option, lets go back to stripping out the extras08:27
alex_xuok, no problem, will update patch later08:28
johnthetubaguyalex_xu: gmann: I think we might need to relax that, for things like the scheduler, but lets deal with that on a case by case basis08:28
gmannjohnthetubaguy: alex_xu : 4xx->2xx is fine right?08:28
johnthetubaguygmann: its not good, but I can live with it, I think08:28
alex_xugmann: at least better than 4xx->notimpelement...08:28
gmannjohnthetubaguy: humm08:28
gmannalex_xu: yea08:29
johnthetubaguygmann: alex_xu: I think this is worth an email to the mailing list, to explain the reasoning08:29
johnthetubaguyits the opposite of what was agreed during the spec review08:29
gmannjohnthetubaguy: yea. do we need spec update also?08:30
alex_xujohnthetubaguy: yea08:31
*** lucasagomes has joined #openstack-nova08:31
eliqiaojohnthetubaguy: alex_xu: gmann: regarding microversion changes, I am not sure if this change requires a microversion bump even I'v read the bump guide, can you help to check ? https://review.openstack.org/#/c/214434/08:32
*** shaohe_feng has quit IRC08:34
alex_xujohnthetubaguy: eliqiao, about that patch, I just think there is big problem is about we have different API behavior between different hypervisor. libvirt will failed live-migration with bdm, but other hypervisor may not.08:34
johnthetubaguyeliqiao: are you sure it always fails?08:35
johnthetubaguyalex_xu: yeah, we need ways to discover these sorts of limitations, ideally08:35
johnthetubaguyeliqiao: I am just wondering if its true for all storage backends and all volume drivers?08:36
eliqiaojohnthetubaguy:  yes, libvirt dirver failed in that case.08:36
* eliqiao checking code..08:36
eliqiao#link https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L619108:37
*** evgenyf has joined #openstack-nova08:37
alex_xujohnthetubaguy: eliqiao's patch change the API contract I think, before return 2xx, with his patch return fault. and if this is only libvirt driver, before we have way discover that, we shouldn't change the api contract08:38
gmannjohnthetubaguy: alex_xu:  eliqiao : even in such case we can catch migration error in API and raise respective error (for hypervisor does not raise this should be ok)08:38
*** lyanchih has quit IRC08:38
eliqiaothis MigrationError will raise after calling _disconnect_volume  called when doing roll_back08:38
*** deepthi has joined #openstack-nova08:39
johnthetubaguyeliqiao: in your patch, you should really consider removing the check you just linked to, or at least adding a comment saying its a redundant check08:39
*** alex_klimov has quit IRC08:40
eliqiaoso, these is potential rask when doing roll back, _disconnect_volume may fail..08:40
johnthetubaguyalex_xu: this feels OK to me, its just returning an existing error earlier, where we already return some errors08:40
eliqiaojohnthetubaguy: yeah, agreed, my bad.08:40
johnthetubaguyalex_xu: now I also wish there was an easier way to discover these differences, and we list them, for me it makes block migration useless.08:41
*** Sree_ has joined #openstack-nova08:41
*** haomaiwang has quit IRC08:41
alex_xujohnthetubaguy: the original api didn't return some errors, it return 2xx, and rollback the instance back to active status. But there is migration recoder in os-migrations API for this migration failed08:41
*** hop has joined #openstack-nova08:41
*** Sree_ is now known as Guest2905308:42
johnthetubaguyalex_xu: no, the original API already returns errors for some cases08:42
*** haomaiwang has joined #openstack-nova08:42
*** zhihai_song has quit IRC08:42
johnthetubaguyalex_xu: this is just an extra error case to trigger the existing error, I believe08:42
alex_xujohnthetubaguy: hummm08:43
*** zhihai_s has joined #openstack-nova08:43
alex_xujohnthetubaguy: the contract part isn't the return error, the contract is whether we allow live-migration with bdm.08:44
alex_xujohnthetubaguy: but we can return not impelement for this case?08:44
eliqiaojohnthetubaguy: yeah, thanks for your comments on the patch, I think you are right, I need to check block_device_info and block_device_mapping08:44
*** Sree has quit IRC08:44
johnthetubaguyalex_xu: I thought the API WG said we should stop using the 501 return code?08:44
*** vivekd has quit IRC08:45
alex_xujohnthetubaguy: yea, sdague propose use 404 I remember at https://review.openstack.org/#/c/183456/, but it isn't merge yet...another confuse08:45
johnthetubaguyalex_xu: its a mute point thought, because it would just fail later in the process anyways, so its making the failure more user friendly, its hard to block that08:46
*** dannywilson has quit IRC08:46
alex_xujohnthetubaguy: emm... the mute point make sense08:46
eliqiaojohnthetubaguy: my bad, I think my patch is correct,  get the bdm from bdi, and it won't include swap and local disk.08:47
openstackgerritSergey Nikitin proposed openstack/nova: Switch to oslo.cache lib  https://review.openstack.org/20304908:47
eliqiaobesides, failed early will bring more benifits, it avoid roll back08:48
johnthetubaguyalex_xu: agreed I don't like that difference, and it should be discoverable, the bit that worries me more is making clear that it doesn't work, so people know its something thats worth looking to fix (I managed to push hard enough to get that working with XenServer, in the end)08:48
*** vivekd has joined #openstack-nova08:48
johnthetubaguyeliqiao: agreed with you on the concept, my take is that it doesn't need an API microversion bump, but I often get those wrong, so I would like others to take a look08:48
snikitindims, pkholkin: Dims, you asked "can you confirm that if [DEFAULT]/memcached_servers is not set then the configuration from oslo.cache will get picked up?"08:49
openstackgerritJohn Garbutt proposed openstack/nova: libvirt: refactor _create_domain_setup_lxc to use Image.get_model  https://review.openstack.org/21531008:50
snikitindims, pkholkin: I can't confirm it. oslo.cache conf will be ignored. Also in oslo.cache opts we have opt 'memcache_servers' and in nova we have 'memcacheD_servers'08:50
alex_xujohnthetubaguy: yea, the mute is not good08:51
eliqiaojohnthetubaguy: alex_xu: hmm okay , thanks for your advice, seems we need further discuession08:51
*** alex_klimov has joined #openstack-nova08:52
openstackgerritAlexis Lee proposed openstack/nova: Walkthrough from API to virt driver  https://review.openstack.org/21046708:52
*** exploreshaifali has quit IRC08:52
snikitindims, pkholkin: Moreover opt 'memcache_servers' from oslo_cache is needed for oslo.cache.memcahe_pool backend. And in nova we use dogpile.cache.memcached backend08:53
*** lyanchih has joined #openstack-nova08:54
gmanneliqiao: alex_xu : even we fail on same in pre_live_migration. does it make rollback?08:55
eliqiaogmann: fail on pre_live_migration will do rollback.08:56
eliqiaogmann: #link https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L498308:57
tdurakoveliqiao, hi08:59
eliqiaotdurakov: hi08:59
tdurakovabout rollback on pre-live-migration09:00
tdurakovdeployed multinode devstack and try to l-m volume-backed instance09:00
*** claudiub has joined #openstack-nova09:01
tdurakovi've got error from glance, and when it happened no cleanup on destination happens09:02
gmanneliqiao: i see. Thanks. we should have some checking which can be moved earlier from pre_live_migration09:02
gmanneliqiao: anyways thats different thing we can do later09:02
tdurakovinstance directory on target compute node doesn't removed09:02
eliqiaogmann: yeah, thanks for the remiding. good idea.09:03
johnthetubaguybauzas: just wondering if you spotted some rebases being required on these patches: https://review.openstack.org/#/c/215471/309:03
tdurakoveliqiao, working on fix for that09:03
eliqiaotdurakov:  any bug link ?09:03
tdurakovnope, just find that09:04
tdurakovhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L614709:04
tdurakovthis raise happens09:04
eliqiao tdurakov: I think it's better to report a bug to track it. actually I didn't get your words too much.09:04
*** ociuhandu has joined #openstack-nova09:04
eliqiaotdurakov: why glance report an exception?09:05
tdurakoveliqiao, this is another story...09:05
tdurakovdebugging that09:05
eliqiaotdurakov: ops...  much more confused , it would be appreciate if you can report a bug , I'd love to  try your step09:06
tdurakoveliqiao, sure, I'll file bug for that, it seems that live-migration cleanup_flags is the root cause09:07
eliqiaotdurakov: okay , cool thanks.09:07
tdurakovanyway, rollback on destination is overcomplecated09:08
markus_ztdurakov: Please post the link of that bug here when you reported it.09:08
tdurakovthere is rpc messaging hell during live-migration09:08
johnthetubaguybauzas: actually, have some questions about this one: https://review.openstack.org/#/c/215471/309:08
*** fawadkhaliq has joined #openstack-nova09:09
markus_ztdurakov: It's a pretty complicated think, yes. More live-migrate related bugs: https://bugs.launchpad.net/nova/+bugs?field.tag=live-migrate09:09
*** haomaiwang has quit IRC09:09
*** haomaiwang has joined #openstack-nova09:10
eliqiaotdurakov:  agreed with markus_z:09:10
openstackgerritZhenyu Zheng proposed openstack/nova-specs: Add project id information in os-server-group API  https://review.openstack.org/20991709:11
markus_zs/think/thing ...09:11
*** humble_ has joined #openstack-nova09:12
*** VW_ has joined #openstack-nova09:12
tdurakovcomplecated?) ok, simple example: if  pre_live_migration fails on destination it returns fail to source which than sends request then to destination again....09:15
tdurakovmarkus_z,  eliqiao ^09:15
openstackgerritZhenyu Zheng proposed openstack/nova: Add project-id when list server-groups  https://review.openstack.org/20901809:15
*** humble__ has quit IRC09:15
johnthetubaguyclaudiub: if you get chance, could you please take a look at this hyper-v change: https://review.openstack.org/#/c/189302/2309:16
johnthetubaguyclaudiub: I am blind, now I see your comments on there09:16
*** VW_ has quit IRC09:16
openstackgerritZhenyu Zheng proposed openstack/nova: resize-revert can break anti-affinity policy  https://review.openstack.org/16011009:17
claudiubjohnthetubaguy: yeah, i reviewed it, still expecting the ci to pass though.09:19
johnthetubaguyclaudiub: +109:20
*** marzif has joined #openstack-nova09:21
markus_ztdurakov: The complexity of (live-)migration is IMO mainly driven by the accumulation of different use cases and their pre-reqs and post-reqs. Right now, I assume that a specific code path makes sense for a use case which is unknown to me.09:22
markus_ztdurakov: On the other hand it could be just a mistake :)09:22
claudiubjohnthetubaguy: anyways, any suggestions for the hyper-v snapshotting race thingy? https://review.openstack.org/#/c/214560/09:22
tdurakovmarkus_z, as for me, we should split different types of live-migration in code09:24
markus_ztdurakov: I guess this would reduce the amount of IFs and clarify use cases?09:25
tdurakovyep09:25
markus_ztdurakov: Sounds desirable :)09:25
tdurakovgive me few minutes09:25
tdurakovfiling bug in lp, I've talked earlier09:26
*** lpetrut has joined #openstack-nova09:28
*** Zhang has quit IRC09:30
*** rdopiera has joined #openstack-nova09:30
*** sbalakri has joined #openstack-nova09:30
*** rotbeard has quit IRC09:30
*** sbalakri has left #openstack-nova09:30
*** marzif has quit IRC09:31
*** marzif has joined #openstack-nova09:31
eliqiaotdurakov: what the plan of spliting different types of live-migration?09:32
tdurakovmarkus_z, eliqiao https://bugs.launchpad.net/nova/+bug/148843509:33
openstackLaunchpad bug 1488435 in OpenStack Compute (nova) "Resources on destination node doesn't cleanup if live-migration fails" [Undecided,New]09:33
tdurakoveliqiao, i'm going to file blueprint and spec for that09:34
*** yanxb has quit IRC09:34
eliqiaotdurakov: looking forward for that.09:34
*** yanxb has joined #openstack-nova09:35
tdurakoveliqiao, markus_z, could you triage bug I've filed09:35
johnthetubaguysdague: some API test tidy ups if you are in the mood for some reviews: https://review.openstack.org/#/c/174215/1009:35
*** zhihai_s has quit IRC09:36
johnthetubaguyeliqiao: tdurakov: my big ask for folks helping with live-migration is to help make the multinode devstack tests reliably pass, once we have that in place, I think we can do more09:37
johnthetubaguy(until that point, I don't really want to see any big changes, really)09:37
tdurakovjohnthetubaguy,  one more thing09:37
tdurakovare we going to have ci for multinode?09:37
markus_ztdurakov: Could you add a bit more details to the bug, please? https://wiki.openstack.org/wiki/BugFilingRecommendations09:38
eliqiao tdurakov: if I understand your bug correctly , _create_images_and_backing failed to download image from glance ,right?09:38
tdurakoveliqiao, yep09:38
johnthetubaguytdurakov: thats basically what I am talking about, there are people trying to make that work, but they need help, I believe: see gate-tempest-dsvm-multinode-full09:38
markus_ztdurakov: The commit IDs of devstack and Nova would be interesting as well as steps to reproduce.09:39
tdurakovmarkus_z, sure09:39
tdurakovjohnthetubaguy, ++09:39
tdurakovit would be really cool thing!:)09:39
johnthetubaguytdurakov: yeah, I think thats the most important thing here, lets get folks to help make that reliably pass, then we can have a hope of maintaining live-migrate :)09:39
markus_ztdurakov: This is important for the reviews later on, to decide if the patch set matches the expectation mentioned in the bug report.09:40
tdurakovjohnthetubaguy, so first priority for reliable multinode devstack, right?09:40
johnthetubaguytdurakov: I think so09:41
tdurakovjohnthetubaguy, ack)09:41
johnthetubaguytdurakov: I would love to have that before the end of liberty09:41
*** shoutm has quit IRC09:41
johnthetubaguyif we can identify the key blockers, chase them down, fix them, etc, that would be amazingly good news for everyone!09:42
tdurakovi'll be back in an hour.09:43
eliqiaomarkus_z, tdurakov get a exception when calling _create_images_and_backing , so we can fake an exception around that method.09:44
eliqiao_rollback_live_migration doesn't clean up the instance_dir which is made in dest node.09:46
openstackgerritlyanchih proposed openstack/nova: libvirt - Flavor's quota instance resource not observed for non-ephemeral storage  https://review.openstack.org/20101909:48
*** dims__ has joined #openstack-nova09:48
*** dims__ has quit IRC09:48
*** dims__ has joined #openstack-nova09:49
*** BobBall has quit IRC09:50
*** aix has joined #openstack-nova09:50
*** ndipanov has joined #openstack-nova09:51
markus_zeliqiao: I posted a comment in the bug report.09:52
markus_zeliqiao: I think this combines three different issues.09:52
*** aix has quit IRC09:52
eliqiaomarkus_z:  agreed09:53
*** aix has joined #openstack-nova09:53
*** sahid has quit IRC09:54
*** sahid has joined #openstack-nova09:54
eliqiaohi , can anyone help to review this patch https://review.openstack.org/#/c/216123/ , I think it is an emergency one.09:55
markus_zIt's an important catch I think. And it's good to know people who are willing to dig into the migration topic.09:55
markus_zeliqiao: I'll look at it after the lunch in 1h.09:56
eliqiaomarkus_z: thanks, but that one isn't LM related. appreciate if you could  help to review.09:57
*** abhishekk has joined #openstack-nova09:59
openstackgerritlyanchih proposed openstack/nova: libvirt: serial console ports count upper limit needs to be checked  https://review.openstack.org/20737309:59
*** romainh has quit IRC10:00
openstackgerritJohn Garbutt proposed openstack/nova: api: tidy up paste.ini  https://review.openstack.org/21408510:03
*** exploreshaifali has joined #openstack-nova10:03
openstackgerritzhangfeng proposed openstack/nova: Fix the error of duplicate words.  https://review.openstack.org/21664610:04
*** Zhang has joined #openstack-nova10:05
*** humble__ has joined #openstack-nova10:06
*** haomaiwang has quit IRC10:09
*** humble_ has quit IRC10:09
*** haomaiwa_ has joined #openstack-nova10:10
*** Zhang has quit IRC10:11
*** shaohe_feng has joined #openstack-nova10:12
*** Zhang has joined #openstack-nova10:13
*** lpetrut has quit IRC10:13
*** summerWendy has quit IRC10:13
*** Zhang has quit IRC10:15
*** exploreshaifali has quit IRC10:15
*** exploreshaifali has joined #openstack-nova10:16
*** lpetrut has joined #openstack-nova10:17
*** irenab has quit IRC10:18
*** salv-orlando has quit IRC10:20
*** vivekd has quit IRC10:22
*** vivekd_ has joined #openstack-nova10:22
*** vivekd_ is now known as vivekd10:22
*** dave-mcc_ has joined #openstack-nova10:23
*** Zhang has joined #openstack-nova10:26
*** Zhang has quit IRC10:27
openstackgerritAdelina Tuvenie proposed openstack/nova: Fixes Bug "destroy_vm fails with HyperVException"  https://review.openstack.org/20400710:27
*** Zhang has joined #openstack-nova10:38
*** Zhang has quit IRC10:39
tdurakovjohnthetubaguy, about ci jobs for live-migration: we need more than one environment for that10:40
openstackgerritGeorge Peristerakis proposed openstack/python-novaclient: Search the list of servers with unicode text.  https://review.openstack.org/20064910:40
johnthetubaguytdurakov: agreed, but need to get one working reliably first10:40
tdurakovjohnthetubaguy, we couldn't say then that we have reliable live-migration: we need at least one with shares storage, say nfs as easiest to config(to check ephemerals) one with rbd10:41
johnthetubaguytdurakov: totally agree, but first things first10:42
*** Zhang has joined #openstack-nova10:42
tdurakovso, what would be the first? maybe no shared storage and  check volume-backed instances and block-migration?10:43
*** salv-orlando has joined #openstack-nova10:43
tdurakovjohnthetubaguy^10:43
johnthetubaguytdurakov: the first is getting gate-tempest-dsvm-multinode-full voting, I am unsure if that already includes one of the options10:43
johnthetubaguytdurakov: once we know we have a base line working, we can look to add the other systems (I am tempted to say RBD multinode first)10:43
tdurakovjohnthetubaguy, ok, where I can check it's code?10:44
tdurakovci job i mean10:44
johnthetubaguythats the name of the ci job10:44
johnthetubaguygate-tempest-dsvm-multinode-full10:44
tdurakovis there any git repo for that?10:45
johnthetubaguythe folks in infra can help with find the config for that, its in the usual places: http://docs.openstack.org/infra/10:46
johnthetubaguytdurakov: if you look at one of the running ones, you can see the devstack and tempest config that was used: http://logs.openstack.org/06/201606/10/check/gate-tempest-dsvm-multinode-full/6247a47/logs/10:47
*** lyanchih has quit IRC10:47
tdurakovjohnthetubaguy, thanks!10:47
johnthetubaguyyou should be able to start your own 8GB VM, and use that config, to reproduce the test, I belive10:47
johnthetubaguymriedem, when he is online, might be a good person to ask about its current state10:48
* johnthetubaguy goes for some lunch10:48
*** smatzek has joined #openstack-nova10:52
*** pbrooko has quit IRC10:55
*** Zhang has quit IRC10:56
tdurakovmarkus_z, I've updated bug description10:59
tdurakovjohnthetubaguy, markus_z, eliqiao: I've also made a patch to live_migration_cleanup_flags, could you review that: https://review.openstack.org/#/c/216329/11:01
*** asd112z has joined #openstack-nova11:03
*** Zhang has joined #openstack-nova11:03
*** asd112z has quit IRC11:08
*** vivekd has quit IRC11:08
*** ajayaa has quit IRC11:09
*** haomaiwa_ has quit IRC11:09
bauzasjohnthetubaguy: heya, missed your pings since I'm still a bit jetlagged11:09
*** Zhang has quit IRC11:09
*** Marga_ has quit IRC11:10
*** Zhang has joined #openstack-nova11:10
*** haomaiwa_ has joined #openstack-nova11:10
*** adam_g has quit IRC11:12
markus_ztdurakov: thanks for the update on that bug11:15
*** ftersin has joined #openstack-nova11:16
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: default_schedule_zone should be a list of AZ(s)  https://review.openstack.org/20722111:17
*** dprince has joined #openstack-nova11:19
*** shaohe_feng has quit IRC11:20
*** fawadkhaliq has quit IRC11:20
*** lucasagomes has quit IRC11:21
*** Guest29053 has quit IRC11:22
*** Sree has joined #openstack-nova11:22
*** lucasagomes has joined #openstack-nova11:22
*** ajayaa has joined #openstack-nova11:23
*** ccesario has quit IRC11:24
*** Sree has quit IRC11:27
johnthetubaguybauzas: no worries, I really hate jet lag, it hurts :(11:29
bauzasjohnthetubaguy: thanks for commenting my change anyway, really good point11:30
bauzasjohnthetubaguy: I made 2 answers, because I misuderstood at the first time :D11:31
bauzasjohnthetubaguy: so, tl;dr: using the stats field is smart, but... https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L33511:31
*** sudipto has quit IRC11:32
bauzasjohnthetubaguy: which means that Ironic is writing a totally different string than the other drivers for that field11:32
*** pbrooko has joined #openstack-nova11:32
bauzasjohnthetubaguy: that's because when writing the ComputeNode object, we left that ugly Text fieldtype11:33
bauzasjohnthetubaguy: which is room for problems11:33
*** vivekd has joined #openstack-nova11:35
*** thorst has joined #openstack-nova11:35
*** ccesario has joined #openstack-nova11:36
*** exploreshaifali has quit IRC11:36
*** Zhang has quit IRC11:37
*** apuimedo has joined #openstack-nova11:38
*** Zhang has joined #openstack-nova11:39
johnthetubaguybauzas: yeah, I forgot how nasty that ironic bit was11:39
*** irenab has joined #openstack-nova11:40
bauzasjohnthetubaguy: so yeah, you're totally right, the spec was wrong :/11:40
*** vivekd has quit IRC11:40
*** Marga_ has joined #openstack-nova11:40
johnthetubaguybauzas: no worries, that happens11:40
bauzasjohnthetubaguy: I'm about to write a Depends-On which would ensure that if that change merges, then the spec would be identical11:40
*** exploreshaifali has joined #openstack-nova11:41
*** gszasz has joined #openstack-nova11:41
*** lucasagomes is now known as lucas-hungry11:45
johnthetubaguybauzas: I wouldn't worry about that too much at this point, lets just get the code sorted, we only have a few days left before all these patches will get a procedural -2 applied11:47
*** vivekd_ has joined #openstack-nova11:47
bauzasack, FYI just working on the last change (scheduler side11:47
bauzasjohnthetubaguy: ^11:47
bauzasjohnthetubaguy: I'll rebase at the same time11:48
*** erlon has joined #openstack-nova11:48
johnthetubaguybauzas: OK, cool11:48
johnthetubaguybauzas: it shouldn't really be needscodereview until all the patches are up for review, but thats a minor process nit11:48
claudiubjohnthetubaguy: it would be great to have this in asap: https://review.openstack.org/#/c/216568/11:49
claudiubjohnthetubaguy: we need oslo.service 0.7.0 on hyper-v.11:49
claudiubfor *11:50
bauzasjohnthetubaguy: tbh, I said NeedsCodeReview because I wanted to have the compute related patches to be merged before L-311:50
bauzasjohnthetubaguy: the sched side can be waiting for Mitaka11:50
bauzasjohnthetubaguy: because since we need to wait for all compute nodes to be having the same fields, waiting 1 more cycle would be not good11:51
*** Kevin_Zheng_ has joined #openstack-nova11:51
johnthetubaguybauzas: true11:51
*** vivekd_ is now known as vivekd11:51
johnthetubaguyclaudiub: yeah, thats a good heads up, +2 from me11:51
*** marcusvrn_ has joined #openstack-nova11:53
claudiubty :)11:54
*** zhenguo has quit IRC11:55
alex_xunova api meeting in 5 mins11:56
*** gmann_ has joined #openstack-nova11:58
*** pbrooko has quit IRC11:58
*** oomichi has joined #openstack-nova11:58
alex_xunova api meeting is running12:01
*** shoutm has joined #openstack-nova12:02
johnthetubaguyoomichi: I have a +2 on most of these now, I think most had very small updates since your last +2 https://blueprints.launchpad.net/nova/+spec/test-collapse-v2-and-v2112:03
*** pbrooko has joined #openstack-nova12:05
*** venkat_p has quit IRC12:08
*** haomaiwa_ has quit IRC12:09
*** fawadkhaliq has joined #openstack-nova12:10
*** haomaiwang has joined #openstack-nova12:10
ftersinndipanov: hi. are you objections still actulal in https://review.openstack.org/#/c/170243/12:10
*** fawadkhaliq has quit IRC12:14
*** deepakcs has quit IRC12:14
*** tojuvone has quit IRC12:14
rajeshtjohnthetubaguy: need your help, if you have a little bit of time12:14
johnthetubaguyrajesht: sorry, in the API meeting, should be free for a bit after that12:15
rajeshtno problem :)12:15
*** Zhang has quit IRC12:16
*** ftersin has quit IRC12:19
*** Zhang has joined #openstack-nova12:19
*** fawadkhaliq has joined #openstack-nova12:20
*** romainh has joined #openstack-nova12:20
*** ftersin has joined #openstack-nova12:21
ndipanovftersin, ah sorry about that -12:23
ndipanovwill look at it in a few minutes12:25
bauzasndipanov: around for a question ?12:27
bauzasndipanov: I'm just wondering how the cpu/ram ratios are related to the NUMA filters12:28
*** annegentle has joined #openstack-nova12:28
*** rotbeard has joined #openstack-nova12:32
*** VW_ has joined #openstack-nova12:33
*** tojuvone has joined #openstack-nova12:33
openstackgerritjichenjc proposed openstack/nova: Refactor test cases for live-migrate error case  https://review.openstack.org/17904812:34
*** smatzek has quit IRC12:35
*** ajayaa has quit IRC12:35
*** edmondsw has joined #openstack-nova12:36
*** takedakn has joined #openstack-nova12:36
*** deepthi has quit IRC12:37
*** aysyd has joined #openstack-nova12:38
*** scheuran has joined #openstack-nova12:39
bauzasndipanov: just testing it and it seems a bit buggy...12:40
openstackgerritGeorge Peristerakis proposed openstack/python-novaclient: Search the list of servers with unicode text.  https://review.openstack.org/20064912:42
*** baoli has joined #openstack-nova12:44
*** lucas-hungry is now known as lucasagomes12:46
*** pbrooko_ has joined #openstack-nova12:46
*** VW_ has quit IRC12:47
*** vivekd has quit IRC12:48
*** VW_ has joined #openstack-nova12:48
*** pbrooko has quit IRC12:48
*** baoli has quit IRC12:48
*** annegentle has quit IRC12:50
openstackgerritsahid proposed openstack/nova: libvirt: make guest to return power state  https://review.openstack.org/21626312:51
openstackgerritsahid proposed openstack/nova: libvirt: move domain info to guest  https://review.openstack.org/19104612:51
openstackgerritsahid proposed openstack/nova: libvirt: clean code of NOTE tags  https://review.openstack.org/21258012:51
*** dustins has joined #openstack-nova12:52
*** VW_ has quit IRC12:52
dims__ftersin: want to pick up https://review.openstack.org/#/c/207221/ ?12:53
*** ccarmack has left #openstack-nova12:53
*** smatzek has joined #openstack-nova12:54
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21656812:54
*** apuimedo has quit IRC12:57
*** burgerk has joined #openstack-nova12:58
*** zhihai_s has joined #openstack-nova12:58
*** zhihai_song has joined #openstack-nova12:59
*** apuimedo has joined #openstack-nova12:59
*** burgerk_ has joined #openstack-nova13:00
*** burgerk has quit IRC13:00
openstackgerritSylvain Bauza proposed openstack/nova: Add cpu_allocation_ratio and ram_allocation_ratio to ComputeNode  https://review.openstack.org/21547113:01
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636213:01
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and filters to use RT ratios  https://review.openstack.org/21669613:01
bauzasjohnthetubaguy: ^ I know you're in meeting, but here are the latest changes, incl. rebases and scheduler side13:01
Kevin_Zheng_So we will do that in M?13:01
Kevin_Zheng_The project_id thin13:02
Kevin_Zheng_The project_id thing13:02
alex_xuKevin_Zheng_: I guess, the time is tight13:02
johnthetubaguybauzas: OK, thanks, might not get to those right away I am afraid13:02
bauzasjohnthetubaguy: no worries13:03
*** zhihai_s has quit IRC13:03
ftersindims__: hi, didn't think about it. why? did i've wrote here something special, which doesn't related to the fix?13:03
Kevin_Zheng_alex_xu: so should I registe a BP for this?13:03
*** Sree has joined #openstack-nova13:04
gmann_sdague: johnthetubaguy : not able to connect my system remotely. I  will rebase https://review.openstack.org/#/c/214985/ tomorrow.13:04
johnthetubaguygmann_: no worries13:04
alex_xuKevin_Zheng_: let me review it, then I will try to comment on13:04
Kevin_Zheng_alex_xu: Ok then, Thanks a lot.13:04
alex_xuKevin_Zheng_: np13:05
ftersindims__: but sure, if you ask to do there what i meant, i can...13:05
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: default_schedule_zone should be a list of AZ(s)  https://review.openstack.org/20722113:05
* alex_xu need draft the meeting content, then won't typo such slow~13:06
*** Sree has quit IRC13:06
*** Zhang has quit IRC13:06
*** xyang1 has joined #openstack-nova13:06
*** baoli has joined #openstack-nova13:07
dims__ftersin: i am not comfortable making more changes than minimum needed at this point of the cycle and you seem to have a good idea on how this should work, hence asking.13:07
*** rlrossit has joined #openstack-nova13:08
*** nelsnelson has joined #openstack-nova13:08
dims__ftersin: please feel free to pick it up if you wish13:08
*** Sree has joined #openstack-nova13:08
*** gmann_ has quit IRC13:08
ftersindims__: now in that case you return no az, and the launch is continued. But previously if default az is done, _validate_and_build_base_options catched this and failed13:08
dims__ftersin: see that's what i am saying :)13:09
*** pbrooko has joined #openstack-nova13:09
*** oomichi has quit IRC13:09
*** haomaiwang has quit IRC13:09
sdaguegmann: sounds fine, I approved the rest of the stack13:10
bauzasdims__: hum, just seeing https://review.openstack.org/#/c/207221/13:10
ftersindims__: ok, in a few hours13:10
*** browne has joined #openstack-nova13:10
*** haomaiwang has joined #openstack-nova13:10
dims__bauzas: y, ftersin graciously accepted to help fix that review better :)13:11
bauzasdims__: I think that https://bugs.launchpad.net/nova/+bug/1474467 is rather a feature than a bugfix13:11
openstackLaunchpad bug 1474467 in OpenStack Compute (nova) "default_schedule_zone should be list" [Low,In progress] - Assigned to Davanum Srinivas (DIMS) (dims-v)13:11
*** annegentle has joined #openstack-nova13:11
dims__bauzas: sure, it can wait till M opens up, just want to get the code out there13:11
bauzasdims__: just putting it as Wishlist13:12
*** pbrooko_ has quit IRC13:12
bauzasdims__: also, I'm not very fond of that13:12
dims__bauzas: ack13:12
*** annegentle has quit IRC13:12
bauzashonestly13:12
bauzasdims__: I need to think more about that but that's a pretty invasive change and lots of operators don't really understand what a Nova AZ is13:12
ftersini think so too13:13
bauzasdims__: I was about to write an ML thread about that btw. because some discussion with the Trove PTL made me think that lots of us also think that AZs == failure domains13:13
bauzaswhich is *not* the case13:13
*** raildo-afk is now known as raildo13:13
*** annegentle has joined #openstack-nova13:14
*** baoli_ has joined #openstack-nova13:14
*** emagana has quit IRC13:14
*** zhenguo has joined #openstack-nova13:16
markus_zbauzas: jaypipes referenced the AZ during the midcycle as exactly that.13:16
bauzasdims__: rereading the bugfile makes me think it's just a problem between what's a default AZ and what's not13:17
bauzasmarkus_z: as exactly what ? failure domains ?13:17
*** baoli has quit IRC13:17
bauzasmarkus_z: they aren't13:17
markus_zbauzas: yes AZs == failure domains13:17
annegentlealex_xu: johnthetubaguy: sorry I missed the api meeting, first day of school here :)13:18
bauzasmarkus_z: and I know that jay is keen to have AZs == failure domains, but I just think it's not needed as cells v2 are somehow those failure domains we need13:18
markus_zbauzas: That's what jay said. I haven't yet digged into the AZs13:18
*** markmcclain has quit IRC13:18
bauzasmarkus_z: AZs are just metadata applied to aggregates + specific silly rules13:18
*** kylek3h has joined #openstack-nova13:18
johnthetubaguyannegentle: no worries, not much news right now13:19
*** davidlenwell has quit IRC13:19
markus_zbauzas: I mentioned it as a hint that a ML discussion would be helpful to clarify the assumptions about AZs.13:19
*** Zhang has joined #openstack-nova13:19
bauzasmarkus_z: yeah, I owe that discussion13:19
bauzasmarkus_z: lots of people are confused by the term13:19
*** ccarmack has joined #openstack-nova13:20
markus_zbauzas: I'm one of them :)13:20
bauzasmarkus_z: https://twitter.com/sylvainbauza/status/63442514528150323213:20
*** thangp has joined #openstack-nova13:20
*** davidlenwell has joined #openstack-nova13:20
markus_zbauzas: No chars left for more "O"s? ;)13:20
annegentlejohnthetubaguy: ok, good. alex_xu 's notes are good to have13:20
bauzasmarkus_z: I should have said more OOOOs13:20
*** markmcclain has joined #openstack-nova13:21
bauzaseach time I'm hearing such phrase, it just pisses me off13:21
*** ccarmack has left #openstack-nova13:21
*** mdrabe has joined #openstack-nova13:21
*** changbl has quit IRC13:21
*** Zhang has quit IRC13:22
*** rlrossit has left #openstack-nova13:22
johnthetubaguyannegentle: we are thinking in two weeks time, we can push hard on the docs, once we know where everything has landed, its a way too late really, but its our best bet right now13:22
bauzasmarkus_z: (and others) http://blog.russellbryant.net/2013/05/21/availability-zones-and-host-aggregates-in-openstack-compute-nova/13:22
annegentlejohnthetubaguy: yeah13:22
johnthetubaguyannegentle: prototype for swagger auto generation (non WADL) by tokyo, seems a good aim too13:22
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894013:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21656813:23
*** links has quit IRC13:23
markus_zbauzas: Thanks, I'll read it soon13:23
*** mtanino has joined #openstack-nova13:23
*** lyanchih has joined #openstack-nova13:24
*** dims__ has quit IRC13:24
bauzasmarkus_z: so will do my ML thread13:24
*** dims__ has joined #openstack-nova13:25
*** ajayaa has joined #openstack-nova13:25
alex_xusdague: hope you can take look at this also https://review.openstack.org/#/c/215100/13:26
*** ferest has joined #openstack-nova13:26
sdaguealex_xu: looking now13:26
alex_xusdague: thanks13:27
*** jwcroppe has quit IRC13:27
*** IanGovett1 has joined #openstack-nova13:27
annegentlejohnthetubaguy: would love that13:28
*** davideagnello has joined #openstack-nova13:28
*** davideagnello has quit IRC13:28
johnthetubaguysdague: are you sure its worth renaming osapi_v3 group, given we are deprecating them anyway?13:28
*** ctrath has joined #openstack-nova13:28
*** shuquan has joined #openstack-nova13:28
sdaguealex_xu: right, so reverting that isn't an option. We probably should just chase the queue state with a microversion to signal folks that it's something they can get after a certain point13:29
sdaguejohnthetubaguy: so, I think because we don't know exactly when we are deleting them, yes13:30
*** jwcroppe has joined #openstack-nova13:30
alex_xusdague: update the doc of microversions?13:30
*** diogogmt has joined #openstack-nova13:30
*** IanGovett has quit IRC13:30
*** rlrossit has joined #openstack-nova13:30
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the concept of extensions in v2.1  https://review.openstack.org/21459213:30
johnthetubaguysdague: true13:30
*** ctrath1 has joined #openstack-nova13:30
*** ferest has quit IRC13:31
alex_xudansmith: we are just talking about https://review.openstack.org/#/c/215100/  ^13:31
*** IanGovett has joined #openstack-nova13:31
sdaguealex_xu: yeh, I think we just need a bump to indicate this is out there and part of the contract.13:31
*** Zhang has joined #openstack-nova13:31
alex_xusdague: emm...that sounds a smart way13:31
sdagueit means there will be a small number of changes where it's there and not advertised, but it should be fine for the majority of folks13:32
*** IanGovett1 has quit IRC13:32
dansmithso, just to be clear,13:32
dansmithyou know that we previously added more statuses than just in that patch,13:33
dansmithand that ndipanov is about to potentially add another terminal status for live migration (and maybe evacuate)13:33
*** IanGovett1 has joined #openstack-nova13:33
dansmithI don't understand why the values were ever enumerated in schema, but I think it was a mistake13:33
sdagueI did not, however, if those get to the user, we do need to version that data13:34
sdaguebecause otherwise we'll have people assuming they can test for that state, and it's not even possible in their code13:34
*** claudiub has quit IRC13:34
*** jecarey has joined #openstack-nova13:34
dansmithmy point is, I disagree that it's a state13:34
*** jwcroppe has quit IRC13:34
dansmithand it's only visible to admins anyway13:34
*** ctrath has quit IRC13:34
ndipanovsdague, dansmith we are nowhere near ready to make it part of the public api contract imho13:35
sdagueis it accessible over the API?13:35
dansmithndipanov: unfortunately, it is already coded in schema, but I have no idea why :(13:35
ndipanovsdague, why does that matter13:35
ndipanovit's not something we should commit to13:35
sdaguebecause, then it is public contract13:35
ndipanovwell I disagree13:35
tdurakovmarkus_z,13:35
ndipanovit's visible - yes13:35
sdaguethat's the whole point of the API13:35
*** shuquan has quit IRC13:35
ndipanovok then13:35
dansmithsdague: we treat this like a status string13:36
tdurakovmarkus_z,  are you around?13:36
dansmithsdague: almost free-form13:36
*** dims has joined #openstack-nova13:36
markus_ztdurakov: yes, I am13:36
*** tpeoples has joined #openstack-nova13:36
*** dims__ has quit IRC13:36
alex_xuat least we don't have doc or conract tell user, that isnt part of contract....13:36
tdurakovleft one more comment on my bug13:36
ndipanovas long as it's a string and not an int or an object13:36
tdurakovmarkus_z, glance problem was trivial13:36
*** IanGovett has quit IRC13:36
ndipanovwe should not commit to it's value13:36
ndipanovthat's what I'm saying13:36
markus_ztdurakov: What was the number again?13:37
tdurakovhttps://bugs.launchpad.net/nova/+bug/148843513:37
openstackLaunchpad bug 1488435 in OpenStack Compute (nova) "Resources on destination node doesn't cleanup if live-migration fails" [Medium,In progress] - Assigned to Timofey Durakov (tdurakov)13:37
sdaguendipanov: so you'd be happy if that's the way the python stdlib worked? it's not an int, it can be anything?13:37
*** shuquan has joined #openstack-nova13:37
tdurakovso there is only cleanup issue13:37
dansmithsdague: if stdlib is just fetching us a value from the os, then yeah13:37
*** mriedem has joined #openstack-nova13:38
alex_xundipanov: we use neutron client like this https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L1644 ...13:38
markus_ztdurakov: You refer there to an incorrect configuration, right?13:38
ndipanovI mean13:38
sdagueif you don't want to commit this to the contract, then filter it out of what goes back to the user13:38
tdurakovmarkus_z, yep13:38
*** Zhang has quit IRC13:38
tdurakovno port on dest node were provided((13:38
sdagueyou can't have it both ways13:38
dansmithsdague: should we schemaify the service disable reason field?13:38
sdaguereason isn't a state13:39
dansmiththis isn't either13:39
dansmithit's status13:39
markus_ztdurakov: Ah, good to hear. Add me as reviewer to the patch for 2) and 3) when you are ready, ok?13:39
dansmithand reason is sometimes status when we set it programmatically13:39
dansmithin response to auto-disabling the state13:39
*** dims_ has joined #openstack-nova13:39
ndipanovI think it's a bad idea to arbitrarily draw the line and say from now on _everything_ is treated as a contract - we are nowhere near that in terms of consistency13:39
ndipanovand doing so will impose a massive cost to future development13:40
tdurakovmarkus_z, sure,  I'm going to finish with it, so there will be reference config for nova that enables live-migration. than we could move to enabling ci job13:40
sdaguendipanov: that was a bit point to microversions, we know lots of things are bad, but we can evolve them towards something good in a structured way13:40
ndipanovfor I have to say gains that I don't understand...13:40
dansmithsdague: I argued the same thing when ndipanov proposed his migration state machine, that the state field should be a new one that *is* consistent, because status isn't and never was13:40
*** rotbart has joined #openstack-nova13:40
ndipanovsdague, right but if you need to keep backwards compat - it's not free either so we should do it when it makes sense13:40
dansmithIMHO, status is and should be considered just text.. informative13:40
ndipanovdansmith, the more I looked at that code the more I agree13:41
sdaguedansmith: so then it should be a localized string13:41
markus_ztdurakov: Sorry, I didn't understand this. What do you mean with "reference config"?13:41
*** dims__ has joined #openstack-nova13:41
sdagueif it's just descriptive, make a localized sentence13:41
sdagueif it's mean to be consumed by software13:41
sdagueit should be part of the contract13:42
*** dims has quit IRC13:42
dansmithsdague: yeah, except that we (wrongly) key on it internally in a variety of places13:42
sdaguedansmith: which is indicative that it's a useful part of the contract13:42
ndipanovI agree in principle but we need to do some work before we do it in this case13:42
dansmithsdague: it's not enumerated anywhere though, it's just strings in code in random places13:42
pkholkinmriedem: Hello Matt! Saw your message. We made some updates to our patch 'switch to olso_cache'. Do you still have some questions? Could you please make another review, thanks! https://review.openstack.org/#/c/203049/1613:42
*** claudiub has joined #openstack-nova13:42
sdagueright, I do get that we have lots of random strings lots of places13:43
tdurakovmarkus_z, after i've fixed error with glance nova fails with   File "/usr/local/lib/python2.7/dist-packages/libvirt.py", line 1586, in migrateToURI213:43
tdurakov    if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self)13:43
mriedempkholkin: i'm in class all day so probably can't get to it in detail13:43
pkholkinmriedem: ok, please look if you have time13:43
*** rotbeard has quit IRC13:44
sdagueit seems like a very useful thing for access via the api to understand where things stand, useful enough that we use it internally (rightly or wrongly)13:44
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the concept of extensions in v2.1  https://review.openstack.org/21459213:44
tdurakovmarkus_z, I think problem is in libvirt_migration_url and migration flag in nova.conf13:44
*** mriedem is now known as mriedem_class13:44
*** bapalm has quit IRC13:44
ndipanovsdague, it is - that's why we want to add more of it and formalize it13:44
sdaguenot making it part of the contract just means people are going to code regex to it and get mad about when things aren't there13:44
*** Zhang has joined #openstack-nova13:45
tdurakovalso need to check why no port were provided on destination compute in config13:45
*** VW_ has joined #openstack-nova13:45
*** dims_ has quit IRC13:45
dansmithsdague: right now, the only sane way to do it is look for values you recognize and ignore the ones you don't13:45
sdaguendipanov: ok, so do that. Make it formal. Don't keep patching it adhoc13:45
dansmithsdague: which is why I don't think it should be codified13:45
sdaguedansmith: which is *terrible*13:45
*** karimb has quit IRC13:46
* dansmith gives up13:46
sdaguewith microversions we get to say "ok, things were adhoc before, here's where they stand"13:46
sdaguethen add the more states when they come13:46
dansmithsdague: you should wait to codify this random silliness until ndipanov's patch merges which adds more13:46
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: DO NOT MERGE: Example of config options reshuffle  https://review.openstack.org/21458113:46
ndipanovyeah I'd say we want to wait on that whole thing if we agree that the work we started doing13:47
ndipanovwhich is13:47
*** jwcroppe has joined #openstack-nova13:47
ndipanovmake Migration a staus holder for moving instances around13:47
ndipanovis the right way to do it13:47
dansmithwe haven't even merged the patch that exposes the migration type field,13:48
sdaguedansmith: ok, the benefit of that is what?13:48
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460113:48
sdagueI guess I don't understand what benefit we get by not declaring this bit of contract change13:48
dansmithwhich means anyone that is looking for specific "states" will be utterly confused since a live migration shares none of the "states" with a normal migration13:48
dansmithand they can't tell the difference from the api side13:48
sdagueok, so how do we get there?13:49
markus_ztdurakov: Why do you see the problem there?13:49
dansmithsdague: because ndipanov is just going to change it again and a new microversion in between just means more silly code pollution to filter out (or whatever you think should happen) the new "states"13:49
*** BobBall has joined #openstack-nova13:49
sdagueok, so what's the plan to get this into a contractable state?13:50
dansmithsdague: ndipanov has a full state machine implementation for all migrations13:50
ndipanovwell I had defined a state machine13:50
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the concept of extensions in v2.1  https://review.openstack.org/21459213:50
ndipanovbut then I abandoned it in hopes of getting the actual code merged13:51
ndipanovas there was some back and forth about the implementation13:51
openstackgerritJohn Garbutt proposed openstack/nova: api: deprecate the api v2 extension configuration  https://review.openstack.org/21460113:51
openstackgerritVladik Romanovsky proposed openstack/nova-specs: libvirt: support pvpanic device  https://review.openstack.org/21671913:51
ndipanoveventually josh added some support for it in automaton13:51
ndipanovso I'll use some of that13:51
tdurakovmarkus_z, in my config there no flags at all http://docs.openstack.org/admin-guide-cloud/compute-configuring-migrations.html13:51
*** bapalm_ is now known as bapalm13:51
dansmithndipanov: abandoned in gerrit, or just gave up expecting it to merge in liberty?13:51
openstackgerritSergey Nikitin proposed openstack/nova: Remove get_all method from servicegroup API  https://review.openstack.org/21462913:52
bauzasdims__: so heavy painy -1 here https://review.openstack.org/#/c/207221/813:52
alex_xundipanov: bump microverwion when your statemachine finshed? tell user don't trust status field before this version?13:52
ndipanovdansmith, well I can merge the patches for migration resource tracking13:52
sdaguecan we hide that info from the user until the whole state machine is ready? because my concern is we keep changing stuff adhoc here for a long time, people just get ragey that not of this is something you can program to.13:52
dansmithndipanov: yeah13:52
ndipanovso I abandoned it13:52
ndipanovbut they can be added later13:52
ndipanov(with more states)13:52
*** karimb has joined #openstack-nova13:52
*** thumpba has joined #openstack-nova13:53
ndipanovalex_xu, yeah that is a good way to go imho13:53
dansmithsdague: IMHO, we should remove the schema on the status field right now, not filter the values, add a new microversion when we expose the actual state field13:53
dansmithwhich is what alex_xu just said13:53
ndipanovat that point we'll likely introduce the new field13:53
dansmithyeah +113:53
ndipanovyes13:53
*** evgenyf has quit IRC13:53
*** ferest has joined #openstack-nova13:53
alex_xuwe better have another version to tell user, from this version don't trust the status....13:53
dansmiththat microversion will do nothing though, right?13:54
dansmithexcept signaling? unless we're going to filter before that point, I'm not sure that buys us anything13:54
dansmithbut, if the compromise is to filter before that,13:54
sdagueyeh, it won't. Is this API call documented at all? If so we'd update that, but our docs are pretty bad13:54
dansmithsdague: it's admin-only and very cryptic already13:54
sdaguehonestly, probably should at least document the API samples13:54
dansmithnot sure it is13:54
alex_xuupdate this https://github.com/openstack/nova/blob/master/nova/api/openstack/rest_api_version_history.rst?13:55
*** BobBall has quit IRC13:55
sdagueadmin-only doesn't really matter, people can open this stuff up. And the admin api doesn't get to punt on contracts13:55
alex_xuthe only doc for microversion for now13:55
dansmithif the compromise is to land a microversion, filter before that, and make it "just a string" after that, then I'll agree to it as long as it fully lands in liberty13:55
dansmithsdague: I meant it's been ignored, re: docs13:55
*** Sree has quit IRC13:55
sdaguedansmith: no, I agree, a microversion isn't useful13:55
markus_ztdurakov: Do you assume that there could be another configuration issue which could make the bug invalid?13:55
dansmithokay13:55
sdaguedansmith: we still have samples for these though, right13:55
*** GnomeKing has joined #openstack-nova13:56
sdaguewhich people go and read some times to figure out request semantics13:56
sdaguewe could stick a comment in there maybe13:56
*** Sree has joined #openstack-nova13:56
dansmithI assume we have to13:56
sdagueso what's the story on when the "whole thing" lands?13:56
sdaguethe contract state machine13:57
dansmithwanna hear something awesome?13:57
dansmiththe status field in the api sample is not one that we could/would ever have :P13:58
tdurakovmarkus_z, bug i've filed is valid:) but i haven't managed yet to live-migrate volume-backed instance on multinode devstack13:58
*** jaypipes has joined #openstack-nova13:58
markus_ztdurakov: I see, OK, I didn't understand this in the first place.13:58
dansmithhttps://github.com/openstack/nova/blob/master/nova/tests/functional/api_sample_tests/api_samples/os-migrations/migrations-get.json.tpl#L1413:59
*** emagana has joined #openstack-nova13:59
ndipanovdansmith, the version could switch over to the new field13:59
dansmithcapital first letter, and "done" is never used, AFAIK13:59
ndipanovand then revert back to the old that can change13:59
ndipanovwhen asked fro a lower one13:59
tdurakovhm... libvirtError: operation failed: Failed to connect to remote libvirt URI qemu+ssh://stack@node2/system: Cannot recv data: Host key verification failed.: Connection reset by peer13:59
dansmithndipanov: IMHO, the version should just add the new field, leave the old one as it was13:59
*** yamahata has joined #openstack-nova14:00
ndipanovyes or that14:00
*** Sree has quit IRC14:00
sdaguedansmith: yeh, the samples are often like that14:00
sdaguewhich is a whole other issue14:01
alex_xuif we finally think status isn't part of contract, +1 for dansmith14:01
tdurakovjohnthetubaguy, markus_z ndipanov, danpb   what live_migration_url should be used by default?14:01
dansmithsdague: well, it means (to me) that the sample isn't conveying that it's an actual state (since it looks like text)14:02
alex_xu+1 for add new field, sounds make thing easy14:02
sdaguedansmith: there is tons of contract content that's like that in samples, but anyway14:02
sdaguewhat's the time frame for the whole ball of wax?14:02
dansmithsdague: what and where do you want an annotation in the api samples that it's a text field? like just hand-edit the doc/ one?14:02
sdaguedansmith: yeh, so honestly, let's skip that bit for now, and try to figure out what and when is end game14:03
dansmithokay, did you find api docs for this?14:03
sdaguedansmith: no, I assume it's not yet documented14:03
dansmithokay14:03
*** diogogmt has quit IRC14:04
lxslibauzas: ping14:04
dims__bauzas: no worries, i am just going through really old reviews/in progress bugs and making sure we don't lose anything valuable14:04
alex_xuthe only I need to do is abandon https://review.openstack.org/#/c/215100/ for now, right?14:04
sdagueso, what changes are landing in Liberty? and when during Mitaka can we declare this a strong contract?14:04
dansmithso ndipanov if you want to resurrect your patch, make the changes you have planned, I'll look at it14:05
*** mnestratov|2 has joined #openstack-nova14:05
dansmithsdague: I think drop the schema for L and see how much progress we can make on liberty with ndipanov's stuff14:05
lxslibauzas: when we request destination for Ironic, that's by nodename right? which gives me a problem because there's no objects.compute_node method to lookup by nodename. Is it OK to add one do you think?14:05
dansmithif he has time to work on it in the short term it might be mergeable14:05
*** geekinutah has joined #openstack-nova14:06
bauzaslxsli: I don't get your question14:06
sdagueok14:06
alex_xudansmith: the schema you point to tempest?14:07
sdagueit still seems like if this is outside of the schema, it should be in the i18n catalog14:07
bauzaslxsli: I mean, Ironic is particular because of the 1:N relationship, but the boot req is similar14:07
*** abhishekk has quit IRC14:07
dansmithalex_xu: no, I thought you said that our schema in nova enumerated the possible values14:07
sdaguebecause it's meant for description, not for programming14:07
dansmithalex_xu: you said that in your revert no,?14:07
ndipanovdansmith, resurrect the state machine patch?14:07
alex_xudansmith: we don't have schema for response14:07
lxslibauzas: I'm asking whether the requested_destination field we're adding to RequestSpec has the hostname or nodename (or both?) as its primitive form14:08
bauzaslxsli: since the scheduler gives back a tuple (host, node, limits), then the conductor calls the right service manager14:08
*** mnestratov has quit IRC14:08
dansmithalex_xu: okay14:08
dansmithndipanov: yeah14:08
bauzaslxsli: ah that14:08
alex_xuso let me abandon https://review.openstack.org/#/c/215100/14:08
bauzaslxsli: so, there is no way to pass the node in the API atm14:09
bauzaslxsli: sorry, I mean for evacuate and live-migrate14:09
*** haomaiwang has quit IRC14:09
ndipanovdansmith, OK but it's kind of sort of dependent on https://review.openstack.org/#/c/203284/14:09
bauzaslxsli: which makes sense14:09
ndipanovnot really though14:09
dansmithndipanov: okay, well, maybe we can poke him today14:10
bauzaslxsli: because Ironic doesn't support both http://docs.openstack.org/developer/nova/support-matrix.html14:10
lxslibauzas: right, thinking about LM would be hard for Ironic14:10
dansmithndipanov: we also shouldn't rush it because we want the machine to be right14:10
*** haomaiwang has joined #openstack-nova14:10
ndipanovdansmith, ok let me resurrect the patch and then we can talk14:10
lxslibauzas: ok I'll assume hostname == nodename then, thanks14:10
bauzaslxsli: well, that's a good point14:11
ndipanovlxsli, not sure that's a good idea14:11
bauzaslxsli: I'd rather see how force_hosts is done14:11
*** tonytan4ever has joined #openstack-nova14:11
*** ferest has quit IRC14:11
bauzaslxsli: yeah, I +1 ndipanov14:11
ndipanovthre is code that does different things14:11
ndipanovI am removing it though14:11
openstackgerritVladik Romanovsky proposed openstack/nova-specs: libvirt: support pvpanic device  https://review.openstack.org/21671914:11
alex_xudansmith: ndipanov sdague thanks for the talk, abandoned https://review.openstack.org/#/c/215100/14:11
*** Piet has joined #openstack-nova14:12
dansmithalex_xu: thanks14:12
ndipanovhttps://review.openstack.org/#/c/214713/14:12
ndipanovlxsli, bauzas ^^14:12
*** Zhang has quit IRC14:12
bauzaslxsli: FYI here is what happens with a boot request14:12
bauzashttps://github.com/openstack/nova/blob/master/nova/compute/api.py#L563-L58514:12
bauzaslxsli: I hate that code14:13
bauzaslxsli: but that's how we pass dest hosts when booting14:13
bauzasndipanov: yeah that makes sense14:13
*** vladikr has joined #openstack-nova14:13
bauzasndipanov: because select_dests gives back a (host, node, limits) which are passed over RPC to compute14:14
ndipanovyes14:14
*** mtanino has quit IRC14:14
bauzasndipanov: so +1 to you14:14
ndipanovso we can't assume anything about the node really14:14
bauzasat least for that specific bit14:14
ndipanovif you need it - pass it14:14
ndipanovor dig it up14:14
bauzasright14:14
lxsliso should we split req_dest into req_host and req_node?14:15
ndipanovimho no we should be going the other way in our APIs14:15
bauzaslxsli: I'd rather say that req_dest is a ComputeNode obkect14:15
bauzaslxsli: and I wouldn't be happy by a req_host:req_dest stuff14:16
openstackgerritAndrew Melton proposed openstack/nova: virt: allow for direct mounting of LocalBlockImages  https://review.openstack.org/21531114:16
*** raildo is now known as raildo-afk14:16
lxsliSo it's a ComputeNode and its primitive is a (host, node) tuple?14:16
bauzaslxsli: okay, lemme rephrase14:17
*** raildo-afk is now known as raildo14:17
bauzaslxsli: I don't see much benefits of adding a node information for live-migrate and evacuate14:17
bauzaslxsli: so when you'd get the string, you'd figure out the related ComputeNode14:17
bauzasbut if two are possible, then it would be an API error IMHO14:18
bauzasbecause Conflict14:18
sdaguealex_xu: so I'm actually really confused why sending an extra param in v21 triggers a 501 - http://logs.openstack.org/85/214085/18/check/gate-tempest-dsvm-full/f7c7244/console.html#_2015-08-25_10_52_06_01214:18
lxsliI can do that14:19
bauzasso that if Ironic would like to extend the possibility to specifically ask for a node, then it would microversion a new change which would accept a new body arg (or whatever)14:19
bauzasthat would defer the discussion to when it would be needed14:19
bauzashere, no reasons to complicate stuff because X14:19
lxsliyep ok14:20
*** xgsa has quit IRC14:21
*** agireud has joined #openstack-nova14:22
*** shuquan has quit IRC14:23
*** y_sawai has joined #openstack-nova14:24
openstackgerritNikola Dipanov proposed openstack/nova: Allow for migration object to be passed to _move_claim  https://review.openstack.org/19967914:25
openstackgerritNikola Dipanov proposed openstack/nova: rt: generalize claim code to be useful for other move actions  https://review.openstack.org/19713814:25
openstackgerritNikola Dipanov proposed openstack/nova: rt: move filtering of migration by type lower in the call stack  https://review.openstack.org/19967814:25
openstackgerritNikola Dipanov proposed openstack/nova: Make rebuild/evacuate use resource claims  https://review.openstack.org/21477014:25
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make rebuild consider the node that was passed in  https://review.openstack.org/21471314:26
openstackgerritNikola Dipanov proposed openstack/nova: compute: Make rebuild_instance RPC take additional args  https://review.openstack.org/20048514:26
openstackgerritNikola Dipanov proposed openstack/nova: compute: Split the rebuild_instance method  https://review.openstack.org/21346114:26
openstackgerritNikola Dipanov proposed openstack/nova: db: Add the migration_context to the instance_extra table  https://review.openstack.org/21673114:26
openstackgerritNikola Dipanov proposed openstack/nova: objects: Add MigrationContext object  https://review.openstack.org/21673214:26
openstackgerritNikola Dipanov proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673314:26
*** venkat_p has joined #openstack-nova14:26
*** nkrinner has quit IRC14:26
*** shuquan has joined #openstack-nova14:26
dansmithdammit ndipanov14:27
ndipanovas in dammit now I have so much awesome stuff to review I will probably have to work longer? :)14:28
dansmithI was working through that set14:28
*** mdrabe has quit IRC14:28
dansmithand had uncommitted things so now I don't get my -1 credit14:28
ndipanovah so it's only adding patches and rebased the lower ones14:28
ndipanovno changes in the ones that were posted14:29
ndipanovI would normally not rebase14:29
dansmithI had comments on the bottom on14:29
ndipanovbut there were conflicts :(14:29
mriedem_classyou can still -114:30
mriedem_class"-1, see ps x'14:30
dansmithheh, yeah14:30
dansmithif I was really concerned14:30
sdaguehmmm... - http://logs.openstack.org/85/214085/18/check/gate-tempest-dsvm-full/f7c7244/logs/screen-n-api.txt.gz#_2015-08-25_10_28_45_546 - what's up with the service group driver spam14:30
*** ankit_ag has quit IRC14:31
dansmithnice14:31
*** tsekiyama has joined #openstack-nova14:32
mriedem_classsdague: https://github.com/openstack/nova/commit/f05eecbc3fe3a93057e6ab6adb6743dc0f2cf32814:32
*** asd112z has joined #openstack-nova14:32
mtreinishsdague: hah, what is the ServiceGroup driver defined as?14:33
*** asd112z has quit IRC14:33
*** asd112z has joined #openstack-nova14:33
*** asd112z has quit IRC14:34
sdaguehey, jaypipes ^^^14:34
sdaguesomething else must have changed, because I don't remember those popping so often14:34
*** asd112z has joined #openstack-nova14:34
*** xgsa has joined #openstack-nova14:35
sdagueok, really trying to figure out why schema validation is getting translated to a 50114:35
lxslibauzas: re: the walkthrough, how do you expect a sample HTTP request to help enlighten the reader about the API entrypoint?14:35
bauzaslxsli: I was just thinking of all the if branches that we have14:35
bauzaslxsli: in general, I'm considering that giving a sample is always a good pattern for documentation14:36
*** zhihai_song has quit IRC14:36
bauzaslxsli: like for example, you can put very long text for describing a CLI, but giving examples is good enough14:36
lxslibauzas: where it helps enlighten I'd agree, but I'm worried this would obscure instead, by putting attention on parameters instead of the call stack14:37
jaypipesmtreinish: what was yourquestion?14:37
bauzaslxsli: well, I'd rather it's the starting point - btw. did you made also the keystonemiddleware walkthru ?14:37
mtreinishjaypipes: I was reading that nova log and I just couldn't figure out what the ServiceGroup driver was defined as :)14:37
lxslibauzas: nope, not me14:37
jaypipesoh, lol14:38
jaypipesmtreinish: I'll put in a quick patch to remove that line...14:38
bauzaslxsli: while I really like the idea, I think it needs support from all of us14:38
*** ijuwang has joined #openstack-nova14:38
bauzaslxsli: because it would be a pain for maintaining that14:38
mtreinishjaypipes: heh, thanks14:38
bauzaslxsli: so, it's all about the aim that we have for that document14:38
bauzaslxsli: and I defer that to johnthetubaguy14:38
sdaguejaypipes: yeh, in moving from a singleton pattern to instances, the logging didn't translate so well :)14:38
jaypipessdague: sorry mate...fixing now.14:39
bauzaslxsli: I mean, it's basically code walkthru14:39
johnthetubaguylxsli: whats the context here? can I help?14:39
lxslibauzas: I personally am happy for it to age disgracefully until it gets deleted/updated14:39
lxslibauzas: better out-of-date than nothing and the big themes should remain true even as the code drifts14:39
bauzasjohnthetubaguy: well, I just made you blinking because lxsli is documenting a code review14:39
lxsliit's about this I showed you the other day: https://review.openstack.org/#/c/210467/14:40
bauzasjohnthetubaguy: by saying 'code review', I'm not speaking of Gerrit, a real code review like in other companies :)14:40
lxslibauzas is concerned about it getting out of date14:40
bauzaslxsli: I'm more concerned about the target we aim14:40
bauzaslxsli: and how we can maintain that14:41
*** annegentle has quit IRC14:41
openstackgerritJay Pipes proposed openstack/nova: Remove debug log message in SG API constructor  https://review.openstack.org/21674114:41
bauzaslxsli: not purely a stale stuff because yeah, it's fair enough to see it's worth it than nothing14:41
jaypipesmtreinish, sdague: feel free to fast-track ^^14:41
lxslibauzas: so what target would you like it to aim for?14:41
johnthetubaguylxsli: honestly, I am a fan of longer term docs that point to the overall flow, so you can go find the current details14:41
*** annegentle has joined #openstack-nova14:41
johnthetubaguylxsli: if its too hard to understand we got the code wrong (hence cells_v2 I guess)14:42
bauzaslxsli: I'd rather wonder how we could improve http://docs.openstack.org/developer/nova/devref/architecture.html (given jogo's changes)14:42
lxslijohnthetubaguy: if Python had a good IDE I might agree - when you have to grep, I think this sort of thing is more useful14:42
bauzaslxsli: well, I do have a good IDE14:43
bauzas(it's not Friday :p)14:43
bauzasso here is the thing14:43
lxslican it find definitions through a "self.driver = CONF.sched_driver" ?14:43
*** links has joined #openstack-nova14:43
lxslialso through "rpc.cast(cctxt, 'blah')"14:44
bauzaslxsli: well, I don't think it's far different from any other project - you need to read code to understand14:44
lxsliSure you can say that, but it took me maybe 3 days by now putting that together14:45
lxsliif someone can read it in 15mins, checking the links, that's a big win for them14:45
bauzaslxsli: hey, I'm working in Nova for 2 years now, and I'm still discovering bits14:45
johnthetubaguylxsli: I am just thinking about the middle ground, or at least a way to make it easier to update, I guess14:46
bauzasjohnthetubaguy: zactlyu14:46
*** mdrabe has joined #openstack-nova14:46
lxsliI'm worried that if you make it too easy to maintain, it'll lose the concreteness that makes it simple for a newcomer to grasp14:46
bauzasmy take on that is "hell yeah, you get all my support for that, but I just don't want that to be just a code walk"14:46
bauzaslxsli: like for example, the links you provided will be outdated just by the next change impacting the file14:47
bauzaslxsli: so, by some extend, the reader has to find those methods by his own14:47
lxsliI can put SHAs in those, and a warning at the top saying it was written for Liberty and may be inaccurate for future versions14:47
johnthetubaguylxsli: thats true, but a new comer having a list of broken links is bad too14:47
johnthetubaguylxsli: +1 for SHA in the links, thats a good start14:48
bauzaslxsli: I don't think it really helps here, because the guy couldn't understand why this specific method14:48
markus_zdims__: Are you available?14:48
johnthetubaguylxsli: what about, here is the overall idea, now lets look through this example of how it worked for this particular point in time, as a handy starting point?14:49
dims__markus_z: pong14:49
openstackgerritBalazs Gibizer proposed openstack/nova: Add functional test for server group  https://review.openstack.org/14751414:49
bauzaslxsli: johnthetubaguy: I just feel we need to write some design docs, exactly like any other proprietary software could have14:49
lxslibauzas: yes but I'm not volunteering14:49
openstackgerritRadomir Dopieralski proposed openstack/nova: Gracefully handle 404 responses from neutron when polling for floating IPs  https://review.openstack.org/21674614:50
markus_zdims__: You do a lot in oslo, am I right? I don't find a description how their blueprint process looks like.14:50
lxslibauzas: I wrote a walkthrough because I was reading the code myself so it was convenient14:50
lxslibauzas: if you don't like the result, I can abandon it14:50
lxslijohnthetubaguy's suggestion seems reasonable but I'm not writing something completely different14:51
dims__markus_z: don't really have anything written down, any specific angle or information you need?14:51
bauzaslxsli: here is what I would love to have it updated http://bodenr.blogspot.fr/2014/03/openstack-nova-boot-server-call-diagram.html14:52
lxslibauzas: I look forward to reviewing your patch :)14:52
*** Murali has quit IRC14:52
*** shoutm has quit IRC14:52
dims__markus_z: here's one thing we have - http://specs.openstack.org/openstack/oslo-specs/specs/policy/spec-approval.html14:53
*** diogogmt has joined #openstack-nova14:53
bauzaslxsli: I don't get it, you don't prefer to have diagrams instead of long texts ?14:53
*** rotbart has quit IRC14:53
lxslibauzas: the perfect has killed the good14:54
*** amotoki has joined #openstack-nova14:54
bauzaslxsli: okay, what I could say ? update your change, put your SHA1s, and leave others comment on it14:54
*** angdraug has joined #openstack-nova14:54
*** achanda has joined #openstack-nova14:54
markus_zdims__: I think that pointer covers what I need, thanks!14:54
lxslibauzas: I didn't understand that14:56
lxslibauzas: I can restore it or leave it, I'm easy14:56
*** Nikolay_St has quit IRC14:56
lxslibauzas: if you want me to restore it, you can patch on top of it14:56
*** venkat_p has quit IRC14:57
bauzaslxsli: well, it's opensource, so leave your change, make sure your links are not wrong, and leave it to be reviewed14:57
*** venkat_p has joined #openstack-nova14:57
bauzaslxsli: if you're telling me what I should do, I appreciate14:57
*** venkat_p has quit IRC14:57
lxsliOK I'll do that14:57
*** xgsa has quit IRC14:57
*** rotbeard has joined #openstack-nova14:58
*** exploreshaifali has quit IRC14:59
*** zzzeek has joined #openstack-nova14:59
*** vivekd has joined #openstack-nova15:00
openstackgerritlyanchih proposed openstack/nova: libvirt - Unrescue will not remove rescue disk when image_type=rbd  https://review.openstack.org/20576615:00
*** armax has joined #openstack-nova15:01
*** shuquan has quit IRC15:02
*** alexschm has quit IRC15:02
*** mtanino has joined #openstack-nova15:02
*** hemnafk is now known as hemna15:03
*** achanda has quit IRC15:04
*** rushil has joined #openstack-nova15:04
*** thedodd has joined #openstack-nova15:04
*** xgsa has joined #openstack-nova15:04
openstackgerritEd Leafe proposed openstack/nova: Remove 'v3' from extension code  https://review.openstack.org/21431115:05
openstackgerritEd Leafe proposed openstack/nova: Remove v3 references in unit test 'contrib'  https://review.openstack.org/21285115:05
openstackgerritEd Leafe proposed openstack/nova: Remove more 'v3' references from the code  https://review.openstack.org/21429015:05
*** vivekd has quit IRC15:07
*** dustins has quit IRC15:08
*** sudipto has joined #openstack-nova15:08
*** haomaiwang has quit IRC15:09
*** mnestratov|2 has quit IRC15:10
sudiptodansmith, Hi, getting errors from Jenkins on removal of the NovaObjectDictCompat from the agent object. Something that suggests that certain properties are not initialized....http://logs.openstack.org/71/216371/1/check/gate-nova-python27/6975550/console.html15:10
*** haomaiwang has joined #openstack-nova15:10
*** mnestratov has joined #openstack-nova15:10
sudiptodansmith, suggestions on the best way to deal with this?15:10
*** gszasz has quit IRC15:12
ndipanovdansmith, so are you cool with leaving the migration type default6ing as it is?15:12
*** dave-mcc_ has quit IRC15:12
openstackgerritlalit dagre proposed openstack/nova: WIP: Flavor create and Flavor get_* methods support both DB  https://review.openstack.org/21304115:13
*** ahilan has quit IRC15:13
dansmithsudipto: just a sec15:13
dansmithndipanov: did you reply to me?15:13
ndipanovdansmith, probably didn't post it :/15:14
*** fawadkhaliq has quit IRC15:15
*** Kevin_Zheng_ has quit IRC15:15
*** xgsa has quit IRC15:16
dansmithsudipto: you have a bug on line 39 of your agent object15:16
dansmithsudipto: you're only ever setting the name attribute, so all the others are unset and thus trying to lazy-load when they're used15:16
openstackgerritjichenjc proposed openstack/nova: Check host status before scheduler  https://review.openstack.org/21675915:17
openstackgerritTomoki Sekiyama proposed openstack/nova: Ironic: Support boot from Cinder volume  https://review.openstack.org/21538515:17
sudiptodansmith, darn, thanks figured!15:17
sudiptodansmith, thought name was the 'name' of the property - didn't notice the loop before that. Thanks!15:18
dansmithsudipto: my bug finding service is $30/hr, minimum 15 minute increments15:18
sudiptodansmith, ahem ok :D15:18
dansmithheh15:18
ndipanovdansmith, I did now15:18
dansmithndipanov: okay, reading your comment is prioritized just under "get breakfast"15:19
ndipanovlol15:19
*** geekinutah has quit IRC15:19
*** venkat_p has joined #openstack-nova15:21
openstackgerritAlexis Lee proposed openstack/nova: Walkthrough from API to virt driver  https://review.openstack.org/21046715:21
*** emagana has quit IRC15:22
*** dannywilson has joined #openstack-nova15:22
lxslidansmith: do you take credit cards?15:23
dansmithI take paypal15:23
*** rajesht has quit IRC15:24
*** Zhang has joined #openstack-nova15:25
*** scheuran has quit IRC15:26
*** dave-mcc_ has joined #openstack-nova15:26
openstackgerritSudipta Biswas proposed openstack/nova: cleanup NovaObjectDictCompat from agent  https://review.openstack.org/21637115:27
*** fawadkhaliq has joined #openstack-nova15:27
*** pbrooko_ has joined #openstack-nova15:27
*** markus_z has quit IRC15:28
*** moshele has quit IRC15:28
*** davideagnello has joined #openstack-nova15:29
*** xgsa has joined #openstack-nova15:29
*** pbrooko has quit IRC15:29
dansmithndipanov: I replied, but ... just to be clear: is the plan to leave move_type=None, but always set it based on the _determine helper if it's =None?15:30
mhorbansdague:  Hello, could you please re-examine https://review.openstack.org/#/c/195303/1315:30
ndipanovdansmith, yeah15:30
ndipanovsee a couple of patches up15:30
ndipanovI was calling _determine in the RT15:31
*** thangp has quit IRC15:31
*** garyk has quit IRC15:31
dansmithright, right, cool15:31
mriedem_classapmelton: heh, only 57 test failures with libvirt lxc + lvm in tempest dsvm15:31
mriedem_classhttp://logs.openstack.org/33/215733/3/check/gate-tempest-dsvm-full/50241c8/console.html#_2015-08-24_20_14_23_48915:31
ndipanovas for adding the usage of those params and the RPC bump in one patch - that's gonna be tough15:32
ndipanovadding the funcionality is like 3 patches to split up the method etc15:32
apmeltonmriedem_class: that job is running libvirt-lxc as the libvirt-type?15:32
ndipanovI think I'll just shuffle those around dansmith15:32
mriedem_classapmelton: yeah15:32
apmeltonneat15:32
dansmithndipanov: well, I think that adding the rpc version before we honor them is not a good thing to do15:32
*** Zhang has quit IRC15:32
mriedem_classhttp://logs.openstack.org/33/215733/3/check/gate-tempest-dsvm-full/50241c8/logs/etc/nova/nova.conf.txt.gz15:32
mriedem_classapmelton: ^15:33
mriedem_classvirt_type = lxc images_volume_group = stack-volumes-default images_type = lvm15:33
dansmithndipanov: how about you pull that out to a helper that takes the args, add all the functionality, tests, etc, and then one patch after that to expose them over rpc?15:33
ndipanovdansmith, yeah I guess I agree15:33
*** ildikov has quit IRC15:33
ndipanovthat's what I meant by shuffle them around15:33
dansmithokay cool15:33
*** davideagnello has quit IRC15:34
mriedem_classapmelton: now it's just a matter of sorting through the failures and toggling tempest to not run those, either via config options in tempest or blacklisting them with a regex15:34
*** zhenguo has quit IRC15:36
*** Zhang has joined #openstack-nova15:36
*** rushil has quit IRC15:36
*** rushil has joined #openstack-nova15:37
*** geekinutah has joined #openstack-nova15:37
mriedem_classapmelton: looks like mostly snapshots and network stuff, not surprising15:37
apmeltonyea, I don't think snapshots work at all15:37
mriedem_classit also looks like tempest was timing out on deleting servers so we eventually go overquota15:38
apmeltonmriedem_class: I did some digging on what was causing the network to die15:38
mriedem_classso there might actually be fewer failures than i'm seeing here15:38
mriedem_classorly15:38
apmeltonmriedem_class: I can talk in a little bit, in a meeting at the moment15:38
mriedem_classapmelton: sure, or post in the etherpad under notes or whatever15:38
mriedem_classhttps://etherpad.openstack.org/p/nova-lxc-ci15:38
*** thangp has joined #openstack-nova15:39
apmeltonactually, just wrapped up15:39
dansmithsudipto: looks better :)15:40
apmeltonmriedem_class: so, what we noticed was the br100 bridge that gets spun up by nova-network starts with eth0's mac address, like it should15:40
apmeltonmriedem_class: and then, as libvirt starts the instance, some how the mac on br100 gets changed to the mac of the instance's port on the bridge15:41
apmeltonand thus, the mac spoofing rules on the underlying hypervisor start blocking traffic15:41
mriedem_classweird, libvirt issue or nova issue?15:41
apmeltonhaven't figured it out yet15:41
sudiptodansmith, :)15:42
apmeltonmriedem_class: are you actually seeing the network issue in jenkins?15:42
*** Marga_ has quit IRC15:42
*** Marga_ has joined #openstack-nova15:43
mriedem_classapmelton: i haven't gotten far enough yet, just saw floating ips tests failing15:43
apmeltongotcha15:43
*** meghal has joined #openstack-nova15:43
mriedem_classin that devstack change i had to basically neuter cells and neutron runs15:43
*** lsmola has quit IRC15:44
mriedem_classhttps://review.openstack.org/#/c/215733/15:44
*** links has quit IRC15:44
mriedem_classbecause with neutron, jenkins can't even post results devstack fails so hard15:44
mriedem_classso it was in a perpetual retry loop all weekend15:44
apmeltondang15:44
mriedem_classso if you guys are using lxc + neutron-something at rax and have special patches, push them up :)15:45
*** thangp has quit IRC15:46
apmeltonmriedem_class: I don't think we have any patches to nova to get get neutron working15:47
mriedem_classdo you guys only run nova + lxc with nova-network at rax?15:48
*** meghal has left #openstack-nova15:48
*** meghal has joined #openstack-nova15:49
apmeltonno, so to hook into our custom quark stuff, we're setting up the interfaces outside of nova and libvirt via libvirt hooks15:49
apmeltonit's definitely not ideal15:49
*** VW__ has joined #openstack-nova15:50
apmeltonI don't think we're doing anything really special though, as long as the neutron agent is handling that, it should work15:50
mriedem_classapmelton: hmm, DiskFilter might be wonking things in the scheduler with the lvm-backend15:51
mriedem_classhttp://logs.openstack.org/33/215733/3/check/gate-tempest-dsvm-full/50241c8/logs/screen-n-sch.txt.gz#_2015-08-24_20_06_44_10515:51
*** vivekd has joined #openstack-nova15:52
mriedem_classmaybe not, it's the ComputeFilter that fails15:52
mriedem_classedleafe: btw, nice filtering logs added there ^15:52
mriedem_classto see which filter fails15:52
annegentleAny one know why doc/source/api is in the .gitignore file for nova?15:52
*** VW___ has joined #openstack-nova15:53
openstackgerritjichenjc proposed openstack/nova: Catch OverQuota in volume create function  https://review.openstack.org/17398515:53
*** VW__ has quit IRC15:53
apmeltonmriedem_class: is that running with the BlockMount patch as well?15:53
mriedem_classyeah15:53
mriedem_classvia depends-on15:53
apmeltonah gotcha15:53
*** VW___ has quit IRC15:53
mriedem_classannegentle: because that's automatically generated by the docs build15:53
*** VW_ has quit IRC15:54
annegentlemriedem_class: ah it's "internal" api docs for python modules?15:54
mriedem_classtox -e docs will create doc/source/api with all of the autoindex modules15:54
mriedem_classyeah15:54
*** VW_ has joined #openstack-nova15:54
annegentlegot it. wonder why swift has doc/source/api?15:54
* annegentle investigates further15:54
mriedem_classi think some projects actually have their autoindex docs in the modules in source15:54
mriedem_classrather than generated automatically15:54
annegentleyeah that makes sense for swift actually15:54
mriedem_classapmelton: this is really weird, i'm seeing novalidhost scheduling failures, but n-cpu logs are clean15:55
mriedem_classnot sure where things are actually piling up and tipping over15:55
*** changbl has joined #openstack-nova15:55
*** cfarquhar has joined #openstack-nova15:57
*** cfarquhar has joined #openstack-nova15:57
openstackgerritlyanchih proposed openstack/nova: libvirt - Flavor's quota instance resource not observed for non-ephemeral storage  https://review.openstack.org/20101915:57
apmeltonmriedem_class: if i'd like to replicate this tempest run against my devstack, how'd I go about that?15:58
mriedem_classapmelton: well i guess start with this https://review.openstack.org/#/c/215733/15:58
mriedem_classand set NOVA_BRANCH=refs/changes/11/215311/4 in stackrc15:58
mriedem_classto pull down that dependent change15:58
mriedem_classi think you have to enable the tempest service in local.conf15:59
*** Nikolay_St has joined #openstack-nova15:59
*** davideagnello has joined #openstack-nova16:00
*** apuimedo is now known as apuimedo|away16:02
*** takedakn has quit IRC16:03
*** jichen has quit IRC16:03
sdaguedansmith: so, any idea why johnthetubaguy'16:04
*** Apoorva has joined #openstack-nova16:04
dansmithno I have no idea16:04
sdagues patch on paste changes is tickling this in nova-compute - http://logs.openstack.org/85/214085/18/check/gate-tempest-dsvm-full/f7c7244/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-08-25_10_31_23_39416:04
sdagueyeh, sorry, enter key fail16:04
dansmithjust a sec16:05
sdaguewe're getting an unexpected 501 back when passing an extra param to the API, however, the fail is all the way down at the compute host16:05
mriedem_classapmelton: http://logs.openstack.org/33/215733/3/check/gate-tempest-dsvm-full/50241c8/logs/screen-n-cpu.txt.gz#_2015-08-24_20_03_20_485 shows it's using your lvm patch16:05
apmeltonnice16:05
*** hop has quit IRC16:05
johnthetubaguysdague: oh, that looks a bit like the magic maintenance mode stuff...16:06
sdaguejohnthetubaguy: that's the only reason your patch is failing16:06
sdaguewhich looks like a legit bug somewhere that's gotten exposed now16:06
johnthetubaguysdague: oh, freaky, maybe the 'corrected' invalid input triggered that somehow, yeah, needs a dig16:07
sdagueyeh, so I think we failed early before16:07
sdaguenow we relaxed a thing16:07
sdagueand it got to the compute, but exploded16:07
johnthetubaguysdague: thats only implemented in XenAPI, or only in a few drivers anyways16:08
johnthetubaguyjust wondering why it go there16:08
*** aix has quit IRC16:08
sdaguejohnthetubaguy: because before we were rejecting the request very early16:08
*** xgsa has quit IRC16:08
*** Zhang has quit IRC16:09
apmeltonmriedem_class: running tempest, it looks like the n-cpu process has simply frozen16:09
sdaguebecause of some half assed validation on the v2.0 side16:09
sdaguewith the 2.0 on 2.1 we dropped a bunch of validation16:09
sdagueso in this case the request gets further16:09
apmeltonand then n-sch stops sending instances because it's heartbeat is too old16:09
*** haomaiwang has quit IRC16:09
johnthetubaguysdague: yeah, nasty16:09
sdagueok, so, I guess nova is doing the right thing16:10
sdaguebecause this is a xen only feature16:10
*** haomaiwa_ has joined #openstack-nova16:10
dansmithyeah16:10
edleafemriedem_class: glad the filter logging helped :)16:10
johnthetubaguysdague: have you got a link to the request tempest is making16:11
sdagueok, so I'll work with mtreinish to figure out the right disable path here16:11
sdagueyeh, one sec16:11
sdaguejohnthetubaguy: http://logs.openstack.org/85/214085/18/check/gate-tempest-dsvm-full/f7c7244/logs/screen-n-api.txt.gz#_2015-08-25_10_31_23_37416:12
*** alex_klimov has quit IRC16:12
sdagueslightly cryptic16:12
sdaguebut that's the request body16:12
*** marzif has quit IRC16:12
mriedem_classapmelton: yeah, n-cpu just dies off after deleting a couple of instances16:14
johnthetubaguysdague: it might just be we need to exclude that test for libvirt that doesn't implement the API, but it seems odd we had that test on for so long before16:14
*** pbrooko_ has quit IRC16:14
*** yamahata has quit IRC16:14
sdaguejohnthetubaguy: well, it was effectively hitting our old validation code early enough that it failed on all platforms16:14
johnthetubaguysdague: yeah, I guess its odd we only have a negative test, but maybe thats all we have16:15
sdagueso, possitive tests here are really hard to put into tempest16:15
*** SourabhP has joined #openstack-nova16:15
sdaguebecause they actually turn off parts of your infrastructure16:15
sdagueand then all kinds of weirdness happens16:15
sdaguewhich is why this is only negative tested16:15
*** vivekd has quit IRC16:16
johnthetubaguysdague: oh right, good point16:16
sdagueI agree, it's a very weird set of edge cases here16:16
sdagueI'll work with mtreinish to figure out the right fixes16:16
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: Adds Hyper-V UEFI Secure Boot  https://review.openstack.org/20958116:16
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: refactors utilsfactory  https://review.openstack.org/21452716:16
johnthetubaguysdague: cool, thank you, yeah, I think its just not supported by libvirt, due to the "maintenance_mode": "enable" being present16:17
*** jistr has quit IRC16:17
johnthetubaguysdague: like you say, in the past we would reject due to "param": "XXX"16:17
johnthetubaguysdague: one other, crazy, option is to turn on strict checking for this API when using the v2.1 legacy mode?16:18
*** davideagnello has quit IRC16:18
*** jlk has left #openstack-nova16:18
mriedem_classapmelton: looks like there is supposed to be a guru meditation report in the n-cpu logs but i don't see one16:18
mriedem_classthat might have been helpful16:18
johnthetubaguysdague: like add legacy_is_strict: True into the schema or something, but that feels really dirty16:18
sdagueyeh, honestly, this is way off in the deep woods16:19
johnthetubaguysdague: fair point16:19
*** tonytan4ever has quit IRC16:20
*** SourabhP has quit IRC16:20
*** takedakn has joined #openstack-nova16:20
mriedem_classapmelton: should devstack setup with lxc be running nova-idmapshift?16:20
apmeltonmriedem_class: no16:20
apmeltonmriedem_class: that's only necessary if you're running with user namespaces16:21
*** takedakn has quit IRC16:22
*** smatzek has quit IRC16:22
*** vladikr has quit IRC16:23
apmeltonmriedem_class: it looks like libvirt my even be frozen16:23
*** diogogmt has quit IRC16:24
mriedem_classyeah16:24
mriedem_classhttp://logs.openstack.org/33/215733/3/check/gate-tempest-dsvm-full/50241c8/logs/libvirt/libvirtd.txt.gz#_2015-08-24_20_03_28_36516:24
mriedem_classit looks like it just hangs up trying to delete instance 216:24
*** vivekd has joined #openstack-nova16:25
*** diogogmt has joined #openstack-nova16:25
*** bnemec has joined #openstack-nova16:25
*** tonytan4ever has joined #openstack-nova16:26
apmeltonmriedem_class: I wonder if we've got too much going on in the volume group16:26
apmeltonwith nova trying to zero out instance disks16:26
apmeltonI've noticed that when disks get overloaded, instances don't die fast enough for libvirt and things end up in a bad state16:26
*** exploreshaifali has joined #openstack-nova16:27
*** marzif has joined #openstack-nova16:28
*** ByPasS has quit IRC16:28
mriedem_classapmelton: ok, i can rebase my devstack change on top of ccarmack's that adds the NOVA_VOLUME_CLEAR flag16:28
*** unicell has joined #openstack-nova16:30
*** moshele has joined #openstack-nova16:30
*** sachin has joined #openstack-nova16:30
*** unicell1 has quit IRC16:31
*** ByPasS has joined #openstack-nova16:31
*** unicell has quit IRC16:31
*** matrohon has quit IRC16:32
*** bkopilov has joined #openstack-nova16:32
*** VW__ has joined #openstack-nova16:33
*** nic has joined #openstack-nova16:33
*** eglynn has joined #openstack-nova16:35
dansmithsdague: sorry :( https://review.openstack.org/#/c/147514/4716:35
*** ftersin has quit IRC16:35
*** ftersin has joined #openstack-nova16:35
*** rushil has quit IRC16:37
*** VW_ has quit IRC16:37
*** Apoorva has quit IRC16:37
*** moshele has quit IRC16:39
*** yamahata has joined #openstack-nova16:40
*** __TheDodd__ has joined #openstack-nova16:43
*** thedodd has quit IRC16:43
sdaguedansmith: ok, well I'm going to -1 bauzas patch with my explaination from irc yesterday16:45
bauzassdague: heya, which one ? :)16:45
dansmithI think tab fail16:45
dansmithsdague: I commented that you would16:45
sdaguebauzas: https://review.openstack.org/#/c/147514/4716:45
dansmithsdague: that's not bauzas, it's gibi16:46
bauzassdague: oh that one, I need to review it but it's not my son :)16:46
bauzasthe servergroup soft affinity thing is interesting16:46
sdagueoh, sorry16:46
*** amotoki has quit IRC16:46
sdagueyou know, pattern matching on Ba.*16:46
bauzashah16:46
*** sahid has quit IRC16:47
* bauzas looking for creating a patent on Ba*16:47
mriedem_classapmelton: should the glance image have the vm_mode property set to 'exe' for lxc?16:47
bauzaswould prevent guys to reproduce it16:47
sudiptodansmith, one more doubt,  https://github.com/openstack/nova/blob/master/nova/virt/firewall.py#L547 - this line is trying to add a fw rule - assuming every field in the security_group_rule obj is a string - however, the cidr field is a IPNetwork obj - so i guess this place would need a change?16:47
dansmithsudipto: str(ipnetwork) works out to the proper cidr representation, so it should be okay, right?16:48
mriedem_classthat kind of str(network object) thing happens all over the nova api before returning a response16:49
*** adam_g has joined #openstack-nova16:49
*** adam_g has quit IRC16:49
*** adam_g has joined #openstack-nova16:49
sudiptodansmith, I am getting a TypeError though...on that same line - sequence item 3: expected string or Unicode, IPNetwork found16:50
dansmithsudipto: well, might need to coerce it then, depending on what is doing the check16:50
dansmithsudipto: is this related to a dict conversion?16:50
sudiptodansmith, yeah16:50
*** lyanchih has quit IRC16:51
sudiptodansmith, tests were using the cidr as a string value before...16:51
dansmithsudipto: I'm surprised that such a change would trigger a behavioral difference like this.. did you remove some special handling?16:51
*** romainh has left #openstack-nova16:51
mriedem_classapmelton: nevermind, i guess vm_mode='exe' wouldn't matter16:51
mriedem_classi remember that being needed for the parallels virt type16:51
sudiptodansmith, https://review.openstack.org/#/c/201282/3/nova/objects/security_group_rule.py16:52
*** rushil has joined #openstack-nova16:53
*** ssurana has joined #openstack-nova16:53
dansmithsudipto: L32416:53
dansmithwell,16:53
dansmithhmm16:53
*** Apoorva has joined #openstack-nova16:53
*** rushil has quit IRC16:54
sudiptodansmith, you meant the firewall file?16:54
*** rushil has joined #openstack-nova16:54
apmeltonmriedem_class: yea, I think the switches in the libvirt driver hard code the exe setup in the xml16:55
sudiptodansmith, https://github.com/openstack/nova/blob/master/nova/virt/firewall.py#L39216:55
dansmithsudipto: L519, put str() around rule.cidr16:56
sudiptodansmith, yeah sure...16:56
dansmithI dunno why it matters now though16:56
mriedem_classapmelton: yup, just found that16:57
sudiptodansmith, yeah i was a bit irked...16:57
mriedem_classapmelton: not sure if this helps you with the libvirt network stuff with lxc https://libvirt.org/drvlxc.html#securenetworking16:57
dansmithsudipto: yeah, seems like it should be failing before your change if it's going to fail16:58
dansmithsudipto: but assuming join() is being pedantic about what you're joining it with, it makes sense to have to coerce it before the join16:58
sudiptodansmith, yeah - these dict compat changes are also requiring conversion of tests to use objects instead of returning dicts.16:59
dansmithyeah16:59
*** meghal has quit IRC16:59
*** derekh has quit IRC16:59
*** meghal has joined #openstack-nova17:00
apmeltonmriedem_class: interesting, we may want to expose that through nova.conf, or simply require it if lxc is enabled17:00
apmeltonI can't imagine anything deploying nova would ever want lxc instances in the host's network namespace17:00
*** venkat_p has quit IRC17:00
*** meghal has quit IRC17:01
*** meghal has joined #openstack-nova17:01
mriedem_classapmelton: right :)17:01
mriedem_classsame with filesystem isolation17:01
mriedem_classi think the openstack docs do say you don't want to use lxc + nova in production b/c of security17:02
apmeltonmriedem_class: not sure that actually makes sense in the nova use case of libvirt... unless you can some how create an instance without a backing image/volume17:02
dansmithapmelton: yeah, because then you could potentially tcpdump on the host interface, which would be like bad and stuff17:03
bauzasjaypipes: food for thoughts before going to dinner https://review.openstack.org/#/c/213590/417:03
bauzasjaypipes: any idea why we shouldn't claim against vcpus ?17:03
apmeltonmriedem_class: I honestly think the network issue I'm hitting is on libvirt or nova's side of things17:04
bauzasjaypipes: you actually hitted something that I missed before and now I'm just... torn17:04
apmeltonif the mac from the instance's namespace was landing on br100, that would be an issue17:04
*** karimb has quit IRC17:04
apmeltonbut it's the mac from the hosts vnet0 that lands on br10017:04
apmeltonwhat's also odd is that if I force the mac on br100 back to eth0's mac, it stays that way17:05
*** ftersin has left #openstack-nova17:06
bauzasdansmith: good points on reviewing https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/allocation-ratio-to-resource-tracker,n,z but I'll need to think about that during dinner17:07
dansmithbauzas: I'll allow it17:07
bauzasdansmith: I just wonder if it's good to hide that if logic by having the fields defaulted to the conf values17:07
mriedem_classapmelton: interesting https://review.opencontrail.org/#/c/2811/117:07
dansmithbauzas: you're defaulting the values now, except you have to default them in every filter until the end of time17:08
dansmithbauzas: the whole point of the object facade is to hide changing schema underneath the rest of nova17:08
*** haomaiwa_ has quit IRC17:09
*** xgsa has joined #openstack-nova17:10
*** haomaiwang has joined #openstack-nova17:10
*** unicell has joined #openstack-nova17:11
*** unicell1 has joined #openstack-nova17:13
*** unicell has quit IRC17:13
*** mestery has quit IRC17:14
*** nic1 has joined #openstack-nova17:14
*** nic has quit IRC17:15
*** achanda has joined #openstack-nova17:15
*** yanxb has quit IRC17:15
*** yanxb has joined #openstack-nova17:16
*** ferest has joined #openstack-nova17:19
GnomeKingjohnthetubaguy: ping?17:20
GnomeKingjohnthetubaguy: Regarding your reviews (thanks) - got a moment so I can advise the team properly tomorrow?17:20
*** sudipto has quit IRC17:21
*** sudipto has joined #openstack-nova17:22
johnthetubaguyGnomeKing: sure, I can try, which review?17:22
GnomeKingWell - two questions... 1) Deprecating options: If the option is nonsensical should we just leave it in and tell people it's ignored?17:23
GnomeKingIn this case the option cannot be used in the new implementation and it will automatically use the correct behaviour17:23
*** mestery has joined #openstack-nova17:23
johnthetubaguyGnomeKing: yeah, that could work, deprecated for removal, and well, just ignored because they are crazy17:24
*** liusheng has quit IRC17:24
GnomeKingThat q was for https://review.openstack.org/#/c/213112/17:24
GnomeKingOK - so we'll leave it present, mark as deprecated and have the comment saying that it's nonsensical.17:25
*** davideagnello has joined #openstack-nova17:25
*** liusheng has joined #openstack-nova17:25
johnthetubaguyGnomeKing: I think thats the best way, we basically say you should be able to upgrade without changing your config, thats where the rule comes from17:26
GnomeKingFor https://review.openstack.org/#/c/205831/ you commented that we should track it somehow but didn't vote :) Do you have a suggestion for this?  How are other minor changes that don't need a BP tracked?17:26
johnthetubaguyGnomeKing: its a boarderline feature, but you could claim its a wishlist bug, images with only one vhd with non standard name should be accepted, or something17:27
johnthetubaguyGnomeKing: its more so it gets the correct review attention17:27
openstackgerritVladik Romanovsky proposed openstack/nova-specs: libvirt: support pvpanic device  https://review.openstack.org/21671917:27
johnthetubaguyGnomeKing: this one looks like its missing its blueprint, so putting a bug on there might convince me otherwise17:27
GnomeKingOK - so we'll raise a wishlist bug so it can be tracked in LP through that and explain on the bug why it's not a BP17:27
GnomeKingUnderstood, thanks.17:28
*** ferest has quit IRC17:28
johnthetubaguyGnomeKing: yeah, that does track when the support was added at least, as an added extra17:28
*** VW__ has quit IRC17:28
GnomeKingI don't want to circumvent the BP process of course - just hoping this falls into the category where BPs aren't needed for very minor features :)17:28
*** VW_ has joined #openstack-nova17:29
*** vladikr has joined #openstack-nova17:29
GnomeKingI'll let you get back to your evening now!17:29
*** jecarey has quit IRC17:29
*** meghal has quit IRC17:30
*** meghal has joined #openstack-nova17:30
*** Apoorva has quit IRC17:33
openstackgerritSudipta Biswas proposed openstack/nova: cleanup NovaObjectDictCompat from security_group_rule  https://review.openstack.org/20128217:33
*** VW_ has quit IRC17:33
sudiptodansmith, this one was an easy one : https://review.openstack.org/#/c/215078/17:35
*** meghal has quit IRC17:35
*** meghal has joined #openstack-nova17:35
dansmithsudipto: nice :)17:36
*** ajayaa has quit IRC17:37
*** garyk has joined #openstack-nova17:39
*** exploreshaifali has quit IRC17:40
*** dustins has joined #openstack-nova17:43
*** rdopiera has quit IRC17:45
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Add 'marker' argument to server list cli  https://review.openstack.org/21681517:46
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Add "limit" option to servers list cli  https://review.openstack.org/21681617:46
*** lucasagomes is now known as lucas-dinner17:47
*** lpetrut has quit IRC17:48
*** Apoorva has joined #openstack-nova17:48
*** Apoorva has quit IRC17:49
*** dustins has quit IRC17:50
*** tpeoples has quit IRC17:50
*** Apoorva has joined #openstack-nova17:51
openstackgerritSudipta Biswas proposed openstack/nova: cleanup NovaObjectDictCompat from external_event  https://review.openstack.org/21682217:56
*** tojuvone has quit IRC17:56
*** tpeoples has joined #openstack-nova18:00
*** VW_ has joined #openstack-nova18:01
*** dannywilson has quit IRC18:02
*** dannywilson has joined #openstack-nova18:02
*** ildikov has joined #openstack-nova18:03
openstackgerritSudipta Biswas proposed openstack/nova: cleanup NovaObjectDictCompat from instance_fault  https://review.openstack.org/21682518:04
*** browne has quit IRC18:06
*** sudipto has quit IRC18:09
*** tjones has joined #openstack-nova18:09
*** tjones has left #openstack-nova18:09
*** haomaiwang has quit IRC18:09
openstackgerritSean Dague proposed openstack/nova: api: tidy up paste.ini  https://review.openstack.org/21408518:09
sdaguejohnthetubaguy: ^^^ that now depends on the tempest test drop that should make it work18:10
*** haomaiwang has joined #openstack-nova18:10
*** lpetrut has joined #openstack-nova18:10
*** marzif has quit IRC18:11
*** rushil has quit IRC18:11
*** vilobhmm1 has joined #openstack-nova18:11
*** garyk has quit IRC18:12
*** tonytan4ever has quit IRC18:14
*** nithyag_ has joined #openstack-nova18:16
*** andrearo1 has joined #openstack-nova18:16
*** meghal has quit IRC18:17
*** NithyaG has quit IRC18:17
*** andrearosa has quit IRC18:17
*** rushil has joined #openstack-nova18:20
*** jlk has joined #openstack-nova18:21
*** burgerk_ has quit IRC18:22
*** jecarey has joined #openstack-nova18:27
*** ociuhandu_ has joined #openstack-nova18:28
*** VW__ has joined #openstack-nova18:28
*** ociuhandu has quit IRC18:29
*** ociuhandu_ is now known as ociuhandu18:29
*** VW__ has quit IRC18:29
*** VW__ has joined #openstack-nova18:30
*** VW__ has quit IRC18:30
*** VW__ has joined #openstack-nova18:31
*** danpb has quit IRC18:31
*** tonytan4ever has joined #openstack-nova18:31
*** VW_ has quit IRC18:31
*** tpeoples has quit IRC18:31
*** tdp has joined #openstack-nova18:31
*** mtanino_ has joined #openstack-nova18:32
*** meghal has joined #openstack-nova18:32
mriedem_classrlrossit: https://review.openstack.org/#/c/159890/18:32
*** dustins has joined #openstack-nova18:33
*** mtanino has quit IRC18:34
*** haomaiwang has quit IRC18:42
openstackgerritMatt Riedemann proposed openstack/nova: Pre-load expected attrs that the view builder needs for server details  https://review.openstack.org/21585918:43
*** Sukhdev has joined #openstack-nova18:43
*** haomaiwang has joined #openstack-nova18:45
bauzasdansmith: heya18:46
* dansmith runs18:46
dansmithI mean.. wassup?18:46
bauzasdansmith: so my stomach is done18:46
dansmithheh18:46
*** kylek3h_ has joined #openstack-nova18:47
bauzasdansmith: so, re: https://review.openstack.org/#/c/215471/4 I thought about that (I mean defaulting to something) before doing that18:47
bauzasdansmith: I thought that having nullable fields was okay to know which computes were not updated by the RT18:48
dansmithbut is knowing that useful?18:48
dansmithto me, it seems like knowing just means we consult the CONF,18:48
dansmithwhich we will have to continue doing forever, as long as the field is nullable18:48
dansmithwe did a similar thing here: https://github.com/openstack/nova/blob/master/nova/objects/migration.py#L59-L6218:48
*** changbl has quit IRC18:49
bauzasdansmith: well, my point was to remove the if branch by the next 2nd cycle18:49
dansmithwhich means everything can now just look at migration.migration_type without having to consider "has this been upgraded?"18:49
*** kylek3h has quit IRC18:49
bauzasI see18:49
* bauzas looking18:49
dansmithbauzas: you can't do that until the next major version really18:49
bauzasmeh okay18:49
dansmithbauzas: and if you rely on it, you'd need a DB migration to make sure that they had filled in all their computes before we move18:49
dansmithbauzas: what's the reason to *not* just convert on load?18:49
bauzasdansmith: well, since we don't support N-2 cycle, I was saying that it was okay to wait until Nxxx18:50
bauzasdansmith: that's fine18:50
bauzasdansmith: I mean, I now understand your poinut18:50
dansmithyeah, you can't say that for DB stuff18:50
bauzasokay, looks you are right18:50
dansmithunless you put a block in place, and even still, at N+2 the object is still nullable, which means you still need to check, and can't change the nullability until we bump18:50
bauzasgotcha18:51
bauzaswell, I remember some convo we had for the host/service_id implementation and yeah I understand18:51
dansmithhttp://github.org/openstack/nova/tree/master/nova/db/sqlalchemy/migrate_repo/versions/291_enforce_flavors_migrated.py#L29-L3518:51
dansmiththat is how we're doing it for flavors ^18:51
dansmithwhich is more complicated because we're not actually removing anything, but moving where it's stored18:52
dansmithand even still, it's all hidden from the user inside the object18:52
bauzasokay, I see18:52
dansmithand I guarantee you that some operator is going to shoot me for that when they start deploying liberty :D18:52
*** marzif has joined #openstack-nova18:52
bauzas1/ so if the compute node is Liberty, then the RT would update the fields18:52
bauzas2/ if the compute node is Kilo, then the object will backwards updates those fields using the opts18:53
bauzasdansmith: ^18:53
dansmithyeah, which gives the same behavior as before, which is that the config determines the ratios, right?18:53
bauzasyup, and I said that for Liberty, you first need to have the same ratios for all of your nodes18:54
dansmithyeah18:54
mriedem_classsdague: probably need you to weigh in here https://review.openstack.org/#/c/173985/18:54
mriedem_classalex_xu: ^18:54
bauzasdansmith: then, once your computes are all upgraded to Liberty, you can just have different values per compute if you wish18:54
dansmithbauzas: they can start having different ratios for the upgraded compute nodes before all are upgraded, right?18:55
dansmithand the unupgraded ones will honor the config on the controller nodes, right?18:55
bauzasdansmith: zactly18:55
dansmithyeah, so that seems ideal to me18:55
dansmithalmost like you planned it18:56
bauzasdansmith: if running Kilo, the object will backwards update the fields using the opt values18:56
bauzas(which are on the controller)18:56
dansmithright18:56
bauzasdansmith: but if a new host is updated with Liberty, then the RT would update those fields with the changed opt values18:56
bauzasokay, I need to work then :)18:57
bauzasand I'll update the ReleaseNotes to make it explicit18:57
dansmithcool18:57
bauzasKilo == controller opt values, Liberty == per compute opt values18:57
*** mtanino has joined #openstack-nova18:58
bauzasdansmith: thanks a lot for your help !18:58
sdaguemriedem_class: looking18:58
dansmithnp ;)18:58
dansmithit's my stomach's turn now18:58
bauzashah18:58
bauzasnever discuss when your stomach is empty18:58
*** apuimedo|away is now known as apuimedo18:58
dansmithwell, it's not empty yet, but the "empty soon" warning light is flashing18:58
*** changbl has joined #openstack-nova18:59
sdaguemriedem_class: on https://review.openstack.org/#/c/173985 I'll accept that 403 is already in the allowed set because of keystone18:59
mriedem_classsdague: yeah, it was a good point from ftersin19:00
sdaguemriedem_class: did you have any other objections to that code?19:00
mriedem_classsdague: no19:00
mriedem_classi'll +2 if you're on board19:00
mriedem_classi would also add a note to the microversion rules doc saying that 403 is an exceptional case19:00
*** mtanino_ has quit IRC19:01
mriedem_classmy -1 on jichen's change is basically to get your input19:01
sdaguemriedem_class: yeh, I just +2ed19:01
sdaguemriedem_class: I'd be +2 on such a change to the microversion rule doc19:01
mriedem_classwill work on it when i'm not being a good student19:02
sdagueright, I forgot that you didn't know how to use elastic search :)19:02
mriedem_classi will say,19:03
dansmithsdague: pretty sure this class is at the level of "what is elasticsearch?"19:03
mriedem_classkibana > 2 confuses me19:03
*** dustins has quit IRC19:04
*** haomaiwang has quit IRC19:09
*** haomaiwa_ has joined #openstack-nova19:10
*** smatzek has joined #openstack-nova19:15
*** claudiub has quit IRC19:16
*** eglynn has quit IRC19:17
*** y_sawai_ has joined #openstack-nova19:17
*** VW_ has joined #openstack-nova19:18
*** VW__ has quit IRC19:19
*** rushil has quit IRC19:19
*** y_sawai has quit IRC19:20
mriedem_classtox -e docs fails :(19:20
mriedem_classhttps://github.com/openstack/nova/commit/ee2ecfc68aaf52223d6491dd7a366682d06c03c619:20
*** lpetrut has quit IRC19:24
openstackgerritMatt Riedemann proposed openstack/nova: Add a note about the 403 response not requiring a microversion  https://review.openstack.org/21684619:25
*** dims__ has quit IRC19:25
mriedem_classsdague: ^19:26
sdaguemriedem_class: thank you19:26
*** dims has joined #openstack-nova19:26
jaypipessdague: easy pickins: https://review.openstack.org/#/c/195303/19:27
*** ociuhandu has quit IRC19:27
*** exploreshaifali has joined #openstack-nova19:27
*** achanda has quit IRC19:28
*** geekinutah has quit IRC19:29
*** ociuhandu has joined #openstack-nova19:29
*** VW__ has joined #openstack-nova19:32
*** VW_ has quit IRC19:32
*** dannywilson has quit IRC19:32
*** VW_ has joined #openstack-nova19:33
*** VW__ has quit IRC19:35
*** davideagnello has quit IRC19:36
sdaguejaypipes: well, I think that's still a little odd, but it's probably better than what we have19:36
*** davideagnello has joined #openstack-nova19:36
dimssdague: ya. after that gets in only a handful of failures remain in the experimental job19:37
sdaguewe do an aweful lot of dancing around the fact that we don't use the service catalog for reflection19:37
*** davideagnello has quit IRC19:37
sdagueI guess I'm fine with that moving the ball forward19:37
sdagueand we can hopefully do a better thing down the road19:37
sdaguedims: you made some wsgi_script patches right? are those still outstanding?19:38
*** jichen has joined #openstack-nova19:38
dimssdague: all's in19:38
sdaguedims: woot19:38
dims:) thanks!19:38
*** lpetrut has joined #openstack-nova19:38
jaypipessdague: this is so that we can deploy Nova API in Apache/nginx wsgi container all-in-one with other endpoints.19:39
mtreinishmriedem_class: is newer kibana too colorful or something? I've not even looked at it19:39
sdaguejaypipes: right, I get that19:39
sdagueI'm just kind of frustrated that to do that you have to also set os_api_prefix correctly (don't mess up) and have it match what you fed other services19:40
mriedem_classmtreinish: well, queries are separate from filters now, and it's weird. like i don't see a text area to just input my own query19:40
sdaguethis doesn't make that worse, but is just another issue where we've got to do a bunch of extra work because we don't really use the SC much19:40
mriedem_classmtreinish: i have to like build everything using toggles and then mash them together to get it to run what i want19:40
jaypipesmriedem_class: any opportunity you can approve this? https://review.openstack.org/#/c/216741/19:40
mriedem_classjaypipes: yeah19:41
mtreinishmriedem_class: ugh, that's what I was afraid it was like. I guess it's their attempt to be more "user friendly" :(19:42
sdaguemtreinish: they also open core a bunch of stuff, so their is some feature that we'd like in infra, that's only in their product version. Can't remember which one it is.19:43
mriedem_classmtreinish: yeah that was my comment, i'm sure it's probably easier for new people to use it (sort of)19:43
mriedem_classit's still not super intuitive19:44
*** marzif_ has joined #openstack-nova19:44
*** lpetrut has quit IRC19:45
*** matrohon has joined #openstack-nova19:45
*** haomaiw__ has joined #openstack-nova19:46
*** mriedem_class is now known as mriedem19:46
mriedemwho am i kidding19:46
*** haomaiwa_ has quit IRC19:46
mriedemi'm not paying attention19:46
*** marzif has quit IRC19:46
jaypipesmriedem: thx19:48
apmeltonmriedem: I took a look at that review, that's essentially what nova network is doing19:49
apmeltonmriedem: the interface in the libvirt xml is a bridged interface19:49
mriedemapmelton: keep in mind that juniper/contrail patch was based on icehouse19:50
apmeltongotcha19:50
*** fawadkhaliq has quit IRC19:50
apmeltonI also went digging through the calls nova network was making... it didn't seem like it was changing the mac on the bridge anywhere19:51
*** dustins has joined #openstack-nova19:56
openstackgerritTomoki Sekiyama proposed openstack/nova: libvirt: Make behavior of os_require_quiesce consistent  https://review.openstack.org/16781919:56
mriedemalaski: are you going to -2 or should i? https://review.openstack.org/21258019:56
mriedemnvm, i did19:57
alaskimriedem: go for it19:57
alaskiif he pushed another revision I was going to19:57
openstackgerritJay Pipes proposed openstack/nova: rt: Rewrite abort and update_usage tests  https://review.openstack.org/21359020:00
openstackgerritJay Pipes proposed openstack/nova: Move test of claim context manager to test_tracker  https://review.openstack.org/21359120:00
openstackgerritJay Pipes proposed openstack/nova: Cleanup RT _instance_in_resize_state()  https://review.openstack.org/21358920:00
openstackgerritJay Pipes proposed openstack/nova: Move resize claim abort test to test_tracker  https://review.openstack.org/21359220:00
jaypipesalaski, mriedem,, dansmith, bauzas: ^^ fixed all issues. feel free to review if have a chance.20:00
bauzasjaypipes: np, tomorrow20:01
jaypipesbauzas: cheers20:01
bauzasjaypipes: https://twitter.com/sylvainbauza/status/63617567934896128020:02
bauzasjaypipes: but since then, I had homework given by dansmith :p20:02
*** geekinutah has joined #openstack-nova20:02
jaypipesmriedem, alaski, dansmith: also, a few folks are waiting on https://review.openstack.org/#/c/209499/ in order to propose patches that add new compute monitors... if you have a chance, would be appreciated.20:02
*** jichen has quit IRC20:03
jaypipesbauzas: :)20:03
*** Piet has quit IRC20:03
openstackgerritJorge Niedbalski R. proposed openstack/nova: Fixes a typo on nova.tests.unit.api.ec2.test_api.py  https://review.openstack.org/21685420:03
*** browne has joined #openstack-nova20:05
apmeltonmriedem: so... I've figured out whats going on with this20:06
apmeltonmriedem: as it turns out the default behavior for a linux bridge is to use the lowest mac address of all of the tap devices connected to it20:06
*** rushil has joined #openstack-nova20:06
*** tonytan4ever has quit IRC20:06
apmeltonso it started with eth0 because that's the only device... then if libvirt plugs a tap that has a lower mac, the bridge's address changes20:07
*** rushil_ has joined #openstack-nova20:08
*** lpetrut has joined #openstack-nova20:08
*** sachin has quit IRC20:08
openstackgerritMatt Riedemann proposed openstack/nova: Remove doc/source/api and doc/build before building docs  https://review.openstack.org/21685720:08
*** haomaiw__ has quit IRC20:09
*** sachin has joined #openstack-nova20:09
mriedemapmelton: cool20:10
*** haomaiwang has joined #openstack-nova20:10
*** ccarmack has joined #openstack-nova20:11
*** ccarmack has left #openstack-nova20:11
*** achanda has joined #openstack-nova20:11
*** rushil has quit IRC20:12
*** ccarmack has joined #openstack-nova20:14
*** lpetrut has quit IRC20:15
*** exploreshaifali has quit IRC20:17
*** sachin has quit IRC20:20
*** sachin has joined #openstack-nova20:20
*** dustins has quit IRC20:27
*** ociuhandu has quit IRC20:32
*** Apoorva has quit IRC20:33
*** Apoorva has joined #openstack-nova20:34
*** sachin has quit IRC20:35
*** MVenesio has joined #openstack-nova20:35
*** sachin has joined #openstack-nova20:36
*** sachin has quit IRC20:38
*** sachin has joined #openstack-nova20:38
*** ijuwang has quit IRC20:38
*** armax has quit IRC20:39
*** sachin has quit IRC20:39
*** sachin has joined #openstack-nova20:39
*** gyee has joined #openstack-nova20:41
*** yamahata has quit IRC20:41
*** smatzek_ has joined #openstack-nova20:42
*** kiran has joined #openstack-nova20:42
*** kiran has quit IRC20:43
*** Sukhdev has quit IRC20:43
*** Kiran has joined #openstack-nova20:44
*** ociuhandu has joined #openstack-nova20:45
*** smatzek has quit IRC20:46
*** smatzek_ has quit IRC20:47
*** Piet has joined #openstack-nova20:48
*** IanGovett1 has quit IRC20:49
*** changbl has quit IRC20:53
mriedemapmelton: i wonder if we could use ovs instead of linuxbridge?20:55
mriedemor if it wouldn't matter20:55
apmeltonmriedem: anyone else in the gate using OVS with this ubuntu image?20:55
*** y_sawai_ has quit IRC20:56
mriedemnot sure20:56
*** Kiran has quit IRC20:56
apmeltonmriedem: I think this is an easy fix in nova-network though20:57
*** IanGovett has joined #openstack-nova20:57
clarkbnuetron uses ovs almost everywhere20:57
mtreinishapmelton: yeah what clarkb said, by default we are using ovs on all the neutron jobs20:58
mtreinishapmelton, mriedem: sc68cal is working on getting a job with linuxbridge working and I think the plan was to migrate the gate jobs to that when its ready20:58
clarkbmtreinish: oh I thought we were going to keep ovs as default something something I switched multinode to ovs because neutron was all ovs happy20:59
clarkb:| I guess I can revert and go back to linux bridge20:59
mtreinishclarkb: oh, maybe not. I thought that was one of the takeaways from the multiple giant ML threads and the summit sessions on it, but I could be mistaken21:00
sc68calmtreinish: no we are keeping ovs as the default21:00
mtreinishclarkb: sc68cal will know21:00
mtreinishok I was wrong :)21:00
sc68calmtreinish: but we are gating on linuxbridge and ovs21:00
sc68cals/are/will be/g21:00
clarkboh good21:00
* sc68cal is busy implementing 10% of fuel to pxe boot his new shiny devstack lab21:03
*** raildo is now known as raildo-afk21:03
*** bnemec has quit IRC21:05
*** bnemec has joined #openstack-nova21:06
*** meghal has quit IRC21:07
*** meghal has joined #openstack-nova21:07
*** aysyd has quit IRC21:09
*** haomaiwang has quit IRC21:09
*** thorst has quit IRC21:09
*** haomaiwang has joined #openstack-nova21:10
*** ccarmack has quit IRC21:10
*** rlrossit has left #openstack-nova21:10
*** ctrath1 has quit IRC21:11
*** burgerk has joined #openstack-nova21:12
clarkbsc68cal: bifrost may make that quick21:13
sc68calclarkb: yeah I looked at the repo but there wasn't a lot of docs21:14
clarkbsc68cal: I thought the readme would get you going21:14
*** achanda has quit IRC21:15
sc68calclarkb: so the main thing is that I don't have hardware to run ironic on21:16
*** meghal has quit IRC21:16
sc68calclarkb: and I didn't want to rebuild my whole network - I just wanted to drop 3 intel nucs in my home rack, pxe boot them and then run devstack21:17
clarkbsc68cal: your laptop! but ya that would be an issue21:17
*** achanda has joined #openstack-nova21:17
*** ctrath has joined #openstack-nova21:18
mtreinishsc68cal: oh, you should look at sdague's amt scripts to do that stuff21:18
*** jecarey has quit IRC21:18
mtreinishsc68cal: sdague has been running a similar setup at his house21:18
sc68calmtreinish: yeah I did, but the boards don't do IPMI :(21:18
sc68calor amt21:18
mtreinishsc68cal: older nucs?21:18
clarkbya only the most expensive nuc does per model year iirc21:18
clarkbso you have to be selective if going with amt21:18
mtreinishoh, I didn't realize that21:18
sc68calyeah they're gigabyte GB-BXi3-4010 's21:19
*** dprince has quit IRC21:19
mtreinishsc68cal: well mirantis has been in the paper about being flush with intel cash, you should ask for free nucs with amt and ipmi :)21:19
sc68calmtreinish: heh - I'm running out of ports on my switch and also running out of power outlets21:20
sc68calmtreinish: so, I think 3 nucs is as big as i'll get.21:21
*** dave-mcc_ has quit IRC21:21
*** jecarey has joined #openstack-nova21:21
mtreinishsc68cal: sure, but you'd just replace your existing 3 with the new "free" ones21:22
sc68calmtreinish: doesn't do much for me when I already paid off the credit card for them21:22
sc68calmtreinish: unless they want to buy them off me and replace with the freebies21:22
mtreinishsc68cal: heh, you've got a plan to to talk to your boss about now :)21:23
sc68calmtreinish: already tried that angle-no go21:24
openstackgerritSylvain Bauza proposed openstack/nova: Add cpu_allocation_ratio and ram_allocation_ratio to ComputeNode  https://review.openstack.org/21547121:25
openstackgerritSylvain Bauza proposed openstack/nova: Update HostManager and filters to use ComputeNode ratios  https://review.openstack.org/21669621:25
openstackgerritSylvain Bauza proposed openstack/nova: Update ComputeNode values with allocation ratios in the RT  https://review.openstack.org/21636221:25
bauzasdansmith: jaypipes: ^ see my homework21:25
bauzasFYI of course, when you have time guys21:26
*** exploreshaifali has joined #openstack-nova21:26
*** VW_ has quit IRC21:29
*** VW_ has joined #openstack-nova21:30
*** meghal has joined #openstack-nova21:31
*** VW_ has quit IRC21:35
*** davideagnello has joined #openstack-nova21:37
*** matrohon has quit IRC21:39
*** davideagnello has quit IRC21:43
*** sachin has quit IRC21:44
*** davideagnello has joined #openstack-nova21:44
*** sachin has joined #openstack-nova21:45
*** sachin has quit IRC21:46
*** sachin has joined #openstack-nova21:47
*** tonytan4ever has joined #openstack-nova21:47
*** thumpba has quit IRC21:48
*** burgerk has quit IRC21:48
*** mriedem has quit IRC21:49
*** meghal has quit IRC21:49
*** jecarey has quit IRC21:50
*** ctrath has quit IRC21:50
*** meghal has joined #openstack-nova21:54
*** jaypipes has quit IRC21:55
*** claudiub has joined #openstack-nova21:57
*** meghal has quit IRC21:58
*** meghal has joined #openstack-nova21:58
*** edmondsw has quit IRC21:58
*** jaypipes has joined #openstack-nova21:58
*** MVenesio has quit IRC22:00
*** agireud has quit IRC22:01
*** xyang1 has quit IRC22:04
*** humble__ has quit IRC22:04
*** rushil_ has quit IRC22:05
*** humble__ has joined #openstack-nova22:05
*** rushil has joined #openstack-nova22:05
*** aix has joined #openstack-nova22:07
*** bnemec has quit IRC22:07
*** bnemec has joined #openstack-nova22:09
*** angdraug has quit IRC22:09
*** haomaiwang has quit IRC22:09
*** haomaiwa_ has joined #openstack-nova22:10
*** eharney has quit IRC22:11
*** armax has joined #openstack-nova22:14
*** burt has quit IRC22:16
*** achanda has quit IRC22:19
*** sachin has quit IRC22:19
*** sachin has joined #openstack-nova22:21
*** achanda has joined #openstack-nova22:21
*** kylek3h_ has quit IRC22:22
*** sachin has quit IRC22:22
*** sachin has joined #openstack-nova22:23
*** sachin has quit IRC22:25
*** sachin has joined #openstack-nova22:26
*** sachin has quit IRC22:28
*** sachin has joined #openstack-nova22:28
*** sachin_ has joined #openstack-nova22:29
*** sachin has quit IRC22:29
*** tonytan4ever has quit IRC22:29
openstackgerritJay Pipes proposed openstack/nova: rt: Rewrite abort and update_usage tests  https://review.openstack.org/21359022:34
openstackgerritJay Pipes proposed openstack/nova: Move test of claim context manager to test_tracker  https://review.openstack.org/21359122:34
openstackgerritJay Pipes proposed openstack/nova: Cleanup RT _instance_in_resize_state()  https://review.openstack.org/21358922:34
openstackgerritJay Pipes proposed openstack/nova: Move resize claim abort test to test_tracker  https://review.openstack.org/21359222:34
*** lucas-dinner has quit IRC22:34
*** RaySun has joined #openstack-nova22:35
*** rushil has quit IRC22:43
*** sachin_ has quit IRC22:44
*** Sukhdev has joined #openstack-nova22:45
*** sachin has joined #openstack-nova22:46
*** sachin has quit IRC22:47
bauzasjaypipes: meh, okay for reviewing your series tomorrow morning my time ?22:48
bauzasjaypipes: can see a last comment22:48
*** jaypipes has quit IRC22:48
*** sachin has joined #openstack-nova22:48
*** sachin has quit IRC22:50
*** sachin has joined #openstack-nova22:51
*** sachin has quit IRC22:53
*** sachin has joined #openstack-nova22:54
*** mmedvede has quit IRC22:55
*** sachin has quit IRC22:55
*** sachin has joined #openstack-nova22:56
*** sachin has quit IRC22:56
*** sachin has joined #openstack-nova22:56
*** RaySun has quit IRC22:58
*** asd112z has quit IRC22:59
*** shoutm has joined #openstack-nova23:01
openstackgerritAndrew Melton proposed openstack/nova: net: explicitly set mac on linux bridge  https://review.openstack.org/21689523:04
*** unicell1 has quit IRC23:06
*** __TheDodd__ has quit IRC23:08
*** haomaiwa_ has quit IRC23:09
*** ccarmack has joined #openstack-nova23:09
*** 64MADOR5X has joined #openstack-nova23:10
*** mmedvede has joined #openstack-nova23:23
*** davideagnello has quit IRC23:24
*** yamahata has joined #openstack-nova23:24
*** tdp has quit IRC23:25
*** bitblt has joined #openstack-nova23:28
*** bitblt has quit IRC23:28
*** sachin has quit IRC23:28
*** changbl has joined #openstack-nova23:29
*** marzif_ has quit IRC23:29
openstackgerritPengtao Huang proposed openstack/nova: change the value "all_mappings" to "block_device_mapping"  https://review.openstack.org/20851123:30
*** sachin has joined #openstack-nova23:30
*** davideagnello has joined #openstack-nova23:31
*** hemna is now known as hemnafk23:31
*** dannywilson has joined #openstack-nova23:33
*** vivekd_ has joined #openstack-nova23:34
*** unicell has joined #openstack-nova23:35
*** vivekd has quit IRC23:36
*** vivekd_ is now known as vivekd23:36
*** dannywilson has quit IRC23:38
*** diogogmt has quit IRC23:38
*** mdrabe has quit IRC23:41
*** annegent_ has joined #openstack-nova23:42
*** marcusvrn_ has quit IRC23:45
*** annegentle has quit IRC23:45
*** zzzeek has quit IRC23:45
*** erlon has quit IRC23:48
*** zzzeek has joined #openstack-nova23:49
*** dave-mccowan has joined #openstack-nova23:49
*** zzzeek has quit IRC23:53
*** takedakn has joined #openstack-nova23:53

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