Wednesday, 2014-07-09

harlowjadevananda interesting little open discussion there at the end00:04
harlowjapeoples brains thinking about what to do, thats a plus00:05
harlowjaits a challenging one thats for sure to figure out the best way to go from here to somewhere else (and will the somewhere else be any better)00:06
*** Haomeng|2 has joined #openstack-ironic00:14
*** Penick has quit IRC00:15
*** Haomeng has quit IRC00:15
*** max_lobur has quit IRC00:46
*** dkehnx1 has quit IRC00:48
openstackgerritMichael Davies proposed a change to openstack/python-ironicclient: Expose auth_ref in ironicclient client object  https://review.openstack.org/10446700:50
jerryzcould anyone help on a booting problem? the machine hung at booting from hard disk, btw, i was using heat to deploy undercloud.01:26
*** eghobo has quit IRC01:38
*** killer_prince has quit IRC01:41
*** nosnos has joined #openstack-ironic01:44
*** eghobo has joined #openstack-ironic02:16
*** killer_prince has joined #openstack-ironic02:20
*** killer_prince is now known as lazy_prince02:20
*** harlowja is now known as harlowja_away02:50
*** ramineni has joined #openstack-ironic03:00
*** shardy has quit IRC03:01
*** vinbs has joined #openstack-ironic03:02
*** vinbs_ has joined #openstack-ironic03:04
*** vinbs has quit IRC03:07
*** vinbs_ is now known as vinbs03:07
*** lazy_prince is now known as killer_prince03:09
*** eghobo has quit IRC03:17
*** nosnos has quit IRC03:20
*** killer_prince is now known as lazy_prince03:21
*** stendulker has joined #openstack-ironic03:47
openstackgerritYuiko Takada proposed a change to openstack/ironic: Use my_ip for neutron URL  https://review.openstack.org/10473804:10
*** nosnos has joined #openstack-ironic04:13
*** nosnos has quit IRC04:24
*** sabah has joined #openstack-ironic04:25
*** amitpp has joined #openstack-ironic04:32
*** stendulker has quit IRC04:33
*** amitpp has quit IRC04:34
*** amitpp has joined #openstack-ironic04:38
*** sseago__ has quit IRC04:40
*** eghobo has joined #openstack-ironic04:42
*** max_lobur has joined #openstack-ironic04:46
*** bmahalakshmi has joined #openstack-ironic05:15
*** bmahalakshmi has quit IRC05:29
*** bmahalakshmi has joined #openstack-ironic05:30
*** bvivek has joined #openstack-ironic05:31
*** lazy_prince is now known as killer_prince05:32
*** romcheg has joined #openstack-ironic05:34
*** romcheg has quit IRC05:35
*** romcheg has joined #openstack-ironic05:35
*** rakesh_hs has joined #openstack-ironic05:36
*** romcheg has quit IRC05:36
*** sabah has quit IRC05:36
*** sabah has joined #openstack-ironic05:36
*** vinbs has quit IRC05:37
*** sabah has quit IRC05:37
*** sabah has joined #openstack-ironic05:38
*** vinbs has joined #openstack-ironic05:38
*** subah has joined #openstack-ironic05:39
*** sabah has quit IRC05:39
*** chuckC has quit IRC05:41
*** max_lobur has quit IRC05:47
*** vinbs has quit IRC05:49
*** vinbs has joined #openstack-ironic05:49
*** rameshg87_afk is now known as rameshg8705:50
*** sabah has joined #openstack-ironic05:50
*** subah has quit IRC05:50
*** coolsvap|afk is now known as coolsvap05:51
*** Nisha has joined #openstack-ironic05:51
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/10535906:02
*** geekyogi has joined #openstack-ironic06:04
*** bmahalakshmi has quit IRC06:07
*** sabah has quit IRC06:07
*** sabah has joined #openstack-ironic06:07
*** bmahalakshmi has joined #openstack-ironic06:08
*** subah has joined #openstack-ironic06:10
*** sabah has quit IRC06:10
*** Isotopp has quit IRC06:10
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095106:10
*** Isotopp has joined #openstack-ironic06:11
*** Isotopp has quit IRC06:11
*** Isotopp has joined #openstack-ironic06:11
*** bmahalakshmi has quit IRC06:15
*** bmahalakshmi has joined #openstack-ironic06:15
*** sabah has joined #openstack-ironic06:17
*** subah has quit IRC06:17
*** romcheg has joined #openstack-ironic06:18
*** shausy has joined #openstack-ironic06:36
*** shausy has quit IRC06:41
*** shausy has joined #openstack-ironic06:44
*** mkerrin has joined #openstack-ironic06:49
*** jcoufal has joined #openstack-ironic06:55
*** geekyogi has quit IRC06:56
*** jistr has joined #openstack-ironic07:01
openstackgerritMichael Davies proposed a change to openstack/ironic: Implement the Conductor side of ring rebalancing  https://review.openstack.org/7919407:05
*** eghobo has quit IRC07:17
*** eghobo has joined #openstack-ironic07:18
openstackgerritMichael Davies proposed a change to openstack/ironic: Implement the Conductor side of ring rebalancing  https://review.openstack.org/7919407:20
mrda'night ironic07:28
*** mrda is now known as mrda-away07:28
*** eguz has joined #openstack-ironic07:41
*** eguz has quit IRC07:43
*** bvivek has quit IRC07:44
*** sabah has quit IRC07:44
*** sabah has joined #openstack-ironic07:44
*** bvivek has joined #openstack-ironic07:44
*** eghobo has quit IRC07:45
*** geekyogi has joined #openstack-ironic07:46
*** rakesh_hs has quit IRC07:47
*** sabah has quit IRC07:47
*** sabah has joined #openstack-ironic07:48
*** sabah has quit IRC07:49
*** sabah has joined #openstack-ironic07:49
*** rakesh_hs has joined #openstack-ironic07:50
*** bvivek has quit IRC07:51
*** overlayer has joined #openstack-ironic07:58
*** rakesh_hs has quit IRC07:59
*** sabah has quit IRC07:59
*** sabah has joined #openstack-ironic07:59
*** rakesh_hs has joined #openstack-ironic08:00
*** pcrews has quit IRC08:04
*** martyntaylor has joined #openstack-ironic08:05
*** lazy_prince has joined #openstack-ironic08:09
*** lazy_prince has quit IRC08:10
*** shausy has quit IRC08:10
*** killer_prince is now known as lazy_prince08:10
*** subah has joined #openstack-ironic08:11
*** derekh_ has joined #openstack-ironic08:11
*** sabah has quit IRC08:14
*** lucasagomes has joined #openstack-ironic08:28
openstackgerritAndrey Kurilin proposed a change to openstack/python-ironicclient: Remove aliases `arg` and `env` from utils  https://review.openstack.org/10455308:30
*** overlayer has quit IRC08:37
*** lazy_prince is now known as killer_prince08:56
*** romcheg has quit IRC09:03
*** shausy has joined #openstack-ironic09:10
*** romcheg has joined #openstack-ironic09:12
*** killer_prince is now known as lazy_prince09:12
*** bvivek has joined #openstack-ironic09:12
*** pelix has joined #openstack-ironic09:19
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Fix nodes left in an incosistent state if no workers  https://review.openstack.org/10095809:20
rameshg87lucasagomes: good morning09:23
rameshg87lucasagomes: request you to take a look at the ilo power code for which spec was approved :-) - https://review.openstack.org/#/c/89500/09:24
openstackgerritA change was merged to openstack/ironic-specs: Swift Temporary URLs Spec  https://review.openstack.org/9890409:28
*** romcheg has quit IRC09:28
*** martyntaylor has quit IRC09:37
*** rakesh_hs has quit IRC09:40
*** rakesh_hs has joined #openstack-ironic09:40
*** aswadr has joined #openstack-ironic09:43
*** lazy_prince has quit IRC09:44
*** martyntaylor has joined #openstack-ironic09:50
*** Nisha has quit IRC09:57
*** overlayer has joined #openstack-ironic10:01
*** killer_prince has joined #openstack-ironic10:03
*** killer_prince is now known as lazy_prince10:03
*** jistr has quit IRC10:06
*** jerryz has quit IRC10:21
*** Haomeng has joined #openstack-ironic10:26
*** Haomeng|2 has quit IRC10:27
*** jistr has joined #openstack-ironic10:27
*** bvivek has quit IRC10:29
*** bvivek has joined #openstack-ironic10:33
*** bvivek has quit IRC10:41
*** Shrews has quit IRC10:43
*** romcheg has joined #openstack-ironic10:47
*** Shrews has joined #openstack-ironic10:47
*** bmahalakshmi has quit IRC11:01
*** ramineni has quit IRC11:03
*** subah has quit IRC11:03
*** lazy_prince has quit IRC11:08
*** romcheg has quit IRC11:18
*** Haomeng|2 has joined #openstack-ironic11:19
*** Haomeng has quit IRC11:21
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic-specs: New driver ManagementInterface  https://review.openstack.org/10021811:30
*** killer_prince has joined #openstack-ironic11:41
*** killer_prince is now known as lazy_prince11:41
*** Haomeng has joined #openstack-ironic11:50
*** Haomeng|2 has quit IRC11:51
*** Haomeng|2 has joined #openstack-ironic11:55
*** Haomeng has quit IRC11:55
*** jistr is now known as jistr|english11:56
*** shausy has quit IRC11:59
*** Poornima has joined #openstack-ironic12:04
*** vinbs has quit IRC12:06
*** sseago has joined #openstack-ironic12:08
*** jdob has joined #openstack-ironic12:09
*** lucasagomes is now known as lucas-hungry12:11
*** jistr|english is now known as jistr12:11
*** rakesh_hs has quit IRC12:17
*** romcheg has joined #openstack-ironic12:26
romchegMorning Ironic!12:30
romcheglucas-hungry: what was that yesterday? :(12:30
*** jdob has quit IRC12:37
*** jdob has joined #openstack-ironic12:38
Shrewsmorning romcheg, everyone12:43
romchegMorning Shrews!12:44
*** chuckC has joined #openstack-ironic12:49
*** lucas-hungry is now known as lucasagomes12:55
lucasagomesromcheg, lol man12:59
lucasagomesI don't know what to say12:59
*** d0ugal has joined #openstack-ironic13:05
*** Alexei_987 has quit IRC13:05
Shrewsgrr... it should be a gerrit-enforced rule that if you vote -1 on a review that your IRC nick must be posted in your comment13:10
Shrewsso i can hunt you down and tell you how wrong you are13:10
*** Alexei_987 has joined #openstack-ironic13:10
* Shrews might have had too much caffeine already13:11
*** zul has quit IRC13:11
* NobodyCam wanders in and thinks is there such a thing as "Too Much Caffeine"13:12
NobodyCamGood morning iRonic13:12
*** ndipanov has quit IRC13:12
Shrewsooh, we've gone all Apple-ish... i like it13:12
NobodyCamlol13:13
ShrewsNobodyCam: clearly, for some people, such as myself, there IS such a thing  :)13:13
NobodyCam:)13:13
Shrewsi walk a tight rope between sanity and insanity13:13
*** rloo has joined #openstack-ironic13:14
* NobodyCam has decided that sanity is not all its cracked up to be :-p13:15
*** ndipanov has joined #openstack-ironic13:16
lucasagomesNobodyCam, when you get some time can you take a look at the mgmt interface spec?13:16
NobodyCamsure,13:17
lucasagomesta much13:17
lucasagomesah ops, morning NobodyCam Shrews13:17
NobodyCamhehehe mornign lucasagomes13:17
NobodyCammorning even13:18
romchegMorning NobodyCam!13:18
Shrewslucasagomes: morning, and my condolences13:18
NobodyCammorning romcheg13:18
*** zul has joined #openstack-ironic13:18
lucasagomesShrews, :( thanks man13:18
lucasagomesthat was harsh13:18
lucasagomesnow I hope netherlands to beat argentina13:19
lucasagomeswill beat*13:19
NobodyCamoh coolness your going to implement set boot device in the ssh driver! that going to be a bit of work13:21
*** matty_dubs|gone is now known as matty_dubs13:22
NobodyCammorning matty_dubs13:22
lucasagomesNobodyCam, already did :)13:22
lucasagomesNobodyCam, will submit the patch soon13:22
NobodyCamfor all ssh "types" vbox, vmware, and virsh?13:23
lucasagomesNobodyCam, that's the problem, I did only for virsh :(13:23
lucasagomesNobodyCam, I can work on the vbox but vmware I don't have how to test13:24
NobodyCamvbox can be be done with a single cli command13:24
NobodyCamnot sure about vmware13:24
lucasagomesyeah "VBoxManage  modifyvm  <uuid|name>  [--boot<1-4>  none|floppy|dvd|disk|net>]"13:24
lucasagomesyeah vmware i've no clue as well13:25
NobodyCamquestion: The "persistent" flag is that per instance deployed, or forever and ever13:25
lucasagomesNobodyCam, so persistent is when setting the boot device, you can say whether it should live accross multiple reboots13:27
lucasagomesor if False (default behavior) it's going to persist until the next boot only13:27
NobodyCamyes but we will have a way of resetting it once the instance is removed from the node?13:28
lucasagomesfor the PXE driver for example, we set it as persistent=True, so all the boots will be network boots13:28
NobodyCamie. go back to pxe booting13:28
lucasagomesNobodyCam, oh yeah definitely13:28
NobodyCam:)13:28
NobodyCamso that setting is per instance13:28
*** jgrimm has joined #openstack-ironic13:28
NobodyCam:)13:28
NobodyCam...per depolyed instance13:29
lucasagomesthe PXE driver sets it when deploying the node13:29
NobodyCam:)13:29
lucasagomesI think, lemme check it out13:29
lucasagomeshttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L51013:30
lucasagomesas part of the deploy13:30
NobodyCamthats perfect...:)13:30
NobodyCamAdd a new boot_device field to the nodes database table. / Data model impact: None????13:32
NobodyCamI like it13:33
lucasagomesoh13:35
lucasagomeshah gotta clean that up, won't be added any boot_device13:35
lucasagomesNobodyCam, heh will clean that up thanks for pointing it13:35
*** foexle has joined #openstack-ironic13:36
*** pcrews has joined #openstack-ironic13:40
*** davidlenwell_ has joined #openstack-ironic13:41
*** geekyogi1 has joined #openstack-ironic13:41
*** rloo has quit IRC13:42
*** lifeless1 has joined #openstack-ironic13:43
*** GheRiver1 has joined #openstack-ironic13:43
*** jistr has quit IRC13:43
*** SpamapS_ has joined #openstack-ironic13:44
*** ellenh_ has joined #openstack-ironic13:46
*** _sirushti has joined #openstack-ironic13:46
*** mitz- has joined #openstack-ironic13:47
*** mordred_ has joined #openstack-ironic13:47
*** foexle has quit IRC13:48
*** Poornima has quit IRC13:48
*** geekyogi has quit IRC13:48
*** coolsvap has quit IRC13:48
*** yuriyz has quit IRC13:48
*** mitz has quit IRC13:48
*** krtaylor has quit IRC13:48
*** mordred has quit IRC13:48
*** NobodyCam has quit IRC13:48
*** mordred_ is now known as mordred13:48
*** GheRivero has quit IRC13:48
*** pradipta_away has quit IRC13:48
*** davidlenwell has quit IRC13:48
*** SpamapS has quit IRC13:48
*** sirushti has quit IRC13:48
*** ellenh has quit IRC13:48
*** lifeless has quit IRC13:48
*** keekz has quit IRC13:48
*** anteaya has quit IRC13:48
*** _sirushti is now known as sirushti13:48
*** Poornima has joined #openstack-ironic13:49
*** foexle has joined #openstack-ironic13:50
*** eghobo has joined #openstack-ironic13:52
*** anteaya has joined #openstack-ironic13:55
jrolllucasagomes: got a sec to chat about https://review.openstack.org/#/c/103595 and https://review.openstack.org/#/c/100734/ ?13:56
jrolluh oh, we lost nobodycam13:57
lucasagomesjroll, hey, sure13:57
jrolllucasagomes: so, one of us should depend on the other here...13:57
jrollbecause they're going to conflict hard13:57
lucasagomesjroll, right, I think it would be better to me depend on that one13:58
jrolland rloo has -2'd you because you mentioned the blueprint :/13:58
lucasagomesotherwise you will get a bit blocked by the -213:58
lucasagomesexactly13:58
jrollbut it's just a refactoring, shouldn't need a -213:58
jrollok13:58
*** NobodyCam has joined #openstack-ironic13:58
lucasagomesyeah that's true13:58
lucasagomesthat's not actually related to the iPXE13:58
lucasagomesit's a plumbing work13:58
lucasagomesjroll, I will set a dependency on ur patch13:58
jrollNobodyCam: I remembered to ask lucas about https://review.openstack.org/#/c/103595 \o/13:58
lucasagomesjroll, but anyway, do you agree in moving it to pxe_utils?13:59
jrolllucasagomes: awesome, thanks. wondering if I should shuffle things around now so the ipmitool things don't block you, or just hurry up and get that patch fixed up13:59
jrolllucasagomes: kind of... I'd say ironic/common/pxe_utils.py13:59
jrollthe agent driver also depends on this stuff13:59
*** eghobo has quit IRC13:59
NobodyCamahh seems I got disconnected13:59
jrollso I don't think it's so related to the pxe driver14:00
lucasagomesjroll, right, if u want to add a comment about it I can address that too as part of the rebase14:00
jrollsure thing14:00
*** jistr has joined #openstack-ironic14:00
lucasagomesta much!14:00
*** keekz has joined #openstack-ironic14:01
NobodyCambrb14:01
*** coolsvap has joined #openstack-ironic14:01
*** pradipta_away has joined #openstack-ironic14:01
*** mordred has quit IRC14:02
*** mordred has joined #openstack-ironic14:02
jrolllucasagomes: no, thank you! commented14:02
*** jistr has quit IRC14:03
*** romcheg has left #openstack-ironic14:04
lucasagomesjroll, btw, u good to go with the swift temp url14:04
lucasagomesI approved the spec this morning14:04
*** rloo has joined #openstack-ironic14:04
*** jistr has joined #openstack-ironic14:04
jrolllucasagomes: awesommme, thanks!14:05
jrollJoshNang: ^^14:05
*** overlayer has quit IRC14:05
jrollrloo: when you have time can you remove your -2 from https://review.openstack.org/#/c/81391 ? spec was approved14:06
*** jcoufal has quit IRC14:06
jrollJoshNang: wrt your last comment here... this should still be a separate patch https://review.openstack.org/#/c/86744/2014:09
*** krtaylor has joined #openstack-ironic14:09
NobodyCamanyone know why the spec repo is running gate-ironic-specs-python27 check?14:09
*** jcoufal has joined #openstack-ironic14:10
rloojroll: I was just about to do that. Although technically, the blueprint itself hasn't yet been approved ;)14:10
*** ndipanov has quit IRC14:11
ShrewsNobodyCam: to run this test? tests.test_titles.TestTitles.test_template14:11
Shrewslooks like it checks that all sections are present14:11
*** amitpp has quit IRC14:12
jrollrloo: can we just burn launchpad? :)14:13
NobodyCamahh ok then I wont remove it14:13
rloojroll: I'm sorry, I cannot answer that question ;)14:15
Shrewsanybody happen to have the link to the spreadsheet w/ approved specs?14:17
jrollShrews: this guy? https://docs.google.com/spreadsheets/d/1Hxyfy60hN_Fit0b-plsPzK6yW3ePQC5IfwuzJwltlbo/edit#gid=135712877514:18
Shrewsjroll: thx14:18
jrollnp14:18
*** ndipanov has joined #openstack-ironic14:20
jrollmorgabra: oh hey, that neutron spec got merged: https://review.openstack.org/#/c/87825/14:21
jroll^ this is awesome for ironic, y'all14:21
NobodyCamlucasagomes: ManageIq looks neat-o14:23
lucasagomesNobodyCam, ta much! I will fix that point on the spec, I'm trying to adapt the code to the new revision14:23
matty_dubsNobodyCam: I worked on that for about a month after RH first acquired them. It's very neat stuff, and I'm psyched that they've now open-sourced it.14:25
NobodyCamya :)14:29
jrolldevananda: finally updated https://etherpad.openstack.org/p/ipa-todos :)14:30
*** Poornima has left #openstack-ironic14:32
*** lazy_prince is now known as killer_prince14:33
NobodyCamfor thoses that care to know /me very much dislikes the Cirtrix client14:39
NobodyCamCitrix even14:41
*** dkehnx1 has joined #openstack-ironic14:41
*** max_lobur has joined #openstack-ironic14:44
rloofolks, quick question. Are we OK adding CLI support for vendor-passthru? Doesn't look like anyone has reviewed this: https://review.openstack.org/#/c/101297/14:45
JayFSeems like something that'd be potentially useful to have14:46
JayFif the public api exists, why shouldn't the official cli client be able to cal lit14:47
jrollidk, what's the use case?14:47
rlooJayF: yeah. So why hasn't anyone reviewed it? I don't know that I want to be the first ;)14:47
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Allow Ironic URL from config file  https://review.openstack.org/10559014:48
rlooJayF: I suppose if someone is manually testing and don't want to use the API?14:48
jrollmaybe14:49
jrollI guess it can't hurt14:49
NobodyCamrloo: I looking at that too14:52
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic-specs: New driver ManagementInterface  https://review.openstack.org/10021814:52
rlooNobodyCam: ok thx. If you're looking at it, I won't (for now).14:52
lucasagomesrloo, I think there's no problem adding it to the CLI, as JayF said it's alreayd in the public api14:54
lucasagomesthe CLI should just relfect that14:54
lucasagomesreflect*14:54
rloothx lucasagomes14:54
lucasagomesrloo, btw, on #91585 you mean to use the same value as the api.max_limit14:56
lucasagomesrloo, but not use the config option itself right? (cause client and ironic are 2 diff projects)14:56
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Expose {set,get}_boot_device in the API  https://review.openstack.org/9015114:56
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SSH virsh to use the new ManagementInterface  https://review.openstack.org/8988414:56
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMITool to use the new ManagementInterface  https://review.openstack.org/8609214:56
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SeaMicro to use the new ManagementInterface  https://review.openstack.org/8632814:57
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMINative to use the new ManagementInterface  https://review.openstack.org/8658814:57
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: ManagementInterface {set, get}_boot_device() to support 'persistent'  https://review.openstack.org/10575714:57
rloolucasagomes: no. if you hardcode it to 1000, it may not be 1000 if someone changes that value in api.max_limit.14:58
NobodyCamoh he's using MagicMock14:58
rloolucasagomes: I mean, don't code a default value for limit in the CLI. If you don't code it, it should default to using ironic's default, right?14:58
lucasagomesrloo, no14:58
lucasagomesrloo, if no value is specified by it's going to return everything14:59
Shrewsdevananda: adam_g: http://lists.openstack.org/pipermail/openstack-dev/2014-July/039751.html14:59
rloolucasagomes: no, it'll return max 1000 (ie, it'll return max whateve is specified in api.max_limit.14:59
lucasagomesrloo, that's what the patch is solving, the list() function on the CLI lib will follow the pagination and returning everything if no limit is specified15:00
rloolucasagomes: why do you want to do this? the REST api doesn't do that?15:00
lucasagomesrloo, no the API returning X per request (via max_limit), if you want to get the next batch you have to submit a new request to the link that the API provides (the 'next' link)15:01
lucasagomesbut when you use the CLI, for e.g for the Nova driver15:01
lucasagomesyou want the list function to return all the items registered in ironic15:02
lucasagomesso we need the add the ability for the cli to follow those links15:02
lucasagomesand return everything to it15:02
rloolucasagomes: so that is fine, you can do that with limit=0 I think based on your description.15:02
lucasagomesrloo, right, so what I can do on the CLI is15:02
lucasagomesif it's None it will just return whatever number of items the API have returned (based on max_limit)15:03
rloolucasagomes: yes, that's what I'd like. if limit in CLI is not specified, what you just said.15:03
lucasagomesrloo, ack15:03
lucasagomesrloo, cheers, will do it15:04
rloolucasagomes: btw, have you tested with limit=0?15:04
lucasagomesrloo, yeah, right now there's no difference between None or 0 for the lib15:04
lucasagomesif not limit: ...15:04
lucasagomes0 and None will enter that condition15:04
rloolucasagomes: cuz i actually had a question for you. in ironic, there is code to take the min(limit, config-value) as the limit. in some util.py file. i was wondering why.15:04
*** ndipanov has quit IRC15:05
lucasagomesrloo, because if the config file says max_limit is 100015:05
lucasagomesand someone in the api inputs ?limit=819289821982198219215:05
rloolucasagomes: so they want more than 1000.15:05
lucasagomesrloo, then we wouldn't need to cap it in a config option15:06
*** ndipanov has joined #openstack-ironic15:06
rloolucasagomes: i was trying to understand your changes yest so I set api.max_limit=1. When I then set limit=2 in the CLI, I kept getting 1 :-(15:06
lucasagomesthe idea is that the config is what prevent people from flooding everything by misuing the public API15:06
rloolucasagomes: oh. I didn't realize that was the intent of the config. I thought it was for pagination via the REST api.15:07
rloolucasagomes: anyway, so it seems to me (I didn't test) that if you set limit=0 it won't work unless you do something 'under the hood' first.15:08
rloolucasagomes: and I'm not sure I would agree for the CLI to treat limit=0 differently from the API.15:08
lucasagomesrloo, right... maybe we should document the --limit that the maximum that can be specified is related to the max_limit?15:09
lucasagomesrloo, or you think that limit=0 on the api should also return everything?15:10
lucasagomesit can get messy because http server might also limit the size of the response15:10
lucasagomesthe idea of the max_limit is that, prevent it from flooding15:10
rloolucasagomes: hmm, I hadn't thought about the http server/response size issue. How do other applications deal with it? [Ie, I have no answer cuz I don't know enough about this.]15:12
rloolucasagomes: any idea how nova deals with this? or keystone?15:13
lucasagomesrloo, https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L541-L54615:15
lucasagomesrloo, yes, we pretty much copied the same behavior from other openstack apis15:15
lucasagomesI think that's the normal way pagination works in general15:15
rloolucasagomes: ok. what does novaclient do, do you know?15:16
lucasagomesadmins needs a way to set a config with a sane value to prevent people from wasting bandwidth/misuing the api15:16
lucasagomesrloo, lemme check15:16
*** max_lobur has quit IRC15:16
rloojroll, JoshNang : the swift-temp-url spec was approved, and it mentioned something about a change in swiftclient. So is https://review.openstack.org/#/c/81391 ready to be reviewed, or does it need to be updated to reflect the spec?15:20
NobodyCamrameshg87: you around15:20
*** SpamapS_ is now known as SpamapS15:21
NobodyCammorning SpamapS15:21
jrollrloo: it's not :/ a bunch of that is going into swiftclient instead... https://review.openstack.org/#/c/102632/15:21
*** SpamapS has quit IRC15:21
*** SpamapS has joined #openstack-ironic15:21
rloojroll: could you do me a favour and put wip or something on 81391 then, so people don't spend time looking at it just yet?15:21
SpamapSNobodyCam: yo yo how's life in rolling thunder these days?15:21
rloojroll: people == me :-)15:22
jrollrloo: only JoshNang can do that, I can add a comment if that helps?15:22
rloojroll: a comment is better than nothing. is JoshNang out?15:22
NobodyCamSpamapS: doing good :)15:22
jrollrloo: done15:23
rloothx jroll!15:23
jrollrloo: it's still earlyish out here :)15:23
rloojroll: ha ha. sorry, I forgot. it wasn't that urgent, I'm fine if JoshNang does it later today. I thought maybe he was away for a few days or something. My memory is good enough that I'll remember for at least today ;)15:24
lucasagomesrloo, so the nova client doesn't seem to implement a way to follow the pagination :(15:24
jrollrloo: :)15:24
lucasagomesrloo, it does have a way to set the limit, but all it does is to construct the URL15:24
lucasagomes?limit=<limit>15:24
lucasagomesand then the API would limit it in case it's bigger than the max_limit there15:24
rloolucasagomes: ooo, not good on nova's part.15:24
* NobodyCam is not a mock expert, anyone know one MagicMock a dict?15:25
jrollNobodyCam: why would you mock a dict? got an example?15:25
lucasagomesrloo, yeah, usually the clients are second citizens heh people don't love them that much heh15:25
rloolucasagomes: ok, so for our needs, I think setting limit=0 may be the only reasonable way to deal with it.15:25
rloolucasagomes: why is our nova ironic driver using the CLI and not the API?15:25
NobodyCamjroll: line 37 of https://review.openstack.org/#/c/101297/1/ironicclient/tests/v1/test_driver_shell.py15:26
BadCub_Morning World15:26
NobodyCamgood morning BadCub_15:26
lucasagomesrloo, cause the library is meant to encapuslate the CLI and make things easier?15:26
lucasagomesrloo, instead of sending raw curl commands you would just do node.list()15:26
lucasagomesencapuslate the API*15:27
rloolucasagomes: ok, seems like a reasonable reason. Cuz it is easier. ha ha. So then, I'm fine with limit=0 then.15:27
*** killer_prince is now known as lazy_prince15:27
lucasagomesrloo, ok so... limit=0 to return everything?15:27
rloolucasagomes: not sure how/if we need to document the diff between API and CLI so I'm going to ignore that part. No one will ask...15:27
lucasagomeslimit = None to return what's in the max_limit?15:27
rloolucasagomes: yeah, limit=0 for everything since that's what you/driver needs.15:28
jrollNobodyCam: I don't see a problem with that... seems do_driver_vendor_passthru takes an object, not a dict15:28
JoshNangrloo: jroll done!15:28
lucasagomesrloo, right15:28
lucasagomesrloo, yeah it's hmm hard15:29
lucasagomesrloo, if u think it's better we can even not expose the limit=0 on the CLI15:29
jrollJoshNang: whoa, you're here early :)15:29
*** max_lobur has joined #openstack-ironic15:29
lucasagomesso that if people want to get the next batch they have to use the marker parameter manually15:29
rloolucasagomes: although I still am not sure about api.max_limits, but since nova does it etc. It just seems ... inefficient... when ironic can just spew it all out in one request.15:29
rloothx JoshNang !15:30
NobodyCamjroll: I was just about to say that it looks like obj vs dict15:30
NobodyCam:-p15:30
lucasagomesrloo, well as a public api I think that admins should have a way to limit the size of the request15:30
NobodyCamjroll: Ty15:30
lucasagomesrloo, if well documented it may not be a big problem15:30
rloolucasagomes: yeah, I understand about admins. BUT you realize that the list could get out-of-sync between requests.15:31
rloolucasagomes: todate, only admins can use the CLI too.15:31
lucasagomesrloo, yea about the out-of-sync, I don't think there's anything we can do for it15:33
jrollwe don't translate for log.debug, right?15:33
lucasagomesany pagination mechanism will have that problem15:33
rloojroll: right.15:33
jrollthanks15:33
rloolucasagomes: yes, any pagination mech will have that problem.15:34
rloolucasagomes: nova cli gives special 'privileges' if the user is an admin.15:34
rloolucasagomes: just thinking. maybe ironic cli can do a similar thing. if admin, they can override limit.15:34
jrolldo we see the ironic api ever being used by a non-admin?15:35
lucasagomesrloo, nova does that?15:35
lucasagomesand also we don't have policies in the ironic api15:35
lucasagomesit's always admin15:35
rloolucasagomes: eg, if you're admin, you can get VMs for all tenants.15:35
lucasagomesah right, but that's because the nova api can be used by normal tenants15:35
lucasagomeswhere ironic is always admins15:36
rloolucasagomes: having said that about nova, they don't give special admin priv for 'limit' so I dunno.15:36
lucasagomesrloo, yeah they don't seem to do anything for the limit, if more than max_limit is specified they use max_limit15:36
rloolucasagomes: yeah, so at least for now, if to use ironic you have to be admin, why can't an admin override the max_limits value.15:36
lucasagomesrloo, so maybe we shouldn't have max_limit at all15:37
rloolucasagomes: so really, I may just be lazy. I don't want to have/review code in our CLI that loops on the list request, just to get the entire list :-)15:37
lucasagomesrloo, heh I think it's also have to do with the configuration of the http server as I mentioned15:37
rloolucasagomes: I would say get rid of max_limit, except for your point about http response sizes.15:37
lucasagomesif the size of the response is limit15:37
lucasagomeslimited*15:38
lucasagomesrloo, yeah well what you can do in this case is set the max_limit to a really big number heh15:38
lucasagomesrloo, or maybe even create a flag to it to kinda "disable" max_limit15:39
lucasagomesidk -1 or something15:39
rloolucasagomes: if say an ironic conductor can handle 10000 baremetal nodes, and the nova-ironic-driver wants that list, what happens if the request fails cuz the response is too large.15:39
lucasagomesrloo, that's why we have pagination, so none of the requests wil be that big to actually reach the http server limit15:40
lucasagomesbut if it does hit it for whatever misconfiguration problem15:40
lucasagomesit may return a 500 (server error)15:40
*** romcheg has joined #openstack-ironic15:40
NobodyCamrloo: I like that patch.15:41
* NobodyCam would check on devananda's thoughts before landing thou15:41
rloolucasagomes: but the max_limits value is something an admin puts (or 1000). For one thing, maybe we ought to update the descriptor for that (or put in some admin doc) about it.15:41
rlooNobodyCam: thx. that's the vendor passthru CLI thing right?15:42
NobodyCamya15:42
rlooNobodyCam: ok, I'll put it on my list to look today.15:42
lucasagomesrloo, but that's the thing... how the CLI get's all items registered even if the max limit per request is 1000? by following the 'next' link and doing more than one request to retrieve everything15:42
lucasagomesthat's the limitation that we are trying to solve with that cli patch15:43
lucasagomeshaving a way to retrieve all the items by issuing multiple requests (respecting the limit set by the API)15:43
rloolucasagomes: so for the CLI change, I'm fine with limit=0 meaning to get all.15:43
rloolucasagomes: it is the implementation. but I think the max_limits is needed cuz of http response size limit.15:43
rloolucasagomes: so yeah, there's no way to avoid it.15:44
lucasagomesyeah it's a bit hairy15:44
lucasagomesrloo, ack, thanks for bringing that up tho, it's good make us think about better ways to solve something15:44
*** eghobo has joined #openstack-ironic15:45
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add methods to ipmitool driver  https://review.openstack.org/10036415:45
rloolucasagomes: at least for me, it clarified some things. Thx for being patient ;)15:45
lucasagomesrloo, no worries at all15:45
lucasagomesit's all good15:45
jrollhttps://review.openstack.org/100364 that should be an easy review, had tons of feedback15:45
*** Nisha has joined #openstack-ironic15:54
*** martyntaylor has left #openstack-ironic15:55
*** matty_dubs is now known as matty_dubs|lunch15:55
*** ndipanov has quit IRC16:02
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out TFTPImageCache  https://review.openstack.org/10073416:02
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out deploy info from PXE driver  https://review.openstack.org/10073516:03
*** martyntaylor has joined #openstack-ironic16:03
jroll^ more easy reviews :)16:04
*** ndipanov has joined #openstack-ironic16:05
*** martyntaylor has quit IRC16:12
NobodyCambrb16:16
Shrewslucasagomes: for 100958, do you think we should also clear out the node instance_uuid on failure too?16:16
Shrewsit's removed if you 'nova delete' the failed instance16:16
Shrewsnot sure if there is some sort of race condition there where another process may be trying to boot an instance and grab that node and see instance_uuid is already set16:17
lucasagomesShrews, right... hmm thinking16:18
*** coolsvap is now known as coolsvap|afk16:18
lucasagomesShrews, because right now it's possible to PATCH the instance uuid without triggering deploy16:18
lucasagomesso if we have a race condition we may want to prevent that too16:19
jrollwe already remove instance_uuid on boot failure16:19
lucasagomesbeing only possible to associate the instance with the node when actually deploying that node16:19
jrolland it breaks things16:19
Shrewsjroll: this is due to a bug where the node is left in an inconsistent state if no worker threads are available16:20
jrollerrr, that's a different issue, ignore me16:20
Shrewsjroll: https://bugs.launchpad.net/ironic/+bug/133149416:20
jrollyeah16:20
lucasagomesShrews, thinking about the flow here, if the node failed because there's no workers available16:20
lucasagomesShrews, there's a way to re-trigger the deployment of that failed instance? or we need to delete it before?16:21
*** ellenh has joined #openstack-ironic16:21
Shrewslucasagomes: looks to me like nova repeatedly makes calls to verify progress, times out, and puts the instance in ERROR state. No way that I know of to say to nova "try again" when it's in ERROR16:22
*** martyntaylor has joined #openstack-ironic16:23
ShrewsWhen instance goes to ERROR, not sure if that makes the ironic node available for new instances or not.16:23
Shrewsi guess we can test by using only 1 ironic node and try16:23
lucasagomesShrews, yeah I will give it a try, see if by removing the instance_uuid we make the node free for other instances to be deployed on it16:24
lucasagomesif so I think it would makes sense to remove the instance_uuid yes16:24
*** ndipanov has quit IRC16:24
Shrewslucasagomes: ++16:24
Shrewswill leave a comment on the review16:24
lucasagomesShrews, right, thanks!16:24
NobodyCamlucasagomes: matty_dubs|lunch: nice... re: http://people.redhat.com/~jcoufal/openstack/juno/2014-07-09_nodes-ui_juno.pdf16:27
rameshg87hello NobodyCam16:27
lucasagomesNobodyCam, yup! nice wireframes16:28
NobodyCammorning rameshg8716:30
Shrewsoh lookie there... lunch time. bbs16:30
NobodyCamrameshg87: my ping was going to ask about the use of magicmock16:30
NobodyCamjroll helped me with the answer16:31
rameshg87good morning NobodyCam16:31
*** martyntaylor has left #openstack-ironic16:35
rameshg87NobodyCam:16:37
*** jistr has quit IRC16:37
rameshg87NobodyCam: was this question regarding the review that i had raised16:37
*** rameshg87 has quit IRC16:37
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578816:37
NobodyCamyes. it was on the add vender pass through to cli tests16:38
*** rameshg87 has joined #openstack-ironic16:38
*** jcoufal has quit IRC16:39
*** jgrimm has quit IRC16:42
*** aswadr has quit IRC16:42
*** GheRiver1 is now known as GheRivero16:43
openstackgerritA change was merged to openstack/python-ironicclient: Use suitable assert  https://review.openstack.org/10551216:45
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578816:48
*** derekh_ has quit IRC16:56
*** amitpp has joined #openstack-ironic16:59
*** harlowja_away is now known as harlowja17:03
*** matty_dubs|lunch is now known as matty_dubs17:04
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Add support for interacing with swift  https://review.openstack.org/10579517:04
*** romcheg has quit IRC17:05
*** Alexei_987 has quit IRC17:07
openstackgerritRamakrishnan G proposed a change to openstack/python-ironicclient: Add bash completion support for ironic cli  https://review.openstack.org/10176517:20
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Make ComputeCapabilitiesFilter work with Ironic  https://review.openstack.org/10580217:23
devanandamorning, all17:23
NobodyCamgood morning devananda17:24
jrollmornin devananda17:26
*** Penick has joined #openstack-ironic17:26
lucasagomesdevananda, morning17:26
lucasagomesand I will have to go, have a good night everybody!17:27
*** lucasagomes is now known as lucas-dinner17:27
NobodyCamhave a good night lucas-dinner17:27
rameshg87NobodyCam: you wanted to check regarding something :-)17:33
NobodyCamrameshg87: I found my answer17:33
Shrewsdevananda, or anyone else: Does nova make calls to the ironic nova driver in a multi-threaded way? I.e., can there be multiple threads calling ironic.nova.virt.driver.IronicDriver.spawn() ?17:34
rameshg87NobodyCam: okay :-)17:34
NobodyCam:)17:34
NobodyCambad lag today17:34
NobodyCam:(17:34
NobodyCambrb17:35
*** rameshg87 has left #openstack-ironic17:35
jrollShrews: I think the answer is yes, if running multiple nova-computes. why do you ask?17:35
*** blamar has quit IRC17:35
devanandaShrews: yes17:37
devanandayou dont need to run >1 n-cpu17:37
devanandanova-compute uses eventlet with greenthreads17:37
devanandathere can be any number of concurrent spawn() running in a single n-cpu process17:37
devanandaShrews: theyre' not real threads, fwiw17:38
Shrewsjroll: just thinking about it for a review that's up for the driver17:38
jrollgah, I was thinking for a single node17:39
JayFShrews: jroll: IIRC ClusteredComputeManager was pulled from Nova17:39
JayFShrews: jroll: So I don't think the initial permutation of the nova driver is going to be able to be used with multiple nova-computes17:40
JayFbut IMBW?17:40
devanandaJayF: it was rejected in my spec proposal. it's still in ironic's tree tho17:40
jrollJayF: it's clearly still able to be used... just not with upstreamed nova code only17:40
devanandaJayF: and you're correct. there are some serious limitations in the default ComputeManager.17:40
jrollwhich is the point of pluggable interfaces :)17:40
JayFSimultaneously wrong and correct \o/17:41
*** rameshg87 has joined #openstack-ironic17:42
rameshg87devananda: request your inputs on the revised ilo virtual media driver spec: https://review.openstack.org/#/c/97744/17:43
*** davidlenwell_ is now known as davidlelnwell17:44
*** davidlelnwell is now known as davidlelnwell__17:44
*** davidlelnwell__ is now known as davidlelnwell17:44
*** davidlelnwell is now known as davidlenwell17:44
*** geekyogi1 has quit IRC17:53
*** lazy_prince is now known as killer_prince17:55
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Make ComputeCapabilitiesFilter work with Ironic  https://review.openstack.org/10580218:00
Shrewsdevananda: lol, you stole my threads > 1 comment18:01
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578818:01
Shrewsmy brain was 10 minutes too slow18:02
*** jcoufal has joined #openstack-ironic18:05
*** ellenh has quit IRC18:06
NobodyCamdevananda: would we want any test to ensure we are inface passing any capabilities to the scheduler???18:07
NobodyCams/inface/infact/18:07
devanandaNobodyCam: yes18:07
devanandaNobodyCam: i WIP'd the first rev, forgot to tag the second18:07
*** ellenh has joined #openstack-ironic18:08
NobodyCam:)18:08
*** amitpp has quit IRC18:09
*** amitpp has joined #openstack-ironic18:10
*** amitpp has quit IRC18:11
*** Nisha has quit IRC18:14
*** hemna_ is now known as hemna18:15
*** rameshg87 has left #openstack-ironic18:19
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578818:19
*** eghobo has quit IRC18:21
*** eghobo has joined #openstack-ironic18:21
NobodyCamhahhahahahaha18:25
* NobodyCam does happy dance18:25
* jroll wonders why NobodyCam is dancing18:26
*** pelix has quit IRC18:27
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Add support for retry on NodeLocked exceptions  https://review.openstack.org/10399618:28
NobodyCamjroll: I was able to nova boot a node on a POC that has been killing me for weeks now18:32
jrolllol18:32
jrollI know that feeling all too well ;)18:32
JayFI still feel that way when I call our public api and get a metal server and nothing broke18:32
NobodyCam:)18:33
JayFAlthough builds succeeding is the normal case there, I just have 9 months of it not existing to get over :P18:33
*** lifeless1 is now known as lifeless18:33
* NobodyCam makes a bagel18:46
* devananda makes lunch18:57
jrolloh, devananda, did you see I updated https://etherpad.openstack.org/p/ipa-todos ?19:00
NobodyCambrb quick walkies19:09
*** ellenh has quit IRC19:22
*** blamar has joined #openstack-ironic19:32
*** ellenh has joined #openstack-ironic19:37
*** amitpp has joined #openstack-ironic19:39
* devananda realizes he's only going to be home for 3 of the next 8 weeks19:39
*** faizan has joined #openstack-ironic19:41
NobodyCam:(19:44
*** ellenh has quit IRC19:49
*** amitpp has quit IRC19:52
*** ellenh has joined #openstack-ironic19:56
*** jcoufal has quit IRC19:56
*** eguz has joined #openstack-ironic19:59
*** faizan has quit IRC19:59
*** Penick has quit IRC20:00
*** eguz has quit IRC20:02
*** eghobo has quit IRC20:02
*** eguz has joined #openstack-ironic20:02
*** Penick has joined #openstack-ironic20:04
openstackgerritSyed Ismail Faizan Barmawer proposed a change to openstack/ironic-specs: UEFI support for Ironic deploy drivers  https://review.openstack.org/9985020:14
*** krtaylor is now known as krtaylor_away20:14
*** faizan has joined #openstack-ironic20:15
NobodyCamjroll: you happen to have plans to push up another rev on 100364?20:23
jrollNobodyCam: only if it gets a -1 :)20:24
*** ellenh__ has joined #openstack-ironic20:24
*** ellenh has quit IRC20:25
*** ellenh__ is now known as ellenh20:25
NobodyCamoh :( I was looking at a old version20:25
NobodyCamnm20:25
jrollheh20:25
JayFjroll: 100364 is -V20:25
JayFjroll: looks like py26 failed because $mirror or lol-networking20:25
JayFjroll: but the undercloud thing looks possibly actually broken20:25
faizanHi NobodyCam: Devananda: I have addressed your review comments on uefi spec (99850)20:28
NobodyCamfaizan: :) will have a look-see in a little bit.20:29
faizanrequest you to take a look at the new uefi spec patch20:29
openstackgerritRuby Loo proposed a change to openstack/ironic: Document 'POST /v1/nodes/.../vendor_passthru'  https://review.openstack.org/10586920:30
jrollJayF: yeah I need to recheck20:31
faizanDevananda: NododyCam: I have listed down the nova ironic virt driver changes required for uefi boot support in this etherpad. https://etherpad.openstack.org/p/IronicUEFISupport20:33
NobodyCamjroll: ahhh no LOG.debug(_LD("blah %{msg}s"), {"msg": "blah"})  :(20:35
jrollsomeone want to help me find the error in this? http://logs.openstack.org/64/100364/9/check-tripleo/check-tripleo-ironic-undercloud-precise/723c3d7/20:35
jrollNobodyCam: yeah, we don't translate debug messages at all20:35
NobodyCamI thought that was error20:38
jrollright, no worries20:39
NobodyCammy bad... :( :-p20:40
NobodyCamjroll: nasty looking error in neutron-server.txt20:42
NobodyCamin seed_logs folder20:43
NobodyCamnot sure if thats your real error thou20:43
NobodyCamjroll: no Bug/BP/Spce for 100364?20:49
NobodyCams/Spce/Spec/20:49
jrollno... should I make one?20:49
jrollI'd really like to not make a spec for this20:49
NobodyCamkinda seems bug worthy20:50
*** faizan has quit IRC20:50
jrollyeah20:50
NobodyCambut overall LGTM20:51
jrollcool... I can add a bug20:51
jrollwant to leave me a note on the review?20:51
NobodyCamhave move the house, to get propaine. be back in a few minutes20:51
jrollsure20:52
devanandasome errands to run, bbiafh20:56
*** jdob has quit IRC21:00
NobodyCamnot moving the house21:02
NobodyCam:-p21:02
NobodyCamwill do that later21:02
*** matty_dubs is now known as matty_dubs|gone21:03
NobodyCamjroll: ok your -1'd lol21:11
jrollha thanks21:11
NobodyCam:-p21:12
* NobodyCam thinks mr jenkins is going to get a workout when that series lands21:12
jrolllol21:14
NobodyCamjroll: I must say mr jenkins seems you give you some really good errors : http://logs.openstack.org/34/100734/10/check/check-tempest-dsvm-ironic-postgres/85de5d9/logs/screen-ir-cond.txt.gz#_2014-07-09_16_23_11_02721:17
NobodyCams/seems you/seems to/21:17
jrollthat's... nice21:18
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578821:19
Shrewsrloo: for https://review.openstack.org/102914, my ops side says "hey, this is a good idea", but my dev side says "that's a lot of code complexity just to substitute documentation that is currently missing"21:22
Shrewsrloo: i'm torn21:22
rlooShrews: as far as I'm concerned, if I never have to look at that, I'd be happy.21:23
*** Penick has quit IRC21:23
rlooShrews: which doesn't answer your question.21:23
Shrewsrloo: but it does make me giggle  :)  thx21:23
rlooShrews: it isn't that much code complexity, but yeah, when I originally decided to fix the 'bug', I didn't realize it would drag on so long etc.21:23
rlooShrews: as far as I am concerned, the more 'automated' docn we can do the better.21:24
Shrewsrloo: automated is good, but when we *have* to automate b/c we are lacking in real docs, that's a big worry afaic21:25
Shrewsit makes me a sad panda21:25
rlooShrews: I am not sure what to say. You are free to -1 it and say you disagree, select one of the alternatives I suggested or add your own.21:27
NobodyCamhttps://www.youtube.com/watch?v=tRw1pkbx9V8 to your sad panda21:27
openstackgerritRuby Loo proposed a change to openstack/ironic: Document 'POST /v1/.../vendor_passthru'  https://review.openstack.org/10586921:29
ShrewsNobodyCam: wth? is japan building an army of attack bears? lol21:29
NobodyCamlol ...21:29
NobodyCamthought that just too strange21:30
JayFShrews: I actually feel the exact opposite from an op-standpoint21:30
ShrewsJayF: you like that we are missing documentation?   :)21:30
JayFShrews: I appreciate being able to call an API and find out what's /actually going on/ rather than /what the docs say/ especially given I run an environment that may run somewhat in front of master :)21:30
JayFShrews: I'm saying both are bugs, and both should be fixed21:30
JayFShrews: but hiding information from being easily taken programatically because it belongs in a doc... just doesn't make sense to me21:31
ShrewsJayF: you feel exactly the same then, not opposite.  :)  i mentioned my ops side liking it21:31
JayFShrews: I think all around, information should be available via the API that an op needs to run the cluster21:32
*** Penick has joined #openstack-ironic21:32
Shrewsit's my dev side that's causing trouble21:32
rlooShrews: believe me, it probably bothers my dev side more than your dev side, wrt the amount of time I've spent on it ;)21:33
rlooShrews: anyway, I am not working on the code part until/if the spec gets approved :-)21:33
Shrewsrloo: can i vote twice?21:36
Shrews:)21:36
rlooShrews: sure. Maybe the easiest is to create two identities. Who would know? :-)21:36
jrollI never thought of that..21:36
JayFShrews: the ends tend to justify the means IMO :)21:36
* jroll spams agent reviews with 1000 +1's21:37
rloogonna disappear for awhile...21:38
*** zdin0bot has joined #openstack-ironic21:40
*** Penick has quit IRC21:40
*** radsy has joined #openstack-ironic21:47
*** mrda-away is now known as mrda21:51
NobodyCammorning mrda21:51
NobodyCam:)21:51
mrdaMorning Ironic!21:51
mrdalol, beat me to it!21:51
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578821:51
NobodyCamlol21:51
NobodyCamjust happen to be looking at the right window21:52
NobodyCamjroll: just as fyi: the only thing I found looking for that dup mac address was: https://bugs.launchpad.net/ironic/+bug/126412721:54
NobodyCam:-p21:55
NobodyCams/looking for/looking for a bug to go with/21:55
NobodyCamjroll: your the man of the hour.. :) have any thought about adding a test (or two) for https://review.openstack.org/#/c/100735/10/ironic/common/tftp.py22:05
*** zdin0bot has quit IRC22:06
jrollNobodyCam: I guess I could do that, yeah22:12
NobodyCam:) I was shoucked to see that a move like that didn't break at least one test :-p22:13
NobodyCamshocked even22:14
jrollright now, it's only called from one place22:16
jrollI basically ripped out the middle of that function, because I want to use it too22:16
NobodyCamthats true, and it all worked as it should so nothing broke :)22:17
*** Penick has joined #openstack-ironic22:23
*** eguz has quit IRC22:33
*** boris-42 has quit IRC22:37
*** boris-42 has joined #openstack-ironic22:39
*** eghobo has joined #openstack-ironic22:49
*** lucas-dinner has quit IRC22:55
*** ellenh has quit IRC22:55
*** ellenh has joined #openstack-ironic22:56
*** foexle has quit IRC22:57
NobodyCamamazing how much space you can recover just by rm'ing a few 20 Gb files22:58
lifeless...23:00
NobodyCam:-p23:00
NobodyCammorning lifeless23:00
*** Penick has quit IRC23:00
*** ellenh has quit IRC23:03
*** ellenh has joined #openstack-ironic23:04
openstackgerritMichael Davies proposed a change to openstack/python-ironicclient: Expose auth_ref in ironicclient client object  https://review.openstack.org/10446723:05
*** krtaylor_away is now known as krtaylor23:24
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Migrate CoreOS to use coreos-cloudinit  https://review.openstack.org/10578823:45
NobodyCamtox == Takes fOrever to eXecute23:46
JayFhttps://review.openstack.org/105788 is tested, working, and ready to land if anyone wants to review some CoreOS ramdisk internals23:49
openstackgerritJosh Gachnang proposed a change to openstack/ironic-python-agent: Adding support for decommissioning  https://review.openstack.org/10437923:57

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