Friday, 2015-01-09

*** jb__ has joined #openstack-ironic00:06
jb__hello00:06
jb__i am trying to provison more than 20 nodes. after 20, nodes do get provisioned but for some reason nova-compute's ironic client is getting BadStatusLine error from ironic-api which is causing that node's instance to turn into error and terminating it (even though the node gets successfully rebooted)00:09
*** arif-ali has quit IRC00:10
*** zhidong has joined #openstack-ironic00:11
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/14588500:12
*** arif-ali has joined #openstack-ironic00:16
*** andreykurilin has quit IRC00:18
NobodyCamjb__: have a log we could look at...00:29
NobodyCamJoshNang: on the cleaning spec does the new FSM effect the ablity to boot Long running agents in cleaning?00:30
*** bandicot has joined #openstack-ironic00:31
JoshNangNobodyCam: i don't remember seeing any concerns when going through that spec00:31
JoshNangthe fsm spec i mean, i haven't gone through the fsm patch set00:32
NobodyCamI think i'm linking power state and provision state in my head00:33
JoshNangyeah, i think power i recall someone mentioning that in the spec, that this was about provision states, not power00:35
NobodyCamya CLEANED -> AVAILABLE (just dont power off) ok got it now00:36
NobodyCam:-p00:36
NobodyCamafter 10 hours the brain get a little mushy00:36
JoshNangno worries, its a big, broad spec. hard to keep all the details straight00:37
*** Masahiro has joined #openstack-ironic00:40
openstackgerritAdam Gandelman proposed openstack/ironic: Provided backward compat for enforcing admin policy  https://review.openstack.org/14598400:41
*** Masahiro has quit IRC00:44
jb__NobadyCam: Here is the nova-compute.log00:45
jb__2015-01-08 23:44:21.569 4848 TRACE nova.compute.manager [instance: a8c137cb-9962-4c61-858c-8828e1777a16]   File "/usr/lib/python2.7/dist-packages/ironicclient/v1/node.py", line 134, in get_by_instance_uuid 2015-01-08 23:44:21.569 4848 TRACE nova.compute.manager [instance: a8c137cb-9962-4c61-858c-8828e1777a16]     nodes = self._list(self._path(path), 'nodes') 2015-01-08 23:44:21.569 4848 TRACE nova.compute.manager [instance: a800:45
NobodyCamany thing in the ironic-conductor / ironic-api logs?00:47
jb__NobdyCam: http://pastebin.com/4iSz3TGj00:47
jb__ironic-conductor does not have any errors . Neither ironic-api00:48
jb__after 20 nodes , I have not been able to launch any and periodic power sync for all the active launches are failing with BadStatusLine in nova-compute00:49
jb__Running Juno GA release00:49
NobodyCamironic node-list working?00:50
JayFDid you restart a conductor during the deployment?00:52
*** naohirot has joined #openstack-ironic00:53
naohirotGM ironic!00:54
devanandajb__: can you pastebin a larger section of that log file? that line isn't enough, and please don't paste a bunch here :)00:54
NobodyCammorning naohirot00:54
naohirotNobodyCam: Hi :)00:54
NobodyCam:)00:55
*** Masahiro has joined #openstack-ironic00:59
jb__NobodyCam:ironic node-list is working .. But is very slow..01:03
jb__NobodyCam: I did NOT start the ironic conductor during deployment01:03
*** chuckC_ has joined #openstack-ironic01:04
jb__NobodyCam: I am running ironic-api and ironic database on one server and (ironic-conductor and nova-compute) on another server01:04
*** ChuckC has quit IRC01:06
*** chuckC__ has joined #openstack-ironic01:07
*** chuckC_ has quit IRC01:09
*** chuckC__ is now known as chuckC_01:09
openstackgerritHaomeng,Wang proposed openstack/ironic: raises exception if can not get uuid of root filesystem  https://review.openstack.org/14391901:11
*** Haomeng has joined #openstack-ironic01:11
jb__More nova-compute log is pasted here ... http://pastebin.com/tpqbre2901:12
*** bandicot has quit IRC01:15
*** ijw has quit IRC01:17
*** ijw has joined #openstack-ironic01:18
devanandajb__: and this happens only after there are >20 nodes?01:19
jb__devananda: yes.. last time it happend after 22 nodes.. cleaned up the whole env. brought up a clean new openstack/env ...now it is happening after 2001:22
jb__is there a way to number of requests that ironic-api can handle?01:23
jrollwe run it with many many more than that01:24
devanandajb__: there is an optional limit=NN parameter which can be passed01:24
devanandato ironic when getting a list of nodes01:24
jrolljb__: what power driver are you using?01:25
devanandahowever, that error log shows it is getting only a single record, not a list01:25
devanandajb__: I need to run, but the next place I would look is in the ironic-api logs01:25
devanandajb__: ironic-api seems to be returning something that httplib on your nova-compute host is not able to parse01:26
devanandaI thought it might be related to # of nodes, but after looking a bit, I don't think so01:26
jrolloh, yeah, that's not just a normal non-20001:26
jrolljb__: do you have apache or haproxy or something in front of ironic-api?01:26
jrolldevananda: also thinking conductor could be tied up with slow bmcs01:26
JayFhttps://review.openstack.org/#/c/145885/2 easy review, global reqs for IPA (oslo.config bump) and tempest still passes01:27
devanandajroll: it's failing in this call from nova: node = _validate_instance_and_node(icli, instance)01:27
devanandawhich shouldn't tickle any BMCs01:27
*** nosnos has joined #openstack-ironic01:27
JayFbut if all conductor workers were tied up01:27
JayFit would still be a potential issue, right?01:27
devanandaah, true01:27
jrolldevananda: oh, true01:27
jrollno, that call doesn't touch conductors01:27
devanandaif there were no RPC listeners available01:27
* JayF can't remember if we patched the power loop to use a separate set of workers or not01:27
jrolloh yes it does01:27
jrollyeah01:27
jrollI don't think so01:28
devanandait should touch condutor, but not a BMC01:28
jrollI don't think we patched the power loop, that is01:28
devanandaanyway, really gotta go01:28
jrollright01:28
*** ijw has quit IRC01:29
JoshNangrloo: i threw a +2 on https://review.openstack.org/#/c/143193/ but didn't want to +A until you got a chance to see if your concerns were fixed (no rush!)01:30
rlooJoshNang: if you guys are happy with it, I am fine too (probably). thx, I'm just finishing up something. will look in a few minutes.01:30
openstackgerritRuby Loo proposed openstack/ironic: Improve testing of state transitions  https://review.openstack.org/14592901:32
jb__devananda: pxe_ipmi driver01:33
jb__jroll: No , I am not running any other than wsgi that comes with ironic01:33
JayFipmitool or ipminative?01:33
jrollwould love to see how long the power loop takes in ironic-conductor01:33
jb__JayF: using ipmitool01:33
JayFgood choice01:34
*** chuckC_ has quit IRC01:42
*** dprince has joined #openstack-ironic01:42
*** Marga__ has quit IRC01:51
rlooJayF: wrt 143193, I don't like the error msg/handling in HardwareManagerMethodNotFound when method is None.01:51
rlooJayF: is that something you care about? I can approve it regardless.01:52
rlooJayF: you can fix it afterwards too if you want.01:52
jrollrloo: nice catch01:52
jrollI think the debug log might be fine01:53
jrollbut except(errors.IncompatibleHardwareMethodError)01:53
jrollis sketchy01:53
rlooJayF, jroll: it has two +2 already, so I added my comment but gave it a +1. i hate being the party pooper.01:54
rlooJoshNang: ^^ you can decide if you want. I'm gone til Monday, so don't wait for me on this ;)01:56
jrollrloo: oh, that01:59
jrollI agree02:00
jrollhave a good weekend :)02:00
*** chenglch has joined #openstack-ironic02:03
*** dprince has quit IRC02:08
openstackgerritHaomeng,Wang proposed openstack/ironic: manager._check_deploy_timeouts should cover DEPLOYING state nodes  https://review.openstack.org/14599602:22
*** ijw has joined #openstack-ironic02:30
*** pcaruana is now known as pcaruana|afk|02:34
*** ijw has quit IRC02:35
*** chuckC_ has joined #openstack-ironic02:40
*** dlaube has quit IRC02:43
*** ramineni has joined #openstack-ironic02:46
*** chlong has joined #openstack-ironic02:49
*** eghobo has quit IRC02:53
*** jb__ has quit IRC02:55
*** ChuckC has joined #openstack-ironic02:56
*** chuckC_ has quit IRC02:58
*** ijw has joined #openstack-ironic03:01
*** ijw_ has joined #openstack-ironic03:04
*** chuckC_ has joined #openstack-ironic03:05
*** ijw has quit IRC03:07
*** ijw_ has quit IRC03:10
*** nosnos has quit IRC03:24
*** naohirot has quit IRC03:27
*** Marga_ has joined #openstack-ironic03:27
*** Marga_ has quit IRC03:28
*** Marga_ has joined #openstack-ironic03:28
*** david-lyle has joined #openstack-ironic03:29
*** harlowja is now known as harlowja_away03:38
*** rwsu has quit IRC03:53
*** nosnos has joined #openstack-ironic03:56
*** rloo has quit IRC03:57
*** lucas-dinner has quit IRC03:57
*** ijw has joined #openstack-ironic04:03
*** naohirot has joined #openstack-ironic04:08
*** ijw has quit IRC04:09
*** bradjones has quit IRC04:12
*** david-lyle has quit IRC04:17
*** rameshg87 has joined #openstack-ironic04:19
*** jay-s-b has joined #openstack-ironic04:40
*** ijw has joined #openstack-ironic05:03
*** ijw has quit IRC05:09
openstackgerritNaohiro Tamura proposed openstack/ironic: Update etc/ironic/ironic.conf.sample  https://review.openstack.org/14601605:11
*** nosnos has quit IRC05:21
*** bandicot has joined #openstack-ironic05:21
*** nosnos has joined #openstack-ironic05:21
*** nosnos has quit IRC05:26
*** eghobo has joined #openstack-ironic05:28
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC Driver and its iRMC Power module  https://review.openstack.org/14490105:35
*** eghobo has quit IRC05:47
*** pradipta_away is now known as pradipta05:47
*** nosnos has joined #openstack-ironic05:53
*** ijw has joined #openstack-ironic06:03
*** ijw has quit IRC06:09
*** killer_prince has quit IRC06:15
*** killer_prince has joined #openstack-ironic06:29
*** killer_prince is now known as lazy_prince06:30
*** pcrews has quit IRC06:32
*** lazy_prince has quit IRC06:42
*** lazy_prince has joined #openstack-ironic06:42
*** nosnos has quit IRC06:48
*** nosnos has joined #openstack-ironic06:50
*** dlpartain has joined #openstack-ironic07:00
*** ijw has joined #openstack-ironic07:03
*** ijw has quit IRC07:09
*** bandicot has quit IRC07:10
*** mrda is now known as mrda-lca07:13
*** dlpartain has left #openstack-ironic07:23
*** coolsvap|afk is now known as coolsvap07:49
*** lazy_prince has quit IRC07:57
*** ifarkas has joined #openstack-ironic08:02
*** ijw has joined #openstack-ironic08:03
*** killer_prince has joined #openstack-ironic08:04
*** killer_prince is now known as lazy_prince08:04
*** jcoufal has joined #openstack-ironic08:04
*** Nisha has joined #openstack-ironic08:04
*** lazy_prince has quit IRC08:06
*** lazy_prince has joined #openstack-ironic08:06
*** ijw has quit IRC08:09
*** zhidong has quit IRC08:20
*** ijw has joined #openstack-ironic08:31
*** pensu has joined #openstack-ironic08:34
*** ijw has quit IRC08:36
rameshg87naohirot, hi08:37
*** Marga_ has quit IRC08:46
*** ijw has joined #openstack-ironic09:03
naohirotrameshg87: Hi09:04
*** Masahiro has quit IRC09:04
*** jistr has joined #openstack-ironic09:05
*** Masahiro has joined #openstack-ironic09:05
*** jiangfei has quit IRC09:07
*** jiangfei has joined #openstack-ironic09:07
*** ijw has quit IRC09:09
jay-s-bironic-api slows down as more nodes are launched. Periodic power sync for some nodes fail because of slow response from ironic-api. is there a setting in ironic.conf to take care of this?09:12
naohirotjay-s-b: Hi, I don't have the answer. But I'm curious how many nodes cause to getting slow?09:17
jay-s-babout 20 nodes...not too many09:17
naohirotjay-s-b: just 20, not so many I think.09:18
naohirotjay-s-b: and how slow? twice?09:19
*** derekh has joined #openstack-ironic09:22
*** romcheg has joined #openstack-ironic09:27
*** dtantsur|afk is now known as dtantsur09:33
dtantsurMorning Ironic09:33
naohirotdtantsur: good morning09:35
jay-s-bI  have about 23 nodes registered (ironic node-list) and 20 are provisioned.. When nova-compute starts the power_sync_cyclefor all the 23 nodes, it locks/unlocks each node and totally takes more than 3 mins to finish. Meanwhile, if ironic node-list is run from command line, it stalls sometimes upto >1 min to show the result. In the compute log,  for some power sync which tries to get node by...09:37
jay-s-b...instance_uuid result in badstatusline eventhough the same curl command comes out successful when run from the command line.09:37
dtantsuroh this locking is definitely a problem we should be solving this cycle...09:39
*** Haomeng|2 has joined #openstack-ironic09:41
jay-s-bnaohirot: With this response time, not able to provision any more nodes. Even deleting some of the nodes is failing.09:41
*** Haomeng has quit IRC09:42
*** pensu has quit IRC09:43
jay-s-bdtantsur: i heard ironic has been tested with more than 50  nodes. My env is failing at around 20 nodes. Wondering if there is any configuration that i need to set correctly.09:44
dtantsurjay-s-b, you may want to talk to JayF or jroll when they're available in ~ 5-6 hours. they have pretty big installation at rackspace09:45
naohirotjay-s-b: I see. I'm very interested in hearing such performance data.09:46
naohirotrameshg87: I leave for dinner and come back about 1 hour later.09:51
jay-s-bdtantsur: Is there a bug reported regarding the locking issue?09:58
dtantsurjay-s-b, I don't remember one. we were just discussing it on the summit and IIRC rloo agreed to watch over this work09:58
*** MattMan has quit IRC10:01
sambettsThey were removed the repo and you now have to run "python setup.py compile_catalog" to generate them10:01
sambetts-,- wrong channel sorry10:02
*** MattMan has joined #openstack-ironic10:02
*** jiangfei has quit IRC10:03
*** jiangfei has joined #openstack-ironic10:03
*** ijw has joined #openstack-ironic10:03
*** romcheg1 has joined #openstack-ironic10:06
*** romcheg has quit IRC10:06
*** ijw has quit IRC10:09
*** Nisha_away has joined #openstack-ironic10:13
*** Nisha has quit IRC10:13
*** naohirot has quit IRC10:17
*** Masahiro has quit IRC10:26
*** Nisha_away has quit IRC10:27
*** bauzas is now known as bauwzer10:37
*** bauwzer is now known as bauwser10:37
*** Marga_ has joined #openstack-ironic10:40
*** andreykurilin has joined #openstack-ironic10:44
*** gilliard is now known as gilllliard10:46
*** rameshg87 has quit IRC10:51
*** athomas has quit IRC10:55
*** athomas has joined #openstack-ironic10:56
*** ramineni has quit IRC10:58
*** pelix has joined #openstack-ironic10:59
*** chenglch has quit IRC10:59
*** Marga_ has quit IRC11:00
*** Marga_ has joined #openstack-ironic11:00
*** ijw has joined #openstack-ironic11:03
*** lucasagomes has joined #openstack-ironic11:05
*** ijw has quit IRC11:09
*** alexpilotti has joined #openstack-ironic11:14
*** romcheg1 has quit IRC11:19
*** naohirot has joined #openstack-ironic11:20
*** pradipta is now known as pradipta_away11:21
naohirotrameshg87: I'm back, but it seems you are here11:24
*** Masahiro has joined #openstack-ironic11:27
naohirotdtantsur: Haomeng|2: thank you for the swift approval.:)11:30
openstackgerritMerged openstack/ironic: Update etc/ironic/ironic.conf.sample  https://review.openstack.org/14601611:30
dtantsurnp)11:30
naohirotdtantsur: :)11:31
*** Masahiro has quit IRC11:31
naohirotrameshg87: s/you are here/you are not here/11:40
Haomeng|2dtantsur: np11:48
*** andreykurilin has quit IRC11:49
*** jcoufal_ has joined #openstack-ironic11:50
*** jcoufal has quit IRC11:52
*** nosnos has quit IRC11:54
*** ijw has joined #openstack-ironic12:03
*** EmilienM|afk is now known as EmilienM12:07
*** ijw has quit IRC12:09
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Implement get status endpoint  https://review.openstack.org/14606712:31
*** romcheg has joined #openstack-ironic12:32
*** chlong has quit IRC12:32
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Implement get status endpoint  https://review.openstack.org/14606712:36
dtantsurifarkas, hey, ^^^ I have some huge patch for you =^_^= thanks12:39
*** lazy_prince is now known as killer_prince12:39
ifarkasdtantsur, will review ;-)12:40
*** kbyrne has quit IRC12:49
*** EmilienM is now known as EmilienM|afk12:52
*** kbyrne has joined #openstack-ironic12:54
*** Masahiro has joined #openstack-ironic12:59
*** smoriya has quit IRC13:00
*** ijw has joined #openstack-ironic13:03
*** erwan_taf has joined #openstack-ironic13:04
*** Masahiro has quit IRC13:04
*** EmilienM|afk is now known as EmilienM13:09
*** ijw has quit IRC13:09
*** naohirot has quit IRC13:18
*** dprince has joined #openstack-ironic13:21
openstackgerritIhar Hrachyshka proposed openstack/ironic-python-agent: Revert "Remove python 2.6 from tox.ini"  https://review.openstack.org/14608313:37
*** romcheg has quit IRC13:46
*** romcheg has joined #openstack-ironic13:46
*** pcaruana|afk| has quit IRC13:53
jrolljay-s-b: one thing you can do is set the power sync interval higher so it doesn't run as often13:54
jrolljay-s-b: or scale up your conductor cluster13:55
jrolljay-s-b: that loop shouldn't be taking 3 minutes for 23 healthy bmcs... there might be one bad one slowing everything down13:55
jrollmorning irnoic :)13:55
dtantsurjroll, morning :)13:55
jrollalso, morning ironic13:55
jrollhey dtantsur13:55
lucasagomesjroll, morning13:56
jrollmorning lucasagomes :)13:58
dtantsurjroll, could you join the discussion at https://review.openstack.org/#/c/135589/ ? (also added to the meeting agenda, but maybe we can solve it earlier)14:01
jrolldtantsur: I'm +1 on it just from reading the commit message14:02
jrollbut yeah, I'll review that today14:02
* jroll adds to list14:02
dtantsurthanks14:03
*** ijw has joined #openstack-ironic14:03
BadCub_Morning Ironic14:07
dtantsurBadCub_, morning14:08
BadCub_Morning dtantsur14:09
*** ijw has quit IRC14:09
*** coolsvap is now known as coolsvap|afk14:10
*** ijw has joined #openstack-ironic14:14
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: DO NOT MERGE  https://review.openstack.org/14178614:14
*** jjohnson2 has joined #openstack-ironic14:16
*** erwan_taf has quit IRC14:18
*** coolsvap|afk is now known as coolsvap14:19
*** ryanpetrello has joined #openstack-ironic14:20
NobodyCammorning Ironic14:25
jrollmorning NobodyCam14:26
NobodyCamhey hey jroll :)14:27
jrollhappy friday!14:27
NobodyCamoh ya .... TGIF14:27
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/14588414:28
jrollso this "nova driver is broken" thread14:30
jrollare they just missing ExactRAMFilter?14:31
*** erwan_taf has joined #openstack-ironic14:34
gilllliardjroll: which thread?14:34
gilllliardon the ML?14:34
jrollgilllliard: yes14:34
gilllliardI think they're not using that filter on purpose.14:35
jroll>.>14:35
jrollwhy?14:35
gilllliardTo deploy to heterogeneous hw sets?14:35
jrollso use a flavor for each type14:35
jrollas a user, if I ask for 512MB, I want 512MB14:35
jrollidk.14:35
gilllliardIDK Alex's use case, but we've hit similar using tripleo14:36
jrollinteresting14:37
gilllliardthe heat template gives you a single flavor param for your OvercloudComputeFlavor (for example)14:37
gilllliardSo if you have machines with differing amounts of ram, you set the flavor to have the smaller amount and turn off exact ram filter14:37
jrollfun14:38
jrollthe other thing is, the ironic driver should be marking nodes as using all resources; there's probably a race there but yeah.14:38
jrollmaybe that's the real issue here14:39
gilllliardThere is a race, because nova only polls for available resources every 60s14:39
jrollhttps://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L240-24414:39
jrollyeah14:39
jrollok14:39
gilllliardSo nova does (available_ram - flavor_ram) in its resource tracking, and it's up to 60s before ironic tells it any better14:40
jrollyep, understood14:40
*** Haomeng has joined #openstack-ironic14:43
*** Haomeng|2 has quit IRC14:44
gilllliardAIUI this is expected nova behaviour, and the best ironic can do is fail fast when nodes are double-scheduled during those 60s14:44
openstackgerritMatthew Gilliard proposed openstack/ironic: Adds get_glance_image_properties  https://review.openstack.org/14609914:45
*** Masahiro has joined #openstack-ironic14:48
dtantsurNobodyCam, hey! let us discuss you concerns around https://review.openstack.org/#/c/135605/ and node locking, I'm not sure what exactly concerns you14:49
dtantsurwith 3rdparty service driving Ironic you'll always have possibilities for races, because Ironic can't distinguish between discoverd and an insane operator :D14:50
*** mjturek has joined #openstack-ironic14:50
*** killer_prince has quit IRC14:51
*** Masahiro has quit IRC14:52
*** pcaruana|afk| has joined #openstack-ironic14:52
*** killer_prince has joined #openstack-ironic14:53
*** killer_prince is now known as lazy_prince14:53
NobodyCamdtantsur: I was reading that yesterday and thinking out power check task takes a lock14:55
NobodyCamyou will release a lock, will you be blocking the power check task when a node is in discovery14:56
NobodyCamelse I could see it re-acquiring the lock on the node14:56
NobodyCam(granted only for the time needed to check power)14:57
dtantsurNobodyCam, it does not matter if power would release after  reasonable amount of time14:57
dtantsurdiscoverd will just retry14:57
NobodyCamok so you just concerned about anything that would keep a node locked.14:59
NobodyCamnot something like the a bref power check15:00
dtantsuryes15:00
NobodyCam:)15:00
dtantsurNobodyCam, because if I don't release a lock taken by inspect_hardware, there'll be a deadlock15:00
dtantsurotherwise discoverd should be fine15:01
NobodyCamok I will update my comment15:01
NobodyCamthank you15:01
*** achanda has joined #openstack-ironic15:02
dtantsurthanks!15:05
lucasagomesNobodyCam, g'morning15:05
NobodyCamdtantsur: re-reviewed :)15:06
NobodyCammorning lucasagomes15:07
NobodyCam:)15:07
dtantsuroh cool!15:07
dtantsurnow I need someone to push The Button :)15:07
NobodyCamdtantsur: I just waiting for a bit so folks can look it over.15:08
dtantsuryep sure15:08
NobodyCam:)15:08
*** humble_ has joined #openstack-ironic15:09
NobodyCamlucasagomes: got a second for a quick review of the dicoverd spec?15:09
NobodyCam2 +2's and a rloo +1 :)15:09
*** chuckC_ has quit IRC15:10
NobodyCamis the gate still borked?15:11
lucasagomesNobodyCam, I'm going to get some food, I can take a look as soon as I get back15:12
NobodyCam:) thank you lucasagomes :)15:12
lucasagomesbrb15:12
NobodyCamenjot the food15:12
*** lucasagomes is now known as lucas-hungry15:12
lucas-hungrythanks :D15:12
NobodyCamenjoy even15:12
* NobodyCam goes for more coffee15:12
*** TheJulia has quit IRC15:13
*** erwan_taf has quit IRC15:18
*** Marga_ has quit IRC15:19
*** Marga_ has joined #openstack-ironic15:19
*** erwan_taf has joined #openstack-ironic15:31
* dtantsur brb15:31
*** stendulker has joined #openstack-ironic15:32
openstackgerritMatthew Gilliard proposed openstack/ironic: Adds get_glance_image_properties  https://review.openstack.org/14609915:34
*** achanda_ has joined #openstack-ironic15:41
*** achanda has quit IRC15:41
*** stendulker has quit IRC15:49
*** bnemec is now known as beekneemech15:56
openstackgerritSteven Dake proposed openstack/ironic-specs: Override boot options via glance property  https://review.openstack.org/14423515:56
*** achanda_ has quit IRC15:58
*** bandicot has joined #openstack-ironic16:00
*** Marga_ has quit IRC16:03
*** bandicot has quit IRC16:04
*** openstackgerrit has quit IRC16:05
*** openstackgerrit has joined #openstack-ironic16:06
openstackgerritMatthew Gilliard proposed openstack/ironic: Adds get_glance_image_properties  https://review.openstack.org/14609916:07
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810916:11
NobodyCamjjohnson2: woo hoo .. :)16:12
jjohnson2NobodyCam, well, almost16:12
jjohnson2NobodyCam, now it can navigate the login and parse commands16:12
jjohnson2just tweaking a few mistakes in sending day-to-day replies16:13
NobodyCamnice.. I haven't look at it yet.. still on other reviews16:13
*** lucas-hungry is now known as lucasagomes16:13
*** coolsvap is now known as coolsvap|afk16:16
jjohnson2NobodyCam, yeah, it's a bit... big16:18
lucasagomesNobodyCam, spec lgtm! +a16:22
lucasagomesdtantsur, ^16:22
openstackgerritMerged openstack/ironic-specs: In-band hardware properties inspection via ironic-discoverd  https://review.openstack.org/13560516:24
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810916:25
NobodyCamwoo hoo16:29
dtantsurWOOOHOOOOOO16:29
NobodyCamthank you lucasagomes16:29
NobodyCam:)16:29
jay-s-bjroll: for some reason sync_power_state_interval is stuck with 600 seconds(10 mins) Though i have it set up at 1800 seconds in ironic.conf conductor and i want to increase it to more 20 mins because my provision can take from upto 10 mins before it can become active. nova-compute.log flag shows this value set at 600 seconds. But, ironic code defaults to 60 seconds and i have set it to 1800...16:33
jay-s-b...seconds and i have restart nova-compute and ironic conductor and ironic api several times. I am not sure where this 600 seconds is coming from.16:33
*** Marga_ has joined #openstack-ironic16:33
NobodyCamoh joy. http://logs.openstack.org/89/145389/4/check-tripleo/check-tripleo-ironic-undercloud-precise-nonha/26b95cb/logs/seed_logs/nova-compute.txt.gz16:33
openstackgerritMerged stackforge/ironic-discoverd: Implement get status endpoint  https://review.openstack.org/14606716:34
jrolljay-s-b: nova and ironic each have their own power sync task, there's different configs for them16:34
jrolljay-s-b: I really think this is all due to slow bmcs16:34
jroll*really* slow bmcs16:34
jrollmight even just be one16:34
*** andreykurilin has joined #openstack-ironic16:35
NobodyCamwould cool to collect data on how long each bmc takes to reply16:35
NobodyCamto track down slow ones16:35
*** Masahiro has joined #openstack-ironic16:37
jroll*cough* there's a spec for that16:37
NobodyCamlol16:37
jrollhttps://review.openstack.org/#/c/137171/16:38
*** athomas has quit IRC16:38
lucasagomesI feel like "there's an app for that" and "there's an spec for that" are now analogous16:39
*** Marga__ has joined #openstack-ironic16:39
*** pcrews has joined #openstack-ironic16:40
*** Masahiro has quit IRC16:41
*** Marga_ has quit IRC16:42
NobodyCamlol16:43
*** ijw has quit IRC16:43
*** rameshg87 has joined #openstack-ironic16:45
rameshg87dtantsur, hi16:45
JayFif someone wants to approve this: https://review.openstack.org/#/c/143193/22 I'm working on a followup patch for ruby's concern now16:45
* JayF just doesn't want to lose the cavalcade of +2s16:45
jroll:P16:46
dtantsurrameshg87, o/16:46
rameshg87dtantsur, had some comments/questions on inband hw inspection: https://review.openstack.org/#/c/135605/1316:46
*** athomas has joined #openstack-ironic16:46
rameshg87dtantsur, just realised it got merged16:47
rameshg87dtantsur, please check if they are of concern16:47
rameshg87dtantsur, added my comments on the same review16:47
dtantsursure, will have a look right now16:47
rameshg87dtantsur, mainly on releasing the lock, won't it let sync_power_state to do some operation on node ?16:48
rameshg87dtantsur, are we going to do something on that ?16:48
dtantsurrameshg87, it will. I don't see anything bad in Ironic knowing real state of machine; discoverd also has retry logic in case it tries to do something during this lock sync16:48
*** TheJulia has joined #openstack-ironic16:49
* dtantsur is writing answers on a spec16:49
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: HardwareManagerMethodNotFound requires a method  https://review.openstack.org/14613316:49
rameshg87dtantsur, oh discoverd uses ironic to power on/off machine, right ?16:49
rameshg87dtantsur, i missed that point :D16:49
dtantsurrameshg87, exactly16:49
rameshg87dtantsur, okay16:49
NobodyCambrb16:50
rameshg87dtantsur, then another small thing was we might need to set the boot device to pxe on the node16:50
dtantsurrameshg87, https://github.com/stackforge/ironic-discoverd/blob/master/ironic_discoverd/discover.py#L111 :)16:50
dtantsuractually it's a good point and initially I forgot about it16:51
dtantsurbut right now it's already fixed16:51
rameshg87dtantsur, :)16:51
rameshg87dtantsur, okies16:51
rameshg87dtantsur, others were nits16:51
dtantsurrameshg87, thank you for review anyway. please ping me if you have more questions16:51
rameshg87dtantsur, sure16:52
* dtantsur leaves comments on a spec for future reference16:52
*** rwsu has joined #openstack-ironic16:53
*** romcheg has quit IRC16:55
NobodyCamjroll: do you know if aweeks will be addressing devananda's comments on that?16:56
jrollNobodyCam: I sure hope so? :P16:56
jrollaweeks: ^ you has comments on your spec16:57
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: HardwareManagerMethodNotFound requires a method  https://review.openstack.org/14613316:59
jrollNobodyCam: in general, "instrument all the things best we can"16:59
JayFI actually think the best response in that spec tp "17:00
JayF*to "what will we metric" is basically that17:00
openstackgerritAlexis Lee proposed openstack/ironic: Distinguish between prepare + deploy errors  https://review.openstack.org/14613517:00
jrollyeah17:00
JayFbut the spec should only have to cover adding the framework for metricing stuff17:00
JayFseems like putting the cart before the horse to decide what all metrics are useful (especially when the answer is likely to be anything we can think of and probably some we didn't)17:00
yjiang5dtantsur: hi17:02
jrollI think "how do we metric things that are async or in more than one request" is a valid question17:02
dtantsuryjiang5, hi17:02
*** Marga__ has quit IRC17:03
*** EmilienM is now known as EmilienM|afk17:04
*** jgrimm is now known as zz_jgrimm17:05
yjiang5dtantsur: I'm reading the spec at https://review.openstack.org/#/c/133902/11/specs/kilo/bare-metal-trust-using-intel-txt.rst , just wondering if that can be achieved based on your discoverd effort as https://review.openstack.org/#/c/135605/? The baremetal trust basically is check hardware's 'trust' property, which is dynamic one.17:05
* dtantsur is looking17:07
jrollyjiang5: what would discoverd handle for this?17:08
dtantsuryjiang5, what you're talking about is what we call "hardware capability" and it can definitely be discovered using discoverd or (possibly) OOB means. Did I got you right?17:08
openstackgerritAlexis Lee proposed openstack/ironic: Remove tautological condition  https://review.openstack.org/14613817:08
yjiang5jroll: that spec need a gold image to discover if the node is trusted, and also need to update the hardware property for it. To me, it's quite similar to discoverd17:10
NobodyCambrb17:10
jrollyjiang5: ah, I see17:10
jrollyeah, discoverd could probably handle that, don't see why not, the question is if it should17:10
dtantsurcan't say for sure (Friday evening, you know...), but it should be possible17:11
yjiang5dtantsur: yes, exactly. So does discovered cover hardware capability (is capability same as property?). I suspect the 'trust' property can't be achieved through OOB.17:11
jrolland is it a gold image for each node, or just one?17:11
yjiang5dtantsur: I'm friday morning, need cofee too :)17:11
yjiang5jroll: I'd take it as just one gold iimage should be enough, the only requirement is a trust testation client included.17:12
dtantsurjroll, yjiang5, discoverd has plugins. so if you write a plugin for discoverd and you ramdisk, you can use it. I am not sure, whether it's going to save you a lot of coding, of course17:12
yjiang5dtantsur, jroll,  I'm not working on that spec, but I will talk our colleagues on it. Thanks for your input, I will talk with them to see if we can achieve it using the discoverd service.17:13
jrollcool17:13
*** beekneemech has quit IRC17:17
*** bnemec has joined #openstack-ironic17:18
*** achanda has joined #openstack-ironic17:22
*** jistr_ has joined #openstack-ironic17:31
*** ndipanov_ has joined #openstack-ironic17:31
*** dtantsur_ has joined #openstack-ironic17:31
*** lsmola_ has joined #openstack-ironic17:31
*** jcoufal has joined #openstack-ironic17:32
*** Haomeng has quit IRC17:33
*** ryanpetrello has quit IRC17:33
*** jcoufal_ has quit IRC17:33
*** jcoufal_ has joined #openstack-ironic17:34
*** dtantsur has quit IRC17:34
openstackgerritMerged openstack/ironic-python-agent: Allow use of multiple simultaneous HW managers  https://review.openstack.org/14319317:34
devanandamorning, all17:34
*** zer0c00l has quit IRC17:34
lucasagomesdevananda, good morning17:34
*** lsmola has quit IRC17:35
*** Haomeng has joined #openstack-ironic17:35
*** jistr has quit IRC17:35
*** ndipanov has quit IRC17:35
*** ndipanov_ has quit IRC17:37
*** jcoufal has quit IRC17:37
*** lsmola_ has quit IRC17:37
*** dtantsur_ has quit IRC17:37
*** jistr_ has quit IRC17:37
openstackgerritAdam Gandelman proposed openstack/ironic: Provided backward compat for enforcing admin policy  https://review.openstack.org/14598417:39
devanandaanyone see the ML thread / bug about resource tracker? https://bugs.launchpad.net/nova/+bug/140265817:40
*** spandhe has joined #openstack-ironic17:40
*** jcoufal_ has quit IRC17:42
*** dtantsur has joined #openstack-ironic17:42
NobodyCammorning devananda :)17:43
NobodyCami quickly skimmed it but have not looked in to it at all17:43
jay-s-bjroll: I updated sync_power_state_interval  to 1800 seconds of nova-compute. That works. Because nova-compute kicks off power sync task for all the instances and that in turn seems to call power sync on ironic instances/nodes. This particular lock seems to have some issue (one of the reasons , as you mentioned earlier,  could be slow bmc but ironic-conductor log timestamp looks good for bmc...17:44
jay-s-b...access for all the nodes registered. For now, with new sync_power_state_interval, I have deferred the problem to 30 mins. Within that 30 mins, I am able to provision some number of nodes. However, if i try to provision a node during the next power sync kick off after 30 mins, provision is highly likely to fail.17:44
aweeksNobodyCam: I was out sick yesterday, but I'm planning to update the spec per devananda's comments today17:44
*** andreykurilin has quit IRC17:44
NobodyCamaweeks: TY.. hope your feeling better17:44
*** andreykurilin has joined #openstack-ironic17:45
*** ryanpetrello has joined #openstack-ironic17:45
aweeksdevananda: per your comments on https://review.openstack.org/#/c/137171/10/specs/kilo/add-pluggable-metrics-for-ironic-and-ipa.rst  are you looking for more details on a few specific metrics that could be used?  a code sample of how to instrument code?  I don't think its realistic to exhaustively list every metric that we could want to report, but if its17:46
aweeksjust more detail on some examples, then I'm happy to add that.17:46
aweeksNobodyCam: thanks, much better :)17:47
devanandajay-s-b: if you wait until after the power sync completes, then what?17:47
devanandajay-s-b: iow, is it a race during the power sync, or is the sync leaving something in an inconsistent/fragile state?17:47
*** vdrok has joined #openstack-ironic17:48
jrolljay-s-b: hmm, this is strange. I wonder if turning down the number of workers for the power sync could help too17:48
devanandaaweeks: more detail on some examples ++17:48
devanandaaweeks: also, as a reviewer, how will I know when the spec is done?17:48
devanandaaweeks: unless there is a list of "here are the metrics which will be collected as part of this spec"17:48
JayFI would argue when writing software you should never be done adding metrics17:49
JayFbecause as you run it in production, over time, you learn new things to metric17:49
devanandacertainly17:49
devanandaI'm not saying we can't add more specs later17:49
aweeksdevananda: yeah, I understand.  I see the set of metrics to be added per the spec as a relatively small set of example metrics, and over time we'll just keep adding17:49
JayFI would consider the spec complete when a short list of very high impact metrics are added17:49
*** ndipanov_ has joined #openstack-ironic17:49
devanandabut I can't judge a design, or the implemetation thereof, without some reference to what is going to be implemented17:49
JayFand that then there could be continued follow up patches (attached to a bug?) to metric parts of the code that aren't well metric'd17:49
devanandaJayF: fine. but those should be listed in the spec :)17:50
jrollI would start with: every api method, every RPC dispatch17:50
jrollmaybe even every objects and/or db call17:50
devanandaerm17:50
JayFand for IPA, with the code around writing and downloading the image17:50
devanandaso17:50
*** ndipanov_ has quit IRC17:50
jay-s-bdevanada: It could be race problem. When I run the same curl command that fails with exception from command line returns correct result with correct state17:51
devanandalet's pause a sec, jroll. what is the use-case for collecting these metrics?17:51
*** lsmola_ has joined #openstack-ironic17:51
aweeksdevananda: when something goes wrong, and you wish you'd collected them :P17:51
jrolldevananda: identifying when your software is having problems17:51
jrollalso that17:51
*** derekh has quit IRC17:51
JayFThe use case is troubleshooting software in production, without detailed timers and counters on what it's really doing, most troubleshooting involves log speulunking and educated guesses17:51
jrolldevananda: for example: db latency goes to 2x.17:52
devanandajroll: debugging in QA? benchmarking? tracking performance in production to predict upcoming scalability limits?17:52
devanandahave you guys looked at osprofiler?17:52
jrollthat will present as "general slowness"17:52
JayFI'm honestly amazed we have to give a case for metrics in software17:52
JayFI thought that was a basic tenet: emit statistics on everything17:52
jrolldevananda: tracking performance in production to identify potential problems and assist in tracking down existing problems17:52
devanandagreat. have you looked at osprofiler?17:53
JayFIt's been incredibly rough running Ironic in production without having any metrics, especially after moving from a team that ran software that had a metric emitted for everything17:53
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Rework node cache clean up according to recent changes  https://review.openstack.org/14614817:53
*** ndipanov has joined #openstack-ironic17:54
jrolldevananda: it was my understanding that osprofiler is meant for test/qa/benchmarking, not production17:55
devanandajroll: AIUI, osprofiler is meant for production -- but not necessarily to be turned on on every call17:55
jrollalso, I'm not going to run ceilometer.17:55
jrollright17:55
jrollwe want metrics on every call.17:55
JayFRight now I can't tell you how, lets say, a network incident might have affected my control plane17:56
JayFbecause I'm not getting metrics on every call17:56
devanandaJayF: I'm not in any awy suggesting we don't have metrics17:57
jrollok, reading more, osprofiler is intended to be used on an ad-hoc basis17:57
devanandaJayF: so there's no need to explain why you want them17:57
jrollit doesn't even sample17:57
jrollyou have to run a cli17:57
jrollI think, maybe not17:57
devanandajroll: I'm fairly sure it samples, and can be triggered by an HTTP header, or enabled on certain API servers and not others, for example17:58
devanandaand taht header would get passed throug context throughout the whole call stack17:58
devanandaand it would collect timing data on every method call, objecet, db, and rpc call in that execution17:58
jrollyeah, I want that data for every execution17:59
JayF++17:59
devanandain which case, it would be collecting all the data you want -- without polluting the code with decorators on everything17:59
*** ndipanov has quit IRC17:59
devanandaso then enable it on every service17:59
devanandarather than in the request header17:59
devanandaand it's on globally17:59
jrollaccording to the readme, you still have to instrument the functions17:59
jrollhttps://github.com/stackforge/osprofiler#osprofiler-api-version-03018:00
devanandahm. I'm certain that boris-42 has said that you do NOT have to instrument individual functions18:00
JayFHe works on rally, not osprofiler iirc18:01
devanandanope. he did osprofiler18:01
devanandaand rally18:01
aweeksso, to get less philosophical, currently three ways to collect metrics that I'm going to detail in the updated spec: 1. directly calling the logger to emit a metric 2. A decorator for instrumenting functions 3. A context manager for instrumenting code blocks18:01
devanandahttps://review.openstack.org/#/c/134839/18:01
devanandahe's proposed it openstack-wide18:02
devanandathough there's a lot of work and discussion still to do18:02
devanandamany people (myself included) still have reservations and doubts about the implementation18:02
devanandaI'm not advocating that we use it -- but rather, trying to understand if/how it is different from this18:02
devanandawhich I did not think would be used to instrument *every* call18:02
aweeksthe goals of osprofiler seem remenicent of  https://github.com/twitter/zipkin18:03
*** MattMan has left #openstack-ironic18:04
russell_hthe amount of stuff os reinvents blows my mind18:04
jrolldevananda: see lines 227-22818:04
jroll Developers will have to make sure that they're adding profiling hooks for new 22718:04
jrollAPIs, DB calls, etc.18:04
JayFrussell_h: and sending the quantity of metrics I hope we send via a rabbitmq seems like a recipe for horrible and hilarious failures18:04
jrollso we still have to decorate all the things18:04
*** rameshg87 has quit IRC18:05
dtantsurhave a great weekend, folks!18:10
*** dtantsur is now known as dtantsur|afk18:10
jrollJayF: how will you get your "RPC is slowing down" metrics :P18:12
*** achanda has quit IRC18:13
jrolldevananda: so, do you disagree that we should do this? we could even have an osprofiler backend if that's what the people want.18:13
devanandajroll: it sounds like this proposal is for exactly the same use-case as osprofiler18:14
devanandajroll: amirite?18:14
jrolldevananda: yes, plus the ability to have it always on without killing performance18:15
jrolland the ability to not use rabbit18:15
jrolland the ability to not use ceilometer18:16
devanandaright18:16
devanandaso osprofiler now has a pluggable mongo backend, instead of ceilometer18:16
devanandawhich doesn't make me particularly happy18:16
JayFthat's still not a metrics store that anyone outside of openstack uses18:16
devanandaright18:16
lucasagomesjroll, JayF (off-topic): if you guys have some free time please take a look at the configdrive patches? Ironic: https://review.openstack.org/#/c/143510/ Nova: https://review.openstack.org/#/c/144792/ (base patch) https://review.openstack.org/#/c/145235/ (integration with Swift)18:16
devanandaand there are license issues with it18:16
JayFI think having an osprofiler backend to what aweeks has proposed is a great idea18:17
jrolllucasagomes: I'll add them to my list18:17
jrollJayF++ wouldn't be hard to implement, either18:18
lucasagomescool, I tested it locally w/ and w/o Swift seems good, you may want to test it with IPA as well18:18
aweeksJayF: jroll: to be fair,  metrics ⊊ tracing18:19
JayFthat's not a != sign in my font fwiwi18:20
JayFlol18:20
aweeksJayF: proper subset symbol is what I was going for18:20
JayFaweeks: then it might be that. I have no idea what that is.18:20
NobodyCambrb quick walkies18:21
devanandaaweeks: yes, subset symbol18:22
devanandaaweeks: and you are correct18:22
aweekswhat I'm trying to say is that trying to make a metrics library have a tracing library as a back end isn't the correct direction to do it18:22
devanandatracing provides a lot more granular information18:23
devanandaif this proposal aims to meet the same use-case that osprofiler does (and it sounds like they do)18:23
aweeksmy proposal was specifically not tracing18:24
devanandaaweeks: your implementation is not tracing, but isn't the use case the same?18:24
aweeksdevananda: the use cases are a subset of the use cases for tracing18:25
aweeksbut I deliberately avoided tracing, because doing that properly is  much larger problem18:25
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/14588418:25
aweeksand requires a lot of coordination across projects18:25
*** Masahiro has joined #openstack-ironic18:25
devanandaaweeks: so is it reasonable to do both at the same time?18:26
aweekstrace and collect metrics simultaneously you mean?18:26
devanandayes18:26
aweeksI don't think that would be a problem18:27
devanandaok18:27
*** erwan_taf has quit IRC18:27
devanandaso to make taht clear, this proposal should not be a subset of tracing, but a non-intersecting set18:27
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/14615618:27
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/14588518:28
devanandarather than expose timing and tracing of RPC calls, which it proposes now18:28
devanandaexpose timing and counting of completed operations18:29
devanandawhich is also proposed in here. basically, make the distinction clearer18:29
aweekskk18:29
jrollI don't think this spec was proposing tracing RPC calls18:29
devanandadoes that make sense // seem reasonable // still meet the needs you (and everyone else) has?18:29
devanandaL46: * Counting and timing of RPCs18:30
jrollor tracing anything18:30
jrollyes, timing18:30
jrollnot tracing18:30
jrolltime the dispatch18:30
jrolltime the method call18:30
aweeksI think we will necessarily have some overlap with what tracing could provide18:30
jroll(or maybe just the calls that the RPC method makes, e.g. time bmc pokes018:30
*** Masahiro has quit IRC18:30
aweeksbut the goal is to keep that small18:30
*** jcoufal has joined #openstack-ironic18:31
devanandagreat18:32
devanandaaweeks: perhaps I misunderstood, but somehow had the impression that this included both timing and tracing18:33
aweeksdevananda: no, not tracing--all of the measurements occur independently18:33
devanandaaweeks: so some more clarity around that, an example or two of the decorator / instrumentation, and a list of the initial calls that will be instrumented (to consider the BP as complete)18:33
aweeksas in, there is no token that gets passed around in order to trace the order in which things are called18:34
aweeksdevananda: ok, cool, I'll get on that18:34
NobodyCamdevananda: not to distract you but have you seen rloo's comemnts on 14538918:35
devanandaaweeks: right. your aim is "graph all the counters", not "figure out why $this call is slow"18:35
devanandaNobodyCam: not yet18:35
NobodyCam:)18:36
aweeksdevananda: yes, if I understand you correctly18:36
devanandaNobodyCam: ah, got it. interesting. I was planning to remove that later, yes18:38
aweeksI think some example code will clear things up, in any case18:39
devanandaaweeks: indeed. thanks18:40
Shrewsbnemec: https://review.openstack.org/146156 is the change you need for TripleO?18:48
bnemecShrews: That's the lib, although we're actually fixed already because a new oslo.utils released and gets picked up automatically because of the >=.18:49
Shrewsbnemec: ah, great. just checking18:50
bnemecShrews: Yep, thanks18:50
NobodyCambrb18:51
*** bnemec is now known as beekneemech18:51
*** harlowja_away is now known as harlowja18:52
*** humble_ has quit IRC18:53
-openstackstatus- NOTICE: paste.openstack.org is going offline for a database migration (duration: ~2 minutes)18:58
*** alexpilotti has quit IRC19:03
*** ijw has joined #openstack-ironic19:04
*** ijw_ has joined #openstack-ironic19:06
*** dlaube has joined #openstack-ironic19:08
*** ijw has quit IRC19:09
*** jcoufal has quit IRC19:12
*** jcoufal has joined #openstack-ironic19:13
*** Marga_ has joined #openstack-ironic19:16
jjohnson2NobodyCam, evice Support :19:19
jjohnson2[root@odin ~]# ipmitool -I lanplus -U USERID -P password -H 127.0.0.1 mc info|grep Firm19:19
jjohnson2Firmware Revision         : 1.0019:19
jjohnson2my fake bmc is version 1.0019:20
JayFEasy review; some oslo bumps for IPA that pass tempest: https://review.openstack.org/#/c/145885/319:20
NobodyCamjjohnson2: slick19:22
jrollJayF: +A19:23
NobodyCamdevananda: see jjohnson2 comemnt ^^^ on ipmi listener thingy19:23
*** EmilienM|afk is now known as EmilienM19:24
*** pelix has quit IRC19:34
devanandajjohnson2: nice!19:40
devanandahm, where'd bnemec go?19:41
jjohnson2I'm almost done making the more readable layer and a sample19:41
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add support for local boot (PoC)  https://review.openstack.org/14618919:47
NobodyCamdevananda: I think he us using the nick beekneemech: today (15:56 |-INFO > bnemec is now known as beekneemech)19:49
beekneemechYep, casual nick friday. ;-)19:50
lucasagomesfolks I will call it a day19:50
lucasagomeshave a good night, enjoy the weekend!19:50
NobodyCamhave a great weekend lucasagomes19:50
lucasagomesNobodyCam, you too, enjoy it!19:50
* NobodyCam may sneak out a little early to start enjoying it) hehehee19:51
*** lucasagomes is now known as lucas-dinner19:51
*** dprince has quit IRC19:53
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/14588520:00
*** Marga_ has quit IRC20:05
*** andreykurilin has quit IRC20:09
*** andreykurilin has joined #openstack-ironic20:09
*** Masahiro has joined #openstack-ironic20:14
*** kbyrne has quit IRC20:15
*** kbyrne has joined #openstack-ironic20:16
*** Masahiro has quit IRC20:19
*** ijw_ is now known as ijw20:22
jjohnson2ok, I can turn it on20:25
jjohnson2and off20:26
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810920:32
jjohnson2https://review.openstack.org/#/c/138109/12/bin/fakebmc20:33
jjohnson2NobodyCam, devananda: look like a decent interface to write whatever you want?20:34
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Changes utils.get_keystone(token) to utils.is_admin(token)  https://review.openstack.org/14565720:35
*** ijw_ has joined #openstack-ironic20:38
*** ijw__ has joined #openstack-ironic20:39
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810920:40
*** ijw has quit IRC20:42
NobodyCamjjohnson2: neat... so this is where we could add stuff like set next boot device?20:42
jjohnson2NobodyCam, so fakebmc implements the interface in ipmi.bmc20:42
*** ijw_ has quit IRC20:43
jjohnson2ipmi.bmc is where I'd translate bytecodes to function/parameter names20:43
jjohnson2so fakebmc is how I use that to make a dummy dbmc to track just power on/off20:43
NobodyCamahh yep I see now20:43
jjohnson2trying to be an example that someone could reference in writing whatever the real goal is20:44
NobodyCam:) maybe a comment around the print commands making it clear that real code could go here20:45
NobodyCamtype stuff20:45
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810920:47
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Changes utils.get_keystone(token) to utils.is_admin(token)  https://review.openstack.org/14565720:48
NobodyCamanyone up for a minor fsm review? https://review.openstack.org/#/c/14538920:59
jrollI'm going to review that entire tree this afternoon20:59
jrolljust need to find some braveness and a bit of caffeine20:59
NobodyCamlol21:00
NobodyCam++21:00
* jroll is planning on an upstream afternoon21:00
ShrewsNobodyCam: i'm ok with that, but i was wondering if deva was going to pull out that bit of code ruby mentioned21:02
NobodyCamShrews: 18:38 | devananda > NobodyCam: ah, got it. interesting. I was planning to remove that later, yes21:03
NobodyCamso yes but in another patch I beleieve21:04
ShrewsNobodyCam: ah! then i'm happy to approve that, unless jroll wants a chance to look at it first21:04
jrollShrews: if you want to, go ahead21:04
NobodyCam:)21:04
Shrewsdone!21:04
NobodyCamw00 h0021:05
NobodyCamlooks like the comments on 140868 can eassily be addressed. I can do that once I return from brb...21:09
*** ryanpetrello_ has joined #openstack-ironic21:10
*** ryanpetrello has quit IRC21:12
*** ryanpetrello_ is now known as ryanpetrello21:12
*** achanda has joined #openstack-ironic21:13
*** lucas-dinner has quit IRC21:15
NobodyCamdevananda: mind if take a wack at 140868, or are you currently working on it?21:16
NobodyCambrb21:16
openstackgerritSteven Dake proposed openstack/ironic-specs: Override boot options via glance property  https://review.openstack.org/14423521:18
*** achanda has quit IRC21:18
*** ijw has joined #openstack-ironic21:22
*** ijw_ has joined #openstack-ironic21:23
*** ijw__ has quit IRC21:25
*** ijw has quit IRC21:27
*** krtaylor has quit IRC21:35
*** mjturek has quit IRC21:39
*** mjturek has joined #openstack-ironic21:39
*** krtaylor has joined #openstack-ironic21:47
*** andreykurilin has quit IRC21:51
*** andreykurilin has joined #openstack-ironic21:51
*** Marga_ has joined #openstack-ironic21:55
*** Marga_ has quit IRC21:55
*** Marga_ has joined #openstack-ironic21:56
*** Marga_ has quit IRC21:57
*** Marga_ has joined #openstack-ironic21:57
openstackgerritMerged openstack/ironic: Minor changes to state model  https://review.openstack.org/14538921:58
* devananda is back22:01
*** Marga_ has quit IRC22:03
*** Masahiro has joined #openstack-ironic22:03
*** Marga_ has joined #openstack-ironic22:04
NobodyCamwb devananda22:06
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol (WIP)  https://review.openstack.org/13810922:07
jjohnson2NobodyCam, devananda the next wip includes boot device management to some extent, not working, but weekend time22:07
jjohnson2it can get a value, but setting isn't working22:08
*** Masahiro has quit IRC22:08
NobodyCamjjohnson2: I'll take a full look in a bit22:09
jjohnson2I won't look again til monday22:09
NobodyCamawesome work. tank you .. and have a great weekend22:09
jjohnson2but I might remove WIP on monday22:09
jjohnson2WIP removal because: good enough for ironic22:09
NobodyCam:)22:09
NobodyCamwill this rev pass pep8 tests lol22:10
NobodyCamJ/K22:10
NobodyCamhehehe22:10
jjohnson2NobodyCam, this one did ;)22:10
NobodyCamhehehe :) ++22:10
jjohnson2I switched to an editor that nags me in the margin about any pep8 stuff22:11
jjohnson2but now I just stop looking at the margin colors...22:11
*** ijw_ is now known as ijw22:14
NobodyCamlol22:14
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Cleaning States  https://review.openstack.org/10268522:17
*** jjohnson2 has quit IRC22:18
NobodyCambrb22:22
*** ijw has quit IRC22:30
*** ijw has joined #openstack-ironic22:31
*** vdrok has quit IRC22:31
*** ijw_ has joined #openstack-ironic22:33
openstackgerritChris Krelle proposed openstack/ironic: Enable async callbacks from task.process_event()  https://review.openstack.org/14086822:33
*** ijw has quit IRC22:36
*** ijw_ has quit IRC22:41
*** ijw has joined #openstack-ironic22:41
*** ijw_ has joined #openstack-ironic22:48
*** ijw__ has joined #openstack-ironic22:50
*** ijw has quit IRC22:51
*** ijw_ has quit IRC22:53
*** ijw__ is now known as ijw22:55
*** jcoufal has quit IRC23:00
*** EmilienM is now known as EmilienM|afk23:01
*** Marga_ has quit IRC23:03
*** Marga_ has joined #openstack-ironic23:04
*** Marga_ has quit IRC23:04
*** Marga_ has joined #openstack-ironic23:04
*** ijw_ has joined #openstack-ironic23:08
*** ijw has quit IRC23:11
*** ijw has joined #openstack-ironic23:12
*** Marga_ has quit IRC23:12
*** Marga_ has joined #openstack-ironic23:12
openstackgerritChris Krelle proposed openstack/ironic: Enable async callbacks from task.process_event()  https://review.openstack.org/14086823:13
*** Marga_ has quit IRC23:13
*** Marga_ has joined #openstack-ironic23:13
*** ijw_ has quit IRC23:15
NobodyCamoh why can I get 140869 to rebase cleanly23:23
*** ChuckC_ has joined #openstack-ironic23:28
*** ChuckC has quit IRC23:29
*** jeblair is now known as corvus23:33
*** eghobo has joined #openstack-ironic23:36
*** ryanpetrello has quit IRC23:36
*** ryanpetrello has joined #openstack-ironic23:37
*** ChuckC_ has quit IRC23:39
*** ryanpetrello has quit IRC23:42
*** pcaruana|afk| has quit IRC23:46
openstackgerritChris Krelle proposed openstack/ironic: Convert check_deploy_timeout to use process_event  https://review.openstack.org/14086923:50
*** Masahiro has joined #openstack-ironic23:52
*** spandhe has quit IRC23:56
*** Masahiro has quit IRC23:56
*** ChuckC_ has joined #openstack-ironic23:57

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