Thursday, 2015-02-19

*** naohirot has joined #openstack-ironic00:02
*** Marga_ has quit IRC00:05
*** Marga_ has joined #openstack-ironic00:05
NobodyCamNisha: I'm sorry I should have looked sooner00:07
NobodyCamwant to toss up a new commit message on 14785700:07
NobodyCamonly because it calls out that the patch is adding "INSPECTED" state and its not now :-p00:09
Nisha:)00:09
Nishai will just post it again00:09
NobodyCamTHank you :)00:10
openstackgerritYuiko Takada proposed stackforge/ironic-discoverd: Support i18n part2  https://review.openstack.org/15611500:11
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159600:12
jlvillaljroll: Speaking of https://review.openstack.org/#/c/155727/2 .  I figured it out.  Since the 'time' mock specifies the 'new=' argument it doesn't create an argument to the function.00:12
jlvillaljroll: https://docs.python.org/3/library/unittest.mock.html#unittest.mock.patch  Read the 'new' section00:13
openstackgerritNisha Agarwal proposed openstack/ironic: Add states required for node-inspection  https://review.openstack.org/14785700:16
NishaNobodyCam, ^^^00:16
NobodyCamNisha: Thank you I will have a look00:17
*** eghobo has joined #openstack-ironic00:17
Nishathanks NobodyCam00:17
NobodyCam:)00:17
openstackgerritJosh Gachnang proposed openstack/ironic: Implement Cleaning States  https://review.openstack.org/15344400:20
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981700:20
openstackgerritJosh Gachnang proposed openstack/ironic: Implement Cleaning in DriverInterfaces  https://review.openstack.org/15720800:20
JoshNangNisha: NobodyCam just noticed my commit message on https://review.openstack.org/#/c/153444/ didn't have "Implements blueprint", blah sorry00:21
NobodyCamoh -2 for that00:22
NobodyCamlol00:22
NobodyCamj/k00:22
openstackgerritNisha Agarwal proposed openstack/ironic: Generic changes for Node Inspection  https://review.openstack.org/14982300:23
JoshNang:)00:24
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159600:26
naohirotgood morning to all00:27
*** penick has quit IRC00:29
NobodyCammorning naohirot :)00:31
jlvillalmorning naohirot00:32
naohirotHi good evening NobodyCam, thanks for the approval :)00:32
*** Nisha has quit IRC00:32
NobodyCamhuh00:32
NobodyCamoh it was catch up day00:32
naohirotjlvillal: hi good evening :)00:33
naohirotNobodyCam: Yeah, I saw several merges :)00:33
jlvillalJoshNang: Question on https://review.openstack.org/#/c/153444/15/ironic/common/states.py  Line 25400:37
jlvillalDoes the comment match what is being done?00:37
naohirotjlvillal: thanks for reviewing my code and docs, those helped me a lot :)00:37
jlvillalnaohirot: Glad to help! :)00:37
JoshNangjlvillal: good catch, should be manageable00:38
*** dprince has quit IRC00:38
jlvillalJoshNang: Okay, let me make a few other comments :)00:38
jlvillalIn a review00:38
JoshNangjlvillal: alright, i'll hold off on pushing another patchset00:39
jlvillalJoshNang: Should be just a couple minutes00:39
naohirotjlvillal: Year, especially usage of articles, it is very difficult for non English natives00:39
JoshNangjlvillal: no worries00:40
jlvillalnaohirot: Well my brother is in Japan and he says Japanese is most difficult language he has learned :)  he speaks English, French, and Spanish00:40
jlvillalHe is trying to learn Japanese00:40
*** david-lyle is now known as david-lyle_afk00:41
naohirotjlvillal: that's great to hear that :)00:42
jlvillalJoshNang: Done.  Not sure if those are valid comments or not.00:42
*** eghobo has quit IRC00:42
naohirotjlvillal: have you visited to your brother?00:42
jlvillalnaohirot: I have!  Just not in Japan ;)00:43
jlvillalIt sounds very nice though.  He really likes it.00:43
naohirotjlvillal: I see, so travel around Asia?00:44
jlvillalI think he has only gone to Japan.  Myself I have never been to Asia00:44
*** Marga_ has quit IRC00:46
*** Marga_ has joined #openstack-ironic00:46
naohirotjlvillal: I thought you said you visited just not in Japan but also other countries, maybe I misunderstood.00:46
*** Marga_ has quit IRC00:47
*** Marga_ has joined #openstack-ironic00:47
*** pegmatite has quit IRC00:48
jlvillalnaohirot: Sorry, I was trying to make a joke.  I said I had visited my brother.  Just not in Japan.  Because you had asked me if I had visited my brother.00:48
jlvillalnaohirot: So I have visited my brother when he lived here in the US.00:48
jlvillalit is probably hard to explain joke and trust me the native English speakers will tell you it was not a very good joke :)00:49
NobodyCamwe'll all be in Japan in about a year or so ish00:49
NobodyCam:-p00:49
naohirotjlvillal: Yeah, I got it, you visited your brother in U.S. (^_^)00:50
jlvillal:)00:50
*** pcrews has quit IRC00:55
*** spandhe has quit IRC00:59
*** Marga_ has quit IRC01:06
*** Marga_ has joined #openstack-ironic01:07
openstackgerritJosh Gachnang proposed openstack/ironic: Implement Cleaning States  https://review.openstack.org/15344401:10
*** Marga_ has quit IRC01:12
* jlvillal thinks it is time to go to Costco and get some groceries01:12
jlvillalGood night all! :)01:12
NobodyCamnight :)01:12
*** BadCub_ has quit IRC01:33
*** EmilienM is now known as EmilienM|afk01:36
*** absubram has quit IRC01:54
*** devlaps has quit IRC01:55
*** krtaylor has joined #openstack-ironic02:09
*** pcrews has joined #openstack-ironic02:13
*** killer_prince is now known as lazy_prince02:21
*** yuanying has joined #openstack-ironic02:29
*** achanda has quit IRC02:33
*** spandhe has joined #openstack-ironic02:41
*** achanda has joined #openstack-ironic02:42
*** spandhe_ has joined #openstack-ironic02:43
*** achanda has quit IRC02:46
*** spandhe has quit IRC02:46
*** spandhe_ is now known as spandhe02:46
*** ramineni has joined #openstack-ironic02:50
*** anderbubble has joined #openstack-ironic02:53
ramineniNobodyCam: hi ..there?03:00
*** achanda has joined #openstack-ironic03:02
adam_gNobodyCam, woo https://launchpad.net/bugs/142342703:04
openstackLaunchpad bug 1423427 in OpenStack Compute (nova) "os-baremetal-node ext relies on presence of specific ironic node properties " [Undecided,New]03:04
*** harlowja_ is now known as harlowja_away03:15
*** saripurigopi has joined #openstack-ironic03:21
*** anderbubble has quit IRC03:25
*** Nisha has joined #openstack-ironic03:42
NobodyCamramineni: maybe :-p03:42
NobodyCamadam_g: oh wow03:42
ramineniNobodyCam: :) , just wanted to check if we have consent on https://review.openstack.org/#/c/129529/03:43
*** achanda has quit IRC03:45
NobodyCamI think we were waiting to see ... I did not have a chance today to follow up on it.03:46
NobodyCamI see we got a reply on 135845 too03:47
NobodyCamramineni: I will see if I can get eyes on both tomorrow03:47
ramineniNobodyCam: sure .. thanks03:49
NobodyCam:)03:50
ramineniNobodyCam: ya , have seen the comment now .. then still no consensus yet :P03:50
*** korekhov_ has joined #openstack-ironic03:51
NobodyCamI'll do my best to see if we can tomorrow03:51
NishaNobodyCam, there?03:52
*** achanda has joined #openstack-ironic03:52
*** korekhov has quit IRC03:54
ramineniNobodyCam: thanks ..that would be great :)03:54
*** korekhov_ has quit IRC03:55
*** saripurigopi has quit IRC03:59
*** lazy_prince is now known as killer_prince04:05
NobodyCamHi Nisha only kinda04:06
NobodyCam:)04:06
NishaReviews :(04:07
NishaNobodyCam, reviews ?04:10
JoshNangramineni: this should be what you're looking for: https://review.openstack.org/#/c/157208/04:11
ramineniJoshNang : thanks ..will have a look :)04:12
NobodyCamNisha: I reviewed several reviews today. I plan on doing more tomorrow, but I need to be in a good mind state to be a good reviewer04:13
NishaNobodyCam, hmmm04:14
NobodyCamwe will get to it04:14
*** BadCub_ has joined #openstack-ironic04:14
*** achanda has quit IRC04:16
NishaNobodyCam, actually not getting reviews on inspection changes so....04:16
jrollNisha: the last patch was posted after work hours for the entire US...04:17
jrollwe can't work 24 hours a day04:18
Nishajroll, yeah i understand04:18
Nishajroll, i myself was working in midnight... as US day is night in India04:19
jrollNisha: I understand, it's difficult04:20
Nishajroll, yes. Its fine.04:20
Nishai hope it gets reviews tomorrow04:20
*** korekhov has joined #openstack-ironic04:21
openstackgerritMerged openstack/ironic: fixed typos from eligable to eligible and delition to deletion  https://review.openstack.org/15504404:25
*** korekhov has quit IRC04:26
*** pensu has joined #openstack-ironic04:27
*** coolsvap_ is now known as coolsvap04:28
*** rbrooker has quit IRC04:39
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481604:47
*** rameshg87 has joined #openstack-ironic04:53
rameshg87good morning ironic04:54
BadCub_heya rameshg8704:55
rameshg87hello BadCub_04:55
rameshg87hey BadCub_ i still don't know your real name, what's your real name ? :)04:57
BadCub_John :-)04:57
rameshg87John L. Villalovos ?04:57
*** yog_ has joined #openstack-ironic04:58
BadCub_John Stafford. Sorry, multi-layer conversations going04:58
rameshg87okay ..04:58
BadCub_I am with HP, work with Devandanda and NobodyCam05:00
rameshg87BadCub_, okay. I am also working at HP :)05:00
rameshg87BadCub_, my real name is "Ramakrishnan G"05:00
*** pensu has quit IRC05:00
BadCub_Oh hey! I know that name!!!05:00
BadCub_sometimes it is hard putting IRC handles to real names05:01
*** coolsvap is now known as coolsvap_05:05
*** saripurigopi has joined #openstack-ironic05:06
*** yuanying has quit IRC05:09
*** yuanying has joined #openstack-ironic05:11
*** spandhe has quit IRC05:13
*** coolsvap_ is now known as coolsvap05:15
*** achanda has joined #openstack-ironic05:16
*** achanda has quit IRC05:18
*** achanda has joined #openstack-ironic05:18
rameshg87yeah .. it is..:)05:22
rameshg87hey BadCub_, devananda told during the meeting that you can help setting the status of blueprint05:23
rameshg87BadCub_, if so, can you please set the status of 2 of my blueprints whose specs are merged for kilo05:23
rameshg87BadCub_, https://blueprints.launchpad.net/ironic/+spec/ironic-generic-raid-interface05:23
rameshg87BadCub_, https://blueprints.launchpad.net/ironic/+spec/inband-raid-configuration05:23
rameshg87BadCub_, both the specs are merged05:23
*** ParsectiX has quit IRC05:30
*** ParsectiX has joined #openstack-ironic05:31
*** killer_prince is now known as lazy_prince05:38
*** Marga_ has joined #openstack-ironic05:40
*** Marga_ has quit IRC05:41
*** Marga_ has joined #openstack-ironic05:42
openstackgerritMerged openstack/python-ironicclient: Capture stdout or stderr in tests  https://review.openstack.org/15540605:44
BadCub_rameshg87 both are tagged for k-305:44
*** achanda has quit IRC05:45
rameshg87BadCub_, thanks :)05:45
BadCub_YW :-)05:48
*** zigo has quit IRC05:54
*** zigo has joined #openstack-ironic05:55
*** achanda has joined #openstack-ironic05:56
*** pradipta has joined #openstack-ironic05:57
*** ParsectiX has quit IRC05:58
*** ParsectiX has joined #openstack-ironic05:58
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480805:58
*** absubram has joined #openstack-ironic06:01
*** absubram has quit IRC06:02
*** absubram has joined #openstack-ironic06:03
*** korekhov has joined #openstack-ironic06:03
*** korekhov has quit IRC06:07
*** spandhe has joined #openstack-ironic06:27
*** absubram has quit IRC06:31
*** Nisha has quit IRC06:34
saripurigopiI've a question reg management interface part of a driver.06:40
saripurigopiWhen we set boot device, the driver has to update the baremetal boot-order, does it have to include only the specified option in the boot order, or its the first option in boot-order.06:41
*** BadCub_ has quit IRC06:44
*** spandhe has quit IRC06:54
*** Nisha has joined #openstack-ironic06:55
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481407:02
rameshg87saripurigopi, Ironic cares only about the device that the bare metal will boot from07:05
rameshg87saripurigopi, it doesn't care about the devices in 2nd, 3rd, 4th of the boot order07:05
saripurigopirameshg87, so just setting same option would be fine right.07:07
rameshg87saripurigopi, yes, whatever device is passed has to be the 1st boot device on your bare metal's boot order07:07
saripurigopirameshg87, okay. That clarifies my doubt.07:08
*** gridinv has joined #openstack-ironic07:09
saripurigopirameshg87, now that vendor_passthru apis supports async calls at node level. How can user know the status of that operation?07:10
rameshg87saripurigopi, vendor_passthru's were async before07:15
rameshg87saripurigopi, oh may be wasn't07:15
rameshg87saripurigopi,  async vendor_passthrus we can't get the status back07:15
rameshg87saripurigopi, have to check the logs07:15
rameshg87afaik07:16
saripurigopirameshg87, Okay, so If I need to get some info of the server, like faults/ stats/ get_sensor_data is the only option to periodically poll ?07:16
rameshg87saripurigopi, yeah07:17
rameshg87saripurigopi, but what/where will you poll ?07:18
*** chlong has quit IRC07:19
saripurigopirameshg87, okay. I'm not sure, my understanding is celio meter agent would call get_sensor_data and send it to celiometer, isnt' that the case?07:19
rameshg87saripurigopi, don't have much idea07:20
saripurigopirameshg87, okay.07:21
*** spandhe has joined #openstack-ironic07:21
rameshg87Haoment (not online right now) might be a good person to ask07:21
rameshg87Haomeng iirc07:21
rameshg87sirushti, hey07:22
Nishasaripurigopi, aynsc call at node level means?07:22
sirushtirameshg87: Hi07:22
rameshg87sirushti, in patch https://review.openstack.org/#/c/150142/19/ironic/conductor/manager.py07:22
rameshg87sirushti, i still see the _infer_image_type has been moved above before conductor calls task.driver.deploy.validate()07:23
rameshg87sirushti, but nova makes a separate validate call before triggering the deploy07:23
rameshg87sirushti, https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L65507:23
rameshg87sirushti, does it work from nova now ?07:23
sirushtirameshg87: it calls rpc.validate_driver_interfaces first and then rpc.do_node_deploy07:24
saripurigopiNisha, can invoke vendor-passthru api to perform operation on a specific ironic-node07:24
sirushtirameshg87: which both respectively call _infer_image_type07:25
rameshg87sirushti, oh i missed that part07:25
rameshg87sirushti, thanks :)07:25
sirushtirameshg87: Sure, no problem :)07:26
Nishasaripurigopi, asaik, async vendor pass thru will be called from conductor07:27
Nishathen the async call can wait for driver code to finish, while the sync part of it can just return to the api07:28
Nishasaripurigopi, i am not sure if you are asking same..07:28
*** Marga_ has quit IRC07:29
saripurigopiNisha, is there a way user notified about the status of this api invocation, success/failure? As of now it support only POST operations right?07:30
*** pensu has joined #openstack-ironic07:36
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481607:42
*** cinerama has quit IRC07:49
*** korekhov has joined #openstack-ironic07:51
*** korekhov has quit IRC07:55
*** spandhe has quit IRC08:00
*** harlowja_away has quit IRC08:03
*** Nisha_away has joined #openstack-ironic08:06
*** Nisha has quit IRC08:06
*** korekhov has joined #openstack-ironic08:11
*** jcoufal has joined #openstack-ironic08:25
*** achanda has quit IRC08:29
*** andreykurilin_ has joined #openstack-ironic08:29
*** achanda has joined #openstack-ironic08:29
*** achanda has quit IRC08:30
*** pensu has quit IRC08:33
*** ifarkas has joined #openstack-ironic08:35
*** pradipta has quit IRC08:37
*** yog_ has quit IRC08:38
*** dtantsur|afk is now known as dtantsur08:41
dtantsurMorning Ironic08:41
*** jistr has joined #openstack-ironic08:42
openstackgerritAnusha Ramineni proposed stackforge/proliantutils: Add Proliant Hardware Manager  https://review.openstack.org/15729108:46
*** cinerama has joined #openstack-ironic08:48
*** korekhov has quit IRC08:53
*** korekhov has joined #openstack-ironic08:53
*** yog_ has joined #openstack-ironic08:54
*** erwan_taf has joined #openstack-ironic08:55
*** korekhov has quit IRC08:58
*** andreykurilin_ has quit IRC08:58
*** Nisha_away has quit IRC09:01
*** erwan_taf has quit IRC09:04
*** jcoufal_ has joined #openstack-ironic09:05
*** korekhov has joined #openstack-ironic09:05
*** jcoufal has quit IRC09:08
*** korekhov has quit IRC09:09
*** mgoddard has joined #openstack-ironic09:12
*** pas-ha has joined #openstack-ironic09:13
*** lucasagomes has joined #openstack-ironic09:15
*** erwan_taf has joined #openstack-ironic09:16
raminenidtantsur:hi09:19
*** derekh has joined #openstack-ironic09:19
*** ndipanov has quit IRC09:21
*** korekhov has joined #openstack-ironic09:24
dtantsurramineni, o/09:27
*** kylestev has quit IRC09:27
raminenidtantsur: could you please increase severity of bug https://bugs.launchpad.net/ironic/+bug/142021009:27
openstackLaunchpad bug 1420210 in Ironic "Ilo drivers doesn't support to communicate to iLO via REST API" [Low,In progress] - Assigned to Anusha (anusha-iiitm)09:27
*** korekhov has quit IRC09:28
ramineniotherwise IloDrivers break after latest release of proliantutils if the bug doesnt go in09:28
dtantsurramineni, severity makes sense when nobody is working on the bug, now it does not change anything09:29
dtantsurramineni, I don't mind doing it though, but breaking backward compatibility bothers me09:29
dtantsurramineni, does that mean that people using Juno will break on updating proliantutils?09:29
*** ndipanov has joined #openstack-ironic09:29
raminenidtantsur: no ..actually it doesn't , https://github.com/stackforge/proliantutils/blob/master/proliantutils/ilo/ribcl.py#L496 , its handled for backward compatibility09:31
dtantsurthen what's the problem with bug severity? :)09:31
raminenidtantsur , for latest features we want it in09:31
ramineni:)09:31
dtantsurbug severity literally means how deeply broken things are. In your case things are not broken, thus I put 'low' there. Anyway, it only makes sense when people pick bugs to work on, this one is already worked on :)09:32
raminenidtantsur : ok , thanks for clarifying :)09:33
raminenidtantsur , in that case , it should be fine09:33
*** pensu has joined #openstack-ironic09:33
*** Nisha has joined #openstack-ironic09:34
openstackgerritMark Goddard proposed openstack/ironic: Avoid deregistering conductor following SIGUSR1  https://review.openstack.org/15578509:34
openstackgerritVictor Sergeyev proposed openstack/ironic: Use oslo_utils replace oslo.utils  https://review.openstack.org/14945009:40
openstackgerritVictor Sergeyev proposed openstack/ironic: Use mock from standard library in py3x env  https://review.openstack.org/15660009:45
openstackgerritVictor Sergeyev proposed openstack/ironic: Run tests in py34 environment  https://review.openstack.org/15619209:45
*** viktors|afk is now known as viktors09:47
*** Nisha has quit IRC09:47
viktors^^ a simple rebase09:47
dtantsurramineni, still around? I have a question on iLO cleaning09:48
raminenidtantsur: yes09:48
dtantsurramineni, it's about the in-band part. will you be using something standard for Linux on the ramdisk or some proprietary tools?09:49
dtantsurrameshg87, hi, the same question for you about in-band RAID ^^^09:49
rameshg87dtantsur, for raid, it's a proprietary tool09:50
rameshg87dtantsur, it's called hpssa. free for download but not opensource09:50
dtantsuraha... that's pity. will you have something out-of-band for RAID? or only this thingy?09:50
raminenidtantsur: except for raid , not using any other proprietary tools for k release09:51
rameshg87dtantsur, hp hardware cannot do RAID out-of-band09:51
rameshg87dtantsur, i use this for raid: http://h20564.www2.hp.com/hpsc/swd/public/detail?swItemId=MTX_b6a6acb9762443b182280db80509:51
dtantsurI see. Thanks, folks!09:51
*** romcheg has joined #openstack-ironic09:54
rameshg87lucasagomes, hi09:56
lucasagomesrameshg87, hi there09:56
rameshg87lucasagomes, when you get some time, let me know what you thing about Chris's comment: https://review.openstack.org/15658709:56
rameshg87lucasagomes, oh you already commented :)09:57
rameshg87thanks09:57
lucasagomesrameshg87, yeah commented 2 min ago heh09:57
lucasagomesI'm good with that09:57
openstackgerritAlexis Lee proposed openstack/ironic: Correctly rebuild the PXE file during takeover of ACTIVE nodes  https://review.openstack.org/15546010:03
openstackgerritAlexis Lee proposed openstack/ironic: Don't write PXE config during ACTIVE takeover  https://review.openstack.org/15625010:03
openstackgerritMerged stackforge/ironic-discoverd: Support i18n part2  https://review.openstack.org/15611510:05
openstackgerritAlexis Lee proposed openstack/ironic: Don't write PXE config during ACTIVE takeover  https://review.openstack.org/15625010:06
*** dtantsur is now known as dtantsur|bbl10:21
openstackgerritAnusha Ramineni proposed openstack/ironic-python-agent: Add raid configuration in IPA  https://review.openstack.org/15731610:25
*** jcoufal_ has quit IRC10:45
*** jcoufal has joined #openstack-ironic10:46
*** pelix has joined #openstack-ironic10:46
*** erwan_taf has quit IRC10:48
*** erwan_taf has joined #openstack-ironic10:49
*** ndipanov has quit IRC11:04
*** ramineni has quit IRC11:04
*** yog_ has quit IRC11:11
*** erwan_taf has quit IRC11:17
*** ndipanov has joined #openstack-ironic11:18
*** korekhov has joined #openstack-ironic11:25
*** korekhov has quit IRC11:29
*** erwan_taf has joined #openstack-ironic11:29
*** rameshg87 has quit IRC11:37
*** chlong has joined #openstack-ironic11:41
*** richard_1aw is now known as richard_maw11:46
*** alexpilotti has joined #openstack-ironic11:51
*** dtantsur|bbl is now known as dtantsur11:56
*** saripurigopi has quit IRC12:06
*** agentle_ has quit IRC12:06
*** ndipanov has quit IRC12:13
*** saripurigopi has joined #openstack-ironic12:13
*** ndipanov has joined #openstack-ironic12:14
*** ndipanov has quit IRC12:20
*** foexle has joined #openstack-ironic12:20
*** yuanying has quit IRC12:25
*** saripurigopi has quit IRC12:29
*** erwan_taf has quit IRC12:30
*** erwan_taf has joined #openstack-ironic12:30
*** rameshg87 has joined #openstack-ironic12:30
rameshg87lucasagomes, regarding some comments on https://review.openstack.org/#/c/155230/8/ironic/api/controllers/v1/node.py12:32
rameshg87lucasagomes, the 202 error code12:32
*** ndipanov has joined #openstack-ironic12:32
lucasagomesrameshg87, right12:32
rameshg87lucasagomes, it's true the intention of the PUT call was just to store to the database and no action has been triggered in background12:33
rameshg87lucasagomes, the reason behind 202 was PUTting /raid/configuration on the node is not complete yet12:33
lucasagomesrameshg87, yeah, that's my understanding too12:33
lucasagomesright but that's the return code for that request right12:33
lucasagomesit's like when config is done in 2 steps12:33
lucasagomesyou first configure it and then you commit the changes12:34
lucasagomesthe configuration part is done (200)12:34
lucasagomeswhen you commit yeah that takes while so (202)12:34
lucasagomesrameshg87, idk, maybe it's only me, but when I see a 202 in my head it basically means that my request wasn't fullfilled yet12:34
lucasagomesand it's doing something in the background12:34
rameshg87request wasn't fullfilled yet is correct :)12:35
rameshg87but doing something in background is wrong12:35
lucasagomeswell it was, the configuration was applied correctly and it's done for that request right?12:35
rameshg87lucasagomes, i just checked w3.org description of it: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html12:35
rameshg87lucasagomes, 202 Accepted12:35
rameshg87lucasagomes, says "The 202 response is intentionally non-committal. Its purpose is to allow a server to accept a request for some other process (perhaps a batch-oriented process that is only run once per day) without requiring that the user agent's connection to the server persist until the process is completed."12:36
rameshg87lucasagomes, "that is only run once per day" example12:36
lucasagomesright yeah12:36
rameshg87lucasagomes, says it needn't trigger something in the background12:36
lucasagomesrameshg87, ack, yeah I commented more to document that (nor -1'ed too)12:36
lucasagomescause I think that the rest of our API 202 basically means task running on the background12:37
lucasagomesI could argue both ways really12:37
rameshg87lucasagomes, :)12:37
rameshg87lucasagomes, so do you feel 202 is okay as well ?12:38
lucasagomesrameshg87, yup, it's valid12:38
rameshg87lucasagomes, okay12:38
lucasagomesbut maybe a bit less consistent with the rest of our calls12:38
*** jjohnson2 has joined #openstack-ironic12:38
rameshg87wanna take a vote or get more opinions ?12:39
lucasagomesrameshg87, I wouldn't -1 for that. The +1 is for the other bits too12:39
lucasagomesif that was my only comment I would +2 it12:39
rameshg87okay12:40
rameshg87let me fix other things for now then12:40
lucasagomesthe thing about overwriting the 'raid' module should be fixed really12:40
rameshg87lucasagomes, yeah doing it rightaway12:40
rameshg87lucasagomes, and regarding jsontype12:40
rameshg87on the same file12:40
lucasagomesrameshg87, yeah the json type I'm good too, it's just an remind that a list is also a json valid type12:40
lucasagomesor a string12:40
lucasagomesthe return docstring says dictionary12:41
rameshg87lucasagomes, okay12:41
lucasagomesperhaps saying a json on the docstring? it's just a nit really12:41
rameshg87lucasagomes, dtantsur and i discussed on previous patchset.12:41
lucasagomesoh, ok, I will take a look12:41
lucasagomesbut it's good12:42
*** Nisha has joined #openstack-ironic12:42
rameshg87even put accepts jsontype for now where raid configuration is supposed to be '{"logical_disks": []}'12:42
lucasagomesI said in the comment it's fine as-is too. So no changes needed on my side12:42
lucasagomesrameshg87, +112:42
rameshg87okay12:42
lucasagomesI just feel like commenting that stuff to document, maybe someone has another opnion on that which might be important12:43
Nishalucasagomes, hi12:43
lucasagomesNisha, hi12:43
*** pensu has quit IRC12:43
Nishalucasagomes, could i request your time for inspection patches review12:43
Nisha?12:43
lucasagomesNisha, sure, what patches? btw the Nova one got approved :)12:44
lucasagomesoh inspection patches12:44
Nishalucasagomes, yes12:44
lucasagomesgotcha, yeah I will take a look12:44
Nishadtantsur, there12:48
openstackgerritRamakrishnan G proposed openstack/ironic: Add driver interface for RAID configuration  https://review.openstack.org/15523012:58
*** Nisha has quit IRC12:58
*** EmilienM|afk is now known as EmilienM12:58
*** alexpilotti has quit IRC13:05
*** korekhov has joined #openstack-ironic13:05
*** korekhov has quit IRC13:09
*** jjohnson2 has quit IRC13:10
*** pensu has joined #openstack-ironic13:18
NobodyCammorning Ironicers13:23
dtantsurNobodyCam, morning13:25
*** pensu has quit IRC13:26
lucasagomesNobodyCam, morning13:27
*** pensu has joined #openstack-ironic13:29
NobodyCammorning dtantsur and lucasagomes :)13:30
openstackgerritJohn Trowbridge proposed openstack/ironic: Add documentation for the IPMI retry timeout option  https://review.openstack.org/13129613:33
trownNobodyCam: lucasagomes, thanks for teaching me how to properly update the sample config13:33
NobodyCam:)13:34
lucasagomestrown, cool yw13:34
trownlearned something new just working on docs13:34
*** jistr_ has joined #openstack-ironic13:37
*** jistr has quit IRC13:39
NobodyCam:)13:47
rameshg87morning NobodyCam13:47
naohirotgood morning NobodyCam :)13:47
naohirotlucasagomes: rameshg87: can I ask a question regarding this code https://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic#L1913:48
rameshg87NobodyCam, have added my reasoning of why root partition can be made bootable in all cases ps://review.openstack.org/#/c/156587/1/ironic/drivers/modules/deploy_utils.py13:48
lucasagomestrown, :) yeah there's the -egendocs command as well so you can generate the docs from API and other bits locally too13:48
rameshg87NobodyCam, please have a look at them and see if it seems reasonable13:48
lucasagomesnaohirot, sure, it's all stuff let's see if I remember :)13:48
lucasagomesit's old stuff*13:48
*** jistr_ is now known as jistr13:48
naohirotlucasagomes: my test env started to return ERROR ironic.drivers.modules.iscsi_deploy [-] Error retu13:49
naohirotrned from deploy ramdisk: Could+not+find+disk+to+use.13:49
NobodyCamrameshg87: the concern I have (with out looking atm) was some bios may see that bit and do some kind of fall back and attempt to boot from the disk ... Ie stop trying to pxe boot13:49
NobodyCambut I will take a look in a bit13:50
rameshg87NobodyCam, okay13:50
naohirotlucasagomes: I checked disk partition of my bare metal,13:50
lucasagomesnaohirot, right... so that's the func that look for the devices13:51
lucasagomeshttps://github.com/openstack/diskimage-builder/blob/master/elements/ramdisk-base/extra-data.d/scripts/d/init-func#L19313:51
naohirotlucasagomes: basically should I remove all partition? It have been working before.13:51
lucasagomesnaohirot, no, having partitions or not shouldn't make a difference13:51
rameshg87naohirot, is /dev/sda there on your system ?13:52
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Add RAID configuration methods in decom extension  https://review.openstack.org/15731613:52
lucasagomesnaohirot, also, take a look at the parameter that is passed via Ironic to the ramdisk13:52
* lucasagomes hate that bit part of the code13:52
lucasagomesnaohirot, 1 sec will point it out to u13:52
rameshg87lucasagomes, naohirot, this one ? https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/iscsi_deploy.py#L6913:53
naohirotrameshg87: I removed all partitions.13:53
rameshg87naohirot, what do you mean by partitions ?  is it /dev/sda1, /dev/sda2, etc ?13:54
*** mkerrin has quit IRC13:55
naohirotrameshg87: Yes, I removed /dev/sdc1 and /dev/sdc2 by fdisk13:55
lucasagomesnaohirot, https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/iscsi_deploy.py#L6913:56
lucasagomesyeah13:56
rameshg87naohirot, don't you have /dev/sda on your system ?13:56
rameshg87naohirot, by default ironic looks *only* for /dev/sda13:56
lucasagomesyeah it looks sda,vda,hda by default13:56
naohirotrameshg87: I need to check exact device name, but this system worked before, so the disk device name should be okay.13:57
rameshg87naohirot, not sure, but disk names can change13:57
* rameshg87 wonders why would linux kernel skip sda 13:57
lucasagomesyeah disk names are abritary, but yeah skipping sda is def odd13:57
lucasagomesanyway... I think we should make the ramdisk smarter, make it use lsblk for example and get a valid disk from that13:58
lucasagomeslike IPA does13:58
lucasagomes(or use root device hints, but it's not merged in DIB yet :/)13:58
naohirotrameshg87: lucasagomes: let me check the disk device name by booting rescue cdrom again13:58
rameshg87lucasagomes, +113:58
lucasagomesnaohirot, cool, yeah the thing is... even booting on cdrom may not be enough because it's arbritary13:58
lucasagomesnaohirot, to be very honest. I think it's a real problem/bug13:59
naohirotrameshg87: lucasagomes: so the device name has to be one of default='cciss/c0d0,sda,hda,vda', right?13:59
lucasagomesI would fix that method on DIB to do a better job finding the device13:59
lucasagomesnaohirot, yeah, that really sucks13:59
lucasagomeslsblk -oKNAME,TYPE14:00
lucasagomestest if TYPE=="disk"14:00
naohirotlucasagomes: rameshg87: I'll report the device name in 10 min.14:00
lucasagomesnaohirot, ack14:00
lucasagomesnaohirot, but again, it's arbitrary. It can change from one boot to another14:00
lucasagomesunless you got perment rules for naming ur devices (udev rules)14:00
*** Nisha has joined #openstack-ironic14:04
naohirotlucasagomes: rameshg87: booting ubuntu rescue disk, fdisk -l said /dev/sda14:08
rameshg87naohirot, if it was /dev/sda in the deploy ramdisk, i would expect find_disk to find it14:09
naohirotlucasagomes: rameshg87: it seems it should be okay14:09
rameshg87naohirot, may be we should check what disk files does deploy ramdisk see ?14:09
GheRiverolucasagomes: Are you planning to work on https://review.openstack.org/#/c/128005/ (oslo config generator) or can I 'hijack' it?14:10
lucasagomesyeah, it's hard to tell... since it can switch names from boots14:10
lucasagomesGheRivero, go ahead!14:10
GheRiverolucasagomes: will do. Thx14:10
lucasagomesGheRivero, thank you for taking over :)14:10
GheRiverolucasagomes: sure. no problem14:10
naohirotrameshg87: passing some parameter by configdrive makes deploy ramdisk display debug message on console?14:11
lucasagomesnaohirot, when it fails do you get a shell ?14:11
rameshg87yeah we get troubleshoot shell, right ?14:11
rameshg87press t to drop to shell or something14:11
naohirotlucasagomes: no, it failed after first boot, when my bare metal powered off, before second boot.14:12
lucasagomes:(14:12
lucasagomesnaohirot, I feel like ur going to have to tweak the ramdisk and rebuild it14:13
naohirotlucasagomes: my disk is ssd, is it related to this problem?14:14
*** jjohnson2 has joined #openstack-ironic14:14
lucasagomesnaohirot, normally ssd are named sd* so should be fine :/14:15
naohirotlucasagomes: okay14:15
lucasagomesnaohirot, the thing is, that method to find the disk is not appropriated14:15
lucasagomesI would rather improve it if possible14:16
rameshg87naohirot, yeah i guess you can uncompress the ramdisk, add a troubleshoot above this line https://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic#L914:16
naohirotrameshg87: I'll try to press 't' on console.14:16
rameshg87naohirot, above this line in /init within the ramdisk14:16
rameshg87naohirot, and then archive it back14:16
rameshg87naohirot, this will uncompress the ramdisk: mkdir init; cd init; gunzip < ../initramfs | cpio -i --make-directories14:17
rameshg87naohirot, this will package it back: find . | cpio -H newc -o | gzip > ../initramfs.new14:17
rameshg87naohirot, from my cheatsheat, i use it often :)14:18
* dtantsur needs a cheatsheet too14:18
naohirotrameshg87: Okay, in order to print some variable, can just echo be okay?14:19
lucasagomesnaohirot, yup, echo and call "bash"14:20
lucasagomesso you get a shell you can play with14:20
naohirotrameshg87: Okay I added those to my cheetsheat too :)14:20
lucasagomesnaohirot, and run those gunzip/find... as root14:20
lucasagomesor u can get it not booting due permission problems14:20
naohirotlucasagomes: I'd like to make sure that if the disk has no partition is okay.14:21
lucasagomesnaohirot, fair enuff :)14:21
naohirotlucasagomes: ramdisk creates partition, right?14:22
victor_lowtherifarkas: https://review.openstack.org/#/c/150488/ has been updated for your reviewing pleasure.14:22
ifarkasvictor_lowther, great, I will check it ;-)14:23
Shrewslucasagomes: Hey. I ended up changing my vote on this review (https://review.openstack.org/145690). I've rebuilt my devstack env a couple of times and have run into this issue where --nic needs to be specified during boot. I'm not sure why, which makes me sad.14:30
*** rloo has joined #openstack-ironic14:31
lucasagomesShrews, lemme see14:31
lucasagomesShrews, oh randomly ? :( :( :( :(14:32
*** EmilienM is now known as EmilienM|afk14:32
*** Nisha has quit IRC14:32
lucasagomesShrews, did you source only openrc for credentials?14:32
*** Nisha has joined #openstack-ironic14:33
Shrewslucasagomes: maybe random was the wrong word. it didn't happen before, but now seems to occur constantly14:33
Shrewslucasagomes: yeah, only openrc14:33
lucasagomesShrews, ack, alright I will approve it then14:33
lucasagomes:(14:33
Shrewsbut your question makes me wonder... could it be a difference between the admin and non-admin accounts?14:34
lucasagomesShrews, I think so14:34
lucasagomesthat's the thing, I haven't tried, sometimes I source admin because I want to do a ironic node-list etc14:35
lucasagomesand forget it before doing nova boot14:35
lucasagomesthat yes, can cause problems14:35
*** BadCub_ has joined #openstack-ironic14:36
lucasagomesShrews, I changed my vote there, didn't approve jsut in case u want to test the credentials thing14:37
Shrewslucasagomes: i do want to test. thx14:37
lucasagomesShrews, cool, thank you for looking deeper into it14:38
jrollrameshg87: dtantsur: we're using a proprietary tool for in-band raid? :x the call to that is shipping in an external hardware manager yes?14:49
jrollmorning lucasagomes Shrews and everyone else :)14:50
dtantsurjroll, morning14:50
Shrewsjroll: morning14:50
rameshg87jroll, morning14:50
lucasagomesjroll, yo morning14:50
jrollmorning :)14:50
lucasagomesjroll, yeah, probably we can't ship it14:50
lucasagomeswe cna give instructions on how to build that14:50
jrollright14:51
rameshg87jroll, for hp inband raid, it's free but not opensource14:51
rloomorning ironickers. Looks like you were all busy yesterday ;)14:51
rameshg87jroll, so anyone can build it using dib or dockerfile14:51
jrollwe use proprietary firmware tools, but the call to that is either closed source or in our hardware manager14:51
jrollrameshg87: yes, but I don't think IPA should depend on a closed-source tool14:51
dtantsurthat leaves us with only DELL for RAID upstream...14:51
rameshg87jroll, yeah that's why a new hardware manager ..14:51
dtantsurrloo, morning!14:51
jrolldtantsur: and mdadm :)14:52
jrollrameshg87: ok, cool14:52
Shrewshi rloo, dtantsur14:52
jrollmorning rloo :)14:52
dtantsurjroll, definitely :)14:52
dtantsurShrews, morning to you too :)14:52
rloomorning Shrews, jroll. Hi dtantsur, lucasagomes, rameshg87 :)14:52
lucasagomesrloo, hi good morning14:52
rameshg87morning rloo :)14:52
*** foexle has quit IRC14:53
*** Nisha has quit IRC14:55
Shrewslucasagomes: interesting. --nic is required with admin, but NOT with demo user14:56
lucasagomesShrews, yeah, def running things as admin can cause some troubles14:57
lucasagomesI haven't looked much into it14:57
lucasagomesShrews, you think that was the problem there?14:57
lucasagomesif so, I don't think we should ever run with admin14:57
lucasagomesnor the guidelines should do that14:57
Shrewslucasagomes: yeah, me neither. our devstack doc does not use the admin account in the example, so i think the patch is invalid14:58
jrolldemo user probably has a default nic14:58
lucasagomesShrews, right14:58
Shrewsjroll: is that specified in lib/ironic somewhere? (if you know offhand)14:58
jrollShrews: the default nic/network?14:59
jrollprobably defined in nova or neutron stuff14:59
jrollthat isn't specific to us, I'm sure14:59
Shrewseh. may look into it sometime when things get slow14:59
*** saripurigopi has joined #openstack-ironic15:00
*** mgoddard1 has joined #openstack-ironic15:00
*** mgoddard has quit IRC15:01
rloosigh. everyone, wrt  https://review.openstack.org/147857, we aren't deleting the *ED states.15:02
dtantsurlooks like we don't have agreement on this one :) I thought we decided to keep them, but then people started commenting on the inspection patch...15:04
jroll*everyone* has gone back and forth on it15:05
rloodtantsur: in one of our meetings, I thought it was discussed. the *ED should stay. The question is what happens in *ED state and how to transition from that to the passive/stable state.15:05
*** lazy_prince is now known as killer_prince15:05
jrolldeva included15:05
rloojroll: we don't seem to be very effective communicators :-(15:05
jrollrloo: nope15:05
jrollemail is good, we should use that more15:05
jrollnow15:05
jrollthe latest patch removes the INSPECTED state15:06
rloojroll: yes, I just noticed that.15:06
jrollare we ok with that?15:06
*** absubram has joined #openstack-ironic15:06
jrollalso, should one be able to retry a failed inspection?15:06
dtantsurdefinitely15:06
rloojroll: I would like the *ED back since it is in the spec, but poor Nisha...15:06
naohirotgood night all :)15:06
*** naohirot has quit IRC15:07
jrolldtantsur: right, ok, I missed it15:07
rloojroll: the retry of a failed inspection has to be done by an API call so yes, I think we should allow it.15:07
dtantsurrloo, what if we ask her to create one more patch adding *ED states, and start discussing there?15:07
rloojroll: but yeah, good question. cuz we're going to have to think about it for every *FAIL.15:07
dtantsurprovided we can agree on everything BUT *ED state15:07
jrollrloo: right, I thought it wasn't allowing it and thought it should, it's fine15:07
jrolldtantsur: +115:08
jrollI personally think it's not necessary15:08
jrollspec be damned :)15:08
rloodtantsur: I thought Nisha mentioned that she was doing something in the ED state, but yeah, fine for now.15:08
rloojroll: we spent a lot of time on that beautiful spec :-)15:08
jrollrloo: :P15:09
dtantsurrloo, it will use return value of inspect_hardware to figure out whether inspection is finished (return INSPECTED) or not finished aka async aka in-band (return INSPECTING)15:09
dtantsurthat's the only use cases I'm aware of _right now_15:09
jrollare we ever going to do it synchronously?15:09
dtantsurjroll, it's not sync in terms of API15:10
jrollalso, I know devananda got rid of that model with the other stuff via callbacks or something15:10
jrollah, right15:10
rloomy question is: is it easier to add *ED later if needed, or add *ED now and if not needed, delete later?15:10
dtantsurI just mean whether inspect_hardware returns after doing all the stuff (OOB) or after just initiating stuff (IB)15:10
dtantsurrloo, from compatibility POV it's easier to add15:10
jrollrloo: once we have a state, people may depend on it :)15:11
jrollout of tree drivers and such15:11
rloodtantsur, jroll: OK, then better not to put it in until we're sure.15:11
jrollI agree15:12
jrollI +2'd the patch, but going to let others weigh in15:12
dtantsurplease no, let's finally approve it :D15:12
jrollunless you want me to just go ahead and approve so we don't fight any longer :)15:12
jrollboom15:12
jrolldone15:12
dtantsurwoohoo! finally some progress with inspection15:12
rloodtantsur: you only wanted it approved for selfish reasons ;)15:13
jroll\o/15:13
jrollheh15:13
rloothx jroll. if you hadn't done it, I would have.15:13
dtantsurrloo, as everything I do 8-)15:13
* dtantsur is evil15:13
rlooif dtantsur is evil, I have to wonder about the rest of us ;)15:13
dtantsur:)15:14
rloook, who wants to start the email discussion about *ED states?15:14
* jroll hides15:14
dtantsurlemme find the first message here....15:14
dtantsur<rloo> sigh. everyone, wrt  https://review.openstack.org/147857, we aren't deleting the *ED states.15:14
dtantsurhere I found ^^^15:14
jrolllol15:14
*** saripurigopi has quit IRC15:14
rloodtantsur: huh?15:15
*** saripurigopi has joined #openstack-ironic15:15
dtantsurrloo, I found one to blame by finding one who posted the first message on the topic15:15
dtantsurrloo, looks like it's you15:15
* dtantsur is REALLY evil15:16
rloodtantsur: I said to delete it?15:16
dtantsurheh, to be serious, I can start the discussion15:16
lucasagomesjroll, JoshNang for the cleaning/zapping tasks... the methods it's going to run is hardcoded in the driver is that right?15:17
rloothx dtantsur. I think we should keep it but I haven't thought much about it. Although I could see myself suggesting to delete it just cuz that is always an option.15:17
jrolllucasagomes: I believe it collects them from all drivers based on a decorator, kind of like the driver tasks thing15:18
lucasagomesjroll, JoshNang have you thought in the future to make it like, extendable somehow? where people could delete/add new tasks without having to change the code?15:18
lucasagomesjroll, right15:18
jrolllucasagomes: idk, I haven't been paying much attention to that stuff15:18
lucasagomesjroll, right, I was thinking about it. Because not all the zapping tasks will go upstream15:19
lucasagomessay firmware updates etc15:19
lucasagomesso it would be good to have a way to drop a file somewhere in the filesystem and have the Ironic conductor to look at it15:19
lucasagomesand include that extra task as part of zapping/cleaning15:19
jrolllucasagomes: right, I know hardware managers can deploy a thing, idk what we're doing for oob stuff15:20
jrolls/deploy/declare15:20
lucasagomeswithout making people to patch downstream their code to add some vendor stuff15:20
jrollright, agree, we should figure that out15:20
lucasagomesjroll, I see... cool15:20
lucasagomesfood for thought :)15:20
jrollindeed :)15:20
jrolllucasagomes: I assume drac and ilo would do firmware update oob?15:21
lucasagomesjroll, right, yeah that's an example of something that can be done both ways15:21
lucasagomesbut it may have some tasks which needs to be done only in-band15:21
lucasagomeslike the HP raid stuff15:21
jrollright15:21
* dtantsur wrote to the ML15:26
jrolloh goody15:26
openstackgerritMerged openstack/ironic: For flake8 check, make the 'E12' ignore be more granular  https://review.openstack.org/15717115:28
* lucasagomes refresh his email15:28
*** achanda has joined #openstack-ironic15:33
openstackgerritRamakrishnan G proposed stackforge/proliantutils: Add Proliant Hardware Manager for IPA  https://review.openstack.org/15729115:37
rameshg87jroll, JoshNang, JayF, please have a look at this when you get some time: https://review.openstack.org/#/c/157316/15:39
rameshg87jroll, JoshNang, JayF, add decom extensions for RAID15:39
jrollrameshg87: yeah, looking15:39
rameshg87jroll, JoshNang, JayF, and the hardware manager that we are building will be in proliantutils: https://review.openstack.org/#/c/157291/215:40
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Use less verbose imports for i18n  https://review.openstack.org/15741915:41
*** achanda has quit IRC15:41
*** EmilienM|afk is now known as EmilienM15:41
rameshg87would love if you guys have comment on the hardware manager in proliantutils (eventhough it is not in your usual radar)15:41
* rameshg87 leaves for the day15:42
rameshg87having a good day everyone :)15:42
jrollrameshg87: you'll probably want to talk to JoshNang about the decom extension15:42
jrollas that will probably change to clean or something15:42
jrollbut we could land this and move it later :)15:42
jrollhave a good night :)15:42
rameshg87jroll, sure .. :)15:42
rameshg87jroll, please post comment if you have some ..15:43
rameshg87good day jroll15:43
*** rameshg87 has quit IRC15:43
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Always use non-localized strings in unit tests  https://review.openstack.org/15742215:50
*** mgoddard1 has quit IRC15:51
openstackgerritJohn L. Villalovos proposed openstack/ironic: Fix PEP8 E121 & E122 errors  https://review.openstack.org/15742415:51
lucasagomesjroll, JoshNang anoher q... right now for zapping/cleaning tasks inband we are using the same deploy ramdisk right?15:52
lucasagomesare we thinking about having a different ramdisk that could be used for those tasks (!= deploy ramdisk)15:53
jrolllucasagomes: yes, and no we haven't thought about that15:54
*** romcheg has quit IRC15:54
lucasagomesjroll, right, food for thought15:54
* lucasagomes needs to start a FFT list 15:55
jrollheh15:55
*** killer_prince is now known as lazy_prince15:55
NobodyCammorning jroll rloo and Shrews15:55
rloomorning NobodyCam15:55
jrollmorning NobodyCam :)15:56
NobodyCam:)15:56
*** korekhov has joined #openstack-ironic15:57
*** kozhukalov has joined #openstack-ironic15:57
*** pas-ha has quit IRC15:58
*** mgoddard has joined #openstack-ironic15:59
*** spandhe has joined #openstack-ironic15:59
*** ParsectiX has quit IRC16:00
*** ParsectiX has joined #openstack-ironic16:01
*** anderbubble has joined #openstack-ironic16:01
*** david-lyle_afk is now known as david-lyle16:04
*** korekhov_ has joined #openstack-ironic16:05
jlvillalGood morning all16:07
dtantsurjlvillal, morning16:07
*** saripurigopi has quit IRC16:07
lucasagomesjlvillal, morning16:07
jlvillaldtantsur: Thanks :)16:07
jlvillallucasagomes: And thanks to you all who follow :D16:07
NobodyCammorning jlvillal16:08
jlvillals/you all/you and all/16:08
lucasagomes:)16:08
*** korekhov has quit IRC16:08
BadCub_Morning all16:08
*** dlpartain has joined #openstack-ironic16:08
jlvillalNobodyCam: BadCub_: Morning16:08
openstackgerritMerged openstack/ironic: Add states required for node-inspection  https://review.openstack.org/14785716:24
jlvillaldtantsur: Can *ED states be optional?  I'm not sure what a 'no-op' state means or how it has value.  I'm reading your email now16:24
*** krtaylor has quit IRC16:25
dtantsurjlvillal, what do you mean by optional state? no-op means that transition from it is done right after transition into it without any actions in between16:25
jlvillaldtantsur: To me they are optional.  If they aren't used then don't put them into the code.  If there is a value for an *ED state then put it into the code.16:26
dtantsurwell, maybe :) let's see what people say, IIRC devananda had some idea..16:26
jlvillalI'm not sure how a 'no-op' is handled.  I don't think the state machine has a concept of a 'no-op'.  So it sounds to me like the code will need to do two transitions in a row.16:27
*** pcrews has quit IRC16:27
jlvillalThe code outside of fsm.py, that is16:27
dtantsurI think it will be implemented like that16:27
jlvillaldtantsur: That seems ugly to me :)16:27
dtantsurI don't really insist (though it would be convenient for inspection)16:27
jlvillaldtantsur: I'm curious how it is valuable for transition?  If a 'no-op' then it would only be in that state for a very brief moment.  Unless I'm missing something.16:28
dtantsurjlvillal, IIRC the idea was that we can change it later to be meaningful without changing users16:29
jlvillaldtantsur: Is that easier than adding the *ED state later?  I guess a little bit, but to me with a cost of some cruft in the code.16:30
jrollimo we should conversate about this on the mailing list >.>16:31
jlvillaljroll: I'm trying to formulate my reply ;)16:31
jroll:P16:31
jrollmorning jlvillal :)16:32
jlvillaljroll: Good morning!16:32
openstackgerritRuby Loo proposed openstack/python-ironicclient: Remove unused OS_TEST_TIMEOUT variable  https://review.openstack.org/15540816:33
openstackgerritJohn L. Villalovos proposed openstack/ironic: Fix PEP8 E121 & E122 errors  https://review.openstack.org/15742416:33
*** openstackgerrit has quit IRC16:36
*** saripurigopi has joined #openstack-ironic16:36
*** openstackgerrit has joined #openstack-ironic16:36
openstackgerritRuby Loo proposed openstack/python-ironicclient: Consistent names of args and metavars, and help strings  https://review.openstack.org/15503116:41
GheRiveromorning Ironic16:43
openstackgerritMerged openstack/ironic: Avoid deregistering conductor following SIGUSR1  https://review.openstack.org/15578516:44
jlvillalGheRivero: Good morning16:44
NobodyCammorning GheRivero :)16:45
*** spandhe has quit IRC16:46
*** krtaylor has joined #openstack-ironic16:47
*** lazy_prince is now known as killer_prince16:49
*** gridinv has quit IRC16:52
*** dlpartain has quit IRC16:54
*** killer_prince is now known as lazy_prince16:55
*** coolsvap is now known as coolsvap_16:57
*** dprince has joined #openstack-ironic16:58
*** anderbubble has quit IRC17:00
jlvillalNot sure if anyone can give some love to: https://review.openstack.org/156655 and https://review.openstack.org/155529   Or let me know what the proper way to ask for additional reviews is.  Thanks.17:02
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: [WIP] Proper client for ironic-discoverd  https://review.openstack.org/15744817:04
*** ParsectiX has quit IRC17:05
*** ParsectiX has joined #openstack-ironic17:06
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Change i18n domain to match what is generated in oslo-incubator sync  https://review.openstack.org/15745117:08
*** Marga_ has joined #openstack-ironic17:08
*** dtantsur is now known as dtantsur|afk17:08
*** Marga_ has quit IRC17:09
*** Marga_ has joined #openstack-ironic17:10
*** anderbubble has joined #openstack-ironic17:10
*** pcrews has joined #openstack-ironic17:21
*** erwan_taf has quit IRC17:23
*** jcoufal has quit IRC17:25
*** jistr has quit IRC17:28
*** derekh has quit IRC17:34
*** Shrews has quit IRC17:34
*** Shrews has joined #openstack-ironic17:41
*** spandhe has joined #openstack-ironic17:42
*** ParsectiX has quit IRC17:44
*** ParsectiX has joined #openstack-ironic17:44
*** rloo has quit IRC17:50
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Add the image extension (for local boot)  https://review.openstack.org/15746918:05
lucasagomeshttps://review.openstack.org/#/c/155727/ <- IPA guys, when you have a chance please take a look (that's the iscsi bit)18:06
*** harlowja has joined #openstack-ironic18:10
ShrewsInstanceDeployFailure: Failed to provision instance 6fe8e741-b1a6-40d1-a240-6bde29e8e094: Failed to deploy. Error: Could not authorize in Keystone: A username and password or token is required.18:14
Shrewsyay broken devstack18:14
Shrewswhy is it so hard to get a working devstack deploy???18:15
* Shrews is doing it wrong, obviously18:15
*** ParsectiX has quit IRC18:16
*** ParsectiX has joined #openstack-ironic18:16
adam_gShrews,  i think that is https://bugs.launchpad.net/ironic/+bug/141834118:19
openstackLaunchpad bug 1418341 in Ironic "keystone_authtoken configuration error in ironic.conf from devstack" [Undecided,In progress]18:19
lucasagomesfolks I will call it aday18:19
lucasagomesgotta get the train home still18:19
*** absubram has quit IRC18:19
lucasagomeshave a good night everyone18:19
adam_gcya18:20
*** lucasagomes has quit IRC18:20
NobodyCamnight lucas18:20
Shrewsadam_g: are we hitting this in the gate, too?18:21
Shrewsdoesn't seem so18:21
adam_gShrews, i dont think so. the only time its hit is if you end up with an expired token somewhere in the flow of things, and ironic needs to re-auth with keystone using configured credentials18:22
adam_gShrews, a quick workaround is to add these to your ironic.conf (or pull this devstack patch) https://review.openstack.org/#/c/155360/5/lib/ironic18:23
Shrewsadam_g: So maybe I'm hitting this on my HP cloud instance b/c it's so darned slow?18:23
Shrewsseems to error quickly  :(18:24
Shrewsugh18:24
adam_gShrews, heh maybe? tho token expiry by default is like.. an hour18:24
Shrewsthat's not it then18:24
* Shrews tries the patch18:25
adam_gShrews, so, not sure what would cause the re-auth to happen, but the issue is *probably* those config values18:25
*** achanda has joined #openstack-ironic18:31
*** saripurigopi has quit IRC18:31
openstackgerritGhe Rivero proposed openstack/ironic: Use oslo_config generator  https://review.openstack.org/12800518:39
*** penick has joined #openstack-ironic18:39
*** EmilienM is now known as EmilienM|afk18:40
Shrewsadam_g: temp fix seems to work. thx18:41
adam_gShrews, hoping to fix that in ironic itself. we shouldn't be dependent on those config values.. tho i still have NFI what devstack is doing with them18:42
*** faizan has joined #openstack-ironic18:42
Shrewsack18:42
*** datajerk has joined #openstack-ironic18:49
*** jjohnson2 has quit IRC18:56
*** jjohnson2 has joined #openstack-ironic18:57
*** kozhukalov has quit IRC19:00
*** rloo has joined #openstack-ironic19:02
*** jjohnson2_ has joined #openstack-ironic19:04
*** jjohnson2 has quit IRC19:08
*** jjohnson2_ has quit IRC19:09
*** r-daneel has joined #openstack-ironic19:10
*** achanda has quit IRC19:11
*** jjohnson2 has joined #openstack-ironic19:13
JoshNangAFAICT, if a node fails driver.power.validate(), it looks like it returns an API error but doesn't put the node in any sort of error state. am i missing something? e.g. https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L66619:14
devanandamorning, all19:16
NobodyCammorning devananda :)19:17
JayFJoshNang: I guess I'd worry a little bit about transient IPMI errors / networking problems taking a node out of rotation19:17
JayFahead of when it's configured to in that case by power status loop retry settings19:17
JayFif that makes sense?19:17
rloomorning devananda19:18
JoshNangJayF: hrm true19:18
JoshNangand if it really is a continuing ipmi error, it'll get caught by the power state loop19:18
*** r-daneel has quit IRC19:19
JayFYeah.19:19
JoshNangalright! works for me.19:19
JayFGenerally speaking we could unify that; IPMI_FAILURE_COUNT or something, and have all various ipmi things feed into it19:19
JayFpower status loop, validate, actual ipmi calls19:20
JayFbut ... meh19:20
JoshNanghrm, not sure how to handle a power validation failure in cleaning though. i don't really want to throw an error, because once you're in cleaning, you shouldn't prevent the tenant from finishing the delete..19:21
JoshNangi guess cleanfail makes sense at that point19:22
*** achanda has joined #openstack-ironic19:34
*** faizan has quit IRC19:36
*** krtaylor has quit IRC19:38
openstackgerritMerged openstack/ironic: Use oslo_utils replace oslo.utils  https://review.openstack.org/14945019:43
*** pelix has quit IRC19:44
openstackgerritVictor Sergeyev proposed openstack/ironic: Run tests in py34 environment  https://review.openstack.org/15619219:46
*** penick has quit IRC19:54
*** Marga_ has quit IRC19:54
*** penick has joined #openstack-ironic20:04
*** dprince has quit IRC20:08
*** dprince has joined #openstack-ironic20:16
*** krtaylor has joined #openstack-ironic20:16
openstackgerritGhe Rivero proposed openstack/ironic: Use oslo_config generator  https://review.openstack.org/12800520:20
*** jjohnson2 has quit IRC20:20
*** jjohnson2 has joined #openstack-ironic20:23
*** Marga_ has joined #openstack-ironic20:25
*** achanda has quit IRC20:28
*** Marga_ has quit IRC20:30
*** penick has quit IRC20:31
jlvillalGheRivero: question for you20:31
GheRiverojlvillal: shoot20:32
jlvillalGheRivero: https://review.openstack.org/#/c/128005/6/ironic/opts.py  Line 66.  I'm confused on value of _build_list there.20:32
*** achanda has joined #openstack-ironic20:32
GheRiveroyou are creating a lists of opts by iterating into each block of opts that are in each module20:35
jlvillalGheRivero: But it seems like it already is a list.  Or am I missing something20:37
GheRiverothe list that we need is not the modules, but the options inside the modules20:38
*** pensu has quit IRC20:40
jlvillalGheRivero: Thanks.  Looking again...20:40
jlvillalGheRivero: Okay, makes sense now :)  Thanks for the explanation!20:41
NobodyCamjroll: want to comment on: https://review.openstack.org/#/c/156587 ?20:45
openstackgerritJosh Gachnang proposed openstack/ironic: Implement Cleaning States  https://review.openstack.org/15344420:46
jlvillalJoshNang: Am I only the only person who thinks VERBS should be a namedtuple?20:47
jlvillalAnd not a dict20:47
* jlvillal thinks about submitting a patch...20:48
GheRiverojlvillal: you are welcome20:49
jrollNobodyCam: done20:50
NobodyCam:)20:51
NobodyCamtk jroll20:51
NobodyCamty even20:51
jrollnp20:52
*** ifarkas has quit IRC20:55
*** jlvillal has quit IRC20:56
rloojroll: do you know why this wasn't approved yet? https://review.openstack.org/#/c/156655/ (maybe you can?)21:00
*** jlvillal has joined #openstack-ironic21:03
*** achanda has quit IRC21:06
*** spandhe has quit IRC21:10
*** penick has joined #openstack-ironic21:16
jrollrloo: no idea, but I just did it21:17
NobodyCamcores review with +2's and a +1 anyone have a free minute for a review https://review.openstack.org/#/c/15546021:17
rloothx jroll ;)21:17
rlooNobodyCam: am just looking at that now. I'm going to -1 it.21:17
mrdaMorning21:17
*** spandhe has joined #openstack-ironic21:17
*** Marga_ has joined #openstack-ironic21:19
rlooNobodyCam: let me know if you disagree21:19
NobodyCammorning mrda :)21:19
mrda\o NobodyCam21:20
rlooNobodyCam: or if it can be done in a followup patch21:20
*** Marga_ has quit IRC21:20
*** Marga_ has joined #openstack-ironic21:20
openstackgerritMerged openstack/ironic-specs: Use the term 'stable state' instead of 'passive state'  https://review.openstack.org/15665521:21
NobodyCamI can fix that21:21
rlooNobodyCam: wrt 155460, this may be a dumb question. but do we need to regenerate the pxe config files if booting from local disk?21:21
NobodyCamto deploy the deploy ramdisk21:22
JoshNangjlvillal: i don't know that namedtuple buys us anything more than a dict21:22
NobodyCamthis is on takeover21:22
* devananda closes down, heads into the tripleo meetup21:23
jlvillalJoshNang: I like the idea of VERBS.manage.  Seems cleaner.21:23
NobodyCamhave fun devananda21:23
NobodyCam:)21:23
rlooNobodyCam: yes, right, thx.21:23
jlvillaldevananda: I guess you get to meet the new PTL :)21:23
devanandajlvillal: is the difference in style really that important?21:24
*** achanda has joined #openstack-ironic21:24
mrdarloo: FWIW, I agree with your assessment on 155460.  It's probably better to return for invalid root_uuid and not save to driver_internal_info21:24
rloothx mrda.21:24
NobodyCamyep fixing now21:24
jlvillaldevananda: That important?  No.  But maybe cleaner.  Let me look more closely and see how it is being used.21:25
rloothx NobodyCam. You'll get my +2 after that!21:25
*** meghal has joined #openstack-ironic21:29
openstackgerritChris Krelle proposed openstack/ironic: Correctly rebuild the PXE file during takeover of ACTIVE nodes  https://review.openstack.org/15546021:30
*** Marga_ has quit IRC21:30
*** Marga_ has joined #openstack-ironic21:31
*** lazy_prince is now known as killer_prince21:39
*** achanda has quit IRC21:40
*** meghal has quit IRC21:41
*** andreykurilin_ has joined #openstack-ironic21:45
*** achanda has joined #openstack-ironic21:46
jlvillalrloo: The blocking patch for https://review.openstack.org/155529 has been merged.  Wondering if you have any other concerns.21:48
rloojlvillal: oh. can't remember. let me look. (in the middle of another review.)21:49
jlvillalrloo: Thanks21:49
openstackgerritChris Krelle proposed openstack/ironic: Correctly rebuild the PXE file during takeover of ACTIVE nodes  https://review.openstack.org/15546021:53
*** pensu has joined #openstack-ironic21:57
*** Marga_ has quit IRC22:01
*** jjohnson2 has quit IRC22:02
*** viktors has quit IRC22:08
openstackgerritJohn L. Villalovos proposed openstack/ironic: Mock sleep function for OtherFunctionTestCase  https://review.openstack.org/15755122:08
*** meghal has joined #openstack-ironic22:10
*** viktors has joined #openstack-ironic22:12
*** meghal has quit IRC22:12
*** meghal1 has joined #openstack-ironic22:12
*** zer0c00l has quit IRC22:14
*** zer0c00l has joined #openstack-ironic22:14
*** openstackstatus has joined #openstack-ironic22:15
*** ChanServ sets mode: +v openstackstatus22:15
*** meghal1 has quit IRC22:16
*** kbs has quit IRC22:17
*** kbs has joined #openstack-ironic22:17
jlvillalNobodyCam: You might be interested in my patch: https://review.openstack.org/15755122:17
jlvillalLooks like I am touching code from you from two days ago???22:18
NobodyCamjroll: as you've commented on it resently you may want to look at my latest comment on https://review.openstack.org/#/c/13584522:18
NobodyCamjlvillal: looking22:18
jrollNobodyCam: thanks for the heads up22:19
NobodyCamjlvillal: I don't think I fiddled with time. in my tests so should be ok :)22:19
NobodyCamjroll: :)22:20
jlvillalNobodyCam: Thanks for looking.  I just happened to notice the test time when I was working.22:20
* jlvillal tries to figure out best NUC to order for use with Ironic. Thinking something that supports AMT would be good.22:21
* NobodyCam has a d54250WYHK22:22
jlvillalNobodyCam: Is that a recommendation?  Does it work well for testing?22:23
NobodyCamlol not a recommendation. I have not used it for testing :-p22:23
jlvillalArgh! ;)22:23
NobodyCambut is it a nice i522:24
NobodyCam:-p22:24
*** penick has quit IRC22:26
*** meghal has joined #openstack-ironic22:27
*** penick has joined #openstack-ironic22:34
*** penick has quit IRC22:34
NobodyCamjlvillal: would you kill me if I asked of a doc string on 157551 that just states its nooping time to speedup the test. I can read the code to see whats its doing but would really like to see why. ???22:37
jlvillalNobodyCam: I could do that.  I copied the code from up above ;)22:37
jlvillallet me add a docstring22:37
NobodyCam:) that would be awesome TY22:37
jlvillalNobodyCam: By docstring, can that be a comment?  Or a real docstring?22:38
NobodyCamoh ya...22:38
NobodyCamthats perfect22:39
jlvillalOkay, doing a comment...22:39
NobodyCam:)22:39
openstackgerritJohn L. Villalovos proposed openstack/ironic: Mock sleep function for OtherFunctionTestCase  https://review.openstack.org/15755122:42
*** meghal has quit IRC22:43
jlvillalNobodyCam: Done  ^^^22:44
NobodyCamjlvillal: ++ TY22:45
*** jgrimm is now known as zz_jgrimm22:55
NobodyCamJoshNang: I think line 272 of https://review.openstack.org/#/c/153444/17/ironic/common/states.py is not correct23:04
NobodyCammachine.add_transition(MANAGEABLE, CLEANING, 'provide') <-- s/provide/clean/23:04
*** penick has joined #openstack-ironic23:06
JoshNangNobodyCam: heh i agree, i'm not a fan. the api verb to go manageable->cleaning is provide, so i used that for consistency23:06
NobodyCamor am I missing the intent of causing provide to go thru cleaning23:06
NobodyCamack23:07
*** meghal has joined #openstack-ironic23:08
*** Guest936 has joined #openstack-ironic23:13
*** Guest936 is now known as annegentle23:13
openstackgerritMerged openstack/ironic: Add documentation for the IPMI retry timeout option  https://review.openstack.org/13129623:15
meghalhello…I had a quick question about how nova-compute selects ironic target nodes for deployment in juno?23:15
meghalI had used icehouse previously and had seen that it selected available nodes based on power state (which was being updated periodically)23:16
meghalso is there some provision to control selection of available ironic nodes ?23:16
*** anderbubble has quit IRC23:18
*** mjturek1 has quit IRC23:19
*** yuanying has joined #openstack-ironic23:20
NobodyCammeghal: Hi, I am not understanding the question. is your questoin to exclude nodes from nova scheduler?23:25
*** Marga_ has joined #openstack-ironic23:30
*** meghal1 has joined #openstack-ironic23:39
*** meghal1 has quit IRC23:39
*** meghal has quit IRC23:39
*** meghal has joined #openstack-ironic23:39
*** andreykurilin_ has quit IRC23:40
*** meghal has quit IRC23:49
openstackgerritGhe Rivero proposed openstack/ironic: Use oslo_config generator  https://review.openstack.org/12800523:54
openstackgerritGhe Rivero proposed openstack/ironic: Use oslo_log lib  https://review.openstack.org/15760223:54

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