Wednesday, 2014-06-18

rloo_devananda: hi.00:04
rloo_devananda: ok, we / I will start -2'ing patches that I encounter that implement unapproved specs.00:05
jrollgah, I'm going to end up with so many -2's :P00:05
rloo_jroll: speak up now. say you disagree!00:05
devanandarloo_: i think it will get confusing if more than one (or at most two) people are doing that00:05
jrollwell, to be fair, I think it's fine00:06
rloo_jroll: ha ha. ok then.00:06
jrollI just tend to push code early and often00:06
rloo_devananda: so you want me to be the bad cop? I can do it ;)00:06
devanandaHP is going to have a lot of -2's as well, eg. for the windows disk images, ipmi double briding, and ilo driver00:06
devanandarloo_: that'd be great00:06
devanandarloo_: not you beign the bad cop  - i mean, the help keeping track of what to -2 / when to un-2 stuff00:07
jrollserious question, is it ok for people to review code even if the spec is not approved?00:07
devanandajroll: yes00:07
jrollreview, not merge00:07
jrollok00:07
jrollgreat :)00:07
devanandajroll: i think it's super helpful, and also sometimes a spec is hard to talk about without seeing *some* code at least00:07
rloo_devananda: jroll: so if a review is -2, it can still be reviewed? can new versions be pushed?00:07
jroll+100:07
devanandarloo_: yep. new versions can be pushed. it can be reviewed. all the things can happen EXCEPT it can't merge.00:08
jrolltotally cool with me00:08
devanandafor long patch chains00:08
rloo_devananda: great. I feel better about it then. I thought a -2 meant it was frozen.00:08
devanandawe can also -2 a placeholder at the head of the dependency tree00:08
devanandajroll: that ^ might be really nice for you guys00:08
devanandarloo_: nope :) just blocked from merging until such time as we all agree it *should* merge00:09
jrolldevananda: indeed00:09
devanandarloo_: this prevents miscommunication among a large and timezone distributed team resulting in folks merging code that wasn't approved00:09
devanandathat's basically all00:09
devanandaright now, my sense is we should only do this for largish features00:10
rloo_devananda: great! I'll add something about it to https://wiki.openstack.org/wiki/Ironic/Specs_Process.00:10
devanandathings that we actively dont want to spend a lot of review cycles on until the design is proven out00:10
devanandarloo_: thanks!00:10
rloo_devananda: so basically, a feature that requires some design. if it is cookie cutter stuff, then it is ok.00:11
devanandaright00:11
devanandaor a bug fix - also fine00:11
rloo_I think dtantsur|afk is doing a good job of finding bugs that should be associated with BPs ;)00:12
devanandayep00:12
devanandaa recent example of changes that should (and now do) have a spec00:12
devanandalucas' management interface patch series00:12
devanandai mean, it's half a dozen patches, building a new internal API *and* a new endpoint in the REST API00:13
devanandaeven though I like 80% of the code (all that's not WIP at this point) I don't think we should actually *land* it until we agree onthe API changes and the architecture.00:13
devanandathe same can be said for the HP iLO driver00:14
devananda(except i haven't reviewed that code recently)00:14
devanandarloo_: so, the logging improement spec00:14
devanandarloo_: i actually dont think taht needs a spec any more. it's just a bunch of internal minor enhancements00:14
devanandarloo_: the more we iterated on that spec, the less I feel like that's appropriate for a spec.00:15
rloo_devananda: yeah. I agree. That's why it was easy for me to review it :D00:15
devanandahaha00:15
devanandaok then00:15
rloo_devananda: I think a few bugs to cover it would be fine.00:15
jrolldevananda: some would argue that bad logging is a bug :P00:15
rloo_devananda: but I was wondering about AUDIT?00:15
devanandai'm going to abandon it unless someone objects now00:15
jroll+100:15
rloo_devananda: but not everyone is here now? :D00:16
rloo_devananda: the one useful thing there, is that i DO NOT want to see some XYZ person push up a review that changes the logging to use the _LX() macros.00:16
lifelessmrda: submitted a pyconau paper?00:17
mrdalifeless: Unfortunately I have a conflict that week - won't be there00:18
mrdabut otherwise i would00:18
lifelessmrda: nuts :)00:19
devanandarloo_: i dislike the driveby "clean up" that is really wasteful of rewviwe time too -- but do you have another reason?00:19
rloo_devananda: I disagree with those macros. It may make translators lifes easier but it dirties the code and doesn't make sense. That's all.00:20
devanandarloo_: :)00:20
mrdalifeless: it's a pretty tight schedule too - pretty much leave PDX on Wedn night from midcycle and arrive in BNE on Friday morning for pyconau00:20
devanandarloo_: i suggest taking that up on the i18n and oslo lists then00:20
rloo_(bad enough we have to remember not to use _() for DEBUG). What is code for, if we have to special case these things.00:20
rloo_devananda: I thought about it, but it would mean having to do some background research to see why they did it etc. I'm hoping that some other sensible folks will take up that challenge ;)00:21
devanandamrda: oh, btw, we *should* be using _() for exceptions00:21
mrdadevananda: +100:22
mrdasorry00:22
mrdaI disagree00:22
mrda:)00:22
mrdaI'm not sure translating exceptions make sense00:22
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Cleanup virt driver tests and verify final spawn  https://review.openstack.org/9951800:23
mrdaIt's just to report where a problem occured back to this team.  I'm not sure the extra burden on translators provides any real benefit.00:23
jrollexceptions are not always bugs00:24
lifelessmrda: exceptions are used by operators00:24
jroll^00:24
mrdabut I'm happy to fall into line if, once you've heard me, disagree :)00:24
JayFstep 1 of troubleshooting Ironic in our lab: grep TRACE /var/log/ironic-conductor.log :)00:24
JayFhaha00:24
jrollI may be an ironic developer, but I'm also an ironic deployer/operator, and readable exceptions00:24
jrollhelp00:24
jrollhahaha +1 JayF00:25
mrdalifeless: really?  Exceptions are exceptional situations.  I would argue that if an operator should be looking at something, that exceptions should be turned into a (translated) log00:25
devanandabeing fluent in english, working with mostly software written in english, being easily able to google for errors in said software, I *think* it's actually helpful for others if our exceptions are not translated away from english00:25
jrollmrda: unfortunately that's not always true :|00:26
devanandathat said, it's a totally ethnocentric view and I know that I dont have any idea what it's like to run english software for folks who speak very little english00:26
JayFdevananda: that's an interesting point00:26
devanandaand if THEY want the exceptions in their local language -- graet00:26
JayFI don't care if they are translated or not, I just think having run a lot of software as an op, that exceptions are absolutely consumed by ops. all the time.00:26
devanandai think we should enable that00:26
mrdaif someone sends me a stack trace in Estonian, it's of no use to me. (apologies to any native Estonian speakers)00:26
jrollso, the software can be run in whichever language the deployer chooses, correct? why not enable that?00:26
devanandamrda: it'll still have file names and line numbers00:27
jrollonly the actual exception message is translated, not the code in the stack trace00:27
mrdabecause i18n is a huge task, and we should minimise the amount of work required there, especially if there isn't much benefit00:27
devanandaright00:27
devanandajroll: right00:27
lifelessmrda: that is a strawman00:27
mrdalifeless: disagree :)00:28
devanandamrda: "isn't much benefit" is an opinion00:28
lifelessmrda: exceptions are flow control. They are not exceptional - if they were, they wouldn't be encouraged as a flow control construct.00:28
lifelessmrda: its non-local return00:28
mrdaif something is of benefit to an operator, I'd suggest it should be logged00:28
devanandamrda: BUT, fwiw, the _L*() macros were recently added to oslo.i18n for *just that purpose* :)00:28
lifelessmrda: other languages have different definitions for this00:28
lifelessmrda: I'm not against it being logged for operators.00:28
devanandaso we can now do LOG.info(_LI('message'))00:28
jrollmrda: if i18n bandwidth is a thing, I'll personally petition people at rax to hire translators to work on openstack :P00:28
devanandaand the translations team can then choose whether they prioritize translating INFO messagse over EXCEPTION messages00:29
devanandafor example00:29
devanandaso we are again enabling the team for whom this matters to make their own decisions00:29
devanandarather than forcing our opinion on them00:29
devanandagiven that I know I DONT KNOW what matters to a chinese operator of Ironic, I think this is good00:29
JayFThis seems very much like a mailing list discussion more than an IRC one? Like it impacts much more than Ironic and I think if we made a different decision than other projects it'd be the silliest decision possilbe :)00:29
devanandatotally00:30
devanandaexcept it was :)00:30
mrdaSo there was a discussion about this on a nova review00:30
devanandai'm just recapping it for ya'll00:30
mrdaand a few people came down on either side00:30
devanandaand there's now a vote at the TC about setting policy on this00:30
JayFah, okay00:30
JayFand you're on the TC00:30
JayFso this is deva-lobbying-time in #openstack-ironic00:30
devanandaand I -1'd it because there hasn't been a concensus in the i18n team /as far as I know/00:30
mrdadevananda: cool - happy to follow whatever policy is ;)00:31
devanandahah00:31
openstackgerritAlex Weeks proposed a change to openstack/ironic-specs: Add metric reporting spec.  https://review.openstack.org/10072900:31
JayFdevananda: 301 redirect to tha i18n team seems like a wise choice00:31
jrollaweeks: welcome, new contributor!00:31
jroll(I love that message)00:31
JayFI didn't get that message00:32
JayFwe need a 'thanks, reliable contributer' message poster00:32
JayFthat comes with a free get-out-of-'-2' card, monopoly style00:32
* jroll makes JayF a cardboard sign00:32
devanandaright - i need to get ready for evening plans00:33
mrdadevananda: so I think that log spec has served a purpose already - it's making us confirm what we're going to do in our project :)00:33
devanandaby which i mean, apartment shopping00:33
devanandamrda: indeed :)00:33
mrda:)00:33
jrolldevananda: right on, good luck :)00:33
mrdadevananda: have fun appartment shopping!00:33
aweeksjroll: :)00:37
*** Penick has quit IRC00:38
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/9622800:42
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872200:42
*** bcaldwell has quit IRC00:46
openstackgerritOpenStack Proposal Bot proposed a change to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/9626300:47
*** rloo_ has quit IRC00:54
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out TFTPImageCache  https://review.openstack.org/10073400:57
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out deploy info from PXE driver  https://review.openstack.org/10073500:57
*** ellenh has quit IRC00:57
*** rwsu has quit IRC00:58
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Nova Ironic Driver to not get deploy r&k from flavor  https://review.openstack.org/9555101:03
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add migration script to instance_info  https://review.openstack.org/9613601:03
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Move PXE instance level parameters to instance_info  https://review.openstack.org/9485501:03
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Drivers determine acceptable power states  https://review.openstack.org/8674401:04
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Adding swift temp url support  https://review.openstack.org/8139101:05
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out TFTPImageCache  https://review.openstack.org/10073401:05
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out deploy info from PXE driver  https://review.openstack.org/10073501:05
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add methods to ipmitool driver  https://review.openstack.org/10036401:05
*** matsuhashi has joined #openstack-ironic01:17
*** theDavidAikenToo has joined #openstack-ironic01:27
*** eghobo has quit IRC01:28
*** theDavidAiken has quit IRC01:30
*** nosnos has joined #openstack-ironic01:31
*** theDavidAikenToo has quit IRC01:33
*** yjiang5 is now known as yjiang5_away01:43
*** dwalleck has joined #openstack-ironic02:06
*** dwalleck has quit IRC02:08
*** dwalleck has joined #openstack-ironic02:08
*** coolsvap|afk is now known as coolsvap02:25
*** matsuhashi has quit IRC02:29
*** matsuhashi has joined #openstack-ironic02:32
*** harlowja is now known as harlowja_away02:48
*** theDavidAikenToo has joined #openstack-ironic02:54
*** matsuhashi has quit IRC03:00
*** vinbs has joined #openstack-ironic03:02
*** ramineni has joined #openstack-ironic03:19
*** nosnos has quit IRC03:27
*** jrist has quit IRC03:49
*** eghobo has joined #openstack-ironic03:51
*** matsuhashi has joined #openstack-ironic03:53
*** nosnos has joined #openstack-ironic04:07
*** matsuhashi has quit IRC04:12
*** matsuhashi has joined #openstack-ironic04:12
*** matsuhashi has quit IRC04:17
*** jgrimm has joined #openstack-ironic04:19
*** matsuhashi has joined #openstack-ironic04:21
*** rakesh_hs2 has joined #openstack-ironic04:28
*** nikunj2512 has joined #openstack-ironic04:30
*** matsuhashi has quit IRC04:36
*** matsuhashi has joined #openstack-ironic04:36
*** matsuhashi has quit IRC04:39
*** eghobo has quit IRC04:39
*** matsuhashi has joined #openstack-ironic04:39
*** eghobo has joined #openstack-ironic04:40
*** Poornima|mtg has joined #openstack-ironic04:56
*** rameshg87 has joined #openstack-ironic04:58
*** matsuhashi has quit IRC05:11
*** matsuhashi has joined #openstack-ironic05:11
*** radsy has quit IRC05:11
*** matsuhashi has quit IRC05:16
*** theDavidAikenToo has quit IRC05:16
*** matsuhashi has joined #openstack-ironic05:17
*** lazy_prince has joined #openstack-ironic05:17
*** sabah has joined #openstack-ironic05:23
*** matsuhashi has quit IRC05:24
*** matsuhashi has joined #openstack-ironic05:24
*** dwalleck has quit IRC05:36
openstackgerritryo kurahashi proposed a change to openstack/ironic: Add 'context' parameter from the get_console_output() methods.  https://review.openstack.org/10076805:43
vinbsMorning Ironic! :)05:49
*** sseago_ has quit IRC05:59
*** subah has joined #openstack-ironic06:01
*** sabah has quit IRC06:01
*** max_lobur has joined #openstack-ironic06:01
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/9606306:02
*** sysexit has joined #openstack-ironic06:03
*** bmahalakshmi has joined #openstack-ironic06:04
*** wendar has quit IRC06:04
*** wendar_ has joined #openstack-ironic06:04
mrdaHi vinbs06:07
*** dwalleck has joined #openstack-ironic06:08
*** k4n0 has joined #openstack-ironic06:11
*** dwalleck has quit IRC06:14
*** k4n0 has quit IRC06:19
*** nikunj2512 has quit IRC06:19
*** vinbs has quit IRC06:19
*** pcrews has quit IRC06:19
*** openstackgerrit has quit IRC06:19
*** foexle has joined #openstack-ironic06:23
*** k4n0 has joined #openstack-ironic06:23
*** nikunj2512 has joined #openstack-ironic06:23
*** vinbs has joined #openstack-ironic06:23
*** pcrews has joined #openstack-ironic06:23
*** openstackgerrit has joined #openstack-ironic06:23
*** k4n0 has quit IRC06:24
*** k4n0 has joined #openstack-ironic06:24
*** romcheg has joined #openstack-ironic06:35
*** jcoufal has joined #openstack-ironic06:37
*** Manishanker has quit IRC06:43
openstackgerritSandhya Balakrishnan proposed a change to openstack/ironic: Updates Ironic Guide with deployment information This patch updates Ironic deployment information Adds 3 deployment diagrams Describes deployment process  https://review.openstack.org/10078706:48
*** romcheg has quit IRC06:48
*** Poornima|mtg is now known as Poornima06:56
*** dwalleck has joined #openstack-ironic07:00
*** dwalleck has quit IRC07:05
*** matsuhashi has quit IRC07:08
*** matsuhas_ has joined #openstack-ironic07:08
*** eguz has joined #openstack-ironic07:08
*** eguz has quit IRC07:11
*** jcoufal has quit IRC07:12
*** eghobo has quit IRC07:12
*** jcoufal has joined #openstack-ironic07:13
*** bmahalakshmi has quit IRC07:13
*** bmahalakshmi has joined #openstack-ironic07:17
*** takadayuiko has joined #openstack-ironic07:22
*** athomas has joined #openstack-ironic07:27
*** Mikhail_D_ltp has joined #openstack-ironic07:30
Haomengvinbs: morning:)07:33
*** romcheg has joined #openstack-ironic07:35
*** rameshg87 has quit IRC07:43
*** rameshg87 has joined #openstack-ironic07:45
openstackgerritSandhya Balakrishnan proposed a change to openstack/ironic: Updates Ironic Guide with deployment information  https://review.openstack.org/10078707:47
mrda'night Ironic07:53
*** mrda is now known as mrda-away07:53
*** coolsvap is now known as coolsvap|afk07:55
*** max_lobur has quit IRC07:56
openstackgerritImre Farkas proposed a change to openstack/ironic: Fix workaround for the "device is busy" problem  https://review.openstack.org/9012607:59
*** jistr has joined #openstack-ironic08:03
openstackgerritA change was merged to openstack/ironic: Improving unit tests for _do_sync_power_state  https://review.openstack.org/9927108:25
*** viktors|afk is now known as viktors08:28
*** lucasagomes has joined #openstack-ironic08:28
openstackgerritryo kurahashi proposed a change to openstack/ironic: Add 'context' parameter from get_console_output()  https://review.openstack.org/10076808:35
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Add IloDriver and its IloPower module  https://review.openstack.org/8950008:40
*** takadayuiko has quit IRC08:42
*** subah has quit IRC08:43
*** sabah has joined #openstack-ironic08:44
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova Ironic Driver to not get deploy ramdisk and kernel from flavor  https://review.openstack.org/9555108:49
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add migration script to instance_info  https://review.openstack.org/9613608:49
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Move PXE instance level parameters to instance_info  https://review.openstack.org/9485508:49
*** pelix has joined #openstack-ironic08:50
*** max_lobur has joined #openstack-ironic08:55
*** dtantsur|afk is now known as dtantsur08:56
dtantsurMorning, Ironic!08:56
*** matsuhas_ has quit IRC09:01
*** dwalleck has joined #openstack-ironic09:03
*** dwalleck has quit IRC09:08
*** matsuhashi has joined #openstack-ironic09:09
*** martyntaylor has joined #openstack-ironic09:09
yuriyzmorning Ironic, dtantsur09:09
romchegMorning guys!09:09
*** mkerrin has quit IRC09:22
*** loki184 has joined #openstack-ironic09:22
dtantsurmorning, yuriyz, romcheg09:23
*** Mikhail_D_ltp has quit IRC09:32
*** Faizan has joined #openstack-ironic09:34
*** matsuhashi has quit IRC09:38
*** igordcard has joined #openstack-ironic09:41
openstackgerritGhe Rivero proposed a change to openstack/ironic: Migration to oslo.db  https://review.openstack.org/9213809:41
romchegviktors, GheRivero I can see both of you guys have patches that do the same09:46
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: Use oslo.db library  https://review.openstack.org/4215909:46
viktorsromcheg: lol09:47
viktorsGheRivero: hi!09:48
GheRiveroviktors: hi!09:49
*** ramineni has quit IRC09:49
viktorsas romcheg told, looks like, that we are doing the same thing09:49
GheRiveroviktors: let me see the delta between our patches09:49
viktorsGheRivero: ok )09:49
*** ifarkas_ has quit IRC09:51
viktorsGheRivero: they looks very similar09:51
GheRiveroyeah. almost the same. that means we are both completely wrong :)09:52
viktors:)09:53
viktorsGheRivero: so how should we solve this situation?09:55
GheRiverothe only 'important; difference I see are:09:55
*** rakesh_hs2 has quit IRC09:56
GheRiverothe oslo.db requirement, I have the license09:56
GheRiverominor changes in the ironic.conf (don;t knwo who is uptodate)09:56
GheRiveroand the fucking timeutils mock in the tests :) same approach, different way09:57
*** Mikhail_D_ltp has joined #openstack-ironic09:57
*** rakesh_hs2 has joined #openstack-ironic09:57
GheRiverothe best could be to merge both patches and add a co-authored in the commit msg09:57
viktorsGheRivero:  I tried to use an another approach in the previous patch. See https://review.openstack.org/#/c/42159/10/ironic/db/sqlalchemy/models.py09:58
GheRiveroyeah I saw that. But i prefer our way now :)09:58
*** jcoufal has quit IRC09:59
*** ramineni has joined #openstack-ironic10:00
*** matsuhashi has joined #openstack-ironic10:01
GheRiveroI'm going to do a rebase of both patches to eliminate the base patch delta10:02
*** Haomeng has quit IRC10:03
viktorsGheRivero: ok, but I suppose, that we will have a minimum delta between these patches.10:03
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-specs: Out-Of-Band firmware update for Baremetal Servers  https://review.openstack.org/10084210:03
GheRiveroit's just to avoid extra noise, and confirm the up-to-date status of the ironic.conf10:04
*** matsuhashi has quit IRC10:06
*** matsuhashi has joined #openstack-ironic10:08
GheRiveroit's weird. we also dissagre in several 1/2 blank lines but pep8 didnot complaint to any of us10:09
*** Manishanker has joined #openstack-ironic10:14
*** Manishanker has quit IRC10:14
*** ifarkas has joined #openstack-ironic10:15
*** matsuhashi has quit IRC10:17
*** matsuhashi has joined #openstack-ironic10:18
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-specs: Out-Of-Band firmware update for Baremetal Servers  https://review.openstack.org/10084210:24
*** ifarkas has quit IRC10:26
*** mkerrin has joined #openstack-ironic10:27
*** ifarkas has joined #openstack-ironic10:29
viktorsGheRivero: If you'll have any questions, I'll be back in a 2 hours10:29
*** viktors is now known as viktors|afk10:30
*** sabah has quit IRC10:33
*** sabah has joined #openstack-ironic10:34
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-specs: Out-Of-Band firmware update for Baremetal Servers  https://review.openstack.org/10084210:36
*** jcoufal has joined #openstack-ironic10:43
*** bmahalakshmi has quit IRC11:02
*** ramineni has left #openstack-ironic11:04
*** Haomeng has joined #openstack-ironic11:09
lucasagomesdtantsur, any reason why 97447 wasn't approved yet?11:10
openstackgerritMartin Geisler proposed a change to openstack/ironic: Add UTF-8 coding lines to all Python files  https://review.openstack.org/9702711:10
lucasagomescode looks good and it's passing the tests11:10
openstackgerritA change was merged to openstack/ironic: Update IronicHostManager tests to better match how code works  https://review.openstack.org/9902611:11
*** nikunj2512 has quit IRC11:13
*** dshulyak has quit IRC11:14
*** romcheg has quit IRC11:15
*** Mikhail_D_ltp has quit IRC11:15
*** Haomeng has quit IRC11:16
*** yuriyz has quit IRC11:16
*** max_lobur has quit IRC11:16
*** Mikhail_D_wk has quit IRC11:17
*** viktors|afk has quit IRC11:17
*** sysexit has quit IRC11:17
dtantsurlucasagomes, a bit afraid to approve it :) I don't now this code very well11:18
lucasagomesdtantsur, a sure, yeah np... seems to work fine (looking at the tests). Will try to run it locally here11:21
*** romcheg has joined #openstack-ironic11:25
*** max_lobur has joined #openstack-ironic11:25
*** yuriyz has joined #openstack-ironic11:25
openstackgerritA change was merged to openstack/ironic: Add missing stats to IronicNodeState  https://review.openstack.org/9902711:26
*** dshulyak has joined #openstack-ironic11:26
*** Mikhail_D_ltp has joined #openstack-ironic11:26
*** viktors has joined #openstack-ironic11:27
*** Mikhail_D_wk has joined #openstack-ironic11:27
*** romcheg1 has joined #openstack-ironic11:28
*** romcheg2 has joined #openstack-ironic11:28
*** saripurigopi has joined #openstack-ironic11:32
*** romcheg has quit IRC11:32
*** romcheg1 has quit IRC11:33
*** martyntaylor has quit IRC11:35
saripurigopiHi11:36
saripurigopiI'm trying to test vendor_passthru functions...,11:37
saripurigopiThis is the query i'm sending.11:37
saripurigopicurl -H "X-Auth-Token:${token}" -X POST -d '' "http://10.105.214.179:6385/v1/nodes/2d70d135-85b5-4f75-b741-0ead90a42b29/vendor_passthru?method=get_firmware_info&data="11:37
saripurigopiIts a simple get function, I'm not sure what data I need to pass.11:38
saripurigopiit is failing with the below error11:38
saripurigopi {"error_message": "{\"debuginfo\":\"Traceback (most recent call last):\\n\\n   File \\\"/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py\\\", line 82, in callfunction\\n   result = f(self, *args, **kwargs)\\n\\n   File \\\"/opt/stack/ironic/ironic/api/controllers/v1/node.py\\\", line 439, in post\\n    pecan.request.context, node_uuid, method, data, topic)\\n\\n   File \\\"/opt/stack/ironic/ironic/conductor/rp11:38
saripurigopi {"error_message": "{\"debuginfo\":\"Traceback (most recent call last):\\n\\n   File \\\"/usr/local/lib/python2.7/dist-packages/wsmeext/pecan.py\\\", line 82, in callfunction\\n   result = f(self, *args, **kwargs)\\n\\n   File \\\"/opt/stack/ironic/ironic/api/controllers/v1/node.py\\\", line 439, in post\\n    pecan.request.context, node_uuid, method, data, topic)\\n\\n   File \\\"/opt/stack/ironic/ironic/conductor/rp11:38
saripurigopiFile \\\"/opt/stack/ironic/ironic/openstack/common/excutils.py\\\", line 70, in __exit__\\n    six.reraise(self.type_, self.value, self.tb)\\n\\n   File \\\"/opt/stack/ironic/ironic/conductor/manager.py\\\", line 287, in vendor_passthru\\n    **info)\\n\\nTypeError: validate() argument after ** must be a mapping, not unicode\\n\\n\",\"faultcode\":\"Server\",\"faultstring\":\"validate() argument after ** must be a mapp11:39
*** sabah has quit IRC11:39
saripurigopican some one help me how to solve this...11:39
dtantsursaripurigopi, try data={}11:40
dtantsuror maybe you need to shell-escape it like \{\} I don't remember11:40
yuriyzdata should be in json body11:40
*** martyntaylor has joined #openstack-ironic11:42
yuriyzan example https://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic#L3911:42
*** matsuhashi has quit IRC11:48
*** sseago has joined #openstack-ironic11:50
*** matsuhashi has joined #openstack-ironic11:51
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova Ironic Driver to not get deploy ramdisk and kernel from flavor  https://review.openstack.org/9555111:51
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add migration script to instance_info  https://review.openstack.org/9613611:51
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Move PXE instance level parameters to instance_info  https://review.openstack.org/9485511:51
saripurigopidtantsur, passing data={}, doesn't have any effect, it is still failing with same error.11:52
dtantsursaripurigopi, please see yuriyz' comment, it seems to be more correct11:53
saripurigopiI'm trying that.11:53
*** matsuhashi has quit IRC11:56
*** matsuhashi has joined #openstack-ironic11:56
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add migration script to instance_info  https://review.openstack.org/9613611:57
*** sysexit has joined #openstack-ironic11:58
*** lucasagomes is now known as lucas-hungry11:59
*** matsuhashi has quit IRC12:01
*** jistr is now known as jistr|english12:02
*** romcheg has joined #openstack-ironic12:02
*** max_lobur1 has joined #openstack-ironic12:02
*** yuriyz has quit IRC12:03
*** max_lobur has quit IRC12:03
*** yuriyz has joined #openstack-ironic12:03
*** romcheg2 has quit IRC12:04
*** romcheg has quit IRC12:07
*** dshulyak has quit IRC12:08
*** Mikhail_D_wk has quit IRC12:08
*** max_lobur1 has quit IRC12:08
*** yuriyz has quit IRC12:08
*** viktors has quit IRC12:08
*** Mikhail_D_ltp has quit IRC12:08
*** romcheg has joined #openstack-ironic12:11
*** yuriyz has joined #openstack-ironic12:11
*** max_lobur has joined #openstack-ironic12:11
*** viktors has joined #openstack-ironic12:12
*** Mikhail_D_ltp has joined #openstack-ironic12:13
*** dshulyak has joined #openstack-ironic12:13
*** Mikhail_D_wk has joined #openstack-ironic12:13
*** loki184 has quit IRC12:16
*** saripurigopi has quit IRC12:23
*** jdob has joined #openstack-ironic12:27
dtantsurlucas-hungry and folks: could you review https://review.openstack.org/#/c/94371/ please? I was a good boy and reviewed your patches :D12:34
dtantsur(has 3x +1, needs attention from cores)12:35
dtantsurAlso https://review.openstack.org/#/c/94620/12:35
*** lucas-hungry is now known as lucasagomes12:46
*** linggao has joined #openstack-ironic12:47
*** viktors1 has joined #openstack-ironic12:50
lucasagomesdtantsur, sure thing will take a look12:50
*** vinbs has quit IRC12:51
*** vinbs has joined #openstack-ironic12:52
*** rakesh_hs2 has quit IRC12:54
lucasagomesdtantsur, one thing about that 2*12:55
dtantsur?12:56
lucasagomesdtantsur, https://review.openstack.org/#/c/94371/8/ironic/drivers/modules/pxe.py12:56
lucasagomesdtantsur, multiplying by 212:56
dtantsuryeah, I remember12:56
lucasagomesright, there's anyway to check whether it's a raw image or not?12:56
lucasagomeslike a metadata at glance saying it's a raw image so that you don't need to multiply?12:57
lucasagomesotherwise ur freeing twice more than you need if the image is already raw12:57
dtantsurlucasagomes, accessing Glance, I guess. I'm not sure what is worse: accessing Glance or freeing a bit more space12:57
dtantsurall these calculations are not precise anyway12:57
dtantsurand anyway I'd prefer to have more space available12:58
dtantsurso don't know12:58
lucasagomesdtantsur, sure... but when u get the download_size ur already accessing it12:58
lucasagomesI mean ur asking the image service what's the download size12:58
lucasagomesdtantsur, right that's fine12:58
dtantsuryeah, you're right, but it may make sense to have some room for whatever reasons. Not *2, but who knows :)12:59
*** rloo has joined #openstack-ironic13:01
*** Poornima|mtg has joined #openstack-ironic13:13
lucasagomesdtantsur, +1 + a question inline13:15
*** Poornima has quit IRC13:17
*** k4n0 has quit IRC13:17
*** k4n0 has joined #openstack-ironic13:18
dtantsurlucasagomes, hmm... what is the question finally? Do you suggest to change the comment?13:18
*** Poornima|afk has joined #openstack-ironic13:19
lucasagomesdtantsur, what would happen if multiplying by 2 is not enough?13:19
*** k4n0 has quit IRC13:22
*** Poornima|mtg has quit IRC13:22
*** k4n0 has joined #openstack-ironic13:23
dtantsurlucasagomes, left a reply13:23
lucasagomesdtantsur, thanks, will take a look13:24
lucasagomesreviewing the other one13:24
dtantsurone more point is that I want to stop improving these caching tasks at some moment, because it seems infinite :)13:25
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Adding swift temp url support  https://review.openstack.org/8139113:28
*** romcheg has quit IRC13:30
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out TFTPImageCache  https://review.openstack.org/10073413:30
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out deploy info from PXE driver  https://review.openstack.org/10073513:30
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add methods to ipmitool driver  https://review.openstack.org/10036413:30
*** jrist has joined #openstack-ironic13:35
*** vinbs has quit IRC13:39
*** jistr|english is now known as jistr13:42
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Fix leaking DB details to API on error  https://review.openstack.org/7312113:46
*** jistr has quit IRC13:59
Shrewsadam_g: devananda: Improvement from the dashboard from last night: http://bit.ly/1ikKVFA   That tracks both tempest AND devstack changes (hopefully)14:00
* Shrews borrows heavily from dtantsur's work14:00
*** jistr has joined #openstack-ironic14:01
dtantsurShrews, wow cool :)14:02
rloohello Ironic'ers.14:02
rlooShrews: nice!14:03
*** nosnos has quit IRC14:03
*** rloo has quit IRC14:05
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/9622814:05
*** rloo has joined #openstack-ironic14:05
*** theDavidAiken has joined #openstack-ironic14:05
dtantsurrloo, hi14:06
rloohi dtantsur :)14:07
*** rloo has quit IRC14:09
NobodyCamgood morning says the man make'n coffee14:09
*** rloo has joined #openstack-ironic14:09
dtantsurNobodyCam, morning14:11
NobodyCammorning dtantsur14:12
*** devananda has quit IRC14:14
*** devananda has joined #openstack-ironic14:15
lucasagomesmorning rloo NobodyCam Shrews14:18
rloohiya lucasagomes14:19
viktors1GheRivero: around?14:22
NobodyCammorning lucasagomes rloo & Shrews :)14:23
Shrewsadam_g: devananda: sdague asked for input on 98317. I don't understand the neutron well enough to understand the benefit of that change, but the ironic tests all failed, so i voted -1 for that fact alone.14:23
Shrewss/the neutron/neutron/14:24
ShrewsNobodyCam: morning!14:24
NobodyCam:)14:24
rloomorning NobodyCam14:25
NobodyCam:)14:26
GheRiveroviktors1: pong14:27
NobodyCammorning GheRivero14:27
GheRiveromorning NobodyCam14:27
mgagneI know this could be more or less a neutron question but does Ironic support configuration of bonding interfaces?14:27
viktors1GheRivero: as for our patches -  do we have any decision ?14:29
rlooSo that people aren't surprised, if you have patches associated with blueprints, see the last paragraph: https://wiki.openstack.org/wiki/Ironic/Specs_Process#Ironic_Specs_Process14:29
*** rwsu has joined #openstack-ironic14:29
rloolinggao: ^^^14:30
*** dwalleck has joined #openstack-ironic14:36
*** dwalleck has quit IRC14:36
*** dwalleck has joined #openstack-ironic14:36
rloolucasagomes, devananda: wrt blueprints & specs. https://blueprints.launchpad.net/ironic/+spec/add-node-instance-info has a link to the specification.14:40
dtantsurlucasagomes, I was always interested what people mean by assigning to a bug, but not moving to "In Progress" :)14:41
rloolucasagomes, devananda: but the spec process https://wiki.openstack.org/wiki/Ironic/Specs_Process mentions copying the spec info to the blueprint. Can we delete that?14:41
dtantsurlucasagomes, that's e.g. re https://bugs.launchpad.net/ironic/+bug/133149414:41
lucasagomesrloo, oh, I think we can delete and add a link there then14:41
lucasagomesdtantsur, ah lol14:42
rloolucasagomes: +1. Will check with devananda though cuz I think he wrote that.14:42
lucasagomesdtantsur, it's because there's no patch in the queue right now fixing that14:42
lucasagomesdtantsur, I'm working on it and once I submit it will mark it as "In progress" automatically14:42
lucasagomesbut idk if that's the right way to do it14:42
lucasagomesdtantsur, should I mark it as in progress manually?14:43
dtantsurlucasagomes, do we set "In Progress" only with patch? I'm not against, but we need a clear policy14:43
dtantsurbecause people do it differently every time14:43
lucasagomesdtantsur, yeah I'm a bit lost there as well14:43
*** romcheg has joined #openstack-ironic14:43
lucasagomesthe way I do was to mark as "In progress" after the patch is submitted but idk whether it's right or not14:43
lucasagomesI see, maybe we need to come up with some policy14:43
lucasagomeslike if ur working on it even if there's no patch just mark it as "in progress"14:44
* lucasagomes mark the bug as in progress14:44
dtantsurlucasagomes, I'm starting to think that we need to write it down, yeah. And how long we kepp patches assigned and what to do with abandoned patches and so on14:44
*** jistr has quit IRC14:44
lucasagomesdtantsur, +1 to write it down14:44
* dtantsur makes note to come up with ideas on the next meeting14:45
*** viktors2 has joined #openstack-ironic14:47
*** viktors1 has quit IRC14:47
*** jistr has joined #openstack-ironic14:48
rameshg87hi jroll, are you there ?14:49
*** rloo has quit IRC14:49
*** rloo has joined #openstack-ironic14:50
*** martyntaylor1 has joined #openstack-ironic14:50
*** Faizan has quit IRC14:51
*** martyntaylor has quit IRC14:52
jrollmorning rameshg87 :)14:52
rameshg87jroll, good morning (actually it's evening here my time :-) )14:52
*** rloo has quit IRC14:53
rameshg87jroll, had a question on your patch https://review.openstack.org/#/c/81391/3614:53
rameshg87swift_temp_url support14:53
*** rloo has joined #openstack-ironic14:53
jrollrameshg87: ask away :)14:53
*** Mikhail_D_ltp has quit IRC14:54
rameshg87jroll, i was just trying out your changes. i got a url of the form "'swift+http://10.10.1.10:5000/v2.0/glance/0dd0dd0c-b9cd-424d-9ff6-b8c03d2d334d?temp_url_sig=c6fa90fb08973acb10da68f637f567d12a3e45b8&temp_url_expires=1403123539'"14:54
rameshg87jroll, i mean the method glance_service.swift_temp_url() returned me back a url of this form14:55
jrollrameshg87: are you using direct URLs with glance?14:55
rameshg87jroll, yes14:55
jrollok14:55
jrollthere may be a bug there :)14:55
jrollrameshg87: can you make a note on the review?14:56
rameshg87jroll, my direct_url returned from glance looks similar too:14:56
*** martyntaylor1 has quit IRC14:56
rameshg87| direct_url       | swift+http://service%3Aglance-swift:openstack@10.10.1.10:5000/v2.0/glance    |14:56
rameshg87|                  | /e053f93c-0a7a-435b-b5ac-5262c3fc33e7                                            |14:56
jrollrameshg87: although I'd be curious if you stuck that url in curl, if it would just work14:56
jrollright14:56
jrollthat's where the bug would come from14:57
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Fix leaking DB details to API on error  https://review.openstack.org/7312114:57
rameshg87jroll, i am using devstack. it configures swift as backing store for glance14:57
rameshg87jroll, am i missing something ?14:57
jrollrameshg87: can you run: curl 'swift+http://10.10.1.10:5000/v2.0/glance/0dd0dd0c-b9cd-424d-9ff6-b8c03d2d334d?temp_url_sig=c6fa90fb08973acb10da68f637f567d12a3e45b8&temp_url_expires=1403123539'14:57
jrollrameshg87: I don't think so, I think *we* are missing something14:58
jrollalthough in our environment, using the direct url thing worked14:58
*** rloo has quit IRC14:58
rameshg87jroll, since curl doesn't know 'swift+http', it says unsupported schemee14:58
rameshg87jroll, and if i remove swift+ it doesn't work :-)14:59
*** rloo has joined #openstack-ironic14:59
jrollrameshg87: ok14:59
jrolloh?14:59
rameshg87jroll, how does your direct_url look like ?14:59
*** Poornima|afk has quit IRC14:59
jrollrameshg87: we've since turned that off in our environment :/15:00
jrollrameshg87: this could have broken since15:00
*** foexle has quit IRC15:00
jrollrameshg87: can you leave a note on the review and I will take a look later?15:00
rameshg87jroll, sure ..15:01
jrollrameshg87: in the meantime, I would think a quick hack would be in line 190, use: 'scheme': parsed.scheme.lstrip('swift+')15:02
rameshg87jroll, i tried doing that myself, but removing 'swift+' doesn't help :-(15:02
jrollrameshg87: and then check your temp_url_key or something15:02
*** viktors2 is now known as viktors_15:02
jrollrameshg87: if you run 'swift stat' with admin credentials, it will give you the temp_url_key you need15:03
rameshg87jroll, with swift-temp-url command-line i am able to generate tmp url's correctly15:03
rameshg87jroll, but to that command i give the input as /v1/AUTH_xxxxx/container/object15:03
jrollrameshg87: hmm15:04
rameshg87jroll, here the direct_url doesn't look that way .. it looks like "swift+http://account:username:password@host:port/version/container/object"15:04
rameshg87jroll, that's why i was interested to see how your direct_url looks like ..15:05
jrollrameshg87: indeed, I don't have a quick way to get one right now, sorry :(15:05
rameshg87jroll, i am just checking your tests15:06
rameshg87jroll, https://review.openstack.org/#/c/81391/36/ironic/tests/test_glance_service.py15:06
jrollright, looks to be the same as yours15:06
jroll(fwiw, JoshNang wrote most of this code, but I'm still happy to help)15:06
rameshg87jroll, so i am not missing anything here...let me have a look if i can find out what's going wrong15:07
*** viktors_ has quit IRC15:07
rameshg87jroll, will keep you updated in the review :-)15:07
*** dwalleck has quit IRC15:07
jrollrameshg87: ok :) note that we test for a url coming out with swift+http15:07
rameshg87jroll, thanks :-)15:08
*** viktors1 has joined #openstack-ironic15:08
jrollnp :)15:08
rameshg87dtantsur, lucasagomes, NobodyCam, can you please have a look at the design spec: https://review.openstack.org/#/c/97455/15:09
rameshg87dtantsur, lucasagomes, NobodyCam, code is almost ready in the review, but waiting for design spec to be approved :-)15:09
dtantsurrameshg87, I'll try to, but it's likely I won't have time today, sorry :(15:09
*** mdorman has joined #openstack-ironic15:10
rameshg87dtantsur, thanks..will wait for your review :-)15:10
*** romcheg has quit IRC15:21
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Fix leaking DB details to API on error  https://review.openstack.org/7312115:23
*** athomas has quit IRC15:23
*** blamar has joined #openstack-ironic15:25
*** romcheg has joined #openstack-ironic15:27
*** viktors has quit IRC15:29
rameshg87rloo, please have a look at the design spec since you had reviewed it before https://review.openstack.org/#/c/97455/15:32
rloohi rameshg87. I'm struggling with trying to do reviews, fix code, and am not sure where to fit in reviewing specs :-(. Let me see if I can do some spec reviews later today or tomorrow.15:34
rameshg87rloo, thanks , will wait .. :-)15:35
*** rameshg87 has left #openstack-ironic15:43
dtantsurstudying time, will try to get back in the evening15:44
*** dtantsur is now known as dtantsur|afk15:44
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: Use oslo.db library  https://review.openstack.org/4215915:50
*** eghobo has joined #openstack-ironic15:52
*** viktors1 is now known as viktors|afk15:55
*** viktors|afk has quit IRC15:58
devanandag'morning, all!15:59
lucasagomesmorning devananda16:00
devanandarloo: on the specs / bp link, i copied the template from nova. I'm fine keeping the BP as just ~1 paragraph, and using the "specification URL" link in LP16:00
jrollmorning devananda16:01
rloodevananda: great. Less work for people! I'll update to reflect that. (Morning!)16:01
devanandarloo: thanks!16:02
rloodevananda: btw, are the specs posted somewhere after they are approved?16:02
*** jcoufal has quit IRC16:02
rloodevananda: since they are docs, it seems odd to look at them in git.16:02
devanandarloo: github formats .rst nicely16:05
rloodevananda: yeah, but I can't eg get this page from it: http://docs-draft.openstack.org/55/97455/5/check/gate-ironic-specs-docs/641eb45/doc/build/html/16:08
*** dwalleck has joined #openstack-ironic16:09
devanandaooh, good point16:10
rloodevananda: I think the specs are a good form of docn, so it would be nice to make them avail to the world, outside of github.16:11
NobodyCammorning devananda16:13
NobodyCamhummm was(/is) there a issue with em interfaces?16:14
NobodyCamanyone know off the tops of there head?16:15
Shrewsem?16:15
*** yjiang5_away is now known as yjiang516:15
*** hemna_ is now known as hemna16:15
NobodyCamShrews: em0 vs eth016:16
Shrewsoh16:18
*** eghobo has quit IRC16:18
*** eghobo has joined #openstack-ironic16:18
jrollNobodyCam: what kind of issue?16:18
*** ellenh has joined #openstack-ironic16:19
*** lazy_prince has quit IRC16:20
rloolucasagomes, devananda: isn't this done? https://blueprints.launchpad.net/python-ironicclient/+spec/simple-crud16:21
NobodyCamsystems getting dchp address (with next-server and boot-file set) and never attempting to send out a tftp request16:21
jrollNobodyCam: oh, I have no idea :)16:21
devanandarloo: oh, i dont think we've been using BPs for the client16:21
devanandarloo: yes, that's done16:21
rloodevananda: well, here's the only other BP: https://blueprints.launchpad.net/python-ironicclient/+spec/py33-support16:22
NobodyCams/send/sending/16:22
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095116:28
*** wendar_ is now known as wendar16:31
*** k4n0 has quit IRC16:37
*** max_lobur has quit IRC16:43
*** Mikhail_D_ltp has joined #openstack-ironic16:45
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add set_on_error_hook to TaskManager  https://review.openstack.org/10095716:48
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Fix nodes left in an incosistent state if no workers  https://review.openstack.org/10095816:48
*** martyntaylor has joined #openstack-ironic16:50
lucasagomesfolks the instance_info work is unblocked now (devstack and tempest dependencies are merged), so if u want to help review it starts here: https://review.openstack.org/#/c/94855/16:53
devanandalucasagomes: \o/16:56
lucasagomes:D16:56
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095116:56
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add migration script to instance_info  https://review.openstack.org/9613616:58
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095117:01
lucasagomesjroll, had to fix some nits on the migration_script pointed by dtantsur|afk ^ (in case u want to rebase it again, sorry :( )17:01
jrollheh, no worries17:02
jrollthanks for the heads up17:02
jrolllucasagomes: hopefully that will just land today and won't need to worry about it ;)17:03
lucasagomesjroll, +1 :)17:03
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095117:03
lucasagomesjroll, also, I don't think u may need to depend on the migration script, you put a dependency on the previous on (if that helps)17:03
lucasagomesyou can put a dependency on the previous patch*17:04
jrolllucasagomes: that's true17:04
jrollI'll change it when I have some more patches done17:04
lucasagomesaight :)17:04
*** harlowja_away is now known as harlowja17:06
jrolldtantsur|afk: curious if you're planning on factoring out the image caching stuff in pxe.py any time soon :)17:10
jrolldtantsur|afk: I might end up doing it...17:10
*** lazy_prince has joined #openstack-ironic17:12
*** Mikhail_D_ltp has quit IRC17:13
* devananda spends an hour reviewing tempest patches17:20
devanandaromcheg: hi! around?17:22
romchegdevananda: Hi, i'm having a class right how. 30 minutes pls17:23
openstackgerritA change was merged to openstack/ironic: Fix host manager node detection logic  https://review.openstack.org/9744717:23
devanandaromcheg: ack17:23
*** jdob has quit IRC17:24
*** jdob has joined #openstack-ironic17:24
lucasagomestime to go, have a good night everybody17:25
*** lucasagomes is now known as lucas-dinner17:26
devanandag'night, lucasagomes !17:26
*** pcrews has quit IRC17:27
*** pcrews has joined #openstack-ironic17:29
*** bmahalakshmi has joined #openstack-ironic17:33
*** jdob has quit IRC17:39
*** jdob has joined #openstack-ironic17:39
romchegdevananda: I'm back17:48
devanandaromcheg: hi! have a moment to update me on the progress to upgrade testing?17:48
romchegsure17:49
romchegThe problem I found is that I forgot to move certain IPMI params to instance_info. Working on that right now17:50
romchegOr you mean grenade?17:51
devanandaboth17:52
devanandaromcheg: you should read https://review.openstack.org/#/c/95025/17:53
devanandathis spec describes the work we need to do17:53
romchegSo as I said, I'm not familiar to grenade. Probably someone should take a look at that in order to do that asap17:54
jrolldevananda: it seems PXE driver does not power off the node on deploy failures?17:54
jrolldevananda: is that an oversight or intentional?17:55
romchegTaking a look at the spec17:55
devanandajroll: humm... i think that's a bug, but also, there may be some history as to why, which i'm forgetting17:56
jrolldevananda: ok, thanks17:56
jrolldevananda: this is just what I'm seeing in code, I haven't actually ran it :)17:57
romchegdevananda should be really add that to the Nova codebase?17:57
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Clarify doc: API is admin only  https://review.openstack.org/10097417:58
devanandaromcheg: add what?17:58
romchegdevananda: Migration tools. Right now the specification says that it should be in Nova. I thought Ironic have to provide it17:59
devanandaromcheg: ah. interesting point.17:59
romchegIn general it's not a problem to move that technically18:00
devanandaromcheg: we should at least be developing it now, regardless of where it lives18:00
*** igordcard has quit IRC18:00
devanandaromcheg: and actually it may make sense to put it in a third repo somewhere, since it needs to consume BOTH noav and ironic libs18:00
devanandai'll poke the nova team to see what they are expecting // what they did with cinder and neutron here18:01
romchegI'll continue working with in in Ironic then. At some point we will move it and resolve deps18:01
devananda++18:01
romchegSo please give me some time today/tomorrow. I have my wedding this Saturday so spent last two days in different bureaucratic places18:03
romchegI will update the first tool which migrates bm-nodesfrom nova18:04
jrolldevananda: totally missed a single line of code, it does power the node off18:08
jrolldevananda: in _set_failed_state18:08
devanandaromcheg: ack. please keep folks updated via the etherpad -- i just added a section at the bottom of the whiteboard18:09
devanandaromcheg: we need to track progress on this closely over the next month18:10
devanandaromcheg: also - have fun at the wedding!!18:10
romchegThank you. I'll be posting updates there18:10
romchegThanks!18:10
jrollromcheg: congrats, have fun :)18:10
devanandajroll: cool18:10
devanandaok, gotta run out for an hour ... bbiab18:11
rlooromcheg: are you getting married?!18:11
*** dtantsur|afk is now known as dtantsur18:11
dtantsurjroll, I'm not doing anything more on image caching, except for my patch under review18:11
jrolldtantsur: my selfish side says :(18:12
jrolldtantsur: but I'll take care of it :)18:12
dtantsurbtw, hi, devananda :)18:12
dtantsurthanks, jroll :)18:12
jrolldtantsur: I'm just thinking of moving out the _cache_tftp_images, _fetch_images, etc, out18:12
jrollbecause I just copied a bunch of that code into agent.py :)18:13
dtantsurjroll, I'm pretty sure it should be more or less common code18:13
jrollindeed18:13
romchegrloo: Yup18:25
rlooromcheg: whoo hoo. Big Congratulations!!!18:25
romchegrloo: thank you!18:25
JayFI want ironic to /never log anything ever/ without the node uuid :x18:26
openstackgerritRuby Loo proposed a change to openstack/ironic: Add 'context' parameter to get_console_output()  https://review.openstack.org/10076818:30
romchegGah… Seems like publishing a review wipes unpublished comments in another one.18:37
*** pelix has quit IRC18:39
*** ellenh has quit IRC18:43
*** sysexit has quit IRC18:49
*** igordcard has joined #openstack-ironic18:52
*** bmahalakshmi has quit IRC18:54
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095118:54
*** jistr has quit IRC18:55
*** blamar has quit IRC18:57
rlooany core reviewer with a few minutes - I wiped out Yuriy's +2 by updating the commit msg. Easy one: https://review.openstack.org/#/c/100768/19:05
*** openstackgerrit has quit IRC19:06
*** openstackgerrit_ has joined #openstack-ironic19:07
*** openstackgerrit_ is now known as openstackgerrit19:08
*** ellenh has joined #openstack-ironic19:09
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/9622819:35
* devananda is back19:40
Shrewshi devananda19:41
devanandaShrews: hi!19:41
*** blamar has joined #openstack-ironic19:43
devanandaadam_g: looks like https://review.openstack.org/#/c/97475/ is ready to merge to stable/icehouse19:45
*** Chandra has joined #openstack-ironic19:48
ChandraHi, Has anyone come across this error.  Error: /etc/iscsi/initiatorname.isci does not contain valid initator name19:50
devanandaNobodyCam: ^ did you put up a patch similar to that recently?19:52
ChandraDevananda this is Chandra from ES.  Robert provided the patch to fix iLO issues but 4 out of 5 times the server hits this error ironic fails19:53
ChandraES=HP Enterprise Services19:53
ChandraiLO fix = ignore iLO and just log a message19:53
Chandraonce this error is show the server is unusable19:54
lifelessChandra: we've not seen this. Whats the content of that file ?19:56
*** ellenh has quit IRC20:00
*** sysexit has joined #openstack-ironic20:01
*** dwalleck_ has joined #openstack-ironic20:02
Chandrait is pushing linux operating system.  it is just a text file InitiatorName=iqn.1993-08.org.debian:01:408c6a497fc420:02
Chandrathis the content on under cloud20:02
rloodevananda: how backwards-compatible do we need to be? baremetal needs to be able to migrate to ironic, but do we need to support (or migrate) ironic-icehouse to ironic-juno?20:03
lifelessChandra: so, I don't have a /etc/iscsi/initiatorname.isci on any of my systems20:04
devanandarloo: yep20:04
rloodevananda: eg, I thought I saw one patch where some config options got moved from default to <something>. And stuff in driver_info -> instance_info?20:04
lifelessChandra: I only have an iscsid.conf20:04
jrollrloo: there's a deprecated_group parameter for config options, and we have a migration script for moving things to instance_info20:05
lifelessoh, hang on, let me look on a different machine20:05
lifelessah there it is20:05
*** dwalleck has quit IRC20:05
*** blamar has quit IRC20:05
*** dwalleck_ has quit IRC20:06
lifelessChandra: is it possible you have another UC node running somewhere?20:06
lifelessChandra: from the look of it we should be making that file unique, which golden images won't automatically do.20:06
rloojroll, devananda: ok, so for configs, we deprecate and remove at some point in the future. for others (in db) we migrate.20:06
lifelessChandra: by somewhere, I mean on the same LAN20:06
Chandranope20:06
Chandrait is just 5 machines in isolated VLAN.  out of this 5.  One is uCloud and other 4 are for over cloud20:07
rloojroll, devananda: we need to document too, eg driver_info[pxe_root_gb] -> instance_info[root_gb] so people can update their code.20:07
devanandarloo: so there are two types of upgrades we need to support, in addition to a migration from baremetal20:07
Chandraand seed VM is in same network of coruse20:07
devanandarloo: stable release -> next stable release20:07
jrollrloo: the config option actually moves to a different group, but has a comment like # Deprecated group/name - [DEFAULT]/sql_max_overflow20:07
devanandarloo: point in the past (whether stable or arbitrary point in trunk) -> current trunk20:07
jrollrloo: if there's a *new* config, something like:20:08
jroll# This option is deprecated and may be removed in a future20:08
jrollrloo: (as far as I know, I don't run this project :P)20:08
* rloo now wishes we didn't have a stable release of ironic yet ;)20:10
devanandarloo: re: document, yes. we should begin producing more operator documentation, including upgrade docs, a bit later in this cycle20:10
devanandarloo: heh20:10
devanandarloo: so we dont need to do ^20:10
devanandafrom teh TC perspective, a project doesn't need to provide an upgrade path until after graduation20:10
devanandathat's based on the assumption that a project's "graduation" means the project is stable and ready to use20:11
devanandawhich is not what "graduation" means in OpenStack -- it means it is part of the integrated gate and integrated release cycle20:11
devanandawe, as a project, can be stable before that20:11
devanandaand I think we need to be20:11
rloook, so we/you, the first ironic 'stable' is icehouse, right?20:11
devanandacause folks who are goign to use Ironic will care. and really, taht's us (and other teams who work for the people who pay us)20:11
*** radsy has joined #openstack-ironic20:12
*** radsy has joined #openstack-ironic20:12
devanandarloo: yes20:12
devanandarloo: stable beta20:12
rlooand for ironic havana, we'll need : migration (for db), deprecated (for configs), and doc for other changes.20:12
devanandarloo: havana? no20:12
lifelessChandra: can you check that the initiatorname in the seed and UC is different ?20:12
rloosorry, juno!20:12
devanandarloo: ah. yes :)20:13
devanandarloo: the db migration code should be easy20:13
rloofor docn: am only thinking this in case I get ding'd to work on it. Wonder if we should start an etherpad. or do the docimpact thing. or ??20:13
devanandawe have migrations every time a db change is made20:13
devanandafor the driver_info -> instance_info patch sets20:13
devanandawe should require those db changes to include a data migration script20:13
devanandawhich extracts and transforms the relevant driver_info bits from a running deployment20:14
*** blamar has joined #openstack-ironic20:14
devanandaand include doc'n of how to execute that migration at that point in the code20:14
Chandrathis is from seed vm InitiatorName=iqn.1993-08.org.debian:01:7562e5fb4aa020:14
devanandathere are folks for whom thsi will actually matter20:14
Chandrathis is from under cloud InitiatorName=iqn.1993-08.org.debian:01:408c6a497fc420:15
Chandraboth are different content20:15
devanandarloo: the project needs a doc writer, really ...20:15
devanandarloo: which is not you :)20:15
rlooand we'll need to mention what changed so people can update their code. eg 'pxe_root_gb' moved from driver_info to instance_info and renamed to 'root_gb'. And 'swap_mb' is now 'swap_gb'.20:16
Chandrabtw one node in overcloud was built but the other 3 nodes failed20:16
devanandarloo: also, after feature freeze, we should have a jam session to write that20:16
devanandarloo: by reviewing all the completed specs and bugs from juno20:16
devanandarloo: *I think we should ...20:16
rloodevananda: ok. so maybe have people put DocImpact in their commits, and capture that in the specs. So I don't need to worry about trying to collect that info now ;)20:17
adam_gdevananda, should https://review.openstack.org/#/c/88336/ merge frst?20:18
devanandaadam_g: it technically can't20:18
devanandaadam_g: even though, yes, it should20:18
adam_gokay, actually it shouldn't matter.20:19
devanandaadam_g: because the tempest tests for 88336 will fail until the ksclient fixes merge20:19
devanandarloo: I like the ability to grep the git log for DocImpact. however, AIUI, that's supposed to be used to alert the openstack-docs team, which it's not doing right now (since they dont have any docs for ironic yet, anyway)20:21
adam_gdevananda, okay ksc fix is +A'd20:21
rloodevananda: oh yeah, you're right, that's what DocImpact does. I suspect they'll ignore it so it should be fine? At some point, they won't ignore it, and we should just get in the habit of using it.20:22
*** foexle has joined #openstack-ironic20:23
devanandarloo: that's probably also a fair approach20:24
adam_gdevananda, do you reckon the tempest API tests would pass against the pxe_ipmi driver if driver details were made available to the test (ipmi addr/user/passwd)20:24
devanandaadam_g: using a real driver there would make it more than an API test, though20:26
devanandaadam_g: passing valid IPMI credentials to the API in a smoke test is going to result in the conductor *actually* doing something t othat hardware20:26
adam_gdevananda, right. gahhh20:26
devanandayep20:26
devanandaadam_g: also, passing *inavlid* IPMI credentials will cause it to do things, too. like display errors in the API results20:27
devanandaeg, it'll try to check the power state, and time out. or send UDP packets flying around the network...20:27
Chandrarobert any ideas where I should look?20:27
*** blamar has quit IRC20:28
*** lazy_prince has quit IRC20:31
devanandajroll: ya'll want to do autodiscovery with IPA, I believe, but that isn't specifically covered by any of your open specs?20:33
devanandajroll: you may want to look at https://review.openstack.org/#/c/100951/5/specs/juno/discover_hardware_properties.rst20:35
jrolldevananda: yeah, right now for us it's hand-wavy "one day we'll do this somehow"20:37
*** theDavidAiken has quit IRC20:38
devanandajroll: ack.20:39
* jroll looks20:39
devanandajroll: i think we will need to see a spec descibing how IPA will do it and compare to this proposal for iLO discovery20:40
devanandajroll: and compare the APIs proposed by both20:40
devanandajroll: before approving either one20:40
devanandajroll: iow, not likely in juno -- but good to keep in the back of our collective minds20:40
jrolldevananda: right, it's totally different methods, we want the agent to push to ironic, iLO is calling for the reverse20:41
devanandaright20:42
devanandajroll: and I think that IPA should support a user-initiated "go interrogate this hardware" ability20:42
jrollI agree20:42
devanandajroll: however the user interaction is going t obe totally different here, based on driver20:42
devanandajroll: iLO looks like it will be able to do discovery w/o interupting workload (or even powering on)20:43
devanandawell, i'd like the API to be the same. even if the time to get a result is different20:43
jrolldevananda: indeed, that's a downside to our approach20:44
jrollI will definitely review that20:44
devanandajroll: expected limitation of inband approach to things20:44
devanandathanks20:44
jrolland maybe I can make a spec for our approach next week20:44
devanandajroll: also, some of that may be retrievable via standard IPMI20:44
jrolldevananda: indeed, but I have no idea as to what is and isn't available there :)20:46
devanandathat reminds me, linggao - it'd be great to get your input on https://review.openstack.org/#/c/100951/5/specs/juno/discover_hardware_properties.rst as well20:47
devanandalinggao: iirc, you had proposed something similar using pyghmi, before we moved to the specs repo20:47
linggaodevananda, I'll take a look.20:49
linggaodevananda, there was blueprint proposed by Hao Meng, https://blueprints.launchpad.net/ironic/+spec/ipminode-auto-discovery20:56
*** blamar has joined #openstack-ironic20:56
devanandalinggao: ah! that's what i was thinking of. thanks20:57
linggaodevananda, we discussed it internally. For mac address, ipmi will return all the nics available on the node. The out-of-band discovery cannot decide which one is the primary install nic.20:58
linggaodevananda, and I saw someone wrote on the white board for this bp: "The blueprint seems to be missing an important point: it seems not possible to retrieve disk layout/capacity only with IPMI (AFAIK, in the general case)"20:59
adam_grussell_h, RE: https://review.openstack.org/#/c/99770/ , what sort of callbacks does the agent driver need from ramdisks where this might be useful? im looking at the pxe ramdisk + vendor passthru  now and wondering if it makes sense to try to replace that or not21:00
linggaodevananda, currently, I think Ironic has in-band discovery built in in the deploy agent within ramdisk. (at least we discussed it before)21:01
JayFadam_g: (responding without context of the spec) the entire agent deploy works on callbacks21:01
JayFadam_g: you tell teh agent 'do a deploy' then when it's done, on the next heartbeat, it tells ironic it's done21:01
linggaodevananda: and the new python deploy agent (teeth-agent) should implement this capability.21:01
devanandalinggao: indeed21:01
devanandalinggao: i believe jroll is going to start drafting a spec for how ironic-python-agent will perform node discovery, but he could use your help (or help from haomeng) with the ipmi portions of it21:02
devanandajroll: ^^21:02
linggaodevananda, sure. glad to contribute.21:03
adam_gJayF, and that currently relies entirely on the vendor passthrough API?21:03
JayFadam_g: I believe so, yes21:03
JayFadam_g: because heartbeats work via vendor_passthru21:03
*** jdob has quit IRC21:04
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Adding swift temp url support  https://review.openstack.org/8139121:04
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out TFTPImageCache  https://review.openstack.org/10073421:04
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out deploy info from PXE driver  https://review.openstack.org/10073521:04
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add methods to ipmitool driver  https://review.openstack.org/10036421:04
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add ironic-python-agent deploy driver (DO NOT MERGE)  https://review.openstack.org/10102021:04
jrollwheeeeeee21:04
jrolldevananda, linggao, I am going to start that next week21:04
jroll(probably)21:05
adam_gJayF, ah, cool. found the relevant code in the agent. thanks21:05
JayFdevananda: news you will care about -> had a long chat in #-infra today, and it looks like we're going to do the builds of IPA... in the check21:05
linggaojroll, do you have a spec for it?21:05
JayFdevananda: like using -infra stuff, because they have images that run trusty as of about 5 minutes ago21:05
jrolllinggao: I mean, I am probably going to start on a spec next week21:06
linggaojroll, cool.21:06
jrolllinggao: but it's not a high priority for me right now, so please don't count on that :|21:06
jrollI will *try*21:07
*** dtantsur is now known as dtantsur|afk21:07
linggaojroll, :)21:08
jrolldevananda: this is an attempt to make a *basic* agent driver that is similar to the PXE driver. no new functionality, etc. mind skimming and pointing out anything crazy I'm doing? https://review.openstack.org/10102021:08
devanandaJayF: so dib builds the deploy ramdisk within devstack today21:10
devanandaJayF: which is less than fantastic, since that takes a while21:10
devanandaJayF: i'd much rather have an infra job that produces the IPA disk image, and then the functional test of ironic+ipa just downloads the latest build which passed all tests21:11
JayFdevananda: the idea is that we'd add a check + gate job to IPA that tests to ensure it can build the coreos image, and builds+uploads the built agents to tarballs.o.o21:11
devanandaJayF: is that what ya'll discussed?21:11
devanandaJayF: right. and that job tests "does this image work with current ironic + ipa-driver" before uploading the tarball21:12
devanandaJayF: and we co-gate all three projects21:12
JayFdevananda: As a step two, yes.21:12
openstackgerritAlex Weeks proposed a change to openstack/ironic-specs: Add metric reporting spec.  https://review.openstack.org/10072921:12
JayFdevananda: right now I want to solely scope myself to building an agent for others to test21:12
linggaojroll, what is the major different between the agent derive and pxe driver?21:12
JayFdevananda: then when jroll and others finish their work to get IPA working in devstack, they can possibly integrate with those downloaded ones21:13
jrolllinggao: the ramdisk21:13
JayFdevananda: just trying to bite off one days' worth of work at a time :)21:13
devanandaJayF: ack. so you are focusing on the disk image building parts specifically? or IPA? or both21:13
jrolllinggao: the ramdisk exposes a rest API, in which we will eventually have "secure erase disks", "update firmware", etc21:13
JayFdevananda: I'm going to work, on Friday, on the part to build an image based on git://ipa/imagebuild/coreos with every 'check' and 'gate' for the agent21:14
linggaojroll, for now,  the *basic* part, are they identical to the pxe driver?21:14
*** romcheg has quit IRC21:14
linggaoI mean the flow.21:14
JayFdevananda: once that exists, I suspect jroll and dwalleck will leverage it to make testing via devstack easier21:14
devanandaJayF: great21:15
jrolllinggao: doorbell, hold that thought21:16
linggaojroll, like for example, ramsidk expose the iscsi, then the agent driver dd the image on the iscsi.21:16
devanandalinggao: that flow is very different21:16
devanandalinggao: eg, IPA downloads the image from glance directly. no iscsi21:16
linggaodevananda, that's great improvement, for scaling.21:17
devanandathat's the hope :)21:18
openstackgerritAlex Weeks proposed a change to openstack/ironic-specs: Add metric reporting spec.  https://review.openstack.org/10072921:20
*** martyntaylor has quit IRC21:20
aweeks^ I haven't addressed all of the comments yet, but most of them with that patch21:21
Shrewsadam_g: ping21:24
adam_gShrews, hey21:24
Shrewsadam_g: on 99519, should we not do the same thing for rebuild() ?21:24
Shrewsadam_g: i.e., catch InstanceDeployFailure and cleanup21:25
jrolllinggao: so yeah, the flow is similar but a bit different. we just pass an image URL to the agent and it downloads and writes to disk21:26
adam_gShrews, hmm. im not as familiar with instance rebuilds.. is that the expected behavior on a failed rebuild?  does the instance get kicked back to the scheduler for a retry on another node?21:26
linggaojroll,  way to go! thanks.21:27
devanandaadam_g: an interesting devstack change, when you have a minute to look - https://review.openstack.org/#/c/98317/21:27
Shrewsadam_g: i don't believe that it does21:27
JayFlinggao: and as a note, this isn't theory. It works. Today. Pretty well, in fact, considering it's pre-pre-alpha software, haha21:28
linggaoJayF, how do you build the images that has IPA in the ramdisk?21:29
adam_gdevananda, yeah haven't had time to play with that.  im also interested to know  if / how https://review.openstack.org/#/c/92257/ affects us wrt stable testing21:29
devanandaadam_g: oh, hum. dib has releases. I thought we were going to add it to irnoic/requirements.txt to resolve that?21:30
linggaojroll, what protocal does the IPA use to download the images? http?21:30
adam_gdevananda, yeah. but if devstack is installing from a local checkout (master) and ironic installs a specific version from its requirements, which  one is actually used?21:30
jrolllinggao: today, http. in the future, who knows :)21:30
devanandaadam_g: if dib doesn't have a stable *branch* then I think that patch is likely eventually to break stable branch testing of ironic21:31
jrolllinggao: initial thoughts are bittorrent and multicast21:31
adam_gShrews, so destroy() will make the node in question available to nova again for provisioning new instances21:31
devanandaadam_g: switching to infra to ask that question of folks there21:31
JayFlinggao: https://github.com/openstack/ironic-python-agent/tree/master/imagebuild21:31
adam_gdevananda, actually this is a knowledge gap for me. the same thing happens with client libraries and requierments21:32
JayFlinggao: it's our assumption that at some point we'll also get dib elements in there, although since we aren't going to be using them, we're a bit hesistant to spend time writing them21:32
devanandaadam_g: hm, ok. not switching to infra then.21:32
devanandaadam_g: so I *think* that requirements are synced in part to solve this problem21:33
Shrewsadam_g: i think that should probably apply for rebuild(), then21:33
devanandamordred may be able to tell us more about that21:33
openstackgerritA change was merged to openstack/ironic: Cleanup virt driver tests and verify final spawn  https://review.openstack.org/9951821:33
devanandaadam_g: my assumption is that all the stable branches of all the projects now have the same versions of things in their requirements files (may not have always been true)21:33
linggaoJayF, thanks for the link. Does it just build the ramdisk?21:34
adam_gdevananda, right.21:34
JayFlinggao: yeah, there's some info about how in the readme under coreos/21:34
devanandaadam_g: so installing dib master while testing stable/ironic is awkward21:35
JayFlinggao: I intend on working Friday to get a builder working for those in infra, now that there's support for Trusty + docker21:35
devanandaadam_g: i think if dib wants to be a service that devstack installs, it should have branches21:35
devanandasince that's how devstack controls what verions of its services are started21:35
adam_gdevananda, one sec, let me check somethign in my devstack env21:35
linggaoJayF, so the end goal is to use this image builder to build the deplpy ramdisk and use diskimage-builder to build the rest (user ramdisk, kernel and whole image)?21:37
JayFlinggao: well, as far as images, that's kinda an exercise for the deployer? You point nova at an image in glance, and it's passed all the way through21:37
JayFlinggao: for building the ramdisk that ipa runs in, we at Rackspace intend on using CoreOS like under imagebuild/coreos for any agents we run on physical hardware21:38
jrolllinggao: just a note, today IPA only supports deploying whole disk images21:38
*** mrda-away is now known as mrda21:38
mrdaMorning ironic!21:39
mordredwhat did I do?21:39
*** romcheg has joined #openstack-ironic21:39
devanandamordred: question on testing of stable/XXX branches of things in devstack21:40
mordredkk21:40
devanandamordred: what if a "service" doesn't have a stable/XX branch?21:40
devanandabut we want to test stable/icehouse21:40
devanandaof ironic, nova, etc21:40
mordredit falls back to master21:40
devanandaok21:40
devanandaso diskimage-builder doesn't have a stable branch21:40
devanandaafaik they dont plan to have one21:40
mordredyah. so you'll get master of dib21:41
mordredsame with python-novaclient, for instance21:41
devanandabut they're releasing pips21:41
devanandaand are in requirements.txt21:41
devanandaso we should use the versioned pip from requirements, not install the service from git21:41
linggaoJayF, jrol, have you seen this sepc? https://review.openstack.org/#/c/97150/.  If IPA only supports whole disk image, then we do not need this feature.21:41
devanandaright?21:41
linggaoJayF, jroll: or I miss something.21:42
JayFlinggao: I don't really know much at all about the pxe driver or use cases. I've not run the pxe driver so don't have a lot of familiarity.21:42
jrolllinggao: still, someone may wish to use whole disk images with the PXE driver. also, we plan to support not-whole-disk-images. maybe.21:42
jrolls/maybe/probably/21:42
linggaoJayF, jroll. thanks for all the info.  Nice talking to you.21:45
jrolllinggao: ofc :)21:46
jrolllinggao: I also plan to write up a thing about our environment and how we run ironic in the near future21:46
jrollwhat patches are working, etc21:46
linggaojroll, that will be very helpful.21:46
jroll:)21:47
linggaogot to go. bye folks.21:47
devanandajroll: i'd love to see that21:47
devanandalinggao: ciao!21:47
*** linggao has quit IRC21:47
jrolldevananda: I'll ping you when it's up21:48
jrolldevananda: do you think that be better as a wiki page, or blog post, or?21:48
*** romcheg has quit IRC21:48
devanandajroll: blog21:48
devanandajroll: it represents a point-in-time21:48
devanandawikis are graveyards for info, not snapshots21:48
jrolldevananda: sure, but I'd also love to keep it up to date21:49
devanandajroll: then wiki or etherpad21:49
jrolldevananda: sort of, how we run ironic and IPA and you can too!21:49
jrollok, great. thanks :)21:49
JayFjroll: thanks for doing that21:49
mrdajroll: +121:49
*** sysexit has quit IRC21:49
* JayF ^5 jroll 21:49
jrolldamn, I didn't actually mean to commit that hard :P21:49
devanandajroll: i still think a blog would be great, even with a footer saying "and we'll keep this>> page updated as things evolve"21:49
devanandaor something21:49
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Destroy instance to clear node state on failure  https://review.openstack.org/9951921:49
jrolldevananda: sure.21:50
jrollI've been meaning to start blogging nyway21:50
jrollanyway*21:50
adam_gdevananda,  99519 needed a rebase21:50
jrolloh, devananda, did you see my ping to take a quick look at https://review.openstack.org/#/c/101020/ and make sure it's not insane?21:57
devanandajroll: ooh, i missed that21:59
* devananda adds that to review queue21:59
jrolldevananda: goal is to be as close as possible to pxe driver there21:59
devanandajroll: awesome21:59
devanandajroll: also, please link the bp in the commit msg21:59
jrolldevananda: I will21:59
jrolldevananda: unit tests before good commit messages :)21:59
jroll(tests exist but were not committed as I broke them all)22:00
*** blamar has quit IRC22:05
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Add diskimage-buidler to requirements.txt  https://review.openstack.org/10103822:06
openstackgerritAdam Gandelman proposed a change to openstack/ironic-specs: External event callback API  https://review.openstack.org/9977022:12
devanandaadam_g: so actually i think we should move the deploy-ironic element out of dib22:12
devanandaadam_g: that's the only part of dib which we really depend on -- that's what goes *in* the image. we dont care how the image is actually built22:12
devanandaadam_g: also, global-requirements needs a version pin for dib22:12
devanandaorw hat ever we move deploy-ironic element to22:13
adam_gdevananda, https://review.openstack.org/#/c/100385/22:13
devananda\o/22:13
adam_gdevananda, but the deploy-ironic element depends on other stuff in dib22:13
devanandaadam_g: we'll need to do the same things for IPA eventually (queue the conversation JayF and I had earlier)22:14
JayFIPA already vendors the image builders in our codebase.22:15
devanandavendors?22:15
adam_gdevananda, are the IPA elements going to stay in the IPA source or go into dib/tie?22:15
devanandamy brain fails to verb that word22:15
devanandaJayF: ^ ?22:15
JayFvendoring the dependency... aka the imagebuilder is in the codebase22:15
JayFimagebuild/coreos right now, I'm assuming imagebuilder/dib-elements will exist in the future as well22:15
devanandaJayF: cool22:15
JayFI never understood why I'd want a dependency of product a (ironic/pxe driver) in the repo of product be (dib/pxe deploy ramdisk)22:16
devanandaso eg, you should be able to take any dib version (assuming they dont ever break backwards compat, whic hthey swear they wont)22:16
devanandaand build the stuff in IPA/imagebuilder/dib-elements with it22:16
devanandaJayF: we have that all the time in openstack.22:16
JayFI'm sure they promise that. If it were up to me I'd probably lock in a version, but I'm paranoid and have been burned before by 'we won't break backwards compat' promises :)22:16
adam_gthe DIB interface/framework may stay stable but the elements themselves will evolve over time22:18
devanandaadam_g: right22:18
devanandaironic is dependent upon the elements, no tthe DIB framework22:18
JayFIn the case of IPA, I don't think we even want to proscribe what image to use. DIB is an option. The CoreOS image we use is an option. Some other idea that someone is willing to upstream and maintain is an option. Building your own using an external repo is okay.22:19
devanandaadam_g: all the deps have meregd. want to officialy open stable/icehouse? https://review.openstack.org/#/c/88336/22:20
JayFImages/ramdisks are just environments that software run in, and I'm not really keen on the idea that we should all use the same environments to run that software.22:20
adam_gdevananda, nice22:21
devanandaJayF: and yet we will need testing to run on something, and, by virtue of that being the thing we test the most, it will be seen as being proscribed22:21
devanandaJayF: even if it's not22:21
JayFThat's why we'll probably end up supporting DIB in IPA, and will also provide CI for the CoreOS image builder :)22:22
devanandaJayF: ++22:22
JayFI just want to replace DIB with containers and a docker-like build system (we actually use docker for this in IPA right now)22:22
JayFbut my job is training secret agents to provision hardware, so I'll keep doing that for now ;)22:23
JayFDownside of open source w/code review: no sneaking in easter-egg API endpoints that return an image of a secret agent man22:23
Shrewsrloo: ping!22:30
Shrewsrloo: left a comment on 100571. past dinner time for me now   :)22:36
*** theDavidAiken has joined #openstack-ironic22:41
*** ellenh has joined #openstack-ironic22:47
openstackgerritJay Faulkner proposed a change to openstack/ironic-python-agent: Fix invalid command in Dockerfile  https://review.openstack.org/10104622:48
JayF^ easiest review you'll ever have jroll JoshNang russell_h others22:48
jrollholy shit, how did we land that22:50
JayFIt's almost certainly my fault from a code-writers standpoint22:51
JayFbut it would cause no failures because -f22:52
JoshNangoh wow22:53
JoshNangk, merging it22:53
openstackgerritA change was merged to openstack/ironic-python-agent: Fix invalid command in Dockerfile  https://review.openstack.org/10104622:55
JayFTTM: 8 minutes22:57
JayFthat might be an openstack record ;)22:57
jrollJayF: should look at TTM on pyghmi, there's approximately one main developer and one core reviewer, best I can tell (and those are the same person)23:00
*** igordcard has quit IRC23:03
rlooShrews: thx! I'll reply on the patch.23:05
*** Haomeng has joined #openstack-ironic23:07
*** radsy has quit IRC23:14
*** theDavidAiken has quit IRC23:15
*** Isotopp has quit IRC23:17
*** mdorman has quit IRC23:18
*** mordred has quit IRC23:24
*** radsy has joined #openstack-ironic23:25
*** radsy has joined #openstack-ironic23:25
*** Isotopp has joined #openstack-ironic23:25
*** Isotopp has quit IRC23:25
*** Isotopp has joined #openstack-ironic23:25
*** mordred has joined #openstack-ironic23:27
*** mordred has quit IRC23:30
*** mordred has joined #openstack-ironic23:30
devanandaSpamapS: were you seeing iscsi device is busy errors on hardware at some point?23:32
devanandaJayF: clearly you need more tests then :)23:32
JayFdevananda: it's more about rm -rf not complaining about pretty much anything. That's what -f is for :)23:34
SpamapSdevananda: I don't remember ever seeing that on hardware no23:41
lifelessthe iscsi intiator thing above turned out to be time skew23:42
lifelessI wonder if the deploy ramdisk should try to do NTP23:43
lifelessfiling a bug on ironic about  it23:43
lifelesssince it needs to be documented at minimum23:43
jrolllifeless: it should :)23:43
jrolllifeless: we've ran into time skew issues ourself23:43
JayFFWIW the CoreOS IPA image does time syncing by default :)23:45
devanandalifeless: so there's https://review.openstack.org/#/c/90126/1223:46
lifelessjroll: https://bugs.launchpad.net/tripleo/+bug/133186223:47
devanandaok - just got a call, need to run out and look at another apartment23:47
devanandabbi2h23:47
lifelessdevananda: thats different but also interesting23:47
jrolllifeless: cool23:47
JayFjroll: fwiw our clock skew problems were conductor vs swift with temp_urls23:48
jrollah, yeah23:49
*** yfujioka has joined #openstack-ironic23:49
*** lucas-dinner has quit IRC23:53
Shrewsrloo: gah, tried the quickstart guide stuff for the 3rd time and I still get NodeLocked23:59

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