Wednesday, 2015-01-28

*** naohirot has joined #openstack-ironic00:03
naohirotgood morning ironic00:05
NobodyCammorning naohirot :)00:06
naohirotNobodyCam: good evening :)00:07
NobodyCam:)00:07
BadCub_Morning naohirot00:07
NobodyCamit's always morning for /me00:07
naohirotBadCub_: good morning/evening :)00:08
naohirotBadCub_: are you in US?00:08
BadCub_naohirot, yes. Sunny Southern California :-)00:09
naohirotBadCub_: Okay, near LA00:11
BadCub_naohirot Palm Springs actually. And yourself?00:11
naohirotBadCub_: I'm in Yokohama, Japan00:12
BadCub_naohirot Very cool! :-)00:13
naohirotBadCub_: :)00:13
BadCub_brb00:13
*** jmanko has quit IRC00:17
Haomengnaohirot: good morning:)00:20
HaomengNobodyCam: good evening:)00:20
HaomengBadCub_: morning:)00:20
naohirotHaomeng: good morning :)00:20
Haomengnaohirot: :)00:21
NobodyCammorning Haomeng00:21
NobodyCam:)00:21
jrolldevananda: I pushed a tempest patch https://review.openstack.org/#/c/150635/ to pass tests on https://review.openstack.org/#/c/149754/00:22
jrollwould love eyes on ^^00:22
jrollhiya naohirot :)00:23
jrolland morning Haomeng :)00:23
naohirotjroll: good evening :)00:23
Haomengjroll: good morning:)00:24
HaomengNobodyCam: :_00:24
HaomengNobodyCam: :)00:24
NobodyCam:)00:29
*** zhenzanz has joined #openstack-ironic00:32
*** david-lyle is now known as david-lyle_afk00:33
*** krtaylor has joined #openstack-ironic00:35
*** ChuckC__ has quit IRC00:36
*** achanda has quit IRC00:37
*** ijw has joined #openstack-ironic00:37
NobodyCamjroll: seems my if is failing to correctly detect a match.00:39
*** achanda has joined #openstack-ironic00:39
*** ijw has quit IRC00:39
*** ijw has joined #openstack-ironic00:39
jrollNobodyCam: hrm00:40
NobodyCamoh wait00:41
NobodyCamnot I was looking at a old log00:41
NobodyCamhttp://logs.openstack.org/87/150187/8/check/check-tempest-dsvm-ironic-pxe_ssh/72dc764/logs/screen-ir-cond.txt.gz#_2015-01-28_00_26_03_28200:41
jrolllol00:41
* jroll now wonders why that would be failing00:42
*** saripurigopi has joined #openstack-ironic00:46
NobodyCamthis is very strange: http://paste.openstack.org/show/NrGlobfULmQAY92iprqp/00:47
NobodyCamlogs in to the node. verifys it active then logs out and deletes the connection00:47
jrollhrm, do we write the image that quickly?00:49
*** ijw has quit IRC00:49
NobodyCamI am looking thru what going on now.00:49
NobodyCambut that log looks like it does even try00:50
NobodyCamanything other then log out00:50
*** ijw has joined #openstack-ironic00:50
jrolloh right, we would see logs about writing the image and stuff00:51
*** kbs has quit IRC01:04
*** kbs1 has joined #openstack-ironic01:04
NobodyCamcan you tag a patch with more then one buG?01:06
jrollyes01:07
jrollhttps://review.openstack.org/#/c/147523/01:08
jrollthis is surprisingly good01:08
*** spandhe has quit IRC01:09
JayFIs https://review.openstack.org/#/c/139517/ this a situation where I should land the spec then fix the description?01:10
JayFI know that was brought up in a meeting recently01:11
JayFand that seems like it might fit the bill01:11
JayFjroll: ^ have a thought?01:12
jrollwas reading01:12
jrollthis spec is about using these without IPMI right?01:13
*** spandhe has joined #openstack-ironic01:13
JayFyes01:13
JayFthey can't use IPMI in the newer version because it's a PITA to enable01:13
jrollright01:14
JayFas the description enumerates ... for seemingly no reason01:14
JayFand both ruby and I thought this spec was going to do the enabling of the IPMI01:14
JayFuntil comments clarified01:14
jrollI think I'd land it and then tack on "without enabling or using IPMI" to the problem description01:14
jrollbut link the follow up patch in your +A01:14
JayFthat requires me to properly do the git-chained-patches dance01:15
jrollyeah01:15
JayFyou know; I might wait01:15
jrollso?01:15
jrolllol01:15
JayFsimply because it's not the author who made the comment01:15
JayFabout how it's not using IPMI01:16
jrolleh, true01:16
JayFI just wanna land some things :(01:16
jrollmaybe +2 but don't +A01:16
jrolland add your reason01:16
JayFjroll: wanna land a spec? https://review.openstack.org/#/c/136020/01:16
jrollmaybe01:17
* jroll has some things queued up to review01:17
jrollhaaaaaaa01:18
*** rloo has quit IRC01:18
jrollthat was my next tab01:18
JayFnice01:18
jrolloh wait01:18
jrollthe actual code was my next one01:18
jrollirmc power, that is01:18
jrollwhatever, I'll do it01:18
JayFthen you should likely read and approve the spec first so you can +2 in good conscience :P01:18
*** r-daneel has quit IRC01:19
jrollthey're different but yeah :P01:20
*** arif-ali has quit IRC01:20
*** arif-ali has joined #openstack-ironic01:20
*** ijw has quit IRC01:22
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018701:24
*** spandhe has quit IRC01:25
*** penick has quit IRC01:26
*** arif-ali has quit IRC01:27
*** arif-ali has joined #openstack-ironic01:27
jrollNobodyCam: do you want another look at irmc management spec or should I just land it?01:32
jrollhttps://review.openstack.org/#/c/136020/01:32
*** Marga_ has joined #openstack-ironic01:33
*** rwsu is now known as rwsu-afk01:33
*** Marga_ has quit IRC01:37
*** Marga_ has joined #openstack-ironic01:38
*** arif-ali has quit IRC01:38
*** arif-ali has joined #openstack-ironic01:39
NobodyCamjroll: lgtm. I see the spelling nits. which we should fix with a follow up01:40
jrollmeh01:40
NobodyCam:-p01:40
jrolljust a spec, I don't think it's a huge deal01:40
jrollgo ahead and land it if you want01:40
NobodyCamwill do01:41
NobodyCamnaohirot: 136020 +a'd01:43
openstackgerritMerged openstack/ironic-specs: iRMC Management Driver for Ironic  https://review.openstack.org/13602001:44
NobodyCamsee ^^^^01:45
naohirotNobodyCam: jroll: Oh great!01:45
naohirotNobodyCam: thanks :)01:45
NobodyCamokay all have a good night I'm out01:45
jrollnight NobodyCam :)01:45
naohirotNobodyCam: good night !01:45
HaomengNobodyCam: good night:)01:49
*** arif-ali has quit IRC01:50
*** arif-ali has joined #openstack-ironic01:51
*** zz_jgrimm is now known as jgrimm01:55
naohirotjroll: good night :)01:58
jrollsee ya naohirot :)01:58
naohirotjroll: :)01:58
Haomengjroll: good night02:01
openstackgerritMerged openstack/ironic: Agent driver fails with Swift Multiple Containers  https://review.openstack.org/14945102:04
openstackgerritJim Rollenhagen proposed openstack/ironic: Improve test assertion for get_glance_image_properties  https://review.openstack.org/15065202:10
*** chenglch has joined #openstack-ironic02:14
*** Marga_ has quit IRC02:14
*** Marga_ has joined #openstack-ironic02:15
*** BadCub_ has quit IRC02:27
*** saripurigopi has quit IRC02:27
*** jerryz has joined #openstack-ironic02:32
*** bradjones has quit IRC02:33
*** bradjones has joined #openstack-ironic02:36
openstackgerritNaohiro Tamura proposed openstack/ironic: Fix drivers.rst doc format error  https://review.openstack.org/15065602:37
openstackgerritTan Lin proposed openstack/ironic-specs: Update amt-pxe-driver spec  https://review.openstack.org/14126902:42
*** ramineni has joined #openstack-ironic02:46
*** eghobo has quit IRC02:47
*** harlowja is now known as harlowja_away02:57
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC Driver and its iRMC Power module  https://review.openstack.org/14490103:04
*** ChuckC has joined #openstack-ironic03:27
*** Marga__ has joined #openstack-ironic03:34
*** Marga_ has quit IRC03:34
*** saripurigopi has joined #openstack-ironic03:43
*** slagle has quit IRC03:45
*** yuanying has joined #openstack-ironic03:48
*** stendulker has joined #openstack-ironic03:50
*** yuanying_ has quit IRC03:52
*** achanda has quit IRC03:55
*** yuanying has quit IRC03:55
*** yuanying has joined #openstack-ironic03:56
*** Nisha has joined #openstack-ironic04:03
*** bradjones has quit IRC04:10
*** bradjones has joined #openstack-ironic04:11
*** bradjones has quit IRC04:29
*** bradjones has joined #openstack-ironic04:30
*** saripurigopi has quit IRC04:40
*** achanda has joined #openstack-ironic04:55
*** achanda has quit IRC05:01
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: Ironic Management Interfaces to support UEFI Secure Boot  https://review.openstack.org/13584505:05
*** pensu has joined #openstack-ironic05:07
*** pradipta_away is now known as pradipta05:08
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: Ironic Management Interfaces to support UEFI Secure Boot  https://review.openstack.org/13584505:08
openstackgerritNisha Agarwal proposed openstack/ironic: Add states required for node-introspection  https://review.openstack.org/14785705:11
*** Marga__ has quit IRC05:17
openstackgerritZhenzan Zhou proposed openstack/ironic: Add config option to control password mask for node-show  https://review.openstack.org/15068805:17
openstackgerritNisha Agarwal proposed openstack/ironic: Add states required for node-inspection  https://review.openstack.org/14785705:18
*** pensu has quit IRC05:31
*** pensu has joined #openstack-ironic05:31
*** wendar_ has joined #openstack-ironic05:39
*** wendar has quit IRC05:40
openstackgerritRakesh H S proposed openstack/python-ironicclient: ironicclient node-set-maintenance to accept true/false  https://review.openstack.org/15069206:00
*** achanda has joined #openstack-ironic06:01
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC Driver and its iRMC Power module  https://review.openstack.org/14490106:13
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC Management module for iRMC Driver  https://review.openstack.org/14680306:13
* naohirot it seems the commit id of 144901 was changed accidentally when I squashed.06:22
*** pcrews has quit IRC06:24
openstackgerritsandhya proposed openstack/ironic-specs: Chassis Level Discovery Tool  https://review.openstack.org/13486606:27
*** rakesh_hs has joined #openstack-ironic06:27
*** Nisha has quit IRC06:39
*** rameshg87 has joined #openstack-ironic06:55
*** Nisha has joined #openstack-ironic06:57
openstackgerritMerged openstack/ironic: Fix drivers.rst doc format error  https://review.openstack.org/15065607:00
*** chenleji has joined #openstack-ironic07:01
openstackgerritNisha Agarwal proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/14879207:01
*** andreykurilin_ has joined #openstack-ironic07:05
*** achanda has quit IRC07:17
*** romcheg has joined #openstack-ironic07:17
*** romcheg has quit IRC07:17
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981707:19
*** achanda has joined #openstack-ironic07:20
*** andreykurilin_ has quit IRC07:22
*** jcoufal has joined #openstack-ironic07:23
openstackgerritRamakrishnan G proposed openstack/ironic-specs: New driver interface for RAID configuration  https://review.openstack.org/13589907:24
*** Guest69430 has joined #openstack-ironic07:28
yjiang5Nisha: hi07:31
Nishayjiang5, hi07:32
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981707:32
yjiang5Nisha: for   https://review.openstack.org/133534  , I'm not sure if I mis-understand. in your comments, what do you mean of value comes from ironic?07:33
Nishayjiang5, for capabilities to be matched against node capabilities by the compute capabilities filter, flavor will have it defined as {'capabilities:key1' : 'value1'}07:35
Nishawhile ironic have it defined as {'capabilities': 'key1:value1' }07:36
*** killer_prince is now known as lazy_prince07:36
*** eghobo has joined #openstack-ironic07:37
*** coolsvap|afk is now known as coolsvap07:37
Nishayjiang5, the scenario discussed in the spec/code is when value1 = 'a b c d' i.e. space sepearted words/list of values applicable for that key. This is on ironic side07:38
Nishaon flavor side the requestor wants to selct the node like : { 'capabilities:key1' : 'c' }07:39
Nishawith this the above node shal get selected as the node supports 'c' as the property for key107:39
*** eghobo has quit IRC07:40
Nishaso as per code, extra_specs_op.match(str(cap), req) ---- in this 'cap' will have 'a b c d' while 'req' will hold 'c'07:41
*** Haomeng|2 has joined #openstack-ironic07:41
*** Haomeng has quit IRC07:42
Nishaextra_specs_op will do operations (as given in extra_specs_op.py) on the 'req' and not on 'cap'07:42
Nishayjiang5, does this help?07:43
yjiang5Nisha: if you set the extra spec as " <in> c", will that work?  the <in> operation is: lambda x, y: y in x, so it should meet your requirement?07:44
yjiang5Nisha: something like " nova flavor-key m1.small set "capabilities:cpu_info:features"="<in> sse4.1"07:45
yjiang5Nisha: this example will find a host with sse4.1 in the value of "capabilities:cpu_info:features" that's returned by the hypervisor.07:46
yjiang5Nisha: need go for sleep. Will talk to you tomorrow.07:53
*** achanda has quit IRC07:59
*** yjiang5 is now known as yjiang5_away08:05
*** bradjones has quit IRC08:07
*** achanda has joined #openstack-ironic08:07
*** bradjones has joined #openstack-ironic08:08
openstackgerritTan Lin proposed openstack/python-ironicclient: Add driver_internal_info to node-show output  https://review.openstack.org/15072408:16
*** ifarkas has joined #openstack-ironic08:23
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: iRMC Virtual Media Deploy Driver for Ironic  https://review.openstack.org/13486508:34
Nishayjiang5_away, yes that works...08:44
*** achanda has quit IRC08:50
*** smoriya has quit IRC08:51
*** ukalifon1 has joined #openstack-ironic08:56
*** ndipanov_gone is now known as ndipanov08:56
ukalifon1Hello #openstack-ironic. What can I do if I have a node stuck in "wait call-back" provisioning state? Thanks.08:57
Haomeng|2ukalifon1: so far, we have no *force-delete* function via api/cmd call09:01
Haomeng|2ukalifon1: so have to update db by manually09:01
Haomeng|2ukalifon1: fyi, the sql - update nodes set power_state='power off', reservation=False,instance_uuid=null,instance_info=null,maintenance=False, provision_state=null,target_provision_state=null;09:01
*** derekh has joined #openstack-ironic09:02
ukalifon1Haomeng|2: Thanks for that. Is there also something I can check to see why this is happening, if it will happen again?09:03
*** athomas has joined #openstack-ironic09:05
*** erwan_taf has joined #openstack-ironic09:20
*** jistr has joined #openstack-ironic09:23
*** lucasagomes has joined #openstack-ironic09:30
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981709:32
openstackgerritNisha Agarwal proposed openstack/ironic: Enable agent_ilo for uefi-bios switching  https://review.openstack.org/14879209:42
*** MattMan has joined #openstack-ironic09:48
*** dtantsur|afk is now known as dtantsur09:56
dtantsurMorning Ironic09:57
lucasagomesdtantsur, g'morning09:58
*** pelix has joined #openstack-ironic09:58
dtantsurlucasagomes, o/09:58
dtantsurdevananda, I'll double-check, but I believe https://review.openstack.org/#/c/147523 completes the spec09:59
rameshg87hello lucasagomes, dtantsur10:02
rameshg87ifarkas, hi10:02
lucasagomesrameshg87, hi there10:02
ifarkasrameshg87, hi10:02
dtantsurrameshg87, o/10:02
ifarkasmorning dtantsur10:02
dtantsurifarkas, morning :)10:02
dtantsurso many of us10:03
rameshg87ifarkas, i was checking the irc chat yesterday - seemed like you were planning to create the boot volume first and then the rest of raid volumes for raid configuration10:03
rameshg87ifarkas, are you planning to propose it in https://review.openstack.org/135899 ?10:03
ifarkasrameshg87, yeah, I am planning to separate the creation of raid volumes in to 2: boot and the rest10:03
rameshg87ifarkas, or are you planning to take care of this in the drac implementation ?10:04
ifarkasrameshg87, yep, I will update it10:04
ifarkasrameshg87, yes. unfortunately that's the only way to use the root device hint with drac10:04
ifarkasrameshg87, are you ok with this change?10:04
rameshg87ifarkas, isn't it better to take care of it in the drac implementation itself ?10:04
rameshg87ifarkas, do we need to change the general spec for this ?10:04
*** pensu has quit IRC10:04
ifarkasrameshg87, yeah, because it will be using the generic interface10:05
ifarkasrameshg87, if the generic interface doesn't support this 2 steps, then it can't be implemented in the drac driver10:05
rameshg87ifarkas, but create_configuration() of drac implementation can take care of this right ?10:06
rameshg87ifarkas, from the target_raid_config - it can figure out the boot volume, create it first, gather the required info, then create rest of the volumes10:07
ifarkasrameshg87, how create_config should know that know it should create the boot device or the rest?10:07
ifarkasrameshg87, gathering should be optional, we can't depend on discoverd10:07
rameshg87ifarkas, then i might be missing something ..10:08
rameshg87ifarkas, can you please tell what's your solution of root_device_hint for drac implementation ?10:08
ifarkasrameshg87, create the boot device with the drac driver. then optionally collect the root device hint with discoverd, and finally create the rest of the raid arrays10:09
rameshg87ifarkas, and how/who will we optionally trigger discoverd inbetween ?10:10
ifarkasrameshg87, it depends how zapping/drac driver will be configured10:11
*** Guest69430 has quit IRC10:12
rameshg87ifarkas, so will you have separate zapping task for rebooting and trigger discoverd introspection inbetween ?10:12
ifarkasrameshg87, yeah, but that's optional10:12
rameshg87ifarkas, currently we have proposed an apply_configuration() method which will create all raid arrays10:14
rameshg87ifarkas, do you propose to break it down into 2 zapping methods ?10:14
ifarkasrameshg87, yep10:14
rameshg87ifarkas, and create_configuration() and delete_configuration() will remain the same ?10:15
ifarkasrameshg87, I think so10:16
rameshg87ifarkas, okay, seems fine with me10:16
*** romcheg has joined #openstack-ironic10:17
rameshg87ifarkas, can you please update the spec then ..10:17
ifarkasrameshg87, sure, it's on my list ;-)10:17
rameshg87ifarkas, okay .. :)10:17
rameshg87ifarkas, i would wish if the raid spec landed asap :)10:18
ifarkasrameshg87, yeah, same here10:19
*** jerryz has quit IRC10:20
ifarkasrameshg87, although it was mentioned during the last meeting that zapping is slipped to L. that might block our spec...10:20
*** chenglch has quit IRC10:20
*** Nisha has quit IRC10:24
*** jerryz has joined #openstack-ironic10:24
*** athomas has quit IRC10:34
dtantsurdevananda, actually it does not, I need a couple more changes...10:37
*** athomas has joined #openstack-ironic10:38
*** jiangfei|2 has quit IRC10:49
*** openstackgerrit has quit IRC10:50
*** openstackgerrit has joined #openstack-ironic10:50
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Add pxe_ucs driver to support Cisco UCS B/C/M-series servers  https://review.openstack.org/13951710:53
openstackgerritAnusha Ramineni proposed openstack/ironic-specs: Implement Cleaning Operations for iLO drivers  https://review.openstack.org/14240111:01
*** dlpartain has joined #openstack-ironic11:02
*** dlpartain has left #openstack-ironic11:04
*** ramineni has quit IRC11:05
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add support for local boot  https://review.openstack.org/14618911:09
*** dlpartain has joined #openstack-ironic11:10
*** rameshg87 has quit IRC11:15
openstackgerritDmitry Tantsur proposed openstack/ironic: Add support for driver-specific periodic tasks  https://review.openstack.org/14752311:16
dtantsurdevananda, now should be complete ^^^11:16
*** pensu has joined #openstack-ironic11:19
*** stendulker has quit IRC11:23
*** dlpartain has left #openstack-ironic11:25
*** xxj has quit IRC11:26
*** vdrok_ is now known as vdrok11:28
lucasagomesdevananda, jroll for the configdrive thing, I think it should be passed to Ironic when we trigger the node to be deployed11:29
lucasagomeslike set-provision-state active, optionally give it a configdrive11:30
*** yog has joined #openstack-ironic11:31
*** yog is now known as Guest7662811:31
lucasagomesdevananda, jroll because if we add another endpoint in the API to pass the configdrive, there's the risk of us getting the configdrive, uploading it to swift and creating a tempurl11:31
lucasagomesbut at the time the provision is started that temp url is already expired11:32
lucasagomesand if we don't wanna do that, if we wanna save it for uploading to swift later, it's better to not even upload11:32
lucasagomesand just store it within the Ironic database itself11:32
lucasagomesdevananda, jroll thoughts?11:32
*** jerryz has quit IRC11:39
*** xxj has joined #openstack-ironic11:42
*** pensu has quit IRC11:51
*** jerryz has joined #openstack-ironic11:51
*** pensu has joined #openstack-ironic11:52
*** slagle has joined #openstack-ironic12:06
*** Haomeng has joined #openstack-ironic12:06
*** Haomeng|2 has quit IRC12:07
*** timbyr_ has quit IRC12:17
*** timbyr_ has joined #openstack-ironic12:20
*** dtantsur is now known as dtantsur|brb12:31
*** subscope has quit IRC12:33
*** subscope has joined #openstack-ironic12:34
*** jerryz has quit IRC12:34
*** pensu has quit IRC12:43
*** pensu has joined #openstack-ironic12:44
*** jerryz has joined #openstack-ironic12:47
*** jerryz has quit IRC12:50
*** Marga_ has joined #openstack-ironic12:51
*** sambetts has quit IRC12:58
*** sambetts has joined #openstack-ironic12:59
*** lucasagomes is now known as lucas-hungry13:03
*** Marga_ has quit IRC13:04
*** Marga_ has joined #openstack-ironic13:05
*** dprince has joined #openstack-ironic13:06
*** Marga_ has quit IRC13:10
*** Marga_ has joined #openstack-ironic13:14
NobodyCamGood Morning Ironicers, says the man maken coffee...13:14
*** bradjones has quit IRC13:17
*** bradjones has joined #openstack-ironic13:18
*** bradjones has quit IRC13:23
*** Marga_ has quit IRC13:25
*** pensu has quit IRC13:27
*** bradjones has joined #openstack-ironic13:27
*** dtantsur|brb is now known as dtantsur13:28
dtantsurNobodyCam, morning13:28
NobodyCammorning dtantsur :)13:32
*** mjturek has joined #openstack-ironic13:44
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018713:47
*** bradjones has quit IRC13:51
*** BadCub_ has joined #openstack-ironic13:53
BadCub_morning Ironic13:53
NobodyCammorning BadCub_ :)13:54
*** bradjones has joined #openstack-ironic13:55
*** lucas-hungry is now known as lucasagomes13:57
devanandamorning, all13:59
NobodyCammorning devananda13:59
NobodyCamyour up early13:59
devanandayah. all week. hope the hotels in EU are better14:00
BadCub_Morning Devananda14:01
lucasagomesNobodyCam, BadCub devananda morning14:02
NobodyCammorning lucasagomes :)14:02
lucasagomesdevananda, have a min to talk about how the configdrive should look in Ironic?14:02
BadCub_Morning lucasagomes14:02
* lucasagomes wants to tackle that quickly14:03
devanandalucasagomes: yep14:03
devanandalet's do it14:03
lucasagomesdevananda, so, I'm not sure about exposing a new endpoint in the API. I was thinking more about making configdrive a optional parameter for the set provision state (when active)14:03
lucasagomesso as part of the request to set the provision state to active, we could pass the raw configdrive, and Ironic can then do whatever it needs to do (either upload it to swift or store in our db) with it14:04
devanandaoh14:04
devanandaan optional member in the request BODY14:05
NobodyCamlucasagomes: also not to distract you but are you planning on unWIPPING 142838?14:05
devanandathat'd work14:05
lucasagomesdevananda, my concern about adding a new endpoint, is that as we want Ironic to be standalone14:05
lucasagomesif we have an endpoint people will upload the configdrive, and then idk how long they will take untill trigger the deploy14:05
lucasagomesand that would potentially make the wsift temp url to expire14:05
devanandaright14:05
lucasagomesbrefore deployment starts, so we would have to add adittional logic there to check the experation time etc etc etc14:06
lucasagomesso being part of provision, sounds like a good way to do it14:06
openstackgerritTan Lin proposed openstack/ironic: Add Node.driver_internal_info  https://review.openstack.org/15078414:06
lucasagomesand that's how nova works too, it only generates and set the config drive when the instance is actually being spawn'ed14:06
lucasagomesNobodyCam, lemme check14:06
lucasagomesNobodyCam, oh so, Andre has some concerns about it :/14:07
lucasagomeshe says that didn't work for him14:07
devanandalucasagomes: i'm thinking through how that would look if I was driving a deployment from ansible (instead of nova)14:07
devanandalucasagomes: and it seems fine14:07
lucasagomesdevananda, yeah, it's lightweight too (1 api call instead of 2)14:07
devanandasure14:07
lucasagomesif you agree with that, I'll modify the spec we have in Ironic and put up some patches for it14:08
lucasagomesthen do the same with nova14:08
devananda++14:08
lucasagomesdevananda, alright! and big thanks for bringing it to the mid-cycle14:08
lucasagomesreally speeds things up14:08
lucasagomesNobodyCam, there's another RH guy that would check that bug fix, I will ping him and see if he actually got to test that14:09
*** Marga_ has joined #openstack-ironic14:09
lucasagomesNobodyCam, problem is, I can't reproduce that error consistently. It seems to appear from time to time14:09
devanandalucasagomes: thanks much!14:09
lucasagomesNobodyCam, we applied the patch for our PoC stuff internally, and AFAICT it fixed it... tho it didn't for Andre so... idk14:10
NobodyCamlucasagomes: ya, I believe i am hitting with my patch.. Let me look in to whats going on14:14
NobodyCamwith it14:14
*** rloo has joined #openstack-ironic14:15
lucasagomesNobodyCam, right, cool yeah if u can test and let me know if it works would be great14:18
NobodyCam:)14:19
devanandalooks like we also need a tempest patch to land to move forward with the NOSTATE rename14:19
naohirotdevananda: NobodyCam: good morning14:22
naohirotlucasagomes: good evening14:22
lucasagomesnaohirot, hey there, g'evening :)14:22
NobodyCammorning naohirot :)14:23
NobodyCamhehehe14:23
dtantsurdevananda, naohirot, o/14:23
devanandalintan__: typo in your patch ^14:24
naohirotdevananda: may I ask your advice? if you finished the conversation with lucasagomes14:24
devanandanaohirot: sure14:24
naohirotdtantsur: good evening14:24
naohirotdevananda: https://blueprints.launchpad.net/ironic/+spec/automate-uefi-bios-iso-creation is approved14:24
naohirotdevananda: this is related to irmc deploy driver14:25
naohirotdevananda: and I'd like to not to depend on the automatic uefi boot iso creation14:26
naohirotdevananda: should I support automatic uefi boot iso creation in the initial irmc deploy driver?14:27
devanandanaohirot: do you need UEFI support in the initial work?14:27
naohirotdevananda: Yes14:27
*** jerryz has joined #openstack-ironic14:28
naohirotdevananda: current iLO deploy driver assumes that deployer prepares iso in glance14:28
naohirotdevananda: I'm thinking the same way14:28
devanandanaohirot: ok, that seems fine, as long as it's documented14:29
devanandanaohirot: for the deploy driver, i mean, ^ is fine14:29
devanandanaohirot: what about boot phase?14:29
naohirotdevananda: certainly I'm going to support automatic uefi iso creation after stabilized the implementation14:29
devanandanaohirot: eg, after deploy driver completes the image deployment, will you use local boot or boot-from-virtual-media?14:29
naohirotdevananda: I think both.14:30
naohirotdevananda: if deployer chose agent_irmc, it's local14:31
naohirotdevananda: if deployer chose iscsi_irmc, it's boot from virtual media14:32
* devananda really wants those drivers to each support both modes14:32
* lucasagomes brb calls :/14:32
naohirotdevananda: I documented the line 156 https://review.openstack.org/#/c/134865/19/specs/kilo/irmc-virtualmedia-deploy-driver.rst14:34
devanandanaohirot: if booting from virtual media, the deployer will need to prepare two ISO images -- one for deploy phase, one for boot phase14:35
devanandanaohirot: that's my only concern, and AFAIK, the reason why ilo team is implementing the automate-uefi-bios-iso-creation spec14:35
naohirotdevananda: If booting from virtual media in UEFI mode, yes, deployer prepares two ISOs14:35
rloohello ironickers14:37
devanandanaohirot: sounds ok then. it's not the best user experience, which is why ilo team is addressing it, but also that shouldn't block your work14:37
naohirotdevananda: I'll support automatic UEFI boot iso creation in the next development cycle14:37
rloodevananda: wrt tempest patch for NOSTATE stuff. Is there anything we can do to help there?14:37
BadCub_Hi rloo!14:37
rloohi BadCub_. (I always wonder how bad bad can be...)14:38
naohirotdevananda: My concern is that current priority of the automatic UEFI boot ISO creation is low in https://blueprints.launchpad.net/ironic14:38
devanandarloo: nope. https://review.openstack.org/#/c/150635/is passing now. I'll poke folks today to land it14:38
devanandanaohirot: sure14:39
BadCub_rloo: LOL Very bad!14:39
devanandarloo: he's the worst!14:39
BadCub_devananda: LOL, but I am sooooo "good" at it!!!14:39
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018714:40
rloodevananda: great! about the patch and  BadCub_ ;)14:40
BadCub_:-)14:40
naohirotdevananda: thanks, BTW would you update the design status of iRMC Management to Approved? https://blueprints.launchpad.net/ironic14:40
naohirotdevananda: this one https://blueprints.launchpad.net/ironic/+spec/irmc-management-driver14:41
NobodyCammorning rloo :)14:41
rloomorning NobodyCam!14:41
naohirotrloo: good morning14:42
NobodyCam:)14:42
*** bradjones has quit IRC14:42
rloohi naohirot14:43
*** bradjones has joined #openstack-ironic14:45
*** mjturek has quit IRC14:46
naohirotNobodyCam: devananda may be busy, would you update the  design status of iRMC Management to Approved?14:47
*** r-daneel has joined #openstack-ironic14:48
*** r-daneel has quit IRC14:48
naohirotNobodyCam: which is approved this morning, last evening your local time14:48
*** r-daneel has joined #openstack-ironic14:48
NobodyCamnaohirot: this one: https://blueprints.launchpad.net/ironic/+spec/irmc-management-driver14:48
naohirotNobodyCam: Yes14:49
*** jgrimm is now known as zz_jgrimm14:49
naohirotNobodyCam: Definition is still "Review"14:49
NobodyCamnaohirot: refresh14:50
naohirotNobodyCam: great thanks!14:51
NobodyCam:-p14:52
naohirotNobodyCam: rloo: devananda: dtantsur: lucasagomes: good night, see you tomorrow :)14:52
dtantsurg'night14:53
NobodyCamhave a good rest naohirot14:53
rloonight naohirot14:53
*** naohirot has quit IRC14:53
*** mjturek has joined #openstack-ironic14:54
*** zhenzanz has quit IRC14:54
*** EmilienM is now known as EmilienM|afk14:55
openstackgerritDevananda van der Veen proposed openstack/ironic: Add iRMC Driver and its iRMC Power module  https://review.openstack.org/14490115:05
rlooNobodyCam, devananda: you +2'd 144901. Should I fix the optional properties thing in a follow on patch?15:14
devanandajroll: for the NOSTATE->AVAILABLE change, we /could/ make this non-API-affecting15:16
devanandajroll: eg, that we have to have a tempest change here at all really means we're changing the API semantics. granted, it's in a small way, but still, we could avoid it15:16
devanandarloo: which thing?15:17
devanandarloo: I posted a fix for the doc merge issue already15:17
devanandaooh15:17
devanandajust found your comment lower down15:17
rloodevananda: I commented. yeah, i was reviewing and didn't notice that you had +2 until i finished reviewing.15:18
devanandarloo: yea, I'm fine with that in a follow on15:18
devanandagood catch, too15:18
victor_lowtherGood morning, Ironic.15:18
rloodevananda: ok, I'll +2 and mention it. thx.15:18
devanandamorning, victor_lowther15:18
NobodyCammorning victor_lowther15:18
NobodyCamThank you rloo :)15:18
victor_lowtherTime for another day of hating WSMAN.  At least the XML parts of it.15:18
NobodyCamvictor_lowther: :-p15:19
devanandaI'm gonna start asking random people this question ^ :)15:21
devanandavictor_lowther: for the NOSTATE->AVAILABLE change, we /could/ make this non-API-affecting. think that's important?15:21
openstackgerritRakesh H S proposed openstack/python-ironicclient: ironicclient node-set-maintenance to accept true/false  https://review.openstack.org/15069215:23
*** erwan_taf has quit IRC15:23
devanandawe could also do a microversion bump15:23
NobodyCamdevananda: which question?15:24
devanandaNobodyCam: for the NOSTATE->AVAILABLE change, we /could/ make this non-API-affecting. think that's important?15:25
victor_lowtherdevananda: Meh.15:25
victor_lowtherI like preserving backwards compatibility15:25
devanandaso we've got backwards compat for the verbs15:26
rloodevananda, victor_lowther: if we want to preserve backwards compat, wouldn't non-api-affecting do that?15:26
victor_lowtherbut I also like APIs to not get too out of sync with our internals15:26
devanandalike, a deploy is started by "PUT {active}" and such15:26
devanandanone of the verbs are changing15:27
devanandawhat *is* changing in the current patch is the value of node.provision_state that indicates "hey this node is not in use"15:27
*** jcoufal_ has joined #openstack-ironic15:27
devanandait's going from "None" to "available"15:27
victor_lowtherright15:28
victor_lowtherHow much relies on that exact value?15:28
devanandaso the API semantics change a little bit, and sdague raised this when looking at the tempest patch to maintain compat between juno and kilo15:28
devanandaapparently, both tempest and nova did15:28
victor_lowtherfigures.15:28
devanandaas they key off that to know when a delete is complet15:28
victor_lowtherWell, then, can we offer the current API and a version-bumped one at the same time?15:30
*** jcoufal has quit IRC15:30
victor_lowtherbecause this is sounding like a "why not both" sort of situation to me.15:30
devananda*nod[B[B[B[B[BI suspect we can15:31
devanandagah ... i'm having wireless issues today15:32
openstackgerritMerged openstack/ironic: Adds get_glance_image_properties  https://review.openstack.org/14609915:32
NobodyCam:( which hotel are you at15:32
devanandawe can not-change it easily enough15:32
devanandaNobodyCam: one too crappy to even remember its name. I'm on my cell15:32
NobodyCamlol :(15:32
openstackgerritMerged openstack/ironic: Improve test assertion for get_glance_image_properties  https://review.openstack.org/15065215:32
devanandaI'm looking into how easily I can do a microversion bump, eg. v1_115:32
*** erwan_taf has joined #openstack-ironic15:34
devanandavictor_lowther: would we prevent any of the new state transitions in the version-bumped API?15:35
rloodevananda: why  not make it non-api-changing for now so we can move forward and see what other wrinkles might be in store with the other changes.15:36
victor_lowtherI was assuming that the version-bumped API was where the new state transitions would be visible15:36
*** jerryz has quit IRC15:37
openstackgerritDevananda van der Veen proposed openstack/ironic: DO NOT MERGE - testing state mapping  https://review.openstack.org/15082115:38
devanandaif I did it right, that should pass tempest15:38
devanandait hides the renaming of "None" -> "available"15:38
devanandavictor_lowther: nodes *in* a new state still need to be visible in some way through the old API15:39
devanandavictor_lowther: what about, in current API, a) don't change any current state or verb names, b) don't allow any new verbs, but c) still expose new states IFF a node is in one (eg, because someone else used the new API to put it there)15:41
victor_lowtherThat is why I said state transitions, not states.15:41
rloodevananda: we also changed the node's target_provision_state from NOSTATE to AVAILABLE when something failed. should we also map that too?15:41
devanandarloo: seems reasonable15:42
rloodevananda: I think your suggestion to victor_lowther makes sense and would cover that case15:44
NobodyCambrb15:44
*** pcrews has joined #openstack-ironic15:46
rloodevananda: I guess it wouldn't make sense to keep the existing provision_state & target_provision_state with whatever values it had before, and add some new foo_state & target_foo_state for the new world, and deprecate the provision_states later.15:46
jrolldevananda: blah.15:47
devanandarloo: I think that would be much more complicated for users15:47
*** bradjones has quit IRC15:47
devanandaand by users, I mean jroll15:48
rloodevananda: users could change their code to use the foo_states. vs changing their code to use a new v_1?15:48
rloojroll: what say you? :-)15:48
jrolldevananda: I understand why it would be nice to preserve the current semantics here, but it is a fairly minor thing and idk if I want such a small thing to hold us up for a cycle15:48
devanandajroll: what if it held us up for a day?15:48
jrolllike, I'm going to need to make a single change in each external tool, not a huge deal15:48
jrolla day?15:49
jrollso you're saying keep it to get through tempest and then change it?15:49
*** harlowja_away has quit IRC15:49
devanandano15:49
devanandai'm saying add a v1_1 which does all the new things15:49
*** ndipanov has quit IRC15:49
devanandaand some limiting functions in v1 that make it *look* the same15:49
*** bradjones has joined #openstack-ironic15:49
devanandaall the code will actually be in v1, with a shim that says "if you asked for v1, run this backwards mapping"15:50
devanandaand "if you asked for v1_1, then you get the things"15:50
jrolland the only backwards mapping would be AVAILABLE -> NOSTATE afaict with only one cup of coffee?15:50
jrollhow much additional effort is this?15:51
devanandathat and preventing the new verbs in the NodeStateController's PUT method15:51
jrollI guess it does provide an upgrade path without breaking all the things15:51
devanandaright15:51
jrollidk if we need to block new verbs15:51
rloowould we show MANAGEABLE, or do MANAGEABLE -> NOSTATE15:51
jrollif you're using those new verbs, you clearly know about the new api and what you're doing15:52
devanandajroll: right. if you want to use new verbs, talk to v1_115:52
jrollwe'd have to show MANAGEABLE, that has other implications, like "cannot start a deploy"15:52
rloomy guess is that if people have code checking provision_state, MANAGEABLE would break them too.15:52
devanandarloo: we can't *hide* the new states in v115:52
devanandaif two clients are using different versions of the API, yea, one may affect the other15:52
NobodyCamah ha!15:53
rloodevananda: but AVAILABLE is a new state and we're hiding that.15:53
jrollAVAILABLE is a new name15:53
devanandarloo: AVAILABLE is a renamed NOSTATE15:53
jrollnot a new state15:53
devanandasemantically identical to NOSTATE15:53
jrolldevananda: I guess I think I would +2 either path, a version bump would make my life slightly easier as a deployer15:53
jrollbut I could deal with just a straight rename15:54
jrolldid I just kill the channel? :P15:57
*** EmilienM|afk is now known as EmilienM15:58
NobodyCamlol15:59
NobodyCamjroll: yes... and good morning15:59
NobodyCam:)15:59
jrollmorning :D15:59
rlooI am thinking of jroll's comment about whether AVAILABLE <-> NOSTATE is the only thing15:59
jrollor maybe deva is just writing me some more code16:00
*** ndipanov has joined #openstack-ironic16:00
jrollrloo: I think that's the only renamed state, yes16:00
* jroll chugs coffee before being sure of that16:00
rloojroll: right, and if that's the only thing we need to deal with wrt backwards compatibility16:00
*** david-lyle_afk is now known as david-lyle16:01
vdrokhi everyone!16:02
rloojroll: so there are some other incompatibilities. Eg, I think DELETED -> ERROR in old, but DELETED -> DELETEFAIL in new16:02
jrollhmm16:03
vdrokdevananda, one more question about https://review.openstack.org/#/c/130228/ , if the point is to PUT what we receive from GET, then internal attributes should be filtered?16:03
rloojroll: maybe that's considered a rename too?16:04
jrollrloo: DELETING -> ERROR?16:04
jrollidk how it could end up DELETED -> ERROR, the only thing that happens once it's in DELETED is to move it to NOSTATE16:04
rloojroll: maybe it is DELETING -> ERROR. I can't recall now.16:04
jrollprobably16:04
jrollI don't think I've ever seen that though :)16:04
NobodyCammorning vdrok :)16:04
vdrokmorning NobodyCam !16:05
jrollhiya vdrok :)16:05
rloojroll: yeah, just looked. we don't actually use DELETED except as a verb, ie not as a value in *provision_state. so yeah, DELETING16:05
vdrokmorning jroll , rloo16:05
rloohi vdrok16:05
jrollrloo: yeah, I guess we'll have to enumerate the differences somewhere and decide what to do with each. I can only assume devananda disappeared to hack on this and we can talk about it on the review :)16:06
rloojroll: i think it might be worth doing the minimum to get further with the new states and see what/if there are other hiccups16:08
jrollrloo: the thing is, I don't think any functional tests look for error states16:08
rloojroll: but does 'minimum' == maintaining backwards compatibility in the meantime? or breaking things 'temporarily'16:08
jrollsoudns like the former16:09
jrollidk why we would put in extra effort for a version bump, if we're going to break something anyhow16:09
rlooi'd rather defer doing the version bump until we have to. I wish we could assume you're our only real user. so we'd need to satisfy you, nova, tempest, tripleO :-)16:10
*** jistr has quit IRC16:11
*** ijw has joined #openstack-ironic16:12
*** jistr has joined #openstack-ironic16:12
jrollrloo: well, having the version bump will keep my tooling from breaking. if we don't do a bump, I can fix my tooling quickly/easily, but it will be broken until I do16:13
rloojroll: I was thinking no version bump and no api-change, so use devananda's mapping: https://review.openstack.org/#/c/150821/16:14
jrollrloo: but then what's the path forward16:15
jroll?16:15
rloojroll: ie, even with a version bump, we'd need something like 150821 for v116:15
rloojroll: that doesn't prevent new states from being added16:15
jrollrloo: but how do we expose e.g. AVAILABLE from there?16:15
jrollwe'll eventually need another version that exposes that16:15
jrollwe can't have the API return NOSTATE forever16:15
rlooright. I was thinking that we'd have a better idea after adding one or more new states.16:16
rloojroll: at which time, we decide to go with v1_1 or just change to AVAILABLE.16:17
rloojroll: I'd just like to know what else we might bump into.16:18
jrollhmm, yeah16:18
NobodyCambrb16:18
rloowhatever we do, we need to decide before kilo is released though16:18
jrollright16:19
devanandaso16:21
devanandagiven that the semantics we're talking about changing here are very minor16:22
devanandaI don't currently see any reason we couldn't keep both versions around for the same length of time16:22
devanandaand if we needed to, give v1 a deprecation warning to encourage folks to use v1_116:23
devanandathe oddity will be as we add new features (not new states)16:23
devanandathey'll show up in both16:23
jrollI mean, we could do it for as long as v1 is alive16:23
*** bradjones has quit IRC16:23
devanandaso v1_1, as I'm thinking about it currently, is just "v1 plus new states"16:23
devanandaif we added a "make-some-coffee" interface, that'll show up in both16:24
jrolland that's fine, I think16:24
jrolladding an endpoint isn't backwards incompatible, generally16:24
devanandaright16:24
rlooand the overhead of having/maintaining another version isn't much?16:25
devanandathings like the new node.driver_internal_info attribute16:25
devanandathat'll show up in both16:25
*** erwan_taf has quit IRC16:25
devanandarloo: another real version? yea, that's some overhead. I'm fairly sure this can be done as a shim layer16:25
rlooour client defaults to v1 I think.16:25
devanandaless than a hundred LOC16:25
jrollright, we'll need to add client code etc16:26
devanandayup16:26
jrollchange nova eventually16:26
jrollnot a huge deal16:26
devanandawell, the nova chagne alraedy landed16:26
*** bradjones has joined #openstack-ironic16:26
jrollI mean change nova to point at v1_1 and only use AVAILABLE16:26
devanandaah16:26
jrollbut that's a ways off16:26
devanandayes16:26
jrollwonder if we should do a major version for the client when we default to 1_116:27
rloowould we need tempest tests for v1 and v1_1?16:27
jrollalso, can we please call this v1.1 instead of v1_116:27
jrollrloo: we'll need tests for the differences16:27
jroll"need"16:27
jrollI'd love to get on the whole "move api tests to our tree" thing16:28
rloowe should probably use whatever versioning format that other openstack projects use. if there is consistency...16:28
devanandajroll: no16:29
* jroll wonders what everett toews' irc nick is16:29
jrolldevananda: for why?16:30
jroll(just curious mostly)16:31
*** ukalifon1 has quit IRC16:31
devanandajroll: beacuse v1.1 is not a valid class name in python16:31
jroll-.-16:31
jrolldevananda: do we use the string to evaluate the class? we can't just do if version == '1.1': api.v1_1()16:32
jroll?16:32
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/15049616:32
*** Nisha has joined #openstack-ironic16:36
openstackgerritVladyslav Drok proposed openstack/ironic: Support for non-Glance image references  https://review.openstack.org/13674116:37
*** penick has joined #openstack-ironic16:39
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981716:40
*** penick_ has joined #openstack-ironic16:42
*** penick has quit IRC16:44
*** penick_ is now known as penick16:44
*** zz_jgrimm is now known as jgrimm16:44
openstackgerritMerged openstack/ironic: Add iRMC Driver and its iRMC Power module  https://review.openstack.org/14490116:45
*** coolsvap is now known as coolsvap|afk16:45
*** rakesh_hs has quit IRC16:45
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018716:46
NishaNobodyCam, hi16:46
Nishadevananda,16:47
Nishahi16:47
NishaGood Morning16:47
NobodyCammorning Nisha :)16:48
NishaNobodyCam, morning :)16:49
NobodyCam:)16:49
NishaNobodyCam, i had a query or rather need advice from ironic on https://review.openstack.org/13353416:49
Nishas/ironic/ironic community16:49
*** vdrok is now known as vdrok_afk16:50
*** Marga_ has quit IRC16:51
*** Marga_ has joined #openstack-ironic16:51
*** romcheg has quit IRC16:52
*** romcheg has joined #openstack-ironic16:52
NishaNobodyCam, in this spec we wanted to support the following:   flavor side : {'capabilities:key1' : 'val2'}     , ironic side : {'capabilities' : 'key1: val1 val2 val3' }16:53
*** romcheg has quit IRC16:53
NishaNobodyCam, for above i had proposed changes in compute_capabilities_filter to Nova16:53
NishaNobodyCam, today i got comment from one rreviewer, and as per that the above can be achieved without any modification in ironic and filter...just slight difference in how we give it at falvor side16:55
Nishas/falvot/flavor16:55
Nishas/falvor/flavor16:55
NobodyCam:)16:55
*** Marga_ has quit IRC16:56
NishaNobodyCam, with modification it will look like : at flavor side : {'capabilities:key1' : '<in> val2' }    , at ironic side :   {'capabilities' : 'key1:val1 val2 val3'}16:56
devanandaNisha: what if there are multiple keys?16:57
Nishathe above is already supported by Nova and will/should not require any modification in filter.16:58
Nishadevananda, it will work16:58
devanandawhat will it look like in Ironic?16:58
Nishai have tested above manulally at python shell using nova scheduler python files and it works...need to try with scheduler in stack..16:59
Nishadevananda, it will look like following at ironic16:59
*** absubram has joined #openstack-ironic16:59
*** Nisha has quit IRC17:02
*** Nisha has joined #openstack-ironic17:03
Nishadevananda, sorry internet disconnected17:04
Nishaso at ironic side capabilities look like:17:04
Nisha{'capabilities': 'key1:val1 val2 val3,key2:v2,key3:v3'} This is how ironic supports today......in this example assumed that key1 has multiple possible values17:04
*** rwsu-afk is now known as rwsu17:05
NobodyCamoh brb17:07
devanandaNisha: got it, thanks17:08
*** ifarkas has quit IRC17:08
Nishadevananda, so do we really requirechanges in nova then? or we can live with the above kind of usage at flavor side17:09
*** wendar_ is now known as wendar17:09
devanandaseems fine ...17:09
Nishadevananda,  still before abandoning the spec and code i will just test it in nova in stack as it was just manual testing17:10
*** jistr has quit IRC17:10
devananda++17:10
Nishadevananda, thanks....17:10
lucasagomesNisha, when you get some time also please take a look at the #141012 patch17:11
*** dtantsur is now known as dtantsur|afk17:11
dtantsur|afkg'night everyone17:11
devanandajroll: looks like my 7 line patch is enough to pass tempest17:11
jrolldevananda: yeah, I'm not surprised17:12
devanandanope17:12
devanandalucasagomes: API question for you17:12
lucasagomesdevananda, hey there17:12
* lucasagomes needs to catch up with the scrollback17:12
jrolldevananda: I think I like the v1_1 thing17:12
devanandalucasagomes: well, you should just read scrollback. v1_1 is discussed and so far everyone's liking it17:13
devanandaI'm looking at how to implement cleanly, with the least maintenance burden17:13
devanandacurrent ideas:17:13
devananda- add a parameter to several function calls that toggles the behavior, default to juno-states, and add controllers/v1_1 that pssses in the parameter to turn on kilo states17:14
devananda- try to do ^ using a mixin instead of a parameter17:14
openstackgerritRuby Loo proposed openstack/ironic: Add 'irmc_' prefix to optional properties  https://review.openstack.org/15084917:15
devananda- wholesale move controllers/v1 to /v1_1, then put the mixin under /v1/17:16
devananda (I dont see any real benefit to that)17:16
devananda- have Nodes and NodeStates objects auto-detect what controller they were called from and behave appropriately17:17
devananda  (means no parameter or mixin, jsut a shim controller, but it looks like those classes don't have the request context)17:17
devananda  (that might be possible in the NodeStatesController and NodeController classes though)17:18
*** rloo is now known as rloo_afk17:19
lucasagomesdevananda, haven't read it fully. The problem is that for v1.1 the provision state that indicates that the nodes are available for deployment is AVAILABLE and for v1 is NOSTATE (None) right?17:19
rloo_afkback in a few hours, volunteering at my daughter's school...17:19
* lucasagomes reads more17:19
devanandalucasagomes: that's part of it. read more :)17:20
devanandalucasagomes: the mapping to preserve old API is trivially small17:20
*** pensu has joined #openstack-ironic17:20
*** MattMan has left #openstack-ironic17:21
*** anderbubble has joined #openstack-ironic17:21
*** EmilienM is now known as EmilienM|afk17:22
*** Marga_ has joined #openstack-ironic17:22
*** anderbubble has quit IRC17:25
*** Marga_ has quit IRC17:26
lucasagomesdevananda, +1 on the v1_1 I would like that we kept the currrent v1 as-is so we don't break current users of the API17:28
lucasagomesfor the long term, we may even want to add some microversioning to our API17:28
jroll+117:29
NobodyCamlucasagomes: yea17:29
jrollmicroversion all the things17:29
lucasagomeslike if we do a GET / we now have a version which just points to "v1" but we could have some other field like micro_version="1.1" that clients could rely when interacting with our api17:29
lucasagomesactually better, we can also it as a header to the request17:29
lucasagomesX-Ironic-MicroVersion idk17:29
lucasagomesso we don't need to get /17:29
lucasagomes(can add both really)17:29
jrolllucasagomes: to be clear, we're still going to add the new states and whatnot to v1, but renamed states e.g. NOSTATE -> AVAILABLE will remain the old way for v117:30
jrollalso, there's a standard header for api version17:30
* jroll looks17:30
lucasagomesjroll, yeah I got that, most of the other states are internal17:30
devanandalucasagomes: http://specs.openstack.org/openstack/nova-specs/specs/kilo/approved/api-microversions.html17:30
lucasagomesthe NOSTATE -> AVAILABLE is what really changes things right?17:30
* lucasagomes reads devananda links17:31
lucasagomesah... wow yeah gotta read that17:31
jrollyeah, maybe DELETING -> ERROR vs DELETING -> DELETEFAIL17:31
lucasagomesjroll, yeah we can translate whatever state from v1_1 to v1 using the shim17:31
lucasagomesyeah I'm good with that17:32
jrollyep17:32
lucasagomesdevananda, the microversion is good, especially for us that have to interact with the deploy/discovery ramdisk17:33
jrollX-OpenStack-Compute-API-Version: 2.11417:33
jrollI'm not entirely sure I understand the whole min/max version thing, those are min/max supported versions?17:34
* lucasagomes have to read it, still finshing the configdrive thing17:34
jrollin general I love this and I think we should do it17:35
*** ndipanov has quit IRC17:36
jrollmake it way easier to change the api17:36
lucasagomesyeah this + using IPA as default ramdisk17:36
* lucasagomes hates bash now17:36
jrolllol17:37
JayFIPA replacing PXE ramdisk17:37
JayFmight be a good hack choice for the sprint17:37
jroll++17:37
jrolllucasagomes: you coming to sf meetup?17:38
lucasagomesjroll, I won't make it unfortunately :( only the french one17:38
JayFBTW; if anyone is going to be in SF early for the mid-cycle; I'm doing an iptables primer 2/10 over lunch (noon-1pm).17:38
jrolland can that change if I spin up a bunch of openshift instances?17:38
JayF(day before the mid-cycle)17:38
lucasagomesJayF, yeah, it's not diffcult seems (I looked a bit into it)17:39
lucasagomesbut requires some refactoring, like taking all the lookup() heartbeat() methods out of the agent driver17:39
lucasagomesputting in a common place etc17:39
BadCub_JayF: I wont be arriving until later in the evening of the 10th :-(17:40
lucasagomesdevananda, you're going to work on the v1_1?17:42
*** romcheg has joined #openstack-ironic17:45
devanandalucasagomes: I've started looking into it, yah. but I should really stop now17:45
devanandaJayF: I arrive in SFO at like 8am17:46
lucasagomesNisha, for the pass capabilities from flavor to Ironic, if u wanna test you can use https://review.openstack.org/#/c/146189/4/ironic/drivers/modules/deploy_utils.py17:46
lucasagomesNisha, the local boot blueprint had a dependency on that spec, so I already wrote the code to consume it if u wanna take a look17:46
devanandalucasagomes: i'm tripping up right now on how to detect what root controller class was invoked17:47
devanandait seems like that would be an obvious thing, bu tit's not17:47
*** eghobo has joined #openstack-ironic17:49
BadCub_We are driving up to SF. gotta put the new mods to the car to test *wg*17:49
lucasagomesdevananda, hmm, right, because /nodes /ports are attributes to the controller class and not actully inherit from it17:50
devanandaright17:50
devanandaif I can detect, from within the NodesController and NodeStateController, what the *ROOT* controller class was17:50
devanandathen it's easy17:51
devanandathat should be on the pecan.request context somewhere, I'd think17:51
lucasagomesdevananda, maybe we should have a shim class for the rest.RestController where the version can be stored17:51
lucasagomesand we keep that shim class in the base.py17:51
devanandalucasagomes: that wouldn't necessarily help17:51
devanandai mean, it wouldn't be accessible any differently17:51
*** r-daneel has quit IRC17:52
devanandaoh! got it17:52
lucasagomesright, cause with that ^ we may be able to microversion the Controller itself17:52
lucasagomessay NodeController17:52
lucasagomesso for v1_1 the chassis, ports can even use the v1 controllers17:53
lucasagomesbecause nothing change on then, only the Nodes one (which holds the provision states)17:53
* lucasagomes and I have to look in the code also, can't think much now, late and almost getting the configdrive thing working :D17:53
devanandaversion hook17:53
lucasagomesoh17:54
devanandawe need to make pecan's base app set the version17:54
devanandarather than try to parse it out of the request context later17:54
jrolldevananda: +117:55
lucasagomesah nice17:55
jrolldevananda: eventually that should come out of a header and default to v117:55
jroll(would be a step towards microversion stuff)17:56
devanandayah17:56
jrollmaybe we should just do that now17:56
devananda...17:56
devanandaprobably17:56
* jroll hopes and dreams17:56
jrollit is our first version bump, don't see why not17:56
lucasagomes$ ls /mnt/17:56
lucasagomesec2        openstack !!!!17:56
jrollwe can come back and clean up with decorators and stuff later17:56
jrolllucasagomes: u da man17:56
*** achanda has joined #openstack-ironic17:57
lucasagomesgotta test the ironic uploading to swift yet17:57
lucasagomesbut cool, almost here17:57
lucasagomesthere*17:57
*** Marga_ has joined #openstack-ironic17:58
NobodyCamfyi lucasagomes that error I am hitting is NOT from the initial deploy instead it appers to be comming from a rebuild17:59
lucasagomesNobodyCam, oh :/17:59
lucasagomesNobodyCam, the rebuild is odd then... because we don't repartition the disk (AFAIR)17:59
lucasagomesso the partitions should be there no problem17:59
NobodyCam2015-01-28 17:25:36.933 4928 INFO ironic.drivers.modules.pxe [-] Deployment to node 5b1f54c0-468d-4614-96fa-f7e6d5320c15 done18:00
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add logic to store the config drive passed by Nova  https://review.openstack.org/15087718:00
openstackgerritLucas Alvares Gomes proposed openstack/python-ironicclient: Add --config-drive to node-set-provision-state  https://review.openstack.org/15087818:00
NobodyCami'm looking in to what the issue18:00
NobodyCamis18:00
lucasagomesNobodyCam, so it finished deployment. Did it work?18:01
devanandasweet18:02
devanandagot it18:02
*** derekh has quit IRC18:03
*** trown is now known as trown|lunch18:04
devanandahttp://paste.openstack.org/show/uh1a75NvS2c0oLPVcKe8/18:05
devananda\o/18:05
devanandajroll: lucasagomes: ^18:05
jrollcan I +A a paste?18:06
devanandatotally18:06
jrolllgtm18:06
jrollthat's awesome18:06
lucasagomesdevananda, w00t!18:07
lucasagomesyeah, pretty good!!18:07
jrolldevananda: mind making the version hook a separate patch when you do that?18:07
jrolland rebase the other stuff on top18:07
* jroll abandons tempest patch18:07
lucasagomesit's being a productive day for the project today, great ideas18:08
lucasagomesand with that, I will call it a day18:08
lucasagomeslate and I'm hungry :)18:08
*** lucasagomes is now known as lucas-dinner18:09
lucas-dinnerhave a good night everyone18:09
lucas-dinnerdevananda, I will be in the channel and read the logs later :D but, yeah that looks awesome already!18:09
jrollnight lucas-dinner :)18:09
jrollpoor one out for v1 tonight18:09
lucas-dinner+118:10
BadCub_night lucas-dinner18:10
devanandahow is it that, this week, i've done the most work BEFORE coffee?18:12
devananda(yes, i haven't had coffee yet)18:12
lucas-dinnerdevananda, file a bug, there's something wrong with ur coffee18:13
BadCub_devananda: NO COFFEE??? *mock look of horror* Oh the humanity!18:13
* lucas-dinner stills here18:13
NobodyCamnight lucas-dinner18:13
NobodyCam*cough* no coffee!18:14
NobodyCamoh :(18:14
*** openstackgerrit has quit IRC18:14
*** openstackgerrit has joined #openstack-ironic18:14
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Add pxe_ucs driver to support Cisco UCS B/C/M-series servers  https://review.openstack.org/13951718:14
jrolldevananda: who knows, you could just be vomiting code everywhere and think you're doing work :P18:15
*** jcoufal_ has quit IRC18:17
*** pradipta is now known as pradipta_away18:18
devanandajroll: that's likely18:20
openstackgerritDevananda van der Veen proposed openstack/ironic: DO NOT MERGE - testing state mapping  https://review.openstack.org/15082118:20
devanandaalso, that's a very small patch ^18:20
jrollnice18:21
* jroll does not merge18:21
devanandano, i need to reorder them real quick18:22
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018718:22
*** eghobo has quit IRC18:23
*** lazy_prince is now known as killer_prince18:27
*** harlowja has joined #openstack-ironic18:28
openstackgerritDevananda van der Veen proposed openstack/ironic: Rename NOSTATE to AVAILABLE  https://review.openstack.org/14975418:32
openstackgerritDevananda van der Veen proposed openstack/ironic: Add support for API microversions  https://review.openstack.org/15082118:32
devanandajroll: ok ... there :)18:32
jrollwoot18:32
devanandaI'm sure it should, you know, have unit tests, or soemthing18:32
devanandafeel free to edit while I'm away ... bbiafh18:32
jrollI was gonna say18:32
jrollheh, alright18:32
jrollyeah I'll add tests18:33
*** EmilienM|afk is now known as EmilienM18:38
*** achanda has quit IRC18:40
*** romcheg has quit IRC18:40
*** absubram has quit IRC18:41
*** achanda has joined #openstack-ironic18:42
*** romcheg has joined #openstack-ironic18:42
*** ijw has quit IRC18:43
* jroll wonders if this should only allow existing versions18:43
*** pelix has quit IRC18:43
*** spandhe has joined #openstack-ironic18:43
*** trown|lunch is now known as trown18:53
openstackgerritJim Rollenhagen proposed openstack/ironic: Rename NOSTATE to AVAILABLE  https://review.openstack.org/14975418:54
openstackgerritJim Rollenhagen proposed openstack/ironic: Add support for API microversions  https://review.openstack.org/15082118:54
jrolladded tests here18:54
jrollthinking on if we want to specify what versions are allowed18:54
*** eghobo has joined #openstack-ironic18:55
devanandayes19:00
devanandaMIN and MAX19:00
devanandaprobably check those in the api/controllers/root.py or in api/controllers/v1/__init__.py19:01
jrolldevananda: in this patch?19:01
devanandasure. set to 1 in teh first patch, increment in the second19:02
jrollok19:02
* jroll on a call now19:02
jrollfeel free to take that over19:02
* devananda goes out in search of food and coffee19:03
openstackgerritMerged openstack/ironic-specs: Add pxe_ucs driver to support Cisco UCS B/C/M-series servers  https://review.openstack.org/13951719:14
NobodyCamnice!19:17
*** pensu has quit IRC19:18
*** Nisha_away has joined #openstack-ironic19:22
*** Nisha has quit IRC19:22
*** ijw has joined #openstack-ironic19:27
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018719:29
NobodyCambrb19:33
*** achanda has quit IRC19:36
*** krtaylor has quit IRC19:41
*** erwan_taf has joined #openstack-ironic19:42
*** romcheg has quit IRC19:46
*** romcheg has joined #openstack-ironic19:48
*** krtaylor has joined #openstack-ironic19:53
*** anderbubble has joined #openstack-ironic19:54
openstackgerritNisha Agarwal proposed openstack/ironic: Hardware Inspection  https://review.openstack.org/14982320:00
openstackgerritNisha Agarwal proposed openstack/ironic: Add states required for node-inspection  https://review.openstack.org/14785720:00
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981720:00
*** achanda has joined #openstack-ironic20:02
*** absubram has joined #openstack-ironic20:07
*** r-daneel has joined #openstack-ironic20:11
*** absubram has quit IRC20:13
*** absubram has joined #openstack-ironic20:13
devanandajroll: still good for me to take over those patches again?20:13
* devananda takes no answer as "yes"20:14
jrolldevananda: go ahead20:14
openstackgerritDevananda van der Veen proposed openstack/ironic: Improve testing of the Node's REST API  https://review.openstack.org/15060320:15
openstackgerritDevananda van der Veen proposed openstack/ironic: Rename NOSTATE to AVAILABLE  https://review.openstack.org/14975420:15
openstackgerritDevananda van der Veen proposed openstack/ironic: Add support for API microversions  https://review.openstack.org/15082120:15
*** r-daneel has quit IRC20:16
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018720:19
Shrewsjroll: ping20:23
jrollheya Shrews20:24
Shrewsshould i be concerned that i cannot get neutron client to work against Rax?20:24
Shrews"publicURL endpoint for network service in IAD region not found"20:24
* jroll cries20:24
jrolldoes any client work against rax?20:25
jrolllet me poke neutron peeps20:25
Shrewsjroll: yeah, nova seems to work great20:25
jrollShrews: they say rackspace-python-neutronclient20:26
jrollShrews: you mean with the rax plugin it works great20:26
*** romcheg has quit IRC20:26
Shrewsoh, so only with API key auth? hrm... /me tries20:26
jrollidk20:26
Shrewsjroll: k. thx20:26
jrollnp20:26
*** lucas-dinner has quit IRC20:28
Nisha_awayi am getting error  "pkg_resources.DistributionNotFound: ironic==2015.1.dev111" when i am using ironic-dbsync command.....how to resolve it20:28
*** romcheg has joined #openstack-ironic20:32
*** romcheg1 has joined #openstack-ironic20:33
jrollShrews: it's basically the last three commits here: https://github.com/roaet/python-neutronclient/commits/master20:33
jroll(if you wanted a pointer to what to do in shade)20:34
Shrewsjroll: ack. thx20:35
*** romcheg has quit IRC20:36
anderbubbleStill working on our proof-of-concept ironic cluster. I’ve got a node enrolled, and validation is returning this error: “Cannot validate iSCSI deploy. The following parameters were not passed to ironic: ['root_gb', 'image_source’]”20:39
anderbubbleIs this normal for this time? Looks like these might get populated once I tell it what I want to deploy. Is that right?20:39
jrollanderbubble: that's correct20:40
jrollthe error is when you run "ironic node-validate $uuid" ?20:40
anderbubbleRight.20:40
jrollyeah20:40
devanandajroll: ooh. so we need to add the microversion in the resposne header, too20:40
jrollwe should like, fix that20:40
jrolldevananda: yeah, and the Vary20:41
devanandagilliard just pointed out that caches need that20:41
jrollI didn't think about it when reviewing/updating20:41
devanandaand register the min/max in the service catalog / keystone20:41
anderbubblejroll, I’ll add that to my notes as something to clarify in the installation guide. :)20:41
jrollanderbubble: cool, thanks! :)20:41
devanandajroll: also, pecan++. this is what Nova did to get similar functionailty https://review.openstack.org/#/c/136759/14/nova/api/openstack/wsgi.py,cm20:43
jrolldevananda: woot20:43
*** rloo_afk is now known as rloo20:48
devanandaohhey, idea - what if our API-visible error codes included a) a unique ID that references our error condition, and b) a link to online documentation about that error20:50
NobodyCamdevananda: that would be very kewl.. how much work to maintain?20:51
*** dprince has quit IRC20:51
devanandamake it automatic20:51
devanandaput all the error code docs on a single URL with inline links for each code20:52
devanandawe add a new exception in tree, it would show up in docs right away20:52
NobodyCamoh very kewl +120:59
*** ijw has quit IRC21:01
*** achanda has quit IRC21:02
*** achanda has joined #openstack-ironic21:12
*** maurosr has quit IRC21:14
NobodyCambrb21:15
*** maurosr has joined #openstack-ironic21:15
*** slagle has quit IRC21:20
kragnizdevananda: we've been talking about doing something like that in glance21:20
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Zapping States  https://review.openstack.org/14082621:21
*** achanda has quit IRC21:26
*** slagle has joined #openstack-ironic21:31
*** absubram has quit IRC21:37
anderbubbleGetting really close to *actually* deploying a baremetal node: following the installation guide, but it doesn’t say how to actually deploy a node. Should I be selecting “sharednet1” or the original “private” network? I expected sharednet1, as that’s the network created in the guide; but that produced an error saying there was no subnet assigned.21:43
*** yjiang5_away is now known as yjiang521:45
*** achanda has joined #openstack-ironic21:46
*** romcheg1 has quit IRC21:52
*** Nisha_away has quit IRC21:55
*** achanda has quit IRC21:57
*** achanda has joined #openstack-ironic21:58
*** achanda has quit IRC22:00
*** achanda has joined #openstack-ironic22:00
*** achanda has quit IRC22:01
*** erwan_taf has quit IRC22:02
*** achanda has joined #openstack-ironic22:03
*** eghobo has quit IRC22:04
*** jgrimm is now known as zz_jgrimm22:15
*** Marga_ has quit IRC22:17
anderbubbleThis is obviously a corner case; but I tested my stack install by creating a vm instance first, then converting to ironic. Now I’ve got a vm-based instance that I can’t delete, even with force-delete22:46
anderbubbleIt’d probably be good to be able to clean up this kind of instance without (presumably) having to revert my nova config back to libvirt and friends.22:47
jrollmysql -c 'truncate table instances'? :P22:47
jroll(don't do that)22:47
*** ijw has joined #openstack-ironic22:47
jrollI really have no idea22:47
openstackgerritChris Krelle proposed openstack/ironic: Actively check iSCSI connection after login  https://review.openstack.org/15018722:48
anderbubble:)22:50
anderbubbleYeah, I could go troll through the db looking for the instance’s uuid; but I’m more likely to just ignore it for this install, since it’s proof-of-concept anyway.22:51
anderbubbleStill, it’d be nice if force-delete could do it.22:51
anderbubbleI guess this probably isn’t an ironic problem. :p22:51
jrollyeah :P22:52
*** openstackgerrit has quit IRC23:06
*** openstackgerrit has joined #openstack-ironic23:06
openstackgerritMerged openstack/ironic-specs: Implement Zapping States  https://review.openstack.org/14082623:07
victor_lowtherAnother day, another BIOS bug23:08
*** EmilienM is now known as EmilienM|afk23:08
JoshNang\o/ zapping thanks NobodyCam23:09
victor_lowtherSomehow, I doubt that ^[ -~]{0,MAX_ASSET_TAG_LEN}$ is really a valid regex23:09
NobodyCamvictor_lowther: lol ... ahh the good old days weekly bios updates23:09
NobodyCamJoshNang: Thank you23:09
victor_lowtherand yet, that is what the BIOS hands me to validate that a valid asset tag is being applied.23:10
victor_lowtherSo I get to fix a regex with a regex.23:11
victor_lowtherJWZ would be proud.23:11
* NobodyCam hates regex 23:11
NobodyCamI tend to have to learn it all over again every time23:12
jrollNobodyCam: regexr.com is gold23:12
NobodyCam++23:12
NobodyCamoh wait I haven't used that one23:14
NobodyCamthats nice23:14
NobodyCamTY jroll23:14
jroll:)23:14
jrollit's so good23:14
NobodyCamI think I got the No such file or directory thing23:18
openstackgerritVictor Lowther proposed openstack/ironic: Add DRAC BIOS config vendor passthru API -- DO NOT MERGE  https://review.openstack.org/15048823:20
victor_lowtheralso, I would appreaciate a code review for where I am not using idiomatic python.23:23
*** mrghort has joined #openstack-ironic23:25
mrghortHello everyone. Might I ask some n00b ironic questions, or is this more for dev discussion?23:30
NobodyCammrghort: Happy to attempt to answer..23:31
*** anderbubble has quit IRC23:32
mrghortThanks! I have ironic installed, the commands work, I added my nodes, ports for my nodes, created images, set pxe_deploy_ramdisk & pxe_deploy_kernel in driver_info. IPMI commands work. When I reboot the node it tries to PXE but does not find an image to boot from.23:35
mrghortLooking in /tftpboot/pxelinux.cfg I don't see any node-specific files23:36
mrghortI sort-of assumed ironic should create them there for me?23:36
NobodyCamcreate / pull from glance23:37
NobodyCamcan you paste the conductor log?23:37
NobodyCamwe can pull the images out of glance.23:38
NobodyCambrb23:38
mrghortJan 28 17:40:13 ironic journal: 2015-01-28 17:40:13.671 8947 INFO ironic.conductor.manager [-] Successfuly started conductor with hostname ironic.chameleon.tacc.utexas.edu.23:45
mrghortJan 28 17:40:13 ironic ironic-conductor: 2015-01-28 17:40:13.671 8947 INFO ironic.conductor.manager [-] Successfuly started conductor with hostname ironic.chameleon.tacc.utexas.edu.23:45
mrghortJan 28 17:40:13 ironic ironic-conductor: 2015-01-28 17:40:13.673 8947 INFO oslo.messaging._drivers.impl_rabbit [-] Connecting to AMQP server on ironic:567223:45
mrghortJan 28 17:40:13 ironic ironic-conductor: 2015-01-28 17:40:13.728 8947 INFO oslo.messaging._drivers.impl_rabbit [-] Connected to AMQP server on ironic:567223:45
mrghortJan 28 17:40:13 ironic journal: 2015-01-28 17:40:13.736 8947 INFO ironic.common.service [-] Created RPC server for service ironic.conductor_manager on host ironic.chameleon.tacc.utexas.edu.23:45
mrghortJan 28 17:40:13 ironic ironic-conductor: 2015-01-28 17:40:13.736 8947 INFO ironic.common.service [-] Created RPC server for service ironic.conductor_manager on host ironic.chameleon.tacc.utexas.edu.23:45
*** naohirot has joined #openstack-ironic23:45
NobodyCammrghort: please use paste.openstack.org23:46
naohirotgood morning ironic, NobodyCam23:47
mrghortduh, sorry23:47
NobodyCammorning naohirot :)23:47
mrghortthis is also in my log: http://paste.openstack.org/show/163407/23:47
naohirotgood morning devananda, rloo23:48
NobodyCammrghort: how did you start the deploy?23:48
mrghortironic node-set-power-state  on23:49
mrghortdo i need to deploy with nova?23:49
NobodyCamI would,23:50
NobodyCamhave you used TripleO's devtest or devstack23:51
mrghortno, i already have my own openstack running so i tried to work with that23:53
NobodyCamthat can work. have you build the deploy ram disk or agent image?23:54
NobodyCamyou'll need to set the virt driver in nova to Ironic23:55
naohirotdevananda: rloo: I really appreciate your generous treatment of driver.rst23:55
mrghortbuilt the images per http://docs.openstack.org/developer/ironic/deploy/install-guide.html23:55
NobodyCamsorry have to stepaway agin23:56
mrghortcompute_driver = nova.virt.ironic.IronicDriver23:57
mrghorti'll need to leave too. i'll get back on tomorrow. Thanks for the help!23:58
*** mrghort has quit IRC23:58
naohirotdevananda: rloo: It seems I screwed up somehow when I submitted iRMC Management Driver which depends on iRMC Power driver.23:59

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