Tuesday, 2014-01-21

devanandamrda: i'm goign to open a BP for a generic timeout mechanism, as i suspect it's going to be somewhat complex00:02
devanandaunfortunately we probably wont get to it in icehouse ...00:03
mrdaso you just want the option removed in +bug/1270981 for now?  With the generic "add config params for timeouts" to be handled seperately and independently?00:03
devanandai think taht's best00:10
devanandahaving an unused option in the config file is bad form00:10
devanandaNobodyCam, lifeless - we're going to need to dogpile on getting timeouts and lock-breaking and such done during i-3 or tripleo will have problems moving to ironic00:12
lifelessdevananda: ack; what do you need from me?00:13
lifelessmrda: so, I'm confused; the bug https://bugs.launchpad.net/ironic/+bug/1195073 - has it been fixed, or is it irrelevant to ironic ?00:14
devanandalifeless: i spotted 2 bugs cross referenced from nova, eg that one00:14
devanandawhich don't apply right now00:14
devanandathat option is unused00:14
devanandabasically ironic doesn't have timeouts today :(00:14
mrdalifeless: so I've created https://bugs.launchpad.net/ironic/+bug/1270981 to just remove the config option in Ironic00:14
lifelessdevananda: will it apply in future ?00:14
mrdaand so I was thinking that we can remove the link to Ironic in https://bugs.launchpad.net/ironic/+bug/119507300:15
lifelessmrda: based on what devananda is saying I suspect the answer is to make it invalid.00:15
mrdaand devananda's creating a bp for adding in appropriate timeouts as future work (which I'm happy to help out with)00:15
lifelessthough if there is no timeout, I'd argue the bug is valid, just premature :P00:16
mrdalifeless: so the Nova half is valid00:17
devanandalifeless: heh. you have a point -- the timeout should not default to "unset"00:17
devanandamrda: yes, nova half is valid (sorry if i wasn't clear on that)00:17
devanandalifeless: but it is premature to have a bug for something which isn't supported :)00:17
mrdaplease excuse my newbieness, but how do I mark the Ironic half as invalid or remove the link to Ironic?00:17
devanandamrda: have you joined the ironic-bugs team?00:18
lifelessmrda: you need to be in the bug triage team for ironic00:18
mrdamost probably not :)00:18
lifelessdevananda: is there a bug that pxe deploys don't timeout on ironic ?00:18
devanandalifeless: re timeouts, i will probably want an hour or so of your time to brainstorm on reasonably generic ways to handle timeouts across drivers' various needs00:18
lifelessdevananda: I think it's important that there be one, tho I don't care whether it's this one or another00:19
lifelessdevananda: ack, can do; later in the week perhaps ?00:19
devanandalifeless: there definitely needs to be something to track it. I'm filing a BP now and will start an etherpad to scratch notes in00:19
devanandaas i think timeouts needs to span more than just PXE deploy00:19
devanandaother drivers need timeouts, and different interfaces may need timeouts for passive things, too00:20
lifelessdevananda: ok; my concern about not having a bug is that this is a defect right now, BP's are about future work [without getting into the craziness of splitting them out]00:20
devanandaack00:20
mrdadevananda and lifeless : thanks for the LP advice00:20
lifelessso - if there isn't a bug, can we make one before we touch this existing one :)00:20
devanandalifeless: ack. i'll file a new bp that is clearer about the scope of this particula rproblem00:21
lifelessdevananda: should I create a bug about it ?00:21
devanandaer00:21
devanandai meant BUG00:21
devanandagah. bad fingers :)00:21
lifelessok, cool - thank you :)00:21
openstackgerritA change was merged to stackforge/pyghmi: Add 'get_health' to Command class  https://review.openstack.org/6798700:24
devanandahttps://bugs.launchpad.net/ironic/+bug/127098600:25
devanandaNobodyCam: you've been playing a lot with deployment. when you have a minute, can you look at / chime in on ^ ?00:26
openstackgerritMichael Davies proposed a change to openstack/ironic: Remove unused config option - pxe_deploy_timeout  https://review.openstack.org/6799000:35
devanandalifeless: https://blueprints.launchpad.net/ironic/+spec/generic-timeouts00:37
devanandanot a lot of detail yet00:37
lifelessack00:39
*** jbjohnso has quit IRC01:00
devanandamax_lobur_afk: commented on the exception traceback bug. i can still repro01:01
mrdadevananda, should I be concerned that someone else is assigned to https://bugs.launchpad.net/ironic/+bug/1264596 ?  Or should I just work on it?01:02
devanandahm01:03
devanandagood point. didn't notice that as i was skimming, sorry01:03
devanandaimre has been working on things. i'd check with him to avoid duplicating work01:03
devanandaifarkas on IRC01:03
mrdaok, thanks01:03
*** greghaynes has quit IRC01:40
Haomengdevananda: ping01:46
*** coolsvap has quit IRC01:51
*** nosnos has joined #openstack-ironic01:59
*** jbjohnso has joined #openstack-ironic02:05
*** vkozhukalov has joined #openstack-ironic02:34
*** sjing has joined #openstack-ironic02:40
*** mrda_ is now known as mrda_away02:49
*** mrda_away is now known as mrda_02:49
*** rloo has quit IRC03:27
*** greghaynes has joined #openstack-ironic03:40
*** datajerk has joined #openstack-ironic03:59
devanandaHaomeng: pong04:09
*** jbjohnso has quit IRC04:10
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: API validates driver name for both POST and PATCH  https://review.openstack.org/6801804:24
*** coolsvap has joined #openstack-ironic04:38
Haomengdevananda: about this alembic  patch - https://review.openstack.org/#/c/67415/ , I have concern04:54
Haomengdevananda: because there is no one project which remove all sqlalchemy migration scripts and use alembic04:54
Haomengdevananda: only one projet ceilometer is using alembic, but ceilometer use sqlalchemy at the same time, there should be some issue with alembic04:55
*** datajerk has quit IRC05:03
*** Haomeng has quit IRC05:18
*** datajerk has joined #openstack-ironic05:34
*** Haomeng has joined #openstack-ironic05:41
devanandaHaomeng: sqlalchemy-migrate is no longer maintained upstream -- openstack-infra is temporarily maintaining it while all of openstack projects move to alembic05:42
devanandaHaomeng: we can be one of the first to complete the move, since we have no prior release taht needs compat05:42
Haomengdevananda: ok, cool:)05:42
Haomengdevananda: yes, we have no prior release:)05:42
*** datajerk has quit IRC05:42
Haomengdevananda: got it, thank you:)05:42
Haomengdevananda: :)05:44
devanandaHaomeng: np!05:44
devanandamrda: another thing you might be able to tackle: https://blueprints.launchpad.net/ironic/+spec/keep-powered-off-nodes-off05:44
mrdadevananda: thanks, I'll take a look!05:44
devanandamrda: i should be sorta around for a while longer, even though it's late05:45
devanandai'll brain dump real quick. it'll make sense as you read the code :)05:45
devanandamrda: you'll want to edit ironic.conductor.manager _sync_power_states()05:46
devanandamrda: and probably add a config option to that file to influence the behavior of that method. it currently logs a warnign and updates the state in the DB05:47
devanandamrda: under certain circumstances, it should actually power the node off, instead of updating the db05:47
mrdaok, shall take a look05:47
*** aignatov_ has joined #openstack-ironic05:52
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Sanitize node.last_error message strings  https://review.openstack.org/6471106:14
openstackgerritJenkins proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/6802406:14
*** kpavel has joined #openstack-ironic06:22
*** rongze has joined #openstack-ironic06:26
*** aignatov_ has quit IRC06:38
openstackgerritSun Jing proposed a change to openstack/ironic: Support serial console access  https://review.openstack.org/6410006:40
*** vkozhukalov has quit IRC06:47
* devananda will be back tomorrow06:52
openstackgerritFengqian.gao proposed a change to stackforge/pyghmi: Add BMC bridge request extension  https://review.openstack.org/6076807:10
*** aignatov_ has joined #openstack-ironic07:14
*** mrda has quit IRC07:27
*** romcheg has joined #openstack-ironic07:36
*** ifarkas has joined #openstack-ironic07:41
*** aignatov_ has quit IRC08:01
GheRiveromorning Ironic!08:04
HaomengGheRivero: morning GheRivero: )08:06
*** jistr has joined #openstack-ironic08:14
*** mdurnosvistov has joined #openstack-ironic08:28
*** vkozhukalov has joined #openstack-ironic08:28
mdurnosvistovgood morning all! :)08:32
*** romcheg has quit IRC08:34
Haomengmdurnosvistov: morning:)08:36
*** sjing has quit IRC08:39
*** romcheg has joined #openstack-ironic08:49
*** aignatov_ has joined #openstack-ironic08:51
*** derekh has joined #openstack-ironic09:00
*** aignatov_ has left #openstack-ironic09:03
*** aignatov has joined #openstack-ironic09:09
*** athomas has joined #openstack-ironic09:37
*** kpavel has quit IRC10:00
*** yuriyz has joined #openstack-ironic10:00
*** martyntaylor has joined #openstack-ironic10:07
*** viktors has joined #openstack-ironic10:08
*** coolsvap has quit IRC10:09
*** coolsvap has joined #openstack-ironic10:12
*** coolsvap has quit IRC10:23
*** coolsvap has joined #openstack-ironic10:27
*** aignatov is now known as aignatov_10:29
*** martyntaylor has quit IRC10:35
*** romcheg1 has joined #openstack-ironic10:49
*** rongze has quit IRC10:51
*** martyntaylor has joined #openstack-ironic10:51
*** romcheg has quit IRC10:54
*** Alexei_9871 has joined #openstack-ironic10:55
*** Alexei_9871 is now known as Alexei_98710:58
*** aignatov_ is now known as aignatov11:01
*** max_lobur_afk is now known as max_lobur11:05
*** lucasagomes has joined #openstack-ironic11:22
*** rongze has joined #openstack-ironic11:22
*** romcheg has joined #openstack-ironic11:23
*** romcheg1 has quit IRC11:26
*** rongze has quit IRC11:27
viktorslucasagomes: hi!11:27
romchegMorning all!11:33
*** rongze has joined #openstack-ironic11:35
max_loburmorning Ironic11:35
lucasagomesmorning guys11:38
lucasagomesviktors, pong11:38
viktorslucasagomes: I have a question about ironicclient. Tests on py33 are passing at master now. Does it makes sense to remove "non-voting" from py33 unittest on gerrit?11:41
*** rongze has quit IRC11:41
*** martyntaylor has quit IRC11:42
romchegviktors: it does11:43
romchegI can help you with making that patch11:43
lucasagomesviktors, I think it does yes :D we wanted it since from the beginning, we just left it non-vote because, afair, the keystone client didn't support py311:43
viktorsromcheg: thanks, I'll ping you :)11:44
romchegsince you're 2 meters away from me it's easier to speak :)11:44
viktorslucasagomes, romcheg: ok, will do :)11:45
lucasagomes:D11:45
*** martyntaylor has joined #openstack-ironic11:48
viktorscan somebody review patch to infra-config please? https://review.openstack.org/#/c/6809212:05
*** coolsvap has quit IRC12:22
*** rongze has joined #openstack-ironic12:35
*** rongze has quit IRC12:41
*** nosnos has quit IRC13:30
*** Alexei_987 has quit IRC13:30
*** jdob has joined #openstack-ironic13:31
*** nosnos has joined #openstack-ironic13:31
*** rongze has joined #openstack-ironic13:35
*** nosnos has quit IRC13:38
*** martyntaylor has quit IRC13:40
*** rongze has quit IRC13:40
*** rloo has joined #openstack-ironic13:47
*** rloo has quit IRC13:47
*** rloo has joined #openstack-ironic13:48
*** rloo has quit IRC13:48
*** rloo has joined #openstack-ironic13:48
*** martyntaylor has joined #openstack-ironic13:54
*** coolsvap has joined #openstack-ironic14:00
*** max_lobur is now known as max_lobur_afk14:04
*** jbjohnso has joined #openstack-ironic14:04
*** jdob_ has joined #openstack-ironic14:08
*** jrist has joined #openstack-ironic14:11
*** jrist has quit IRC14:12
*** jrist has joined #openstack-ironic14:15
*** jrist has quit IRC14:17
*** jrist has joined #openstack-ironic14:18
*** martyntaylor1 has joined #openstack-ironic14:26
*** max_lobur_afk is now known as max_lobur14:27
*** martyntaylor has quit IRC14:29
*** anniec has joined #openstack-ironic14:29
*** anniec_ has joined #openstack-ironic14:32
*** matty_dubs|gone is now known as matty_dubs14:33
*** jdob_ has quit IRC14:34
*** anniec has quit IRC14:34
*** anniec_ is now known as anniec14:34
*** rongze has joined #openstack-ironic14:35
openstackgerritRuby Loo proposed a change to openstack/ironic: ipmitool's _power_status raises IPMIFailure  https://review.openstack.org/6689414:37
*** linggao has joined #openstack-ironic14:38
*** rongze has quit IRC14:39
*** coolsvap_away has joined #openstack-ironic14:45
*** aignatov is now known as aignatov_14:45
*** coolsvap has quit IRC14:47
*** coolsvap_away is now known as coolsvap14:48
*** aignatov_ is now known as aignatov14:52
*** vkozhukalov has quit IRC15:04
*** rongze has joined #openstack-ironic15:12
openstackgerritGhe Rivero proposed a change to openstack/ironic: Test to reproduce #1265518  https://review.openstack.org/6634515:16
*** martyntaylor1 has quit IRC15:22
openstackgerritRuby Loo proposed a change to openstack/ironic: SSHPower driver raises IronicExceptions  https://review.openstack.org/6699015:31
*** lucasagomes is now known as lucas-hungry15:33
*** martyntaylor has joined #openstack-ironic15:38
*** martyntaylor has quit IRC15:38
*** martyntaylor has joined #openstack-ironic15:38
*** rloo has quit IRC15:39
*** rloo has joined #openstack-ironic15:39
openstackgerritA change was merged to openstack/ironic: Use same MANAGER_TOPIC variable  https://review.openstack.org/6648015:43
*** rloo has quit IRC15:45
*** jbjohnso has quit IRC15:46
*** rloo has joined #openstack-ironic15:46
openstackgerritGhe Rivero proposed a change to openstack/ironic: PXE instance_name is no longer mandatory  https://review.openstack.org/6797415:48
*** rloo has quit IRC15:51
*** rloo has joined #openstack-ironic15:51
*** rloo has quit IRC15:52
*** rloo has joined #openstack-ironic15:54
*** rloo has joined #openstack-ironic15:54
NobodyCamgah running late today..15:55
NobodyCammorning Ironic15:56
NobodyCambrb15:56
max_loburmorning NobodyCam15:56
NobodyCam:) morning max_lobur15:56
mdurnosvistovmorning NobodyCam15:57
*** jbjohnso has joined #openstack-ironic16:00
max_loburlucas-hungry, could you please take a look when you have time https://bugs.launchpad.net/ironic/+bug/124474716:02
max_loburand g'morning :)16:02
openstackgerritRuby Loo proposed a change to openstack/ironic: SSHPower driver raises IronicExceptions  https://review.openstack.org/6699016:09
*** rloo has quit IRC16:11
*** rloo has joined #openstack-ironic16:11
NobodyCammorning mdurnosvistov :)16:13
*** hemna has joined #openstack-ironic16:15
lucas-hungrymax_lobur, howdy! sure I gotta finish something I started first16:25
lucas-hungrybut it's on my todo list for today :)16:25
*** lucas-hungry is now known as lucasagomes16:25
max_loburcool, thanks:)16:25
lucasagomesNobodyCam, morning!16:25
lucasagomesmax_lobur, morning/afternoon :D16:25
max_loburafternoon :)16:25
max_lobur18:26 in kharkiv :)16:26
NobodyCamlucasagomes: morning / afternoon16:26
lucasagomes:) afternoon here as well 14:2616:26
NobodyCamanyone else having issues loading review.openstack.org?16:29
NobodyCammn working now16:30
*** aignatov is now known as aignatov_16:30
lucasagomesNobodyCam, it was working ok some hours ago16:34
NobodyCamya just a strange burp here i guess16:35
NobodyCamlucasagomes: was the goal to replace ipmi tool with ipmi native? or to support both?16:38
NobodyCamwas looking at https://review.openstack.org/#/c/66995/1/doc/source/developer/drivers.rst16:39
lucasagomesNobodyCam, I remember to with devananda a bit about it, we would like to have the native as the default one at least16:40
lucasagomesbut now I don't know hw it's going to work for icehouse16:40
lucasagomesI mean, maybe if we get the native working fine we would think to drop the ipmitool16:40
lucasagomesbut I think we are going to maintain both for icehouse at least16:40
NobodyCamyea I am recalling that now too16:41
lucasagomesfor e.g the console access is being implemented on the ipmitool first16:41
lucasagomesNobodyCam, yea, so on that review I think it's important to expose both drivers on the developer documentation16:41
lucasagomesat least for this release16:41
NobodyCamlucasagomes: ++16:41
NobodyCamgah down again16:43
NobodyCamwtf16:43
lucasagomes:(16:45
devanandamorning, all16:45
NobodyCamgood morninc devananda16:45
lucasagomesmorning devananda16:46
max_loburmorning devananda16:46
devanandare: ipmitool vs ipminative, my goal is to support both right now, and deprecate ipmitool once we have testing for ipminative16:47
max_loburdevananda, I wanted to ask if you have someone from global requirements to help us merge the patch https://review.openstack.org/#/c/66349/3 (Add futures library to global requirements)16:48
devanandamax_lobur: iirc, infra team basically manages that. my advice is to go raise awareness of it in #openstack-infra16:48
devanandaand while you're at it, this one too - https://review.openstack.org/#/c/66077/16:49
devananda:)16:49
max_loburI already asked a few times, seems they don't pay much attention to such messages16:50
max_loburok, I'll spam :)16:50
devanandaheh16:50
devanandamax_lobur: they might be busy trying to unwedge teh gate (again) or something16:50
max_loburmaybe16:51
max_loburalso I have another question16:51
max_loburdo we plan to support xml in API?16:51
max_lobursomewhere in future16:51
max_loburthere are a few workpieces in tempest for xml made by romcheg, I was going to remove them16:52
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove the absolute paths from ironic-deploy-helper.filters  https://review.openstack.org/6640016:52
NobodyCamdevananda: did you see lucasagomes' comment on https://review.openstack.org/#/c/66995/16:52
max_loburalso romcheg described a bug, when he set content type to json and accept type to xml he was able to get xml response16:53
max_loburI'm not sure if it's filled on launchpad16:53
devanandamax_lobur: i dont have enough information yet to have a strong opinion on xml support16:53
max_loburok, then I will leave as is for now16:54
devanandamax_lobur: bugs, we should fix. if xml support is broken, lets either fix it or remove it (temporarily) -- but that can wait until after i316:55
devanandasource tripleo-undercloud-passwords16:55
devanandagah. wrong window16:55
max_loburok16:55
max_loburalso I remember lucasagomes pointed that because we're using things like jsonpatch it will be inconvenient (hard) to support xml requests16:56
max_loburhonestly I agree with this16:56
*** rongze has quit IRC16:57
*** rongze has joined #openstack-ironic16:57
jbjohnsodevananda, btw, on console access16:58
devanandamax_lobur: ah, good point16:58
jbjohnsoI'm probably going to be releasing our console manager under apache2 in the relative near future, if anyone wants to actually have a demo....16:59
lucasagomesmax_lobur, yea, people might be able to input a json-patch in xml (that's pretty confusing) since we now have a wsme object that represents a json-patch16:59
jbjohnsoapache license that is...16:59
devanandajbjohnso: sweet!16:59
lucasagomesbut that might look pretty weird as well (and I;vent tested)16:59
jbjohnsodevananda, also, should have the rest of sensors supported in a few hours (currently only does the analog ones)16:59
jbjohnso{'name': 'Riser 2A Temp', 'imprecision': 0.5, 'value': 32.0, 'states': [], 'health': 0,17:00
jbjohnso 'units': '\xc2\xb0C', 'type': 'Temperature'}17:00
jbjohnsois the sort of info in a 'SensorReading' object17:00
jbjohnsoor Riser 2A Temp: 30.0 ± 0.5°C17:01
jbjohnsois a rendering of that that may make more sense17:01
*** rongze has quit IRC17:02
jbjohnsolunch time17:02
*** wendar has joined #openstack-ironic17:02
devanandajbjohnso: fantastic, thanks!17:03
max_loburdevananda, lucasagomes so remove, leave or postpone decision? :)17:04
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Add ability to break TaskManager locks via REST API  https://review.openstack.org/5554917:04
lucasagomesI would vote to remove xml support17:04
max_loburme too17:04
devanandamax_lobur: what do we change to remove it // how hard will it be to add back?17:06
*** vkozhukalov has joined #openstack-ironic17:06
max_loburdevananda, in ironic I think we need just fix the bug that romcheg mentioned17:07
max_loburto not to support xml completely17:07
max_loburfor tempest - just to remove one file17:07
max_loburfor client - need to investigate if we have something for xml17:08
devanandasounds good. eventually i think there will be folks who want it17:08
devanandaso we shouldn't make it harder than it already is for it to be fixed :)17:08
max_lobur there's always folks wanting xml :)17:09
*** lifeless has quit IRC17:09
*** mrda_ has quit IRC17:09
lucasagomesI don't see much benefit in support xml, we would need tests for that, we would need API examples in XML as well, and it's not compatible with the way we partial update our resources17:09
*** mrda has joined #openstack-ironic17:09
*** lifeless1 has joined #openstack-ironic17:09
*** hemna has quit IRC17:09
NobodyCamrloo: question on 66990 ... looking at test_ssh.py you addressed several \ issues but I see several more. ie line # 20917:09
*** mdurnosvistov has quit IRC17:09
*** hemna has joined #openstack-ironic17:09
lucasagomesdevananda, max_lobur hw other openstack projects deal with this problem?17:10
lucasagomesdo they support both versions?17:10
lucasagomesI think nova does (and maybe ceilometer) but idk the others17:10
max_loburas I remember nova supported both17:10
*** yuriyz has quit IRC17:11
rlooNobodyCam. grrrr. Sorry. It would be nice if we had some guidelines about this. I mean: 1. SHOULD we be making changes to conform to changes-in-the-pipeline-that-we-hope-will-get-merged-but-what-if-doesn't17:11
NobodyCamI bring up only because you seem to have addressed several in the last round17:12
rlooNobodyCam. And 2. IF we should make changes, do we make changes to everything, OR just the code we are touching. The answer to this, from what I've seen in other reviews, is to only change your code.17:12
NobodyCamand no need to be sorry :)17:12
rlooNobodyCam. Ha ha. I'm not convinced we should even be making such changes until the global 'we're moving to' stuff has landed. Cuz what if it doesn't land.17:13
rlooNobodyCam. Anyway, did I answer your question?17:13
NobodyCamrloo: yes I agree about only changing code you touched. you did touch line 211 in my example17:13
NobodyCambut this is a good point17:14
rlooNobodyCam. hmm, line 211 isn't a '\' issue?17:14
max_loburlucasagomes, devananda neutron - both xml and json17:14
*** matty_dubs is now known as matty_dubs|lunch17:14
NobodyCamnope thats on # 20917:14
NobodyCam:-p17:15
*** jistr has quit IRC17:15
lucasagomesmax_lobur, I see17:15
NobodyCamI am ok with lets wait until every thing lands17:15
rlooNobodyCam. right, since I didn't modify #209, I didn't think I should touch it. Presumably, that "other" review has fixed it.17:15
lucasagomesI think the tendency is to use both, also it might come for free on other projects that also is migrating/using to wsme/pecan17:15
NobodyCamrloo: that was the answer I was looking for :)17:15
*** martyntaylor has quit IRC17:16
rlooNobodyCam. good (I didn't actually check/look at the other review yet, on my list...)17:16
max_loburlucasagomes, yes. So let's postpone decision?17:16
max_loburI won't remove anything from tempest17:16
NobodyCamwill see how slow mr J is today :)17:16
lucasagomesmax_lobur, +117:17
lucasagomesmaybe worth doing some more investigation17:17
lucasagomesfor e.g trying update the resources with xml17:17
lucasagomesI think it might works (although will looks a bit confusing to say json-patch and support xml as well)17:17
max_loburheh17:18
max_loburtrue17:18
lucasagomesbut as we have a wsme object that actually represents a json-patch object17:18
NobodyCambrb17:18
lucasagomesit might work fine :)17:18
max_loburI remembered17:20
max_loburI tested with xml content type17:20
max_loburtempest.common.rest_client: DEBUG: Large body (9032) md5 summary: 4e819f9ebbae64dbb7a1144089cfcd5a17:20
max_lobur<max_lobur> tempest.common.rest_client: INFO: Request: POST http://192.168.122.224:6385/v1/chassis17:20
max_lobur<max_lobur> tempest.common.rest_client: DEBUG: Request Headers: {'Content-Type': 'application/xml', 'Accept': 'application/xml', 'X-Auth-Token': '<Token omitted>'}17:20
max_lobur<max_lobur> tempest.common.rest_client: DEBUG: Request Body: <?xml version="1.0" encoding="UTF-8"?>17:20
max_lobur<max_lobur> <chassis ><description >test-chassis--tempest-917975265</description></chassis>17:21
max_lobur<max_lobur> tempest.common.rest_client: INFO: Response Status: 50017:21
max_lobur<max_lobur> tempest.common.rest_client: DEBUG: Response Headers: {'date': 'Wed, 15 Jan 2014 14:56:15 GMT', 'content-length': '59', 'content-type': 'text/plain', 'server': 'WSGIServer/0.1 Python/2.7.3'}17:21
max_lobur<max_lobur> tempest.common.rest_client: DEBUG: Response Body: A server error occurred.  Please contact the administrator.17:21
max_loburI think that's because of  v1.media_types = [MediaType('application/json',17:21
max_lobur<max_lobur>                           'application/vnd.openstack.ironic.v1+json')]17:21
max_loburin our api17:21
lucasagomeshmm I see17:21
lucasagomesurgh yea will require some work17:22
max_loburyes17:22
max_loburlet's just postpone17:22
lucasagomesmaybe we can fix the gross problems with that, and leave it as "experimental" ? there's this possibility?17:22
max_loburneed to try17:23
max_loburI'll spend some time on this tomorrow17:23
lucasagomescheers17:23
devanandayea, i'd rather leave xml support as experimental17:24
max_lobur:)17:24
devanandathan yank it completely17:24
NobodyCamlol Good catch on 66996 rloo :)17:24
devanandafor now, anyway. if it's not fixable by i3, we should probably disable it (but, again, not yank it completely from the codebases)17:24
devanandasince i think there's a high probability folks will want to work on it17:25
lucasagomes+117:25
rlooNobodyCam. Thx, not that I want a job as editor ;)17:25
*** anniec has quit IRC17:26
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add rootwrap filters for mkfs  https://review.openstack.org/6818217:27
max_lobur+17:27
*** rongze has joined #openstack-ironic17:28
*** romcheg has quit IRC17:28
max_loburlol, happy hunting wished to me when I searched for someone from requirements core in infra :D17:29
max_loburI'm going to mail to Doug Hellmann to ask if he can help17:30
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Run mkfs as root  https://review.openstack.org/6818217:30
*** viktors has left #openstack-ironic17:30
*** rongze has quit IRC17:32
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Make the PXE driver understand ephemeral disks  https://review.openstack.org/6575017:33
*** rongze has joined #openstack-ironic17:35
lucasagomesdevananda, btw, these are the patches needed for the deployment: #66389 #66390 #6640017:39
lucasagomes(I forgot to send the # to you after the meeting yesterday)17:39
devanandalucasagomes: tyvm17:39
* devananda looks now17:39
devanandalucasagomes: i also posted a fix for the API last night17:40
lucasagomesdevananda, the one about validate drivers?17:40
*** rongze has quit IRC17:40
devanandayea17:40
lucasagomesdevananda, yea thanks for that, I liked ur approach of using the hash ring to validate that17:40
lucasagomesI already reviewed ur patch17:40
lucasagomesleft some comments about the return code being returned17:40
* devananda refreshes the correct page this time17:41
devanandaahh yea17:41
devanandai thought about using DriverNotFound17:41
devanandalucasagomes: think that's sufficient?17:42
lucasagomesdevananda, for the message yes17:42
lucasagomesbut I think it should be HTTP 400 instead of 40417:43
lucasagomesin case of the driver is not available17:43
devanandak17:43
devanandalucasagomes: hm, DriverNotFound is a NotFound which is 40417:44
devanandalucasagomes: are you suggesting that be changed globally?17:44
NobodyCambrb post bbt walkies17:45
devanandaafter this patch lands, i dont think there are any other API requests which generate DriverNotFound -- though i haven't checked all the code paths for after a conductor fails and no more conductors provide that driver17:46
*** jistr has joined #openstack-ironic17:47
lucasagomesdevananda, hmm I don't think it needs to be changed globally17:49
lucasagomesbut catched on that api layer and e.code=400 set17:49
lucasagomesyou can reraise that17:49
lucasagomescaught*17:50
*** linggao has quit IRC17:51
lucasagomesdevananda, https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L217-L22117:51
*** harlowja_away is now known as harlowja17:51
*** matty_dubs|lunch is now known as matty_dubs17:52
devanandait's not a "driver not supported" -- it's really "no host found that supports this driver right now"17:53
lucasagomeshmm yea indeed17:53
lucasagomesnot supported by any conductor17:53
*** coolsvap is now known as coolsvap_away17:54
lucasagomesdevananda, yea the message is more fft, I just thought it would be a bit confusing to talk about "host not found" because of the driver17:55
devanandaack17:55
lucasagomesdevananda, but I agree with u that, "driver not supported" is wrong17:55
devanandaalso 400 indicates a permanent failure, doesn't it?17:55
devanandai'm not sure 400 Bad Request is correct when the conductor may be only temporarily offline17:56
lucasagomesdevananda, hmm I think it says that we should not resend the request without changing it17:56
devanandawhich is why I used 40417:57
lucasagomesbut I can't find other code for this case17:57
lucasagomesI see17:57
devanandawhich may be either temporary or permanent17:57
devanandai can clarify the message to "no conductor found at this time" or some such17:57
devanandaie, i can't satisfy the request right now.17:57
*** derekh has quit IRC17:58
devanandathough i'm unclear about whether 404 is suitable when the URI is valid but the *content* is not17:58
lucasagomesright, the thing about 404 is because it more about the requested uri doesn't exist instead of this parameter is not available right now (I think(17:58
devanandayea...17:59
devanandaok17:59
devananda400 it is17:59
devanandalucasagomes: or 500?18:00
lucasagomesdevananda, lemme take a look18:00
lucasagomesit's always confusing this codes urgh heh18:00
devananda400 bad request (client side error)18:01
devananda500 internal server error18:01
devananda400 don't retry without changing the request18:01
NobodyCamanyone see ironic check jobs running in zuul?18:01
devanandaw3.org docs for 500 say: " the server is aware that it has erred or is incapable of performing the request ... the server should  include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition."18:02
devanandalucasagomes: ^ looks appropriate to me18:02
lucasagomesindeed18:02
lucasagomesdevananda, yea by the description it seems that it fits18:03
lucasagomesdevananda, I was looking the 410 (Gone) as well18:03
lucasagomesin case the driver is temporarily unavailable18:03
*** athomas has quit IRC18:04
max_loburdevananda, FYI from Doug Hellmann regarding the global req: "I think we are unlikely to make any requirements changes this week because of the milestone cutoff. I'll take a look after Thursday, though."18:04
lucasagomesdevananda, yea I think 500 seems fine18:05
devanandamax_lobur: ack, thanks18:05
devanandamax_lobur: though as a point of interest, smoe other projects are blocked on requirements changes much worse than we are18:05
devanandalucasagomes: ack18:06
lucasagomesdevananda, although and if the client request a driver that actually doesn't exist at all, then it's a bad request or internal server error?18:06
lucasagomesurgh haha /me gotta stop thinking too much18:06
lucasagomescauses me more confusion18:06
devanandalucasagomes: just cause it doesn't exist now() -- but what if admin brings up a new conductor instance tomorrow that uses it?18:06
max_lobur:)18:06
devanandathen viola! API will no longer error18:06
devanandawith identical request18:06
lucasagomesdevananda, yea I agree18:07
lucasagomes500 then :)18:07
devanandahmmm18:07
devanandain this way of thinking, all our NotFound exc should be 50018:07
devanandaNodeNotFound, InstanceNotFound, etc18:07
devanandawell, nvm18:07
*** max_lobur is now known as max_lobur_afk18:07
lucasagomeshah18:07
lucasagomesdevananda, let's see18:08
devanandawhere it's part of the URI, it's a 40418:08
lucasagomesusers does have a way to18:08
lucasagomesknow which driver is available at that moment?18:08
devanandaeg, GET /v1/nodes/xxx  --> NOT FOUND 404 makes sense18:08
lucasagomesthey could use /drivers18:08
devanandaahhh yes18:08
devanandathey could18:08
lucasagomesand if they input a driver which is not available18:08
lucasagomesthat's a bad request18:08
devanandatouche! :)18:09
lucasagomes:)18:09
*** martyntaylor has joined #openstack-ironic18:09
devanandalucasagomes: do i want to convert to a wsme.ClientSideError?18:09
lucasagomesdevananda, yup it's 400 by default18:10
lucasagomesor if you just want to change the e.code18:10
devanandayea18:10
lucasagomesand reraise the same exception18:10
lucasagomesworks as well18:10
devanandaright, thanks18:10
NobodyCamwe have patches submitted at ~6:30 this morning that mr J seems to be igonring18:17
*** aignatov_ is now known as aignatov18:19
devanandaNobodyCam: gate has been having some serious issues18:19
devanandaNobodyCam: see the busy-ness in -infra18:20
devanandait's MP day, so everyone is rushing to get things in, too18:20
*** martyntaylor has left #openstack-ironic18:20
lucasagomesjeez, just looked at zuul18:21
lucasagomessome patches might take "51 hr 42 min"18:22
NobodyCamI didn't even see our jobs in the check gate18:23
lucasagomes:/18:23
*** aignatov is now known as aignatov_18:23
*** datajerk has joined #openstack-ironic18:24
*** wendar has quit IRC18:28
*** wendar has joined #openstack-ironic18:28
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: API validates driver name for both POST and PATCH  https://review.openstack.org/6801818:33
devanandalucasagomes: this is a bit risky: https://review.openstack.org/#/c/66400/2/etc/ironic/rootwrap.d/ironic-deploy-helper.filters18:42
devanandalucasagomes: granted, i understand why you want it, but is there precedent in other projects ?18:42
devanandaNobodyCam: if you're not already slammed, can you take a peek at https://review.openstack.org/#/c/66389/ ?18:42
* NobodyCam looking..18:43
lucasagomesdevananda, nova already removed the absolute path of their commands as well18:43
lucasagomeshttps://github.com/openstack/nova/blob/master/etc/nova/rootwrap.d/baremetal-deploy-helper.filters18:43
devanandalucasagomes: hmm, yea. they did that for all their rootwrap filters18:44
devanandalucasagomes: ok!18:44
lucasagomesdevananda, but yea I understand the risk18:44
lucasagomesyou think we should go with a different approach?18:44
lucasagomesdevananda, thanks for the reviews18:46
devanandanope, i'm fine with it. just logging my minor objection18:46
lucasagomessure18:47
devanandalucasagomes: is 68182 critical for deploy, or for ephemeral?18:47
lucasagomesdevananda, for ephemeral only18:48
devanandak. i'll -1 with my nits then :)18:48
lucasagomes:) heh ok18:48
NobodyCamdevananda: looks good to me18:50
NobodyCam+a'd18:50
devanandanice, ty18:50
lucasagomescheers guys, I've tested the rootwrap from oslo here18:51
NobodyCamdid we ever come up with anything for the undocumented conf values? http://paste.openstack.org/show/T5bZNvawbA0r9D34Nk97/18:51
devanandaNobodyCam: also https://review.openstack.org/#/c/66400/, which should be quick18:51
devanandaNobodyCam: humm, not sure I've seen this. why aren't they getting doc'd?18:52
NobodyCamwas on the ageda some time back18:52
NobodyCamthink we talked about them too18:52
NobodyCamya I lookded at that one. should we land with out mr J's okay?18:53
devanandaNobodyCam: yea. it's just a rebase18:55
NobodyCamlooked ok with out mr J's check, so I +a'd18:58
devanandaNobodyCam: re the keystone options missing -- i actually don't see ANY of those in our conf.sample18:59
*** lifeless1 is now known as lifeless18:59
devanandaNobodyCam: looks like nova gets them from keystoneclient.middleware.auth_token18:59
NobodyCamthat was the point I rasing19:00
rloothis is a dumb question, but aren't instance uuids unique?19:11
NobodyCamthey should be19:11
rloohttps://review.openstack.org/#/c/66858/.19:11
rlooit has already been merged, but I was just wondering.19:12
NobodyCamThe page you requested was not found, or you do not have permission to view this page.19:12
NobodyCamdoh19:12
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Run mkfs as root  https://review.openstack.org/6818219:12
devanandarloo: no19:12
devanandarloo: instance_uuid is unique within Nova. we aren't enforcing uniqueness on the node.instance_uuid column19:13
devanandarloo: though one might ask "why not?"19:13
rloodo we generate instance uuids? (we = ironic)19:14
devanandadefinitely not19:14
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Make the PXE driver understand ephemeral disks  https://review.openstack.org/6575019:14
rloook, so in practise, they will be unique, but ironic isn't assuming that they will be.19:14
devanandacorrect19:14
devanandaand it's currently conceivable that a deploy might fail on node X and be retried on node Y for the same nova instance19:15
rloogot it. thx.19:15
devanandathere may be some edge cases there that we have to handle ...19:15
rloobut the same nova instance will have the same uuid so it is still unique.19:15
devanandaunique within nova. not within ironic19:16
devanandaif the deploy on node X isnt fully cleaned up, i mean19:16
rloohmm. ok.19:17
devanandalet's say deploy instance AAAA on node X fails but is left in error state. retried on node Y. now both X and Y have same instance UUID, but different staets19:17
devanandathis could be a terrible thing -- i haven't really thought it through until now19:17
devanandabut looking at the code, i think it's possible19:17
*** datajerk has quit IRC19:17
NobodyCambrb.. bagel making time19:18
devanandarloo: if we imposed a UniqueConstraint on node.instance_uuid, we'd prevent that situation.19:19
devanandamrda: new LHF - https://bugs.launchpad.net/ironic/+bug/127128319:20
rloodevananda: had to look up what a UniqueConstraint was:-) Yes, I'd feel better if we did that. Why didn't you want to do it? Or are you OK with doing it now?19:27
*** vkozhukalov has quit IRC19:27
devanandarloo: it may just be one of those days when i want to pull everything apart, but ... lemme ask ... why do we even stash the instance_uuid on node?19:29
devanandarloo: why not just let the client stash it, if they want to, in the node.properties dict?19:29
devanandaat what point does Ironic actually care about that information19:30
rloodevananda. Seems like the only reason for it is if ironic needs to communicate with nova/neutron.19:30
devanandanova is upstream from ironic. do we ever send commands /to/ nova?19:31
rloorloo. but i will freely admit, that i'm not familiar with the ironic code that uses the instance name/uuid.19:31
devanandafor neutron, we need the node <-> port id mapping. for cinder, we'll need the node <-> volume id mapping19:31
rloodevananda. seems more like if nova/someone wants to query ironic about instance uuid. eg, which node is instance uuid on?19:32
devanandaah19:32
devanandayep19:32
devanandaso filtering19:32
*** datajerk has joined #openstack-ironic19:32
devanandaso there's some special handling around "is_associated"19:33
devanandawhich is basically instance_uuid is || is not null19:33
rloodevananda. yeah, that rings a bell. i recall a discussion about the api.19:34
devanandamrda: another LHF - https://bugs.launchpad.net/ironic/+bug/127129119:40
*** aignatov_ is now known as aignatov19:45
*** mdurnosvistov has joined #openstack-ironic19:46
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add comment about node.instance_uuid  https://review.openstack.org/6822019:47
devanandarloo: ^ :)19:47
rloodevananda. thx! What about adding a UniqueConstraint?19:48
devanandarloo: i'm not convinced that we should enforce that yet19:50
rloodevananda. haha, i'm not convinced we shouldn't, so will wait and see...19:50
devananda:)19:52
lucasagomeswould it be allowed to deploy the same instance multiple times?19:54
lucasagomesif not I think we need the constraint19:54
*** datajerk has quit IRC19:56
NobodyCambrb19:57
*** GheRivero has quit IRC19:57
*** GheRivero has joined #openstack-ironic19:58
devanandalucasagomes: what about failed deploys?20:00
devanandalucasagomes: should we force client to unset instance_uuid before they can attempt to re-deploy on another node?20:01
devananda(seems logical to me...)20:01
lucasagomesdevananda, yea seems logical... but hw it works on nova?20:01
lucasagomesto redeploy something20:01
lucasagomesuser is going to re-issue the nova boot command right?20:02
devanandascheduler retries it20:02
devanandano20:02
devanandascheduler will retry N times (usually 3)20:02
lucasagomesright, and that's going to use the same instance uuid?20:02
devanandayes20:02
devanandaif all fail, then user retries,which generates new uuid20:02
*** datajerk has joined #openstack-ironic20:03
lucasagomesright, so I agree that we should _not_ have a unique consstraint20:03
*** romcheg has joined #openstack-ironic20:03
devanandaotoh, nova driver should clean up if a deploy fails20:03
lucasagomesotherwise the 2x and 3x is going to fail because it tried to update the node with the same instance uuid20:03
lucasagomeshmm20:03
devanandaalso true20:03
devanandaso it's not clear to me what the edge cases are, which is why i haven't moved on this before :)20:04
lucasagomeswould clean-up involve remove the instance uuid? or just remove the config files etc20:04
devanandadunno20:04
devanandait might be worth filing a bug to track this discussion20:04
lucasagomesright, yea20:04
devanandarloo: want to summarize ^ into a bug?20:04
*** jbjohnso has quit IRC20:04
rloohaha. i can try devananda.20:05
rlooit isn't quite a bug though. but sure.20:05
lucasagomesright so I think that we should not add the constraint right now, let's get things working20:05
lucasagomesand then we can observe the behaviour20:05
rloolucasagomes, devananda. would it be sufficient to add a comment in the code (https://review.openstack.org/68220) to revisit whether it should be UniqueConstraint or not?20:06
dkehndevananda: in https://review.openstack.org/#/c/66071/7/ironic/common/neutronv2/__init__.py you reiew, would that be CONF.import_opt('url', 'ironic.neutron'), then x = CONF.url ? or would one drop the ironic and x = CONF.url ?20:06
lucasagomesdevananda, side-note about the clean-up, if the driver clean-up the instance_uuid from the node if it fails, could the scheduler pick the same node to deploy again? (that would might cause it to fail again for the same reason)20:07
devanandadkehn: you wouldn't need to do that import if you merged the files :)20:07
lucasagomesrloo, hmm I would just open a bug20:07
devanandarloo: bug ++, w/ summary of the points raised here20:07
dkehndevananda: true, was trying to maintain the file from nova, can do that if you would prefer20:07
rloook lucasagomes, devananda.20:08
devanandalucasagomes: yep, exactly, unless somehow the node was marked failed in a different way .....20:08
lucasagomesdevananda, yea, which doesn't seems to be right now, we rely on the instance_uuid to know if the node is already associated or not20:08
lucasagomesso yea we can't add the constraint in the moment20:08
dkehndevananda: your call here20:09
*** jistr has quit IRC20:11
devanandadkehn: this is small enough, copying it from nova seems less important than making it maintainable locally20:14
dkehndevananda: ok, so I'll combine it into one and removed the common/neutronv2 and move a single neutron.py into the common directory, sound about right20:16
*** epim has joined #openstack-ironic20:16
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Support preserve_ephemeral  https://review.openstack.org/6823620:19
devanandadkehn: common/network/neutron.py ++20:23
lucasagomeshave a g'night everybody20:24
devanandag'night, lucasagomes20:24
lucasagomesdevananda, NobodyCam rloo night :)20:24
NobodyCamnight lucasagomes :)20:24
openstackgerritJenkins proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/6824320:24
*** lucasagomes has quit IRC20:26
devanandaNobodyCam: is there an open bug for the missing keystone_authtoken conf section?20:27
devanandaNobodyCam: ive fixed it :)20:27
NobodyCamnot sure we ever filed a bug for that20:28
devanandak, filing one20:28
NobodyCam:)20:28
*** datajerk has quit IRC20:29
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add [keystone_authtoken] to ironic.conf.sample  https://review.openstack.org/6825620:30
NobodyCamgreat patch :)20:31
NobodyCamLucas is aready gone :-p20:33
*** datajerk has joined #openstack-ironic20:34
NobodyCamwoo hoo ironic jobs are appering in zuul again :)20:35
*** jdob has quit IRC20:35
*** jdob has joined #openstack-ironic20:36
NobodyCamQueue lengths: 1194 events wow!!!20:36
*** rongze has joined #openstack-ironic20:37
*** rongze has quit IRC20:42
devanandamax_lobur_afk, lucas - -http://lists.openstack.org/pipermail/openstack-tc/2014-January/000494.html20:45
devanandatl;dr -- let's just drop XML support and be done with it20:45
*** jdob has quit IRC20:47
*** jdob has joined #openstack-ironic20:47
*** mrda_ has joined #openstack-ironic20:49
*** datajerk1 has joined #openstack-ironic20:52
*** datajerk has quit IRC20:54
devanandaromcheg: https://bugs.launchpad.net/ironic/+bug/127131720:55
romchegdevananda agree20:56
*** mdurnosvistov has quit IRC20:57
mrda_morning all20:58
mrda_devananda: thanks for the bug refs, will look at them today20:59
NobodyCammorning mrda_20:59
mrda_morning NobodyCam21:00
NobodyCam:)21:01
devanandamornin, mrda_ !21:01
mrdahey devananda - are you ever away from keyboard?21:03
devanandamrda_: yep21:03
mrdaseems to be rare :)21:03
devanandamy tan is fading as we speak :)21:04
NobodyCamby the bouncing bubbie at the door I see its time for another quick walkies21:04
mrda:")21:04
*** zul has quit IRC21:06
*** jbjohnso has joined #openstack-ironic21:16
*** mrda is now known as mrda__21:16
*** mrda_ is now known as mrda21:16
*** romcheg1 has joined #openstack-ironic21:45
*** romcheg has quit IRC21:46
*** sameer has joined #openstack-ironic21:56
*** jdob has quit IRC21:58
* NobodyCam brb eating....22:00
devanandageneral question - should our API be printing a log message for every incoming HTTP request?22:00
devanandaseems a little too verbose. but also, apache does this with the access log, so maybe it's just fine if it can be redirected appropriately (which, maybe it can, i'm not sure)22:01
NobodyCamat debug level sure22:01
devanandaat non-debug level22:02
rloowhat does nova do?22:02
* devananda hasnt checked22:02
sameeryes - especially during troubleshooting for users to know that request reached up to ironic.22:02
jbjohnsoit's interesting that I notice things ipmitol missed...22:07
jbjohnsofor example, I have a server with a sensor indicating 'non recoverable failure' and ipmitool describes state as 'ok'22:08
NobodyCamjbjohnso: nice22:09
jbjohnso{'states': ['Critical'], 'health': 2, 'type': 'Add-in Card', 'name': 'Mezz Exp 2 Fault'}22:09
jbjohnso2 == const.Health.Critical...22:09
jbjohnsoguess I was wrong about it non-recoverable, but still22:09
jbjohnsowell, the short story is discrete sensors work22:13
*** harlowja is now known as harlowja_away22:14
jbjohnsoand ipmictl shows that get_health does what I wanted...22:14
jbjohnso$ time IPMIPASSWORD=Passw0rd ./ipmictl.py 10.240.181.1 USERID health22:15
jbjohnsoLogged into 10.240.181.122:15
jbjohnso{'badreadings': [{'name': 'Mezz Exp 2 Fault', 'imprecision': None, 'value': None, 'states': (), 'health': 2, 'units': '', 'type': 'Add-in Card'}], 'health': 2}22:15
jbjohnsoso a function to command to ask just for the things that are wrong22:15
*** aignatov is now known as aignatov_22:23
NobodyCamdevananda: where are we logging those calls?22:24
devanandaeg, 127.0.0.1 - - [21/Jan/2014 13:39:55] "GET /v1/nodes/eb55cbeb-59e6-45be-b7e3-c972ec564a4c HTTP/1.1" 200 79822:25
devanandanot sure where it's coming from22:26
devanandaprobably a pecan setting22:26
NobodyCamya22:26
NobodyCamI dont see us logging such info22:26
devanandamikal: re: third party testing discussion and ironic, in case you havent seen it in the flood of other things -- http://lists.openstack.org/pipermail/openstack-dev/2014-January/025011.html22:26
devanandaNobodyCam: right. it's not explicit in ironic's code22:27
NobodyCamdevananda: tho in looking should this: https://github.com/openstack/ironic/blob/master/ironic/api/config.py#L32 be like https://github.com/openstack/ironic/blob/master/ironic/api/config.py#L40 ???22:29
devanandayou have an interesting point22:30
*** harlowja_away is now known as harlowja22:35
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Add support for discrete sensors  https://review.openstack.org/6827922:39
jbjohnsodevananda, ^^^ if you want to peruse.  I have been self-approving a bit, but hey...22:40
NobodyCamjbjohnso: where would one find table 42-2?22:41
jbjohnsoNobodyCam, the ipmi specification22:42
NobodyCamahhh :)22:42
devanandajbjohnso: i peek now and then, but frankly don't have the depth of knowledge to assess functionality22:43
devanandajbjohnso: i would very much like to see an automated test suite for pyghmi, though22:43
devanandajbjohnso: we talked once about the (im)possibility of getting functional tests with a mock IPMI implementation ... what about unit tests? or tests on real hardware?22:44
dkehndevananda: in https://review.openstack.org/#/c/66071/7/ironic/common/neutronv2/neutron.py, the last comment covert this to a IronicException are we sure about that given this is going tocome from the neutronclient: https://github.com/openstack/python-neutronclient/blob/master/neutronclient/common/exceptions.py#L5222:45
devanandajbjohnso: if some vendor(s) donated hardware to it, i don't see why we couldn't write a test harness that would, on each proposed commit to pyghmi, run a test suite on said hardware22:45
devanandajbjohnso: to ensure that, eg, the SDR queries actually returned something reasonable22:46
devanandajbjohnso: this would allow other developers to work on it who may not have your expertese or personal lab ;)22:46
devanandadkehn: yes, very sure about that22:47
dkehndevananda: ok22:47
devanandadkehn: the point is that higher level code in Ironic should only be concerned with catching IronicException or classes derived from it22:47
devanandadkehn: all drivers are supposed to catch lower-level, external exceptions, and convert them. They don't all do that today, but they should22:47
devanandadkehn: eg, the ConductorManager main thread shouldn't need to catch a NeutronException because taht's driver-specific. the proposed SeaMicro driver and our PXE driver should both raise the same exception for the same type of error, eg. FailedToAssociateNetworkPort ,or what ever22:49
devananda(just an example)22:49
devanandaNobodyCam: if you're still looing at the logging stuff, http://pecan.readthedocs.org/en/latest/logging.html#logging-requests-with-paste-translogger might be interesting22:49
devanandaNobodyCam: has example of redirecting to an apache-style access log22:50
devanandaNobodyCam: it's also not a big issue now22:50
NobodyCamack22:51
jbjohnsodevananda, tests on real hardware would work22:58
dkehndevananda: in respect to the previous questiom , if I add an exception for this instance, e.g. FailedToUpdateDHCPOptOnPort would be ok?22:59
devanandadkehn: yep22:59
dkehndevananda: nothing that exists really seems to fit22:59
dkehndevananda: k22:59
devanandadkehn: taht's fine, then23:00
devanandajbjohnso: what do you think it'll take for that to be spun up, both hardware and human-wise?23:02
jbjohnsodevananda, hmm... well the sensor data one would require the most verbose info to be able to compare well23:03
jbjohnsothe other commands and session management stuff is easy enough and perfectly common (ipmitool had lan, lanplus, and things like -o intel to do session negotiation to different bmcs in different ways23:04
jbjohnsobut I designed the stuff in pyghmi to be more adaptive23:04
jbjohnsothus far all the bmcs that required 'special' treatment that I can lay hands on don't require the user to understand that in pyghmi...23:05
jbjohnsobut for example I compare the output of 'ipmictl.py' against expectations as a sort of test harness23:05
jbjohnsooh, fyi, the sensor value may still differ from ipmitool because of a design choice I made23:06
jbjohnsohypothetically, if a sensor says '8', in a certain scenario that could mean 'some value between 4 and 16'23:06
jbjohnsoand ipmitool would say '8', I say '10, give or take 6'23:07
*** harlowja has quit IRC23:07
*** matty_dubs is now known as matty_dubs|gone23:13
openstackgerritA change was merged to openstack/ironic: sync_power_states handles missing driver info  https://review.openstack.org/6529723:16
NobodyCamwow that was approved at 8:30 this morning23:17
*** jbjohnso has quit IRC23:25
devanandaawesome taht _something_ finally got through23:29
NobodyCamya23:30
*** datajerk1 has quit IRC23:37
openstackgerritMichael Davies proposed a change to openstack/ironic: Minor documentation update  https://review.openstack.org/6699523:38
openstackgerritMichael Davies proposed a change to openstack/ironic: Update method doc strings in pxe.py  https://review.openstack.org/6699623:38
*** jbjohnso has joined #openstack-ironic23:38
devanandamrda__: did you mean to do that ^ ?23:42
mrda__I was just trying to save you some time23:42
devanandait doesn't look like you changed anything in either patch, though23:43
devanandajust rebased, which, if there was no conflict, jenkins would do automatically23:43
mrda__yes, I failed at git23:43
devanandaah :)23:43
devanandano worries23:43
mrda__I was trying to address the review comment, but it didn't merge my change, for reasons23:43
devanandaawesome. i mean, that you were trying to fix it up. not that it ate your change23:44
Haomengmorning/evening all:)23:44
mrda__not trying to be a PITA, just trying to be helpful.  I'll get better, promise.23:44
devanandain any case, i think i'm done for today -- been at this for far too many hours now :)23:44
* devananda hopes the gate unwedges and some things land 23:45
NobodyCamI dont see any other ironic patches in the queue.. yet :(23:47
*** blamar has quit IRC23:47
devanandaNobodyCam: let's not approve any more today23:48
devanandaNobodyCam: there are already 3 in the +a queue, all of which are essential for deploy functionality23:48
NobodyCamyes!23:48
NobodyCamor should I say +a to that :-p23:49
devanandathere are a whole bunch more I wish we could land, but they'll realistically need to wait until the gate queue is lower23:49
devanandawhich means, probably, a few days23:49
NobodyCamya23:49
* devananda realy goes AFK now23:50
NobodyCam:)23:50
*** romcheg1 has quit IRC23:51

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