Tuesday, 2015-05-26

*** naohirot has joined #openstack-ironic00:04
*** dkehn__ has joined #openstack-ironic00:14
*** dkehn has quit IRC00:14
*** chlong has joined #openstack-ironic00:15
*** igordcard_ has joined #openstack-ironic00:34
*** igordcard_ has quit IRC00:35
*** igordcard_ has joined #openstack-ironic00:36
*** igordcard_ has quit IRC00:37
*** igordcard_ has joined #openstack-ironic00:39
*** igordcard has joined #openstack-ironic00:39
*** saripurigopi has joined #openstack-ironic00:45
*** saripurigopi has quit IRC00:46
*** igordcard has quit IRC00:48
*** saripurigopi has joined #openstack-ironic00:51
*** gridinv has joined #openstack-ironic00:53
*** saripurigopi has quit IRC01:00
*** marzif has quit IRC01:00
*** igordcard has joined #openstack-ironic01:01
*** krtaylor has quit IRC01:02
*** gridinv has quit IRC01:06
*** krtaylor has joined #openstack-ironic01:15
*** diegolp has quit IRC01:23
*** logan2 has joined #openstack-ironic01:25
*** diegolp has joined #openstack-ironic01:33
*** kan_ has joined #openstack-ironic01:34
*** dguerri`away has quit IRC01:41
*** igordcard has quit IRC01:43
*** radek__ has joined #openstack-ironic01:44
*** dguerri`away has joined #openstack-ironic01:45
*** dguerri`away is now known as dguerri01:45
*** rameshg87 has joined #openstack-ironic01:53
rameshg87good morning ironic01:53
pshigerameshg87: morining :)01:53
rameshg87pshige: o/01:53
Haomengmorning rameshg87, pshige :)02:00
pshigeHaomeng: morning :)02:01
Haomengpshige: :)02:01
rameshg87Haomeng: o/02:01
*** mtanino has quit IRC02:02
rameshg87Haomeng: do you wish to +A https://review.openstack.org/#/c/184944/ ? it has 2x+2s now :)02:09
Haomengrameshg87: sure:)02:09
rameshg87thanks02:09
Haomengrameshg87: welcome:)02:10
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Add generic RAID configuration spec for liberty  https://review.openstack.org/17321402:10
pshigehttp://libertydesignsummit.sched.org/thierry#.VWPQb_ntmko02:12
pshigemispaste ...02:16
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Add inband RAID configuration spec for liberty  https://review.openstack.org/17321802:20
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Add new boot interface in Ironic  https://review.openstack.org/16869802:25
pshigeHaomeng: gate-bifrost came to work at last. Would you like to get things done on bifrost? https://review.openstack.org/#/q/project:openstack/bifrost,n,z02:32
Haomengpshige: ok, you mean for my patch https://review.openstack.org/#/c/185294/ ?02:33
Haomengpshige: ok, I will review others02:34
pshigeI mean all the thing if you can02:34
Haomengpshige: these days I am working on bifrost also02:34
pshigethanks!02:34
Haomengpshige: ok, sure, thanks for your reminder:)02:34
pshigebifrost seems to be interesting! :)02:35
*** ramineni has joined #openstack-ironic02:38
Haomengpshige: yes, I think it should be best candidate to deploy and undercloud os, maybe we can integrate it with discovery, then it will more useful02:41
Haomengpshige: I have more idea, should we have same standalone ironic support for dib elements, then dib can build standalone ironic image or iso, or usb drive, which can be used directly without installation, not sure if this good idea:)02:46
Haomengpshige: and I want to enable proxy support for bifrost to install pip/yum/apt etc via proxy, and try to add to 'all' env proxy var not working, any idea?02:48
openstackgerritMerged openstack/ironic: Update pyremotevbox documentation  https://review.openstack.org/18494402:52
openstackgerritMerged openstack/bifrost: Fix documentation in bifrost  https://review.openstack.org/18251403:00
*** radek__ has quit IRC03:07
*** saripurigopi has joined #openstack-ironic03:22
pshigeHaomeng: good!03:27
*** davideagnello has joined #openstack-ironic03:32
*** gridinv has joined #openstack-ironic03:34
*** davideagnello has quit IRC03:37
*** gridinv has quit IRC03:39
*** gridinv has joined #openstack-ironic03:43
*** yuikotakada has joined #openstack-ironic03:56
*** gridinv has quit IRC03:57
*** dtantsur|afk is now known as dtantsur04:02
dtantsurMorning Ironic04:02
pshigedtantsur: morning :)04:03
dtantsuro/04:04
*** alexpilotti has joined #openstack-ironic04:06
*** achanda has joined #openstack-ironic04:12
*** blakec has joined #openstack-ironic04:13
*** Nisha has joined #openstack-ironic04:15
*** blakec has quit IRC04:17
*** eghobo has joined #openstack-ironic04:23
*** absubram has joined #openstack-ironic04:25
*** links has joined #openstack-ironic04:27
*** achanda has quit IRC04:30
*** absubram has quit IRC04:31
*** absubram has joined #openstack-ironic04:32
*** alexpilotti has quit IRC04:41
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC Virtual Media Deploy module for iRMC Driver  https://review.openstack.org/15195804:42
openstackgerritNaohiro Tamura proposed openstack/ironic: Refactor ilo.common._prepare_floppy_image()  https://review.openstack.org/18549404:44
*** absubram has quit IRC04:45
*** absubram has joined #openstack-ironic04:46
*** zz_natorious is now known as natorious04:46
*** pradipta has joined #openstack-ironic04:48
*** absubram has quit IRC04:52
*** natorious is now known as zz_natorious04:57
*** davideagnello has joined #openstack-ironic05:00
openstackgerritNaohiro Tamura proposed openstack/ironic: Add localboot support for iscsi_irmc driver  https://review.openstack.org/16373805:02
*** penick has joined #openstack-ironic05:03
*** penick has quit IRC05:03
*** logan2 has quit IRC05:08
*** chenglch has joined #openstack-ironic05:09
*** davideagnello has quit IRC05:16
*** smoriya has quit IRC05:20
openstackgerritNaohiro Tamura proposed openstack/ironic: Add whole disk image support for iscsi_irmc driver  https://review.openstack.org/18177105:21
openstackgerritMerged openstack/ironic: Delete neutron ports when the node cleaning fails  https://review.openstack.org/17857005:28
openstackgerritNaohiro Tamura proposed openstack/ironic: Add IPA support for iscsi_irmc driver  https://review.openstack.org/18180705:29
*** itamarl has joined #openstack-ironic05:29
*** ukalifon1 has joined #openstack-ironic05:36
*** rameshg87 is now known as rameshg87-lunch05:40
Nisharameshg87-lunch, hi05:46
*** e0ne has joined #openstack-ironic05:46
*** itamarl has quit IRC05:46
*** itamarl has joined #openstack-ironic05:47
openstackgerritNaohiro Tamura proposed openstack/ironic: Refactor ilo.common._prepare_floppy_image()  https://review.openstack.org/18549405:47
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Rename discoverd -> inspector  https://review.openstack.org/18549905:49
dtantsur\o/05:49
*** e0ne has quit IRC05:53
Nishadtantsur, o/05:56
dtantsuro/05:56
pshigeNisha: o/05:59
Nishapshige, o/06:00
openstackgerritHaomeng,Wang proposed openstack/bifrost: supports redhat yum installation  https://review.openstack.org/18529406:04
*** chlong has quit IRC06:30
*** radek__ has joined #openstack-ironic06:34
*** mdbooth has quit IRC06:35
*** mdbooth has joined #openstack-ironic06:41
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18550806:42
*** itamarl_ has joined #openstack-ironic06:43
*** itamarl has quit IRC06:44
*** itamarl_ is now known as itamarl06:44
openstackgerritHaomeng,Wang proposed openstack/bifrost: supports redhat yum installation  https://review.openstack.org/18529406:45
*** Haomeng|2 has joined #openstack-ironic06:48
*** ifarkas has joined #openstack-ironic06:50
*** Haomeng has quit IRC06:51
*** itamarl has quit IRC06:52
*** itamarl has joined #openstack-ironic06:52
*** yuanying_ has joined #openstack-ironic06:54
*** yuanying has quit IRC06:54
*** rameshg87-lunch has quit IRC06:55
*** achanda has joined #openstack-ironic07:04
*** logan2 has joined #openstack-ironic07:06
*** yuanying_ has quit IRC07:12
*** yuanying has joined #openstack-ironic07:13
openstackgerritHaomeng,Wang proposed openstack/bifrost: supports redhat yum installation  https://review.openstack.org/18529407:13
*** eghobo has quit IRC07:15
*** logan2 has quit IRC07:17
*** gridinv has joined #openstack-ironic07:25
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552007:28
*** pas-ha has joined #openstack-ironic07:28
*** achanda has quit IRC07:30
*** itamarl has quit IRC07:31
*** itamarl has joined #openstack-ironic07:31
*** ndipanov has quit IRC07:35
*** jistr has joined #openstack-ironic07:39
*** edcragg has joined #openstack-ironic07:39
*** e0ne has joined #openstack-ironic07:39
*** e0ne is now known as e0ne_07:40
*** ndipanov has joined #openstack-ironic07:42
openstackgerritMerged openstack/ironic: Do not add auth token in context for noauth API mode  https://review.openstack.org/18537607:42
*** achanda has joined #openstack-ironic07:48
*** e0ne_ is now known as e0ne07:49
*** itamarl has joined #openstack-ironic07:49
*** edcragg has quit IRC07:53
*** itamarl_ has joined #openstack-ironic07:55
*** dlpartain has joined #openstack-ironic07:55
*** viktors|afk is now known as viktors07:56
*** itamarl has quit IRC07:57
*** itamarl_ is now known as itamarl07:57
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Do not preserve partitions after ephemeral  https://review.openstack.org/18268808:02
openstackgerritMerged openstack/ironic: Disable meaningless sort keys in list command  https://review.openstack.org/18256308:02
*** dlpartain has left #openstack-ironic08:02
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552308:03
*** yuanying has quit IRC08:09
*** yog__ has joined #openstack-ironic08:14
openstackgerritZhai, Edwin proposed openstack/ironic-specs: New meter for Node Manager  https://review.openstack.org/17610908:14
*** lucasagomes has joined #openstack-ironic08:15
*** romcheg has joined #openstack-ironic08:16
*** derekh has joined #openstack-ironic08:20
*** bkero has quit IRC08:21
*** bkero has joined #openstack-ironic08:21
*** gpocentek has joined #openstack-ironic08:25
openstackgerritbaiyuan proposed openstack/ironic: Add documentation for getting a node's console  https://review.openstack.org/17664208:25
*** edcragg has joined #openstack-ironic08:33
*** e0ne is now known as e0ne_08:42
*** e0ne_ is now known as e0ne08:43
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Fix sync local state periodic task for standalone mode  https://review.openstack.org/18553308:45
lintan_hi lucasagomes?08:53
lucasagomeslintan_, hi there08:54
lucasagomeslintan_, thanks for the review, I know the "vendor" in the name sucks :-(08:54
Haomeng|2lucasagomes: welcome back:)08:54
lucasagomesHaomeng|2, hey there! thanks, how it's going?08:55
lintan_lucasagomes, That's fine for me :)  I am looking at the API thing, so why do we need links stuff?08:55
Haomeng|2lucasagomes: I did not attend the summit, but want to know our discusstion in summit, so can you help to share the url?08:55
*** lazy_prince has joined #openstack-ironic08:55
Haomeng|2lucasagomes: I checked  http://bit.ly/ironic-whiteboard, looks like there is no this summit content08:56
Haomeng|2lucasagomes: thank you Lucas:)08:56
lintan_Haomeng|2, you can follow this https://etherpad.openstack.org/p/liberty-ironic-design-summit-ideas08:57
Haomeng|2lintan_: ok, thanks:)08:57
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552308:57
Haomeng|2lintan_: do we have more etherpad, not sure if this one cover all sessions:)08:58
lucasagomeslintan_, oh links is something that we first copied from the nova api http://developer.openstack.org/api-ref-compute-v2.html08:59
*** bcornec has joined #openstack-ironic08:59
lintan_Haomeng|2, yes, we have the detail log on theses sections list on Working sessions and "Fishbowl" slots08:59
lucasagomeslintan_, it's to help clients to obtain instead of having to create URLs08:59
lucasagomesHaomeng|2, yeah lintan_ etherpad is correct. There's also the etherpads from specific design sessions (will grab some links)08:59
lintan_lucasagomes, OK, I will have a look at it, thanks :)09:00
lucasagomesHaomeng|2, https://etherpad.openstack.org/p/liberty-ironic-network-isolation https://etherpad.openstack.org/p/liberty-ops-ironic-feedback https://etherpad.openstack.org/p/liberty-ironic-cycle-goals https://etherpad.openstack.org/p/liberty-ironic-nova-virt-driver https://etherpad.openstack.org/p/liberty-ironic-rack-to-ready-state09:00
*** pradipta has quit IRC09:01
*** logan2 has joined #openstack-ironic09:02
*** subscope has joined #openstack-ironic09:03
*** leopoldj has joined #openstack-ironic09:04
*** sambetts has joined #openstack-ironic09:06
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Override PXE kernel cmdline via Glance property  https://review.openstack.org/17822909:17
*** itamarl_ has joined #openstack-ironic09:37
*** itamarl has quit IRC09:38
*** itamarl_ is now known as itamarl09:38
*** naohirot has quit IRC09:56
*** itamarl has quit IRC10:01
*** e0ne is now known as e0ne_10:08
*** Nisha has quit IRC10:10
*** e0ne_ has quit IRC10:19
*** MattMan has joined #openstack-ironic10:21
*** e0ne has joined #openstack-ironic10:28
Haomeng|2lucasagomes: ok, thank you Lucas:)10:38
*** e0ne is now known as e0ne_10:39
*** marzif has joined #openstack-ironic10:39
*** e0ne_ has quit IRC10:49
*** itamarl has joined #openstack-ironic10:52
sambettso/ hello all10:57
saripurigopiHi all11:01
*** chenglch has quit IRC11:04
*** ramineni has quit IRC11:05
TheJuliagood morning11:14
dtantsursambetts, saripurigopi, TheJulia, morning!11:20
*** saripurigopi has quit IRC11:26
sambettsdtantsur: o/11:29
*** thrash|g0ne is now known as thrash11:30
lucasagomessambetts, TheJulia saripuri<tab> morning11:33
sambettslucasagomes: o/ did you have a good trip back?11:33
lucasagomessambetts, hey man, yeah pretty good. No delays this time11:33
*** jistr is now known as jistr|class11:33
lucasagomeshow was ur trip back?11:33
sambettslucasagomes: Pretty good, flew through the night and didn't get much sleep, but everything was pretty good :)11:34
lucasagomesnice one :-)11:35
*** lucasagomes is now known as lucas-hungry11:40
* TheJulia ponders breakfast11:41
*** t0msen has joined #openstack-ironic11:56
t0msenhi. someone experiences with ironic and keystone v3?11:57
*** e0ne has joined #openstack-ironic12:00
*** trown|outttypeww is now known as trown12:02
*** dguerri is now known as dguerri`away12:10
*** logan2 has quit IRC12:12
*** ekarlso has quit IRC12:16
*** ekarlso has joined #openstack-ironic12:16
openstackgerritbaiyuan proposed openstack/ironic: Add documentation for getting a node's console  https://review.openstack.org/17664212:18
*** dprince has joined #openstack-ironic12:18
*** yog__ has quit IRC12:29
*** achanda has quit IRC12:33
*** lazy_prince has quit IRC12:38
*** lazy_prince has joined #openstack-ironic12:39
*** lucas-hungry is now known as lucasagomes12:41
*** mjturek1 has joined #openstack-ironic12:41
*** achanda has joined #openstack-ironic12:41
*** cdearborn has joined #openstack-ironic12:44
*** killer_prince has joined #openstack-ironic12:49
*** dguerri`away is now known as dguerri12:50
*** lazy_prince has quit IRC12:51
lucasagomest0msen, hi there, not v3. But ask maybe someone in the channel knows something12:51
*** lazy_prince has joined #openstack-ironic12:53
*** killer_prince has quit IRC12:56
*** jistr|class is now known as jistr13:00
*** vdrok has quit IRC13:00
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552313:02
*** achanda has quit IRC13:05
openstackgerritSyed Ismail Faizan Barmawer proposed openstack/ironic-lib: Merge lastet disk partitioning code from ironic  https://review.openstack.org/16216213:10
*** e0ne is now known as e0ne_13:10
*** kan_ has quit IRC13:13
*** e0ne_ has quit IRC13:21
*** logan2 has joined #openstack-ironic13:21
*** MattMan has left #openstack-ironic13:22
*** rloo has joined #openstack-ironic13:24
*** e0ne has joined #openstack-ironic13:26
*** links has quit IRC13:29
*** lazy_prince has quit IRC13:33
*** [1]cdearborn has joined #openstack-ironic13:37
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552313:39
*** GheRivero has left #openstack-ironic13:40
*** zz_natorious is now known as natorious13:41
openstackgerritVladyslav Drok proposed openstack/ironic: Add pluggable credentials storage  https://review.openstack.org/18507413:44
*** natorious is now known as zz_natorious13:45
*** vdrok has joined #openstack-ironic13:48
*** cdearborn has quit IRC13:48
*** pas-ha has quit IRC13:49
*** logan2 has quit IRC13:54
*** yuikotakada has quit IRC13:55
*** bnemec has joined #openstack-ironic13:57
*** rloo has quit IRC14:01
*** rloo has joined #openstack-ironic14:02
*** jjohnson2 has joined #openstack-ironic14:09
BadCubMorning folks14:12
*** saripurigopi has joined #openstack-ironic14:13
TheJuliagood morning BadCub14:13
BadCubMorning TheJulia :)14:14
NobodyCamgood morning Ironicers14:15
jrollmorning BadCub TheJulia NobodyCam lucasagomes etc etc :)14:16
lucasagomesBadCub, NobodyCam jroll morning!14:16
NobodyCammorning TheJulia jroll  lucasagomes and BadCub :)14:16
BadCubMorning jroll lucasagomes14:16
TheJuliagood morning NobodyCam14:16
BadCubmornin NobodyCam :)14:16
*** saripurigopi has quit IRC14:17
jrollso much info to collect from last week14:17
* jroll chugs coffee14:17
sambettsMorning BadCub, NobodyCam, jroll14:17
NobodyCammorning sambetts14:17
NobodyCam:)14:17
BadCubmorning sambetts :)14:17
jroll\o sambetts14:18
NobodyCamhow was everyones flight back home14:18
rloomorning and hello ironickers TheJulia, BadCub, NobodyCam, jroll, sambetts, lucasagomes :)14:19
jrollhiya rloo :)14:20
TheJuliaNobodyCam: uneventful :)14:20
*** saripurigopi has joined #openstack-ironic14:20
lucasagomesrloo, ahoy14:20
*** [1]cdearborn has quit IRC14:21
BadCubmorning rloo :)14:21
NobodyCammorning rloo :)14:22
NobodyCamTheJulia: thats good news!14:22
sambettsMorning rloo :)14:24
sambettsNobodyCam: Good thanks, yours?14:25
rloohey lucasagomes, did you see the email from michael (nova) about using depends-on for patches that need specs approved?14:25
rloolucasagomes: http://lists.openstack.org/pipermail/openstack-dev/2015-May/064604.html14:26
lucasagomesrloo, oh I did not14:26
* lucasagomes looks14:26
jrolloh, I like that14:26
dtantsurmorning jroll, rloo, NobodyCam, BadCub and everyone :)14:27
rloojroll, lucasagomes: the only problem I see with that is if a patch is approved but doesn't match the approved spec.14:27
NobodyCammorning dtantsur14:28
jrollrloo: as in the depends-on is wrong?14:28
lucasagomesrloo, interesting... Yeah that's def a good idea14:29
jrolloh, never mind, I see14:29
BadCubmorning dtantsur :)14:29
lucasagomesjroll, sorry I meant to review the release cycle patch14:29
rloojroll, lucasagomes: it might be worth trying anyway, cuz no one likes -214:29
lucasagomesdo you have it handy there?14:29
jrollthe links are what I like about it, I still don't think we should approve code before specs14:29
jrollyeah14:29
jrolllucasagomes: https://review.openstack.org/#/c/185171/14:29
lucasagomesrloo, +1 yeah the -2 is def too harsh14:30
jrollI wish people didn't see -2 as hurtful :(14:30
jrollit's a process thing, has nothing to do with the code or the person14:30
*** cdearborn has joined #openstack-ironic14:31
rloojroll: agree, but we're human and they do14:31
jrollright. makes me sad.14:31
cdearbornHey folks, having problems running tox.  The py34 tests fail with: db type could not be determined14:33
cdearbornerror: testr failed (3)14:33
cdearbornany thoughts?14:33
cdearbornon fedora 2114:33
cdearbornThis is after following the dev quickstart instructions here: http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html14:35
NobodyCamcdearborn: what were the failures? can you paste(.openstack.org) them so we can see?14:37
cdearbornNobodyCam, sure: http://pastebin.com/XZqpDAvC14:38
cdearbornFrom what I have been able to glean through google, the "db type could not be determined" error could be because the test results db was created by py27, and py34 is trying to read it14:39
jrollohhh14:40
jrollyou could blow away .testrepository or whatever it's called14:40
jrollthat's where testr stores its db14:40
NobodyCamyea!14:40
NobodyCamtox -r too14:40
jrollidk if -r rebuilds the testr db, though14:41
*** e0ne is now known as e0ne_14:41
*** e0ne_ has quit IRC14:41
NobodyCambrb ...14:42
lucasagomessorry was in a short call14:43
lucasagomesjroll, yeah apparently people see it as hurtful14:43
jrollright.14:44
lucasagomesso I think it would be good if we can start using depends-on14:44
lucasagomesperhaps we need a guideline about it14:44
*** dguerri is now known as dguerri`away14:44
lucasagomeshttps://wiki.openstack.org/wiki/Ironic/Specs_Process14:44
lucasagomesand mention it in the template as well14:45
sambettslucasagomes: and APIImpact and DocImpact flags in commit messages too probably14:45
jrollI don't think that's a good solution, personally, but it can't hurt14:45
*** achanda has joined #openstack-ironic14:45
jrollI prefer to be the change I want to see in the world14:45
lucasagomesyeah14:45
lucasagomesI don't know any better way to do it either14:45
lucasagomesnot with the current tools we have14:45
rloolucasagomes, jroll: use depends-on instead of -2, right? I'm good with that, but do we need to vote on it or mention in email too?14:48
rloowould also make it easier to find the link to the specs; linking to the BP is a pain...14:49
jrollrloo: I don't think hurt feelings should change the process, but I'm +1 on *also* using depends-on14:49
*** zz_natorious is now known as natorious14:50
rloojroll: so depends-on and -2. that seems like overkill.14:50
*** romcheg has left #openstack-ironic14:50
jrollrloo: then just -2, maybe, idk14:51
rloojroll: the other reason for not -2, is cuz it is hard to remove the -2 if you aren't the person that added it.14:51
jrollif a good comment about *why* the -2 is being put there, it shouldn't hurt feelings14:51
rloojroll: one person said that it prevents folks from reviewing their patches. Which it shouldn't but maybe it does. It prevents me but even w/o it, I wouldn't look until a spec is approved.14:52
lucasagomesI don't know how customizable is gerrit. But maybe worth throwing an idea to the infra folks about adding a new flag to indicate that the code is waiting for the spec to land?14:53
jrollrloo: yeah, I don't think the -2 prevents people from reviewing except if reviewers have their own rules around it14:53
lucasagomessomething that persist between new patch sets but that all members of the core group could lift as well14:53
lucasagomesor that is automatically lift after the spec is merged14:54
rloolucasagomes. yeah, a better solution is to do something with gerrit. Not a -2, but 'cannot land' that any core can remove. I guess.14:55
lucasagomesyeah, we can talk to infra see if that's possible I believe14:56
*** jjohnson2_ has joined #openstack-ironic14:56
rloomight be worth seeing what people say in that email thread.14:56
jrollmaybe one of you should reply to that thread with the problem statement from our perspective14:57
cdearborntried deleting .testrepository & running tox -epy34, and got past that error.  I'm now getting a ton of "TypeError: 'xxx' object is not iterable" errors that are not appearing in the gate.  Any thoughts?14:57
jrollbut I don't think it's going to realistically solve any problems except the "other cores can't remove -2", which I don't believe has slowed things down in practice14:57
*** jjohnson2 has quit IRC14:58
*** e0ne has joined #openstack-ironic14:58
cdearbornhttp://paste.openstack.org/show/237938/14:58
* NobodyCam shaks fist at his vpn :-p15:01
NobodyCamshakes even15:01
rloojroll: ok, i'll bite...15:01
TheJuliaNobodyCam: is it not behaving?15:01
*** hemnafk is now known as hemna15:01
*** mtanino has joined #openstack-ironic15:01
jrolldoes corp vpn ever behave? :)15:01
NobodyCamlol ... operator error .... E_LACK_OF_COFFEE15:02
jrollcdearborn: try "tox -r" to reinstall dependencies etc15:02
NobodyCamjroll: +++15:02
TheJuliajroll: every other thursday15:03
NobodyCamahh it only tuesday thats why its not working15:03
*** pas-ha has joined #openstack-ironic15:05
*** jjohnson2_ is now known as jjohnson215:05
rloojroll: remind me, you are against not using -2 because ...?15:06
jrollrloo: because "it might hurt people's feelings" is a bad reason to change that. I'd rather change the perception.15:07
jroll(imho)15:07
rloojroll: but the depends-on does the same/similar thing. prevent patch from merging until spec is approved.15:07
rloojroll: except in the corner case of a patch being approved, spec changing after that and being approved, and no one noticing.15:08
jrollrloo: sure, I'm not strictly opposed to switching, for a good reason15:09
*** t0msen has quit IRC15:11
rloojroll: so I think that 'might hurt people's feelings' is actually a valid (not saying how 'good') reason. But it means we don't need to find/remind the -2 person to undo it. I agree I don't think it has caused problems, but it would be one less thing to deal with.15:13
jrollrloo: well, instead we would have to deal with teaching people how to use, and enforcing the use of, depends-on15:13
rloojroll: true, but I think that would be a good thing to do anyway, AND it makes it easier for me to find the link to the spec.15:13
jrollfair15:14
jrollI'm eager to hear others' opinions on it15:14
rloojroll: yeeeees. although i'm slightly afraid to add to that existing email thread.15:16
jrollrloo: heh, it will be fine :)15:16
*** dkehn__ is now known as dkehnx15:16
jrollrloo: something like "on that note, we've been talking about how to make -2 better"15:16
rloojroll: ok, deep breath... :)15:17
jroll:)15:18
*** itamarl has quit IRC15:20
*** achanda_ has joined #openstack-ironic15:22
*** achanda has quit IRC15:22
* krotscheck didn't read backscroll, but now would ironic's new release strategy work with the oslo library freeze?15:22
krotscheck*how15:23
krotscheck(y'all might have covered this already)15:23
krotscheckJust... abandon global requirements altogether?15:23
*** krtaylor has quit IRC15:23
jrollkrotscheck: we haven't talked a ton about that, I encourage you to ask that question here :) https://review.openstack.org/#/c/185171/15:23
krotscheckAaaalllrightey15:23
lucasagomesjroll, re versioning. We are going to use our own internal version right?15:27
*** viktors is now known as viktors|afk15:27
lucasagomesI mean, right now in the setup.cfg we use the openstack one15:28
lucasagomesversion = 2015.215:28
lucasagomesI wonder how we can version Ironic outside OpenStack15:29
* lucasagomes looks at swift setup.cfg15:29
lucasagomesyeah they don't have a version there hmmm15:29
devanandag'morning, all15:30
* devananda reads backscroll15:31
NobodyCamgood morning devananda15:31
rloomorning devananda15:32
lucasagomesdevananda, morning15:32
rloojroll: sent out email. decided not to mention your stance about 'hurting people's feelings' isn't a good reason :-)15:32
* devananda likes depends-on for patches waiting on specs, too15:32
*** saripurigopi has quit IRC15:33
devanandajroll: re: -2 "preventing reviews" -- some reviewers on some projects simply filter out any patch that has -1 or -2, because their queue is so long15:35
devanandajroll: so a constructive comment, while it should help avoid hurt feelings, would still result in less (possibly no) people looking at that patch until the -2 is removed15:36
pshigeoh15:36
pshigedevananda: morning :)15:37
jrolldevananda: sure, but that's a concious choice reviewers are making15:37
jrolldevananda: e.g. rloo still won't look at patches without an approved spec15:37
devanandalucasagomes, krotscheck: if we switch to independent release model, we'd start with release number 11, I think.15:38
devanandajroll: it's not a conscious choice any longer - its encoded in the tooling those reviewers use15:39
devanandaso they dont even *see* the patch15:39
lucasagomesright, but we have to somehow map a release number to the openstack versioning ? say 2016.1 for the next release15:39
* lucasagomes needs to read more how swift do that15:39
dtantsurdevananda, morning!15:39
jrollI wonder how pip/pbr/etc is going to handle this when we go backwards in versions (2015.x -> 1.x or whatever)15:39
dtantsurdevananda, may I have your ack on https://review.openstack.org/#/c/185442/ ?15:39
jrolllucasagomes: AIUI swift ignores the "global" version15:39
lucasagomesI know it's possible, I just need to read more about how other openstack projects (swift) does it15:39
lucasagomesjroll, right15:40
jrollso you say "5.x is compatible with kilo" or something15:40
lucasagomesseems fair15:40
*** jistr has quit IRC15:40
devananda"or something" :)15:41
devanandadtantsur: looking15:41
pshige :)15:41
devanandadtantsur: rename looks fine.15:43
devanandadtantsur: re: stable branches, how are you tracking backports?15:43
*** e0ne is now known as e0ne_15:43
dtantsurdevananda, manually cherry-pick stuff I consider critical :)15:44
devanandadtantsur: and do you intend to rename the project on launchpad and pip?15:44
dtantsurdevananda, I do (for pip I'd rather create a new one)15:45
*** leopoldj has quit IRC15:45
devanandacool15:45
jrolldevananda: are there notes somewhere on the outcome of friday's neutron/ironic talks? heard something about a weekly meeting?15:45
NobodyCambrb15:46
*** krtaylor has joined #openstack-ironic15:46
*** e0ne_ is now known as e0ne15:46
lucasagomesif you guys have some time, mind taking a look at https://review.openstack.org/#/c/183491/ ?15:46
lucasagomesI want to use that to avoid having nova to fetch the whole node object when pooling Ironic15:47
devanandajroll: sukhdev took an action item to set up a weekly meeting between the folks interested, on irc with all the usual trappings of such a meeting15:47
* lucasagomes wonders also if that requires a microversion15:47
rloolucasagomes: just wondering -- why isn't there a bug for that? doesn't it change the API?15:47
lucasagomesrloo, it doesn't15:48
rloolucasagomes: isn't the fields=xxx new?15:48
lucasagomeseverything works as before, we just added a new optional parameter for the GETs15:48
jrolldevananda: cool, anything else I should be aware of?15:48
devanandajroll: we will need to track all the dependencies somewhere (not yet determined), including cloud-init (v2) changes, and set up a CI job for it using OVS15:49
rloolucasagomes: i notice sometimes that people push up patches w/o bug or spec links. When is it appropriate to do that? Cuz this one seems to at least need a bug.15:49
lucasagomesrloo, yes it is. What I mean by it doesn't change the API is that it doesn't breaks anyone api15:49
*** derekh_ has joined #openstack-ironic15:50
lucasagomesrloo, why?15:50
lucasagomesrloo, it's not, it's an enhancement15:50
rloolucasagomes: yeah, it doesn't break any api (assuming that if before, 'fields=xx' was ignored15:50
devanandajroll: we also talked about whether LAG / port bonding should be considered part of the MVP for this, or whether we can punt on that to reduce complexity of the initial implementation15:50
rloolucasagomes: so it is ok to submit patches for enhancements, w/o a bug or spec?15:50
lucasagomesI think so15:50
rloolucasagomes: seems like it needs a docimpact anyway?15:50
lucasagomesif it doesn't affect multiple areas of the project (for a spec) and is not a bug15:51
rloolucasagomes: so we don't have a way of tracking "enhancements". I'm fine with that as long as people know what enhancement is vs bug fix vs feature.15:51
devanandalucasagomes: so this is fixing a bug in nova, isn't it?15:51
jrolldevananda: thanks. I tend to think this isn't horribly useful without bonding, but I see why we might want to do it. will think on it.15:52
lucasagomesdevananda, it will be used to fix a bug in Nova15:52
devanandalucasagomes: so it should have a related-to tag, no?15:52
lucasagomesso we can say it's related15:52
devanandajroll: I think that was the concensus :)15:52
lucasagomesdevananda, right15:52
jrollheh15:52
lucasagomesyeah I think it's fair to have a related bug flag15:52
lucasagomesrloo, so the docimpact flag I still don't understand it much... I think yeah we can add15:53
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Rename discoverd -> inspector  https://review.openstack.org/18549915:53
* devananda thinks we need some high level tracking of all the features / changes / refactoring that we discussed at the summit15:53
lucasagomesbut basically we don't have docs in OpenStack15:53
lucasagomesthe docimpact flag creates a bug against the openstack docs15:53
*** derekh has quit IRC15:53
lucasagomesso it's basically creating a bug for soething that doesn't exist15:53
rloolucasagomes: I *think*, if we had some document process :-), that the docimpact flag would be a way to make sure documents are updated to reflect any changes that ought to be documented.15:53
devanandaSo. re docs, I spoke with the doc team a couple times, including in one of their cross project sessions on this15:54
rloolucasagomes: eg, so when liberty goes out, we could mention eg 'new fields option to specify ....'15:54
devanandathey liked my suggestion and are moving forward with it15:54
devanandatldr; we'll keep our docs in our tree, but syndicate // publish them to the openstack-docs project15:54
devanandaso that they get included in all the right places15:54
lucasagomesdevananda, right, so re DocImpact flag. Do we need it?15:55
* lucasagomes is not against it15:55
rloodevananda: will someone (pshige?) document that process of syndicating/publishing...15:55
devanandadoc-impact flag creates a bug in the doc project15:55
devanandarloo: when it's developed, yes :)15:55
lucasagomesright, yeah that's my concern15:56
*** achanda has joined #openstack-ironic15:56
lucasagomescause we have been using that flag, but we don't actually have docs there15:56
devanandafor a code change that requires us to update our docs, we should continue to, well, require the developer to make that change in the same patch series15:56
lucasagomesso saying it's not updated is like odd15:56
*** achanda_ has quit IRC15:56
devanandaand for that, we dont need to use the docimpactflag15:56
devanandaso probably we wont need it at all, but there could, in principle, be things that require it -- like if the docs team were to be maintaining some fancy graphics for us, and we change something that makes them need to rebuild it15:57
lucasagomesright, and for API the docs is auto generated15:57
devanandabut that's a big IF, since they aren't doing that now15:57
devanandalucasagomes: well, yes, but the API docs are one of the things that the doc team needs to do s ome work to pull into their repos15:57
lucasagomesgotcha15:57
devanandabrb15:58
pshigedid you call me?15:59
dtantsurcalling it a (loooong) day, g'night15:59
*** eghobo has joined #openstack-ironic15:59
*** dtantsur is now known as dtantsur|afk16:00
pshigegotcha16:00
pshigenight!16:00
lucasagomesdtantsur|afk, night16:01
*** rwsu has joined #openstack-ironic16:02
rloolucasagomes: not sure I understood when we should or shouldn't use docimpact, from that exchange. I like it cuz I can grep for it to see if there is anything "useful" to mention in eg the release notes.16:03
NobodyCamnight dtantsur|afk16:03
*** e0ne is now known as e0ne_16:04
lucasagomesrloo, IMHO we should never use it (as things currently are)16:04
lucasagomescause we don't have docs in openstack, so it doesn't make sense to open a bug for something that doesn't exist saying we need to update it16:05
lucasagomesI mean, a bug against the openstack docs project16:05
lucasagomeswe can have a bug in ironic saying we don't have documentation for X feature16:06
lucasagomescause we are the owners of the docs16:06
*** e0ne_ is now known as e0ne16:06
rloolucasagomes: fine with me. it seemed like a good habit to have, since it seemed to be used across openstack and i had hopes that we would have docs folks dealing with our docs.16:06
*** krtaylor has quit IRC16:08
lucasagomesrloo, yeah, that's very unique in OpenStack land I think... I think all other integrated projects does have docs16:08
lucasagomeseven non integrated, I know zaqar have docs16:08
lucasagomesrloo, but I'm interested in knowing how this idea of keeping the docs in our tree will play out. Seems a good idea but I sometimes I doubt that engineers can actually right good documentation for end users16:10
*** alexpilotti has joined #openstack-ironic16:10
lucasagomesit requires some skills that I think we don't have (or at last I don't have it)16:10
rloolucasagomes: I thought deva mentioned that some doc people would support us by reviewing the docs, but not sure. I agree with you, engineers are not doc writers.16:11
lucasagomesrloo, oh right yeah that would be great if they help us out16:12
rloolucasagomes: we'll see!16:13
*** zz_jgrimmn is now known as jgrimm16:13
*** romcheg has joined #openstack-ironic16:14
sambettsrloo, lucasagomes: I have extended a page in this in the last cycle, it's a pretty nice format though not complete yet, I would love to see something similar for ironic http://docs.openstack.org/networking-guide/16:15
lucasagomessambetts, looks neat :-)16:16
lucasagomesis it rst?16:16
sambettsyup all rst16:17
rloosambetts: nice. i think that's what I would like to see with our liaison with the docs folks; what 'holes' to fill in.16:17
lucasagomessambetts, ah nice. I remember a while ago people having to deal with XML to update the docs16:19
lucasagomesRST sounds way better16:19
cineramahi folks16:19
*** romcheg has left #openstack-ironic16:19
sambettslucasagomes: it was the same in Neutron I think, the XML scared people off16:19
pshigebasically docs people writes manuals and dev people give them information and triage bugs16:20
lucasagomessambetts, nice, yeah I wish we had something like that for Ironic too16:21
lucasagomeslooks really good16:21
pshigeI will contact Karin Levenstein tomorrow16:21
pshigeI'm now sleepy16:21
rloopshige: thx. (whoever karin is :-)). Go to sleep!16:25
devanandalucasagomes: docs are still in XML / docbook format, but they're close to converting to RST. and yea, I agree that would be easier for us devs to contribute to16:25
lucasagomesdevananda, +116:25
lucasagomesdevananda, btw, re microversioning. When to bump it?16:25
pshigeKarin leads to write Install guides16:25
lucasagomesis it for every change? Or to non-backward compat ones?16:25
lucasagomesI think it's for everychange due the "logical name" having a microversion but I want to confirm16:26
* lucasagomes will have to update it's patch too16:26
rloothx pshige.16:26
sambettsHas the ironic mailer had anything sent on it recently, I don't seem to be getting any emails :/16:27
rloolucasagomes: I think it was meant for every change (based on nova spec) but I don't really see the value of it for every change.16:27
devanandasambetts: yes16:28
devanandarloo, lucasagomes: how about "required for any non-backwards-compatible change, and strongly encouraged for any significant features" ? (and yes, that's subjective)16:29
rloodevananda: I like that.16:29
lucasagomesdevananda, right, I think it's good16:29
lucasagomescause it makes sense to bump for non-backward compat16:29
lucasagomesbut less sense to bump for everything16:29
lucasagomesso +116:30
sambettshmm, the last email I received was the 20th of April :/16:30
NobodyCamsambetts: humm thatz not good16:30
devanandasambetts: I sent a message yesterday re: no meeting last night16:30
NobodyCamoh didn't do the meeting recap16:31
NobodyCamare we keeping the split meetings?16:31
rlooif you have a feature that is backwards compatible, why would you want to version it vs not versioning it means you can get that feature w/o up'ing the version.16:31
rloosambetts: yeah, there's email today too16:32
rloosambetts: look what you missed: http://lists.openstack.org/pipermail/openstack-dev/2015-May/date.html16:33
rlooNobodyCam: we didn't get around to discussing the meetings. I'm assuming status quo?16:33
jlvillallucasagomes: Thanks for updating the tox.ini patch for httpretty16:34
lucasagomesjlvillal, oh no problem16:34
lucasagomesjlvillal, thank you for fixing the gate with it :-)16:34
NobodyCamrloo: :)16:34
NobodyCammorning jlvillal16:34
jlvillallucasagomes: My pleasure :)16:34
openstackgerritLucas Alvares Gomes proposed openstack/ironic: API: Get a subset of fields from Ports and Chassis  https://review.openstack.org/18354916:34
openstackgerritLucas Alvares Gomes proposed openstack/ironic: API: Get a subset of fields from Nodes  https://review.openstack.org/18349116:34
sambettsthank rloo, I don't know why I'm not getting the mails, I'm getting others, I recived 5 in the last 30 mins16:34
jlvillalNobodyCam: Morning.  Just getting my system turned on.  After a few reboots....16:34
rloosambetts: oh yeah. we blacklisted you cuz you weren't participating in ironic. just joking.16:35
lucasagomeslol16:35
sambettsrloo: ;)16:35
lucasagomessambetts, check ur filters16:35
* jlvillal Has to update to Fedora 22 now...16:35
devanandaNobodyCam: summarizing that poll is on my backlog16:35
sambettslucasagomes: trying to find the page for that16:35
lucasagomesI remember I had some problems with case sensitiveness16:35
lucasagomesI was filtering [Ironic] (capitalized) but sometimes people uses [ironic]16:36
lucasagomesand so on... so16:36
*** davideagnello has joined #openstack-ironic16:40
sambettslucasagomes: Yeah, I have all the email dump into a main folder if they dont get filters and there not in my ironic folder or that main one16:41
*** trown is now known as trown|lunch16:41
*** e0ne has quit IRC16:45
*** achanda has quit IRC16:48
rlooback in an hour or so16:49
*** rloo has quit IRC16:49
*** ndipanov has quit IRC16:49
*** romcheg1 has joined #openstack-ironic16:49
*** romcheg1 has left #openstack-ironic16:49
* BadCub heads off for a 2 hour call16:56
*** dkehnx has quit IRC16:59
*** dkehn has joined #openstack-ironic16:59
jlvillalsambetts: I just added a comment to the PEP8 bug you assigned to yourself.17:00
openstackgerritLucas Alvares Gomes proposed openstack/ironic: IPA: Do a soft reboot at the end of the deployment  https://review.openstack.org/18566717:00
*** pas-ha has quit IRC17:00
* NobodyCam also joins the call of doom17:01
*** ifarkas has quit IRC17:02
*** mtanino has quit IRC17:02
jrolllucasagomes: left a thing there17:02
lucasagomesjroll, oh, right check if we can access the result of the last command or something17:03
lucasagomes?17:03
sambettsjlvillal: Thanks for the comments thats good info to have :)17:03
lucasagomesand consider a failure to access the node actually a success (it rebooted)17:03
jlvillalsambetts: You're welcome.17:03
jrolllucasagomes: yeah, maybe wait a few seconds and then check the result, if you can connect then it's a problem17:03
jrolllucasagomes: though hard to tell how long sync+shutdown will take17:04
jrolllucasagomes: and there could be a situation where systemd takes down IPA but doesn't actually reboot, I think17:04
lucasagomesjroll, ew oh, really?17:04
lucasagomeshmmm17:04
jrollI mean17:04
jrollsometimes the reboot command fails unexpectedly, right?17:05
jrollI've watched people reboot a whole cloud before, it can happen :)17:05
lucasagomesyeah it's possible17:05
lucasagomesjroll, I wil try to add some checks to that17:06
*** harlowja has joined #openstack-ironic17:07
lucasagomesbut I don't know what would be the best way to check it yet tho17:07
jrolllucasagomes: cool. I also wonder if we need to mount in /proc here https://github.com/openstack/ironic-python-agent/blob/master/imagebuild/coreos/oem/cloud-config.yml#L5917:07
jrollsince we're in a container17:07
jrollI think it should be mounted in already though, or else /proc/cmdline wouldn't work, maybe nspawn muonts it in by default?17:07
lucasagomesI've tested it in a VM and the reboot worked... I can try some baremetal17:08
lucasagomessee if I can spot something17:08
jrollok, cool, should be fine then17:08
jrollit *should* work in all cases, but everything fails sometimes17:08
lucasagomesyeah :-(17:09
lucasagomeswonders if I should make it optional as well17:09
*** penick has joined #openstack-ironic17:09
lucasagomeshave a config to always do hardreboot17:09
jroll+117:09
lucasagomesbut seems overkill because, DIB ramdisk have been rebooting itself for a long time and it seems to work17:09
lucasagomesjroll, right ok17:09
lucasagomesso, perhaps we leave hard reboot by default as-is today?17:10
jrolllucasagomes: maybe the option is overkill, idk17:10
lucasagomesand leave to operators to test if soft reboot works for them?17:10
jrollbut there's probably hardware that wants a hard reboot out there :/17:10
jrollwell17:10
jrollI guess let's back up, what's the benefit of a soft reboot?17:10
lucasagomesit plays nice with UEFI17:10
lucasagomesand works with WOL :-)17:10
lucasagomesjroll, re uefi https://drive.google.com/file/d/0B5a_VAhX3Hz5WU1qN0FObkdSS00/view17:11
jrollheh17:11
lucasagomesthat's ramesh screen17:11
jrollhm17:11
jrollso hard reboot can break uefi??17:11
lucasagomesin some machines, apparently yes17:11
jrollwtf17:11
jrollthat doesn't make sense at all :(17:12
lucasagomesit does, cause UEFI the boot stuff is not in the disk anymore17:12
*** derekh_ has quit IRC17:12
lucasagomesso sync filesystems may not be enough17:12
lucasagomesI wonder if there's a "sync"-like command for it17:12
jrolloh, right17:13
lucasagomesjroll, if you google, uefi hard reboot you will see there's problems with it17:13
lucasagomesbut it seems a bit obscure17:14
jrollyeah17:15
lucasagomesjroll, making it optional seems the best way17:18
lucasagomesanyway I will call it a day the patch is marked as WIP until we get more info about it17:18
lucasagomesI'd like to get ramesh to test it out on the machines he saw the problem with UEFI17:19
lucasagomeshave a good night everyone!17:20
*** lucasagomes is now known as lucas-dinner17:23
*** davideagnello has quit IRC17:26
*** natorious is now known as zz_natorious17:28
*** davideagnello has joined #openstack-ironic17:29
jrolllucas-dinner: sounds good, have a good night :)17:29
*** spandhe has joined #openstack-ironic17:30
*** achanda has joined #openstack-ironic17:33
*** blakec has joined #openstack-ironic17:36
*** eghobo has quit IRC17:39
*** blakec has quit IRC17:41
*** HenryG has quit IRC17:42
*** alexpilotti has quit IRC17:42
*** eghobo has joined #openstack-ironic17:43
*** mtanino has joined #openstack-ironic17:44
*** HenryG has joined #openstack-ironic17:46
*** zz_natorious is now known as natorious17:49
*** trown|lunch is now known as trown17:52
*** blakec has joined #openstack-ironic17:57
*** HenryG has quit IRC18:01
*** HenryG has joined #openstack-ironic18:01
*** rloo has joined #openstack-ironic18:02
*** harlowja_ has joined #openstack-ironic18:06
*** harlowja has quit IRC18:06
*** mtanino is now known as mtanino_away18:08
*** dguerri`away is now known as dguerri18:08
*** davideagnello has quit IRC18:08
*** davideag_ has joined #openstack-ironic18:08
*** martini has joined #openstack-ironic18:09
martini@TheJulia - where do I submit patches for bifrost?18:09
NobodyCamopenstack/bifrost18:10
*** cdearborn has quit IRC18:10
jrollmartini: typical openstack procedure, git review, gerrit, etc18:11
jrollit's an openstack project now18:11
martini'typical openstack procedure' doesn't really help me :-)  For pyghmi, I used review.openstack.org:29418/stackforge/pyghmi.git, and I can't find a comparable URL for bifrost18:13
jrollsame thing, just /openstack.bifrost.git18:13
jrollerr18:13
jroll/openstack/bifrost.git18:13
NobodyCamhttps://github.com/openstack/bifrost18:13
jrollor clone from github, and when you use 'git review' it will set up the review.o.o remote for you18:14
martiniahh, that helps.  Is there a prototypical CONTRIBUTING.md for openstack projects?18:15
jrollmaybe http://docs.openstack.org/infra/manual/developers.html#development-workflow ?18:16
martiniI mean, do any other projects have an actual 'CONTRIBUTING.md' file in their repo, whether it links to / subsumes that or not?18:17
NobodyCamwe have http://docs.openstack.org/developer/ironic/dev/contributing.html18:18
martiniAh, nice, I see the '.gitreview' now.  Apparently I was *just* behind enough to not have it18:18
jrollyeah, ironic also has https://github.com/openstack/ironic/blob/master/CONTRIBUTING.rst18:19
jrollwhich is where I got that link :)18:19
martinijroll: Thanks!  That's what I was hoping to see18:19
jroll:)18:19
rloomartini: maybe you could add something similar to bifrost :)18:20
TheJuliamartini: ohh, awesome18:24
martini(Planning on it!  That's why I asked ;-)18:25
rloothx martini!18:26
*** davideag_ has quit IRC18:31
*** achanda has quit IRC18:32
*** dprince has quit IRC18:32
*** davideagnello has joined #openstack-ironic18:33
blakecjroll: regarding network-provider spec, has case of mapping of network_provider to node been considered? Similar to deploy driver, some nodes may be on different hardware with a switch (or SDN) requiring a different plugin. Obvious tradeoff between complexity and generality… thoughts?18:35
*** jnielsen55 has joined #openstack-ironic18:37
*** krtaylor has joined #openstack-ironic18:38
*** davideagnello has quit IRC18:45
*** edcragg has quit IRC18:46
*** ukalifon2 has joined #openstack-ironic18:46
*** ukalifon1 has quit IRC18:46
*** logan2 has joined #openstack-ironic18:47
*** Haomeng has joined #openstack-ironic18:49
*** davideagnello has joined #openstack-ironic18:50
*** Haomeng|2 has quit IRC18:52
*** e0ne has joined #openstack-ironic18:53
*** ukalifon2 has quit IRC19:10
*** mtanino_away is now known as mtanino19:12
*** barra204 has joined #openstack-ironic19:16
*** cdearborn has joined #openstack-ironic19:34
*** blakec has quit IRC19:39
*** [1]cdearborn has joined #openstack-ironic19:48
*** Sukhdev has joined #openstack-ironic19:50
*** e0ne has quit IRC19:55
*** gridinv_ has joined #openstack-ironic19:57
*** e0ne has joined #openstack-ironic20:00
*** cdearborn has quit IRC20:02
jrollTIL https://en.wikipedia.org/wiki//dev/full20:02
jrolllucas-dinner: ^ you'll like that20:02
*** natorious is now known as zz_natorious20:05
trownnice, TIL too20:05
openstackgerritMerged openstack/python-ironicclient: Add node-show-states command  https://review.openstack.org/18303920:06
jnielsen55quick question. With the current Juno or Kilo Ironic code is there a single compute node that acts as a proxy to the baremetal nodes?20:06
jrolljnielsen55: yes, the recommended set up is to use a single compute node20:08
jrollthere's a clustered compute manager in our tree that allows for more, but race conditions abound20:08
jnielsen55aweseom, thanks jroll20:09
jnielsen55awesome20:09
jrollnp :)20:09
*** mtanino has quit IRC20:11
NobodyCamcall of doom is done20:11
*** blakec has joined #openstack-ironic20:12
lucas-dinnerjroll, a-ha haha awesome!20:14
lucas-dinnerI didn't know about /dev/full, neat20:14
jroll:D20:14
*** mtanino has joined #openstack-ironic20:14
openstackgerritRadoslaw Smigielski proposed openstack/ironic: enable linux console redirection by default  https://review.openstack.org/18572920:18
*** zz_natorious is now known as natorious20:22
*** gridinv_ has quit IRC20:36
*** blakec has quit IRC20:37
rlooNobodyCam: you're still around? Then it wasn't all doom :-)20:43
*** blakec has joined #openstack-ironic20:49
NobodyCamrloo: heheheh20:52
NobodyCamjust super long20:52
rlooNobodyCam: the advantage of attending remotely ;)20:52
NobodyCamYES!!!!20:52
*** jgrimm is now known as zz_jgrimm20:53
jnielsen55one more quick question. I'm deploying Ironic on Juno. Does Juno use the iSCSI deploy method and not the ironic-python-agent?20:55
jrollIPA is supported on juno, if I remember correctly. However it does require swift.20:56
*** natorious is now known as zz_natorious20:57
*** eghobo has quit IRC20:58
*** eghobo has joined #openstack-ironic21:00
*** eghobo_ has joined #openstack-ironic21:03
*** HenryG has quit IRC21:04
*** zz_natorious is now known as natorious21:04
*** natorious is now known as zz_natorious21:05
*** zz_natorious is now known as natorious21:06
*** eghobo has quit IRC21:07
*** HenryG has joined #openstack-ironic21:07
*** lucas-dinner has quit IRC21:10
*** jjohnson2 has quit IRC21:11
*** trown is now known as trown|outttypeww21:15
*** blakec has quit IRC21:18
NobodyCambrb21:21
Sukhdevdevananda: Ping21:27
devanandaSukhdev: pong21:27
Sukhdevdevananda: I am looking to setup weekly meetings for Ironi/Neutron21:27
*** radek__ has quit IRC21:27
*** blakec has joined #openstack-ironic21:27
Sukhdevdevananda: wanted to check with you if you have any preference to time slot/day21:28
devanandaSukhdev: heh, there's probably no time that I can commit to always make21:28
devanandathat said, mondays tend to be meeting day, so piling more on is fine21:28
Sukhdevdevananda: :-)21:29
devanandaSukhdev: it looks like neutorn l2 gateway meeting is 10am PT (same time as our weekly meetings, half of the time)21:29
devanandaperhaps 11am PT ?21:29
devanandaor 10am the alternate week, since it looks like your meeting is only every other week?21:30
Sukhdevdevananda: let me check - If I find an available channel, will set it up21:30
* devananda throws ideas at the wall21:30
jrolldevananda: y u kill my mondays21:30
jroll:)21:30
devanandajroll: get all the monday out of the way so the rest of the week is friday? ^_^21:31
NobodyCam:-p21:31
Sukhdevjroll: I can move to Tuesday or Wednesday - if that works better for you guys -21:31
Sukhdevthat is the reason to ping before I set something up -21:31
jrollSukhdev: monday is typically fine, don't mind my sarcasm :)21:31
Sukhdevjroll: ha ha…. cool then.. let me see if I can find an available channel21:32
clif_hmaybe someone can fill me in: are the py34 tests broken?21:33
clif_hor am I doing something wrong locally?21:33
jrollsomeone else had problems this morning21:34
jrollclif_h: tox -r ?21:34
NobodyCamclif_h: I know jlvillal has done a lot of work on our py3 tests21:35
Sukhdevdevananda, jroll: mondays 11am PT is available - I am getting ready to grab that slot and will send out the email on ML - just a heads up21:35
jrollSukhdev: great, ty, will be there21:35
jlvillalclif_h: What kind of error are you seeing?  I've done a little work in there.21:36
jlvillalclif_h: And 'tox -r' is a good idea.21:36
clif_hI'm pretty sure this was my first run for 'py34'21:38
devanandajroll, Sukhdev: so I'll be landing in vegas at 9:15am next monday. will try to make the meeting, but there's a chance I'll either miss part of it, or be taking it from a cafe in the airport :p21:38
jlvillalclif_h: Error message?21:39
clif_hjlvillal: https://gist.github.com/ClifHouck/b6e5f2fa705e4adec5a221:39
jrolldevananda: so, yay for you not being a spof for this? :P21:39
devanandajroll: exactly21:40
Sukhdevdevananda: oh I see...21:40
jrollclif_h: oh, blow away .testrepository files21:40
devanandaSukhdev: one downside to that time is it makes it hard for the HP Cloud folks working on integration of our switches21:40
devanandaSukhdev: they're in bangalore, 12hr offset to PT21:40
jrolldevananda: I'd argue this meeting should track the non-vendor-specific bits of this (though vendors in these talks could be useful)21:41
Sukhdevdevananda: Oh - in that case, we should move to earlier slot - L2GW meeting used to be at 11PT, I moved to earlier slot to accomodate them - this will cause an issue21:41
Sukhdevdevananda:  I hate to pull west coast guys into meetings on Monday 9am :-)21:42
Sukhdevdevananda: How about Tuesday 9am? will that work better?21:42
devanandaSukhdev: there are already 5 meetings in that slot21:43
Sukhdevdevananda: yikes!! how about Thursday?21:44
*** mtanino has quit IRC21:44
clif_hjroll: thanks, that seems to have worked21:44
jrollnp21:44
Sukhdevunless you believe monday 9am is OK?21:44
clif_hwill I have to remove that every time I switch between py27, and py34?21:45
devananda9am works for me. i'm up well before that21:45
devananda(usually)21:45
jlvillalclif_h: I ran in to that before, I think.  I fixed it once and so far it has worked.21:45
devanandajroll: ?21:45
jlvillalclif_h: I remember deleting .testrepository files21:46
*** [1]cdearborn has quit IRC21:46
jrollclif_h: I'm not really sure... I have a feeling when you installed py34 that became your default python for running system tox21:46
jrolldevananda: ?21:46
*** natorious is now known as zz_natorious21:46
jrolldevananda: the 'np' was for clif if that's your question21:46
clif_henv tox claims its 2.721:46
jrollweird, idk then21:47
clif_hI should say 'tox --version'21:47
Sukhdevjroll: I think devananda was asking if 9AM monday works for you?21:47
devananda9am monday lets us at least get us + eu folks21:47
jrollSukhdev: oh, I'm usually online by 7 or 8, anything after that is fine with me :)21:47
devanandathough i'll  miss half of the first meeting for sure, because travel21:48
devanandabut that's fine21:48
Sukhdevdevananda, jroll: cool - so, I will set it up for Mondays at 9am21:48
Sukhdevdevananda: It would have been better, if you were present in the opening meeting :-):-)21:48
jrolldevananda: I have a feeling the first meeting will be around goals/expectations/etc, it would be cool if we can finalize that early so you can email in opinions or something21:49
Sukhdevjroll: correct -21:49
devanandamaybe the three of us +bertie meet on friday to set the goals, then you two present & discuss on monday21:50
Sukhdevjroll devananda: I will type up the preliminary agenda and let you modify21:50
*** Sukhdev has quit IRC21:50
*** eghobo_ has quit IRC21:50
*** Sukhdev has joined #openstack-ironic21:51
jrollsubscope: sounds good, thanks21:51
jrollSukhdev rather21:51
devanandaI just dont want to postpone the starting meeting a week because I'm travelling21:51
Sukhdevdevananda: sorry - got disconnected - am back now21:51
devanandaSukhdev: thanks21:51
Sukhdevdevananda: Friday will be fine21:52
Sukhdevdevananda: let me set up the meeting, set up the agenda and then we can meet on Friday - the rest of the team can meet Monday mornig21:53
Sukhdevdevananda, jroll : I am moving into a meeting - will get disconnected again -21:54
Sukhdevdevananda jroll: I will find (hopefully) an available channel for Mondays 9am, will send out the ML invite and you let me know what time would you want three of us meet on Friday?21:55
jrollSukhdev: as of now, my friday is 100% open :)21:55
Sukhdevjroll, devananda: Friday 9am?21:56
jrollthat's fine21:56
devanandaSukhdev: WFM21:58
devanandapls send gcal invite21:58
jroll^^21:58
*** zz_natorious is now known as natorious22:00
*** natorious is now known as zz_natorious22:01
*** zz_natorious is now known as natorious22:01
*** eghobo has joined #openstack-ironic22:01
*** Sukhdev has quit IRC22:02
*** eghobo_ has joined #openstack-ironic22:03
*** Sukhdev has joined #openstack-ironic22:04
*** bandicot has joined #openstack-ironic22:05
*** eghobo has quit IRC22:06
mrdaMorning Ironic22:08
*** bandicot has quit IRC22:08
openstackgerritMichael Davies proposed openstack/python-ironicclient: WIP: Cache negotiated api microversion for server  https://review.openstack.org/17367422:14
*** enikanorov_ has joined #openstack-ironic22:15
NobodyCammorning mrda22:16
mrdao/22:17
BadCubmorning mrda :)22:18
mrda\o22:18
*** bandicot has joined #openstack-ironic22:19
TheJuliaGood morning mrda22:19
mrda\o/22:19
*** gridinv_ has joined #openstack-ironic22:20
openstackgerritJohn L. Villalovos proposed openstack/ironic: Add 'simplegeneric' to Python 3.4 test-requirements  https://review.openstack.org/18575922:22
cinerama hi mrda22:23
mrdahey cinerama (I've run out of arms :)22:23
jrollmorning mrda /o\22:24
jroll:P22:24
mrdaoh yeah, that could've worked.22:25
jrolland hiya cinerama!22:25
mrda\o\22:25
cineramaeveryone feeling reasonably well?22:26
* NobodyCam is quite tired today... 22:33
*** lifeless has quit IRC22:35
*** krtaylor has quit IRC22:37
*** gridinv_ has quit IRC22:37
mordredmrda, devananda: btw ...22:37
mordred(moving here, since it's a different topic)22:37
mrdacinerama: pretending that the sumptoms I'm feeling won't become a cold22:37
devanandamrda: tldr; ironicclient generates a new keystone token for each request, or requires the caller to pass in a (valid) token object22:38
mordredwe're using dogpile.cache in shade and are pretty happy about it ... but I mention that because we're also moving os-client-config support into ksa22:38
devanandamrda: if that token is bad, iornicclient just errors and its all teh callers problem22:38
mrdasymptoms22:38
mordredand os-client-config has support for reading cache settings from the clouds.yaml file22:38
mordredSO22:38
mordredif you did a similar thing, then you could consume the same cache config settings through teh os-client-config/ksa library22:38
mrdamordred: ok, shall take a look22:38
devanandamrda: instead, IIUC, we should use keystone SESSION objects, which handle re-validating themselves when needed22:38
mordredmrda: you wind up needing to do a little bit of work to get it going in the first place - but SpamapS has done all of that in shade, so feel free to either copy that, or poke SpamapS - or something22:39
mrdamordred: ok, shall do22:40
devanandaand then, in the case where someone passes in creds instead of a session, we could cache the session in memory (not disk) for the duration of the calling process22:40
devanandawould help the nova driver considerably, and any other process (eg, shade, bifrost...) that uses the python lib22:40
mordred++22:40
jrollthe nova driver already caches the client object, fwiw22:40
jrollthis would just remove the 401/403 from the "retry these" list22:41
devanandajroll: yes, but the client object is generating a new keystone TOKEN for each request22:41
* mrda is still waking up, hence the short replys. But will re-read after coffee22:41
jroll(which is good, to be clear)22:41
devanandaI mean, it shouldn't be, but the logs indicate it is22:41
jrolldevananda: no, we cache the client object, which has a token22:41
devanandahrmm22:41
jrollat least it works in my cloud (tm)22:41
jrollafaict22:41
jrollI could be wrong but I believe clif_h confirmed this with data22:42
jrollwhich should be trivial to reproduce22:42
*** romcheg has joined #openstack-ironic22:43
* devananda looks at recent gate logs to confirm/deny his assertion22:43
clif_hit should cache it22:43
*** ijw has joined #openstack-ironic22:44
clif_hpossibly it caches the client but the client is still getting a token every time?22:44
jrollgate logs do look like a lot of token requests :/22:44
jrolllooking at http://logs.openstack.org/49/183549/4/check/check-tempest-dsvm-ironic-pxe_ssh/f92ecc0/logs/apache/keystone_access.txt.gz22:44
mrdaclif_h: IIRC the object is being cached22:44
jrollclif_h: based on the results in our cloud, though, it seems to be caching the token, otherwise we'd still be having issues with it22:44
clif_hmaybe there's a config setting22:45
jroll249 token requests in that log22:45
jrollfor one tempest run22:45
devanandamight be tempest's client, not nova's use of our client?22:45
*** romcheg has quit IRC22:45
openstackgerritJohn L. Villalovos proposed openstack/ironic: Add 'simplegeneric' to Python 3.4 test-requirements  https://review.openstack.org/18575922:46
jrollright, hard to tell22:46
* devananda is reading from the tail of http://logs.openstack.org/80/180680/3/check/check-tempest-dsvm-ironic-pxe_ssh/e374f82/logs/screen-n-cpu.txt.gz backwards22:46
jrollactually, I think we're good22:47
jroll$ curl http://logs.openstack.org/49/183549/4/check/check-tempest-dsvm-ironic-pxe_ssh/f92ecc0/logs/screen-n-cpu.txt.gz | grep 'v2.0/tokens' | wc -l22:47
jroll222:47
devanandaone for the ironic token one for the neutron token22:48
devanandayea, looks good22:48
* devananda stands correcte22:48
devanandad22:48
jroll\o/22:48
jrollgreat work clif_h :P22:49
devanandaso a more accurate tldr; is that we implemented caching and retry in a wrapper class within our nova driver22:49
devanandaand that doesn't help any other users of the client22:50
devanandawhich makes mordred sad22:50
mordredyes22:50
mordredit does make me sad22:50
mordredalthough22:50
mordredto be fair22:50
mordredI would likely not use your caching22:50
*** davideagnello has quit IRC22:50
mordredsince I have a pervassive caching system myself22:50
devanandamordred: if only you didn't use our client ;)22:50
mordred:)22:50
*** natorious is now known as zz_natorious22:50
mordreddevananda: actually - we should figure out what it looks like for us to use your caching but to tie it in to our caching22:51
*** davideagnello has joined #openstack-ironic22:51
mordreddevananda: because for shade we have multi-cloud stuff sorted in terms of cache keys/collisions22:51
mordredthis is almost certainly not important for ironic22:51
mordredBUT22:51
mordredif we figure out the interface between the two of us, it'll likely cover all the use cases known to man22:52
jrolldevananda: right, I agree, however we still need most of that logic to retry for a failed token for other variants of retries :)22:52
mordredwell, no22:52
mordredyou do not need to do that at all22:52
jrollmmm?22:52
mordredonce you're on keystone session, session takes care of all of that22:52
jrollwe retry on 409 because our locking is insane22:52
jrolletc22:52
devanandamordred: https://github.com/openstack/nova/blob/master/nova/virt/ironic/client_wrapper.py#L5922:52
mordredit's one of the main reasons to use keystone session22:52
jrolldoes session do that?22:52
mordredjamielennox: ^^22:52
mordredjroll: basically, you should never need to know about it22:53
mordredit should be transparent22:53
mordredthat's what session gives you22:53
jamielennoxhm?22:53
devanandai'd be happy if we replaced that code with sessions22:53
mordredjamielennox: more session discussion22:53
jrollmordred: specifically, can I configure this for KS session? https://github.com/openstack/nova/blob/master/nova/virt/ironic/client_wrapper.py#L113-11522:53
jrolland if so that's awesome22:53
*** e0ne has quit IRC22:53
mordredjroll: yah - actually, your code doesn't take in to account keystone auth plugins either22:53
jamielennoxi think it will only automatically retry 40122:54
jamielennoxbecause it fetches a new token and re-issues22:54
jroll^ right, that was my assumption22:54
devanandayea, so we'd need to ALSO retry on 40922:54
mordredyah. but you do not need to retry on expired token22:54
jrollright. and so my point is that we'll still need most of this logic22:55
jamielennoxyea, we might be able to expose a way to add that, but i don't want to add 409 handling by default22:55
mordredgotcha22:55
jrollthat isn't to say we shouldn't do it22:55
mordred++22:55
jrollbut "remove this code" isn't a win here22:55
jrolljamielennox: that would be useful, and I agree with not by default :)22:55
jamielennoxshouldn't this logic be ironic client?22:55
jamielennoxwhy is ironic having to wrap its own client?22:56
devanandayea, it basically removes https://github.com/openstack/nova/blob/master/nova/virt/ironic/client_wrapper.py#L123-L12922:56
devanandajamielennox: yes22:56
jamielennoxoh sorry - nova22:56
jrolljamielennox: idk, as a cli user I'd be okay with it bailing in those cases22:56
jrollbut I want to be able to restart ironic-api without interrupting nova activity, etc22:56
jrollor not fail a build because stray lock produces a 40922:56
*** dguerri is now known as dguerri`away22:57
jlvillaljroll: If you have time to look at the changes I made to your patch, it would be appreciated.  I believe I only changed the unittests.  https://review.openstack.org/13087722:58
jlvillaljroll: If you think it is good, I was going to add it to the etherpad to be reviewed.22:58
jrolljlvillal: oh ya, will do22:59
jlvillaljroll: Thanks22:59
jrolljlvillal: though I tend not to worry too much about the tests, so long as they work :P22:59
jlvillal:)22:59
*** yuanying has joined #openstack-ironic22:59
jrolljlvillal: also, if you need someone to bug on that, alaski is your dude23:00
jlvillaljroll: Excellent.  Thanks.  mrda and I have a discussion on Nova bugs right about now.23:00
jrolljlvillal: cool. he's the goto for cells stuff and helped me dig on that downstream iirc23:01
mordredTheJulia, jamielennox, devananda: so - was just talking about the special casing in shade for ironic and non-keystone auth23:01
jamielennoxmordred: https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/auth/token_endpoint.py23:01
*** eghobo_ has quit IRC23:01
mordredjamielennox: so just use that with a token of None or something?23:02
*** eghobo has joined #openstack-ironic23:02
jamielennoxmordred: you'd need to test but it should work23:02
mordred(problem we're trying to solve - how to _just_ use the Session code path for ironicclients and still support both ks and non-ks auth)23:02
mordredjamielennox: cool23:02
mordredmorganfainberg: ^^23:03
jamielennoxthere is a failure case there for auth to indicate that it didn't work it returns None, so it might have to be the empty string or something23:03
morganfainbergoh hai!23:03
devanandahi there!23:03
jamielennoxbut assumedly if you're not using keystone auth you could enter some arbitrary string for the token value and it wouldn't care23:03
devanandaright now, yea, it works with any string23:04
devanandaand our API ignores it, basically23:04
morganfainbergjamielennox: or no string.23:05
morganfainbergdevananda: thats good.23:05
NobodyCamthe readme calls out OS_AUTH_TOKEN - Any value, such as an empty space, is required to cause the client library to send requests directly to the API.23:05
morganfainbergNobodyCam: hm. ok23:05
devanandalet's say I want to use ironic under apache auth? (works fine today) what if I want to use ironic with my LDAP server? ... (also, personally, I *dont* wnt to do that, just to be clear)23:05
morganfainbergdevananda: lets not build in ldap support in ironic23:06
jrolldevananda: I hate to tell you that someone may wish to do that :(23:06
morganfainbergdevananda: mod_auth_ldap should suffice for that.23:06
devanandajroll: i'm fine with enabling someone else to do that23:06
morganfainbergdevananda: do the same thing we're doing, rely on apache's good support for that kind of thing23:06
* jroll forgets if nova did that within nova or some other way23:06
devanandaI should have said "*I* dont want to ..."23:06
devanandamorganfainberg: works for me23:06
morganfainbergnothing stops them from layering apache mods in front of ironic23:07
devanandanope23:07
jrolldevananda: I'm more sad at the possibility of needing to do that myself, apache or not23:07
*** ijw has quit IRC23:07
morganfainbergdevananda: I also would advocate that RBAC [even limited] should be when deployed with keystone [to keep your life simple]23:07
morganfainbergbut that is a personal preferance23:07
morganfainbergjroll: ^23:07
jrollmorganfainberg: yep, agree. my downstream is leaking here, feel free to ignore me :)23:08
*** ijw has joined #openstack-ironic23:08
morganfainbergjroll: if there is a good reason to do something else, I'm happy to help advise/entertain how we can get there.23:08
* BadCub hands jroll a mop to clean up his leaking downstream23:08
morganfainbergjroll: but if we can avoid extra insanity i'm happy23:09
morganfainbergBadCub: uh.. you probably want to make sure jroll keeps that mop afterwards.23:09
morganfainberg:P23:09
BadCublol23:09
*** chlong has joined #openstack-ironic23:09
jrolllol23:09
BadCubmorganfainberg: yeah.. No return policy on mops!23:09
devanandaon that note, I gotta run23:10
BadCubsee ya devananda lol23:10
* devananda is careful not to split on the spilled downstream23:10
jrollmorganfainberg: I actually never considered mod_ldap for this bit, I'll probably poke at that23:10
NobodyCamlol23:10
devanandas/split/slip/23:10
NobodyCamnight devananda23:10
morganfainbergjroll: ^_^23:11
jrollthanks :)23:11
morganfainbergjroll: i'm trying really really hard to keep us from re-inventing wheels around here23:11
jrollmorganfainberg: yep, hear you there.23:11
morganfainberg(it's why i lurk everywehre) trying to make sure I can head things off before they become locked in.23:12
*** Sukhdev has quit IRC23:13
jroll+1, I try to do the same :P23:13
*** chlong has quit IRC23:15
openstackgerritClif Houck proposed openstack/ironic: Add support for image caching for the agent driver  https://review.openstack.org/16183223:19
*** Sukhdev has joined #openstack-ironic23:20
*** hemna is now known as hemnafk23:31
*** zz_natorious is now known as natorious23:32
*** natorious is now known as zz_natorious23:33
*** Haomeng|2 has joined #openstack-ironic23:37
*** Haomeng has quit IRC23:40
* NobodyCam calls it a day.... G'Night ya all...23:41
*** jamielennox is now known as jamielennox|away23:42
*** eghobo has quit IRC23:43
*** chlong has joined #openstack-ironic23:44
openstackgerritStephanie Miller proposed openstack/bifrost: Add ability to write CSV file  https://review.openstack.org/18578623:47
*** lifeless has joined #openstack-ironic23:54
*** Sukhdev has quit IRC23:54

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