Friday, 2015-06-12

*** annashen has quit IRC00:02
*** Sukhdev has quit IRC00:03
*** SourabhP has quit IRC00:03
*** Sukhdev has joined #openstack-nova00:03
*** Sukhdev has quit IRC00:08
*** claudiub has joined #openstack-nova00:10
*** markvoelker has joined #openstack-nova00:12
*** tjones1 has quit IRC00:15
*** annashen has joined #openstack-nova00:17
*** markvoelker has quit IRC00:17
*** marun has joined #openstack-nova00:18
*** Kennan2 is now known as Kennan00:19
*** marun has quit IRC00:23
*** SourabhP has joined #openstack-nova00:23
*** GLaupre has joined #openstack-nova00:26
*** ociuhandu has quit IRC00:27
GLaupreHi every one, where can I found all the package dependencies and versions in the format package X '>='x.x.x. '<'x.x.x for a particulare branch? I remember I found a file containing all that but I don't find it any more?00:28
*** tsekiyam_ has joined #openstack-nova00:28
*** tjones1 has joined #openstack-nova00:29
*** VW has joined #openstack-nova00:29
GLauprerequirements.txt : found it ^^00:29
*** ssurana1 has quit IRC00:30
*** ssurana has joined #openstack-nova00:30
*** mtanino has quit IRC00:30
*** asettle has joined #openstack-nova00:31
*** tsekiyama has quit IRC00:32
*** tsekiyam_ has quit IRC00:33
*** ssurana has quit IRC00:34
*** ijw has joined #openstack-nova00:36
*** asettle is now known as asettle-pto00:37
*** annashen has quit IRC00:39
*** VW has quit IRC00:41
*** haomaiwa_ has quit IRC00:43
*** annashen has joined #openstack-nova00:44
*** r-daneel_ has joined #openstack-nova00:45
*** r-daneel has quit IRC00:45
*** baoli has joined #openstack-nova00:47
*** annashen has quit IRC00:47
*** tjones1 has quit IRC00:47
*** electrocucaracha has quit IRC00:49
*** vilobhmm1 has quit IRC00:52
*** annashen has joined #openstack-nova00:53
*** salv-orlando has joined #openstack-nova00:55
*** baoli has quit IRC00:57
*** mingy has quit IRC00:58
*** salv-orlando has quit IRC01:01
*** tjones1 has joined #openstack-nova01:02
*** slong_ has joined #openstack-nova01:02
*** slong has quit IRC01:02
*** baoli has joined #openstack-nova01:10
openstackgerritMichael Still proposed openstack/nova-specs: Be more explicit with our review policies.  https://review.openstack.org/19088601:12
*** tjones1 has quit IRC01:23
*** patrickeast has quit IRC01:23
*** annashen has quit IRC01:23
*** browne has quit IRC01:23
*** annegentle has joined #openstack-nova01:26
*** otter768 has joined #openstack-nova01:31
*** annegentle has quit IRC01:31
*** yingjun has joined #openstack-nova01:33
openstackgerritGhanshyam Mann proposed openstack/nova-specs: Spec to add 'locked_by' in server get response  https://review.openstack.org/19048701:33
*** dims_ has quit IRC01:35
*** baoli has quit IRC01:35
*** otter768 has quit IRC01:35
mikaljogo: if you're around https://review.openstack.org/#/c/190886/ is probably of interest to you01:36
*** asettle-pto has quit IRC01:44
*** r-daneel_ has quit IRC01:46
*** achanda has joined #openstack-nova01:46
openstackgerritGhanshyam Mann proposed openstack/nova-specs: Spec to add 'locked_by' in server get response  https://review.openstack.org/19048701:46
openstackgerritSam Morrison proposed openstack/nova: Cells: Support attach/detach interface and external events  https://review.openstack.org/18415501:48
*** Administrator_ has quit IRC01:49
*** unicell has quit IRC01:56
*** asettle has joined #openstack-nova01:58
*** asettle is now known as asettle-pto01:59
*** yonglihe has quit IRC01:59
*** yonglihe has joined #openstack-nova01:59
*** markvoelker has joined #openstack-nova02:01
*** achanda has quit IRC02:02
*** arnaud____ has joined #openstack-nova02:02
*** htruta has quit IRC02:02
*** dims has joined #openstack-nova02:05
*** markvoelker has quit IRC02:07
*** browne has joined #openstack-nova02:07
*** yamahata has quit IRC02:09
*** slong__ has joined #openstack-nova02:19
*** slong_ has quit IRC02:19
*** Marga_ has quit IRC02:21
*** SourabhP has quit IRC02:23
*** yingjun has quit IRC02:25
*** claudiub has quit IRC02:25
*** yingjun has joined #openstack-nova02:27
*** salv-orlando has joined #openstack-nova02:36
*** dsanders has quit IRC02:39
*** Marga_ has joined #openstack-nova02:39
*** SourabhP has joined #openstack-nova02:39
*** dims has quit IRC02:39
*** salv-orlando has quit IRC02:41
*** Marga_ has quit IRC02:43
*** Marga_ has joined #openstack-nova02:43
*** SourabhP has quit IRC02:43
*** asettle-pto has quit IRC02:43
*** Marga_ has quit IRC02:45
*** Marga_ has joined #openstack-nova02:45
*** Marga_ has quit IRC02:46
*** Marga_ has joined #openstack-nova02:50
*** vivek_nandavanam has quit IRC02:50
*** Marga_ has quit IRC02:52
*** dsanders has joined #openstack-nova02:55
*** dsanders has quit IRC02:56
*** dsanders has joined #openstack-nova02:58
*** yonglihe has quit IRC02:59
*** veena has joined #openstack-nova03:04
*** marun has joined #openstack-nova03:11
*** yonglihe has joined #openstack-nova03:11
*** kiran-r has joined #openstack-nova03:12
*** annashen has joined #openstack-nova03:13
openstackgerritEli Qiao proposed openstack/nova: Cleanup exception handler when attaching interface  https://review.openstack.org/13102603:13
*** baoli has joined #openstack-nova03:17
*** marun has quit IRC03:17
*** yingjun has quit IRC03:18
*** annashen has quit IRC03:19
*** mwagner_afk has joined #openstack-nova03:20
*** vilobhmm has joined #openstack-nova03:20
*** arnaud____ has quit IRC03:23
*** asettle has joined #openstack-nova03:23
*** asettle has quit IRC03:23
*** otter768 has joined #openstack-nova03:32
*** baoli has quit IRC03:33
*** dsanders has quit IRC03:35
*** tjones1 has joined #openstack-nova03:36
*** otter768 has quit IRC03:36
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664303:37
*** dims has joined #openstack-nova03:40
*** dpaterson has quit IRC03:41
*** fifieldt has joined #openstack-nova03:42
*** baoli has joined #openstack-nova03:43
*** baoli has quit IRC03:44
*** kiran-r has quit IRC03:45
*** dims has quit IRC03:45
*** markvoelker has joined #openstack-nova03:50
*** kiran-r has joined #openstack-nova03:51
*** markvoelker has quit IRC03:55
*** kiranr has joined #openstack-nova03:55
*** kiran-r has quit IRC03:55
*** vitikkan has left #openstack-nova03:58
*** tjones1 has quit IRC04:02
*** kiranr has quit IRC04:02
*** tobe has joined #openstack-nova04:04
*** annashen has joined #openstack-nova04:09
*** Marga_ has joined #openstack-nova04:09
*** Marga_ has quit IRC04:09
*** Marga_ has joined #openstack-nova04:10
*** dsanders has joined #openstack-nova04:11
*** annashen has quit IRC04:11
flwangbackup04:19
*** Sukhdev has joined #openstack-nova04:19
*** ozialien has joined #openstack-nova04:22
*** rajesht has joined #openstack-nova04:24
*** rajesht has quit IRC04:24
*** Marga_ has quit IRC04:25
*** rajesht has joined #openstack-nova04:25
*** isd has joined #openstack-nova04:28
*** marun has joined #openstack-nova04:29
*** Nikolay_St has joined #openstack-nova04:30
*** isd has left #openstack-nova04:30
*** jwang_ has quit IRC04:30
*** jwang_ has joined #openstack-nova04:31
*** jwcroppe has quit IRC04:31
*** frickler has quit IRC04:31
*** jwcroppe has joined #openstack-nova04:31
*** tjones1 has joined #openstack-nova04:33
*** deepthi has joined #openstack-nova04:38
*** alex_klimov has quit IRC04:38
*** annashen has joined #openstack-nova04:40
*** Nikolay_St has quit IRC04:40
*** annashen has quit IRC04:42
*** Nikolay_St has joined #openstack-nova04:46
*** flwang1 has joined #openstack-nova04:46
*** unicell has joined #openstack-nova04:49
openstackgerritijw-ubuntu proposed openstack/nova-specs: Add a binding_type negotiation when attempting to bind a Neutron port  https://review.openstack.org/19091704:50
*** salv-orlando has joined #openstack-nova04:50
*** salv-orlando has quit IRC04:53
*** Nikolay_St has quit IRC04:53
*** frickler has joined #openstack-nova04:54
*** marun has quit IRC04:54
openstackgerritFei Long Wang proposed openstack/nova-specs: Add spec for volume backed backup  https://review.openstack.org/19091904:57
*** tjones1 has quit IRC05:02
*** agireud has joined #openstack-nova05:02
*** fawadkhaliq has joined #openstack-nova05:03
*** salv-orlando has joined #openstack-nova05:03
*** flwang1 has quit IRC05:03
*** tobe has quit IRC05:06
*** SourabhP has joined #openstack-nova05:07
*** agireud has quit IRC05:07
*** Murali has joined #openstack-nova05:09
openstackgerritijw-ubuntu proposed openstack/nova-specs: Add new simpler forms of Neutron binding  https://review.openstack.org/19093205:15
*** kiran-r has joined #openstack-nova05:17
*** kiran-r has quit IRC05:21
*** kiran-r has joined #openstack-nova05:21
*** cfriesen has quit IRC05:21
*** tobe has joined #openstack-nova05:28
openstackgerritVilobh Meshram proposed openstack/nova-specs: Servicegroup foundational refactoring for Control Plane  https://review.openstack.org/19032205:28
*** otter768 has joined #openstack-nova05:32
*** dsanders has quit IRC05:35
*** otter768 has quit IRC05:37
*** kiwik-chenrui has joined #openstack-nova05:37
*** markvoelker has joined #openstack-nova05:39
*** RuiChen has quit IRC05:40
openstackgerritzhangjl proposed openstack/nova: Check if destination_type in block_device_mapping_v2  https://review.openstack.org/17335705:42
*** vilobhmm has quit IRC05:42
*** arnaud____ has joined #openstack-nova05:43
*** markvoelker has quit IRC05:44
*** fawadkhaliq has quit IRC05:44
*** nkrinner has joined #openstack-nova05:47
*** SourabhP_ has joined #openstack-nova05:51
*** marun has joined #openstack-nova05:51
*** fawadkhaliq has joined #openstack-nova05:51
*** slong__ has quit IRC05:52
*** SourabhP has quit IRC05:53
*** SourabhP_ is now known as SourabhP05:53
*** zz_naotok has quit IRC05:54
*** rajesht has quit IRC05:55
*** marun has quit IRC05:56
*** ildikov_ has quit IRC05:58
*** vishwana_ has quit IRC05:58
*** destiny has joined #openstack-nova05:59
*** vishwanathj has joined #openstack-nova06:00
*** fawadkhaliq has quit IRC06:01
*** exploreshaifali has joined #openstack-nova06:01
*** nihilifer has joined #openstack-nova06:03
*** lpetrut has joined #openstack-nova06:03
*** agireud has joined #openstack-nova06:03
*** atuvenie has quit IRC06:04
*** atuvenie has joined #openstack-nova06:05
*** tobe has quit IRC06:05
*** radek_ has joined #openstack-nova06:05
*** haomaiwang has joined #openstack-nova06:08
*** sdake has quit IRC06:08
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/19003406:10
*** ildikov_ has joined #openstack-nova06:11
*** yingjun has joined #openstack-nova06:11
*** armax has quit IRC06:13
*** arnaud____ has quit IRC06:13
*** agireud has quit IRC06:13
*** arnaud____ has joined #openstack-nova06:13
*** exploreshaifali has quit IRC06:14
*** ajayaa has joined #openstack-nova06:15
*** amotoki has joined #openstack-nova06:16
*** Sukhdev has quit IRC06:19
*** lpetrut has quit IRC06:21
*** Nikolay_St has joined #openstack-nova06:24
*** oro has joined #openstack-nova06:33
*** arnaud____ has quit IRC06:33
*** lpetrut has joined #openstack-nova06:36
*** belmoreira has joined #openstack-nova06:39
*** pbandzi has joined #openstack-nova06:40
*** sahid has joined #openstack-nova06:40
*** tobe has joined #openstack-nova06:42
*** ozialien has quit IRC06:45
*** Guest____ has joined #openstack-nova06:45
*** READ10 has quit IRC06:45
*** amotoki has quit IRC06:47
*** amotoki has joined #openstack-nova06:50
*** Guest____ is now known as jcoufal06:51
*** jcoufal is now known as Guest7641006:51
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664306:52
*** rotbeard has joined #openstack-nova06:53
*** Guest76410 has quit IRC06:53
*** browne has quit IRC06:53
*** jcoufal_ has joined #openstack-nova06:53
*** romainh has joined #openstack-nova06:56
*** ajayaa has quit IRC06:57
*** derekh has joined #openstack-nova06:59
*** ijw has quit IRC07:03
openstackgerritheijlong proposed openstack/nova: Merge quota_sets functional tests of v2 and v2.1  https://review.openstack.org/16789907:09
openstackgerritzhangjl proposed openstack/nova-specs: Check if destination_type in block_device_mapping_v2  https://review.openstack.org/18901107:09
*** READ10 has joined #openstack-nova07:10
openstackgerritRajesh Tailor proposed openstack/nova: Fix Bad indentation pylint issues  https://review.openstack.org/19096007:12
*** ajayaa has joined #openstack-nova07:13
*** markus_z has joined #openstack-nova07:14
*** lpetrut has quit IRC07:16
*** dulek has joined #openstack-nova07:19
*** oro has quit IRC07:20
*** pask81 has joined #openstack-nova07:21
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664307:25
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664307:27
*** markvoelker has joined #openstack-nova07:28
openstackgerritsahid proposed openstack/nova: libvirt: introduce GuestBlock to wrap around Block API  https://review.openstack.org/19021007:31
openstackgerritsahid proposed openstack/nova: libvirt: update swap volume to use Guest  https://review.openstack.org/19021107:31
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to wait block device job  https://review.openstack.org/19021407:31
openstackgerritsahid proposed openstack/nova: libvirt: update live swnapshot to use Guest  https://review.openstack.org/19021207:31
openstackgerritsahid proposed openstack/nova: libvirt: update volume delete swnapshot to use Guest  https://review.openstack.org/19021307:31
openstackgerritsahid proposed openstack/nova: libvirt: return whether a domain is persistent  https://review.openstack.org/19096207:31
openstackgerritsahid proposed openstack/nova: libvirt: make test units more concise  https://review.openstack.org/19096307:31
*** markvoelker has quit IRC07:33
*** otter768 has joined #openstack-nova07:33
*** arnaud____ has joined #openstack-nova07:34
*** frickler_ has joined #openstack-nova07:37
*** frickler_ has quit IRC07:37
*** otter768 has quit IRC07:38
*** arnaud____ has quit IRC07:38
*** jlanoux has joined #openstack-nova07:40
*** matrohon has joined #openstack-nova07:44
*** lpetrut has joined #openstack-nova07:50
*** haypo has joined #openstack-nova07:51
*** haypo has quit IRC07:51
*** haypo has joined #openstack-nova07:51
*** hshiina has joined #openstack-nova07:51
bauzasmorning, specs day !07:56
*** SourabhP has left #openstack-nova07:56
*** mpaolino has joined #openstack-nova07:58
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664307:58
*** mpaolino has quit IRC07:59
*** ZZelle has quit IRC08:02
*** dims has joined #openstack-nova08:02
*** ZZelle has joined #openstack-nova08:02
*** ajayaa has quit IRC08:02
*** ijw has joined #openstack-nova08:04
*** dims has quit IRC08:07
*** ijw_ has joined #openstack-nova08:08
*** ijw has quit IRC08:10
*** ijw_ has quit IRC08:13
*** yingjun has quit IRC08:14
*** kiranr has joined #openstack-nova08:15
*** kiran-r has quit IRC08:15
*** kiranr has quit IRC08:15
*** atuvenie has quit IRC08:15
*** kiranr has joined #openstack-nova08:16
*** lucasagomes has joined #openstack-nova08:16
*** gzhai has quit IRC08:16
*** gzhai has joined #openstack-nova08:18
*** kiranr is now known as kiran-r08:18
*** ajayaa has joined #openstack-nova08:19
*** subscope has joined #openstack-nova08:20
*** jistr has joined #openstack-nova08:20
*** kiwik-chenrui has quit IRC08:21
*** pilgrimstack has quit IRC08:21
*** yingjun has joined #openstack-nova08:22
johnthetubaguybauzas: +108:22
* johnthetubaguy wishes everyone happy specs day08:22
*** claudiub has joined #openstack-nova08:22
lxsliMorning08:23
claudiubmornooning. :D08:24
* kashyap waves too08:24
johnthetubaguymikal: reading the scroll back I have visions of you and tonyb getting your morning exercise by going outside and fending off some wildlife, very strange visions...08:24
johnthetubaguymorning all08:24
johnthetubaguyso I am half way through my morning coffee, so starting to wake up08:25
mikaljohnthetubaguy: its totally how it happens08:25
johnthetubaguymikal: :)08:25
*** haigang has joined #openstack-nova08:25
mikaljohnthetubaguy: so, we're unblocked on specs policy stuff now?08:25
mikaljohnthetubaguy: I didn't realize I was blocking anyone, sorry about that08:26
bauzasoh08:26
*** bauzas is now known as bauwser08:26
*** lxsli is now known as lexloofer08:26
johnthetubaguymikal: mostly I think08:26
*** haigang has quit IRC08:26
johnthetubaguymikal: I have a wiki of stuff with, hmm, we need to decide that08:26
mikaljohnthetubaguy: cool. tonyb suggested explaining the lifecycle of a spec as well, which I will do in a separate patch08:27
johnthetubaguyits at the bottom of here: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking08:27
mikalOk, I shall take a look at that, but it might not be tonight08:27
johnthetubaguymikal: I started some of that here: https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule08:27
johnthetubaguymikal: totally need it in the spec repo though08:27
*** pilgrimstack has joined #openstack-nova08:27
mikalYep, I like it in the repo too, and then the wiki can just point to http://specs.o.o08:27
johnthetubaguywe have this bit too: http://docs.openstack.org/developer/nova/blueprints.html08:28
johnthetubaguybut thats more for reference08:28
*** yassine_ has joined #openstack-nova08:28
johnthetubaguymikal: oh man, and this bit too: https://wiki.openstack.org/wiki/Nova/Mentoring#Process08:28
* johnthetubaguy consolidation time...08:28
bauwsermodifying the chan title would be great too :)08:30
*** ndipanov has joined #openstack-nova08:31
bauwseraccess #openstack-nova list shows me that ttx has rights for it :)08:32
johnthetubaguymikal: so I am attempting to track lots of this dev docs stuff in here, if thats useful: https://blueprints.launchpad.net/nova/+spec/devref-refresh-liberty08:32
johnthetubaguyhttp://russellbryant.net/openstack-stats/nova-specs-openreviews.html08:33
johnthetubaguyTotal Open Reviews: 10008:33
johnthetubaguyWaiting on Submitter: 6108:33
johnthetubaguyWaiting on Reviewer: 3908:33
johnthetubaguyso thats getting better already, thank you to them upside down folks!08:33
sahidndipanov: hello, any chance you take a look at this please https://review.openstack.org/#/c/19026708:34
*** ildikov_ has quit IRC08:34
sahidhum yes... spec reviews today :D08:34
ndipanovsome chance08:34
ndipanovhmm08:35
ndipanovwell I guess08:35
ndipanovah the old 0 numa nodes08:36
ndipanovI don't know I actually like that idea08:37
ndipanovI mean08:37
*** danpb has joined #openstack-nova08:37
ndipanovthe idea that we default to 108:37
openstackgerritRui Chen proposed openstack/nova: Support creating port with subnet_id in neutron api  https://review.openstack.org/19047608:39
openstackgerritRui Chen proposed openstack/nova: Add subnet_id in NetworkRequest object  https://review.openstack.org/19047508:39
openstackgerritRui Chen proposed openstack/nova: CreateVM supports subnet specified  https://review.openstack.org/18296908:39
sahidbut we still have to handle no-numeric values and equal or less than 008:39
*** oro has joined #openstack-nova08:39
ndipanovsahid, why is 0 a problem?08:39
ndipanovit's a problem if you specify other stuff08:39
*** ajayaa has quit IRC08:40
ndipanovbut I am not sure 0 should blow up08:40
kashyapndipanov: "hw:numa_nodes=0 causes divide by zero"08:40
ndipanovright08:40
ndipanovI don't know08:40
sahidndipanov: https://bugs.launchpad.net/nova/+bug/140270908:41
openstackLaunchpad bug 1402709 in OpenStack Compute (nova) "Report an error when booting an instance with a flavor which has NUMA nodes is set to 0 (hw:numa_nodes=0)" [Low,In progress] - Assigned to Karim Boumedhel (karmab)08:41
sahidand i think the consensus was to raise error08:41
ndipanovyes that is probably best08:41
ndipanovok then I will review08:41
ndipanovbut coffee first08:42
sahidndipanov: ok thanks, just for information in PS12 the code seems to me more concise with less change08:42
sahidthat is why i did not +108:42
sahidbut i wanted to get more ideas08:42
openstackgerritAlex Xu proposed openstack/nova-specs: Remove v3 from nova code tree  https://review.openstack.org/18921808:43
openstackgerritMichael Still proposed openstack/nova-specs: Further clarify our review policies.  https://review.openstack.org/19097908:44
rgerganovah, microversion 2.4 is taken now ... I hope my lucky number will be 2.5 for the console api08:44
*** arnaud____ has joined #openstack-nova08:44
rgerganovI am pushing this since 2.2 :)08:45
claudiubhello08:46
claudiublooking through launchpad blueprints, I see that there was a proposal for live-snapshots.08:46
claudiubwas wondering why wasn't that approved.08:46
*** tobe has quit IRC08:47
*** rook has quit IRC08:47
*** vipul has quit IRC08:47
*** rook has joined #openstack-nova08:48
*** tobe has joined #openstack-nova08:48
*** vipul has joined #openstack-nova08:48
johnthetubaguyalex_xu: so just reviewing the rename spec, got a slight possible issue, if you are free to chat?08:49
*** eglynn has joined #openstack-nova08:49
*** arnaud____ has quit IRC08:49
johnthetubaguyalex_xu: I am totally wrong, it turns out, its all good08:49
*** lucasagomes has quit IRC08:52
*** med_ has quit IRC08:53
*** bauwser has quit IRC08:54
*** bauzas has joined #openstack-nova08:54
*** jyuso1 has quit IRC08:54
*** diogogmt has quit IRC08:56
*** lucasagomes has joined #openstack-nova08:56
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664308:56
*** diogogmt has joined #openstack-nova08:57
*** claudiub has quit IRC08:57
*** claudiub has joined #openstack-nova08:58
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert imagebackend to support nova.virt.image.model classes  https://review.openstack.org/13202408:59
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert disk API over to use nova.virt.image.model  https://review.openstack.org/13202308:59
sahidhum it's me or openstack.org has some pb right now09:02
*** yingjun has quit IRC09:03
bauzassahid: yep, I do have the same problem, with connection issues09:03
sahidbauzas: ok, thank you09:03
bauzassahid: for the moment, I'm investigating to see if it's a network issue or an openstack issue09:03
*** afazekas has joined #openstack-nova09:04
bauzassahid: your ISP?09:04
bauzassahid: since we're on the same country, that's perhaps not due to the infra09:04
sahidbauzas: free.fr09:04
*** ndipanov has quit IRC09:04
bauzassahid: as well09:04
bauzassahid: so perhaps a Free issue...09:04
sahidah ok, so the problem is only for people in France09:05
bauzaslexloofer: seen any problem with any TLD with .openstack.org09:05
bauzas?09:05
bauzassahid: the -infra chan is pretty quiet09:05
sahidbauzas: i see09:06
bauzassahid: when began your problems ? around 10.45am our time, right ?09:06
sahidbauzas: right09:06
bauzassahid: okay, that definitely sounds like an ISP issue... :(09:06
johnthetubaguy-infra don't really have folks who are usually awake right now09:06
danpbsahid: bauzas  what is the problem you see ?09:06
bauzasdanpb: all .o.o sites are very slow09:07
openstackgerritRadoslav Gerganov proposed openstack/nova: Consolidate the APIs for getting consoles  https://review.openstack.org/14850909:07
bauzasdanpb: I'm even getting timeouts with review.o.o09:07
*** jyuso1 has joined #openstack-nova09:07
bauzasdanpb: but my local network connection seems pretty stable09:07
danpbtry running 'mtr  review.openstack.org' as root09:07
openstackgerritRajesh Tailor proposed openstack/nova: Remove unnecessary ValueError exception  https://review.openstack.org/19052509:07
bauzasdanpb: you read my mind :)09:08
danpbthat's a traceroot on steriods which is great at showing which hop in your network path is dropping packets09:08
*** ijw has joined #openstack-nova09:08
johnthetubaguyfwiw, seems normal my end09:08
sahiddanpb: +1 nice tool09:08
*** stupidjoblessper has joined #openstack-nova09:08
stupidjoblessperJust looking for advice. How can someone who is almost 30 and never had a job get one? I have been applying(fast food, retail, entry level) just to be told I am not what they are looking for (We have reviewed your application for this position and will be proceeding with other candidates at this time.) or they are not hiring. No interviews. Cannot volunteer as there is no where near09:08
stupidjoblesspertoo09:08
danpbmtr is reporting 4% packet loss at a rackspace border router for me09:08
johnthetubaguyhmm, interesting09:09
danpbbut that's not so large that to be serious i don't think09:09
danpband things seem to be running same speed as normal09:09
bauzasdanpb: I'm usually going thru direct connection, but I can try to use my internal VPN to see09:09
danpbbauzas: yep, or try tunnelling your connection via a red hat machine in the US or something09:11
sahidbauzas: do you have same pb with ae2.mpr1.cdg11.fr.zip.zayo.com09:11
danpbto see if that makes a difference to the speed09:11
bauzasdanpb: yup, was about to proxy my call09:11
bauzasbe42.coreb.dfw1.rackspace.net 70% packet loss \o/09:12
bauzasoh no09:12
bauzassahid: ae2.mpr1.cdg11.fr.zip.zayo.com indeed this peering point is down09:13
*** jyuso1 has quit IRC09:13
johnthetubaguybauzas: hmm, I should probably report that somewhere09:13
bauzasthat's why I'm having 90% packets drops for the rackspace gateways09:13
*** ijw has quit IRC09:13
johnthetubaguybe42.coreb.dfw1.rackspace.net is giving me 0% loss09:14
*** rotbeard has quit IRC09:14
bauzasjohnthetubaguy: so the problem is colocated with this hop ae2.mpr1.cdg11.fr.zip.zayo.com09:14
bauzasjohnthetubaguy: rackspace is not in fault09:14
sahidi do not think the problem comes from rackspace09:14
sahidyes09:14
bauzasjohnthetubaguy: but rackspace is loosing all French Free customers09:14
johnthetubaguyyeah, they might be able to escalate that09:15
johnthetubaguyassuming French Free is not just totally broken right now09:15
sahidit seems we use zip.zayo.com to join rackspace09:15
sahidand it is broken09:15
johnthetubaguyright, that09:15
bauzassahid is in Paris, and I'm in Grenoble, so that just means we use the same peers given we have the same ISP09:15
*** markvoelker has joined #openstack-nova09:16
bauzasokay, since my work connection is not impacted, I'll tunnel my calls thru it09:17
*** haomaiwang has quit IRC09:17
johnthetubaguybauzas: question on your comment here: https://review.openstack.org/#/c/190322/6/specs/liberty/approved/servicegroup-api-control-plane.rst,cm09:19
johnthetubaguybauzas: not sure we need to see the facade pre-designed, can't we just evolve that in the code review?09:20
*** yingjun has joined #openstack-nova09:20
bauzasjohnthetubaguy: I don't exactly want to have the Face designed, but at least, we need to be more explicit about what will be done09:20
bauzasFacade* even09:20
stupidjoblessperJust looking for advice. How can someone who is almost 30 and never had a job get one? I have been applying(fast food, retail, entry level) just to be told I am not what they are looking for (We have reviewed your application for this position and will be proceeding with other candidates at this time.) or they are not hiring. No interviews. Cannot volunteer as there is no where near09:20
stupidjoblesspertoo09:20
bauzasjohnthetubaguy: ie. how we manage the sync between the 2 stores, how we do the transition, and how we play with the existing Service object09:21
*** markvoelker has quit IRC09:21
kiran-rHi! :) my VM´s are in Spawning state and not going beyond. WHat could be the reason??09:22
bauzasjohnthetubaguy: the more I think, the more I guess we should just drop the SG API and put all the methods within the Service object09:22
*** aix has joined #openstack-nova09:22
johnthetubaguybauzas: -1 on that, so we have tooz on the way09:22
bauzasjohnthetubaguy: I know, but I'm considering the objects as not only for DB09:23
johnthetubaguybauzas: my take is possibly odd, lets get the DB driver interface correct, ignore the other broken stuff, let the tooz folks deal with implementing the bigger interface.09:23
bauzasjohnthetubaguy: agreed, that's a 2 step proces09:23
bauzas1. fix the stuff by merging those behind a proxy/facade/api/whatever09:23
bauzas2. provide tooz instead of zk and mc for fixing their bugs09:24
johnthetubaguybauzas: we already have a facade, the service group aPI right, its just not being used properly right now09:24
johnthetubaguymostly as it has a few methods missing09:24
bauzasjohnthetubaguy: that's where I diverge :)09:24
bauzasjohnthetubaguy: the objects are mostly used for calling the DB API09:24
bauzasjohnthetubaguy: but why couldn't they call any other API ?09:24
*** ildikov_ has joined #openstack-nova09:25
bauzasI mean, look at the SG API09:25
johnthetubaguybauzas: hmm, maybe, just seems like a heap load of work09:26
*** eliqiao1 has quit IRC09:26
bauzasagreed09:26
bauzasjohnthetubaguy: I seriously need to code review the SG API and see how usable it is09:27
johnthetubaguybauzas: its a facade, its OK, its not awesome, but its a thing09:27
bauzasjohnthetubaguy: but from an upgrade and compatibility point of view, I definitely prefer having objects for it09:27
johnthetubaguysure, I would like it to return objects, and we already have them09:27
bauzasjohnthetubaguy: note that I didn't said I would propose the Service object :)09:28
bauzasjohnthetubaguy: for the moment, it's just a braindump - I just said 'give me more about your thoughts on that'09:28
*** eliqiao has joined #openstack-nova09:28
johnthetubaguybauzas: yeah, the comment sounded like: please write out what you are doing is pseudocode09:29
johnthetubaguyhence me wondering, but OK09:29
johnthetubaguyI get the comment on what does the SG facade return09:29
bauzasjohnthetubaguy: at the moment, the SG API only provides 2 methods09:29
bauzasjohnthetubaguy: is_up which is a boolean09:30
bauzasjohnthetubaguy: and join which returns none09:30
tonybjohnthetubaguy: I'm not sure if that's a good thing ;P09:30
bauzasjohnthetubaguy: if we say that we're going to extend the API to add like update()09:30
johnthetubaguyhttps://github.com/openstack/nova/blob/master/nova/servicegroup/api.py#L9309:31
bauzasjohnthetubaguy: then it will come to a necessary discussion where I would love to see how we can make sure that all of that is having a compatibility later09:31
bauzasjohnthetubaguy: give me a few secs, need to proxy my connection thru my office connection09:32
*** danpb has quit IRC09:32
bauzas(btw. seems like our ISP lost connectivity due to Level3 BGP)09:33
*** danpb has joined #openstack-nova09:33
*** yassine_ has quit IRC09:33
mdboothjohnthetubaguy: belatedly getting back to this: https://review.openstack.org/#/c/150434/09:33
*** Marga_ has joined #openstack-nova09:34
mdboothUnfortunately mikal has tidied it up for me09:34
mdboothI don't seem to be able to un-abandon it09:34
johnthetubaguymdbooth: oh, it should un-abandon for you09:34
danpbmdbooth: done09:34
openstackgerritMatthew Booth proposed openstack/nova-specs: Add the oslo_db enginefacade proposal  https://review.openstack.org/15043409:34
johnthetubaguymdbooth: why could you not un-abandon it?09:34
mdboothjohnthetubaguy: No button09:35
johnthetubaguymdbooth: worried we have a permissions issues here09:35
johnthetubaguymdbooth: no restore button?09:35
mdboothdfY09:35
johnthetubaguydfY?09:35
mdboothSec, having a keyboard issue09:35
johnthetubaguyah09:36
johnthetubaguymdbooth: sorry for bugging you, but we need to fix this, we only abandon stuff because we assume its easy for folks to restore it09:36
mdboothOne of the disadvantages of having a keyboard which only needs new batteries once every couple of years is that when it does, you've forgotten to buy them09:36
johnthetubaguymdbooth: doh!09:36
johnthetubaguymdbooth: what does it look like now, in gerrit, once you log in?09:37
mdboothSo, danpb did a thing and I've submitted an update09:37
*** yingjun has quit IRC09:38
mdboothBefore he did a thing I didn't see an option to restore it09:38
johnthetubaguymdbooth: yep, but could you help me make sure its not broken for other folks, I have no way to test this myself, sadly09:38
mdboothjohnthetubaguy: Why don't you abandon it again now?09:38
johnthetubaguymdbooth: I have done :)09:38
mdboothcool09:38
bauzasjohnthetubaguy: eh https://github.com/openstack/nova/blob/master/nova/servicegroup/api.py#L93 is buggy IIRC, I can't find the drivers implementing it09:38
mdboothjohnthetubaguy: Oh, I do see a restore button09:38
bauzasjohnthetubaguy: testing it now :)09:38
mdboothIt's entirely possible I was just being blind before09:39
johnthetubaguybauzas: its all totally broken btw, the tooz folks have offered to fix it up, thats why I want that spec to be small09:39
bauzasjohnthetubaguy: got it09:39
johnthetubaguymdbooth: OK, something odd may have happened, but at least its gone away now, cool09:39
johnthetubaguymdbooth: cool, thanks for checking that for me09:39
bauzasjohnthetubaguy: so, I'm fine with proposing to extending the SG API but in that case, we need to extend that API with all the public methods of the Service object, right ?09:40
bauzasjohnthetubaguy: since the proposers says to use the SG API as a mediator for calling the Service stuff09:40
johnthetubaguybauzas: yep, that should all wash out in the code review09:40
bauzasjohnthetubaguy: that's why I think we should maybe invert the logic and have the Service object only adding the is_up() and join() methods which would call the SG API09:41
bauzasjohnthetubaguy: honestly, given the awfulness I had with detach-service and the new awfulness I have with req-spec-object, I'm kinda liking any design draft for telling 'hey, this is the direction we're going to follow'09:42
*** ndipanov has joined #openstack-nova09:44
johnthetubaguybauzas: so I generally find you discover the awefulness writing the code, so I don't want to enforce up front design, as its quite frequently wasted effort, if the spec submitter wants to do that, then thats cool, but I am leaving that as the spec submitters choice09:44
johnthetubaguybauzas: right now I want that old code to get deprecated, so we don't need to fix it in horrid ways, and let tooz sort it09:45
johnthetubaguybauzas: so we need something that moves us forward, that we can then evolve once we have two implementations to look at09:45
johnthetubaguythats just my gut feeling09:45
johnthetubaguyanyways09:45
*** pask81 has quit IRC09:46
bauzasfair point, that's the level of granularity we expect from any spec that' subject to the discussion we have09:46
*** kaisers1 has quit IRC09:47
*** pask81 has joined #openstack-nova09:47
bauzasjohnthetubaguy: okay, here is what I propose09:47
bauzasjohnthetubaguy: since I would love to see that spec approved by today, I'll try to reach the proposer09:47
bauzasjohnthetubaguy: and if I can't, I'll turn my vote by saying "eh, I want you to show your cards, but that's fair to do it at the implementation phase since I like your spe"09:48
*** kaisers1 has joined #openstack-nova09:48
bauzasspec09:48
johnthetubaguybauzas: OK, thanks09:48
mdboothQuick poll: if I'm writing a unit test for the TimeOverride fixture, is it acceptable to put a 1 second sleep in a test?09:49
*** ndipanov has quit IRC09:49
*** dims has joined #openstack-nova09:49
mdboothi.e. to assert that the time after 1 second is the same as it was before?09:49
*** ndipanov has joined #openstack-nova09:49
bauzasalex_xu: around ?09:49
*** romainh has quit IRC09:50
*** ociuhandu has joined #openstack-nova09:50
* mdbooth would say yes, but expects pushback09:50
*** dims has quit IRC09:50
bauzasalex_xu: I had one comment on https://review.openstack.org/#/c/189218/409:51
bauzasalex_xu: just wanted your opinion on that09:51
bauzasalex_xu: it's a nit, so I still +1'd it09:51
*** tojuvone has joined #openstack-nova09:51
*** toabctl has quit IRC09:52
*** toabctl has joined #openstack-nova09:52
jogojohnthetubaguy: any spec that I should review?09:53
*** yassine_ has joined #openstack-nova09:53
openstackgerritAlexis Lee proposed openstack/nova-specs: No more soft delete  https://review.openstack.org/18464509:55
*** dims has joined #openstack-nova09:56
*** aix has quit IRC10:00
*** kaisers has quit IRC10:00
openstackgerritRajesh Tailor proposed openstack/nova: Allow force-delete irrespective of VM task_state  https://review.openstack.org/16379810:00
*** kaisers has joined #openstack-nova10:02
*** ijw has joined #openstack-nova10:06
*** ildikov_ has quit IRC10:07
*** alexpilotti has joined #openstack-nova10:07
johnthetubaguyjogo: good question, there are some in the priorites etherpad: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking in the top section10:09
johnthetubaguyjogo: otherwise my current goal is around getting eyes on the massive long tail we have, to spot any that really really need to get in10:09
johnthetubaguyusing this to look at the long tail: http://russellbryant.net/openstack-stats/nova-specs-openreviews.html10:10
*** romainh has joined #openstack-nova10:10
johnthetubaguyjogo: might be good if you could do a pass of all the stuff that has a +2 actually, so see if we could get a few more merged, hit me up if I missed some10:10
*** tojuvone has quit IRC10:12
*** ijw has quit IRC10:12
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V UEFI Secure Boot spec  https://review.openstack.org/19099710:17
*** gszasz has joined #openstack-nova10:17
jogojohnthetubaguy: cool10:17
bauzasjohnthetubaguy: from my perspective, the review day is not only for reviewers, but also for proposers10:18
bauzasjohnthetubaguy: ie. proposers need to be particularly aware of any negative comment coming in, so they could either discuss it or amend the spec quite immediately so it would increase the chances of getting merged10:19
*** gszasz has quit IRC10:19
bauzasjohnthetubaguy: that's why I'm trying to review the Asia specs first10:19
*** gszasz has joined #openstack-nova10:20
*** eliqiao has left #openstack-nova10:21
dimshaypo: can you please see the first 3 patches of this series for python3 tests when you get a chance - (starts here https://review.openstack.org/#/c/187785/)10:22
bauzassahid: FYI, the outage is resolved10:22
haypodims, are they ready for a review? i saw a lot of versions :)10:24
stupidjoblessperJust looking for advice. How can someone who is almost 30 and never had a job get one? I have been applying(fast food, retail, entry level) just to be told I am not what they are looking for (We have reviewed your application for this position and will be proceeding with other candidates at this time.) or they are not hiring. No interviews. Cannot volunteer as there is no where near10:24
stupidjoblesspertoo10:24
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664310:24
dimshaypo: just keeping up with the trunk10:25
*** romainh has quit IRC10:27
*** aix has joined #openstack-nova10:28
sahidbauzas: cool :)10:31
*** subscope has quit IRC10:33
*** kaisers1 has quit IRC10:34
*** kaisers has quit IRC10:34
bauzaslexloofer: see my comment on https://review.openstack.org/#/c/188759/10:36
bauzaslexloofer: I don't see necessarly a need to have 2 changes for the same unapproved spec10:36
bauzaslexloofer: rather, could you please sync with jaypipes and co-author that spec ?10:37
openstackgerritMatthew Booth proposed openstack/nova: Allow TimeOverride to take a specific time  https://review.openstack.org/15879610:41
openstackgerritMatthew Booth proposed openstack/nova-specs: Add the oslo_db enginefacade proposal  https://review.openstack.org/15043410:44
johnthetubaguyjogo: here is a nice one to merge: https://review.openstack.org/18783510:45
jogojohnthetubaguy: just did this one https://review.openstack.org/#/c/190107/310:46
jogooh right that is a good microversion10:46
openstackgerritJohn Garbutt proposed openstack/nova-specs: Correct resource name for consolidate console API  https://review.openstack.org/18584410:46
jogojohnthetubaguy: with microversions we are going to have a lot of merge conflicts as we start adding more and more10:47
sdaguejogo: that's intentional10:47
johnthetubaguyjogo: just like rpc versions and object versions10:47
sdagueand database migrations10:47
johnthetubaguyright10:47
sdaguethat's actually the reason we created that centralized rst file, to force them to merge conflict10:48
johnthetubaguysdague: yeah, make sure they are sequential10:48
sdagueyep10:48
johnthetubaguyalthough, it would be nice to have some other kind of magic... but yeah10:48
*** pixelb has joined #openstack-nova10:49
stupidjoblessperJust looking for advice. How can someone who is almost 30 and never had a job get one? I have been applying(fast food, retail, entry level) just to be told I am not what they are looking for (We have reviewed your application for this position and will be proceeding with other candidates at this time.) or they are not hiring. No interviews. Cannot volunteer as there is no where near10:49
stupidjoblesspertoo10:49
openstackgerritMichael Still proposed openstack/nova-specs: Further clarify our review policies.  https://review.openstack.org/19097910:49
jogojohnthetubaguy: well I was thinking have people make there patches dependant on eachother10:49
mikaljohnthetubaguy: further clarification of policy https://review.openstack.org/#/c/19097910:49
mikaljohnthetubaguy: cause tonyb asked me to document the lifecycle bits10:49
*** subscope has joined #openstack-nova10:49
jogomikal: do you not know how a baby is made?10:50
*** arnaud___ has joined #openstack-nova10:50
johnthetubaguymikal: its a good clarification10:51
johnthetubaguymikal: got a minor quibble10:51
sdaguejogo: we did that at the end of kilo to get 2.2 and 2.3 lined up and mergable roughly at the same time. Just used "Depends-On" for it10:51
sdaguewhich works in tree for stuff like that10:51
mikaljogo: I have performed the early stages of that process, but I haven't completed the "don't kill teenagers" bit yet.10:51
johnthetubaguysdague: oh, so thats a neat trick, we should write that down somewhere10:52
jogosdague: cool, so turns out there is an easy way to detect possible merge conflicts ...10:52
johnthetubaguyjogo: the new version of gerrit does that I think10:52
johnthetubaguyjogo: although it breaks almost everything else10:52
sdaguejohnthetubaguy: once we ever get back to it10:52
johnthetubaguyyeah10:52
johnthetubaguysdague: shame they couldn't run in parallel10:53
openstackgerritMichael Still proposed openstack/nova-specs: Further clarify our review policies.  https://review.openstack.org/19097910:54
jogohttps://review.openstack.org/#/q/project:openstack/nova+is:open+file:%255Enova/api/openstack/rest_api_version_history.rst,n,z10:54
mikaljogo: new version uploaded10:54
mikaljohnthetubaguy: ditto10:54
jogosdague johnthetubaguy: we can just look for patches that touch the history file10:54
johnthetubaguysdague: jogo: totally selfish plug: https://review.openstack.org/#/c/173243/14/specs/liberty/approved/api-relax-validation.rst,cm10:54
johnthetubaguyjogo: oh, nice, thats true10:54
*** arnaud___ has quit IRC10:55
mikalAnd with that I stop work, it being 9pm and all10:55
jogomikal: o/10:55
jogojohnthetubaguy: just go through that list every so often and poke people to play nice10:55
openstackgerritJohn Garbutt proposed openstack/nova-specs: Nova Support of Glance Image Signing & Encryption  https://review.openstack.org/18887410:58
*** setuid has quit IRC10:58
*** fifieldt has quit IRC10:58
*** setuid has joined #openstack-nova11:00
*** ijw has joined #openstack-nova11:06
*** romainh has joined #openstack-nova11:09
*** tobe has quit IRC11:10
*** ijw has quit IRC11:12
openstackgerritJens Rosenboom proposed openstack/nova: Add microversion to allow server search option ip6 for non-admin  https://review.openstack.org/17956911:15
fricklermriedem_away, jogo: ^^ rebased, spec was just approved11:15
alex_xujohnthetubaguy: currently nova client send "X-OpenStack-Nova-API-Version" header for now(it probably bring in by half-implementation of microversion support), so that means relax validation spec will break the current nova client11:15
alex_xuso we should think it is as nova client bug or not11:16
johnthetubaguyalex_xu: oh thats bad...11:16
alex_xujohnthetubaguy: yea....11:16
johnthetubaguyalex_xu: :'(11:16
johnthetubaguywhen did we add that?11:17
johnthetubaguysdague: slight spanner in the works ^11:17
alex_xujohnthetubaguy: let me check11:17
sdaguealex_xu: how will it break it11:17
alex_xusdague: line 166 at https://review.openstack.org/#/c/173243/14/specs/liberty/approved/api-relax-validation.rst11:18
johnthetubaguyfrickler: so technically need to get the blueprint approved, I can sort that for you now11:18
johnthetubaguysdague: so its sending the new header to the v2 API at the moment11:18
johnthetubaguyas I understand it11:18
fricklerjohnthetubaguy: seems I could change that to approved myself ... not sure whether that may have been a bug though :D11:19
johnthetubaguyfrickler: yeah, thats only one of several that need changing though, so its not fully approved11:20
johnthetubaguyfrickler: launchpad is fairly crazy!11:20
sdaguejohnthetubaguy: so, I'm not really sure why this is an issue. v2.0 is relaxed validation. Which means it should just ignore that header.11:20
alex_xujohnthetubaguy: sdague waiting....sorry, I think my env install an strange version novaclient...11:22
johnthetubaguysdague: we did say we would error out if you request a version to the v2.0 API though11:23
sdaguejohnthetubaguy: yeh, but I'm not convinced that's the right thing to do11:23
sdaguenow that we think about it11:24
sdaguebecause the whole point of the relaxation is v2.0 could be sent additional random stuff, and ignore it11:24
johnthetubaguysdague: yeah, that did worry me when we suggested it, I think we have the reason not to do it now11:24
*** pixelb has quit IRC11:24
*** lucasagomes is now known as lucas-hungry11:24
sdaguewe should be consistent there11:24
johnthetubaguysdague: yeah, I mean it was technically a valid request to v211:24
johnthetubaguywell, a request that was accepted11:24
*** moshele has joined #openstack-nova11:26
*** baoli has joined #openstack-nova11:28
jogojohnthetubaguy: for https://review.openstack.org/#/c/181941/3/specs/liberty/approved/emc-sdc-libvirt-volume-driver.rst,cm, isn't the answer 'brick'11:28
alex_xujohnthetubaguy: actually a little agree with sdague, the v2 behavior is ignore the additional header11:28
sdagueand I think if we do that behavior, we should have a consistent story, right?11:29
johnthetubaguyjogo: I have all those kinds of specs listed here as blocked right now, we need to talk about our plans here, that and the VIF plug changes11:29
johnthetubaguyalex_xu: sdague: agreed with you, we just need to update the spec to reflect that now11:30
jogojohnthetubaguy: ack, IMHO the answer is brick11:30
johnthetubaguyalex_xu: sdague: I kinda added it because its what I thought we agreed at the summit, so I am certainly not tied to that part of the spec in any way11:30
alex_xujohnthetubaguy: cool11:30
johnthetubaguyjogo: I think thats a good long term answer, and possible the correct shortterm answer11:30
johnthetubaguyalex_xu: can you -1 the spec for me, so I remember please!11:31
jogojohnthetubaguy: cool11:31
johnthetubaguyjogo: so my plan is to start some ML threads on these, so we decide properly11:31
alex_xujohnthetubaguy: ok, got it11:31
johnthetubaguyjogo: might do a policy doc somehwere, and just point to that review11:31
*** pilgrimstack has quit IRC11:31
*** pilgrimstack has joined #openstack-nova11:32
openstackgerritDheeraj Gupta proposed openstack/nova: Add Host Mapping table to API Database  https://review.openstack.org/19101711:32
jogojohnthetubaguy: good idea, this is exactly the type of thing that is good to write down somewhere that we can reference11:32
johnthetubaguyjogo: yeah, I feel better saying no to things and pointing to something we have merged somewhere11:33
johnthetubaguyjogo: full list is at the bottom of here: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking11:33
*** ndipanov has quit IRC11:33
openstackgerritDheeraj Gupta proposed openstack/nova: Add Host Mapping table to API Database  https://review.openstack.org/19101711:33
jogojohnthetubaguy: looks good11:34
* johnthetubaguy is stepping away for some lunch11:35
*** eliqiao1 has joined #openstack-nova11:35
johnthetubaguyjogo: thanks, I just hope that list doesn't get any bigger right now11:35
*** otter768 has joined #openstack-nova11:35
*** ildikov_ has joined #openstack-nova11:35
jogojohnthetubaguy: actually if the list gets bigger that may be a good thing (at least for brick stuff)11:35
jogoless work for us11:35
johnthetubaguyjogo: lol, thats true, I just feel bad blocking folks11:36
*** baoli has quit IRC11:36
*** baoli has joined #openstack-nova11:37
jogodon't think of it as blocking them, thinking it of passing the buck :). Actually hopefully it means the brick team is more responsive then we are and things move faster11:37
jogocinder already uses brick so this should deduplicate work11:37
*** otter768 has quit IRC11:40
openstackgerritHans Lindgren proposed openstack/nova: Remove/deprecate unused parts of the compute node object  https://review.openstack.org/18675711:41
openstackgerritHans Lindgren proposed openstack/nova: Make ComputeNode.service_id nullable to match db schema  https://review.openstack.org/16928411:41
*** krtaylor has joined #openstack-nova11:42
openstackgerritHans Lindgren proposed openstack/nova: Avoid querying for Service in resource tracker  https://review.openstack.org/16928811:43
*** setuid has quit IRC11:47
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: devref: virtual machine states and transitions  https://review.openstack.org/19102111:47
*** ndipanov has joined #openstack-nova11:48
*** setuid has joined #openstack-nova11:49
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: devref: virtual machine states and transitions  https://review.openstack.org/19102111:49
danpbhas anyone seen jenkins actually voting on stuff today ? i uploaded some changes 3 hours ago and its still not reported any check results11:50
danpband  the zuul status page isn't displaying any jobs at all11:50
*** markvoelker has joined #openstack-nova11:50
*** dheeraj-gupta-4 has joined #openstack-nova11:52
sdagueso alex_xu https://review.openstack.org/#/c/189218/2 doesn't really talk about the directory structure we discussed yesterday. Should I just put another patch up about that?11:52
dheeraj-gupta-4Hi, does anyone know how hashes are calculated for individual objects in test_objects? https://github.com/openstack/nova/blob/master/nova/tests/unit/objects/test_objects.py#L108911:53
alex_xusdague: it not? feel free put another patch up if you think it wrong11:53
markus_zdanpb: There are a few reviews in nova which are verified by jenkins ca. 2 hours ago.11:56
markus_zdanpb: For example: https://review.openstack.org/#/c/190214/11:56
sdaguethings have gone south recently, no one in infra that can poke those systems is awake yet11:57
markus_zdanpb: zuul took longer than usual to show the pipeline but eventually it came up.11:57
*** zhenguo has quit IRC11:58
alex_xuadverties nova-api meeting~12:01
alex_xusdague: ^ if you have time to join :)12:01
sdaguealex_xu: oh, sure, though I'm working on the spec write up right now as well.12:01
*** ijw has joined #openstack-nova12:06
*** dprince has joined #openstack-nova12:06
openstackgerritHans Lindgren proposed openstack/nova: Remove/deprecate conductor instance_update()  https://review.openstack.org/18915512:08
openstackgerritHans Lindgren proposed openstack/nova: Make compute manager instance updates use objects  https://review.openstack.org/18915412:08
*** dheeraj-gupta-4 has quit IRC12:09
*** ndipanov has quit IRC12:09
*** ivasev has joined #openstack-nova12:10
*** oro has quit IRC12:11
*** ijw has quit IRC12:12
*** pixelb has joined #openstack-nova12:19
*** ociuhandu has quit IRC12:20
lexlooferbauzas: due to TZ and jay's workload, a review seems the easiest way to sync with him12:20
*** dulek_ has joined #openstack-nova12:20
lexlooferbauzas: I'd be very happy if he chose to squash it in12:20
*** aysyanne has joined #openstack-nova12:21
openstackgerritSean Dague proposed openstack/nova-specs: propose additional code tree restructures  https://review.openstack.org/19103312:21
*** subscope has quit IRC12:23
*** dulek has quit IRC12:23
*** ndipanov has joined #openstack-nova12:23
*** claudiub has quit IRC12:27
*** raildo has joined #openstack-nova12:27
*** claudiub has joined #openstack-nova12:27
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add spec to enhance PCI passthrough whitelist to support range  https://review.openstack.org/17957712:28
openstackgerritAlexander Schmidt proposed openstack/nova: serial console: enable live migration  https://review.openstack.org/19103512:29
ndipanovjohnthetubaguy, sdague https://review.openstack.org/#/c/188913/12:29
*** josecastroleon has joined #openstack-nova12:30
ndipanovI'll admit I did not fully read the whole thread about when exactly to bump versions but it seems silly to do so for this12:30
openstackgerritjichenjc proposed openstack/nova-specs: Delete version specified code suggestion  https://review.openstack.org/16422912:30
*** deepthi has quit IRC12:32
*** stupidjoblessper has quit IRC12:35
johnthetubaguyndipanov: the argument is mostly around clients discovering things, and the fact we are trying to stop the API from silently ignoring things and being way more discoverable and explicit12:36
johnthetubaguyndipanov: now we haven't got this agreed or written down properly yet, thats a big part of the issue here12:36
johnthetubaguyndipanov: there is the API meeting in #openstack-meeting right now, might be worth raising the issue with them12:37
*** subscope has joined #openstack-nova12:38
*** nagyz has quit IRC12:38
*** arnaud___ has joined #openstack-nova12:39
eliqiao1hi jogo, u r around?12:39
*** dulek_ has quit IRC12:40
ndipanovjohnthetubaguy, ok12:40
openstackgerritjichenjc proposed openstack/nova-specs: Delete version specified code suggestion  https://review.openstack.org/16422912:42
*** dulek has joined #openstack-nova12:42
*** arnaud___ has quit IRC12:43
*** afazekas has quit IRC12:46
BobBalljohnthetubaguy / others: FYI thanks to patrickeast we now have the return of a dashboard that can show all Nova CIs and their recent performance.  http://zuul.openstack.xenproject.org/scoreboard/?project=openstack%2Fnova&user=&timeframe=24 - useful to check CI stability12:50
*** dpaterson has joined #openstack-nova12:50
*** kaisers has joined #openstack-nova12:53
*** salv-orl_ has joined #openstack-nova12:54
*** salv-orlando has quit IRC12:54
johnthetubaguyBobBall: so thats nice, might be good to have some kind of percentage, and percentage agreement with jenkins? I know they are missleading stats, but its interesting all the same12:55
*** veena has quit IRC12:56
johnthetubaguyBobBall: does it report empty votes as a non-run?12:56
ndipanovjohnthetubaguy, alex_xu so my point here is this - API version is a way to tell the client what features to expect12:57
*** mpaolino has joined #openstack-nova12:57
ndipanovif we shove bugfixes into microversions12:57
ndipanovwe end up iwht a slightly different version of extensions12:58
BobBallEmpty votes show as an empty box :)12:58
BobBallI think12:58
ndipanovwhere they are completely meaningless and no one can make any sense of them12:58
ndipanovbecaues they mean everything12:58
johnthetubaguyndipanov: so the whole API has a single version12:58
BobBallDunno tbh.  Will look at getting some overall percentage added but keen not to swamp the UI; particularly when things like disagreements with Jenkins don't mean much since Jenkins only tests one driver :)12:59
johnthetubaguyBobBall: OK, i was expecting more empty boxes I guess12:59
johnthetubaguyBobBall: they mean more than you expect though, I know in general its a little meaning less12:59
alex_xundipanov: microversion may include bug fix12:59
openstackgerritsahid proposed openstack/nova: libvirt: make host to return guest info  https://review.openstack.org/19104613:00
openstackgerritsahid proposed openstack/nova: libvirt: make host to return power state of guest  https://review.openstack.org/19104713:00
openstackgerritSylvain Bauza proposed openstack/nova-specs: Proposes to check destination on migrations  https://review.openstack.org/17922413:00
openstackgerritRajesh Tailor proposed openstack/nova: Remove cell api overrides for force-delete  https://review.openstack.org/13520213:01
johnthetubaguyndipanov: having said that, I still don't hear a good reason for yours needed a microversion bump right now13:01
*** dboik has joined #openstack-nova13:02
alex_xuI still didn't find a way to analysis all the case13:02
ndipanovthe way I see microversions is this: client needs feature X available at 2.15 - there exists an unambiguous list of other features that you must also get13:02
ndipanovclear13:02
bauzasoh man, I forgot the api meeting :/13:02
*** krtaylor has quit IRC13:02
*** dims is now known as dimsum__13:02
*** eliqiao1 has quit IRC13:03
ndipanovsome bugfixes by their nature have to have a bump13:03
*** edleafe is now known as figleaf13:03
alex_xunihilifer: for feature is pretty easy, need bump13:03
ndipanovbut this one does not13:03
*** lucas-hungry is now known as lucasagomes13:03
ndipanovI mean it could13:03
alex_xundipanov: emm.... remove my -1, as I didn't get good answer by myself13:04
*** annegentle has joined #openstack-nova13:04
ndipanovalex_xu, I mean it does change the behavior that was clearly wrong before13:05
ndipanovok let's look at it like this13:06
*** ijw has joined #openstack-nova13:06
ndipanov2.X - Boot request with an empty block device size would now get rejected, previously they would get accepted but13:06
*** dboik has quit IRC13:07
ndipanovthe device would get ignored13:07
ndipanov(empty block device with no or 0 size)*13:07
alex_xundipanov: yes, but user may didn't found that, only found that when the server side updated.13:07
alex_xundipanov: then client break13:07
*** htruta has joined #openstack-nova13:07
ndipanovbut you never want to not have this13:08
moshelejohnthetubaguy: hi13:08
ndipanovbecaue if their client was not breaking it was doing the wrong thing13:08
ndipanovjust from a pragmatic standpoint - do we really have enough resources to support bug compatibility and to what end13:09
ndipanovin addition to it being noise to literally 100% of users13:09
bauzasjohnthetubaguy: although I usually hate advertising my changes over IRC, just wanted to inform you that https://review.openstack.org/#/c/179224/ has a new release :)13:09
bauzas(that's specs review day, so I feel it important to make buzz:)13:10
alex_xundipanov: yea, the client shouldn't depend on that wrong behavior13:11
ndipanovthat's exactly my point13:11
*** ijw has quit IRC13:11
*** Murali has quit IRC13:12
*** tojuvone has joined #openstack-nova13:13
*** achanda has joined #openstack-nova13:13
jogojohnthetubaguy: heading out or the day, on a bus with spotty internet13:14
*** atuvenie has joined #openstack-nova13:16
*** VW has joined #openstack-nova13:16
johnthetubaguyjogo: cool, have a good one13:17
jogohave fun with the rest of spec review day13:17
*** rotbeard has joined #openstack-nova13:19
*** ociuhandu has joined #openstack-nova13:19
*** sdake has joined #openstack-nova13:21
*** moshele has quit IRC13:21
*** pbandzi has quit IRC13:21
*** nihilifer has quit IRC13:22
*** ociuhandu has quit IRC13:24
*** ociuhandu has joined #openstack-nova13:24
*** krtaylor has joined #openstack-nova13:25
*** ferest has joined #openstack-nova13:26
*** pixelb has quit IRC13:27
tojuvonejohnthetubaguy: Related to "mark-host-down" there is also launchpad for novaclient corresponding change (https://blueprints.launchpad.net/python-novaclient/+spec/support-force-down-service). Does that need any special attention, or just to pass gerrit with the related code changes after "mark-host down" code is ready?13:27
*** dboik has joined #openstack-nova13:28
openstackgerritAlexander Schmidt proposed openstack/nova: serial console: enable live migration  https://review.openstack.org/19103513:28
*** dansmith is now known as superdan13:29
*** achanda_ has joined #openstack-nova13:29
*** nkrinner has quit IRC13:30
*** atuvenie_ has joined #openstack-nova13:30
*** artom has joined #openstack-nova13:30
*** thangp has joined #openstack-nova13:30
*** cfriesen has joined #openstack-nova13:30
*** atuvenie has quit IRC13:31
*** achanda has quit IRC13:31
*** rfolco has joined #openstack-nova13:32
*** mriedem_away is now known as mriedem13:33
*** xgsa has quit IRC13:33
*** thangp has quit IRC13:34
*** xgsa has joined #openstack-nova13:35
kashyapmarkus_z: You're right on that bug - it was accidentally set to incomplete. I was puzzled too yesterday13:35
markus_zkashyap: Which one do you mean?13:35
*** bradjones has quit IRC13:35
kashyapmarkus_z: 146230513:36
*** otter768 has joined #openstack-nova13:36
markus_zkashyap: ah, ok, good :) I'm still new to this and often unsure if there is some kind of hidden meaning13:36
*** bradjones has joined #openstack-nova13:38
*** bradjones has quit IRC13:38
*** bradjones has joined #openstack-nova13:38
*** derekh is now known as derekh_afk13:39
*** READ10 has quit IRC13:40
bauzasjohnthetubaguy: I'm tempted to say to defer https://review.openstack.org/#/c/172412/10/specs/liberty/approved/get-service-by-id.rst,cm until the SG/Service merge is done, what's your opinion on that ?13:40
*** Jhelf has joined #openstack-nova13:41
*** otter768 has quit IRC13:41
*** haypo has left #openstack-nova13:44
*** Nikolay_St has quit IRC13:46
*** jecarey has joined #openstack-nova13:48
*** kaisers has quit IRC13:48
*** tjones1 has joined #openstack-nova13:49
*** kiran-r has quit IRC13:49
*** dguitarbite has quit IRC13:51
*** krtaylor has quit IRC13:51
*** armax has joined #openstack-nova13:52
*** thangp has joined #openstack-nova13:52
*** Nikolay_St has joined #openstack-nova13:53
johnthetubaguybauzas: do you have a link to that other spec handy?13:53
bauzasjohnthetubaguy: you mean the SG merge ?13:54
johnthetubaguybauzas: yeah13:54
bauzasjohnthetubaguy: https://review.openstack.org/#/c/190322/13:54
*** vladikr has joined #openstack-nova13:55
johnthetubaguybauzas: cool, thanks, agree with you btw, added a comment about that13:59
johnthetubaguybauzas: turns out the DB migration looks broken too13:59
*** annegentle has quit IRC14:00
*** vilobhmm has joined #openstack-nova14:01
*** vilobhmm1 has joined #openstack-nova14:04
*** ijw has joined #openstack-nova14:06
*** vilobhmm has quit IRC14:07
*** annegentle has joined #openstack-nova14:07
*** achanda_ has quit IRC14:08
openstackgerritRadoslav Gerganov proposed openstack/nova: Consolidate the APIs for getting consoles  https://review.openstack.org/14850914:09
*** hshiina has quit IRC14:10
*** vilobhmm1 has quit IRC14:11
*** browne has joined #openstack-nova14:11
*** ijw has quit IRC14:12
*** eharney has joined #openstack-nova14:16
*** xgsa has quit IRC14:16
*** bnemec has joined #openstack-nova14:16
*** atuvenie has joined #openstack-nova14:19
*** atuvenie_ has quit IRC14:19
*** annegentle has quit IRC14:20
mriedemsuperdan: weird, the flavor from sysmeta blob spec is marked as not implemented in the kilo specs page http://specs.openstack.org/openstack/nova-specs/specs/kilo/14:22
mriedemi'm going to move that to implemented since it could be confusing for support peeps14:22
superdanmriedem: heh, yeah14:22
openstackgerritMatt Riedemann proposed openstack/nova-specs: kilo: flavor-from-sysmeta-to-blob is implemented  https://review.openstack.org/19109114:25
*** electrocucaracha has joined #openstack-nova14:26
openstackgerritAlexander Schmidt proposed openstack/nova: WIP: serial console: enable live migration  https://review.openstack.org/19103514:26
*** bauzas is now known as bauwser14:26
*** arnaud___ has joined #openstack-nova14:27
*** tjones1 has quit IRC14:31
*** arnaud___ has quit IRC14:32
*** krtaylor has joined #openstack-nova14:32
*** pixelb has joined #openstack-nova14:32
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Allow non-admin to list all tenants based on policy  https://review.openstack.org/19109514:33
*** rfolco has quit IRC14:34
*** ijw has joined #openstack-nova14:34
*** nihilifer has joined #openstack-nova14:37
*** garyk has quit IRC14:37
superdanmriedem: what was that bug where libguestfs builds the appliance the first time and causes rpc timeouts?14:39
*** zz_jgrimm is now known as jgrimm14:39
openstackgerritVladik Romanovsky proposed openstack/nova: Adding user_id handling to keypair index, show and create api calls  https://review.openstack.org/7048514:40
openstackgerritVladik Romanovsky proposed openstack/nova: tests: functional tests for keypairs create in API microversion 2.5  https://review.openstack.org/18364514:40
mriedemsuperdan: looking14:40
*** mdrabe has joined #openstack-nova14:40
mriedemsuperdan: https://bugs.launchpad.net/nova/+bug/145366614:41
openstackLaunchpad bug 1453666 in OpenStack Compute (nova) "libvirt: guestfs api makes nova-compute hang" [High,Fix committed] - Assigned to Qin Zhao (zhaoqin)14:41
*** romainh has left #openstack-nova14:41
*** jgrimm is now known as zz_jgrimm14:41
*** xgsa has joined #openstack-nova14:42
*** exploreshaifali has joined #openstack-nova14:43
*** salv-orl_ has quit IRC14:47
tojuvoneHey guys, can somebody answer to my question (at 16:27). So there is nova spec now accepted, but did different launchpad for novaclient as it couldn't be handled in nova-spec. Just wondered, how that will be handled as should kind of land at the same time with nova code14:49
mriedemtojuvone: you can use the Depends-On tag in the commit message if you need the novaclient change to depend on the nova change14:50
tojuvoneok, kind of new here so need to know ;) Thanks mriedem. Otherwise I guess spec in lauchpad is ok for novaclient and just code to gerrit.14:54
openstackgerritPaul Murray proposed openstack/nova: Add virt resource update to ComputeNode object  https://review.openstack.org/18852514:54
openstackgerritPaul Murray proposed openstack/nova: Convert RT compute_node to be a ComputeNode object  https://review.openstack.org/16094214:54
*** yamahata has joined #openstack-nova14:54
*** dsanders has joined #openstack-nova14:54
mriedemtojuvone: you can have specs for novaclient in nova-specs14:55
mriedemor the nova spec could have just called out changes to novaclient14:56
mriedemtojuvone: you should at least link the blueprint in the commit message for the novaclient changes so they are tied together in launchpad's whiteboard14:56
mriedemtojuvone: e.g. https://review.openstack.org/#/c/190346/14:56
mriedemi had one spec for that and the nova piece is done, so now i'm working on the novaclient portion to use the new v2.1 api microversion (v2.4)14:57
openstackgerritSean Dague proposed openstack/nova-specs: propose additional code tree restructures  https://review.openstack.org/19103314:57
sdaguendipanov: sorry, was away earlier. Was there a resolution on your issue?14:57
mriedemsdague: alex_xu: i'm reading the release notes and this part is a bit confusing:14:57
mriedemhttps://wiki.openstack.org/wiki/ReleaseNotes/Kilo#Upgrade_Notes_214:57
mriedem"Due to the improvement on Nova v2.1 API policy enforcement. There are a lot of change happened to v2.1 API policy. Because v2.1 API didn't released before, those change won't keep back-compatible. It is better to use policy sample configuration instead of old one."14:58
*** annegentle has joined #openstack-nova14:58
mriedemsdague: alex_xu: would that be better written as: "Since the v2.1 API hasn't been officially supported before, the policy.conf has changed quite a bit so that most things are configurable via the policy.conf rather than hard-coded admin checks in the database API. When deploying the v2.1 API, one should use the sample policy file provided with Nova." ?14:58
sdaguemriedem: hmmm... yeh, your wording is much much better. Also, we really should have provided some compatibility across that divide. :(14:58
*** htruta has quit IRC14:59
sdaguesuperdan: I think you also had an opinion on the directory reorg - https://review.openstack.org/#/c/191033/2/specs/liberty/approved/nova-api-remove-v3.rst,cm don't know if you commented on the original bit that landed15:00
tojuvonemriedem: ok, I first was doing it in nova-spec .rst ,but maybe misunderstood there that only REST API change should be there. My bad then taking the .rst topics too literally. In launchpad it is linked already :)15:00
superdanmriedem: thanks for that bug pointer15:00
alex_xumriedem: yes, your word is better,thanks15:01
alex_xusdague: what the directory structure for api samples and unittests move like url structure also?15:01
* mriedem is putting together support charts for kilo this morning...15:01
*** tjones1 has joined #openstack-nova15:01
sdaguealex_xu: eventually, yes, I think that would be more clear15:01
*** ferest has quit IRC15:02
sdaguehowever, I think that can be done piecemeal over time15:02
*** exploreshaifali has quit IRC15:02
sdagueI'd rather scope this to just the actual functional code I think15:02
alex_xusdague: ok, so at least get rid of 'v3' from the path15:02
sdaguealex_xu: sure15:02
alex_xusdague: ok, got it, going to +1~15:03
sdagueif you think it needs to be called out explicitly, we can15:03
sdaguealso should get edleaf (though I don't know his friday nick) to comment15:03
*** rfolco has joined #openstack-nova15:04
*** ildikov_ has quit IRC15:04
mriedemfigleaf: ^15:04
*** tonytan4ever has joined #openstack-nova15:04
*** agireud has joined #openstack-nova15:04
alex_xuwhy people need friday nick?15:05
superdanalex_xu: it's required here15:05
*** sdake_ has joined #openstack-nova15:05
superdanalex_xu: I would recommend for you: "alexus"15:05
kashyapalex_xu: It's an "in-joke", members-only club kind of thing.15:05
kashyapNo, not really. Just joking :-)15:05
*** haypo has joined #openstack-nova15:06
alex_xuok...:)15:06
alex_xusuperdan: ...how to explain alexus?15:06
superdanalex_xu: "lexus" is a nice car here15:06
superdanalex_xu: and if you take your normal nick, remove the _x and add an 's', you get 'alexus' :)15:06
kashyapsuperdan: lol15:07
*** jcoufal_ has quit IRC15:07
alex_xusuperdan: hah :)15:07
superdanalex_xu: http://preview.netcarshow.com/Lexus-LF-LC_Blue_Concept-2012-hd.jpg15:07
*** tjones1 has quit IRC15:08
figleafalex_xu: in the US there is the concept of "casual Friday". On Friday you can wear jeans or other less formal clothes to the office.15:08
figleafalex_xu: so this is "casual nick Friday"15:08
*** zzzeek has joined #openstack-nova15:08
alex_xufigleaf: ah, I see now15:08
*** sdake has quit IRC15:09
*** belmoreira has quit IRC15:10
tojuvoneThen for all a question, that now as there is capability of API to mark/force host down (nova-compute), but same time all related VMs will remain in "invalid state" (active, running). As think there are different ways if to have that information correct, should I just start the discussion in nova meeting, if it would not be clear what to propose in blueprint (like minimum just when listing/querying VMs it could be visible15:10
*** destiny has quit IRC15:10
*** sdake has joined #openstack-nova15:10
superdantojuvone: I think it's clearest if you propose *something* in a spec that we can discuss15:10
superdantojuvone: having something proposed is better than just trying to have a discussion about the general topic15:11
superdanbetter meaning, more productive normally15:11
*** alex_xu is now known as alexus15:11
superdansdague: fix yer' typo and I'm good15:11
*** achanda has joined #openstack-nova15:11
alexussdague: back to topic, I'm fine with now.15:13
tojuvonedansmith: ok, thanks :) Needed to ask as thought it might have more aspects, while surely they will be then discussed in blueprint :)15:13
*** salv-orlando has joined #openstack-nova15:14
figleafalexus: +1 to your Friday nick. Makes you look classy :) http://www.lexus.com/15:14
*** sdake_ has quit IRC15:14
alexusfigleaf: hah, thanks to superdan ~15:14
tojuvoneNow I know what to do on weekend :D15:15
figleafalexus: and in case you were wondering about my nick: https://en.wikipedia.org/wiki/Fig_leaf15:15
superdantojuvone: it's just that general problem, where you say "what time is good for everyone?" and get no answers. If you say "How about tuesday at 11?" then you get answers :)15:15
alexusfigleaf: ok....long artical...but I get that from picture...15:16
figleafalexus: :)15:17
superdanhaha15:17
tojuvonesuperdan: yes, understood. Surely yes, blueprint can be visible to all when they have time. Was just wondering the initial starting point, but maybe it is clear enough :)15:18
*** dulek has quit IRC15:19
sdaguesuperdan: ok, looking and fixing15:19
superdantojuvone: yeah, I think if you bring it up in a meeting, you'll see "meh, write a spec and we'll see" :)15:19
bauwserfigleaf: fun, here in France, we call that 'grape leaf'15:20
*** zhenguo has joined #openstack-nova15:20
*** dsanders has quit IRC15:20
openstackgerritSean Dague proposed openstack/nova-specs: propose additional code tree restructures  https://review.openstack.org/19103315:20
sdagueok, typos fixed15:20
*** armax has quit IRC15:21
sdaguejohnthetubaguy / jogo - as you +2ed / approved the landed version, you want to take a look https://review.openstack.org/191033 ?15:21
*** pask81 has quit IRC15:21
superdansdague: got it15:21
johnthetubaguysdague: looking now15:21
*** dprince has quit IRC15:22
johnthetubaguyoh, so thats a nice structure, good call15:22
*** mpaolino has quit IRC15:23
*** ildikov_ has joined #openstack-nova15:23
*** armax has joined #openstack-nova15:24
johnthetubaguysdague: that should help with the policy stuff huge chunk15:24
*** achanda has quit IRC15:25
sdaguejohnthetubaguy: yeh, that was my thinking as well. The more we reflect the api resource structure back in the tree, the more naturual that will become in other things we do15:25
johnthetubaguysdague: good stuff, at least I think it is15:26
mriedemwe didn't have many known issues in kilo :) https://wiki.openstack.org/wiki/ReleaseNotes/Kilo#Known_Issues_215:27
mriedemi'm sure that's a lie15:27
*** garyk has joined #openstack-nova15:27
johnthetubaguymriedem: we could just link to the bug tracker I guess...15:27
johnthetubaguymriedem: that was the stuff that got marked as release blocking and didn't get fixed15:27
mriedemjohnthetubaguy: marked as relase blocking how? kilo-rc-potential + status:New?15:28
*** lpetrut has quit IRC15:28
*** arnaud___ has joined #openstack-nova15:28
johnthetubaguymriedem: I think they were all target at some point15:28
mriedemhttps://bugs.launchpad.net/nova/+bugs?field.tag=kilo-rc-potential15:28
*** annegentle has quit IRC15:28
mriedemi have a feeling the tags were all changed15:29
johnthetubaguymriedem: not sure we ever really finished the release notes15:29
*** lpetrut has joined #openstack-nova15:29
*** annegentle has joined #openstack-nova15:29
mriedemhttps://launchpad.net/nova/+milestone/2015.1.015:30
mriedem?15:30
mriedemsorry support people15:30
mriedemthat's not really known issues15:30
johnthetubaguymriedem: thats fixed issues right?15:30
mriedemyeah15:30
alexussdague: one more case for needn't bump microvrsion https://review.openstack.org/#/c/188913/ hope get your comment when you have time15:31
mriedemanything in the workarounds group is really known issues15:31
mriedemimo15:31
mriedemwe have the evacuate workaround in the release notes, we should probably just add the others in the [workarounds] group15:31
mriedemi can do that15:31
johnthetubaguymriedem: yeah, thats probably fair, its worth adding I guess15:31
johnthetubaguymriedem: just last time we added stuff it caused a twitter storm, but I am trying to ignore that15:31
mriedemjohnthetubaguy: yeah and i'm pretty sure jlk is never going to live that down15:32
mriedemand we updated the release note to say "NOTE: This is not a regression and has been a flaw in the design of the evacuate feature since its introduction. There is no easy fix for this, hence this workaround to limit the potential for damage."15:32
*** arnaud___ has quit IRC15:32
sdaguealexus: so... I'm trying to work out the user interaction before and after15:32
*** hemna has joined #openstack-nova15:32
sdaguebefore, they specified this thing, and what happened?15:33
sdaguedid it explode? did is silently fail?15:33
alexussdague: just success without any fail15:33
sdaguealexus: but it didn't do what the user thought right?15:34
alexussdague: yes15:34
sdagueit's feeling like it's just a straight bug to me in that the code was asked to do a thing, it didn't, and it didn't say why.15:35
*** ildikov has joined #openstack-nova15:36
alexussdague: no, it isn't valid request15:36
*** ildikov_ has quit IRC15:37
johnthetubaguymriedem: of course not :)15:37
*** otter768 has joined #openstack-nova15:37
*** tsekiyama has joined #openstack-nova15:37
*** Marga_ has quit IRC15:37
sdaguealexus: right, so it's never been a valid request, and currently we're silently failing and saying we did the thing the user expected. I'm not sure encoding that error path is useful to anyone. But I'm sure superdan will beat me up for saying that :)15:38
sdaguealexus: where is the "when do I need a microversion" doc? Maybe I can start assembling more of these there as a flow chart.15:38
alexussdague: here is https://review.openstack.org/18789615:39
sdaguealexus: so... do we want to do a nova specific version of this first? because it's going to take a while to get api-wg agreement in this space I think15:40
sdagueand we need local guidelines15:40
alexussdague: I'm ok with local one, and also think it need going to take a while~15:40
johnthetubaguysdague: alexus: +1 for getting something merged locally15:41
johnthetubaguyI like pointing to things15:41
superdansdague: I'm feeing uncombative today15:41
*** otter768 has quit IRC15:41
openstackgerritRodolfo Alonso proposed openstack/nova: Added new scheduler filter: AggregateTypeExtraSpecsAffinityFilter  https://review.openstack.org/18927915:42
*** patrickeast has joined #openstack-nova15:42
*** ssurana has joined #openstack-nova15:44
*** haomaiwang has joined #openstack-nova15:44
figleafsuperdan: wow, you should see a doctor about that15:45
*** zsais22 has joined #openstack-nova15:45
*** lpetrut has quit IRC15:45
*** hemna has quit IRC15:48
*** zsais has quit IRC15:48
*** joshw42 has joined #openstack-nova15:49
*** hemna has joined #openstack-nova15:49
openstackgerritMatt Riedemann proposed openstack/nova: Cleanup wording for the disable_libvirt_livesnapshot workaround option  https://review.openstack.org/19112215:50
*** achanda has joined #openstack-nova15:50
openstackgerritMatt Riedemann proposed openstack/nova: Cleanup wording for the disable_libvirt_livesnapshot workaround option  https://review.openstack.org/19112215:51
*** belmoreira has joined #openstack-nova15:55
*** belmoreira has quit IRC15:55
lexlooferjohnthetubaguy: what would happen if an operator had indexed (id, deleted) and I tried to contract away the deleted column please?15:56
johnthetubaguylexloofer: in what case, you mean with the online migrations stuff?15:56
lexlooferjohnthetubaguy: yep15:56
*** zsais22 has quit IRC15:57
johnthetubaguylexloofer: I think it would just drop that so its consistent with the model, actually it would do that regardless of any related changes... because it doesn't match the model15:57
figleaflexloofer: I noted that in my review. All deleted rows would have to first be purged, and then the indexes updated.15:58
lexlooferjohnthetubaguy: ooh that's exciting15:58
*** zsais22 has joined #openstack-nova15:58
sdagueok, let me do the comments back on the novaclient microversion bit, then I'll try to put together the choose your own adventure on when do I need a microversion15:58
lexlooferfigleaf: yes, I can reasonably update all our indexes but not those of operators :)15:58
figleaflexloofer: ah, well that would be covered in the "documented clearly in the release notes" section. :)15:59
lexlooferfigleaf: heehee15:59
johnthetubaguylexloofer: its a DB diff, so yeah, it just drops any operator specific stuff15:59
*** palexster has left #openstack-nova16:00
johnthetubaguylexloofer: at least I think thats what it does right now16:00
lexlooferjohnthetubaguy: that's pretty spicy16:00
*** gszasz has quit IRC16:00
mriedemmarkus_z: did you ever propose a change to the nova hypervisor support matrix in stable/kilo for s390x kvm support?16:00
johnthetubaguylexloofer: thats why its experimental and we are maintaining both sets of migrations while we work out whats acceptable and whats not16:00
mriedemmarkus_z: b/c i don't see it here http://docs.openstack.org/developer/nova/kilo/support-matrix.html16:00
markus_zmriedem: jepp16:00
mriedemlink?16:00
lexlooferjohnthetubaguy: ok cool, thank you16:01
markus_zmriedem:  https://review.openstack.org/#/c/186335/16:01
danpbmriedem: try looking at master instead of kilo16:01
johnthetubaguylexloofer: i suspect there will be lots of issues like that that crop up16:01
mriedemdanpb: yeah i know, i did, but i'm writing support charts for kilo16:01
johnthetubaguylexloofer: and we can decide how to fix that16:01
mriedemso i don't want people thinking something works in kilo if it doesn't b/c of the master support matrix16:02
*** matrohon has quit IRC16:02
johnthetubaguylexloofer: personally I want those indexes to get pushed upstream where possible, so that problem goes away, but thats probably not realistic, but it asks that question16:02
danpbmriedem: guess someone needs to approve the backport in stable then16:02
lexlooferjohnthetubaguy: it certainly encourages that! I don't see any reason indexes can't go upstream tbh, it's probably just that DBAs aren't used to contributing16:03
markus_zmriedem: danpb: Another review wants to add the "serial console" feature to the matrix (if this is relevant for you): https://review.openstack.org/#/c/180912/16:03
johnthetubaguyfigleaf: that online stuff doesn't have the "fix" to align it with data migrations right now, thats a follow on step16:03
johnthetubaguylexloofer: so thats what I think the real answer is, and yeah, it totally forces the issue16:03
johnthetubaguylexloofer: so there is a fun work around...16:03
*** subscope has quit IRC16:04
mriedemdanpb: the backport needs work, i'm commenting now16:04
johnthetubaguylexloofer: it produces the SQL queries and prints to the console, so you can hand edit the scripts if you need to on your environment (while you get them upstream...)16:04
*** wuhg has joined #openstack-nova16:05
johnthetubaguylexloofer: if you could get someone to push up those indexes, btw, that would be awesome16:05
openstackgerritBaodong (Robert) Li proposed openstack/nova: Handle port delete initiated by neutron  https://review.openstack.org/17939016:05
lexlooferjohnthetubaguy: yeah it's on my list...16:05
*** jlanoux has quit IRC16:06
mriedemmarkus_z: commented https://review.openstack.org/#/c/186335/16:06
mriedemmarkus_z: you need to squash the two changes to the support matrix for the kilo backport16:06
mriedemand reference the backport for the live migration fix in the commit message for context16:06
johnthetubaguylexloofer: cool16:06
markus_zmriedem: ok. work wok16:08
markus_z*work16:08
mriedemmarkus_z: i added some virt driver people to the serial console one to comment on that support in their driver16:09
mriedemi don't know who the contact person is for parallels support16:09
johnthetubaguysuperdan: so a fun cells spec if you fancy it: https://review.openstack.org/#/c/169901/3/specs/liberty/approved/add-buildrequest-obj.rst,cm16:12
*** sdake_ has joined #openstack-nova16:12
superdanjohnthetubaguy: i'm in the middle of that one right now16:12
markus_zmriedem: I'll send an email on the ML for that.16:12
johnthetubaguysuperdan: awesome, thank you16:13
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: nova.network.linux_net refactor  https://review.openstack.org/19113816:13
*** tonytan4ever has quit IRC16:14
openstackgerritRoman Bogorodskiy proposed openstack/nova-specs: nova.network.linux_net refactor  https://review.openstack.org/19113816:14
*** frickler_ has joined #openstack-nova16:14
*** frickler_ has quit IRC16:14
*** kiran-r has joined #openstack-nova16:14
lexloofersuperdan: you asked me to list the higher-level thing which uses each query for deleted rows. What level were you looking for please? It'd take some digging to figure out that EG Horizon calls a given DB API function16:15
superdanlexloofer: what I meant was "this fixed_ip_get() call is triggered from doing a 'get all instances changed since $foo' call in the api" or something like that16:16
*** sdake has quit IRC16:16
*** bnemec has quit IRC16:16
superdanlexloofer: the actual DB API calls are good to know, but to know *why* they're called with read_deleted, we need to know what the context of the request is16:16
*** exploreshaifali has joined #openstack-nova16:17
lexloofersuperdan: OK I can trace to the external API or internal component16:17
lexloofersuperdan: btw not all are called with read_deleted, many just use it internally16:17
*** exploreshaifali has quit IRC16:17
superdanjohnthetubaguy: alaski: -1d the spec for a couple details, hope that's okay16:18
lexloofersuperdan: so thinking about that - is it just the ones which take it as a parameter you're interested in the wider context for?16:18
superdanlexloofer: ah, well, that's another good thing to note16:18
superdanlexloofer: I think we need to know all of them that depend on it in any way.. some may provide the ability to read_deleted, but are never called that way, others may require it internally, others may just use it because context says to as part of an API call, etc16:19
*** lpetrut has joined #openstack-nova16:19
*** haypo has quit IRC16:20
lexloofersuperdan: OK. What I'm going to do is push a new version as WIP then trace all this next week and add it. Thanks for looking16:20
openstackgerritAndrey Kurilin proposed openstack/nova-specs: Nova API Microversions support in NovaClient  https://review.openstack.org/18841016:20
openstackgerritAlexis Lee proposed openstack/nova-specs: No more soft delete  https://review.openstack.org/18464516:21
*** htruta has joined #openstack-nova16:22
superdanlexloofer: okay cool16:24
*** sahid has quit IRC16:26
*** arnaud___ has joined #openstack-nova16:26
*** Marga_ has joined #openstack-nova16:27
*** exploreshaifali has joined #openstack-nova16:28
*** dprince has joined #openstack-nova16:28
*** electroc_ has joined #openstack-nova16:30
*** electrocucaracha has quit IRC16:34
*** doude has quit IRC16:34
*** dsanders has joined #openstack-nova16:35
*** zhenguo has quit IRC16:35
*** tjones1 has joined #openstack-nova16:40
*** yassine_ has quit IRC16:42
*** browne has quit IRC16:43
*** tjones1 has quit IRC16:43
*** Sukhdev has joined #openstack-nova16:46
*** gszasz has joined #openstack-nova16:48
openstackgerritDavanum Srinivas (dims) proposed openstack/nova-specs: Allow list all instances for non-admin based on policy  https://review.openstack.org/19115116:49
*** mingy has joined #openstack-nova16:50
*** tjones1 has joined #openstack-nova16:50
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Allow non-admin to list all tenants based on policy  https://review.openstack.org/19109516:51
*** artom has quit IRC16:55
markus_zmriedem: https://review.openstack.org/#/c/186335/16:55
markus_zmriedem: I overlooked the example you provided, sorry. Is the message understandable the way I did it?16:56
*** artom has joined #openstack-nova16:57
*** Marga_ has quit IRC16:57
*** Marga_ has joined #openstack-nova16:57
*** unicell has quit IRC16:58
*** rook has quit IRC16:58
*** rook has joined #openstack-nova16:58
*** VW has quit IRC16:58
*** lucasagomes is now known as lucas-beer17:00
*** exploreshaifali has quit IRC17:00
*** VW has joined #openstack-nova17:02
larsksNova (Kilo) seems to have an erroneous idea of how much local disk space is available, which I think may be preventing instances from launching.  Is this a known problem?17:02
*** VW has quit IRC17:04
*** VW has joined #openstack-nova17:04
superdanlarsks: which hypervisor?17:05
*** annegentle has quit IRC17:05
larskslibvirt/kvm17:05
superdanokay, it's a known problem with vmware because we're not accurately reporting their resources17:05
superdanI don't know of any such issues with libvirt though17:05
superdanalthough I think there is a race between boots and successive resource reports, but not sure17:06
larsksHuh.  This isn't the first time I've hit this.  /var/lib/nova has 40GB available; local_gb is 39 and local_gb_used is 40 in the database (-1GB available!) while the actual filesystem only has 3 or so GB in use.17:06
*** salv-orl_ has joined #openstack-nova17:08
*** mriedem has quit IRC17:09
larskssuperdan: Also, nova seems to be aware of the problem: Host openstack.local has more disk space than database expected (34gb > -1gb)17:09
larsks...but the db never gets updated to reflect that.17:09
superdanlarsks: so, I think someone told me at one point that we report disk usage by what we think is used based on the instance sizes, not the actual df output17:09
superdanlarsks: do you have some instances in ERROR state/17:09
larsksI have some isntances in SHUTDOWN state.  Let me check those out...17:10
*** kiran-r has quit IRC17:10
superdanthose count, of course17:10
larsksYeah.  Iiiinteresting, that's the first explanation I've seen of how the resource calculation works.17:11
larsksThat was totally it, of course.17:11
larsks2 * m1.small == 40GB17:11
*** salv-orlando has quit IRC17:11
superdanI think that is done so that we account for the fact that qcow2 disks could be taking up only 2G right now, but could quickly inflate to 40G17:13
superdanso we consider the virtual size instead of the actual df -h output right now17:13
*** markus_z has quit IRC17:13
johnthetubaguythe old sparse disk issue I guess, good point...17:13
larsksYeah.  Although now I wish that there was an overcommit option of some sort.17:14
superdanyeah, you don't want the scheduler stacking 1TB worth of instances on your system just because you keep having 20GB free for five minutes :)17:14
larsksYeah.17:14
johnthetubaguyupdates on spec review day...17:14
johnthetubaguy> Projects: [u'nova-specs'] --> Total Open Reviews: 103 --> Waiting on Submitter: 79 --> Waiting on Reviewer: 2417:14
openstackgerritJean-Daniel Bonnetot proposed openstack/nova-specs: Sort instances if possible inside an host aggregate  https://review.openstack.org/18275817:14
superdanlarsks: well, we overcommit memory and perf sucks.. we overcommit disk and kittens die17:15
johnthetubaguyStats since the latest revision: Average wait time: 2 days, 1 hours, 0 minutes, Number waiting more than 7 days: 117:15
johnthetubaguyseeing some improvements17:15
larskssuperdan: oh, totally; I understand the reasoning.  But with my operator hat on, I don't want a system to stop me from hanging myself :)17:15
*** READ10 has joined #openstack-nova17:15
superdanlarsks: hah17:15
superdanlarsks: sudo hang-self17:16
larsksExactly :)17:16
johnthetubaguyincrease the storage overcommit ratio?17:16
*** claudiub|2 has joined #openstack-nova17:16
*** danpb has quit IRC17:17
superdanjohnthetubaguy: we don't actually have one of those, do we?17:17
johnthetubaguysuperdan: so I figured we had a setting for everything, maybe we don't17:17
superdanjohnthetubaguy: we do for memory, but not for disk that I know of (or can find), presumably because of the massive potential for problems17:17
larskssuperdan: eh, no worries.  Now that I understand why nova was reporting -1GB available I won't be confused by it again.17:18
superdanah:17:19
superdan# Virtual disk to physical disk allocation ratio (floating17:19
superdan# point value)17:19
superdan#disk_allocation_ratio=1.017:19
johnthetubaguyhttps://github.com/openstack/nova/blob/4cf6ef68199183697a0209751575f88fe5b2a733/nova/scheduler/filters/disk_filter.py#L2517:19
superdanlarsks: ^17:19
*** claudiub has quit IRC17:19
superdanheh, yeah17:19
johnthetubaguylol17:19
larsksHey, cool.17:19
superdanjohnthetubaguy: there really should be a "please sign this waver and mail to johnthetubaguy before changing this value"17:19
johnthetubaguysuperdan: +117:19
superdancomment17:19
johnthetubaguysuperdan: I wish we could tag conf values with stuff like "there-be-dragons"17:20
superdan"alternately, tweet from your corporate account 'we hate our users'"17:20
superdanjohnthetubaguy: yeah17:20
*** browne has joined #openstack-nova17:20
johnthetubaguysuperdan: so given how vhd chains works, we run with 0.5 allocation ratio... since snapshotted VMs can grow twice as big (in the general case) as their root disk17:21
superdanjohnthetubaguy: yeah, 0.5 means you only intentionally fill half the disk, yes/17:22
superdan?17:22
johnthetubaguywell actually, we don't use that filter, but its the thought that counts17:22
*** unicell has joined #openstack-nova17:22
superdanhah17:22
*** jaypipes has joined #openstack-nova17:22
openstackgerritEugeniya Kudryashova proposed openstack/nova: Remove duplicated code in consoles  https://review.openstack.org/19115517:22
johnthetubaguysuperdan: basically only half fill the disk relative to the flavor root disk usage (but we only count ephemeral disks once)17:23
ijwjohnthetubaguy: yo17:23
superdanah17:23
johnthetubaguyijw: hi17:23
ijwHow sure are you that the VIF plugging scripts are the right answer?  I reckon we're missing a trick there17:23
johnthetubaguyijw: I am not sure, but it seems like a good compromise thats worth a try17:25
*** salv-orlando has joined #openstack-nova17:25
ijwWell, it's harmless, but I have various issues with it17:25
johnthetubaguyijw: is this the before vs after xml generation think you mention?17:26
ijwBoth17:26
johnthetubaguyI can't remember the other one now...17:26
superdanI hate the script approach, FWIW17:27
*** mriedem has joined #openstack-nova17:27
superdanI'm not really sure what I'd prefer, but I don't like the scripts17:27
*** Sukhdev has quit IRC17:27
ijwBefore, the issue is that Neutron says it's delivering binding type <x>, but I guess that contract is satisfied if and only if you also promise to run the nominated script (though I'm not a massive fan of running a script with an absolute path locally that just happens to have been returned in a REST call, but that's not really core to the argument)17:27
*** nic has joined #openstack-nova17:27
johnthetubaguysuperdan: I can't say I like but, but I haven't got a better suggestion yet either...17:28
*** salv-orl_ has quit IRC17:28
ijwThe other part is that the contract still has a lot of preagreed stuff in it, like 'I will eventually be creating a TAP interface with name <x> and somehow I will manage to do it despite the fact that Neutron might not have done its work yet'17:28
ijwThe agreement on name irritates me, the race conditions might make this unworkable.17:29
superdanjohnthetubaguy: the only ideas I have aren't polite to mention in mixed company17:29
ijwI have a more drastic proposal but I strongly suspect no-one will like it17:29
johnthetubaguysuperdan: something involving a big fire, and ritual dancing?17:29
superdanjohnthetubaguy: that might work :)17:29
ijwhttps://etherpad.openstack.org/p/YVR-nova-neutron-extensible-binding17:29
johnthetubaguyijw: its worth suggesting I think, goes to look...17:30
alaskisuperdan: johnthetubaguy I'm finally in the office for the day.  going to catch up on scrollback a bit and then jump in17:30
*** alaski is now known as lascii17:30
superdanlascii: cool, I just asked for a teensy bit of extra detail in the build request one17:30
*** vilobhmm has joined #openstack-nova17:30
ijwThat aside I put up some specs that are in review that cover the amazing psychic powers required on both sides to use the interface as it exists, but they don't touch address scripting or extension so I think they're safer bets17:30
superdanlascii: but I approved at least one more of yours to pay for it17:30
superdanjohnthetubaguy: I think that a neutron-provided library with a stable interface that we call into to do the plug would be better17:31
superdanjohnthetubaguy: that way if they want to have out-of-tree drivers, they hide that from us in the library, however they'd like to do that17:31
ijwsuperdan: read that.  See what you think17:32
johnthetubaguysuperdan: like what we hope brick will become?17:32
ijwIt can't really be nova-provided or neutron-provided; it has to know what's going on on both sides to really work17:32
superdanjohnthetubaguy: we call into the library and say "yo dawg, what do I do with a $vif_type thing" and it either says "can't do that" or barfs up the deets17:32
ijwsuperdan: read above plus https://review.openstack.org/#/c/190917/17:32
johnthetubaguysuperdan: yeah, I thinking the same for glance and cinder too really, I guess it would be nice for neutron too17:32
superdanjohnthetubaguy: right17:32
superdanijw: I will add it to the queue17:33
superdanhowever,17:33
superdanit's currently sourced by nova right now, and just a pain to update, so I don't think I agree with your argument that it can't be done by either17:33
superdanand I think we should be able to come up with an interface to consume17:33
*** Sukhdev has joined #openstack-nova17:33
superdanif not, then maybe we should rethink how we've designed these two services to leave a gaping hole in the middle17:33
ijwsuperdan: let me give you an example - vhostuser is a new plugging type for libvirt/qemu that's been around for ages and took a very long while to turn up in Nova, despite the fact that we could have used it from Neutron long ago - that's an instance where what Nova does is intimately tied with what Neutron requires17:34
ijwConversely, if the next vhostuser turned up, you'd need to write different hypervisor config and that might change with Nova version, so that's a case where the same bit of code is intimately ties with what Nova requires17:34
superdanI don't get that17:35
ijwWhich bit?17:35
vilobhmmjohtthetubaguy : I went through your comment on https://review.openstack.org/#/c/190322/6/specs/liberty/approved/servicegroup-api-control-plane.rst and I agree…will keep https://review.openstack.org/#/c/190322/ to focus on (which infact was my plan when first drafted the spec) everything goes through sg api interface and as part of https://review.openstack.org/#/c/138607/ will add more deatisl on how undelying tooz non-db drivers wil17:35
superdanthe library can know (or be told) what we support, and can say "sorry libvirt $foo doesn't support vhostuser" right?17:35
superdanthe library would have to be hypervisor-specific, just like plugging is today17:36
ijwIt can and it does, but that doesn't help me if I know how to write a vhostuser Neutron driver and yet I can't make use of it because to implement it in Nova I need not to add a bit of plugged in code but change a file in the nova package I'm using.  I want to be permitted to do this without changing files in the core of Nova.17:36
johnthetubaguysuperdan: I resent the implication anyone designed the interaction, it is a massive bodge, but +1 the rest of your points, just need to find someone to do it17:36
superdanjohnthetubaguy: lol :)17:37
ijwsuperdan: on the 'I don't support this', the review link above does precisely that17:37
ijwThat's just an attempt to bring some sanity to the process17:37
superdanijw: I get that you don't want to be blocked on nova, I don't want you blocked either, so you'd add to neutron and add to this library and deploy a system with the new capabilities, presumably without needing to modify nova17:37
superdanif you can do it in a script, you can do it in a much more well-behaved library17:37
*** otter768 has joined #openstack-nova17:38
ijwAdd what library?17:38
superdanthis new fictitious library I'm making up... called "neutron-plugging-goo"17:38
superdanwhich nova consumes to plug things it doesn't understand, and to which it passes the details neutron gave it17:39
ijwThe VIF plugging script doesn't help me if I want to use, say, ivshmem when I talk to a VM.  That's not a binding type that Nova support (at least, let's assume it isn't, I'm fishing for an example here) and it has to write a chunk of libvirt config file that is in agreement with what Nova is doing elsewhere17:39
superdanwhy this isn't just a local socket connection to the neutron L2 agent also escapes me, FWIW17:39
ijwWell, it helps if you have an L2 agent, which you don't always17:39
superdanwell, then it's a library in that case, or always for simplicity, or we say the agent is always there for this reason, but...17:40
superdanright, so the thing needs to barf up some libvirt xml, right?17:40
*** amotoki has quit IRC17:41
*** eglynn has quit IRC17:41
*** tonytan4ever has joined #openstack-nova17:41
ijwYeah, and it needs to suit the Nova I'm running today, and it needs to work somehow on upgrade, and that would be the point of the etherpad above.17:42
*** otter768 has quit IRC17:42
ijwI took the 'just run the bloody python' approach but you could have it as an external process, works both ways.  It's just that it has a more complex relationship with Neutron than the current VIF plugging17:43
superdanijw: elaborate on "suit the nova I'm running today"17:43
ijwWith Nova17:43
superdanyou mostly mean "the libvirt and qemu I'm running today" right?17:43
sdaguelarsks: the system is in python. You can hang yourself all you want through monkey patching :)17:43
ijwAnd the way that the virt driver chooses to write config files17:43
*** kiran-r has joined #openstack-nova17:43
beaglesmleroy, the guy who started this stuff with the script actually started with an approach akin to to an API and it got rejected. Some historical stuff: http://lists.openstack.org/pipermail/openstack-dev/2014-December/thread.html17:43
beaglessuperdan, johnthetubaguy ^^17:43
johnthetubaguythis plugin thin would probably land on the other side of the library if such a thing came about... not sure that helps17:44
superdanbeagles: a script is still an API, it's just a shitty one17:44
beaglesup wrong link: http://lists.openstack.org/pipermail/openstack-dev/2014-December/052509.html17:44
johnthetubaguyso I am still musing on this17:44
superdanbeagles: and fwiw,17:44
johnthetubaguybeagles: I am wondering if we need to put a seam in here, and start calling it a library that moves into neutron, once we have a stable interface17:45
superdanbeagles: I think the proposal there was for nova to provide an out-of-tree api, and that's not what I'm proposing17:45
superdanbeagles: I'm proposing we have a strong contract with a library, and that library can have the out-of-tree-good-freaking-luck plugin architecture if it wants it17:45
johnthetubaguysuperdan: beagles: ah, so the out-of-tree thing would have made people upset, thats true...17:46
*** aysyanne has quit IRC17:46
ijwsuperdan: I would think about a script as being a piece of code that is denied access to Nova's internal stuff - so a better enforced API in some respects.  (That aside I tend to agree that cross-process passing of lotsof data is nasty)17:46
*** achanda has quit IRC17:46
johnthetubaguysuperdan: so the lib can evolve out of the nova code, like oslo incubator I guess...?17:46
superdanijw: we still define the API well. if the library is actually nefarious, then that's a different problem I'm not too concerned about17:46
superdanjohnthetubaguy: maybe, yeah17:47
superdanjohnthetubaguy: define the api around the existing code and then forklift it out?17:47
johnthetubaguysuperdan: basically yeah17:47
ijwsuperdan: I'm not sure having the API a layer away from Nova is really gaining you a great deal, but if that's what you want (Nova to call a library maintained by Neutron that itself offers an interface to the plugin) we could do that.17:47
superdanjohnthetubaguy: also, we then have our own internal implementation of that thing for nova-network17:47
johnthetubaguysuperdan: right17:47
johnthetubaguysuperdan: oh, well, maybe17:47
superdanijw: I think that gives us plausible deniability17:47
superdanwhich after all, is what we really want :P17:48
*** jistr has quit IRC17:48
johnthetubaguysuperdan: I was thinking, making the people who care own both sides of the picture so they can fix things, but deep down, I think I am trying to say the same thing17:48
*** annashen has joined #openstack-nova17:48
ijwsuperdan: the concern is that Neutron drivers, if they want new configs for hypervisors, have to know a lot about what Nova is doing with those hypervisors - so there's a certain implicit contract with the drivers17:49
*** ivasev has quit IRC17:49
superdanijw: don't the vif drivers in nova right now have that same close relation?17:50
superdanI guess my point is: you say you don't want to have to land things in nova to support new things at the virt driver layer, but you also don't want to have to know the details of the virt driver17:50
superdanthere's some cake consumption there somewhere :D17:50
superdanTBH, I really didn't mean to get all wrapped up in this conversation17:52
superdanall I wanted to say was that I hate the script approach17:52
lascii+117:52
*** pilgrimstack has quit IRC17:52
lasciiI'm in favor of an api that lives outside of the virt drivers, preferably in Neutron, to handle this stuff17:53
superdanbeagles: I don't see anywhere in your spec where you give an actual example of the script's input and output17:53
superdanbeagles: and just to be clear, the API reply from neutron includes a "go exec this path please" sort of thing, yes?17:54
ijwsuperdan: No, actually I'm saying that if you end up with these scripts, firstly you need to select the code you run carefully based on consideration of what Nova and Neutron both want (hypervisor, binding_type, hypervisor driver version) and secondly because it's dependent on both it actually makes more sense to keep it independent of both, in some respects.17:55
beaglessuperdan, not sure what you mean by the last question. API reply meaning neutron passes back a script name?17:55
superdanbeagles: the last one was mostly rhetorical, so nevermind :)17:56
beaglesheh17:56
ijwsuperdan: in any case, yes17:56
*** Sukhdev has quit IRC17:56
superdanijw: well, yeah, we could try to model it in some way to make it less tied together if that's what you mean17:56
superdanijw: tbh, until we write a couple examples, I'm not sure it'll be crystal clear anyway17:57
ijwsuperdan: read the etherpad, bitch about the fact it pulls in foreign code.17:57
superdanijw: I think you and I are not too far off in terms of what we want17:57
ijwsuperdan: it has an example17:57
superdanokay17:57
ijwI don't like the unsanitary nature of pulling code in, but I really don't like running another process to do the job17:58
*** annegentle has joined #openstack-nova17:58
ijw... up to around 20 times per VM start...17:58
ijwAnd I think the relationship it has with its hypervisor is somewhat codependent17:58
*** achanda has joined #openstack-nova17:59
*** annashen has quit IRC18:00
*** VW has quit IRC18:00
*** annashen has joined #openstack-nova18:01
*** VW has joined #openstack-nova18:03
*** yamahata has quit IRC18:03
*** READ10 has quit IRC18:04
openstackgerritJohn Garbutt proposed openstack/nova: WIP switch to using os-brick  https://review.openstack.org/17556918:04
*** annegentle has quit IRC18:05
openstackgerritxing-yang proposed openstack/nova-specs: EMC ScaleIO Data Client Libvirt Volume Driver  https://review.openstack.org/18194118:05
*** agireud has quit IRC18:07
superdanbeagles: I'm going to use some strong language in my review of that spec, mostly for effect.. okay? :D18:08
beaglessuperdan, yup - fire away :)18:08
*** electroc_ has quit IRC18:09
beaglespersonally I like implementations of the chain-of-responsibility but where we don't have an enforced process boundary I can see the argument for a "call out" kind of deal18:09
superdanbeagles: process execs cost real cycles18:10
superdanbeagles: if people are going to write their plugins in python then it's really expensive18:10
superdanif they're going to write them in bash, then ... holy crap.18:10
beaglessuperdan, true.. not like we aren't doing that already for stuff though. Like a lot18:11
superdanbeagles: yeah and it sucks bigtime18:11
beaglesand it all goes through rootwrap..18:11
vilobhmmbauzas : ping18:11
superdanbeagles: see the performance gain we get from not using rootwrap18:11
superdanheh18:11
beaglesall kinda gross18:11
* beagles misses having and IDL18:12
beagless/and/an/18:12
beaglesbtw... we don't do the xml thing18:14
beaglessuperdan,18:14
beagles^18:14
beaglessuperdan, it's purely about the type of operations that involve connecting what the hypervisor provides to something neutron might provide through some specific command like "brctl add foobr tap-89d9f9f999" or some such18:15
superdanbeagles: something still has to generate the xml for libvirt, right?18:16
superdanbut, all the more reason not to make it an exec that does an exec18:16
superdanand, that's what I wanted in the way of more detail there about what is going on18:16
beaglesyeah, it works in conjunction with what nova already supports for the hypervisor18:16
beaglessuperdan, I think that's pretty much covered in there if not completely explicit18:17
*** achanda has quit IRC18:17
beaglessuperdan, e.g. danpb's comments regarding having nova support what the hypervisor supports for vif types "natively" and that's it, everything else is up to neutron via that script thing18:18
beagleswe don't touch the XML for this thing... though it comes up in conversation sometimes as a related but separate thing18:19
*** Sukhdev has joined #openstack-nova18:19
*** dprince has quit IRC18:20
superdanbeagles: so adding a new thing that requires new XML is still something we have to change in nova?18:21
superdanI don't see how this actually helps then18:21
sdaguesuperdan: process exec for hotpluging doesn't seem that egregious, we're making all kinds of other call outs via rootwrap during setup, it's just one of those.18:21
sdaguenot that it solves things either, but the cycle cost doesn't seem like the thing to focus on18:22
superdansdague: it's an exec in the end anyway, yeah18:22
*** aix has quit IRC18:22
superdansdague: flattening the whole neutron response into environment variables and calling a thing that neutron tells us to call is just silly, IMHO18:22
beaglessuperdan, the example I like to use (purely academic mind you cuz it is already there). Neutron's current security group implementation with OVS requires a bridge to be interposed between the vm and the OVS bridge18:22
beaglessuperdan, so that makes nova create a bridged vif and a veth pair to bridge the linuxbridge to the ovs integration bridge18:23
beaglessuperdan, all of that code had to be supported in nova, linux_net.py specifically18:23
vladikrsuperdan, beagles, just fyi that there is a similar mechanism for hooks, in ovirt, http://www.ovirt.org/VDSM-Hooks, maybe it'll be useful.18:24
vladikrhttps://github.com/oVirt/vdsm/blob/master/vdsm/hooks.py18:24
vladikr:)18:24
beaglessuperdan, the script can actually replace that linux net code18:24
superdanbeagles: yeah, that has nothing to do with it needing to be a script, right?18:24
superdanvladikr: yeah, it's pretty common I think18:25
beaglessuperdan, nope... it is just an explanation of the scope of those operations18:25
beagless/explanation/illustration/18:25
superdanbeagles: so you said you thought all the details were already in the doc.. does that mean you don't want to add to it?18:26
beaglessuperdan, no of course not :)18:26
beaglesumm18:27
beaglesthat's pretty ambiguous18:27
beaglessuperdan, no, of course I'll add it :)18:27
*** yamahata has joined #openstack-nova18:27
superdanokay18:27
openstackgerritVladik Romanovsky proposed openstack/nova: tests: functional tests for keypairs create in API microversion 2.5  https://review.openstack.org/18364518:27
*** eglynn has joined #openstack-nova18:28
*** agireud has joined #openstack-nova18:29
*** yamahata has quit IRC18:29
*** yamahata has joined #openstack-nova18:29
sdagueso, I'm going to say a crazy thing, then superdan can yell at me18:29
sdaguewhat if this interface looked like: plugdevice name for_libvirt options...18:30
*** kiran-r has quit IRC18:30
sdagueand the library/script whatever also knew how to build the snippets of config for the hypervisors18:30
sdagueso it was the NxM matrix18:30
*** annegentle has joined #openstack-nova18:30
superdansdague: did you read my comments in the spec? :)18:31
*** Marga_ has quit IRC18:32
sdagueI'm reading the spec now, but it's friday brain, so I'm slow18:32
*** jaypipes is now known as leakypipes18:33
superdansdague: well, I think I pretty much said "why don't we have..." and then what you said above18:33
sdagueoh, ok, so you won't yell at me then18:33
superdanI'll find another reason18:33
*** sdake_ is now known as sdake18:34
sdaguethe nice thing is if we had all the code in a library, and our contract with said library was firm, we could pump that out pretty often, and devices would get supported even on older openstacks18:34
superdansdague: yes18:34
sdaguewhich seems kind of awesome actually18:34
*** Marga_ has joined #openstack-nova18:38
*** hemna_ has joined #openstack-nova18:39
*** hemna has quit IRC18:40
*** leakypipes has quit IRC18:41
*** jaypipes has joined #openstack-nova18:43
*** annashen has quit IRC18:43
*** ildikov has quit IRC18:43
*** ildikov has joined #openstack-nova18:43
*** claudiub|2 has quit IRC18:49
openstackgerritAndrew Laski proposed openstack/nova-specs: Add BuildRequest object  https://review.openstack.org/16990118:49
*** jaypipes is now known as leakypipes18:50
openstackgerritVladik Romanovsky proposed openstack/nova: Adding user_id handling to keypair index, show and create api calls  https://review.openstack.org/7048518:50
openstackgerritVladik Romanovsky proposed openstack/nova: tests: functional tests for keypairs create in API microversion 2.5  https://review.openstack.org/18364518:50
*** annegentle has quit IRC18:50
*** ZZelle_ has joined #openstack-nova18:51
*** VW has quit IRC18:53
*** ociuhandu has quit IRC18:54
*** annegentle has joined #openstack-nova18:54
*** ypraveen has joined #openstack-nova18:55
openstackgerritSean Dague proposed openstack/nova: Document when we should have a microversion  https://review.openstack.org/19118818:55
*** tojuvone has quit IRC18:57
sdaguesuperdan / johnthetubaguy / alexus ^^^18:58
sdagueit's a beginning18:58
vilobhmmmelwitt , bauzas : jfyi, have replied to your queries/questions https://review.openstack.org/#/c/190322/6/specs/liberty/approved/servicegroup-api-control-plane.rst…hth19:00
sdagueok, I think it's beer-o-clock-o-friday. Have a good weekend folks.19:03
*** hemna__ has joined #openstack-nova19:03
*** wuhg has quit IRC19:04
*** hemna_ has quit IRC19:05
*** haypo has joined #openstack-nova19:07
*** eglynn has quit IRC19:08
*** dontalton has joined #openstack-nova19:09
melwittvilobhmm: thanks, responded19:11
vilobhmmmelwitt : thanks…lemme check19:11
*** VW has joined #openstack-nova19:13
*** haypo has left #openstack-nova19:14
*** electrocucaracha has joined #openstack-nova19:17
*** sdake_ has joined #openstack-nova19:17
*** burt has joined #openstack-nova19:18
*** sdake has quit IRC19:21
openstackgerritBrent Eagles proposed openstack/nova-specs: VIF plug script support for Nova  https://review.openstack.org/16246819:23
*** annegentle has quit IRC19:24
*** sdake_ is now known as sdake19:26
openstackgerritTaylor Peoples proposed openstack/nova: Warn when CONF torrent_base_url is missing slash  https://review.openstack.org/19119619:29
*** rotbeard has quit IRC19:32
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova: WIP switch to using os-brick  https://review.openstack.org/17556919:38
*** dboik has quit IRC19:39
*** otter768 has joined #openstack-nova19:39
*** tonytan4ever has quit IRC19:40
*** otter768 has quit IRC19:43
vilobhmmmelwitt : thanks much for the review..i have replied to your comment https://review.openstack.org/#/c/190322/6/specs/liberty/approved/servicegroup-api-control-plane.rst19:49
*** dontalton has quit IRC19:52
*** tonytan4ever has joined #openstack-nova19:52
*** dboik_ has joined #openstack-nova19:56
bauwservilobhmm: hey19:59
*** VW has quit IRC19:59
bauwservilobhmm: (note we're on Friday)20:00
*** Mike_D_laptop has joined #openstack-nova20:01
vilobhmmbauwser : hey20:05
*** eglynn has joined #openstack-nova20:05
vilobhmmwhat does that mean ?20:05
bauwservilobhmm: Friday nicks20:06
bauwservilobhmm: I'm bauzas20:06
vilobhmmok okay :P20:06
vilobhmmwill remember that henceforth….so bauwser : replied to your questions https://review.openstack.org/#/c/190322/6/specs/liberty/approved/servicegroup-api-control-plane.rst hth20:07
*** dboik_ has quit IRC20:07
*** electrocucaracha has quit IRC20:07
*** frickler has quit IRC20:07
*** ian_brown has quit IRC20:07
*** aignatov has quit IRC20:07
*** DinaBelova has quit IRC20:07
*** jogo has quit IRC20:07
*** frickler_ has joined #openstack-nova20:07
*** Guest19563 is now known as dan20:07
openstackgerritjichenjc proposed openstack/nova: Only set access_ip_* when instance goes ACTIVE  https://review.openstack.org/12933320:07
*** dboik has joined #openstack-nova20:08
*** jogo has joined #openstack-nova20:08
*** electrocucaracha has joined #openstack-nova20:09
*** hemna__ is now known as hemna20:09
bauwservilobhmm: ack, will do that by monday20:10
vilobhmmthank you!20:10
vilobhmmbauwser : ^^20:10
*** ian_brown has joined #openstack-nova20:10
*** EmilienM is now known as EmilienM|afk20:10
*** aignatov has joined #openstack-nova20:11
*** DinaBelova has joined #openstack-nova20:11
*** Sukhdev has quit IRC20:19
*** krtaylor has quit IRC20:19
*** dboik has quit IRC20:19
leakypipesmriedem: MSP is the right/nearest airport for Rochester, yes?20:19
*** thangp has quit IRC20:20
mriedemleakypipes: the rochester airport is technically the closest, but you'll likely have to take a hop from MSP to RST20:20
mriedemwhich might not be worth it to just rent a car in minneapolis and drive the 90 minutes down20:20
leakypipesmriedem: gotcha... I see the Sprints page has info on it. sorry to bother ya. :)20:20
mriedemleakypipes: bother away20:20
mriedemi'm only giving myself headaches with regex and sed20:20
jrollleakypipes: superdan: any interest on spending time on the ironic compute model stuff at the midcycle?20:21
dimsum__leakypipes: mriedem: i was chasing a bug and looks like it needs a microversion, so i went ahead and filed one - https://review.openstack.org/#/c/191151/ - if you guys are reading specs today please take a look20:24
leakypipesjroll: yes, I think that would be good.20:25
leakypipesdimsum__: thx! will do! :)20:25
jrollleakypipes: cool. /me hits the eventbrite20:25
jrollthanks!20:25
*** greghaynes has quit IRC20:27
*** annegentle has joined #openstack-nova20:29
superdanjroll: brave man20:31
jrollsuperdan: I plan to bring the required peace offerings.20:32
ijwsdague: per your comments on the vif plugging, you'll find https://etherpad.openstack.org/p/YVR-nova-neutron-extensible-binding takes that kind of interface and riffs on it (but uses python not shell, so it's possible we want something of both ideas in practice)20:32
superdanjroll: hmm, I was just going to bring all weapons20:32
*** ildikov_ has joined #openstack-nova20:32
superdanijw: I read it, I think it's close to what I want20:32
jrollsuperdan: beer trumps violence, dontcha know20:33
superdanjroll: heh20:33
mriedemgaryk: this is waiting on you https://review.openstack.org/#/c/188830/20:33
ijwsuperdan: I'll put it in as a spec.  It's not gathering feedback where it is20:34
ijwIt can be shouted down for all to see that way20:34
*** alexpilotti has quit IRC20:35
*** alexpilotti has joined #openstack-nova20:36
cfriesensuperdan: danpb: ndipanov: as long as we're looking at specs, I posted some questions about https://review.openstack.org/#/c/168982/   around trying to agree on backend stuff even if the user interface is still pending20:37
openstackgerritKevin Fox proposed openstack/nova-specs: Instance Users for Cloud Interaction  https://review.openstack.org/18661720:38
*** htruta has quit IRC20:41
*** tonytan4ever has quit IRC20:41
*** ozialien has joined #openstack-nova20:44
*** raildo has quit IRC20:46
*** annegentle has quit IRC20:48
*** Mike_D_laptop has quit IRC20:48
*** dboik has joined #openstack-nova20:49
openstackgerritijw-ubuntu proposed openstack/nova-specs: Extensible VIF plugging for Nova and Neutron  https://review.openstack.org/19121020:50
*** arnaud___ has quit IRC20:51
*** lpetrut has quit IRC20:53
*** mriedem has quit IRC21:05
leakypipesI do believe it is beer thirty.21:06
melwitt:)21:08
*** davideagnello has quit IRC21:08
*** derekh_afk has quit IRC21:08
*** davideagnello has joined #openstack-nova21:08
*** krtaylor has joined #openstack-nova21:08
*** vilobhmm has quit IRC21:09
*** vilobhmm has joined #openstack-nova21:09
*** eharney has quit IRC21:09
*** jecarey has quit IRC21:09
*** dpaterson has quit IRC21:10
ijwleakypipes: I hate you so much right now21:12
leakypipesijw: join the club :)21:12
ijwI have.  I've got a card and a badge, and they send out a magazine once a quarter21:12
*** vishwanathj has quit IRC21:13
superdanWAT. I want to join this club21:13
* ijw has sharpened the badge pin in preparation for our next meeting21:13
superdanI need more magazines21:13
*** ssurana has quit IRC21:13
*** vishwanathj has joined #openstack-nova21:13
*** ssurana has joined #openstack-nova21:14
*** ijuwang has quit IRC21:16
figleafsuperdan: just mail me a check for the dues21:18
superdanoh snap21:18
openstackgerritTaylor Peoples proposed openstack/nova: Warn when CONF torrent_base_url is missing slash  https://review.openstack.org/19119621:19
*** annegentle has joined #openstack-nova21:19
*** mingy has quit IRC21:21
*** Sukhdev has joined #openstack-nova21:25
*** ozialien has quit IRC21:26
*** stefanb has quit IRC21:27
*** VW has joined #openstack-nova21:27
*** gszasz has quit IRC21:29
*** zz_jgrimm is now known as jgrimm21:33
openstackgerritNikola Dipanov proposed openstack/nova-specs: Scheduler Introduce lightwieght transactional model for HostState  https://review.openstack.org/19122621:33
ndipanovsuperdan, if you're still doing specs ^^21:34
*** sdake_ has joined #openstack-nova21:36
superdanndipanov: I'm pretty fried21:36
superdanI'll put it in the browser tab queue, but there's still a lot in there21:37
ndipanovsuperdan, ok thanks, but if you're up for awesomeness then I'd look no further :)21:38
superdanheh21:38
*** dboik has quit IRC21:38
*** cbader has quit IRC21:39
*** stefanb has joined #openstack-nova21:39
*** sdake has quit IRC21:40
*** otter768 has joined #openstack-nova21:40
*** diogogmt_ has joined #openstack-nova21:41
openstackgerritNikola Dipanov proposed openstack/nova-specs: Scheduler Introduce lightwieght transactional model for HostState  https://review.openstack.org/19122621:42
*** diogogmt has quit IRC21:43
*** diogogmt_ is now known as diogogmt21:43
-openstackstatus- NOTICE: Gerrit will be offline for project renames between 22:00 and 22:30 UTC21:43
*** ChanServ changes topic to "Gerrit will be offline for project renames between 22:00 and 22:30 UTC"21:43
*** sdake_ has quit IRC21:44
*** otter768 has quit IRC21:45
*** tpeoples has joined #openstack-nova21:47
openstackgerritNikola Dipanov proposed openstack/nova-specs: Scheduler Introduce lightwieght transactional model for HostState  https://review.openstack.org/19122621:49
*** ndipanov has quit IRC21:52
*** radek_ has quit IRC21:52
*** zsais22 has quit IRC21:57
*** mdrabe has quit IRC21:57
*** Raildo has joined #openstack-nova21:59
*** ssurana has quit IRC22:00
*** patrickeast has quit IRC22:02
*** patrickeast has joined #openstack-nova22:03
*** electroc_ has joined #openstack-nova22:03
-openstackstatus- NOTICE: Gerrit is offline for project renames. ETA 20:3022:04
*** ChanServ changes topic to "Gerrit is offline for project renames. ETA 20:30"22:04
*** electrocucaracha has quit IRC22:06
ijwIsn't 2030 several hours ago?22:06
*** Marga_ has quit IRC22:07
*** Marga_ has joined #openstack-nova22:07
-openstackstatus- NOTICE: Gerrit is offline for project renames. ETA 22:4022:09
*** ChanServ changes topic to "Gerrit is offline for project renames. ETA 22:40"22:09
*** Marga_ has quit IRC22:12
*** earlephilhower has quit IRC22:12
*** Marga_ has joined #openstack-nova22:12
*** matrohon has joined #openstack-nova22:16
*** vilobhmm has quit IRC22:17
*** armax has quit IRC22:20
*** leakypipes has quit IRC22:26
*** vilobhmm has joined #openstack-nova22:28
*** VW has quit IRC22:29
*** annegentle has quit IRC22:34
*** annegentle has joined #openstack-nova22:34
*** ssurana has joined #openstack-nova22:41
*** ildikov_ has quit IRC22:43
*** ChanServ changes topic to "Gerrit is offline for project renames. ETA 20:30"22:43
-openstackstatus- NOTICE: Gerrit is back online. Zuul reconfiguration for renamed projects is still in progress, ETA 23:30.22:43
*** sdake has joined #openstack-nova22:44
*** annegentle has quit IRC22:45
*** ijw has quit IRC22:45
*** marcusvrn_ has joined #openstack-nova22:47
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. -=- master is open for Lemming development"22:50
*** zzzeek has quit IRC22:51
*** marcusvrn_ is now known as marcusvrn22:52
*** agireud has quit IRC22:53
*** atuvenie has quit IRC23:02
*** Raildo has quit IRC23:02
*** lucas-beer has quit IRC23:06
*** rfolco has quit IRC23:06
*** salv-orlando has quit IRC23:08
*** hemna has quit IRC23:17
*** lucas-beer has joined #openstack-nova23:17
*** Nikolay_St has quit IRC23:19
*** Nikolay_St has joined #openstack-nova23:20
*** openstackgerrit has quit IRC23:22
*** openstackgerrit has joined #openstack-nova23:22
*** lucas-beer has quit IRC23:22
*** davideag_ has joined #openstack-nova23:23
*** Sukhdev has quit IRC23:25
*** davideag_ has quit IRC23:25
*** tpeoples has quit IRC23:26
*** davideagnello has quit IRC23:27
*** Nikolay_St has quit IRC23:32
*** Marga_ has quit IRC23:37
*** Marga_ has joined #openstack-nova23:37
*** Sukhdev has joined #openstack-nova23:38
*** tsekiyam_ has joined #openstack-nova23:38
*** Nikolay_St has joined #openstack-nova23:38
*** otter768 has joined #openstack-nova23:40
openstackgerritSylvain Bauza proposed openstack/nova: Add to_dict() to ImageMeta and ImageMetaProps objects  https://review.openstack.org/18647423:41
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719723:41
openstackgerritSylvain Bauza proposed openstack/nova: Remove unnecessary method in FilterScheduler  https://review.openstack.org/18848523:41
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848623:41
openstackgerritSylvain Bauza proposed openstack/nova: Create RequestSpec object  https://review.openstack.org/14552823:41
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848723:41
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Use the same pci_requests field for all filters and HostManager  https://review.openstack.org/19125023:41
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Use RequestSpec object in HostManager  https://review.openstack.org/19125123:41
*** ijw has joined #openstack-nova23:41
*** tsekiyama has quit IRC23:42
*** tsekiyam_ has quit IRC23:42
*** figleaf is now known as edleafe23:44
*** otter768 has quit IRC23:45
*** Nikolay_St has quit IRC23:45
*** Marga_ has quit IRC23:47
*** zhenguo has joined #openstack-nova23:48
*** dan is now known as Guest7440923:49
*** dan_ has joined #openstack-nova23:50
*** dan_ is now known as Guest6854923:50
*** arnaud___ has joined #openstack-nova23:52
*** arnaud___ has quit IRC23:56
*** ZZelle_ has quit IRC23:57
*** Nikolay_St has joined #openstack-nova23:59

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