Wednesday, 2014-10-08

devanandajroll: so, just to throw this out there ...00:13
* jroll listens00:13
devanandajroll: I actually want the hash ring to be cached in the API service.. It just needs to be invalidate smartly.00:13
devanandajroll: this fix is fine for Juno as it keeps the behavior that alraedy existed in Juno00:14
devanandajroll: but what if it just used a time-based invalidation?00:14
jrolldevananda: hmm, I'd rather just invalidate when a conductor joins the cluster, to be honest00:15
devanandacall reset only if it wasn't called in the last N seconds00:15
jroll(or leaves)00:15
devanandawell, sure00:15
devanandabut how does an API know that?00:15
jrollright00:15
jrollnaively, could add an API endpoint00:15
jrollor cache the driver list from the db and update when that changes00:15
devanandaI tossed a WIP up a while back taht used an RPC broadcast for that00:15
jrollor that00:15
devanandabut I dropped the ball on adding an RPC receiver to the API side00:15
devanandaand it turned stale00:15
devanandaanything based on a cache of the db will require polling the db on every API request, which is teh same barrel we're i nnow00:16
jrollyeah00:16
jrolltrue00:16
devanandaeither we do time-based refresh, or we use a notification AND time based refresh00:16
devanandabecause notifications are lossy00:16
devananda(well. they shouldn't be, but for the sake of argument ..)00:17
jrollright00:17
jrollthey will be at some point at some scale00:17
devanandaright00:17
*** zz_jgrimm is now known as jgrimm00:17
*** rloo has quit IRC00:17
devanandaand having abberant routing on one aPI out of the pool just because of a network blip is hell to troubleshoot00:17
devanandai for one don't want to support that00:17
jrolloh yes00:18
devanandawhereas knowing that, when a conductor gets added, things might route odly for N seconds -- this is trivial to handle in ops00:18
*** Haomeng has quit IRC00:18
jrollright, that's completely fine00:19
*** Haomeng has joined #openstack-ironic00:20
jrolldevananda: we should do something better, I don't have the brainpower to come up with that tonight, so :)00:22
*** bradjones has quit IRC00:22
*** bradjones has joined #openstack-ironic00:24
devanandajroll: great :) neither do i00:24
devanandajroll: also, cheers for the RC fix00:24
*** todd_dsm has joined #openstack-ironic00:25
jrolldevananda: np, would love a review tonight so I feel comfortable shipping it :P00:25
jroll(if you have the bandwidth)00:25
devanandaupdating bug and reviewing now00:28
jrollnice, thanks00:28
JayFjroll: I know it sucks you had to fix this, but thinking about how much this would be awful from an operation standpoint, I'm REALLY glad it's going to be fixed for our release :)00:33
jrollJayF: meh, it doesn't suck that I had to fix this, tis fine00:34
*** lazy_prince has quit IRC00:36
*** killer_prince has joined #openstack-ironic00:37
*** killer_prince is now known as lazy_prince00:37
devanandaI'd love to see better functional tests in our own tree to possibly spot things like this00:37
*** harlowja_ has quit IRC00:40
*** harlowja has joined #openstack-ironic00:41
*** krtaylor has quit IRC00:42
*** achanda has quit IRC00:45
*** todd_dsm has quit IRC01:00
* devananda finds food, returns tomorrow01:01
*** todd_dsm has joined #openstack-ironic01:01
*** dlaube has quit IRC01:04
*** krtaylor has joined #openstack-ironic01:05
*** ChuckC has quit IRC01:12
*** lazy_prince is now known as killer_prince01:25
*** marcoemorais has quit IRC01:25
*** corvus has quit IRC01:36
*** corvus has joined #openstack-ironic01:37
*** nosnos has joined #openstack-ironic01:51
*** ChuckC has joined #openstack-ironic02:00
*** todd_dsm has quit IRC02:01
*** todd_dsm has joined #openstack-ironic02:03
openstackgerritA change was merged to openstack/ironic: Clear hash ring cache in get_topic_for*  https://review.openstack.org/12675102:09
*** todd_dsm has quit IRC02:15
*** jgrimm is now known as zz_jgrimm02:41
*** ramineni has joined #openstack-ironic02:43
*** harlowja is now known as harlowja_away02:44
*** achanda has joined #openstack-ironic03:02
*** pcrews has quit IRC03:04
*** ryanpetrello has quit IRC03:14
*** ryanpetrello has joined #openstack-ironic03:15
*** nosnos has quit IRC03:30
*** todd_dsm has joined #openstack-ironic03:33
*** rushiagr_away is now known as rushiagr03:37
*** rushiagr is now known as rushiagr_away03:51
*** Hefeweizen has quit IRC03:53
*** achanda_ has joined #openstack-ironic03:58
*** achanda has quit IRC04:01
*** vinbs has joined #openstack-ironic04:02
*** Poornima has joined #openstack-ironic04:03
*** lazy_prince has joined #openstack-ironic04:05
*** marcoemorais has joined #openstack-ironic04:14
*** marcoemorais1 has joined #openstack-ironic04:16
*** lazy_prince has quit IRC04:16
*** killer_prince is now known as lazy_prince04:18
*** nosnos has joined #openstack-ironic04:19
*** marcoemorais has quit IRC04:19
*** rushiagr_away is now known as rushiagr04:36
*** marcoemorais1 has quit IRC04:38
*** marcoemorais has joined #openstack-ironic04:46
*** todd_dsm has quit IRC04:48
*** mikal has quit IRC04:49
*** pensu has joined #openstack-ironic04:50
*** todd_dsm has joined #openstack-ironic05:11
*** rakesh_hs has joined #openstack-ironic05:11
*** todd_dsm has quit IRC05:13
*** Kui has quit IRC05:13
*** Kui has joined #openstack-ironic05:16
*** pradipta_away is now known as pradipta05:20
*** lazy_prince has quit IRC05:28
*** HenryG_ has joined #openstack-ironic05:29
*** HenryG has quit IRC05:30
*** achanda_ has quit IRC05:33
*** rakesh_hs has quit IRC05:35
*** rakesh_hs has joined #openstack-ironic05:36
*** pcrews has joined #openstack-ironic05:44
*** andreykurilin_ has joined #openstack-ironic05:44
*** loki184 has joined #openstack-ironic05:45
*** killer_prince has joined #openstack-ironic05:48
*** killer_prince is now known as lazy_prince05:49
*** pcrews has quit IRC05:54
*** Haomeng has quit IRC06:05
*** lazy_prince2 has joined #openstack-ironic06:05
*** pensu has quit IRC06:09
*** coolsvap|afk has quit IRC06:10
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/12681106:10
*** coolsvap has joined #openstack-ironic06:18
*** andreykurilin_ has quit IRC06:19
*** andreykurilin_ has joined #openstack-ironic06:20
*** lazy_prince2 has quit IRC06:21
*** lazy_prince has quit IRC06:23
*** lazy_prince has joined #openstack-ironic06:23
*** pensu has joined #openstack-ironic06:27
*** pensu1 has joined #openstack-ironic06:32
*** pensu has quit IRC06:33
*** shakamunyi has joined #openstack-ironic06:35
*** JayF has quit IRC06:47
*** andreykurilin_ has quit IRC06:52
*** ndipanov has joined #openstack-ironic07:00
*** ifarkas has joined #openstack-ironic07:01
*** andreykurilin_ has joined #openstack-ironic07:02
*** k4n0 has joined #openstack-ironic07:08
*** ifarkas has quit IRC07:13
*** JayF has joined #openstack-ironic07:13
*** andreykurilin_ has quit IRC07:13
*** lazy_prince has quit IRC07:17
*** shakamunyi has quit IRC07:18
*** andreykurilin_ has joined #openstack-ironic07:18
*** ifarkas has joined #openstack-ironic07:18
*** shakamunyi has joined #openstack-ironic07:19
*** romcheg has joined #openstack-ironic07:21
*** romcheg has quit IRC07:22
*** athomas has joined #openstack-ironic07:25
*** Haomeng has joined #openstack-ironic07:34
*** romcheg has joined #openstack-ironic07:36
*** Krast has joined #openstack-ironic07:38
*** dtantsur|afk is now known as dtantsur07:42
dtantsurMorning Ironic07:42
Krastafternoon now ,  I am in ShangHai07:43
Krast:)07:43
yuriyzmorning Ironic dtantsur Krast07:49
*** ndipanov has quit IRC07:49
*** andreykurilin_ has quit IRC07:50
GheRiveromorning @ironic07:55
romchegMorning GheRivero!07:55
romchegand yuriyz, dtantsur, Krast and everyone else too :)07:55
Krastwhere are you?07:56
*** viktors|afk is now known as viktors07:56
romchegme?07:56
romchegI'm in Poland07:57
viktorsmorning Ironic07:57
dtantsurmorning, GheRivero, romcheg, yuriyz , Krast, viktors  :)07:57
romchegOh, I've seen that you're in ShangHai, good afternoon then :)07:57
dtantsurso many of us this morning :)07:57
Krastmorning <romcheg> :)07:58
*** ifarkas has quit IRC07:58
romchegAnother problem the Diskworld would easily solve!07:59
takadayuikoHi, Krast, yuriyz, GheRivero, romcheg, dtantsur,07:59
dtantsurtakadayuiko, hi!08:00
*** jcoufal has joined #openstack-ironic08:03
*** lucasagomes has joined #openstack-ironic08:03
*** ifarkas has joined #openstack-ironic08:03
*** foexle has joined #openstack-ironic08:06
*** derekh has joined #openstack-ironic08:07
*** jistr has joined #openstack-ironic08:10
*** jistr has quit IRC08:12
*** jistr has joined #openstack-ironic08:20
*** bradjones has quit IRC08:22
*** praneshp has quit IRC08:22
*** bradjones has joined #openstack-ironic08:23
*** shakamunyi has quit IRC08:24
*** kevinbenton has quit IRC08:28
*** lazy_prince has joined #openstack-ironic08:31
*** jcoufal has quit IRC08:35
*** kevinbenton has joined #openstack-ironic08:36
*** jcoufal has joined #openstack-ironic08:37
*** marcoemorais has quit IRC08:44
*** igordcard has joined #openstack-ironic08:46
*** shakamunyi has joined #openstack-ironic08:50
*** Krast has quit IRC08:52
*** shakamunyi has quit IRC08:55
*** tatyana has joined #openstack-ironic08:58
*** Krast has joined #openstack-ironic09:01
*** Krast has quit IRC09:04
*** Krast has joined #openstack-ironic09:05
*** cinerama` has quit IRC09:09
*** rushiagr is now known as rushiagr_away09:12
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Remove unused change_node_maintenance_mode from rpcapi  https://review.openstack.org/12594209:17
*** cinerama has joined #openstack-ironic09:18
*** rushiagr_away is now known as rushiagr09:19
openstackgerritA change was merged to openstack/ironic: KeyError from AgentVendorInterface._heartbeat()  https://review.openstack.org/12663609:20
*** romcheg has quit IRC09:39
*** tatyana has quit IRC09:41
*** tatyana has joined #openstack-ironic09:42
*** romcheg has joined #openstack-ironic09:47
*** nosnos has quit IRC10:09
*** killer_prince has joined #openstack-ironic10:15
*** pelix has joined #openstack-ironic10:15
*** jistr has quit IRC10:17
*** athomas has quit IRC10:21
*** Krast has quit IRC10:22
*** jistr has joined #openstack-ironic10:22
*** jmank has quit IRC10:23
*** jmank has joined #openstack-ironic10:24
*** killer_prince has quit IRC10:24
*** yuanying has quit IRC10:25
*** yuanying has joined #openstack-ironic10:26
*** athomas has joined #openstack-ironic10:27
*** yuanying has quit IRC10:30
*** lazy_prince has quit IRC10:30
*** killer_prince has joined #openstack-ironic10:32
*** killer_prince is now known as lazy_prince10:32
*** nosnos has joined #openstack-ironic10:38
*** yuanying has joined #openstack-ironic10:55
*** ramineni has quit IRC11:02
*** yuanying has quit IRC11:04
*** loki184 has quit IRC11:07
*** openstack has joined #openstack-ironic14:13
*** openstackstatus has joined #openstack-ironic14:14
*** ChanServ sets mode: +v openstackstatus14:14
rloomorning Ironickers!14:19
NobodyCammorning rloo14:19
dtantsurrloo, morning14:19
jrollheya rloo14:19
rlooHey, wrt 126500 (deprecating Exception names), does anyone know if we need to eg add a DocImpact or ?? How do we inform folks about deprecated stuff?14:20
rloohi NobodyCam, dtantsur, jroll14:20
*** rushiagr_away is now known as rushiagr14:21
*** rakesh_hs2 has quit IRC14:22
NobodyCamrloo I'm not sure about execption names requiring a doc impact tag14:22
NobodyCamI tent to think not but very well could be wroung14:23
*** rakesh_hs has joined #openstack-ironic14:23
NobodyCams/tent/tend/14:23
rlooI think we should add a docimpact to at least track it. at the very least, "we're just not sure": https://wiki.openstack.org/wiki/Documentation/DocImpact14:23
rlooNobodyCam: so if you have code (like the out-of-tree driver that uses CatalogUnauthorized) and we remove that, your code will break. But how do you know that we're deprecating/removing it?14:24
NobodyCamahh yes14:25
* NobodyCam needs more coffee 14:25
*** pcrews has joined #openstack-ironic14:25
lucasagomesmorning rloo14:31
NobodyCammorning lucasagomes14:31
lucasagomesNobodyCam, morning there!14:32
dtantsurbrb14:32
NobodyCam:)14:32
yuriyzmorning rloo14:32
NobodyCammorning yuriyz :)14:33
*** zz_jgrimm is now known as jgrimm14:34
yuriyz+1 for DocImpact14:34
rloohi lucasagomes, yuriyz.14:34
rloothx yuriy. was just adding another comment.14:34
yuriyzmorning NobodyCam14:40
NobodyCamyuriyz: just checking to see if you'll have time for 103105?14:42
*** rakesh_hs has quit IRC14:43
yuriyzNobodyCam, I will work on it tomorrow14:43
NobodyCam:) awesome Thank you :)14:44
*** shakamunyi has joined #openstack-ironic14:44
openstackgerritAmaury Medeiros proposed a change to openstack/ironic: Fix attributes ordering at common/imageutils.py  https://review.openstack.org/12692714:45
*** shakamunyi has quit IRC14:50
*** amaurymedeiros has joined #openstack-ironic14:52
*** todd_dsm has quit IRC15:02
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Fix exceptions names and messages for Keystone errors  https://review.openstack.org/12650015:05
NobodyCambrb15:07
*** pensu has quit IRC15:11
*** todd_dsm has joined #openstack-ironic15:15
*** shakamunyi has joined #openstack-ironic15:15
devanandamorning, all15:16
NobodyCamgood morning devananda :)15:16
lucasagomesdevananda, morning15:25
arif-alichaps, found rc1 RPMs for nova which are still in rawhide, that have the relevant stuff for ironic; after updating to these i.e.  version 2014.2-0.5rc1, I was able to start the nova services with ironic driver loaded15:25
yuriyzmorning devananda15:25
NobodyCamarif-ali: sweet :)15:26
lucasagomesarif-ali, ! nice one15:29
* NobodyCam needs to make a quick run to get a pack of smokes... bbiafm15:32
devanandarloo: on 126500, I also don't see any reason for a DocImpact flag on that15:35
devanandarloo: it would be great if we did start using DocImpact more often, though it would also be great if we had an operations manual that was impacted :)15:35
rloodevananda: if we don't document somehow, that the exception is going to be deprecated, then we might as well get rid of it now. how is the user going to know unless they read the code?15:36
devanandarloo: who is affected by deprecating that exception? users? or developers of third-party drivers?15:37
rloodevananda: i'm assuming that one day there will be some operations-like manual for ironic.15:37
rloodevananda: isn't a developer of a third-party driver, a user?15:37
rloodevananda: esp if you're taking about have a base driver class that is packaged.15:38
rloodevananda: anyway, the docimpact twiki said 'if you aren't sure', and I wasn't sure what people thought at the time. it doesn't hurt to put docimpact. but if you're sure we don't need it, i won't ask for it in the future.15:39
yuriyzdevananda, agree with rloo15:39
devanandarloo: you're right - it doesn't hurt to add it :)15:39
devanandarloo: thanks for explaining your reasoning there. I wasn't thinking about a doc for driver developers -- I'm assuming they would jsut read the code15:40
rloook, so let's see how useful it is, come end of Kilo ;)15:40
*** jcoufal has quit IRC15:41
devanandarloo: but yes, if we were to release the driver API as a separate lib, docs for that would be important15:41
yuriyzdocs are important always :)15:42
rloospeaking of which, I suppose I should try to get our docn updated. I think I kind of volunteered at some point :-(15:42
devanandathere's been a patch from "Vinay B S" up with some really good material in it15:43
devanandaI see +2 / -1 -115:43
rloodevananda: yeah, vinay said he'd put up another revision soon.15:44
rloodevananda: you had a bunch of concerns about the user-guide (http://docs.openstack.org/developer/ironic/deploy/user-guide.html)15:44
rloodevananda: I need to find the bug etc... I'll be asking you questions soon I think...15:45
devanandacool. I hope so. would love to see Vinay's docs up15:45
lucasagomesdevananda, my -1 on that patch is about setting the kernel/ramdisk id to the flavor15:45
lucasagomeslike old way in a new doc15:45
lucasagomesafair15:45
devanandarloo: ack. I should be around.15:45
*** spandhe has joined #openstack-ironic15:45
devanandarloo: hm, on the DocImpact thing, that opens a bug, but it looks like Ironic isn't properly configured -- see https://bugs.launchpad.net/openstack-manuals/+bug/137699515:46
* lucasagomes had too many internal stuff today and didn't progress on the boot interface >.<15:46
NobodyCamand back15:47
rloodevananda: good catch. I didn't realize any configuration was needed.15:47
devanandarloo: since our docs aren't in openstack-manuals yet, I've pinged annegentle to ask her advice on what docimpact-group to use.15:47
rloodevananda: ok, then I guess we somehow try to find all the docimpact bugs and re-something them.15:49
*** pcrews has quit IRC15:49
devanandagit log 2014.1..HEAD --oneline --no-merges15:50
devanandathat gives a concise summary of all patches merged during Juno15:51
*** pcrews has joined #openstack-ironic15:51
devanandawe only used DocImpact 5 times :(15:51
rloodevananda: that could be good too, we didn't do much that impacted our users :-) [Ok, I suspect we did more than 5 things.]15:52
*** romcheg has quit IRC15:52
devanandaahh, this is what we want: git log 2014.1..2014.2.rc1 --no-merges --grep DocImpact15:53
devanandayea, I'm fairly sure we did much more than those 5 patches that impacted our users :)15:53
*** Poornima has joined #openstack-ironic15:54
NobodyCamwas there a sepc to go along with this BP: https://blueprints.launchpad.net/ironic/+spec/cinder-integration ???15:54
*** ifarkas has quit IRC15:54
devanandaNobodyCam: I dont see one15:54
NobodyCamya15:55
NobodyCam:-p15:55
openstackgerritA change was merged to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/12681115:56
jrolldevananda: fwiw, that hash ring patch appears to work in our staging environment15:57
jrollhooray15:57
devananda\o/15:57
*** sambetts has quit IRC15:57
rlooNobodyCam: speaking of cinder/ironic: http://docs.openstack.org/developer/ironic/_images/conceptual_architecture.png15:58
NobodyCamoh very nice rloo :)15:59
rlooNobodyCam: that's in our user guide today. I didn't do that.15:59
NobodyCam:-p15:59
rlooNobodyCam: it shows Cinder providing volumes to BM.15:59
NobodyCamyes it does16:00
*** k4n0 has quit IRC16:00
Shrewsjroll: for IPA, i guess you guys aren't using translation operators yet, correct? _(), _LE(), etc16:00
rlooAnyone have any changed they'd like to have made in this diagram?16:00
rlooeg, should we add swift?16:00
jrollShrews: we decided with deva that IPA strings aren't user facing, do not translate16:00
rlooDo we want this diagram? (deleting is easier than updating, thought I'd ask)16:00
Shrewsjroll: ok. good point16:00
*** rushiagr is now known as rushiagr_away16:01
devanandarloo: yes, we need to add swift, which provides object storage for the iLO and agent drivers16:02
devanandarloo: cinder /can/ provide iSCSI volumes for nodes, but it's not documented anywhere afaik16:02
Shrewsjroll: line 155 of https://review.openstack.org/#/c/113343/5/ironic_python_agent/agent.py... this Event object is added but unused. is that intentional for a future use?16:03
devanandarloo: IMHO, if the diagram is not in a master format (one we can all easily edit) it shouldn't be in our docs16:03
rloodevananda: most of the diagrams are in .png. One is in docx.16:04
rloodevananda: I can't easily edit any diagram, so it doesn't matter to me ;)16:05
devanandarloo: ah :)16:05
JayFThere are tools (open source iirc) that have a translatable text format that renders into a graphic16:05
* JayF trying to remember the name of the one he was thinking of16:06
* devananda steps away and goes in search of coffee16:06
JayFgraphviz16:06
devanandaJayF: ++16:06
rlooso -- start from scratch then? What do people suggest wrt diagrams. (I was so hoping that doc folks would do this.)16:06
JayFhttp://en.wikipedia.org/wiki/Graphviz since graphviz.org appears to be down16:06
*** romcheg has joined #openstack-ironic16:09
rlooinkscape SVG? http://lists.openstack.org/pipermail/openstack-docs/2014-July/004822.html16:10
JayFI mean, I'm personally not /opposed/ to SVG, but I find graphs that are done using "drawing tools" are harder to maintain than those that are generated using a markup language16:12
rlooup until now, I was happy if people submitted diagrams regardless of how they did it. I'm still happy, as long as I don't have to modify them myself ;)16:13
JayFI was looking at some diagrams I made that are onmetal specific to see if they would be useful as a starting point16:13
JayFand the answer is pretty much very no16:13
rloobut assuming that we might want to modify diagrams, I suppose we should agree on some thing(s).16:13
rlooi just asked on openstack-doc, but no reply (yet).16:14
jrollShrews: doesn't look like it, not sure where that came from :/ feel free to -116:14
*** amitpp has joined #openstack-ironic16:17
*** jistr has quit IRC16:22
*** coolsvap is now known as coolsvap|afk16:24
*** tatyana has quit IRC16:25
*** marcoemorais has joined #openstack-ironic16:28
rlooJayF: so a doc person (from rackspace ;)), said they like omnigraffle. they tried inkscape and aren't too happy with that.16:29
rlooJayF: SVG output is required, regardless of which s/w is used.16:29
JayFomnigraffle is a commercial program16:29
jrollrloo: who said that? anne?16:29
JayFand omnigraffle is what I used to make our downstream diagrams16:29
jrollguess it doesn't matter anyhow16:29
* jroll afk for a bit16:29
rloojroll: Sam-I-Am, some Dr. Seuss fan I guess ;)16:30
JayFI guess open format makes it palateable, but it seems like we should use open tools to generate our docs, even if they compile into open formats16:30
jrollhuh16:30
rloowell, are you OK with SVG output? That is a requirement.16:30
JayFSVG output is awesome :)16:30
rlooSam-I-Am said they're responsible for coming up with 'diagram standards' but it hasn't happened yet. So I guess you might be able to influence...16:31
rlooJayF: so if SVG output is awesome, does it matter what s/w you use? You can use whatever s/w you like as long as you save it in SVG output. And if the s/w works properly :-)16:32
JayFrloo: honestly, I'd probably interact with upstream docs teams via upstream, rackers or not :)16:32
JayFrloo: I guess so, I just know if you're able to put in a source file, it's *much* easier to make minor edits in the future16:32
JayFbut I need to have less of an opinion before I accidentally volunteer for things16:32
*** amitpp has quit IRC16:32
*** amitpp has joined #openstack-ironic16:33
rlooJayF: I believe jroll offered to help with doc a while ago ;)16:33
*** andreykurilin_ has joined #openstack-ironic16:35
*** amitpp has quit IRC16:38
*** shakamunyi has quit IRC16:46
*** todd_dsm has quit IRC16:49
NobodyCamour next meeting appers to be a holiday in the US? are folks planning on working Columbus Day?16:51
JayFI know it's not a company holiday at Rackspace, although I personally have taken it off16:51
NobodyCamit is not a HP holiday either16:53
NobodyCamlucasagomes: still want Thoughts and comments on https://review.openstack.org/#/c/99426 (lucasagomes) on the agenda?16:55
*** penick has joined #openstack-ironic16:58
*** derekh has quit IRC16:59
lucasagomesNobodyCam, 1 sec, in a call17:00
*** lucasagomes is now known as lucas-afk17:00
*** Haomeng has joined #openstack-ironic17:01
*** Haomeng|2 has quit IRC17:02
rlooNobodyCam: holiday in Canada (Thanksgiving). I'm not working that day.17:02
*** andreykurilin__ has joined #openstack-ironic17:03
*** andreykurilin_ has quit IRC17:03
NobodyCamrloo: :)17:05
NobodyCamnice17:05
*** Poornima has quit IRC17:06
lucas-afkNobodyCam, I think we can remove it :)17:12
lucas-afkwe can continue that on the patch itself and on IRC here17:12
lucas-afkI mean here in this channel17:12
*** lucas-afk is now known as lucasagomes17:12
NobodyCam:)17:13
*** HenryG is now known as HenryG_afk17:20
*** todd_dsm has joined #openstack-ironic17:21
*** igordcard has quit IRC17:23
*** dtantsur is now known as dtantsur|afk17:28
*** praneshp has joined #openstack-ironic17:28
lucasagomesaight folks I will call it a day17:34
lucasagomeshave a great night17:34
*** lucasagomes is now known as lucas-dinner17:34
NobodyCamhave a good night lucas-dinner17:40
*** HenryG_afk is now known as HenryG17:44
*** Hefeweizen has joined #openstack-ironic17:49
*** krtaylor has quit IRC18:01
jrolla PATCH on a locked node should 409, yeah?18:03
NobodyCamlocked up how18:04
NobodyCammaintance = true prov_state = deploying?18:04
JayFreservation=conductor.hostname18:05
JayFNobodyCam: ^18:05
JayFin that way :)18:05
*** athomas has quit IRC18:06
NobodyCamI think yes:18:09
NobodyCamhttps://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L29818:10
rloojroll: yes, based on what I see in the code.18:10
JayFThat's what our belief is too :)18:10
jrollhuh.18:10
jrollok18:11
jrollNobodyCam: wrong API endpoint, but yeah18:11
jrollI'm looking at https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L76318:11
rloojroll: although I looked at the exception file for NodeLocked ;)18:11
jrollcool18:12
rloojroll: yeah, so the conductor/manager raises NodeLocked via rpc blah blah, and NodeLocked is a Conflict exception with has 40918:12
jrollright18:12
jrollty rloo18:12
rlooare you getting 409 or something else?18:12
rlooI suppose it might be useful to add docstrings to that v1/node.py file.18:13
*** krtaylor has joined #openstack-ironic18:13
JayFWe're digging right now, give us a sec18:13
rlooand are we logging anything?18:14
jrolllogging everything :)18:14
NobodyCamya for detailed logs18:14
jrollI have a feeling this might not be an issue, hard to tell18:14
*** harlowja_away is now known as harlowja18:14
*** todd_dsm has quit IRC18:19
*** athomas has joined #openstack-ironic18:23
*** praneshp has quit IRC18:29
*** praneshp has joined #openstack-ironic18:33
*** todd_dsm has joined #openstack-ironic18:34
*** pelix has quit IRC18:34
*** pensu has joined #openstack-ironic18:38
*** jistr has joined #openstack-ironic18:59
*** penick has quit IRC19:01
*** penick has joined #openstack-ironic19:13
*** romcheg1 has joined #openstack-ironic19:17
*** romcheg has quit IRC19:19
* NobodyCam steps away to look for some food stuffs before the NEXT all hands call :-p19:22
*** praneshp has quit IRC19:29
*** praneshp has joined #openstack-ironic19:39
*** krtaylor has quit IRC19:44
*** igordcard has joined #openstack-ironic19:48
*** tatyana has joined #openstack-ironic19:50
*** tatyana has quit IRC19:55
*** krtaylor has joined #openstack-ironic19:56
devanandajroll: fix backported - https://review.openstack.org/#/c/126984/19:57
devanandaif anyone spots any other release critical bugs, pls let me know // target them to rc219:57
devanandahttps://bugs.launchpad.net/ironic/+milestone/juno-rc219:58
devanandawe'll cut it tomorrow around 9AM pacific if that page doesn't have any more bugs on it19:58
*** igordcard has quit IRC19:58
*** pensu has quit IRC20:02
NobodyCam:)20:03
*** marcoemorais has quit IRC20:03
*** marcoemorais has joined #openstack-ironic20:03
*** andreykurilin_ has joined #openstack-ironic20:04
*** marcoemorais has quit IRC20:04
*** andreykurilin__ has quit IRC20:05
*** marcoemorais has joined #openstack-ironic20:05
*** jistr has quit IRC20:08
jrolldevananda: nice, thanks20:14
*** dprince has quit IRC20:14
*** morgabra has quit IRC20:15
*** pensu has joined #openstack-ironic20:18
*** romcheg1 has quit IRC20:25
*** morgabra has joined #openstack-ironic20:25
*** lucas-dinner has quit IRC20:26
*** todd_dsm has quit IRC20:27
*** todd_dsm has joined #openstack-ironic20:28
*** todd_dsm has quit IRC20:33
*** athomas has quit IRC20:50
*** pensu has quit IRC20:51
*** romcheg has joined #openstack-ironic20:52
JayFWDYT about adding an API endpoint to break a lock?20:54
JayFIt happens in edge cases around deploying, and when it does, having to hit the database is ... ugh20:55
*** mrda has joined #openstack-ironic20:55
mrdaGood morning Ironic :)20:55
devanandamorning, mrda! welcome back20:56
mrdahi devananda - glad to be back!20:57
JayFDid you put some of your vacation in a jar to share with the rest of us? :P20:57
mrdaI haz photos, if that'll do :)20:57
devanandaJayF: as an opts tool, that makes some sense. but from a user POV, itdoesn't.20:57
JayFdevananda: our API is more ops-facing than user-facing20:58
devanandaJayF: think what it says to users of our API: here is this end point where you can break things20:58
JayFdevananda: Philosophically, I think if operators have to touch the DB we've deeply failed20:58
JayFand right now, that's absolutely something I'm doing20:58
devanandaJayF: I agree with that. but I am not convinced an API for it is correct20:58
devanandaugh20:58
JayFConductor gets restarted for a deploy. It had a lock on a node. How do you avoid this situation?20:58
devanandaquiesce20:59
JayFdevananda: we've talked some on the OnMetal team about wanting a way to "turn off the safety"20:59
devanandaheh20:59
JayFlike we added something to decom to forbid power actions during decom20:59
JayFbut yet we find nodes sometimes get in a state in decom where automation has failed somehow and we have to unravel it20:59
JayFand right now that involves touching the BMC or DB in some cases20:59
*** penick has quit IRC21:00
JayFIDK the "right way" to fix stuff like that, but I do know the full set of tooling needed to operate ironic isn't available using existing abstractions21:01
JayFand while the preferred answer is generally "automation should be good enough to prevent things from getting stuck in bad states", I don't think that works well in the real world21:01
JayF(mainly because we aren't perfect)21:03
devanandahardware also isn't perfect21:03
devanandai agree loc breaking is needed21:03
NobodyCam++ yes21:04
devanandathe challenge is to prevent things which could physcaly damage hardware21:04
rloono hammers allowed21:04
devanandaso if decom is flashing firmware, and you think it takes too long and power cycle the box21:04
devanandanow you can't get it to boot again ...21:04
JayFyeah we block that explicitly via the API right now in our downstream patch21:05
devanandain principle, that's why we have the task lock21:05
JayFbut we do find that things happen even in decom state that require fixing21:05
JayFmostly around dhcp downtime and failing to boot an agent for various reasons21:05
devanandasure21:05
*** penick has joined #openstack-ironic21:05
devanandaso we need a way to signal, within ironic (not ipa) whether a state is "unsafe to break"21:05
JayFI'm saying that even in those cases21:05
JayFthe operator should hold the biggest hammer21:05
* JayF references, yet again, the --i-am-a-dummy option to mysqld21:06
devanandahah21:06
JayFit exists because some people need it, even though in 99.99999999% of cases it'll chew up your data and spit it out21:06
*** marcoemorais has quit IRC21:09
*** marcoemorais has joined #openstack-ironic21:10
devanandaJayF: hwo about a CLI tool?21:14
JayFdevananda: If it wants to connect directly to my DB, very no21:14
JayFdevananda: I want to be able to secure ironic so that only conductors can talk to dbs21:14
JayFdevananda: and only conductors can talk to bmcs21:14
JayFdevananda: then be able to operate Ironic without having to have any code other than the conductor running on the conductor21:15
devanandaso if a conductor is wedged or died21:15
*** Kui has joined #openstack-ironic21:15
devanandayou want another conductor to take over its work21:15
devanandaeven if there was a lock left behind?21:16
*** todd_dsm has joined #openstack-ironic21:16
JayFSo to put this into perspective, this is how defensively-coded our API is right now:21:16
devanandai need to think moer about this when i'm not on a conference21:16
JayFI cannot put a node into maintenance that has power_state: on target_power_state: off21:16
JayFeven if the BMC is dead and that will never succeed21:16
JayFso I can't do a damn thing on that node until the power status loop fails the number of times and maints it automatically21:17
JayFwhich, as we discovered before, having a failed node in the power status loop hurts performance considerable21:17
JayF*considerably21:17
JayFI absolutely want to be able to say: This node is invalidly locked, unlock it21:17
JayFI don't ever think of it as conductor takeover, even though I should21:17
JayFsince with None as the DHCP provider + IPA driver there's no local state on teh conductor21:17
devanandaindeed21:18
JayFAlso, fwiw, a lot of this *specific* situation is solved by pluggable locking + ephemeral locks21:19
JayFlike in ZK where if the connection dies, all the locks made there die too21:19
devanandathat ^ is terrible, fwiw, for other environments21:19
devanandaif a conductor dies while a node it was working on is applying a firmware update using iLO, for example21:20
*** Jmank has joined #openstack-ironic21:20
devanandayou really dont want another conductor taking over and immediately trying to do a deploy21:20
devanandabecause there's no lock21:20
*** jjohnson2 has quit IRC21:21
JayFIt almost seems like21:21
JayFmaintenance and reservation21:21
JayFare heavily overloaded and should have more metadata21:21
devananda++21:21
devanandatotally21:21
JayFif that was fixed, then we can do smarter things, and enable the operator to make better decisions21:21
JayFbut I'd still think we'd want to give the operator a ?i-am-a-dummy=true option to override the failsafe21:22
JayFand maybe even block that by default in shipped policy.json21:22
devananda+ maintenance & reservation with more metadata (time started, type of thing in progress)21:23
devananda+ configurable policy around different URI endpoints21:23
jrollthere's also the option of only unbreaking a lock if it's been held for x minutes, where x > 60 or something ridiculous21:23
devananda+ separate policy for node.driver_info21:23
devanandasome of this is captured in my old async-api spec, i think21:23
devananda....the metadata, time started, stuff21:24
jrollI would love for maintenance to be a text field, node is in maintenance if not locked21:24
jrollbut that's right on the cmdb line21:24
devanandaJayF: the difference between an API for controlling a node and an API for controlling a conductor's state is significant, IMO21:24
*** marcoemorais has quit IRC21:25
JayFI agree, but I'm saying these are clearly operability problems, and we have to have a better answer than people going to the DB21:25
devanandatotally agree with that21:25
JayFI am not claiming my solution is the best solution21:26
devananda:)21:26
JayFjust generally as an operator, I *hate* when something refuses to do something21:26
JayFif I say to do X, yes I know the node is locked, it's been locked since August, f$%#$ing do it21:26
JayFhence why I want a bigger hammer ;)21:27
devanandathat the lock feels arbitrary is the problem21:27
devanandaif the lock actually protected you from something harmful MOST of the time21:27
JayFI think for me, that may be partially driven by locks being taken on heartbeat21:27
JayFfor agent right now21:27
JayFso we probably cycle locks a *lot* more than folks using other drivers21:27
JayFthat's my hunch, at least21:27
*** marcoemorais has joined #openstack-ironic21:27
devanandasure. but that will hit other drivers too21:27
devanandaso the problem is21:27
devanandalocks DONT actually indicate "dangerous thing is in progress -- keep your hands off"21:28
NobodyCamjust have the cli PRINT out a mysql command and tell operators to cut and paste this command if you really want to do this21:28
NobodyCamlol ... j/k21:28
jrollNobodyCam: don't make me borrow monty's cats21:28
devanandathe lock indicates "system may or may not be busy, but you acn't really tell"21:28
NobodyCamhehehe21:28
devanandawhich is silly and frustrating21:28
JayFNobodyCam: you jest, but I'm really likely to be writing a script that'll find nodes with long-stuck-locks and print out sql commands to run to fix them21:28
JayFyeah, I want to know *why* the node is locked21:29
NobodyCam:/21:29
JayFsimilar idea with maintenance21:29
devanandayup21:29
JayFlast_error is supposed to be that21:29
*** Ugallu has quit IRC21:29
ShrewsNobodyCam: let's get really silly and have each conductor serve a web page displaying internal state and clickable action buttons  :)21:29
JayFbut surprise: if the power status loop fails, you just lost your error21:29
JayFand it is clobbered by ironic with another error21:29
JayFI kinda want a node_errors table like Nova has an instance_errors table21:29
* JayF going to ponder that further21:29
devanandawith history21:29
devanandayes21:30
devanandalast_error should be the latest entry in that table21:30
NobodyCamShrews: thats kinda GUI like for operators... but if it was a app for the phone then i can see it21:30
jrollnotifications would also help with this :)21:30
devanandanotifications is an overloaded word21:30
JayFI also want maintenance_reason21:30
JayFbut I'll take my 'out of scope' medicine on that one if needed21:30
jrolldevananda: notifications in the nova sense of the word21:31
JayFbecause I know my motivation is to use that field for cmdb-ish things (I'd rather Ironic be canonical for why a node is in maintenance than a CMDB)21:31
jrollthere is an error, put it on the notifications bus21:31
*** todd_dsm has quit IRC21:32
*** ChuckC has quit IRC21:33
*** ChuckC has joined #openstack-ironic21:34
*** romcheg has quit IRC21:37
*** romcheg1 has joined #openstack-ironic21:37
*** foexle has quit IRC21:38
NobodyCambrb21:39
*** romcheg has joined #openstack-ironic21:41
*** romcheg1 has quit IRC21:41
*** romcheg1 has joined #openstack-ironic21:44
*** todd_dsm has joined #openstack-ironic21:44
*** igordcard has joined #openstack-ironic21:44
*** romcheg has quit IRC21:45
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Fix markup-related issues in documentation  https://review.openstack.org/12703421:51
*** pcrews has quit IRC21:53
*** romcheg1 has quit IRC21:56
*** romcheg has joined #openstack-ironic21:57
*** dlaube has joined #openstack-ironic22:00
*** penick has quit IRC22:00
NobodyCamoh did we get a patch up for the spec templates22:02
*** praneshp has quit IRC22:02
*** marcoemorais1 has joined #openstack-ironic22:03
*** marcoemorais has quit IRC22:03
rlooNobodyCam: I looked into it. The only way that I could figure out, is to put a dummy file (I think it has to be .rst but I didn't try) in specs/kilo/. Is it worth doing?22:03
*** marcoemorais1 has quit IRC22:04
dlaubeHey guys, is there some trick to using disk-image-create to make images for baremetal?22:04
*** rwsu has quit IRC22:05
*** marcoemorais has joined #openstack-ironic22:05
dlaubeI ran "disk-image-create -a amd64 -o ubuntu-amd64 ubuntu"  but I'm seeing some references to qemu-img and other paravirt like stuff22:05
*** igordcard has quit IRC22:06
NobodyCamcan we land with jenkins -1'ing?22:09
NobodyCamnot that i am trying to land anything/ just checking that we can22:09
*** andreykurilin_ has quit IRC22:16
*** rwsu has joined #openstack-ironic22:17
*** praneshp has joined #openstack-ironic22:18
openstackgerritRuby Loo proposed a change to openstack/ironic-specs: Set up for kilo specs  https://review.openstack.org/12704722:18
rlooNobodyCam: take a look at that. I don't like it and maybe someone else that knows more about sphinx etc can figure something out.22:19
rlooNobodyCam: otherwise, to get jenkins to pass, all the spec patches will need to include the changes in that patch (except the dummy .rst I put in).22:19
NobodyCamrloo: aawesome :) we'll get some eyes on it22:20
*** penick has joined #openstack-ironic22:20
NobodyCambut ya. I don't think spec writers should have to do that22:20
rlooNobodyCam: yeah, I don't think we should add more hurdles for the spec writers.22:21
rlooNobodyCam: I gotta run. later maybe ;)22:21
JayFrloo: does the dir need a .rst file in it specifically?22:21
*** rloo is now known as rloo_afk22:21
NobodyCamhave a great night rloo_afk22:21
rloo_afkJayF: unfortunately yes. And not only that, cuz of the unit tests, it has to have all the sections in the template.rst!!!22:21
*** shakamunyi has joined #openstack-ironic22:21
JayFhah22:22
JayFokay, ty22:22
NobodyCam:)22:22
arif-aliis there an ironic driver for cobbler by any chance?22:26
*** romcheg has quit IRC22:28
devanandaarif-ali: what would that look like?22:29
devanandaarif-ali: ironic talks directly to the hardware via IPMI, iLO, DRAC, etc...22:29
arif-aliafaik, cobbler is a bare-metal provisioning tool22:30
arif-alijust looking up some stuff on it at the moment22:30
devanandaarif-ali: ironic is also a bare metal provisioning tool22:31
arif-alihmm, that means I need to read up on ironic more then22:32
*** pcrews has joined #openstack-ironic22:32
devanandaarif-ali: what did you think ironic was?22:33
arif-alito be able to control bare-metal nodes22:34
arif-aliI presume then ironic dumps an image from glance to a node, and not from kickstart/autoyast?22:34
*** mikal has joined #openstack-ironic22:35
devanandacorrect22:35
devanandafor lack of a better word, "cloudiness"22:35
*** shakamunyi has quit IRC22:35
devanandaironic deploys binary images to cattle. it doesn't install an OS on a pet.22:36
arif-aliok, we need to be able to install bare-metal via templates such as kickstart/autoyast/preseed22:36
devanandathen ironic isn't a good fit22:36
dlaubecan someone confirm if I should be using disk-image-create  or  ramdisk-image-create to begin creating an image for ironic?22:36
devanandaunless you first create images for each of your templates22:37
devanandadlaube: yes22:37
dlaubeI used disk-image-create but it looks…. "cloudy"22:37
dlaube;D22:37
arif-aliThat's why I was looking at xCAT's implementation of ironic, as I have been using xCAT for ~8years22:37
devanandadlaube: ramdisk-i-c is for the deploy ramdisk. it's short-lived, but that's how we copy the disk image onto the node22:37
NobodyCamarif-ali: I know I have worked with you on and off this week is there anything missing from our doc's that would have helped you sooner?22:37
dlaubeahh ok22:37
devanandadlaube: disk-i-c can be used to customize your chosen vendor's cloud image22:37
dlaubethank you devananda22:37
*** jgrimm is now known as zz_jgrimm22:37
dlaubeI'll keep playing with this22:38
arif-alidevananda, I have already created an image for nodes using xCAT's KVM implementation, and I was able to drop that as an image into glance and import into an instance very easily22:38
arif-aliNobodyCam, I had been using RDO, so the only thing for me was that I needed the new test RPMs from fedora's CI build22:39
arif-aliNobodyCam, once I did that, it was good to go, and I was able to run the ironic commands22:40
NobodyCamarif-ali: :)22:40
arif-aliNobodyCam: The only thing I thing that I would have liked was maybe systemd or init.d scripts samples, and also creating the ironic user22:41
NobodyCamthe ironic user for keystone?22:42
arif-alino, system user, for the service to run, as all other services run as their own users22:42
NobodyCamnot sure what user22:42
NobodyCamoh22:42
NobodyCamgot it22:43
JayFarif-ali: are you running ironic-api directly or behind apache|nginx22:43
arif-aliJayF, running directly22:44
JayFYou probably want to put it behind apache22:44
NobodyCamfor ANYHITNG production yes!!!22:45
arif-aliNobodyCam, the only other difference was the admin_tenant_name was services instead of service on my setup with packstack22:45
NobodyCam:)22:46
arif-aliJayF, thanks for that, I was wondering why there was a folder for apache, and the same port numbers being used. That's now clarified ;)22:46
jrollNobodyCam: lol22:47
jrollNobodyCam: we don't have it behind anything right now D:22:47
NobodyCamzomg...22:47
jrollit's been fine, fwiw22:47
JayFexcept logging22:47
JayFand that we've likely had to overscale it :)22:47
jrollyeah.22:47
jrollyeah.22:47
arif-aliNobodyCam, the doc assumes that the init.d/systemd scripts are already there, obviously I did it from source; and just to be clear, I used http://docs.openstack.org/developer/ironic/deploy/install-guide.html#setup-the-drivers-for-bare-metal-service22:48
dlaubewhen I run "./bin/ramdisk-image-create -a amd64 -o ubuntu-amd64 ubuntu deploy.ramdisk deploy-ironic"   I'm seeing "ERROR: Element 'deploy.ramdisk' not found in '/root/image-work/tmpy/diskimage-builder/bin/../elements:/root/image-work/tmpy/diskimage-builder/bin/../elements'"22:48
dlaubedoes deploy.ramdisk live in tripleo or something?22:48
JayFit lives in tripleo-image-elements iirc22:48
JayFIt will likely be moved into an ironic ramdisk builder repository. Figuring that out is on our list for things to figure out at the summit.22:49
dlaubecool22:49
dlaubeI'll grab that22:49
NobodyCamdlaube: sounds like ELEMENTS_PATH or TRIPLEO_ROOT not set22:49
JayFbecause Ironic users shouldn't have to use tripleo pieces to use ironic :)22:49
dlaubethanks JayF22:49
dlaubeNobodyCam: I'll set those env vars now that I have tripleo image elements22:49
dlaube;)22:50
arif-aliany interesting talks/hands-on to do with ironic at the summit, that may be useful22:51
JayFMyself and JoshNang are talking about cleaning up after bare metal tenants22:51
NobodyCamarif-ali: ya tues and wed we have sessions22:51
JayFbasically presenting on a patch we've had downstreamed for a couple of months, that some form of will be in Ironic in K (I hope :D)22:51
JayFjroll has a talk on scaling ironic22:51
jrollI've got a talk about running it at scale22:51
*** todd_dsm has quit IRC22:52
NobodyCamwe also have a slot in the operators track22:52
jrollyessss22:53
jrollexcited for that22:53
arif-alicool, looking forward to it22:53
jrolland then we have like 3-4 hours on friday or something right?22:53
jrolljust open time?22:53
* NobodyCam wounders what side the J's will be on.. op or dev :-p22:53
arif-aliah, wont be there for Thu-Fri22:53
jrollah :(22:54
jrollNobodyCam: I tend to think those are the same thing :)22:54
NobodyCam:)22:54
jrollor have a large overlap, at least22:54
NobodyCam++22:54
JayFNobodyCam: I mean, we all rotate on call? All of us develop things, all of us operate things22:54
jrolllike... that backport last night was from me deploying and digging into our staging environment, not some ops guy calling me :P22:54
jrolls/backport/bugfix/22:55
NobodyCam:)22:55
* NobodyCam thinks thats just awesome! he really does22:55
jroll:)22:56
* NobodyCam :)22:57
*** penick has quit IRC22:58
devanandaJayF: is that (consolidate ironic image build bits) on the schedule doc?22:58
JayFdevananda: yes?22:58
devanandaJayF: I mean - is that something you added to22:58
JayFdevananda: although now you make me doubt22:59
* JayF checks22:59
jrollI think I saw it22:59
JayFrow 522:59
devanandayup found it22:59
dlaubeNobodyCam: I've tried export ELEMENTS_PATH and TRIPLEO_ROOT but something still isn't right23:00
dlaubehttp://pastie.org/private/6eajucaazonejzeh0dr45a23:00
*** praneshp has quit IRC23:01
*** penick has joined #openstack-ironic23:01
arif-alidamn, I've registered for the summit incorectly23:02
devanandaarif-ali: ?23:02
NobodyCamoh wait23:03
arif-aliI went for the keynote+expo, thinking it was also the general sessions as well23:03
*** marcoemorais has quit IRC23:03
devanandaarif-ali: ah :(23:03
*** marcoemorais has joined #openstack-ironic23:03
arif-aliit's not really clear on the website23:04
NobodyCamarif-ali: what are you buildnig here. the deployment ramdisk or a image23:04
*** marcoemorais has quit IRC23:04
*** marcoemorais has joined #openstack-ironic23:05
*** praneshp has joined #openstack-ironic23:05
arif-aliNobodyCam, at the moment, I don't have anything built on my PoC environment; my plan first is to get a qcow2 image that I have generated, and then deploy that23:05
dlaubeNobodyCam: I think you mean me… maybe23:05
NobodyCamoh yes23:06
NobodyCamarif-ali: sorry23:06
arif-alinvm23:06
NobodyCamdlaube: yes you are correct23:06
dlaubeI trying to build anything so that I can get ironic-node validate to succeed23:06
dlaubeI'd like to provision a node and have it deploy anything23:06
dlaubeheh23:06
NobodyCamdlaube: ok so you need a deployment kerneel and ramdisk23:07
NobodyCamand a image to deploy23:07
devanandadlaube: which driver_info you need to suppy the node with depends on which driver you're using23:09
devanandadlaube: node-validate should inform you of the required / missing parameters23:09
NobodyCamdlaube: to use DIB to create a deployment ramdisk try: ramdisk-image-create -a i386 -o deploy.ramdisk deploy-ironic ubuntu23:09
devanandaI wonder what would happen if I started tweeting hints about all the docs we're missing23:10
jrolllol23:10
dlaubeNobodyCam: ok, so I guess just need to figure out why 'deploy.ramdisk' not found per http://pastie.org/private/6eajucaazonejzeh0dr45a23:10
devanandalike how to use driver-list and node-validate to discover what configuration you need to pass in23:10
dlaubedevananda: yessir, I'm using the pxe driver and I've got a handle on what im missing23:10
NobodyCamdlaube: to create a image for deployment type: TRIPLEO_ROOT/diskimage-builder/bin/disk-image-create ubuntu stackuser  -a i386 -o LocalTestImage23:11
dlaubeCan not validate PXE bootloader. The following parameters were not passed to ironic: ['pxe_root_gb', 'pxe_image_source', 'pxe_deploy_kernel', 'pxe_deploy_ramdisk'] |23:11
dlaubebut this has helped me I think ->  https://ask.openstack.org/en/question/30707/failed-to-deploy-error-kernel_id/23:11
dlaubenow at least I know I need a deploy ramdisk and an image before I can get back to trying to validate/provision a node23:12
NobodyCamdlaube: on the paste you showed the DIB build command was incorrect it combined the two23:12
devanandawait a sec23:12
devanandawhy does anyone need tripleo-image-elements to build the deploy ramdisk?23:12
dlaubegood question ;)23:12
devanandait shouldn't23:13
dlaubeI'd love to help you guys sort out docs as I discover issues23:13
devanandait's not a service image23:13
devanandaand looking in t-i-e righ tnow, I dont see it23:13
devanandapretty sure it's NOT there23:13
adam_gyea, all the elements we need are in diskimage-builder's elements23:13
NobodyCamI thought dlaube was using DIB23:13
devanandadlaube: where did you see the requirement for "deploy.ironic"  ?23:13
devanandaer23:13
JayFdevananda: dlaube: Whoops, sorry for being wrong :)23:13
devanandai mean "deploy.ramdisk"23:13
NobodyCamdlaube: that is a mashup of ramdisk create and image create commands23:14
devanandaJayF: np. I am. Quite often.23:14
JayFdevananda: pretty sure I said it was in t-i-e in the googdoc as well23:14
JayFsummit planning and such23:14
dlaubehttps://pypi.python.org/pypi/diskimage-builder/0.1.3123:14
dlaubeand here https://github.com/openstack/diskimage-builder23:14
devanandadlaube: youre missing the "-o"23:14
devanandawhich means out file name23:14
dlaubeahhhh23:15
devananda:)23:15
dlaubewell, the example in both of those still throws an error for me23:16
dlauberoot@lab5:~# ramdisk-image-create -o deploy.ramdisk deploy-ironic23:16
dlaubeBuilding elements: ramdisk base  deploy-ironic23:16
dlaubeERROR: Please include an operating system element.23:16
dlaubeim going to try what NobodyCam mentioned above and see if that works23:16
devanandaJayF: updated gdoc to remove t-i-e reference23:16
JayFty23:16
devanandadlaube: it should automaticaly assume your current base os. but yes, specifying it is helpful23:17
dlaubeok, looks like this is building me an image  "root@lab5:~/image-work/tmpy/diskimage-builder# ./bin/disk-image-create ubuntu stackuser  -a i386 -o LocalTestImage"23:18
dlaubebut I still need to build a ramdisk?23:19
NobodyCamyes that is the image for deployment23:19
devanandayep. that'll give you a basic 32-bit cloud image withthe stackuser account23:19
devanandayou stil need the ramdisk23:19
NobodyCamyep23:19
JayFdevananda: should we build pxe ramdisks and publish them like we do for IPA images?23:19
NobodyCamtry: ramdisk-image-create -a i386 -o deploy.ramdisk deploy-ironic ubuntu for that23:20
JayFdevananda: seems like this is an onerous process to require someone to do to use ironic :)23:20
devanandaJayF: yes23:20
devanandaJayF: frankly i dont know why dib isn't doing that23:20
JayFdlaube: fwiw; if you ever choose to use the agent deploy driver, we publish premade kernel/ramdisk on every commit here: http://tarballs.openstack.org/ironic-python-agent/coreos/files/23:20
dlaubeNobodyCam: sweet! looks like that's building23:20
devanandawell, besides me not having done it ... heh23:20
dlaubeoh nice JayF!23:21
NobodyCamsould we come up with a build images script that could download DIb and run the command to build images?23:21
* jroll takes JayF's marketing hat away23:21
devanandaJayF: feel inclined to add that post-commit job to dib?23:21
NobodyCamwe have a tools folder23:21
JayFdevananda: I've never built anything using dib :x (except for trying to run some of the builders that were WIP for IPA)23:22
*** penick has quit IRC23:22
devanandaack23:22
dlaubenow that I've got images and a ramdisk to play with, should I pick up with steps beginning with "glance image-create" from https://wiki.openstack.org/wiki/Baremetal ?23:23
dlaubeor are there better docs somewhere that I should follow23:23
NobodyCamdlaube: yup... :)23:23
dlaubeawesomesauce23:23
JayFdlaube: NobodyCam: That wiki is listed as deprecated?23:23
NobodyCamoh wait23:24
JayFdlaube: NobodyCam: like it's for nova-bm, not ironic?23:24
NobodyCamya23:24
dlaubeyeah, that's why I asked23:24
JayFI think https://wiki.openstack.org/wiki/Ironic is right for us23:24
NobodyCamjust saw the url23:24
NobodyCam++++23:24
devanandaoh, right23:24
* devananda deletes it23:24
NobodyCam:)23:24
dlaubebut there are no glance image creation docs in the proper wiki… is there?23:25
* devananda looks at the page before deleting it, then regrets having done that23:26
dlaubeI saved the old wiki to a PDF if you need to recover ;)23:27
devanandadlaube: i'm not removing history :)23:28
dlaubeahh right, you can pick the previous revision23:28
*** penick has joined #openstack-ironic23:30
NobodyCamdevananda: what that was two or more years ago23:30
*** takadayuiko has joined #openstack-ironic23:34
*** marcoemorais has quit IRC23:42
*** marcoemorais has joined #openstack-ironic23:49
*** praneshp has quit IRC23:55
*** marcoemorais has quit IRC23:58
*** marcoemorais1 has joined #openstack-ironic23:58
*** marcoemorais1 has quit IRC23:58
*** marcoemorais has joined #openstack-ironic23:59
*** penick has quit IRC23:59

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