Monday, 2015-09-21

*** naohirot has joined #openstack-ironic00:04
*** romcheg has quit IRC00:05
*** baoli has joined #openstack-ironic00:11
*** davideagnello has quit IRC00:12
*** davideagnello has joined #openstack-ironic00:12
*** baoli has quit IRC00:16
*** shadower has quit IRC00:23
*** shadower has joined #openstack-ironic00:23
*** baoli has joined #openstack-ironic00:29
*** baoli has joined #openstack-ironic00:33
openstackgerritNaohiro Tamura proposed openstack/ironic: Fix iRMC vmedia deploy failure due to already attached image  https://review.openstack.org/22552100:37
*** chlong has joined #openstack-ironic00:42
*** dimsum__ has joined #openstack-ironic00:45
*** dimsum__ has quit IRC00:47
openstackgerritNaohiro Tamura proposed openstack/ironic: Refactor IRMCVirtualMediaAgentDeploy by applying new BootInterface  https://review.openstack.org/22157700:49
openstackgerritWilliam Stevenson proposed openstack/ironic: Add portgroups to support LAG interfaces - RPC  https://review.openstack.org/20624300:49
openstackgerritWilliam Stevenson proposed openstack/ironic: Add portgroups to support LAG interfaces - API  https://review.openstack.org/20624400:49
openstackgerritWilliam Stevenson proposed openstack/ironic: Add portgroups to support LAG interfaces - net  https://review.openstack.org/20624500:49
openstackgerritWilliam Stevenson proposed openstack/ironic: Add portgroups to support LAG interfaces - DB  https://review.openstack.org/20623200:49
openstackgerritWilliam Stevenson proposed openstack/ironic: Add portgroups to support LAG interfaces - objs  https://review.openstack.org/20623800:49
openstackgerritWilliam Stevenson proposed openstack/ironic: Add network provider interface and implementations  https://review.openstack.org/13968700:50
openstackgerritWilliam Stevenson proposed openstack/ironic: Update the deploy drivers with network flipping logic  https://review.openstack.org/21326200:50
*** achanda has quit IRC00:55
*** davideagnello has quit IRC00:58
*** derekh has quit IRC01:14
*** baoli has quit IRC01:17
*** Sukhdev has joined #openstack-ironic01:32
*** garthb has joined #openstack-ironic01:34
*** Sukhdev has quit IRC01:37
*** dimsum__ has joined #openstack-ironic01:45
*** baoli has joined #openstack-ironic01:49
*** dimsum__ has quit IRC02:00
*** chenglch has joined #openstack-ironic02:01
*** chenglch has quit IRC02:12
*** Haomeng has joined #openstack-ironic02:17
*** chenglch has joined #openstack-ironic02:22
*** baoli has quit IRC02:28
*** Sukhdev has joined #openstack-ironic02:38
*** davideagnello has joined #openstack-ironic02:59
*** dimsum__ has joined #openstack-ironic03:01
*** naohirot has quit IRC03:01
*** davideagnello has quit IRC03:04
*** dimsum__ has quit IRC03:08
openstackgerritAnusha Ramineni proposed openstack/ironic: Make end-points discoverable via Ironic API  https://review.openstack.org/20589503:09
*** praneshp_ has joined #openstack-ironic03:12
*** praneshp has quit IRC03:14
*** praneshp_ is now known as praneshp03:14
*** garthb has quit IRC03:44
openstackgerritShivanand Tendulker proposed openstack/ironic: Config drive support for whole disk images for iscsi based deploy  https://review.openstack.org/22511503:46
*** baoli has joined #openstack-ironic03:59
*** naohirot has joined #openstack-ironic03:59
*** baoli has quit IRC04:03
*** davideagnello has joined #openstack-ironic04:12
*** Nisha has joined #openstack-ironic04:25
*** VikasC has joined #openstack-ironic04:27
*** achanda has joined #openstack-ironic04:34
*** garthb has joined #openstack-ironic04:54
*** davideagnello has quit IRC05:05
*** dimsum__ has joined #openstack-ironic05:05
*** dimsum__ has quit IRC05:11
*** Nisha_away has joined #openstack-ironic05:26
*** Nisha has quit IRC05:30
*** chenglch has quit IRC05:30
*** garthb has quit IRC05:33
*** rameshg87 has joined #openstack-ironic05:46
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for in-band cleaning in ISCSIDeploy  https://review.openstack.org/22089805:46
*** praneshp has quit IRC05:48
*** praneshp has joined #openstack-ironic05:48
*** e0ne has joined #openstack-ironic06:10
*** lsmola has joined #openstack-ironic06:13
*** e0ne has quit IRC06:14
*** Marga_ has quit IRC06:18
*** Marga_ has joined #openstack-ironic06:19
openstackgerritMichael Davies proposed openstack/ironic-lib: Switch default partition type to gpt  https://review.openstack.org/22555606:21
*** Marga_ has quit IRC06:21
*** Sukhdev has quit IRC06:37
*** ukalifon has joined #openstack-ironic06:42
*** e0ne has joined #openstack-ironic07:06
*** davideagnello has joined #openstack-ironic07:06
*** dimsum__ has joined #openstack-ironic07:08
*** jamielennox is now known as jamielennox|away07:09
*** davideagnello has quit IRC07:11
*** dimsum__ has quit IRC07:13
*** chlong has quit IRC07:17
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for in-band cleaning in IloVirtualMediaIscsiDeploy  https://review.openstack.org/22417407:19
*** dtantsur|afk is now known as dtantsur07:32
dtantsurMorning Ironic07:32
*** yog_ has joined #openstack-ironic07:33
mrdahi dtantsur07:33
*** ifarkas has joined #openstack-ironic07:33
mrdadtantsur: just a question on ironic-lib - where are we at?  We haven't started using yet, right?  But what is the plan for when we will switch over?07:34
dtantsurmrda, after the feature freeze :) and we still need https://review.openstack.org/#/c/212495/ to land07:35
dtantsurmrda, for now, we've made the first release and added it to g-r07:35
dtantsurmrda, we've also frozen changing ironic parts that went to ironic-lib, so that they don't get desynced07:35
mrdaok, thanks07:36
mrdajust emans we'd better switch over soon or else the new stuff added to ironic-lib won't be available until we do :)07:36
dtantsuryeah07:37
* mrda just posted a patch for ironic-lib07:37
*** achanda has quit IRC07:38
*** romainh has joined #openstack-ironic07:39
*** achanda has joined #openstack-ironic07:39
*** ndipanov has joined #openstack-ironic07:40
*** baoli has joined #openstack-ironic07:41
*** Nisha_away has quit IRC07:43
*** baoli has quit IRC07:46
*** Marga_ has joined #openstack-ironic07:52
*** praneshp has quit IRC07:57
*** Marga_ has quit IRC07:57
*** Haomeng|2 has joined #openstack-ironic07:59
openstackgerritVasyl Saienko proposed openstack/ironic-specs: Using multicast for image transfer  https://review.openstack.org/22557008:02
*** Haomeng has quit IRC08:02
*** lucasagomes has joined #openstack-ironic08:03
openstackgerritBob Ball proposed openstack/ironic: Handle unquoted node names from virt types  https://review.openstack.org/22477008:07
*** athomas has joined #openstack-ironic08:10
*** pradipta has joined #openstack-ironic08:11
openstackgerritMerged stackforge/proliantutils: Fix ribcl to return correct number of processors  https://review.openstack.org/22167808:11
openstackgerritVasyl Saienko proposed openstack/ironic-specs: Using multicast for image transfer  https://review.openstack.org/22557008:12
lucasagomesBobBall, ^ there's a pep8 error in that patch08:12
lucasagomesand morning all!08:13
yuriyzmorning lucasagomes Ironic08:15
betherlyMorning ironic!08:15
dtantsurmorning lucasagomes, yuriyz, betherly!08:18
*** pelix has joined #openstack-ironic08:19
*** Nisha_away has joined #openstack-ironic08:19
*** achanda has quit IRC08:20
openstackgerritAnton Arefiev proposed openstack/ironic: Fix conductor deregistration on non init conductor  https://review.openstack.org/22557308:20
BobBallthanks lucasagomes... Serves me right for thinking I didn't need to re-run the local tests just for a minor doc change :D08:23
lucasagomesBobBall, heh yeah! Happens :-(08:23
openstackgerritBob Ball proposed openstack/ironic: Handle unquoted node names from virt types  https://review.openstack.org/22477008:24
BobBallI did run pep8 this time :P08:24
openstackgerritTan Lin proposed openstack/ironic: Validate the input of properties of nodes.  https://review.openstack.org/21550508:25
*** rcarrillocruz has joined #openstack-ironic08:40
rcarrillocruzmorning folks08:40
openstackgerritMerged openstack/ironic: Fix iRMC vmedia deploy failure due to already attached image  https://review.openstack.org/22552108:40
*** baoli has joined #openstack-ironic08:42
*** MattMan has joined #openstack-ironic08:42
*** chlong has joined #openstack-ironic08:44
*** Nisha_away has quit IRC08:45
*** alexpilotti has joined #openstack-ironic08:46
*** e0ne has quit IRC08:46
*** baoli has quit IRC08:47
openstackgerritMerged openstack/ironic: Implement take_over for iscsi_ilo driver  https://review.openstack.org/21706808:49
openstackgerritRamakrishnan G proposed openstack/ironic: Refactor agent {prepare,tear_down}_cleaning into deploy_utils  https://review.openstack.org/22089508:50
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for in-band cleaning in ISCSIDeploy  https://review.openstack.org/22089808:51
lucasagomesrameshg87, hi there, yeah that's a good suggestion on the base.py08:51
rameshg87lucasagomes: hi08:51
lucasagomesrameshg87, I wonder if I should remove it there or just leave it as a plumbing work for when we have abort for cleaning state08:52
lucasagomesprobably that will be misleading tho08:52
rameshg87lucasagomes: yeah, I wondered if it was needed since it is used only for inband clean steps for now08:52
lucasagomesrameshg87, yeah08:52
lucasagomesI will remove it08:52
lucasagomesprobably add a TODO there talking about it08:52
rameshg87lucasagomes: yeah, may be we can add it later08:52
rameshg87okay08:53
lucasagomesrameshg87, thanks much!08:53
rameshg87lucasagomes: wc :)08:53
*** boris-42 has quit IRC08:53
*** Marga_ has joined #openstack-ironic08:53
*** Marga_ has quit IRC08:58
*** derekh has joined #openstack-ironic08:59
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for in-band cleaning in IloVirtualMediaIscsiDeploy  https://review.openstack.org/22417409:00
openstackgerritRamakrishnan G proposed openstack/ironic: Fix final comments in RAID commits  https://review.openstack.org/22559009:06
*** davideagnello has joined #openstack-ironic09:07
*** romcheg has joined #openstack-ironic09:10
rameshg87lucasagomes: one quick question09:10
rameshg87lucasagomes: in https://review.openstack.org/#/c/219603/409:10
openstackgerritAnton Arefiev proposed openstack/ironic: Fix conductor deregistration on non init conductor  https://review.openstack.org/22557309:10
rameshg87lucasagomes: is it not possible to commit something to stable/kilo that's not from master branch09:11
rameshg87lucasagomes: because there are some differences in documentation in master vs stable/kilo branch09:11
*** davideagnello has quit IRC09:11
rameshg87lucasagomes: in master branch, ilo driver's don't pass auth_token09:11
rameshg87lucasagomes: in stable/kilo branch, it passes09:11
*** mgoddard has joined #openstack-ironic09:12
lucasagomesrameshg87, hi there... hmmm I think you always have to cherry-pick it from master09:13
lucasagomesand resolve those conflicts manually09:14
rameshg87lucasagomes: okay, so first cherry-pick, and then edit ?09:14
lucasagomesand then propose the result of it (keeping the conflicted files in the commit message)09:14
rameshg87lucasagomes: but why so ? is it a workflow requirement ? :)09:14
lucasagomesrameshg87, yeah09:14
lucasagomesrameshg87, I'm not sure to be honest09:14
lucasagomeslemme see if there's a guide09:14
rameshg87okay09:15
lucasagomesrameshg87, https://wiki.openstack.org/wiki/StableBranch#Appropriate_Fixes09:16
lucasagomesrameshg87, if it's only doc, it may fall on that rule that the change does not need to come from master because it doesn't touch production code09:17
rameshg87a change must be a backport of a change already merged onto master, unless the change simply does not make sense on master.09:17
rameshg87lucasagomes: also ^^^09:17
lucasagomesyeah09:17
rameshg87lucasagomes: okay, so I needn't do a cherry-pick and can have an independently raised review ?09:18
lucasagomesrameshg87, seems like that yes09:18
lucasagomesI'm updating the comment on that patch09:18
rameshg87lucasagomes: okay, let me just move on with that then ..09:18
rameshg87lucasagomes: thanks09:19
rameshg87I will fix comments in it09:19
lucasagomesrameshg87, ok thanks!09:19
*** boris-42 has joined #openstack-ironic09:24
xeklucasagomes, Hi, I made a change to the patch https://review.openstack.org/#/c/224079/ which deals with the random timeouts I was having09:26
lucasagomesxek, nice one! I will take a look soonish09:27
xeklucasagomes, namely, I commented out remotable decorators on object methods (there is a note in the commit description)09:28
xeklucasagomes, ok, thanks!09:28
*** romcheg has quit IRC09:28
*** romcheg has joined #openstack-ironic09:30
*** Marga_ has joined #openstack-ironic09:30
*** athomas has quit IRC09:32
*** dtantsur is now known as dtantsur|brb09:32
openstackgerritsonu proposed openstack/python-ironicclient: Added unit test cases for command-line shell  https://review.openstack.org/21365409:33
*** Marga_ has quit IRC09:35
*** mgoddard has quit IRC09:35
*** mgoddard has joined #openstack-ironic09:36
*** athomas has joined #openstack-ironic09:42
*** baoli has joined #openstack-ironic09:43
*** dimsum__ has joined #openstack-ironic09:47
*** baoli has quit IRC09:48
*** Marga_ has joined #openstack-ironic09:52
*** Marga_ has quit IRC09:54
*** Marga__ has joined #openstack-ironic09:54
lucasagomesrameshg87, actually looking at the clean_step decorator, it seems that it can be an async clean step there09:54
lucasagomesrameshg87, depending on the return value09:54
rameshg87lucasagomes: but for async clean step, do we change the provision state back to CLEANWAIT ?09:55
lucasagomeshttps://github.com/openstack/ironic/blob/master/ironic/drivers/base.py#L1000-L100209:56
rameshg87I mean aysnc out-of-band clean step09:56
lucasagomesrameshg87, we do yes09:56
* lucasagomes finds the place09:56
rameshg87lucasagomes: it just returns CLEANWAIT iirc09:56
rameshg87lucasagomes: we don't change the provision state09:56
lucasagomesrameshg87, https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L995-L100209:56
lucasagomeswe do09:57
rameshg87oh09:57
lucasagomeswe get the result, if it's cleanwait indicating it's an async task09:57
rameshg87lucasagomes: okay, new thing for me09:57
lucasagomeswe set it back to cleanwait state09:57
rameshg87lucasagomes: so it's upto the async task (probably a periodic task) to do resume09:57
lucasagomesrameshg87, ok, so I will keep the stuff in the decorator right?09:57
lucasagomesseems so09:57
rameshg87lucasagomes: before it triggers continue clean to the conductor09:58
*** e0ne has joined #openstack-ironic09:58
rameshg87lucasagomes: +1, we need it in the decorator then :)09:58
lucasagomesrameshg87, yeah, I was just checking it before removing to make sure09:58
* lucasagomes still needs to learn more about cleaning09:58
* rameshg87 too09:58
*** Marga__ has quit IRC09:59
openstackgerritRamakrishnan G proposed openstack/ironic: Move iLO documentation to wiki  https://review.openstack.org/22560210:00
*** naohirot has quit IRC10:00
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Allow abort for CLEANWAIT states  https://review.openstack.org/20155210:03
lucasagomesrameshg87, ^ that should do it10:03
rameshg87lucasagomes: thanks10:03
*** romainh has quit IRC10:25
*** rcarrillocruz has quit IRC10:26
*** Nisha has joined #openstack-ironic10:28
*** dtantsur|brb is now known as dtantsur10:33
sambettsMorning all!10:43
sambettsThanks for the +2 on my driver dtantsur10:43
sambetts!10:43
*** baoli has joined #openstack-ironic10:44
dtantsurmorning sambetts, you're welcome :)10:45
*** baoli has quit IRC10:48
lucasagomessambetts, morning10:48
sambettsHey lucasagomes10:49
*** mgoddard has quit IRC10:53
*** Marga_ has joined #openstack-ironic10:55
*** mgoddard has joined #openstack-ironic10:58
*** Marga_ has quit IRC10:59
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Proxy configuration for agent images downloading  https://review.openstack.org/22518111:00
BobBallHey all... Anyone got a hint for rebuilding a dracut initramfs?  I've got one from RHEL for the deploy image, but I need to make some tweaks to the python in the initramfs... cpio -i only extracts the kernel microcode.  I can't help but think I'm being blind to something obvious because it shouldn't be _hard_ to modify an initramfs! :)11:00
*** rcarrillocruz has joined #openstack-ironic11:03
sambettslucasagomes: Thanks for the +2 :D11:04
lucasagomessambetts, np :-D11:05
*** bradjones has joined #openstack-ironic11:05
*** bradjones has quit IRC11:05
*** bradjones has joined #openstack-ironic11:05
lucasagomesBobBall, hmm I think you may be better off recreating the image with DIB11:06
lucasagomesyou can use the initramfs/dracut tools to inspect and modify it if you want to11:07
lucasagomesbut microcode is a bit more complicated11:07
BobBallI don't want to mess with the microcode - just that cpio is the only thing extracted11:07
BobBallVery hesitant to recreate as I don't know how it was created in the first place :D11:07
*** davideagnello has joined #openstack-ironic11:08
*** bradjones has quit IRC11:08
BobBalllsinitrd shows all files, including the microcode, but the standard approach for extracting from an initramfs of using cpio -i < <img> only extracts the microcode - not the rest of the files.11:08
*** bradjones has joined #openstack-ironic11:08
*** bradjones has quit IRC11:08
*** bradjones has joined #openstack-ironic11:08
BobBallI haven't been able to find how to use dracut to extract / repack an existing initramfs so if you have pointers that would be amazing :)11:08
*** Haomeng has joined #openstack-ironic11:09
lucasagomesnot sure either, lemme see, not sure if customizing the microcode is actually possible tho11:10
BobBallI don't want to change microcode - just the python scripts also included in the initramfs11:10
lucasagomesBobBall, right, can't you do a dracut --include (or something like that) to inject files and recreate the ramdisk?11:11
lucasagomesyou already have the python scripts handy right?11:11
lucasagomesBobBall, one thing I wonder is that, I'm not sure there are python scripts on those ramdisks. If you have python script you have the interpreter which is pretty heavy11:12
BobBallheh.  That'll do, thanks.  How did I miss that.  I'll try doing that11:12
*** Haomeng|2 has quit IRC11:12
BobBallYeah, it is heavy :) lsinitrd shows the interpreter + python scripts11:12
BobBallThis is for the deploy ramdisk initramfs11:12
*** davideagnello has quit IRC11:13
lucasagomesalright ok11:13
lucasagomes(just saying cause usually we use this https://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic )11:13
*** bradjones has quit IRC11:14
lucasagomesand a rhel ramdisk could be created with: "$ ramdisk-image-create -o <output file> rhel deploy-ironic dracut-ramdisk"11:14
BobBallAh yes - sorry... I was mixing things up.  There is indeed a python interpreter in the initramfs but I want to change the shell script providing find_disk ;)11:14
*** bradjones has joined #openstack-ironic11:14
*** bradjones has quit IRC11:14
*** bradjones has joined #openstack-ironic11:14
lucasagomesBobBall, cool, yeah that function really sucks11:15
BobBallthe initramfs is 54MB ;)11:15
openstackgerritShivanand Tendulker proposed openstack/ironic: Refactor iscsi_ilo driver to use new boot interface  https://review.openstack.org/21653811:15
BobBallSucks most because it doesn't know about 'xvda' for Xen disks!11:15
lucasagomesfwiw we have deprecated this bash ramdisk this cycle, it will be around for the next cycle but will probably be removed later11:15
BobBallPatch will be coming at some point...11:15
BobBallAh11:16
lucasagomesBobBall, cool. That's good to fix such things11:16
lucasagomesif you have time you can fix it for IPA (if needed) as well11:16
lucasagomesthat's our default ramdisk now11:16
lucasagomeshttps://github.com/openstack/ironic-python-agent11:16
lucasagomesand it's python, so no more bash!11:16
lucasagomesBobBall, that's the bits where we look for the disk in IPA https://github.com/openstack/ironic-python-agent/blob/88e22ad852fed2dc8ce0c63c067d868f11572ca9/ironic_python_agent/utils.py#L28711:17
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Expose serial, wwn and vendor on the BlockDevice object  https://review.openstack.org/22510211:17
lucasagomesBobBall, also, for the ramdisk to find xvda you can modify a config option in Ironic called "disk_devices"11:18
lucasagomesyou can include xvda there11:18
TheJuliaGood morning everyone11:19
lucasagomesand it will look for /dev/xvda11:19
BobBallYes, except diskimage-builder/elements/ramdisk-base/extra-data.d/scripts/d/init-func then discards it11:19
BobBallhttps://github.com/openstack/diskimage-builder/blob/master/elements/ramdisk-base/extra-data.d/scripts/d/init-func#L13211:19
BobBallIt just returns the empty string, even though it was passed a valid - and existing - disk in ;)11:20
lucasagomesoh dear11:20
lucasagomes*sigh*11:20
BobBallSame problem in next function11:20
lucasagomesBobBall, yeah that's a not so smart assumption indeed11:20
lucasagomesheh yeah thanks for fixing it11:20
lucasagomesTheJulia, morning11:20
BobBallWell - I was just going to add xvd* to the list, since I don't really understand why it's got those distinctions...11:21
* lucasagomes neither11:21
BobBallMight make more sense to just strip out [0-9]* in the generic case11:21
BobBallbut I assume it was written that way for a reason11:21
lucasagomesyeah, git blame or ask at #tripleo11:22
BobBalli.e. unless we're certain how the partitions are numbered then don't guess how to remove them or add them11:22
*** lucasagomes is now known as lucas-hungry11:29
* lucas-hungry go grab some lunch11:29
*** pradipta has quit IRC11:30
*** romainh has joined #openstack-ironic11:34
dtantsursambetts, ifarkas, just FYI: I've created stable/liberty for python-ironic-inspector-client11:35
openstackgerritShivanand Tendulker proposed openstack/ironic: Refactor agent_ilo driver to use new boot interface  https://review.openstack.org/21710211:36
sambettsdtantsur: :) nice!11:41
*** rameshg87 has left #openstack-ironic11:46
*** trown|outttypeww is now known as trown11:49
*** Marga_ has joined #openstack-ironic11:56
*** Haomeng|2 has joined #openstack-ironic11:58
*** rcarrillocruz has quit IRC12:00
*** Marga_ has quit IRC12:00
*** rcarrillocruz has joined #openstack-ironic12:00
*** Haomeng has quit IRC12:00
*** maurosr is now known as murilovf12:02
*** murilovf is now known as maurosr12:02
*** nicodemos has joined #openstack-ironic12:05
dtantsurlucas-hungry, sambetts, could you please review an inspector-related IPA patch https://review.openstack.org/#/c/225092 ?12:06
*** priteau has joined #openstack-ironic12:12
*** baoli has joined #openstack-ironic12:17
openstackgerritJulia Kreger proposed openstack/bifrost: Fix default log file location  https://review.openstack.org/22564712:23
*** VikasC has quit IRC12:26
*** lucas-hungry is now known as lucasagomes12:30
lucasagomesdtantsur, yup12:30
jrollg'morning BobBall, lucasagomes, dtantsur, sambetts, TheJulia, anyone else maybe lurking :)12:32
lucasagomesjroll, hi there! g'morning!12:32
jrollxek: hey, is 224079 just a partial bug fix with removing the remoteable decorators?12:33
dtantsurmorning jroll!12:33
jrollxek: s/just/now/ that is :)12:33
xekjroll, no, adding indirection_api caused the calls that were decorated to be remoted via RPC12:34
xekI had to remove the decorators, because I didn't want to change the current behavior12:34
jrollxek: oh, so once that's flipped on the api was RPCing to the conductor for all objects methods?12:35
xekjroll, yes12:35
jrollheh12:35
jrollneat12:35
* jroll wonders if we want to do that or not12:35
jrollit's weird that was timing out12:35
openstackgerritJulia Kreger proposed openstack/bifrost: WIP: Include token value for no-auth mode  https://review.openstack.org/22518712:36
xekjroll, I think in the future, we would like to replace the current explicit RPC calls with remotable object methods12:38
*** linggao has joined #openstack-ironic12:39
*** athomas has quit IRC12:39
jrollxek: ah, I see, e.g. objects.Node.do_node_deploy() rather than rpcapi.do_node_deploy()12:40
xekjroll, f.ex. the update_node RPC call -> node.update()12:40
xekjroll, yes12:40
jrollyep12:40
*** rloo has joined #openstack-ironic12:41
jrollawesome, thanks for helping with this12:41
*** Nisha has quit IRC12:41
sambettsMorning jroll o/12:42
jrollohai \o12:42
*** e0ne has quit IRC12:44
*** athomas has joined #openstack-ironic12:45
*** dimsum__ has quit IRC12:47
openstackgerritNaohiro Tamura proposed openstack/ironic: Refactor IRMCVirtualMediaIscsiDeploy by applying new BootInterface  https://review.openstack.org/22137112:47
*** dimsum__ has joined #openstack-ironic12:47
*** dimsum__ is now known as dims12:48
*** dims is now known as Guest3194212:49
*** Guest31942 is now known as dims__12:49
*** Marga_ has joined #openstack-ironic12:56
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Support IPA in raid_device plugin  https://review.openstack.org/22565812:57
openstackgerritJulia Kreger proposed openstack/bifrost: WIP: Include token value for no-auth mode  https://review.openstack.org/22518713:00
*** Marga_ has quit IRC13:01
*** davideagnello has joined #openstack-ironic13:09
BobBallAny suggestions for how to debug 'iSCSI connection was not seen by the file system after attempting to verify 3 times' during deploy?  Is there a way to stop the node from shutting down automatically and/or log me into a shell so I can pause the environment and try and debug what's going on?13:12
*** davideagnello has quit IRC13:13
*** cdearborn has joined #openstack-ironic13:13
jrollxek: I bet if we start ironic-conductor before ironic-api, we wouldn't get those timeouts... noticing the RPC call that's timing out is sent before the RPC service is up on the conductor13:14
*** liliars has joined #openstack-ironic13:16
lucasagomesBobBall, hmmmm that's a bit hard to debug, I would say increase the number of attempts in the ironic-conductor13:17
lucasagomesBobBall, now to log in the ramdisk, you have access to the console? If so, I would say that the esiest way to do it is to create a ramdisk image with a user13:18
dtantsurlucasagomes, when you have a second of time, could you rereview https://review.openstack.org/#/c/225102 please?13:18
lucasagomesor if you are tweaking the bash, you can call "bash" there and it will give you a shell13:18
lucasagomesdtantsur, ack, I opened the first in a tab haven't looked into it yet13:19
BobBallOK - but either way I have to rebuild the ramdisk.  OK.13:19
xekjroll, so the test script is started before the services are up?13:19
dtantsurlucasagomes, thanks! I know, review pressure is bad before the release :)13:19
lucasagomesBobBall, unfortunately yes :-(13:19
lucasagomesBobBall, other ramdisks, such as the coreos one you can just pass stuff in the command line (nologin, or ssh_key=<key>)13:20
lucasagomesbut the bash ramdisk is a bit limited13:20
BobBallI see, thanks13:21
*** marios has quit IRC13:22
jrollxek: well, the errors are in devstack set up. we turn up nova, then ironic services. so nova is polling for nodes before ironic services are up (which is fine) however I think it's hitting a race where ironic-api is up but ironic-conductor is not. does that make sense?13:22
*** marios has joined #openstack-ironic13:24
jrollxek: anyway, I think it's best to leave remotable disabled for now since that's a massive behavior change. left you a review, just a couple minor things if you want to fix them up quickly :)13:24
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Allow empty lookup attributes if node_not_found_hook is provided  https://review.openstack.org/22566813:26
xekjroll, ah yes, I saw that the script stopped on wait_for_nova_resources but didn't analyze it further13:27
xekjroll, getting to it13:27
jrollcool, thanks for doing this work!13:28
*** superdan is now known as dansmith13:34
dtantsurjroll, devananda, do we have any kind of abandon policy for stale patches?13:39
jrolldtantsur: we do not13:40
jroll(afaik)13:41
dtantsurI see13:41
jrollpeople get cranky when you do it, apparently13:41
dtantsurjroll, well, yeah, but what should we do about assigned bugs with patches -1'ed for 2 months?13:42
openstackgerritNaohiro Tamura proposed openstack/ironic: Refactor IRMCVirtualMediaAgentDeploy by applying new BootInterface  https://review.openstack.org/22157713:42
jrolldtantsur: well, we should definitely unassign the bug... then try to get someone to pick up the patch and run with it?13:42
jrolldtantsur: alternatively, if another patch fixes the bug, it makes sense to abandon the old patch13:43
dtantsurmakes sense13:43
jrolljust my 2c though :)13:43
*** r-daneel has joined #openstack-ironic13:46
*** e0ne has joined #openstack-ironic13:47
jrollrloo: good morning :)13:48
jrollrloo: this is all that we need for in-band raid, right? mind fixing that up today or is that a ramesh thing? https://review.openstack.org/#/c/224938/13:48
lucasagomesjroll, ++ yeah, I think nova is doing something about it no? At least I got some patches abandoned there13:49
jrolllucasagomes: yeah, I remember some back and forth as to whether that's the right thing to do, idk what folks decided13:50
jrollanyway, we don't have a policy around it, but if you think a patch should be abandoned I would say just do it13:50
jroll(assuming you're comfortable with that, knowing it might frustrate a contributor)13:50
lucasagomes+1 if it's there for ages with no activity at all I think it's fine to abandon13:51
dtantsurjroll, what's the status of https://bugs.launchpad.net/ironic/+bug/1382589 ?13:51
openstackLaunchpad bug 1382589 in Ironic "Conductor stops heartbeating when exception is raised in heartbeat worker" [Medium,In progress] - Assigned to Jim Rollenhagen (jim-rollenhagen)13:51
jrolldtantsur: you think the inband iscsideploy cleaning feature thing is safe to land this week or no?13:51
* jroll checks13:51
dtantsurjroll, it's disabled by default, so I'd land it, if we can13:52
jrollok cool, will review13:52
jrolldtantsur: on that bug, "We need to think about how to handle other exceptions that may come up" is why I only tagged it partial13:52
jrollmaybe we should just close it, idk13:53
jrollI don't see many other errors that could happen there13:53
dtantsurjroll, could you mark it as done then?13:53
jrollsure13:53
openstackgerritSam Betts proposed openstack/ironic-inspector: Add alembic migrations for the inspector database  https://review.openstack.org/22366513:53
jrolldtantsur: done, sorry about that13:54
dtantsurJoshNang, hi! what is left in https://bugs.launchpad.net/ironic/+bug/1493554 ? could you please update the bug?13:54
openstackLaunchpad bug 1493554 in Ironic "Returning processutils output in IPA clean step causes API error" [Medium,In progress] - Assigned to Josh Gachnang (joshnang)13:54
openstackgerritMerged openstack/ironic: Handle unquoted node names from virt types  https://review.openstack.org/22477013:54
dtantsurjroll, no prob, I'm just doing some housekeeping :)13:54
jrolldtantsur: also, you said help wanted with triage etc, you just need more brain power on it or what?13:55
dtantsurjroll, I will start dropping hard-to-triage bugs to the status report. yes, brain power will be needed to try figure out root cause13:55
jrollgot it, thanks13:56
*** sdake has joined #openstack-ironic13:57
*** Marga_ has joined #openstack-ironic13:57
dtantsurlucasagomes, now your turn :) what's the status of https://bugs.launchpad.net/ironic/+bug/1177655 ?13:57
openstackLaunchpad bug 1177655 in Ironic "kernel boot command line for baremetal assumes block device UUID is correct root" [Medium,In progress] - Assigned to Lucas Alvares Gomes (lucasagomes)13:57
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic: Fix rolling upgrades by implementing indirection_api  https://review.openstack.org/22407913:58
dtantsurlucasagomes, and the same question for https://bugs.launchpad.net/ironic/+bug/145188513:58
openstackLaunchpad bug 1451885 in Ironic "Clean up driver_internal_info after tear_down" [Low,In progress] - Assigned to Lucas Alvares Gomes (lucasagomes)13:58
* lucasagomes looks13:58
lucasagomesdtantsur, we can close that first bug, because it's being fixed as part of a spec13:59
lucasagomeshttps://review.openstack.org/#/c/178229/13:59
dtantsurlucasagomes, please do :)13:59
lucasagomesBlake did rebase it and reproposed, it seems to be failing some tests now I will take a look14:00
* lucasagomes closes it14:00
dtantsurlucasagomes, thanks. what about the 2nd?14:00
*** david-ly_ is now known as david-lyle14:01
* lucasagomes reading14:01
*** Marga_ has quit IRC14:02
rloohi everyone14:02
lucasagomesdtantsur, yeah urgh... it's a bit messy right now because we have some bits where the conductor (manager.py) add stuff to the driver_internal_info14:02
lucasagomeslemme untag myself from that bug14:02
rloojroll: catchin' up on stuff. haven't gotten to 224938 yet. Let me see.14:02
dtantsurlucasagomes, thanks!14:03
jrollrloo: merge conflicts :(14:03
rloojroll: that i can probably fix, even though I have no idea what state the patch is in :-)14:03
dtantsurNobodyCam, hey! I've reached letter N, so now a question for you: what's the status of https://bugs.launchpad.net/ironic/+bug/1282836 ?14:04
openstackLaunchpad bug 1282836 in Ironic "PXE driver does not check if tftpd is running" [Low,In progress] - Assigned to Chris Krelle (nobodycam)14:04
jrollrloo: heh, ok, I should have known ramesh took it over but didn't check until now :)14:04
*** afaranha has joined #openstack-ironic14:04
*** jlvillal has joined #openstack-ironic14:05
rloodtantsur: as far as abandoning patches/bugs. Nova has some timeframe they use, can't recall if it is 1 or 2 months or something, and i think they even have some automated script. but i'm not sure we want to go that route. seems ... kinda cold. dunno.14:05
rloojroll: no worries, i coauthored so can't +2 on that anyway.14:05
dtantsurrloo, I'll be doing it manually and with warmth :D14:05
dtantsurand g'morning rloo!14:05
rloodtantsur: ++ for warmth! :D14:06
*** mgoddard1 has joined #openstack-ironic14:07
*** mgoddard has quit IRC14:08
rloowho approved 'memory_consumed_by_agent' config? the help string isn't that clear to me. guess i need to look at the patch one day.14:08
jrollrloo: may have been me :/14:09
rloo'memory_consumed_by_agent' doesn't quite make sense to me either. how do you know how much was already consumed. I suspect it means something else.14:09
*** e0ne has quit IRC14:10
rloojroll: no worries. i'll look later. that's the merge conflict/culprit :)14:10
jrollrloo: it's more of "expected memory consumed by agent"14:10
jrollbut yeah, we can revisit14:10
rloojroll: words are hard. as we all know!14:10
jroll:)14:11
*** lazy_prince has joined #openstack-ironic14:11
sambettsMorning rloo14:12
jrollrloo: would you like to review this before I land it then? :) https://review.openstack.org/#/c/220898/9/etc/ironic/ironic.conf.sample14:12
*** krtaylor has quit IRC14:13
rloojroll: it doesn't make sense to me. what does 'IPA deploy ramdisk should be used... before this CONF option is set to True' mean?14:13
rloojroll: if it is deprecated, why doesn't it show up in the original?14:14
*** e0ne has joined #openstack-ironic14:14
openstackgerritSam Betts proposed openstack/ironic-inspector: Convert eDeploy data so that rules can process it  https://review.openstack.org/22516814:14
jrollrloo: so this enables cleaning for the pxe_* drivers... but can only be used with IPA ramdisk, not bash ramdisk. and it's being added as deprecated because the bash ramdisk is deprecated and we'll consolidate that with agent.enable_cleaning or whatever it's called14:15
rloojroll: sigh. so early in the morning and i have to think about words.14:16
rloojroll: i think what it is saying is that if you set this to True, you need to be using IPA deploy ramdisk.14:16
jrollrloo: correct14:16
rloojroll: and what does it mean if it is set to false? no cleaning at all?14:17
jrollrloo: correct14:17
rloojroll: what's the diff between that new config and the existing 'clean_nodes'?14:18
jrollrloo: the new one only controls pxe_*, so the idea is you could have some agent_* nodes clean while pxe_* nodes do not14:19
*** yog_ has quit IRC14:19
rloojroll: is 'clean_nodes' specific to agent then?14:19
BobBallomg... lucasagomes FYI the iscsiadm sessions were/are borked.  Perhaps my continual earlier failures found a condition where iscsi sessions weren't cleaned up properly.  Anyway, one of the iscsiadm commands has been failing routinely.  A server reboot fixed the initial condition, now I just need to clear out all of the old sessions which still exist14:19
jrollrloo: clean_nodes is global afaik14:20
lucasagomesBobBall, ew, Ironic should try to delete the sessions no?14:20
rloojroll: can you give me 30 min to think about this and get the other patch merged first. i can't multitask.14:20
jrollrloo: yeah no worries, there's 2+2 on there so I'll leave it to you14:20
BobBallYes, of course it should.  But for some reason it wasn't (as I say - unusual code path perhaps)14:20
*** krtaylor has joined #openstack-ironic14:22
*** david-lyle has quit IRC14:22
lucasagomesyeah :-/14:24
dtantsurjroll, wdyt about approving Cisco IMC driver https://review.openstack.org/#/c/219253/ ? It got 2x +2, we're waiting for your ack14:25
BobBallSo I couldn't even get iscsiadm to delete the nodes as it was trying to connect to the target (which didn't exist) to remove them(!)14:25
BobBallBrain surgery time.14:25
*** david-lyle has joined #openstack-ironic14:26
jrolldtantsur: it's probably fine, I just hope we don't end up with a bunch of backports if things are broken :)14:26
dtantsursambetts, ^^ your promise needed :D14:27
jrolldang, that's quite large14:27
jrollsambetts: just curious, was there a spec for this?14:27
* jroll touching blueprint stuff14:27
sambettsjroll: Yup merged a while abck14:27
*** Marga_ has joined #openstack-ironic14:27
lucasagomesBobBall, :-( yeah the code that should delete that session is here: https://github.com/openstack/ironic/blob/68ec9be6a0abe4946edf55fa8337e2c9854bc397/ironic/drivers/modules/deploy_utils.py#L79514:27
*** Marga_ has quit IRC14:28
*** Marga_ has joined #openstack-ironic14:28
BobBallCurious.  that's what I was trying to run manually - perhaps it's an iscsiadm bug then; the delete was trying to contact the node, but of course there was no server to contact, so it just timed out14:28
jrollsambetts: got it, thanks14:29
BobBallDidn't check the exit code though - if I can reproduce I'll check that to see if it's 0 or 21.14:29
*** tsekiyama has joined #openstack-ironic14:31
sambettsdtantsur, jroll: I very much hope not to have to do any backports14:31
lucasagomesBobBall, thanks, feel free to open a bug about it if you find any14:31
BobBallYeah... I'll need much more info before I can open a bug that wouldn't be closed as incomplete :D14:32
jrollsambetts: maaaan, lack of pypi for this library makes me sad :(14:32
*** mgoddard has joined #openstack-ironic14:32
*** mgoddard1 has quit IRC14:32
sambettsjroll: Unfortunatly its not my department thats in charge of the library :(14:33
jrollyeah, I figured14:33
sambettsI need to send some emails, and pester some people I guess14:33
sambettsdtantsur: i'm looking at this patch https://review.openstack.org/#/c/225494, and if scroll to the bottom of this, even those its +1'd on the patch, it doesn't look right in the logs http://logs.openstack.org/94/225494/1/check/gate-ironic-inspector-dsvm/7879bb7/logs/devstacklog.txt.gz14:38
sambettss/even those/even though/14:38
*** absubram has joined #openstack-ironic14:38
dtantsursambetts, you mean that ERROR in the end? I'm seeing it for some time already14:39
dtantsurbut clearly devstack returned success, and our tests passed14:39
sambettsdtantsur: I can't see it running the exercise though, aren't there any logs for that? i see it starting inspector but then nothing else14:41
dtantsursambetts, but that's interesting, it's probably am issue in our client14:41
dtantsursambetts, it's another file14:41
*** lazy_prince has quit IRC14:41
dtantsursambetts, http://logs.openstack.org/94/225494/1/check/gate-ironic-inspector-dsvm/7879bb7/console.html14:42
*** absubram has quit IRC14:42
dtantsuranyway, it does not look related to the patch itself14:43
sambettsdtantsur: Nope, just wanted to check :)14:44
dtantsurI'm looking into it now...14:44
dtantsursambetts, the same problem with ironic jobs without inspector: http://logs.openstack.org/38/224938/2/check/gate-tempest-dsvm-ironic-pxe_ssh/15115ef/logs/devstacklog.txt.gz14:45
dtantsurso it does not seem to be our fault :) I'll have a look at the openstackclient bug tracker14:45
sambettsdtantsur: ah, yeah, I'm surprised that the stack is finishing successfully with an error like that14:46
dtantsursambetts, reported: https://bugs.launchpad.net/python-openstackclient/+bug/149803814:48
openstackLaunchpad bug 1498038 in python-openstackclient "openstack complete: ERROR: openstack 'module' object has no attribute 'UpdateDataSource'" [Undecided,New]14:48
sambettsCool :)14:48
dtantsurthanks for noticing!14:48
*** achanda has joined #openstack-ironic14:51
*** wshao has joined #openstack-ironic14:51
*** mgoddard has quit IRC14:53
*** xek has quit IRC14:53
*** mgoddard has joined #openstack-ironic14:54
openstackgerritMonty Taylor proposed openstack/python-oneviewclient: Change ignore-errors to ignore_errors  https://review.openstack.org/22582214:54
lucasagomesdtantsur, ur patch to use the retry values from the python-ironicclient didn't made it into nova yet?14:54
dtantsurlucasagomes, only one of them, IIRC14:54
dtantsurlucasagomes, https://review.openstack.org/#/c/211097/ is still up14:55
lucasagomesdtantsur, ack14:55
lucasagomes:-( yeah that was the one14:55
lucasagomesurgh14:55
lucasagomesdtantsur, I wonder if for that scheduler race, if we could make it fail fast would help somehow14:55
devanandag'morning, all14:56
dtantsurmorning devananda!14:56
lucasagomesdtantsur, when we try to set the instance_uuid, if that wasn't retriable I think it would mitigate a bit the problem14:56
lucasagomesdevananda, good morning14:56
rloomorning devananda14:56
rloojroll: the enable_cleaning config doesn't make sense to me: https://review.openstack.org/#/c/220898/914:57
rloojroll: should I just comment in the patch?14:57
rloojroll: although the spec was approved with that config mentioned.14:57
jrollrloo: yeah, let's start in the patch I guess14:57
jrolldevananda: mornin14:57
rloojroll: ok, commenting.14:58
sambettsg'morning devananda14:58
*** achanda has quit IRC15:01
*** devlaps has joined #openstack-ironic15:02
dtantsurdevananda, what's the status of https://bugs.launchpad.net/ironic/+bug/1427923 ? Are you working on it?15:03
openstackLaunchpad bug 1427923 in Ironic "boot device API blocks while waiting on the BMC" [Medium,In progress] - Assigned to Devananda van der Veen (devananda)15:03
devanandaahh, no. let's unassign15:05
dtantsurthanks15:06
jrollsambetts: +A on https://review.openstack.org/#/c/219253/15:07
jrollsambetts: can you post a follow up patch please?15:07
*** thiagop has joined #openstack-ironic15:07
sambettsjroll: :O thanks!!15:09
jroll:)15:09
sambettsIs gerrit being slow for anyone else?15:09
jrollit's always slow for me15:10
dtantsursambetts, looks as usual for me15:10
thiagopgood morning Ironic15:10
jroll\o thiagop15:10
sambettsdtantsur: Must have been my end, its sped up again now :/15:10
openstackgerritMerged openstack/ironic: Refactor agent {prepare,tear_down}_cleaning into deploy_utils  https://review.openstack.org/22089515:10
sambettsthiagop: o/15:11
lucasagomessambetts, w00t15:13
sambetts:D15:13
lucasagomesyeah jenkins is a bit slow today15:13
dtantsurJoshNang or jroll, if you have a minute, could you have a look at https://review.openstack.org/#/c/225102 please? I feel sorry for constantly pinging you, but switch to IPA is a bit harder than I expected :)15:14
lucasagomeswell actually it seems grand in zuul15:14
JayFI'm core on IPA as well, fwiw :)15:18
* JayF puts it in a tab15:18
dtantsurJayF, oh man, sorry for forgetting you :)15:18
JayFdtantsur: would you be a fan of a patch that puts the hw info sent over from the agent15:18
JayFdtantsur: into node.extra or node.properties?15:19
JayFdtantsur: our original downstream agent patch did that and we have reasons to want to readd it15:19
*** devlaps has quit IRC15:19
dtantsurJayF, I'm ok with it, if it's optional. It essentially duplicates what inspector does, but not everyone uses inspector.15:19
thiagopGuys, if you have a slot, take a look on the OneView driver review: https://review.openstack.org/#/c/191822/15:20
thiagopwe did several improvements on it since the last time I asked you to look15:20
dtantsurJayF, not sure about optional, I think it won't hurt if we just do it always15:20
thiagopseems a LOT mature for us now15:20
JayFdtantsur: any reason you didn't use lsblk -oVENDOR?15:21
trownJayF: dtantsur, what if we send too much to overflow those columns?15:21
dtantsurJayF, people told me it's not working on Ubuntu15:21
trownthat was a problem when we stored stuff on node.extra before15:21
dtantsurJayF, or was it SERIAL? I don't remember..15:21
JayFdtantsur: IDK, I just looked for Vendor15:21
JayFdtantsur: sounds like you thought of it at all, which is what I wanted to be sure of15:21
dtantsurJayF, the problem with changing lsblk is that, nothing is optional there. If it dfoes not support any of colummns, the whole call will fail15:22
dtantsurI'm open to do it all via lsblk, but it might break IPA+DIB+Ubuntu LTS15:23
JayFdtantsur: +2'd, just wanted to make sure you had thought of it15:23
JayFdtantsur: going to wait to land it to see if JoshNang or jroll wants a look15:23
JoshNangsure, i can take a look15:23
dtantsurthanks guys!15:24
JoshNangnp!15:24
*** devlaps has joined #openstack-ironic15:28
JoshNangdtantsur: +A15:31
dtantsur\o/15:31
*** rameshg87 has joined #openstack-ironic15:35
rameshg87rloo: hi15:35
rloohi15:35
*** mtanino has joined #openstack-ironic15:35
rameshg87rloo: can we talk about https://review.openstack.org/#/c/220898/ now ?15:35
rloosure15:35
*** lazy_prince has joined #openstack-ironic15:35
rameshg87rloo: [conductor]clean_nodes=true is for enabling cleaning operations from all interfaces15:36
rameshg87rloo: we have cleaning operations from management interface for ilo driver in upstream today15:36
rloorameshg87: right15:36
JayFtrown: in that case, Truncation++ would be a stupid simple first way to handle it15:36
rameshg87rloo: someone using pxe_ilo driver would have enabled cleaning (or it would have got enabled automatically when they upgraded to kilo)\15:37
rloorameshg87: and those ilo cleaning operations don't care if dib ramdisk or ipa?15:37
rameshg87rloo: no, they are out of band15:37
rloorameshg87: is there any way to know, via code, whether a node is using dib ramdisk?15:37
rameshg87rloo: unfortunately no15:38
rameshg87rloo: if pass_deploy_info is invoked during deploy, then it's a dib ramdisk15:38
trownJayF: you guys do not use Swift?15:38
rameshg87rloo: but there is no way to check if active instances used dib ramdisk or not15:38
JayFtrown: We do have swift, yes, but I'm not sure how that applies to shipping node hardware information into ironic db?15:39
trownJayF: that is what we did in inspector15:39
JayFaha15:39
trownhttps://blueprints.launchpad.net/ironic-inspector/+spec/store-introspection-data15:39
rloorameshg87: so IF we put in this new [iscsi_deploy] enable_cleaning=False and you want to delete it in M*, what will the code do?15:40
rloorameshg87: what will the code do in M* when you delete that config?15:40
rameshg87rloo: we would simple remove the if CONF.iscsi_deploy.enable_cleaning, then return statements15:40
rameshg87rloo: the code will do what is supposed to do by default15:41
rloorameshg87: so the default now is NOT to enable any deploy cleaning, even though conductor/clean_nodes=True15:41
rameshg87rloo: for example, prepare_cleaning would start creating ports and boot up deploy ramdisk15:41
rameshg87rloo: yes15:41
rloorameshg87: but in M*, with conductor/clean_nodes=True, it will be enabled.15:41
rameshg87rloo: only for drivers using iscsi based deploy15:41
rloorameshg87: that isn't backwards compatible.15:42
rameshg87rloo: why ?15:42
rloorameshg87: what if we don't even merge the code now and wait for M*. then we won't need the config.15:42
rameshg87rloo: we would end up not having feature for one cycle15:42
*** Sukhdev has joined #openstack-ironic15:42
JayFtrown: in this case, I'm not sure inspector is a good fit b/c we want to track something across the fleet that changes15:43
rameshg87rloo: which could have been enabled very easily15:43
JayFtrown: imagine you have part model A in your fleet and you want to swap with part model B, we just wanted to store that info in Ironic so it's quickly queryable how many machines have the new15:43
rloorameshg87: for users that have agent ramdisk, the default now would be no iscsi_deploy/cleaning, unless they change the config.15:43
JayFtrown: and given each provisioned instance represents a custoemr, having it quickly cross-ref'd with instance uuid is helpful15:43
rloorameshg87: for users that have agent ramdisk, in M*, they would get iscsi_deploy/cleaning ?15:43
rameshg87rloo: in M*, please using iscsi based drivers [pxe_ilo, pxe_ipmitool, etc] would get cleaning enabled by default15:44
rameshg87s/please/people15:45
trownJayF: that makes sense, I think eventually we would want a nice way to use data from inspector to do that type of query15:45
dtantsursambetts, when you have a minute, could you please review https://review.openstack.org/#/c/225173 ? that's our last feature before we call all BP's done15:45
trownJayF: but we are not there yet15:45
rameshg87rloo: for now, we would disable this by default as we want to make sure we don't break users15:45
rloorameshg87: but they wouldn't get that by default in L*. SO isn't that backwards incompatible?15:45
rameshg87rloo: they would get it if they are interested in using it15:46
openstackgerritSam Betts proposed openstack/ironic-inspector: Add alembic migrations for the inspector database  https://review.openstack.org/22366515:46
rloorameshg87: I feel like I'm missing something.15:46
rloorameshg87: but what if they are not interested in using it now.15:46
dtantsurgoing afk until the meeting15:46
rloorameshg87: or using it in M*15:46
*** dtantsur is now known as dtantsur|afk15:46
rameshg87rloo: they can go and change the CONF variable if they are interested in it now15:46
*** garthb has joined #openstack-ironic15:47
rloorameshg87: but what if they are NOT interested in using it now, in L* and NOT interested in using it in M*15:47
rameshg87rloo: in M*, they would get it anyway like rest of agent_* drivers15:47
jrollrloo: rameshg87 should we take this to the meeting instead?15:47
rameshg87jroll: sure, but meeting is time capped :)15:47
rameshg87jroll: you can join in if you are interested15:48
rloojroll: we could, but now or then, I still don't understand yet.15:48
jrollrameshg87: O'15:48
jrollrameshg87: I'm listening, at least :)15:48
jrollfeel free to continue, just a thought15:48
rameshg87rloo: but, honestly I don't get your concern alternately15:48
rameshg87rloo: let me see if I get it right15:49
rloorameshg87: so you're saying that if users are interested in isci-deploy-cleaning in L*, they have to set the config. If they do not want that cleaning, they don't have to set any config.15:49
rameshg87rloo: yes15:49
rloorameshg87: and in M*, if they are not interested, too bad, they will get cleaning.15:49
rameshg87rloo: we did the same for agent_* drivers15:49
rameshg87rloo: we enabled cleaning by default for everyone using agent_* drivers15:49
rameshg87rloo: the CONF variable directly set clean_nodes to true15:50
rameshg87I mean we did the same in kilo15:50
rloorameshg87: Didn't we set conductor/clean_nodes=True, but all clean steps have a config with priority=0?15:51
rameshg87rloo: no15:51
rameshg87or did we ? :)15:51
* rameshg87 checks15:51
JayFWe set clean_nodes=true15:51
JayFand only step was erase_devices for agent driver15:51
JayFiirc15:51
JayFToday in gate, agent runs w/erase_devices as only cleaning step <-- I know that's accurate15:52
JayFexcept we override that config on kernel command line b/c believe it or not, bad idea to shred in devstack :)15:52
rloorameshg87: I see ilo has clean_priority_erase_devices=<None>. I15:52
rameshg87https://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L811-L82115:52
rloorameshg87: the help sez that default is 10 if unset. I wonder why it wasn't just set to 10 instead of None.15:52
rameshg87JayF: but didn't the erase device happen automatically for people upgrading from juno to kilo ?15:53
rameshg87any idea ?15:53
JayFrameshg87: yes, it did15:53
JayFrameshg87: I'm 99% sure of it15:53
*** mgoddard has quit IRC15:53
JayFrameshg87: was a pretty big moment for those of us working on OnMetal when it was enabled by default, tbh15:53
JayFrameshg87: given our first interaction w/the project was talking deva into how adding some form of "decommissioning" was a godo idea :)15:54
rameshg87JayF: okay15:54
* lucasagomes remembers that; and the summit talk too15:54
*** mgoddard has joined #openstack-ironic15:54
rameshg87rloo: so we did this in kilo iiuc15:54
rloorameshg87, JayF: maybe enabling that by default should have been with some api version bump.15:54
*** romcheg has quit IRC15:55
rloorameshg87: to get back to your patch now. You aren't enabling it by default.15:55
rloorameshg87: and you want to enable it by default in M*15:55
rloorameshg87: that's one of my issues.15:55
rameshg87rloo: we could enable it straightaway now15:55
rloorameshg87: how would you enable it straightaway?15:56
*** rameshg871 has joined #openstack-ironic15:58
rameshg871rloo: I am sorry, got disconnected15:58
*** rameshg87 has quit IRC15:58
*** rameshg871 is now known as rameshg8715:58
rameshg87rloo: but the only issue is we would break the workflow of users using the dib ramdisk, which is bad in my opinion15:58
rameshg87rloo: I would put it like15:58
rameshg87rloo: we are providing the feature, but not enabling by default today because "we might break some users if we enabled it by default"15:59
rameshg87rloo: we would enable it by default in M*, because "there will no longer be users whom we worry we would break"15:59
jrollthis may be the worst suggestion I've ever made, but: what if we didn't add a config, booted the ramdisk every time, and only clean if it pings back to /lookup instead of wherever the bash ramdisk pings to, so we know it's an agent16:00
rloorameshg87: let's say there was no issue with DIB/agent and we didn't need that config. how would a user turn off deploy/cleaning?16:00
*** mitchjameson has joined #openstack-ironic16:00
rameshg87rloo: why would they need to disable only deploy/cleaning ? we don't give that luxury today for drivers that enable in-band cleaning today ?16:01
*** wshao has quit IRC16:01
rameshg87rloo: if we want to do, probably it should be another work, right ?16:02
rameshg87jroll: do you mean put a periodic task ?16:02
rloojroll, rameshg87: is this a feature that we want in L*, given that feature freeze was last week?16:02
rameshg87jroll: but we don't know if at all users switched to deploy_kernel/deploy_ramdisk16:02
jrollrameshg87: no, I mean always enable cleaning, then if the bash ramdisk vendor passthru gets hit after booting the ramdisk, then "finish" cleaning16:03
rameshg87rloo: idk, we can take a decision16:03
rameshg87jroll: but bash ramdisk might fail because we don't pass those other parameters like iscsi_target_iqn16:03
jrollrloo: yeah, that's my other question... though other than the config thing it doesn't seem risky16:03
jrollrameshg87: ugh16:03
rameshg87jroll: or it might hit and report an error16:04
rameshg87jroll: for booting up the bash ramdisk successfully we need all the parameters iirc16:04
jrollright, I didn't think about that16:05
rameshg87rloo: how about taking a vote during the meeting ?16:05
jrollwell, rloo has a good point there, I didn't think about the behavior change from L -> M16:06
rloorameshg87: seems like two votes. 1. let a feature in after feature freeze; 2. the config issue wrt this particular feature16:06
jroll(somehow)16:06
jrollit seems like at this point, we should bump it16:06
rameshg87rloo: and cancel second vote if 1st one is no ;-)16:06
rameshg87finishes quickly16:06
jrolllucasagomes: for removing the bash ramdisk endpoints, you were going to do that in M or beginning of N?16:06
rloorameshg87: yeah, 2nd vote isn't needed if 1st vote is no :)16:07
rameshg87rloo: agreed16:07
lucasagomesjroll, I think we should do that in N now16:07
lucasagomescause it took too long to get stuff merged16:07
lucasagomesand tripleo-ci is not yet using IPA16:07
jrolllucasagomes: yeah, so there's a TC proposal for deprecation period being "at least one release cycle and at least 3 months", so we could do it later in M, in theory16:08
jrollhowever I'm fine with N, this is a pretty big drop16:08
lucasagomesjroll, yeah that seems fair enough16:08
lucasagomeskeeping it for 1 cycle more, deprecated, is not a big deal16:09
jrollyeah16:09
jrollrameshg87: rloo ^ more food for thought :P16:09
* lucasagomes didn't read the scrollback16:09
rameshg87jroll: but N is still a longer period16:09
rameshg87jroll: not enabling in-band cleaning for iscsi based drivers seems bad to me (unless we find a better way to do this without a CONF option)16:10
JayFjroll: -1 I really dislike that idea (reading back from 9am)16:10
JayFjroll: Basically if cleaning is on, you never want a case where it can "complete" without doing anything16:11
JayFjroll: without that being the default or explicitly the behavior the deployer requested16:11
JayFi.e. I would not want someone with BASH ramdisk thinking that cleaning is doing anything on their machine, which I think that would imply16:11
JayFjroll: re: auto-disable cleaning for bash ramdisk16:11
rameshg87JayF: so are you saying you don't want to auto detect it's a bash ramdisk and silently come out ?16:12
lucasagomeswhich patch is that ?16:12
rameshg87lucasagomes: there isn't a patch for that, it was only a proposal16:12
JayFrameshg87: exactly. How would an operator know, looking at Ironic only, if a machine was actually clean or if it was skipped due to the ramdisk16:13
jrollJayF: I mean, I tend to agree, it needs thought16:14
jrolljust a start to a better proposal, idk16:14
lucasagomesright yeah we currently have no way to identify whether it's the IPA or bash ramdisk :-(16:16
lucasagomesthe way it was architect was to be a drop in replacement (so no extra config to differentiate)16:16
lucasagomeslooks like we want to have a way to tell which ramdisk the node is using16:16
rloolucasagomes: the only way to know, is via the vendor passthrus?16:16
lucasagomesrloo, yeah, dependeing on which endpoint the ramdisk calls16:17
lucasagomesbut cleaning also happens prior to the deployment so...16:17
rameshg87rloo: just added to the agent16:18
rameshg87I mean agenda :)16:18
* rameshg87 has agent in the tip of the tongue16:18
rameshg87rloo: will be back for the meeting16:18
*** rameshg87 is now known as rameshg87-afk16:18
jrolllucasagomes: do you have an example of one of those hacks to deal with wsme 0.8 weirdness?16:19
lucasagomesjroll, lol hmm well the problem that was fix in wsme was that16:21
jrolllucasagomes: specifically, trying to deal with the test failures here https://review.openstack.org/#/c/206232/16:21
jrollwhere a field is in the object but not the API16:21
lucasagomesif you try to do for e.g a POST with some fields that doesn't exist in a resource it will fail now16:21
* lucasagomes looks16:21
*** ukalifon has quit IRC16:21
lucasagomesjroll, right and who populates that field?16:22
lucasagomesjroll, is the API? The way we do for things like that (e.g node_uuid to node_id) is to have the API layer to convert from one to another16:22
jrolllucasagomes: there are later patches adding them to the objects and api layer16:23
jrolljust split for ease of review16:23
openstackgerritMerged openstack/ironic-python-agent: Expose serial, wwn and vendor on the BlockDevice object  https://review.openstack.org/22510216:24
lucasagomesjroll, right hmm so we also should split that test to not POST those fields if they do not exist16:24
lucasagomeswe can append the fields to the dict in the patch that is actually adding it to the API16:24
jrolllucasagomes: nothing changed the API or API tests, that's the thing16:25
jrollnothing is posting those fields16:25
*** ifarkas has quit IRC16:25
jrolllucasagomes: even existing, unchanged tests are failing16:25
lucasagomesjroll, https://github.com/openstack/ironic/blob/master/ironic/tests/api/utils.py#L9316:26
lucasagomesI think you may be looking for it ^16:26
jrolllucasagomes: OH16:26
jrollyes, perfect, ty16:26
lucasagomesbecause in the api.utils.py we use the same dict as the db.utils16:26
jrollyep16:26
lucasagomesI know right? Don't be sad :-(16:27
*** siva has joined #openstack-ironic16:27
*** siva is now known as Guest2574916:28
openstackgerritRuby Loo proposed openstack/ironic: Refactor deploy_utils methods  https://review.openstack.org/22226416:28
jrolllucasagomes: lol, it isn't that terrible16:29
lucasagomesjroll, well it's a bit confusing tho16:29
jrollsure16:30
lucasagomess/bit/lot16:30
lucasagomesI'm too optimistic these days, vacation is coming16:30
jrolllol16:31
thiagoplucasagomes: o/16:34
lucasagomesthiagop, hi there!16:34
thiagoplucasagomes: coming to Brazil?16:35
* thiagop wonders if coming to Brazil and going to Japan right after is a good idea...16:35
lucasagomesthiagop, not yet, I'm going to iceland this time. But I will be in Brazil after the summit, in december16:35
* thiagop is jetlagged just of thinking about it16:35
lucasagomesthiagop, yeah, it's totally the other way around16:36
lucasagomesthiagop, going to bauru! man, I was looking at the weather there and it was suppose to be winter right now, but it's 35C16:36
lucasagomesdahell16:36
lucasagomeshttps://www.google.ie/search?q=bauru+weather&ie=utf-8&oe=utf-8&gws_rd=cr&ei=JTIAVoaKNYGngwTOhqbICQ16:37
thiagoplucasagomes: I was in São Paulo last week. 10-13°16:37
thiagopthe weather for these lands is crazy latelly16:37
lucasagomesyeah são paulo is usually colder, probably because the sun doesn't reach the houses there due the polution and/or buildings around (jk)16:37
lucasagomesthiagop, indeed16:38
thiagoplol16:38
*** romainh has left #openstack-ironic16:38
thiagoplucasagomes: I had a worse impression of SP than I have now after spending a week there16:38
lucasagomesthiagop, oh yeah, SP is complicated. The thing I don't like there most is the commuting16:40
* jroll wants to go to brazil and lay on the beach16:40
lucasagomesjroll, ++16:40
thiagopjroll: consider going to Pipa beach, brazillian northeast16:41
jrollthiagop: thanks for the recommendation, but I'll forget by the time I actually try to go16:41
*** e0ne has quit IRC16:41
thiagopjroll: try not to get hypnotized by the pics on google16:41
jrolllol16:42
jrolloh my, yes please16:42
lucasagomeslol16:42
* lucasagomes always wanted to go to the lençois maranhenses thing16:42
lucasagomesit's pretty awesome: https://www.google.ie/search?q=len%C3%A7ois+maranhenses&source=lnms&tbm=isch&sa=X&ved=0CAcQ_AUoAWoVChMIjY_Pk8mIyAIVBdGACh2pEwTp16:43
thiagoplucasagomes: commuting?16:43
*** stendulker has joined #openstack-ironic16:43
lucasagomesthiagop, yeah in SP it takes too long to go from one place to another16:43
lucasagomeseven by metro/train16:43
* lucasagomes is used to the country side16:43
thiagopthiagop: aw, yeah. Things are very far away from one another16:44
thiagoplucasagomes: ^16:44
thiagoplençois are awesome. I have a friend who walked that whole thing by foot16:45
lucasagomesthiagop, really? damn I thought it was very long16:46
thiagopIt is indeed. Sort of 5-6 days trip. And one on the group had a severe heatstroke. But, you know... we backpackers are crazy.16:49
thiagop(and also well prepared to these kinds of risks)16:50
*** chlong has quit IRC16:50
lucasagomeslol16:50
lucasagomesthiagop, nice one!16:50
lucasagomesyeah I hope next year I'm going to plan some trips in brazil16:50
lucasagomesfor the end of the year I will mostly just go see family/friends and I was have a weeding to attend16:51
thiagoplucasagomes: I myself like woods and mountains better than desert, but16:51
lucasagomesthiagop, same here16:51
thiagopmeeting in 9min, right?16:51
jroll816:52
jroll:P16:52
trown716:53
thiagop616:54
*** dtantsur|afk is now known as dtantsur16:54
*** derekh has quit IRC16:55
*** ijw has joined #openstack-ironic16:56
*** xek has joined #openstack-ironic16:58
lucasagomesoh now!17:00
lucasagomesJoshNang, :-(17:00
*** rameshg87-afk is now known as rameshg8717:00
lucasagomesdevananda, NobodyCam ?17:01
JoshNang:(17:01
devanandameeting time :)17:01
lucasagomesJoshNang, sad to hear you go but I wish you all the best on ur new job!17:01
* lucasagomes replied the ML17:01
JoshNanglucasagomes: thanks!17:01
lucasagomesJoshNang, wish I could -2 the decision tho, jk :-)17:02
rameshg87JoshNang: all the best for your new job17:02
*** mitchjameson has quit IRC17:02
*** chlong has joined #openstack-ironic17:02
*** bizarrochristy has joined #openstack-ironic17:02
*** bizarrochristy has quit IRC17:03
JoshNangrameshg87: thanks :)17:03
JoshNanglucasagomes: heh17:03
jlvillallekha: Any interest in being a part of the testing/quality team for Ironic? :)17:06
lekhajlvillal: sure!17:06
dtantsurdon't surrender so quickly :D17:07
lekha:)17:08
jlvillallekha: Woo hoo :)  I'll add your name on the white board.17:08
jlvillallekha: https://etherpad.openstack.org/p/IronicWhiteBoard17:08
*** rameshg871 has joined #openstack-ironic17:09
* JoshNang runs to an eye appointment, thanks for all the kind words y'all :)17:11
*** devlaps has quit IRC17:12
krtaylorjlvillal, me too :)17:12
*** rameshg87 has quit IRC17:12
krtaylorjlvillal, I should have more time in the next few weeks17:12
*** Sukhdev has quit IRC17:12
*** rameshg871 is now known as rameshg8717:13
jlvillalkrtaylor: Great :)17:14
*** lazy_prince has quit IRC17:15
*** Sukhdev has joined #openstack-ironic17:16
*** Sukhdev has quit IRC17:16
dtantsurdear launchpad, timeout error in 5 seconds does not sound sane >_<17:20
*** achanda has joined #openstack-ironic17:20
jrolltrown: I'm going to have to make a launchpad and such for IPA, too, and a pypi thing17:22
jrollor not pypi apparently17:22
trownjroll: do you think we need a launchpad? where are current IPA bugs filed?17:23
*** davideagnello has joined #openstack-ironic17:23
dtantsurin ironic itself17:23
jrolltrown: to use openstack/releases we need a launchpad17:23
lekhajlvillal: Thanks for adding that :)17:23
trownah, for tracking what went in to the release17:24
jlvillallekha: Thanks for the patch!17:24
*** e0ne has joined #openstack-ironic17:24
jrollyeah17:24
lucasagomesjroll, can we still use the bug tracker in ironic?17:24
lucasagomesor we should start using the one for ipa? (I'm more happy just using ironic to be honest)17:24
jlvillallekha: If you didn't know, we have an ironic meeting over on #openstack-meeting-3 at this time.17:24
jrolllucasagomes: in theory, yes, but then release emails become a pain17:24
lucasagomesright17:25
lekhajlvillal: ha thanks. Joining17:25
lucasagomesyeah we can see how it works17:25
dansmithjroll: xek: One more plea on that review to implement the new class_action method, and a link to how we did it preemptively in nova17:25
jrolldansmith: nice, thanks17:25
dansmithjroll: xek: I promise it will make M easier, but if you decide to move on with what's here, that's fine17:25
jrolldansmith: I mean, I'm clearly the expert and you're the peanut gallery here, but I'll take your feedback into consideration :)17:26
* jroll changes vote17:27
jrollthanks again dansmith17:27
dansmithjroll: heh17:27
dansmithbasically, the old way of doing things is overly hard and complex and if you do it that way, I'm worried you'll think less of me17:28
dansmith...once you start to feel that pain17:28
jrollnod17:29
openstackgerritSam Betts proposed openstack/ironic: Add Cisco IMC PXE Driver  https://review.openstack.org/21925317:30
openstackgerritSam Betts proposed openstack/ironic: Clean up CIMC driver docs and comments  https://review.openstack.org/22595817:30
dtantsursambetts, not sure why you rebased it ^^17:31
jroll-.-17:32
sambettsdtantsur: -_- it wasn't meant to rebase that one...17:32
jrollI'm going to re-approve that17:32
xekdansmith, jroll, I'll get right to it in a couple of hours :) I'm changing offices so my dev workstation is on the move right now...17:32
dansmithxek: cool, I'll be glad to throw my +1 on it quickly after you do if you ping me.. I think otherwise it's cool17:32
dtantsursambetts, don't touch it after reapproval and before it merges :D17:33
sambettsdtantsur: yup, no more touching, I thought it had made it through the gate already so I rebased against master :'(17:34
*** rameshg871 has joined #openstack-ironic17:38
dhellmanndevananda: double checking that ironic-lib 0.1.0 is what you want for stable/liberty17:41
devanandadhellmann: we were just discussing that in meeting17:41
*** rameshg87 has quit IRC17:41
devanandait looks like we couldn't switch to actually use it for L, because dep freeze17:41
devanandadtantsur: ^^ can you confirm the version?17:42
dhellmanndevananda: so, you don't care about a stable branch? I can drop it from my list if that's the case.17:42
dtantsurdhellmann, devananda, correct, we're not using ironic-lib in liberty at all17:42
devanandayea, no need for stable branch for that. we'll switch projects to use what ever version is currently released when M opens17:43
dhellmanncool, it's easy enough to drop it for now17:43
*** praneshp has joined #openstack-ironic17:45
*** harlowja has joined #openstack-ironic17:46
*** vdrok_ has joined #openstack-ironic17:49
*** mgoddard has quit IRC17:51
*** baoli has quit IRC17:59
*** pelix has quit IRC18:00
*** baoli has joined #openstack-ironic18:01
jrolldevananda: infra resources are precious, yes, but we have to get full tempest running somehow :/18:01
devanandajroll: curious, how does sdague feel about that job?18:01
vdrok_jroll: devananda and there will be a problem on how to know how many baremetal nodes are available, as some tests require 3, and they may run un parallel18:02
vdrok_so i'll try to skip tests for now18:02
lucasagomesrloo, mind if I update the config for #224938 ?18:02
dtantsursee you tomorrow18:03
devanandajroll: some of the integration tests (ironic + nova) that I've wanted were, well, not useful in his opinion. I have not grok'd his reasoning but am curious if you have18:03
rameshg871lucasagomes: did it come correctly for you ?18:03
*** dtantsur is now known as dtantsur|afk18:03
lucasagomesrameshg871, will check it in a min18:03
* rameshg871 wonders if ordering is decided based on TZ18:03
devanandalol18:04
rloolucasagomes: I'm fine as long as you can still +2 it. Otherwise no :)18:04
lucasagomesrloo, I will stay a bit longer to review some of the bugs18:04
jrolldevananda: sdague feels we need to get full tempest running18:04
lucasagomesrloo, and that exception18:04
jrolldevananda: and afaik has been asking for it for a long time18:05
rloothx lucasagomes, although the whole idea was not to burn ourselves out at release time :-)18:05
*** ukalifon1 has joined #openstack-ironic18:05
lucasagomesrloo, indeed, but it's all good18:06
lucasagomeswe should get these things done18:06
rloolucasagomes: :)18:06
* rameshg871 leaves for the day18:06
rameshg871see you tomorrow folks18:06
jlvillalrameshg871: Ciao18:06
*** rameshg871 has quit IRC18:06
devanandajroll: "full tempest" is a strange phrase since we know that there are many nova features that our driver doesn't support18:07
devanandalike snapshots and cinder volumes18:07
jrolldevananda: sure, you know what I really mean18:07
devanandajroll: but I dont know what sdague means18:07
jrollthen talk to him?18:08
devanandaeh, sure18:08
devanandaI mean, I have, several times over the last year. it just sounded like you had more recent infor18:08
jrollwell18:08
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Agent Inband RAID configuration available in cleaning  https://review.openstack.org/22493818:08
lucasagomesrloo, ^18:08
jrolldevananda: at the nova midcycle, people asked when we're going to do it because they've been asking for this for a year18:09
jrolldevananda: so I said I'll do my best to do the thing, and mtreinish volunteered to help where he could18:09
lucasagomesthat's what I get generating with a fresh tox env18:09
rloothx lucasagomes, i should look anyway, cuz there were changes since i first proposed that patch :)18:09
jrollanyway, bbiaf18:10
devanandajroll: cool. adam_g was working on that until, well, he wasn't. iirc, it got mired in "how do we disable X, Y, and Z feature tests" along with "how long is this really going to take? OMG 4 HRS!"18:11
lucasagomesrloo, the only thing I worry is that by having that set to 0 now we should keep it like that on future releases18:12
lucasagomesit's not something we want to change all the time18:12
lucasagomesdo we plan to have that raid stuff disabled by default in the future too?18:12
rloolucasagomes: i have no idea. this is ramesh's baby. i am just trying to help.18:12
openstackgerritShivanand Tendulker proposed openstack/ironic: Refactor iscsi_ilo driver to use new boot interface  https://review.openstack.org/21653818:13
rloolucasagomes: it depends on whether you want to do RAID during cleaning, or just during 'zapping'.18:13
rloolucasagomes: and originally, it was just 'zapping' -- so 0 made sense.18:13
rloolucasagomes: if that is what/how we think operators will use raid, then it is fine. but again, i don't know.18:13
lucasagomesright, I bet it depends on the raid too, if it's soft raid it totally needs to be enabled by default18:14
lucasagomeshardware raid, that's questinoble, for cleaning I think it would makes more sense to disable it18:14
* lucasagomes don't know the definitive answer really18:14
*** harshs has joined #openstack-ironic18:14
*** trown is now known as trown|lunch18:15
*** tsekiyam_ has joined #openstack-ironic18:15
rloolucasagomes: alternatively, there are other configs for clean steps related to IPA, that use <None> as the value, which means take the value from the hw manager.18:15
*** linggao_ has joined #openstack-ironic18:15
lucasagomesrloo, yeah, the erease device right?18:15
lucasagomesif not specified it defaults to 1018:15
rloolucasagomes: yup, that one.18:15
lucasagomes(or something like that_18:15
lucasagomes)*18:15
lucasagomeshmmmmmmmmmm18:15
rloolucasagomes: maybe worth commenting/asking.18:16
lucasagomesrloo, you know, I wonder if someone will have hardware and software raid in their setup18:16
lucasagomesand this option to enable is global18:16
lucasagomesrloo, yeah i will18:17
lucasagomesbecause one must rebuild the soft raid on cleaning, but the hardware one, that's not desirable for some people18:17
* lucasagomes comments18:17
*** mgoddard has joined #openstack-ironic18:18
*** tsekiyama has quit IRC18:18
*** linggao has quit IRC18:18
devanandalucasagomes: wy not?18:19
*** vdrok_ has quit IRC18:19
lucasagomesdevananda, because some people may think that just ereasing the device is enough18:19
devanandaooh18:19
lucasagomesI don't think everyone agrees that you should remount the hardware raid all the time18:19
lucasagomesyou can do it to clean individuals disks in the raid18:19
devanandabecause software raid contains some metadata which is only destroyed by rebuilding?18:19
*** tsekiyam_ has quit IRC18:19
lucasagomesbut that's a bit over concern...18:20
lucasagomesdevananda, the software raid will be deleted once we clean the local disks right? So it should be rebuilt18:20
devanandalucasagomes: depends on how IPA is cleaning: zeroing the individual disks? mounting the logical volume and zeroing it?18:21
lucasagomesdevananda, right, I don't think it does that right now18:21
lucasagomesJayF, ^18:21
lucasagomesdevananda, I think it simple zero all disk devices it found18:22
JayFlucasagomes: yes18:22
JayFThe idea for in-band raid is that it had to be implemented as a cleaning step so you could inject it in cleaning post-secure-erase18:22
JayFto rebuild the raid each time18:22
devanandagotcha. so yes, you'll need to rebuild a software raid after that18:22
devanandabut not a hardware raid18:22
lucasagomesyeah18:22
lucasagomesdevananda, and adding a global config for that seems a bit odd no?18:23
*** harshs has quit IRC18:23
lucasagomesbecause that will affects drivers using hardware raid and drivers using software raid18:23
devanandalucasagomes: agreed18:23
*** cdearborn-mobile has joined #openstack-ironic18:25
openstackgerritShivanand Tendulker proposed openstack/ironic: Refactor agent_ilo driver to use new boot interface  https://review.openstack.org/21710218:26
*** cdearborn-mobile has quit IRC18:27
*** Sukhdev has joined #openstack-ironic18:27
*** harshs has joined #openstack-ironic18:30
*** stendulker has quit IRC18:32
lucasagomesthere are two bug fixes for this release that is going to conflict: https://review.openstack.org/#/c/205895 with https://review.openstack.org/#/c/201552/18:35
*** rbudden has joined #openstack-ironic18:36
rloolucasagomes: you mean the microversion bump?18:39
lucasagomesrloo, yeah18:39
lucasagomesrloo, I'm reviewing #205895, if it's good enough i will rebase the other one on top of it18:39
rloolucasagomes: whichever gets approved first, wins.18:39
lucasagomesto avoid the conflict18:39
lucasagomesrloo, right, yeah but let's try make it less painful :-)18:39
rloolucasagomes: well, one of them has to be changed. if you change before, that could limit things.18:40
rloolucasagomes: what's wrong with changing after?18:40
rloolucasagomes: but i guess it is your call :)18:40
lucasagomesrloo, that's a good a point, yeah let's see18:41
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/22461418:55
*** Marga_ has quit IRC19:00
rloolucasagomes: why is this a partial bug: https://review.openstack.org/#/c/201552/19:01
rloolucasagomes: is there more work to be done to close that bug?19:01
lucasagomesrloo, ahh because I submitted a new patch-set19:01
lucasagomesand previously I fixed it by editing directly in gerrit :-(19:01
*** baoli has quit IRC19:02
*** gabriel-bezerra has quit IRC19:02
lucasagomesrloo, my bad19:02
rloolucasagomes: that didn't make any sense to me. i must be tired of reviewing.19:03
lucasagomesrloo, oh I mean... jroll noticed that too and I've edited the commit message directly in gerrit changing it from "Partial" to "Closes"19:03
rloolucasagomes: oh. ok, so it should be closes. thx :)19:04
*** bradjones has quit IRC19:04
lucasagomesrloo, but more reviews came and I edited the code in my machine and resubmitted the patch, but in my machine the commit message was still "Partial"19:04
lucasagomesrloo, yeah19:04
lucasagomesshould be Closes19:04
rloolucasagomes: ha ha. got it.19:05
lucasagomesrloo, should I update it? Or we can mark the bug as closes if that merges as partial?19:06
lucasagomesclosed*19:07
rlooeasy enough to update it. You'd only lose tan's +1 on it now.19:07
lucasagomesrloo, ack19:07
rloolucasagomes: so no one else asks the same question :)19:07
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Allow abort for CLEANWAIT states  https://review.openstack.org/20155219:08
lucasagomesrloo, done19:08
rloothx lucasagomes19:08
lucasagomesnp19:09
*** gabriel-bezerra has joined #openstack-ironic19:10
*** trown|lunch is now known as trown19:10
lucasagomesok I will leave the indirection api and the config driver one to review tomorrow morning19:10
lucasagomesthe rest are reviewed19:10
lucasagomesI will call it a day folks, have a good night everyone19:10
*** lucasagomes is now known as lucas-dinner19:12
sinvallucasagomes: good night19:12
*** ijw has quit IRC19:16
thiagopnight lucas-dinner19:20
*** Sukhdev has quit IRC19:29
sambettsnight all o/19:33
betherlyI'm off night all!19:34
*** xek has quit IRC19:34
thiagopnight sambetts betherly19:34
*** Marga_ has joined #openstack-ironic19:35
openstackgerritMerged openstack/python-oneviewclient: Change ignore-errors to ignore_errors  https://review.openstack.org/22582219:39
*** Marga_ has quit IRC19:46
*** Marga_ has joined #openstack-ironic19:46
*** ijw has joined #openstack-ironic19:51
*** baoli has joined #openstack-ironic19:52
*** baoli has quit IRC19:53
*** ukalifon1 has quit IRC19:53
*** baoli has joined #openstack-ironic19:53
*** xek has joined #openstack-ironic19:55
*** ijw has quit IRC19:56
*** e0ne has quit IRC19:59
*** e0ne has joined #openstack-ironic20:00
*** xek has quit IRC20:05
*** mgoddard has quit IRC20:19
*** baoli has quit IRC20:20
*** nicodemos has quit IRC20:22
rloojroll: wrt etherpad and 'RELEASE STATUS', are you OK if I delete most of it, and just put a note about 4.2.0 & link to https://launchpad.net/ironic/+milestone/4.2.0?20:22
jrollrloo: +120:23
rloojroll: done20:26
jrollthanks20:27
*** e0ne has quit IRC20:29
jrollso uh20:30
jrollhow do I run ironic-dbsync against sqlite20:30
jrollowait, I have a devstack already20:32
rloojroll: i could be wrong, but i thought someone said that ironic-dbsync (upgrade) didn't work with sqlite.20:33
jrollrloo: it doesn't20:36
jrollI was hoping there was a "batch" sort of thing to get it to the newest without each step20:36
jrollbecause it's ALTER statements that break it20:36
rloojroll: oh. submit a bug/wishlist for it :)20:37
jrollrloo: there's plenty of bugs filed against alembic already, I believe it's WONTFIX20:38
rloojroll: haha. or sobsob.20:38
*** ijw has joined #openstack-ironic20:38
jrollrloo: "lolsob"20:38
rloojroll: i can't even get that right!20:39
jrollhahaha20:39
*** linggao_ has quit IRC20:41
* EmilienM 20:49
*** harshs has quit IRC20:56
openstackgerritMerged openstack/ironic-specs: [ironic-specs] Update links to Cloud Admin Guide  https://review.openstack.org/22494020:57
*** Sukhdev has joined #openstack-ironic21:02
*** harshs has joined #openstack-ironic21:03
*** ijw has quit IRC21:03
*** harshs has quit IRC21:03
*** trown is now known as trown|outttypeww21:05
*** harshs has joined #openstack-ironic21:05
jlvillaljroll: https://review.openstack.org/#/c/166386/16/tempest/services/baremetal/v1/json/baremetal_client.py  Am I right that line 142 is wrong? :(21:05
jlvillalI think it needs to be **kwargs21:06
jrolljlvillal: depends if that method takes a bunch=of keyword=args, or just a dict21:07
* jlvillal doesn't know enough about the code21:07
jlvillalYeah...21:07
jlvillalI'll look more.21:07
jlvillalThanks21:08
jlvillaljroll: Never mind, it takes a dict.21:10
jrollwoo21:10
*** r-daneel has quit IRC21:14
*** ijw has joined #openstack-ironic21:19
jrollJayF: would you mind reviewing https://review.openstack.org/#/c/215097/ at some point? idk this stuff well21:21
*** achanda has quit IRC21:24
*** bnemec has quit IRC21:27
mrdaMorning Ironic21:27
jrollhey mrda \o21:28
rloomorning mrda21:28
rloojroll: I just took a look at https://review.openstack.org/#/c/215254/21:28
thiagopmorning mrda21:28
rloojroll: is it possible that the agent never uses any memory?21:28
jrollrloo: no, why?21:28
rloowhy would we set the default for the config to zero then21:29
rloojroll: https://review.openstack.org/#/c/215254/14/ironic/drivers/modules/agent.py21:29
jrollrloo: 0 == skip the check21:29
openstackgerritMario Villaplana proposed openstack/ironic: Allow vendor drivers to acquire shared tasks  https://review.openstack.org/22605821:29
jroller, wait21:29
jrollrloo: idk, I assume that's useful if you don't know how much it would take and don't want to risk over-estimating?21:30
rloojroll: it seems odd to me. that 'memory_consumed_by_agent' is the size of the IPA ramdisk?21:30
jrollrloo: it's how much memory to reserve to run the agent ramdisk21:31
jrollas the config help says21:31
jroll'The memory size in MiB consumed by agent when it is booted on a bare metal node.'21:31
*** priteau has quit IRC21:31
rloojroll: and how is anyone going to know what that memory size is.21:32
*** alexpilotti has quit IRC21:32
rloojroll: the help sez 'This may be set according to the memory consumed by the agent ramdisk image'.21:33
jrollrloo: boot one and run 'free -m' or something?21:33
jrollrloo: there's a number of ways to figure it out, and there's a number of things that number depends on that may be specific to a given deployment21:33
rloojroll: hmm. well, zero seems like an odd default cuz i would suspect it will never be 0 unless the agent does nothing.21:34
jrollrloo: see the discussion here https://review.openstack.org/#/c/215254/9/ironic/drivers/modules/agent.py21:35
rloojroll: sigh. so it doesn't disable the check as lucas had suggested.21:37
jrollrloo: it disables the agent's contribution to that check, and only strictly checks the image size21:37
jrollrloo: if that check fails with the config set to 0, the deploy will definitely fail21:37
rloojroll: right.21:37
rloojroll: so help string can be improved.21:38
rloojroll: you ok if i change/suggest the config name to be something like 'agent_memory'?21:38
jrollrloo: well, the help string doesn't mention disabling it...21:39
jrollrloo: and changing config names makes me sad, but I might be fine with it if you have a compelling 'why' for changing the name21:39
*** Sukhdev has quit IRC21:39
rloojroll: it doesn't disable the check -- the check is done, but doesn't factor in the memory used by the agent.21:39
jrollrloo: well, it does, it factors in the 0MB you told it to factor in21:40
rloojroll: right, it factors in the 0MB, which (highly likely) doesn't reflect the actual memory used by the agent21:40
jrollrloo: sure, I guess, feel free to change the help message, I don't see much value in changing the config name though21:41
*** bnemec has joined #openstack-ironic21:41
jrollI need to walk my dog, I'll be back in a few21:42
rloojroll: wrt the config name. 1. I think 'consumed' is too verbose, 'used' might be better. 2. I don't like the past tense used in the name21:42
rloojroll: I'm not going to change anything right now. will think about it. just my first impression seeing the config name, I thought 'what?!!'21:42
*** achanda has joined #openstack-ironic21:44
*** achanda has quit IRC21:44
*** achanda has joined #openstack-ironic21:44
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Added code coverage output directory to eslintignore  https://review.openstack.org/21520921:47
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Removed libs from eslintignore  https://review.openstack.org/21521421:47
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Added coverage threshold failure  https://review.openstack.org/21381621:47
thiagopI'm calling it a day21:47
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Removed X-Client header  https://review.openstack.org/21440621:47
thiagopgood evening everyone21:47
*** thiagop has quit IRC21:47
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Updated eslint rules.  https://review.openstack.org/21579521:48
*** harshs has quit IRC21:48
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Removed gitignore files for previous build system  https://review.openstack.org/21518021:49
*** Sukhdev has joined #openstack-ironic21:54
*** harshs has joined #openstack-ironic21:55
jrollrloo: ok, yeah, I'm open to suggestions21:56
*** Sukhdev has quit IRC21:56
*** praneshp has quit IRC21:57
*** Sukhdev has joined #openstack-ironic21:57
*** Sukhdev has quit IRC22:01
*** Sukhdev has joined #openstack-ironic22:02
*** cdearborn has quit IRC22:07
*** thrash is now known as thrash|g0ne22:14
*** rbudden has quit IRC22:24
*** romcheg has joined #openstack-ironic22:25
*** Guest25749 has quit IRC22:29
*** alexpilotti has joined #openstack-ironic22:34
*** dims__ has quit IRC22:37
*** praneshp has joined #openstack-ironic22:46
*** praneshp_ has joined #openstack-ironic22:49
*** praneshp has quit IRC22:51
*** praneshp_ is now known as praneshp22:51
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add more info to checksum exception  https://review.openstack.org/21736922:54
*** derekh has joined #openstack-ironic23:00
devanandajroll: boot driver interface split is still on the LP list. I don't think we talked about that one this morning23:01
devanandajroll: actually, is LP updated?23:02
*** mtanino has quit IRC23:05
*** alexpilotti has quit IRC23:16
*** ijw has quit IRC23:16
*** dims has joined #openstack-ironic23:17
*** dims has quit IRC23:23
*** jamielennox|away is now known as jamielennox23:23
*** dims has joined #openstack-ironic23:23
*** ijw has joined #openstack-ironic23:23
openstackgerritMerged openstack/ironic: Fix final comments in RAID commits  https://review.openstack.org/22559023:29
*** derekh has quit IRC23:32
*** Haomeng has joined #openstack-ironic23:36
*** dims has quit IRC23:39
*** Haomeng|2 has quit IRC23:39
*** dims has joined #openstack-ironic23:40
*** dims_ has joined #openstack-ironic23:43
*** dims has quit IRC23:45
*** lucas-dinner has quit IRC23:47
*** Sukhdev has quit IRC23:53
*** romcheg has quit IRC23:58
*** achanda_ has joined #openstack-ironic23:59

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