Tuesday, 2016-08-30

*** sabeen has quit IRC00:03
*** sabeen has joined #openstack-ironic00:10
*** hoangcx has joined #openstack-ironic00:13
*** sdake has joined #openstack-ironic00:14
*** wajdi has joined #openstack-ironic00:14
*** mtanino has quit IRC00:16
*** gfhellma has quit IRC00:18
*** thrash is now known as thrash|g0ne00:26
*** fragatin_ has quit IRC00:27
*** fragatina has joined #openstack-ironic00:28
*** rloo has quit IRC00:33
*** sabeen has quit IRC00:33
*** ijw has joined #openstack-ironic00:46
*** ijw has joined #openstack-ironic00:46
*** syed_ has quit IRC00:52
*** vishwanathj has quit IRC01:02
*** vishwanathj has joined #openstack-ironic01:02
*** adu has quit IRC01:06
openstackgerritTuan Luong-Anh proposed openstack/ironic-inspector: Changed an assert to more specific assert method  https://review.openstack.org/36251101:08
*** xuao has joined #openstack-ironic01:09
*** maurosr has quit IRC01:12
*** sdake has quit IRC01:14
*** patchbot has quit IRC01:19
*** patchbot has joined #openstack-ironic01:20
openstackgerritRuby Loo proposed openstack/python-ironicclient: Add --chassis to 'openstack baremetal node list'  https://review.openstack.org/36251501:20
*** sdake has joined #openstack-ironic01:21
*** xuao has quit IRC01:23
*** fragatina has quit IRC01:30
*** hoangcx has quit IRC01:31
*** amotoki has joined #openstack-ironic01:42
*** sabeen has joined #openstack-ironic01:43
*** amotoki has quit IRC01:46
*** Sukhdev has joined #openstack-ironic01:48
*** ChrisAusten has joined #openstack-ironic01:50
*** sabeen has quit IRC01:54
*** sabeen has joined #openstack-ironic01:57
*** aNupoisc has quit IRC02:01
*** hoangcx has joined #openstack-ironic02:02
*** vishwanathj has quit IRC02:03
*** vishwanathj has joined #openstack-ironic02:03
*** jcoufal has quit IRC02:04
*** ijw has quit IRC02:14
*** ijw has joined #openstack-ironic02:14
*** ijw has quit IRC02:16
*** sabeen has quit IRC02:26
*** sabeen has joined #openstack-ironic02:29
*** sabeen has quit IRC02:31
*** amotoki has joined #openstack-ironic02:31
*** Sukhdev has quit IRC02:32
*** hoangcx has quit IRC02:34
*** Sukhdev has joined #openstack-ironic02:37
*** bdeschenes has quit IRC02:39
*** Sukhdev has quit IRC02:42
*** hoangcx has joined #openstack-ironic02:44
*** jcoufal has joined #openstack-ironic02:45
*** vishwanathj has quit IRC02:55
*** vishwanathj has joined #openstack-ironic02:55
*** amotoki has quit IRC02:58
*** amotoki has joined #openstack-ironic03:00
*** vishwanathj has quit IRC03:04
*** vishwanathj has joined #openstack-ironic03:04
*** daemontool has quit IRC03:07
*** vishwanathj has quit IRC03:08
*** vishwanathj has joined #openstack-ironic03:08
*** amotoki has quit IRC03:09
*** daemontool has joined #openstack-ironic03:11
*** ijw has joined #openstack-ironic03:11
*** ijw has quit IRC03:15
*** baoli_ has quit IRC03:19
*** vishwanathj is now known as vishwanathj_zzz03:19
*** baoli has joined #openstack-ironic03:19
*** notmyname has left #openstack-ironic03:23
*** vishwanathj_zzz has quit IRC03:29
*** vishwanathj_zzz has joined #openstack-ironic03:29
*** vikrant has joined #openstack-ironic03:40
openstackgerritTuan Luong-Anh proposed openstack/ironic-lib: Using assertIsNone() is preferred over assertEqual() Following OpenStack Style Guidelines: http://docs.openstack.org/developer/hacking/#unit-tests-and-assertraises  https://review.openstack.org/36258703:40
*** jcoufal has quit IRC03:41
openstackgerritTuan Luong-Anh proposed openstack/ironic: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36258903:43
*** appu103_ has joined #openstack-ironic03:44
*** vishwanathj_zzz has quit IRC03:44
openstackgerritTuan Luong-Anh proposed openstack/python-ironicclient: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36259003:44
*** vishwanathj_zzz has joined #openstack-ironic03:44
*** appu103_ is now known as aparnav03:45
*** baoli has quit IRC03:48
*** links has joined #openstack-ironic03:51
*** vishwanathj_zzz has quit IRC03:53
*** vishwanathj_zzz has joined #openstack-ironic03:53
*** vishwanathj_zzz has quit IRC03:55
*** vishwanathj_zzz has joined #openstack-ironic03:55
openstackgerritTuan Luong-Anh proposed openstack/python-ironic-inspector-client: Using assertIsNone() is preferred over assertIs(None,..)  https://review.openstack.org/36259803:58
openstackgerritTuan Luong-Anh proposed openstack/python-ironic-inspector-client: Using assertIsNone() is preferred over assertIs(None,..)  https://review.openstack.org/36259903:59
*** fragatina has joined #openstack-ironic04:02
*** MattMan has quit IRC04:04
*** fragatina has quit IRC04:07
*** hoangcx has quit IRC04:10
*** MattMan has joined #openstack-ironic04:11
*** amotoki has joined #openstack-ironic04:12
*** yogi has joined #openstack-ironic04:24
*** rama_y has joined #openstack-ironic04:25
*** hoangcx has joined #openstack-ironic04:25
*** jrist has quit IRC04:33
*** jrist has joined #openstack-ironic04:34
*** vishwanathj_zzz has quit IRC04:38
*** vishwanathj_zzz has joined #openstack-ironic04:38
*** vishwanathj_zzz has quit IRC04:47
*** vishwanathj_zzz has joined #openstack-ironic04:47
*** vishwanathj_zzz has quit IRC04:50
*** vishwanathj_zzz has joined #openstack-ironic04:50
openstackgerritShivanand Tendulker proposed openstack/ironic: Timing metrics: iLO drivers  https://review.openstack.org/35274504:51
*** vishwanathj_zzz has quit IRC05:06
*** Sukhdev has joined #openstack-ironic05:06
*** vishwanathj_zzz has joined #openstack-ironic05:07
*** jaosorior has joined #openstack-ironic05:10
*** vishwanathj_zzz has quit IRC05:11
*** vishwanathj_zzz has joined #openstack-ironic05:11
*** Sukhdev has quit IRC05:12
*** vishwanathj_zzz has quit IRC05:15
*** vishwanathj_zzz has joined #openstack-ironic05:15
*** lifeless_ is now known as lifeless05:15
*** ChrisAusten has quit IRC05:16
*** vishwanathj_zzz has quit IRC05:17
*** vishwanathj_zzz has joined #openstack-ironic05:17
*** vishwanathj_zzz has quit IRC05:26
*** vishwanathj_zzz has joined #openstack-ironic05:26
openstackgerritAparna proposed openstack/ironic-specs: Generic way to configure clean step priorites in Automated cleaning  https://review.openstack.org/36261505:30
*** vishwanathj_zzz has quit IRC05:38
*** vishwanathj_zzz has joined #openstack-ironic05:38
openstackgerritTuan Luong-Anh proposed openstack/ironic-lib: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36258705:39
*** vishwanathj_zzz has quit IRC05:40
*** vishwanathj_zzz has joined #openstack-ironic05:40
*** sdake has quit IRC05:47
*** milan has joined #openstack-ironic05:50
*** sdake has joined #openstack-ironic05:50
*** milan has quit IRC05:59
*** ChubYann has quit IRC06:00
*** milan has joined #openstack-ironic06:04
*** Sukhdev has joined #openstack-ironic06:06
*** bfournie has quit IRC06:11
*** bfournie has joined #openstack-ironic06:12
*** mjura_ has joined #openstack-ironic06:17
*** mjura has joined #openstack-ironic06:17
*** rcernin has joined #openstack-ironic06:19
*** ijw has joined #openstack-ironic06:20
*** mjura has quit IRC06:21
openstackgerritTuan Luong-Anh proposed openstack/ironic: Change  asserts with more specific assert methods.  https://review.openstack.org/36263306:22
*** amotoki has quit IRC06:22
*** ijw has quit IRC06:25
*** pcaruana has joined #openstack-ironic06:26
openstackgerritTuan Luong-Anh proposed openstack/ironic: Change  asserts with more specific assert methods.  https://review.openstack.org/36263406:28
*** praneshp has quit IRC06:32
*** ashestakov has joined #openstack-ironic06:38
*** ashestakov has quit IRC06:38
*** moshele has joined #openstack-ironic06:42
*** sdake has quit IRC06:44
*** jjohnson2 has quit IRC06:44
*** jjohnson2 has joined #openstack-ironic06:45
*** amotoki has joined #openstack-ironic06:46
*** Sukhdev has quit IRC06:51
*** amotoki has quit IRC06:56
*** rama_y has quit IRC06:57
*** tesseract- has joined #openstack-ironic07:07
*** dtantsur|afk is now known as dtantsur07:13
dtantsurMorning Ironic07:13
milanmorning dtantsur :)07:19
milanand morning Ironic!07:19
*** ifarkas_afk is now known as ifarkas07:22
*** milan has quit IRC07:22
*** milan has joined #openstack-ironic07:24
*** skazi has joined #openstack-ironic07:24
openstackgerritGeorgy Dyuldin proposed openstack/ironic: Add ironic multitenancy tests  https://review.openstack.org/36046507:24
* milan has some connectivity issues this morning07:25
openstackgerritGeorgy Dyuldin proposed openstack/ironic: New test for check instances in shared network  https://review.openstack.org/36057307:26
openstackgerritHa Van Tu proposed openstack/ironic: Fix using filter() to meet python2,3  https://review.openstack.org/36266407:29
*** zhangjl has joined #openstack-ironic07:29
*** jpich has joined #openstack-ironic07:40
dtantsurmorning vsaienk0 :) It's not that I'm so fast, I've just found the same missing test coverage simultaneously :)07:41
*** ohamada has joined #openstack-ironic07:46
pas-hamorning dtantsur milan vsaienk0 and others :)07:46
dtantsurmorning pas-ha and milan07:47
*** maurosr has joined #openstack-ironic07:53
openstackgerritgengchc2 proposed openstack/ironic: Change assertTrue(isinstance()) with optimal assert for ironic  https://review.openstack.org/36268407:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:02
lucasagomesmorning all08:04
pas-hamorning lucasagomes08:04
dtantsurmorning lucasagomes08:05
*** derekh has joined #openstack-ironic08:07
openstackgerritMerged openstack/python-ironicclient: Set/unset node's target RAID config via OSC command  https://review.openstack.org/36078708:09
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
ifarkasmorning all!08:12
lucasagomesifarkas, morning08:14
*** phuongnh has joined #openstack-ironic08:19
milanmorning ifarkas lucasagomes pas-ha! :)08:23
openstackgerritImre Farkas proposed openstack/ironic: DRAC RAID configuration  https://review.openstack.org/17631908:25
dtantsurmorning ifarkas08:28
* milan relocates08:28
*** milan has quit IRC08:29
lucasagomesstrange, I've released a version of virtualbmc yesterday but it's not on pypi08:34
lucasagomeshttps://review.openstack.org/#/c/362143/08:34
patchbotpatch 362143 - releases - Release virtualbmc 0.1.0 (MERGED)08:35
lucasagomesjroll, ^ any ideas ?08:35
dtantsurlucasagomes, ask #openstack-release better08:35
lucasagomesdtantsur, ++08:35
lucasagomesthe ironic-staging-drivers worked08:35
*** electrofelix has joined #openstack-ironic08:35
*** sborkows has joined #openstack-ironic08:41
*** moshele has quit IRC08:41
*** moshele has joined #openstack-ironic08:42
*** daemontool has quit IRC08:46
*** daemontool has joined #openstack-ironic08:49
*** links has quit IRC09:00
*** tuanla_ has joined #openstack-ironic09:05
*** jaosorior is now known as jaosorior_lunch09:08
*** hamzy has quit IRC09:11
*** hamzy has joined #openstack-ironic09:11
*** bdeschenes has joined #openstack-ironic09:14
*** links has joined #openstack-ironic09:16
openstackgerritVasyl Saienko proposed openstack/ironic: Add individual_mode_supported to portgroup - DB  https://review.openstack.org/36105309:19
openstackgerritVasyl Saienko proposed openstack/ironic: Rely on portgroup individual_mode_supported  https://review.openstack.org/36064709:19
openstackgerritVasyl Saienko proposed openstack/ironic: Add classes for Portgroups API enablement  https://review.openstack.org/34754909:19
openstackgerritVasyl Saienko proposed openstack/ironic: Add portgroups to support LAG interfaces - API  https://review.openstack.org/33217709:19
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800009:22
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895309:22
*** jaosorior_lunch is now known as jaosorior09:42
lucasagomesfolks, what you think about setting Ironic to always collect the logs from the deployment ramdisk in devstack ? (see JayF comment here https://review.openstack.org/#/c/360658/)09:43
patchbotpatch 360658 - ironic - DevStack: Configure retrieving logs from the deplo...09:43
*** e0ne has joined #openstack-ironic09:47
openstackgerritTuan Luong-Anh proposed openstack/ironic: Remove unused requirements  https://review.openstack.org/36274209:47
dtantsurlucasagomes, I'm +1 to always collecting logs09:48
dtantsurat least we'll be sure it does work09:49
lucasagomesyeah09:50
* lucasagomes changes it09:50
openstackgerritTuan Luong-Anh proposed openstack/ironic: Remove unused requirements  https://review.openstack.org/36274809:53
openstackgerritTuan Luong-Anh proposed openstack/ironic-python-agent: Remove unused requirements  https://review.openstack.org/36275209:55
openstackgerritLucas Alvares Gomes proposed openstack/ironic: DevStack: Configure retrieving logs from the deploy ramdisk  https://review.openstack.org/36065809:57
openstackgerritLucas Alvares Gomes proposed openstack/ironic: DevStack: Configure retrieving logs from the deploy ramdisk  https://review.openstack.org/36065809:59
*** amotoki_ has joined #openstack-ironic10:03
*** gabor_antal has joined #openstack-ironic10:05
*** daemontool has quit IRC10:09
*** daemontool has joined #openstack-ironic10:09
*** sambetts|afk is now known as sambeets10:11
*** sambeets is now known as sambetts10:11
sambettsMorning all10:11
tangchenmorning all10:12
dtantsurmorning sambetts, tangchen10:14
cmysterlucasagomes: I read up and +1 for logs as well all the time (QE love)10:16
lucasagomescmyster, thanks :D10:17
lucasagomesI've changed the patch to always collect it10:17
vdrokmorning dtantsur lucasagomes pas-ha ifarkas sambetts tangchen10:17
lucasagomesvdrok, hi there10:17
dtantsurhi vdrok10:17
lucasagomessambetts, tangchen morning10:17
sambettshey lucasagomes10:17
vdroklucasagomes: dtantsur btw the ansible deploy driver seems to be ready for review, after all the release stuff of course10:18
dtantsurcool!10:18
lucasagomesvdrok, o/ will take a look, it's in staging right?10:18
vdrokyup10:19
*** hoangcx has quit IRC10:19
*** amotoki has joined #openstack-ironic10:23
*** amotoki_ has quit IRC10:25
sambettsmilan: you got a few minutes to chat about the state machine stuff? I've got a few suggestions that I'd like to get your thoughts on10:26
TheJuliaGood morning everyone10:26
sambettsMorning TheJulia10:27
vdrokmorning TheJulia10:27
*** amotoki_ has joined #openstack-ironic10:33
dtantsurmorning TheJulia10:34
*** amotoki has quit IRC10:36
*** phuongnh has quit IRC10:39
*** bdeschenes has quit IRC10:39
openstackgerritSam Betts proposed openstack/ironic: [WIP] Add Network Interface Attach and Detach APIs  https://review.openstack.org/32704610:41
openstackgerritVasyl Saienko proposed openstack/python-ironicclient: Add possibility to work with portgroups  https://review.openstack.org/33596410:48
*** aparnav has quit IRC10:48
openstackgerritSam Betts proposed openstack/ironic: Add Network Interface Attach and Detach APIs  https://review.openstack.org/32704610:57
openstackgerritSam Betts proposed openstack/ironic: Fix invalid chassis/nodes/chassis_uuid API url  https://review.openstack.org/31614910:59
openstackgerritSam Betts proposed openstack/ironic: Fix all possible node subresources routing collisions  https://review.openstack.org/31576610:59
*** wznoinsk has quit IRC11:10
*** hoangcx has joined #openstack-ironic11:11
jrollmorning everyone11:13
sambettsMorning jroll11:13
dtantsurmorning jroll! when do you plan on clients releases?11:15
jrolldtantsur: dunno, by thursday, the sooner the better :)11:15
dtantsurheh, I see :)11:15
*** hoangcx2 has joined #openstack-ironic11:15
jrolldtantsur: why'd you ask :)11:16
dtantsurtrying to wrap my head around ironicclient changes (ironic-inspector-client seems fine)11:17
*** hoangcx has quit IRC11:17
*** milan has joined #openstack-ironic11:18
mat128morning everyone11:20
jrollah, ok11:21
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/36079311:22
lucasagomesdtantsur, https://bugs.launchpad.net/ironic/+bug/161841911:24
openstackLaunchpad bug 1618419 in Ironic "Document the available (by default) cleaning steps" [Medium,New]11:24
lucasagomesmarked the RFE itself as fix released11:24
lucasagomesTheJulia, jroll morning11:24
milanmorning jroll, mat128, sambetts!11:24
milanmorning TheJulia11:25
jroll\o11:25
lucasagomesmat128, milan morning too :D11:25
milan:D11:25
* milan reappearing after a lunch&coffee break11:25
tangchenHi milan, about this comment, what do you suggest ?   https://review.openstack.org/#/c/349421/13/ironic/tests/functional/api/base.py11:27
patchbotpatch 349421 - ironic - Prepare for functional tests11:27
milantangchen, hi11:27
* milan looks11:27
milanah11:28
openstackgerritJulia Kreger proposed openstack/bifrost: Update IPA info in troubleshooting.rst  https://review.openstack.org/36242811:28
tangchenmilan: If we wrap the functions with json_response(), lots of tests need to be fixed.11:28
milantangchen, I think if the server response to a json query isn't json encoded, it most likely is a bug11:28
milanbut I'm fine without11:28
*** wznoinsk has joined #openstack-ironic11:28
milanit was just a suggestion11:29
tangchenmilan: Oh, OK. I'd like to keep it this way for now because most of the related work recently will be just split unit and functional tests, not do a big change to them.11:30
tangchenmilan: let's put it in a todo list, OK ?11:30
tangchenmilan: I can try to fix it when the split work is done11:31
milantangchen, sure, no prob11:31
tangchenmilan: Thank you very much. :)11:31
milantangchen, no prob :)11:31
*** amotoki_ has quit IRC11:33
*** amotoki has joined #openstack-ironic11:36
*** thrash|g0ne is now known as thrash11:38
dtantsurlucasagomes, thanks11:44
TheJuliagood morning jroll mat128 milan lucasagomes11:45
milano/ :)11:45
dtantsursambetts, re https://review.openstack.org/352295: do you think we should have milan's comments fixed right there, or should we follow up?11:45
patchbotpatch 352295 - ironic-inspector - Add PCI devices plugin to inspector11:45
sambettsdtantsur: I'll take a look in a minute I'm neck deep in another patch atm11:47
dtantsursure, no hurry11:47
dtantsurI think we can land it this cycle either way11:47
*** lucasagomes is now known as lucas-hungry11:47
milandtantsur, shouldn't be that difficult to refactor (matter of another jenkins run)11:48
dtantsurtrue11:49
jrolldtantsur: when you have a moment, this could use a review: https://review.openstack.org/#/c/360793/511:49
patchbotpatch 360793 - ironic-python-agent (stable/liberty) - Enforce upper-constraints when building ramdisks11:50
vdrokmorning jroll mat128 and milan11:50
milanmorning vdrok! :)11:50
dtantsursure, lemme get some tea11:51
*** ashestakov has joined #openstack-ironic11:53
mat128dtantsur: I think milan's comments are right and would rather see them fixed now11:56
mat128morning vdrok11:57
*** zhangjl has left #openstack-ironic12:01
*** trown|outtypewww is now known as trown12:02
dtantsurokie, +112:02
*** jaosorior has quit IRC12:04
*** jaosorior has joined #openstack-ironic12:04
*** jaosorior has quit IRC12:11
*** jaosorior has joined #openstack-ironic12:12
*** iurygregory has quit IRC12:15
*** clenimar has quit IRC12:15
*** xavierr has quit IRC12:15
*** ricardoas has quit IRC12:15
*** mrtenio has quit IRC12:15
*** nicodemos has quit IRC12:16
dtantsuranyone want to check the DRAC RAID patch before we W+1 it? https://review.openstack.org/#/c/176319/12:18
patchbotpatch 176319 - ironic - DRAC RAID configuration12:18
ashestakovhi all12:19
ashestakovI have question about serial over lan implementation using Socat, can anyone help me?12:19
mat128ashestakov: authors arent present at this time in the channel, but we sure can help12:20
mat128ashestakov: what is your question?12:20
ashestakovi found issue, and filed bug https://bugs.launchpad.net/ironic/+bug/161128512:21
openstackLaunchpad bug 1611285 in Ironic "_start_console provides wrong ipmi command for socat console" [Undecided,New]12:21
ashestakovcan you confirm it?12:21
mat128let me check12:22
patchbot(let <variable> = <value> in <command>) -- Defines <variable> to be equal to <value> in the <command> and runs the <command>. '=' and 'in' can be omitted.12:22
mat128^eh?12:22
mat128ashestakov: was that on master?12:22
ashestakovyes12:22
ashestakovbut i not sure on which commit exactly12:23
mat128ashestakov: https://github.com/openstack/ironic/blob/4f0eef646dd2c21cc325d0c23f1750df9bcecaf2/ironic/drivers/modules/console_utils.py#L28412:23
mat128this seems to indicate proper arguments, is this not what you are seeing?12:23
*** dprince has joined #openstack-ironic12:26
ashestakovargs is good, but it using console_cmd provided by _start_console12:26
ashestakovhttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ipmitool.py#L119212:26
ashestakovwhich includes some arguments for shellinabox12:26
mat128ashestakov: I take it you're using pxe_ipmitool_socat or agent_ipmitool_socat ?12:27
ashestakovwith agent12:28
mat128ashestakov: there are 2 things, we need to enable sol with ipmitool, then enable socat12:30
mat128I'm unsure why arguments to ipmitool are being fed to socat, but nothing is impossible as this does not have (IIRC) functional testing12:30
ashestakovwhen i remove "/:%(uid)s:%(gid)s:HOME:" it works ok12:31
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with node-get command  https://review.openstack.org/34206012:32
mat128ashestakov: ok can you provide (preferably in the bug report) the exact version of socat and ipmitool binaries?12:33
mat128ashestakov: and the full command line being executed (if possible)12:33
mat128ashestakov: the way I see it, either shellinabox or socat have to be fed the final command to run12:33
mat128ashestakov: so it turns into something like socat TCP:something:something/EXEC:ipmitool sol activate12:34
mat128so socat executes ipmitool itself, and does the plumbing to the TCP port12:34
*** tuanla_ has quit IRC12:34
ashestakovnot just "ipmitool sol activate" at the end, but "/:103:107:HOME:ipmitool ..."12:35
ashestakovand socat expects just command12:36
openstackgerritVasyl Saienko proposed openstack/python-ironicclient: Add possibility to work with portgroups  https://review.openstack.org/33596412:37
ashestakovi will update bug with more debug outputs12:38
*** adu has joined #openstack-ironic12:38
mat128ashestakov: I just found the manpage for shellinaboxd and the "colon" notation is mentioned12:39
mat128ashestakov: I think you just found a real bug :)12:40
ashestakovhttps://github.com/shellinabox/shellinabox/wiki/Shell-In-A-Box-manual supports expansion of variables12:40
*** lucas-hungry is now known as lucasagomes12:41
ashestakovmat128: so, can you confirm this issues?12:42
mat128ashestakov: I can confirm the uid/gid part here (https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ipmitool.py#L1192) should go into the shellinabox method12:42
mat128and I also confirm we need real functional testing on this feature12:42
mat128lucasagomes: do you think it's feasible to add SoL in VirtualBMC?12:42
lucasagomesmat128, yes! We need to change pyghmi bmc.py module first12:43
lucasagomesso that it invokes a method upon receiving the ipmitool sol activate command12:43
lucasagomesshould be easy tho12:44
ashestakovcheck also qemu, it will support ipmi device emulation in future, and now ipmi support available as patch for qemu12:44
*** baoli has joined #openstack-ironic12:44
openstackgerritMerged openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/36079312:45
*** rloo has joined #openstack-ironic12:45
mat128lucasagomes: I don't know what the transport for SoL looks like (is it over the IPMI protocol? Guess so?) but yeah12:45
mat128ashestakov: yes I have seen those, emulating an IPMI device both inside and outside the VM12:45
mat128looks promising12:45
lucasagomesashestakov, yeah, I think the base patch for ipmi is already merged in qemu12:46
mat128we need it up at all times though (like a real BMC)12:46
lucasagomesmat128, I don't know off the top of my head12:46
lucasagomesgotta look into it12:46
mat128lucasagomes: "SOL is implemented as a payload type under the RMCP+ protocol in IPMI."12:47
mat128according to Wikipedia12:47
ashestakovand SOL has another issue when session interrupts, because UDP12:50
vsaienk0sambetts: thanks for review https://review.openstack.org/#/c/360647 so based on your comments I realized that we should ignore updating dhcp options for non pxe_enabled ports https://github.com/openstack/ironic/blob/master/ironic/dhcp/neutron.py#L15012:50
patchbotpatch 360647 - ironic - Rely on portgroup individual_mode_supported12:50
ashestakovi filed another bug with description issues of socat https://bugs.launchpad.net/ironic/+bug/161127912:50
openstackLaunchpad bug 1611279 in Ironic "Socat console de-activates without close active SOL connections" [Undecided,New] - Assigned to Andrey Shestakov (ashestakov)12:50
lucasagomes[off-topic] someone knows where the function to collect the logs in gate is located ? I've a patch enabling pulling the logs from the deploy ramdisk in Ironic (https://review.openstack.org/#/c/360658/)12:52
patchbotpatch 360658 - ironic - DevStack: Configure retrieving logs from the deplo...12:52
lucasagomesand I see it worked in the logs, but it the file itself is not collected12:52
lucasagomesjroll, ^ you know off the top of your head? project-config maybe!?12:53
mat128lucasagomes: yes project-config12:53
mat128there's a pattern12:53
sambettslucasagomes: didn't we do it for the BM VM logs?12:54
lucasagomesmat128, right, lemem try to find it12:54
mat128lucasagomes: http://logs.openstack.org/58/360658/4/check/gate-tempest-dsvm-ironic-ipa-partition-pxe_ssh-tinyipa/fbc0e8b/_zuul_ansible/ansible_log.txt12:54
mat128last ansible "command" is rsync12:54
patchbot(last [--{from,in,on,with,without,regexp} <value>] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message (1 more message)12:54
lucasagomessambetts, we do save the console logs yes12:54
jrolllucasagomes: devstack-gate, grep ironic-bm I think12:55
lucasagomesmat128, jroll ty! will take a look12:56
sambettsvsaienk0: do we not do that already?!12:56
mat128lucasagomes: "scp" publisher12:56
mat128lucasagomes: implementation is here https://github.com/openstack-infra/zuul/blob/30f2b29874daea4852c924141b4c6033f3784d7a/zuul/launcher/ansiblelaunchserver.py#L95512:56
vsaienk0sambetts: I think that no12:56
lucasagomesmat128, https://github.com/openstack-infra/devstack-gate/blob/master/functions.sh#L844-L84712:57
mat128ah, your logs are not under logs so you need to move them12:58
mat128makes sense12:58
sambettsvsaienk0: sigh... I can't wait for the deprecation of the DHCP provider thingys12:58
lucasagomesyeah it's filtering by *.log that's why the virtualbmc logs worked out of the box12:59
lucasagomesI thought it just copied all the logs from that folder12:59
* lucasagomes puts a patch up12:59
*** mrtenio has joined #openstack-ironic12:59
*** nicodemos has joined #openstack-ironic12:59
*** clenimar has joined #openstack-ironic13:00
openstackgerritGalyna Zholtkevych proposed openstack/python-ironicclient: Update openstack baremetal driver commands  https://review.openstack.org/36204713:00
*** iurygregory has joined #openstack-ironic13:00
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with Chassis.  https://review.openstack.org/34379613:01
*** gabriel-bezerra has quit IRC13:02
vsaienk0sambetts: I'm a little bit confused by https://review.openstack.org/#/c/360647/5/ironic/api/controllers/v1/port.py@378 and https://review.openstack.org/#/c/360647/5/ironic/api/controllers/v1/port.py@60713:03
patchbotpatch 360647 - ironic - Rely on portgroup individual_mode_supported13:03
patchbotpatch 360647 - ironic - Rely on portgroup individual_mode_supported13:03
vsaienk0sambetts: according to l378 there might be case when we should update vif_port_id for ports with pxe_enabled=False13:04
vsaienk0The example that you provided, when server has 2 nics, one slow we set pxe_enabled=Flase on it, and provisioning is happening via second nic which is pxe_enabled=True. In this case we should allow to set vif_port_id for both ports13:05
sambettsvsaienk0: yes13:05
*** ricardoas has joined #openstack-ironic13:08
vsaienk0sambetts: so there is no need to check if port is pxe_enabled or not, we need to check only that portgroup is individual_mode_supported right?13:09
*** david-lyle has quit IRC13:10
sambettsvsaienk0: right, however it does make me think, what happens if a node has flat network enabled and 2 ports, 1 pxe_enabled and 1 isn't, and nova lands the tenants VIF on the non-pxe_enabled one, should we add a new neutron port for the pxe_enabled nic so that we can complete provisioning and then delete it, or when using a flat network driver, fail to validate the node if they have a13:11
sambettsnon-pxe_enabled port13:11
*** wajdi has quit IRC13:12
*** xavierr has joined #openstack-ironic13:13
*** gabriel-bezerra has joined #openstack-ironic13:15
*** vikrant has quit IRC13:16
*** david-lyle has joined #openstack-ironic13:18
openstackgerritMerged openstack/pyghmi: Fix BMC compatibility with Python 2.6  https://review.openstack.org/36239613:20
openstackgerritSzymon Borkowski proposed openstack/ironic-inspector: Add PCI devices plugin to inspector  https://review.openstack.org/35229513:20
*** adu has quit IRC13:21
*** afaranha has joined #openstack-ironic13:21
*** cdearborn has joined #openstack-ironic13:22
*** bdeschenes has joined #openstack-ironic13:23
sborkowsmilan: I just posted a new patchset about PCI devices plugin for inspector. Would you mind looking at it, if everything is ok now?13:24
milansborkows, sure thing! Thanks!13:24
*** daemontool has quit IRC13:25
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with node-list command  https://review.openstack.org/36054913:26
vsaienk0sambetts: looks like that we should create a new port, but we don't know to which network it is plugged13:26
sambettsin the flat case it'll always be the same network as the provisioning network right/13:26
sambetts?13:26
sambettsand thats in the config file13:26
sambettsvsaienk0: ^13:26
*** daemontool has joined #openstack-ironic13:27
vsaienk0sambetts: we don't know how many flat networks exist right?13:27
vsaienk0sambetts: the node may be connected to several flat networks13:27
vsaienk0I propose to block setting vif_port id only on ports that are members of portgroups with individual_mode_supported false13:28
vsaienk0sambetts: ^ else it should be allowed, what do you think?13:29
*** mmedvede_ has joined #openstack-ironic13:30
sambettsyup, but we also need to block setting pxe_enabled on ports that are members of portgroups with individual_mode_supported false, and adding ports with pxe_enabled True to portgroups with individual_mode_supported false13:30
*** mmedvede has quit IRC13:30
*** mmedvede_ has quit IRC13:30
*** ashestakov has quit IRC13:31
sambettsin regards to flat networks I think we have to assume there is only one, because the way nova places vifs on ports is non-deterministic so if there are multiple then you'll rarly end up with vifs on the right pifs for the network you've asked for13:32
openstackgerritJim Rollenhagen proposed openstack/python-ironicclient: Clean up release notes for 1.7  https://review.openstack.org/36287013:33
vsaienk0sambetts: it will cause reschedule, the same flow as we are going to implement with indvidual_mode_supported right?13:34
vsaienk0sambetts: I mean until nova knows about portgroups13:34
sambettsvsaienk0: there is currently no implemented way to define which pifs are on which flat networks, so it doesn't fail it just assigns the wrong vifs to pifs and then continues with the deployment, there is no error13:37
vsaienk0sambetts: there will be wait-call-back error, if nova didn't guess network correctly, and than reschedule13:37
ifarkaslucasagomes, what do you think about dtantsur's comment on https://review.openstack.org/#/c/342915/5/setup.cfg ?13:38
patchbotpatch 342915 - ironic - DRAC OOB inspection13:38
ifarkaslucasagomes, I kinda like the idea - but otoh it's a breaking change...13:38
sambettsvsaienk0: right, it'd just take, provision wait call back timeout time to fail and retry13:38
sambettsits not great but it works I guess13:39
vsaienk0sambetts: I think blocking setting pxe_enabled=True on individual_mode_supported should be done in separate patch13:39
lucasagomes ifarkas dtantsur ditto... I don't know how users of pxe_drac will react to it. We can include an upgrade release note saying that people using "pxe_drac" should replace their driver to "pxe_drac_inspector" of they want to continue to use ironic-inspector13:40
sambettsvsaienk0: why? all the logic is more or less the same and goes in the same place right? I personally thought you were going to include it all in the portgroups/ports integration patch13:40
openstackgerritJarrod Johnson proposed openstack/pyghmi: Fix errors in IPMI server  https://review.openstack.org/36287413:41
*** mmedvede has joined #openstack-ironic13:41
dtantsurlucasagomes, +1 to a note13:41
vsaienk0sambetts: we decided to split that patch to smaller, because it is huge13:41
sambettsvsaienk0: sure, but unlike how we split the portgroups API out from the ports API enhancement, I don't know if it makes sense to merge the ports API part without this logic already in there13:43
vsaienk0sambetts: so I'm going to update https://review.openstack.org/#/c/360647/ I will add:13:43
vsaienk0- Block adding ports with pxe_enabled=True to portgroups with individual_mode_supported=False and vice verse13:43
vsaienk0- blocking setting vif_port_id on ports that are members of portgroups with individual mode supported=False13:43
patchbotpatch 360647 - ironic - Rely on portgroup individual_mode_supported13:43
ifarkasdtantsur, lucasagomes, ack, adding a note13:43
sambettsvsaienk0: yup those 2 cases makes sense to me13:43
vsaienk0by adding this verification (when pxe_enabled relies on individual_mode_supported) we need to check only that port is pxe_enabled=True13:44
lucasagomesjjohnson2, hi there, around ? Not sure if you noticed, but using the IpmiServer from pyghmi sometimes I get a "unable to establish IPMI v2 ... session error" (http://paste.openstack.org/show/564834/)13:44
*** mgoddard_ has joined #openstack-ironic13:45
lucasagomesjjohnson2, have you noticed it >13:45
lucasagomes?*13:45
sambettsvsaienk0: yup, once those checks are in place it shouldn't be possible to have a pxe_enabled port that you can't use by itself13:45
lucasagomesderekh, also found out that if you limited the tcp/udp port range it reproduces a lot faster (I can confirm by my local tests)13:45
lucasagomesecho "32768   32777" | sudo tee /proc/sys/net/ipv4/ip_local_port_range13:46
patchbot32768   32777 | sudo tee /proc/sys/net/ipv4/ip_local_port_range13:46
*** e0ne has quit IRC13:46
derekhjjohnson2: The problem is triggered when the source UDP port is used for the second time13:47
*** hoangcx2 has quit IRC13:47
*** afaranha has quit IRC13:47
*** e0ne has joined #openstack-ironic13:48
*** mgoddard has quit IRC13:48
*** daemontool has quit IRC13:49
derekhlucasagomes: jjohnson2: the first time (and the correct path I think) a session from port X is started code it executed through the if statment on line 183 http://git.openstack.org/cgit/openstack/pyghmi/tree/pyghmi/ipmi/private/session.py#n18313:49
*** daemontool has joined #openstack-ironic13:50
derekhlucasagomes: jjohnson2 the second time 179 is True, so the code takes a different path http://git.openstack.org/cgit/openstack/pyghmi/tree/pyghmi/ipmi/private/session.py#n17913:50
derekhlucasagomes: jjohnson2 as if it thinks there is a session already open maybe?13:51
xavierrgood morning Ironic13:53
TheJuliagood morning xavierr13:54
jlvillalmat128, Nice. All the constraints stuff is in. Thanks for all the work on them :)13:54
vdrokmorning xavierr and jlvillal13:55
jlvillalHi vdrok13:56
jlvillalAnd welcome patchbot ;)13:56
xavierrhey TheJulia vdrok jlvillal o/13:56
*** anush__ has joined #openstack-ironic13:56
jlvillal:)13:56
dtantsurmorning xavierr, jlvillal13:57
xavierrmorning dtantsur :)13:57
jlvillaldtantsur, :)13:57
rloohi and good morning dtantsur, jlvillal, xavierr, TheJulia, vdrok, lucasagomes, derekh, vsaienk0, sambetts, patchbot :)13:58
vsaienk0morning rloo13:58
dtantsurmorning rloo13:58
lucasagomesrloo, hi there13:58
sambettso/ rloo13:58
*** joprovost has joined #openstack-ironic13:58
rloolucasagomes: did you see pavlo's comments wrt ipxe/swift temp urls? https://bugs.launchpad.net/ironic/+bug/152640413:58
openstackLaunchpad bug 1526404 in Ironic "[RFE] iPXE to use Swift Temporary URLs" [Wishlist,In progress] - Assigned to Pavlo Shchelokovskyy (pshchelo)13:58
xavierrmorning rloo o/13:58
jlvillalrloo, :)13:59
lucasagomesrloo, I have not, lemme take a look13:59
lucasagomesjust finishing something quick13:59
rloothx lucasagomes. pavlo has a patch up, want to make sure before I look, that it is in sync with what you had intended in that spec14:00
*** zzzeek has quit IRC14:00
rloosambetts: wanted to let you know i didn't forget about your request wrt 'openstack baremetal node maintenance set'14:02
alaskijroll: just added you to two nova reviews I'd like your opinion on. They make sense to me but want to make sure I'm not missing something.14:02
jjohnson2lucasagomes, hello14:02
rloosambetts: the problem is that the code has already merged so anything we do, we will have to deprecate. so not high priority right now.14:02
xavierrIronicers, this documentation patch https://review.openstack.org/#/c/357454/ has it's first +2, when you have some time could you take a look?14:02
patchbotpatch 357454 - ironic - Adds instructions to perform nodes migration14:02
rloosambetts: also, there is 'openstack host set --enable-maintenance' so I wonder if we should do something similar...14:02
xavierr:)14:02
*** joprovost1 has joined #openstack-ironic14:03
openstackgerritMerged openstack/ironic-inspector: Changed an assert to more specific assert method  https://review.openstack.org/36251114:03
lucasagomesjjohnson2, morning :-)14:03
jrollalaski: will look, thanks14:03
*** zzzeek has joined #openstack-ironic14:03
jrollalaski: the two by roman p?14:03
alaskiyep14:03
lucasagomesjjohnson2, wondering if you've seem this http://paste.openstack.org/show/564834/ when using the IpmiServer from pyghmi14:04
lucasagomes(there's more info in the scrollback)14:04
vdrokmorning rloo14:04
*** zzzeek has quit IRC14:04
lucasagomesjjohnson2, http://eavesdrop.openstack.org/irclogs/%23openstack-ironic/%23openstack-ironic.2016-08-30.log.html#t2016-08-30T13:44:5814:04
*** joprovost has quit IRC14:04
*** joprovost1 is now known as joprovost14:04
*** zzzeek has joined #openstack-ironic14:05
*** sabeen has joined #openstack-ironic14:05
sambettsrloo: that makes perfect sense, deprecating a CLI instantly wouldn't be good, whats --enable-maintenance used for in a non-ironic use case? I've never used that before, also the host set --<option>, is away from style we've developed to make it more user freindly isn't it?14:06
*** jcoufal has joined #openstack-ironic14:06
*** rama_y has joined #openstack-ironic14:08
rloosambetts: the description is 'Enable /Disable maintenance mode for the host. (There is an --enable-maintenance and a --disable-maintenance)14:08
*** sdake has joined #openstack-ironic14:08
rloosambetts: the other two options for that 'host set' is --enable, --disable. so quite possible they wanted some consistency.14:08
rloosambetts: 'enable/disable the host'. don't ask me what a 'host' is :)14:09
jrollcompute host :)14:09
sambettsrloo: hmm I wonder if their maintenance and our maintenance are compatible in symatics, if they aren't it'll make me sad, because then we end up in another situation where you have 1 thing that means different things depending on context :P14:09
sambettsjroll: ^14:10
jrollsambetts: no idea what the difference is between 'host in maintenance' and 'host disabled' for nova14:10
jrollalaski: today is super busy for me but I'll get to those this week14:11
alaskijroll: no worries, thanks14:11
jrollnp14:11
rloosambetts, jroll: I even wondered if we should have s/node/host/ but I didn't want to go there. we can discuss some other time/week.14:12
*** sdake_ has joined #openstack-ironic14:12
jrollO_o14:12
jrollrloo: yeah, let's not go there14:12
rloojroll: when were you thinking of doing a client release? i know this week, but is thurs ok?14:12
sambettshaha14:12
*** bdeschenes has quit IRC14:12
jrollrloo: thursday is fine, the sooner the better14:12
*** sdake has quit IRC14:13
jrollrloo: I have  https://review.openstack.org/362870 WIP to clean up release notes, I'll pull in anything else we land14:13
patchbotpatch 362870 - python-ironicclient - Clean up release notes for 1.714:13
rloojroll: ok. there are some bugs/discrepancies, but given the number of patches up there already, i'm not going to address any more. if we can get existing patches merged, i think it'll be good enough. osc would then provide everything that ironic cli does. (except for bugs and anything i missed)14:13
*** thiagop has joined #openstack-ironic14:14
jrollrloo: cool, that was my goal as well. going to try to review today14:14
thiagopGood morning all14:14
openstackgerritImre Farkas proposed openstack/ironic: DRAC OOB inspection  https://review.openstack.org/34291514:14
*** syed_ has joined #openstack-ironic14:15
jjohnson2lucasagomes, ok, read, going to look at it (sorry for delay, got a visitor at my desk)14:16
jjohnson2lot's of people playing with the ipmiserver more than I ever expected14:16
openstackgerritMerged openstack/ironic: DRAC RAID configuration  https://review.openstack.org/17631914:16
jjohnson2was always meant to be a puny attempt14:16
lucasagomesjjohnson2, no worries at all. Hah indeed, it's quite useful14:17
*** wajdi has joined #openstack-ironic14:18
lucasagomesrloo, pas-ha re: ipxe + swift tempurls. The idea was to use it on top of the dyanamic ipxe configuration to address that same problem you pointed out when deploying without local boot14:20
lucasagomesrloo, pas-ha we would re-generate the tempurls on the flight for the requests14:20
mat128jjohnson2: to be honest, your implementation is probably the only one that is straight forward and works out of the box14:21
lucasagomesbut yeah, I see it can be done separated. I just don't have an answer for the non-local boot deployments off the top of my head14:21
lucasagomespas-ha, breaking if we reboot is kinda ugly :-/14:21
mat128jjohnson2: we used pyghmi's BMC internally before VirtualBMC existed, after trying other alternatives14:21
rloolucasagomes: thx. Now I will look :)14:22
mat128lucasagomes: does your spec require manually uploading kernel/ramdisks in swift?14:24
lucasagomesmat128, nop, dynamic iPXE ?14:24
lucasagomesmat128, no, ironic would do it for us14:24
mat128lucasagomes: ah ok14:25
* mat128 is concerned with huge data transit on management network, but I don't have any better suggestion14:25
lucasagomesmat128, the idea is that the iPXE script will talk to the Ironic API directly and fetch an ipxe script to boot that instance14:25
pas-halucasagomes: for netboot the question is how compatible with Nova we want to be. AFAIU Nova caches those kernel/ramdisk you boot from them on compute, so a user can reboot the VM even when image is gone from Glance. the only way to achieve such with Ironic is to store those locally as well and continue to serve them over the local http server14:25
lucasagomesmat128, instead of having a static file under httpboot14:25
mat128lucasagomes: yes, that's the other spec, right?14:25
mat128dynamic iPXE14:25
sambettsdtantsur, milan: re: the PCI plugin patch, do we want pci-devices to become a default collector and processing hook? Its not required for the minimum level of nova schduling, but I don't know what the impact is performance wise of having it enabled14:26
lucasagomesmat128, yeah14:26
dtantsursambetts, hook - why not. not sure about adding collectors to the default list though.. but I'm fine with it too14:26
sambettsdtantsur: is there anything on the IPA side that would break if your using an older IPA and ask it to load a collector it doesn't know about?14:27
mat128lucasagomes: if Ironic uploads to swift, then gets tempURL and puts that in the dynamic iPXE config, it "simply" works14:27
dtantsursambetts, yes, it will break. but anyway, the default collectors list exists on the IPA side, so it's not a problem :)14:27
lucasagomesyup14:27
mat128lucasagomes: not sure how you could do it without the dynamic iPXE, besides knowing URLs in advance (and tempURLs are dynamic)14:27
*** daemontool has quit IRC14:28
*** dtantsur is now known as dtantsur|mtg14:28
*** daemontool has joined #openstack-ironic14:28
pas-hamat128: that might be a way around this, without local HTTP server we seem desperate to get rid of, using only local image cache14:29
sambettsdtantsur: good point I was looking at the devstack plugin code14:29
lucasagomespas-ha, I see, IMO it sounds like we should cache it. At the moment we will have a http server around when using iPXE anyway14:29
dtantsur|mtgdevstack does not bother me too much :)14:29
sambettsdtantsur|mtg: yeah14:30
lucasagomesmaybe optional idk14:30
* lucasagomes has a meeting :-(14:30
lucasagomesbrb for lil while14:30
openstackgerritMerged openstack/python-ironic-inspector-client: Using assertIsNone() is preferred over assertIs(None,..)  https://review.openstack.org/36259814:30
pas-halucasagomes: but now we will serve only a tiny ipxe script, and presumably Swift (or RadosGW) is much more scalable and performant than a single-instance HTTP server on conductor node14:31
*** michauds has joined #openstack-ironic14:32
*** mgoddard_ has quit IRC14:32
*** mgoddard has joined #openstack-ironic14:32
*** e0ne has quit IRC14:32
*** e0ne has joined #openstack-ironic14:34
*** cdearborn has quit IRC14:40
openstackgerritVasyl Saienko proposed openstack/ironic: Add standalone_ports_supported to portgroup - DB  https://review.openstack.org/36105314:41
openstackgerritVasyl Saienko proposed openstack/ironic: Add PortGroups API  https://review.openstack.org/34754914:41
openstackgerritVasyl Saienko proposed openstack/ironic: Integrate portgroups with ports to support LAG  https://review.openstack.org/33217714:41
*** cdearborn has joined #openstack-ironic14:41
*** daemontool has quit IRC14:42
*** david-lyle has quit IRC14:43
wznoinskhi all14:44
wznoinskdid anyone get an ironic instance's log into horizon?14:44
sambettswznoinsk: as in console?14:45
*** jaosorior is now known as jaosorior_away14:45
wznoinsksambetts: yes, console log in horizon under instance -> log14:45
*** sdake_ has quit IRC14:47
wznoinskI guess this would be serial of the node seen in the horizon14:47
sambettswznoinsk: I believe there is on going work to enable it so it'll work like any other instances console, https://bugs.launchpad.net/ironic/+bug/155308314:47
openstackLaunchpad bug 1553083 in Ironic "[RFE] Nova serial console support for Ironic" [Wishlist,In progress] - Assigned to John L. Villalovos (happycamp)14:47
mat128sambetts: unfortunately no :(14:47
mat128sambetts, wznoinsk: nova only allows interactive serial console *OR* logs14:47
mat128not both14:47
mat128but yes it brings us closer14:47
*** david-lyle has joined #openstack-ironic14:48
*** mari0jv has joined #openstack-ironic14:49
openstackgerritVasyl Saienko proposed openstack/ironic: Remove neutron client workarounds  https://review.openstack.org/35458814:51
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/36293314:53
jjohnson2lucasagomes, ok, going to do something unkind, but easy14:56
lucasagomesjjohnson2, hah ok, killing the caching ?14:56
jjohnson2lucasagomes, going to detect sessionless data14:57
jjohnson2lucasagomes, and if so, I will mercilessly kill the 'old' session and start over14:57
jjohnson2lucasagomes, actually, now that I think on it, that's not unkind at all...14:58
jjohnson2lucasagomes, since the peer address can *only* be for a new session if the old session is gone...14:58
*** rajinir has joined #openstack-ironic14:58
jjohnson2lucasagomes, so deleting the ability to process old sequence can't have any effect... because old session cannot possible still exist on same source udp port...14:59
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add portgroup support to osc plugin  https://review.openstack.org/36213014:59
jjohnson2unless someone wrote an insane impractical thing to use the same socket to have multiple sessions to the same BMC at once on the same socket, which is too insane to contemplate14:59
*** amotoki has quit IRC15:01
*** david-lyle has quit IRC15:02
*** moshele has quit IRC15:03
openstackgerritJarrod Johnson proposed openstack/pyghmi: Tolerate client reuse of UDP ports  https://review.openstack.org/36294415:07
jjohnson2lucasagomes, there15:07
jjohnson2try that15:07
*** mjura_ has quit IRC15:07
lucasagomesjjohnson2, yay will try it out in few minutes15:07
lucasagomes(in a meeting at the moment)15:07
lucasagomesI let you know how it goes15:07
jjohnson2people using it in centos6, people using it with FreeIPMI, and people using it *way* more than I expected to run into UDP port duplication ;)15:08
*** sdake has joined #openstack-ironic15:09
*** praneshp has joined #openstack-ironic15:15
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add CRUD and node states notifications to ironic  https://review.openstack.org/34724215:15
openstackgerritMerged openstack/ironic-inspector: Fix formatting strings in LOG.error  https://review.openstack.org/36114815:17
*** rpioso has joined #openstack-ironic15:18
*** zzzeek has quit IRC15:19
*** ohamada has quit IRC15:20
jjohnson2woo, now I show up in eventlet git log as well15:20
*** david-lyle has joined #openstack-ironic15:22
*** dtantsur|mtg is now known as dtantsur15:25
lucasagomesjjohnson2, w00t that seems to work15:27
lucasagomesderekh, ^15:27
*** links has quit IRC15:28
*** sdake has quit IRC15:31
derekhlucasagomes: jjohnson2 seems to work for me also15:32
wznoinsksambetts: mat128 I'm on mitaka, trying to find the best and least intrusive way to expose the ironic node name to the user that launched the instance15:33
*** jcoufal has quit IRC15:34
*** jcoufal has joined #openstack-ironic15:36
lucasagomesjjohnson2, can we get a release on that ? If so I will update the g-r for virtualbmc after it lands15:36
lucasagomesseems more stable now (still testing locally)15:36
lucasagomess/lands/released/g15:37
*** rama_y has quit IRC15:38
openstackgerritMerged openstack/ironic-inspector: Fix tempest.conf generation  https://review.openstack.org/35910915:39
*** zzzeek has joined #openstack-ironic15:40
*** david-lyle has quit IRC15:40
jjohnson2lucasagomes, will progress at speed of jenkins15:41
*** zzzeek has quit IRC15:41
lucasagomesjjohnson2, :D that's all good, thanks for looking into it btw15:41
dtantsurfeeling pretty bad, will bail out for today15:41
dtantsursee you tomorrow15:41
jjohnson2lucasagomes, my pride is on the line when there is a bug15:41
lucasagomesdtantsur, get better soon, g'night15:42
*** dtantsur is now known as dtantsur|afk15:42
jjohnson2now to eat lunch, hard earned for fixing udp port reuse problem15:42
jjohnson2if all goes well, will tag a minor version bump on return15:43
*** zzzeek has joined #openstack-ironic15:43
openstackgerritMerged openstack/pyghmi: Fix errors in IPMI server  https://review.openstack.org/36287415:46
mat128wznoinsk: expose the ironic node name to the user? how?15:46
*** derekh has quit IRC15:46
mat128wznoinsk: where do you want this information to show up?15:46
wznoinskmat128: that's what I'm trying to figure out, at the moment the user has to use jump-host (controller) to get to the launched node as neutron flatnet is different from users network15:47
rcarrillocruzhey folks, i have a server that is giving me grief on bifrost, cannot deploy it. It's not able to pull its pxelinux file from nginx15:48
rcarrillocruzfor some reason, ironic prepends some garbage data before the mac of the server15:48
rcarrillocruzhttp://paste.openstack.org/show/564850/15:48
rcarrillocruzany hint where I could look to fix this?15:48
wznoinskmat128: console or log would be fine but I'm on mitaka only, my guess is to have novaclient in node's cloud-init to report it back (rename the instance name for example)15:48
mat128wznoinsk: how would console or log help you find ironic node name?15:49
mat128wznoinsk: or you mean instance hostname?15:49
*** david-lyle has joined #openstack-ironic15:50
wznoinskmat128: we have neutron dhcp and our 'isp' dhcp - two different networks both connected to each physical server, user can access the physical servers using IPs provided by ISP without jump-host, isp's dhcp has ip/hostname for each physical server which would be seen once the machine booted up and dhclient/cloud-init finished15:51
*** trown is now known as trown|lunch15:52
mat128wznoinsk: not sure i'm following you, does that mean the IP address nova has for that instance is invalid?15:52
wznoinskit is valid, the user is on a different physical network than the neutron subnet15:53
wznoinskthough15:53
rcarrillocruzTheJulia: heya, ever encountered something similar to above paste?15:53
lucasagomesjjohnson2, enjoy lunch!15:55
*** vishwanathj_zzz is now known as vishwanathj15:56
*** Sukhdev has joined #openstack-ironic15:58
*** sborkows has quit IRC15:58
*** dprince has quit IRC15:59
milansambetts, hey, well I don't have opinion about that as I don't know what it means O:-)15:59
sambettsmilan: :-P16:00
*** dprince has joined #openstack-ironic16:00
milan:)16:00
*** ifarkas is now known as ifarkas_afk16:01
TheJuliarcarrillocruz: wow, no..  I'm really curious how that is getting generated :\16:02
lucasagomesrcarrillocruz, TheJulia hmm inifiband maybe ?16:03
* lucasagomes not sure16:03
TheJulialucasagomes: that is kind of what I'm suspecting16:03
TheJuliarcarrillocruz: is it falling back or is it stopping there?16:04
TheJuliafalling back all the way to just the mac address that is16:04
*** devananda is now known as devananda|MOVING16:04
devananda|MOVINGg'morning all!16:04
lucasagomesdevananda|MOVING, good morning16:04
TheJuliaGood morning deva16:04
thiagopmorning devananda|MOVING16:04
rcarrillocruzfalls back to pxelinux.cfg/default and as that is not there either , the deploy fails16:04
*** moshele has joined #openstack-ironic16:05
wajdigood luck with your move devananda|MOVING16:05
thiagoprcarrillocruz: have you checked if the actual mac of the server has something unusual?16:05
TheJuliarcarrillocruz: something seems very off then :\  commit hash of ironic and bifrost?16:06
TheJuliaor at least, the hash of what any local patches are off of :)16:06
rcarrillocruzbifrost : 2e5faee9807436eb1ed2060e272f4d039198742216:06
rcarrillocruzthiagop: the mac of the server is 78-e7-d1-03-00-23-44-1516:07
lucasagomesrcarrillocruz, just for curiosity, you don't have any key called "client-id" in the "extra" attribute of the port do you ?16:07
rcarrillocruzwell16:07
rcarrillocruzthere you go16:07
rcarrillocruzmore than 6 octets16:07
patchbotError: I haven't seen than.16:07
rcarrillocruzhaha16:07
rcarrillocruzthat's bogus16:07
rcarrillocruzthiagop: :D16:08
patchbotYou've given me 5 invalid commands within the last 60 seconds; I'm now ignoring you for 10 minutes.16:08
thiagop^what?16:08
rcarrillocruzsomething off here... the baremetal.json contains the mac as 78:e7:d1:23:44:1516:08
rcarrillocruzbut then16:08
rcarrillocruzironic injects for pxelinux something like16:09
mari0jvrloo: hi, my bouncer stopped working, so i'm using this nick instead of mariojv temporarily. i saw that you may have had questions about the power state notifications patch16:09
mari0jvi haven't read the full comments there since the latest patch set, but i'm planning to respond today16:09
rcarrillocruzGET /pxelinux.cfg/00-00-00-00-fe-80-00-00-00-00-00-00-78-e7-d1-03-00-23-44-1516:09
lucasagomesrcarrillocruz, https://github.com/openstack/ironic/blob/master/ironic/tests/unit/common/test_pxe_utils.py#L22916:09
rcarrillocruzsome stuff before the mac16:09
rloomari0jv: hi. thx.16:09
rcarrillocruzand some other in the mac , intertwined16:09
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add portgroup support to osc plugin  https://review.openstack.org/36213016:09
lucasagomesrcarrillocruz, please check if you have a "client-id" value in the extra attributes of the ports16:10
lucasagomess/value/key16:10
rcarrillocruzsure gimme a sec16:10
thiagopjlvillal: is patchbot the patch bot we were talking about yesterday?16:10
jlvillalthiagop: Yep16:10
thiagopjlvillal: he seems a little angry... :D16:10
jlvillalthiagop: heh, I see.16:11
thiagop(or should I say it seems a little angry?!)16:11
*** sabeen has quit IRC16:11
* thiagop bugs16:11
rcarrillocruzlucasagomes: http://paste.openstack.org/show/564852/16:11
lucasagomesthiagop, bugs everywhere T.T16:11
lucasagomesrcarrillocruz, ty...16:12
* lucasagomes wonders how that was generated then16:12
openstackgerritMerged openstack/python-ironicclient: Add --node to 'openstack baremetal port list'  https://review.openstack.org/36244516:12
rcarrillocruzTheJulia, lucasagomes : btw , ironic==6.1.1.dev7816:15
rcarrillocruzironic-lib==2.0.016:15
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: (DO NOT MERGE) testing dib cross-repo deps  https://review.openstack.org/36300616:20
lucasagomesrcarrillocruz, ack, master basically16:20
lucasagomesrcarrillocruz, no changes ?16:20
rcarrillocruznothing, we just run the install from bifrost16:21
rcarrillocruzso no changes in ironic16:21
*** david-lyle has quit IRC16:21
thiagopFolks, our ci is in need of this to run our tests with the dynamic allocation stuff (already has a +2 [thanks JayF]): https://review.openstack.org/#/c/359990/16:22
patchbotpatch 359990 - ironic - OneView test nodes to use dynamic allocation16:22
thiagopa +A would be awesome16:22
thiagop9-lines, fairly simple16:22
*** david-lyle has joined #openstack-ironic16:23
lucasagomesthiagop, done16:24
lucasagomesrcarrillocruz, really strange, please open a bug about it :-(16:26
*** patchbot has left #openstack-ironic16:27
rcarrillocruzsure, thanks16:27
lucasagomesrcarrillocruz, I wonder if has something to do with the ipxe rom itself16:27
lucasagomescause it's sending the request, but I'm not sure16:27
openstackgerritMerged openstack/python-ironicclient: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36259016:27
lucasagomesrcarrillocruz, is the ipxe image coming from boot.ipxe.org, packaged or you are building one yourself ?16:28
rcarrillocruzhmm, let me check, cos i run the install playbook and i'm  not sure if it builds it or just pulls it16:28
NobodyCamGood Morning Ironic'ers16:28
*** moshele has quit IRC16:29
*** e0ne has quit IRC16:31
wajdio/16:31
TheJuliarcarrillocruz: is your boot.ipxe in /httpboot stock from bifrost  or different?16:32
vdrokmorning NobodyCam and wajdi :)16:32
openstackgerritLucas Alvares Gomes proposed openstack/pyghmi: Tolerate client reuse of UDP ports  https://review.openstack.org/36294416:32
NobodyCammorning wajdi and vdrok16:32
lucasagomesjjohnson2, ^ there was a pep8 error in the patch, updated it16:32
rcarrillocruzfrom bifrost16:32
rcarrillocruzso i'm assuming pxelinux package16:32
rcarrillocruzright?16:32
rcarrillocruzfrom what i'm reading16:32
TheJuliarcarrillocruz: I think your pulling down the ipxe binary then16:32
TheJuliatruthfully I should remember, but I didn't sleep last night, so my brain is not quite... awake16:33
*** jpich has quit IRC16:35
TheJuliarcarrillocruz: I guess that is the other question, is it going pxe -> ipxe or is it going directly to ipxe...16:35
*** david-lyle_ has joined #openstack-ironic16:36
*** ChubYann has joined #openstack-ironic16:38
*** Sukhdev has quit IRC16:39
*** electrofelix has quit IRC16:39
* sambetts -> home 16:39
*** david-lyle has quit IRC16:39
sambettshave a good evening everyone16:39
TheJuliarcarrillocruz: system packages for ipxe as far as I can tell16:39
rcarrillocruzyup16:39
TheJuliarcarrillocruz: but the install has been changed quite a bit since I last modified it much16:40
openstackgerritHugo Nicodemos proposed openstack/python-oneviewclient: Add auditing instrumentation for python-oneviewclient  https://review.openstack.org/33728116:40
rcarrillocruzit's odd, i only hit this on this particular server16:40
rcarrillocruzout of 48 nodes16:40
TheJuliaoO16:40
rcarrillocruzso it's not a systemic problem16:40
mat128Hey group, this is the equivalent patch for the upper-constraints work we've completed in Ironic but on the diskimage-builder side: https://review.openstack.org/#/c/360547/16:41
TheJuliamat128: thank you!16:41
openstackgerritStephanie Miller proposed openstack/bifrost: Update IPA info in troubleshooting.rst  https://review.openstack.org/36242816:42
TheJuliarcarrillocruz: is it identical hardware?16:42
mat128I know some of us are core in diskimage-builder16:42
mat128:)16:42
TheJuliacinerama: ^^^16:42
openstackgerritMerged openstack/ironic-lib: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36258716:44
rcarrillocruzTheJulia: mostly yeah, all of them have mellanox cards16:44
*** joprovost has quit IRC16:44
*** joprovost has joined #openstack-ironic16:47
*** aNupoisc has joined #openstack-ironic16:47
TheJuliarcarrillocruz: I wonder if that particular node has slightly different firmware and is going directly to ipxe instead of gpxe -> ipxe16:49
*** thrash is now known as thrash|biab16:49
*** joprovost1 has joined #openstack-ironic16:49
*** fragatina has joined #openstack-ironic16:50
TheJuliarcarrillocruz: actually, that seems like something that would happen... Any chance you could use tcpdump to capture the entire interaction with 10.10.16.14 and make it available?16:50
*** yogi has quit IRC16:50
*** fragatin_ has joined #openstack-ironic16:51
*** jaosorior_away has quit IRC16:51
*** joprovost has quit IRC16:51
*** joprovost1 is now known as joprovost16:51
TheJuliarcarrillocruz: if so, capturing entire packets would be a good idea and would save a step in troubleshooting if it is something along those lines16:51
*** trown|lunch is now known as trown16:52
openstackgerritMerged openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/36293316:52
*** gfhellma has joined #openstack-ironic16:53
*** fragatina has quit IRC16:55
*** aNupoisc has quit IRC16:55
milanaarefiev, hey, you here?16:55
rcarrillocruzTheJulia: that sounds like a plan16:56
rcarrillocruzi'll find some time this week to capture that and provide to the bug report16:56
thiagoplucasagomes: woot!16:56
thiagoplucasagomes: tyvm16:57
lucasagomesno worries16:57
TheJuliarcarrillocruz:  Thank you, just ping me with the bug # when you have it posted and I'll take a look16:57
lucasagomesI'm calling it a day as well16:57
TheJuliagoodnight lucasagomes16:57
lucasagomeshave a great evening all16:57
lucasagomesrcarrillocruz, please ping me too16:57
jlvillallucasagomes: Ciao!16:57
thiagopgood night lucasagomes16:57
lucasagomessee ye :-)16:57
jlvillalsambetts: Good night.16:58
*** lucasagomes is now known as lucas-dinner16:58
*** gfhellma1 has joined #openstack-ironic17:00
*** rama_y has joined #openstack-ironic17:01
*** praneshp has quit IRC17:03
*** gfhellma has quit IRC17:03
jjohnson2lucas-dinner, heh, and you under-indented it17:04
openstackgerritJarrod Johnson proposed openstack/pyghmi: Tolerate client reuse of UDP ports  https://review.openstack.org/36294417:04
openstackgerritMerged openstack/ironic-python-agent: Remove unused requirements  https://review.openstack.org/36275217:05
* milan gone, good night Ironic! :)17:05
NobodyCamnight lucas-dinner17:06
NobodyCamnight sambetts17:06
thiagopnight milan17:06
NobodyCamnight milan17:06
*** mgoddard_ has joined #openstack-ironic17:06
*** aNupoisc has joined #openstack-ironic17:06
thiagophiya NobodyCam !17:06
NobodyCammorning thiagop17:07
*** mgoddard has quit IRC17:09
xavierrhey NobodyCam o/17:10
milannight thiagop NobodyCam :)17:11
NobodyCamMorning xavierr17:11
NobodyCam:)17:11
*** ijw has joined #openstack-ironic17:11
*** rcernin has quit IRC17:12
*** thrash|biab is now known as thrash17:13
*** tesseract- has quit IRC17:14
*** milan has quit IRC17:15
jrolldevananda|MOVING: rloo: feel like doing api v.next meeting today or nah? (I don't have anything)17:17
rloojroll: oh, totally forgot about it.17:17
rlooi'm fine not doing it. unless i can ask osc-related questions.17:17
*** rbrud has joined #openstack-ironic17:18
jrolllol17:18
jrollrloo: not allowed!17:18
rloojroll: drats17:18
rloojroll: i know it is an API meeting not a CLI meeting :)17:18
jrollyou can talk about them here but I can't promise I won't take a break instead :)17:18
rloojroll: ha ha. or i can send an email to the ml and see if i get any responses.17:19
jrollrloo: haven't you sent enough osc questions to the ML this week? :)17:19
rloojroll: it relates to maintenance (mode). is it set/unset, enable/disable, on/off.17:19
jrolldidn't we do this once already :(17:19
rloojroll: don't we have a client deadline this week? procrastination...17:19
jrollin the spec review or something?17:19
rloojroll: the problem is 'openstack baremetal node list --maintenance'17:19
rloojroll: it only filters for maintenance=true.17:19
rloojroll: we don't have anything for maintenance=false17:20
rloojroll: like we do with ironic node-list --maintenance <value>17:20
jrollrloo: ah, our API does have that right?17:20
rloojroll: i *think* the osc way is to have something like --maintenance-on, --maintenance-off, instead of --maintenance <value>17:20
jrollI guess it does, if ironic does17:20
jrollhm17:20
rloojroll: am not sure what the right wording is.17:21
NobodyCammorning jroll rloo :)17:21
jrollcan we just punt that question to ocata?17:21
rloojroll: esp since i saw that openstack host set --enable-maintenance17:21
rloojroll: yea, i'm fine punting. that's one of the bugs i mentioned :)17:21
jrollheh, ok17:21
rloojroll: i should open a bug for that though. one day...17:21
jrollrloo: one thing to note: if there's something that misses newton for osc stuff, not a big deal, since most people will just 'pip install' and won't care about stable/*17:22
jrollstable/* in clients is generally only used for library usage17:22
rloojroll: yeah, just that i personally don't want to look into osc after that :)17:23
*** ijw has quit IRC17:24
rloojroll: and having both cli and osc sync'd, makes it easier to review/make sure future things are in sync too.17:24
rloojroll: but yeah, not going to kill myself over that :)17:24
*** tesseract- has joined #openstack-ironic17:24
*** pcaruana has quit IRC17:25
*** ijw has joined #openstack-ironic17:25
jrollrloo: right, totally agree, just saying let's not stay up until 10pm reviewing things wednesday night or whatever :)17:25
rloojroll: gotcha!17:26
jrollclients will likely branch late this week / early next week, so we won't be waiting long17:26
*** joprovost has quit IRC17:27
rloojroll: ok17:27
*** sdake has joined #openstack-ironic17:27
*** tesseract- has quit IRC17:28
*** praneshp has joined #openstack-ironic17:28
JayFhttps://review.openstack.org/#/c/356811/7 metrics documentation; I'd really love to get some reviews on this. It's been sitting for over three weeks17:29
*** wajdi_ has joined #openstack-ironic17:34
rlooJayF: review more of the osc-related patches, and i'll look at that doc later this week17:36
JayFI've been neck deep in OSC :) All these patches have my juices flowing17:37
JayFclouds.yaml is *great*17:38
*** wajdi has quit IRC17:38
rlooJayF: yeah, I know :-) and thx! I'll look at that patch this week. maybe today. or not.17:38
JayFI think doing code and docs together is good because 1) it guarantees the docs get written and 2) it blackmails reviewers into landing the docs too17:39
JayFlol17:39
rlooJayF: agree. in fact, i don't think we should say a feature is complete until the docs exist too17:40
rlooJayF: hmm, i have an idea. maybe the last code patch for a feature has to depend on the doc patch!17:40
rlooJayF: on the other hand, i don't want to penalize people cuz they can't write English.17:41
mari0jvthen there's a risk that the docs will merge without the code merging, right?17:41
thiagopJayF: reviewing... not that familiar with the feature, but...17:41
mari0jvi like having them together. maybe if there are language barriers, someone can be listed as coauthor17:41
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186517:42
JayFrloo: I mean, with some of the oneview stuff, I helped (in review) polish up some of the docs17:42
rloomari0jv: we could do one of those -2 until the 'necessary' patches are all ok or something but that seems too heavy handed/admin-overhead-ish.17:43
JayFrloo: Maybe we need a more formal list of doc mentors? Folks willing to help improve docs if someone is willing to take a stab at them, even in broken english?17:43
JayFMy point with what I said before was more: we say we like docs, we should prioritize landing docs17:43
JayFsomething something we need 30 hours in a day17:44
rlooJayF: I dunno. I mean, as long as I'm not expected to volunteer as a mentor, it is fine with me.17:44
JayFrloo: I volunteer o/17:44
JayFrloo: was more the point :)17:44
rlooJayF: we do like docs, just like we do like code... or me anyway. And it would be awesome if you'd volunteer!17:44
openstackgerritAndreas Jaeger proposed openstack/python-ironicclient: Sync tools/tox_install.sh  https://review.openstack.org/36306917:48
openstackgerritAndreas Jaeger proposed openstack/python-ironic-inspector-client: Sync tools/tox_install.sh  https://review.openstack.org/36307117:48
JayFrloo: did you test https://review.openstack.org/#/c/362515/ locally?17:50
rlooJayF: yup. i think. can't keep track of everything.17:50
JayFrloo: I can't get it to work in my devstack -> Client-side error: Unknown argument: "chassis" from (pid=22355) format_exception /usr/local/lib/python2.7/dist-packages/wsme/api.py:22117:50
rlooJayF: sec, let me try.17:50
JayFopenstack baremetal node list --chassis 8b568c16-c411-4c65-822f-c19761bf7c6c \n Unknown argument: "chassis" (HTTP 400)17:50
JayFwas what gave it to me17:51
rlooJayF: i may not have tried cuz i didn't create a chassis...17:51
*** michauds has quit IRC17:52
rlooJayF: oh, i must have forgotten to test that, i don't see it in my env.17:52
rlooJayF: yup, it is wrong. should be chassis_uuid i think.17:57
JayFI have those ^ comments and a -1 on the patch17:58
JayFI almost landed it without testing it in devstack :)17:58
JayFwhee17:59
*** baoli has quit IRC17:59
rlooJayF: thx for testing. I have tested so many osc commands several times, that i must have forgotten to do this one, thinking i had done it already.17:59
*** baoli has joined #openstack-ironic18:00
JayFit's no big deal :)18:00
*** Sukhdev has joined #openstack-ironic18:01
*** e0ne has joined #openstack-ironic18:01
rlooJayF: while it is still fresh in your mind (I hope), wrt mrda's comment, any suggestions? (words are hard)18:02
rlooJayF: https://review.openstack.org/#/c/362515/1/ironicclient/osc/v1/baremetal_node.py18:02
openstackgerritAndreas Jaeger proposed openstack/ironic-lib: Sync tools/tox_install.sh  https://review.openstack.org/36308618:03
*** Sukhdev has quit IRC18:04
*** leitan has joined #openstack-ironic18:04
*** gfhellma1 has quit IRC18:05
leitanHi guys, quick question, does anybody has a config reference of ironic using Nuage as SDN provider ?18:05
*** tesseract- has joined #openstack-ironic18:05
leitanref architecture / pdf, etc18:05
*** tesseract- has quit IRC18:05
*** tesseract- has joined #openstack-ironic18:06
*** gfhellma has joined #openstack-ironic18:06
openstackgerritMerged openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895318:06
*** tesseract- has quit IRC18:08
*** michauds has joined #openstack-ironic18:09
*** tesseract- has joined #openstack-ironic18:10
*** joprovost has joined #openstack-ironic18:12
*** wajdi_ has quit IRC18:13
*** wajdi has joined #openstack-ironic18:14
greghaynesTheJulia: Just accidentally pinged you in infra for this, but I'm hitting http://paste.ubuntu.com/23112910/ when using latest bifrost18:14
greghaynescinerama: aha! https://review.openstack.org/#/c/354626/ does look promising18:15
openstackgerritMerged openstack/python-ironicclient: Adds node boot device & passthru OSC commands  https://review.openstack.org/35740018:15
*** joprovost has quit IRC18:16
*** joprovost has joined #openstack-ironic18:16
openstackgerritRuby Loo proposed openstack/python-ironicclient: Add --chassis to 'openstack baremetal node list'  https://review.openstack.org/36251518:18
greghaynescinerama: hrm, doing a simlar fix in the role thats failing for me doesnt seem to work18:18
*** aNupoisc has quit IRC18:27
*** tesseract- has quit IRC18:30
*** tesseract- has joined #openstack-ironic18:30
*** tesseract- has quit IRC18:30
*** tesseract- has joined #openstack-ironic18:31
*** mgoddard_ has quit IRC18:31
openstackgerritRuby Loo proposed openstack/python-ironicclient: Add node validate OSC command  https://review.openstack.org/35932218:31
openstackgerritMerged openstack/pyghmi: Tolerate client reuse of UDP ports  https://review.openstack.org/36294418:33
JayFrloo: I'd leave it be, or remove the () around it18:37
*** tesseract- has quit IRC18:37
*** fragatin_ has quit IRC18:38
JayFrloo: what you put matches the way I thought about it, even though wording wasn't exact, +118:39
rlooJayF: too late. I modified it.18:41
rlooJayF: should be clearer now :)18:41
*** mtanino has joined #openstack-ironic18:41
JayFrloo: it still seems to be sending ?chassis= instead of ?chassis_uuid= in my devstack?18:43
rlooJayF: what? let me check18:43
JayF2016-08-30 18:39:25.378 DEBUG wsme.api [req-0e5ea411-292a-43e4-8c68-289a50f6a221 admin admin] Client-side error: Unknown argument: "chassis" from (pid=22354) format_exception /usr/local/lib/python2.7/dist-packages/wsme/api.py:22118:43
JayF2016-08-30 18:39:25.380 INFO eventlet.wsgi.server [req-0e5ea411-292a-43e4-8c68-289a50f6a221 admin admin] 104.130.14.217 "GET /v1/nodes/?chassis=8b568c16-c411-4c65-822f-c19761bf7c6c HTTP/1.1" status: 400  len: 459 time: 0.029094018:43
JayFunless I comlpetely fail at changing the client I'm using, which is also possible, lol18:44
JayF  --chassis <chassis>   Limit list to nodes of this chassis (UUID)18:44
JayFI think I fail at changing the client I'm using18:44
rlooJayF: it should be ?chassis_uuid=...18:44
rlooJayF: I don't think you got the change18:44
rlooJayF: should be --chassis <chassis UUID> ...18:44
JayFah, got it fixed, and it works18:46
JayFon the downside, I think I just hozed all the local python pacakges on my devstack vm18:46
openstackgerritFabio Dassan proposed openstack/pyghmi: Implement M4 and Kent support  https://review.openstack.org/36145718:49
*** aignatov has quit IRC18:50
*** jtomasek has quit IRC18:51
*** ianw has quit IRC18:51
*** jrist has quit IRC18:52
*** NobodyCam has quit IRC18:52
*** cmyster has quit IRC18:52
*** hecliunyx has quit IRC18:52
*** cmyster has joined #openstack-ironic18:53
*** aNupoisc has joined #openstack-ironic18:53
*** NobodyCam has joined #openstack-ironic18:54
*** leitan has quit IRC18:55
*** aignatov has joined #openstack-ironic18:56
*** hecliunyx has joined #openstack-ironic18:58
*** intr1nsic has quit IRC18:58
*** causten has quit IRC18:59
*** intr1nsic has joined #openstack-ironic19:01
*** causten has joined #openstack-ironic19:03
*** causten_ has joined #openstack-ironic19:03
*** jtomasek has joined #openstack-ironic19:03
JayFjroll: I think we'll need an IPA release this week, since client freeze for newton is coming up?19:04
JayFjroll: looks like we haven't released IPA since early July19:04
*** david-lyle_ is now known as david-lyle19:05
*** jrist has joined #openstack-ironic19:07
*** causten has quit IRC19:08
*** baoli has quit IRC19:10
thiagopAnyone from the multitenant work could help me debug https://review.openstack.org/#/c/359990/ ??19:10
thiagopI'm a little lost...19:10
*** ijw has quit IRC19:16
*** ianw_ has joined #openstack-ironic19:28
*** rama_y has quit IRC19:28
*** Sukhdev has joined #openstack-ironic19:28
*** baoli has joined #openstack-ironic19:28
*** dprince has quit IRC19:35
*** e0ne has quit IRC19:36
*** jcoufal has quit IRC19:38
*** rcernin has joined #openstack-ironic19:39
*** causten_ has quit IRC19:40
*** jcoufal has joined #openstack-ironic19:40
*** fragatina has joined #openstack-ironic19:43
*** causten has joined #openstack-ironic19:44
mari0jvis the priorities trello down? https://trello.com/b/ROTxmGIc/ironic-newton-priorities i was looking for something of priority to review19:45
rloomari0jv: trello works for me19:46
rloomari0jv: maybe it is flaky?19:46
mat128works here too19:46
mari0jvunclear, i use ublock, but turning it off doesn't seem to help19:46
mari0jvgot it working in incognito, thanks19:47
jjohnson2lucas-dinner, fyi, 1.0.9 I just pushed19:48
rloomari0jv: looking at your power state patch19:49
rloomari0jv: so what bothers me is wording-bikeshedding.19:49
mari0jvwith .start and .end?19:49
rloomari0jv: we have 'set_power_state.start', 'set_power_state.end', and 'provision_state_change.start'19:49
rloomari0jv: yeah, are start, end, common terms/actions in the notification world?19:50
*** dprince has joined #openstack-ironic19:50
rloomari0jv: i guess they aren't actions, they are events, start/stop19:50
mari0jvi think so. in nova, for instance, compute.instance.create.start occurs when the compute receives a build request19:50
mari0jvcompute.instance.create.end occurs after the build finishes19:50
rloomari0jv: the action is setting/changing power state.19:50
mari0jvthere are .update events in between19:50
mari0jvexactly19:51
rloomari0jv: so maybe we have to be careful about the wording (i've just been spending time looking at openstackclient so...)19:51
mari0jvrloo: i'd like to leave the power state notifications as-is, and i think the provision state changes should match that convention19:51
*** rbrud has quit IRC19:51
rloomari0jv: power_set.start/end, provision_set.start/end?19:51
mari0jvso when you start a state transition and set target_provision_state, it's a .start. when it finishes and the node is saved with updated state info, it's a .end19:51
mari0jvyes19:52
mari0jvi had a comment about the notification levels on the provision state patch set, that's why i -1ed19:52
JayFmari0jv: what about provision state changes that don't have a start/end?19:52
rloomari0jv: ok, the provision state is tricky with the fail stuff then. cuz *FAIL is a state19:52
JayFmari0jv: like when things to DEPLOYING -> DEPLOYWAIT -> DEPLOYING, the API call was set-prov-state ACTIVE19:52
mari0jvJayF: you can either a) send a .start and .end, or b) send an event without .start or .end19:52
mari0jvi prefer b)19:53
mari0jvJayF: oh, i understand19:53
JayFmari0jv: but if I call api saying 'set prov state to active'19:53
JayFyou can't do "starting to make it active"19:53
rloomari0jv: i was also wondering how the power notifications fit in with that new soft-power-spec-thingy19:53
mari0jvJayF: the way yuriyz wanted to deal with that is to define some "unstable states" for which the notification level would differ19:53
JayFit's really an implict set of transitions, AVAIL -> DEPLOYING -> DEPLOYWAIT -> DEPLOYING -> ACTIVE19:53
mari0jvrloo: do you have a link to the spec?19:53
*** jcoufal has quit IRC19:54
JayFeven if the level differs, I think it makes the "start + end" bit different19:54
mari0jvJayF: i agree, i'd check out yuriy's spec19:54
rloomari0jv: http://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/enhance-power-interface-for-soft-reboot-and-nmi.html19:54
JayFokie19:54
mari0jvthanks19:54
mari0jvrloo: looking19:54
rloomaybe .start/end should only reflect the requested state, not intermediate states19:54
mari0jvand maybe everything in between is a .update19:55
mari0jvrloo: ^19:55
JayFI mean, we don't have any ironic states that take time to take effect19:55
JayFyou send a verb, then the states start changing19:55
rloomari0jv: I'm not sure the .update makes sense.19:56
JayFbut there's no idea of a state change 'beginning' and 'ending'19:56
JayFin ironic it's atomic19:56
rloomari0jv: have you looked at the nova's notifications? is that a good example to model? if so, i can take a look.19:56
mari0jvif we wanted to remove .start and .end, that's possible. the "phase" (last part of the event field) isn't required19:56
JayFrloo: mari0jv wrote a giant backend system at Rackspace that eats nova notifications for breakfast :)19:56
mari0jvrloo: a little, but not a lot since versioned notifications merged there19:56
JayFrloo: that's why he started on the ironic notifications stuff for us :D19:57
rlooJayF: I think we might be referring to when we set a target state, and when/if we actually get to that target state19:57
mari0jvJayF: I didn't write it, but i've used it extensively19:57
*** aNupoisc has quit IRC19:57
*** harlowja has quit IRC19:58
JayFI almost think that'd be a different type of notification; like maybe have there be a notification of "node changed provision state"19:58
rloomari0jv: what I am looking for, is a guideline for how these notifications are 1. named; 2. when we should add notifications. cuz otherwise, it'll be a mess down the road when people want to add new notifications.19:58
JayFvs "provision state api hit" which could more reasonably be start/end/error as needed19:58
mari0jvrloo: with regards to the soft reboot spec; i think the only thing that would change in a power state notification is the target_power_state field sent with the notification19:58
*** rama_y has joined #openstack-ironic19:58
*** jvgrant has joined #openstack-ironic19:59
rloomari0jv: and wrt notification level, that's the DEBUG/INFO/etc stuff. Not to specify types of, eg 'power', 'crud', 'provision' notifications?20:00
mari0jvrloo: https://github.com/openstack/ironic-specs/blob/master/specs/approved/notifications.rst see the "event_type" point under "proposed change"20:00
mari0jvrloo: correct20:00
mari0jvthe spec has somewhat of a naming convention20:00
*** Sukhdev has quit IRC20:00
rloomari0jv: and that's fine, operators don't care if they get new notifications?20:00
mari0jvas for "when to add notifications," that's a bit debatable20:00
mari0jvrloo: notifications only get sent when you enable them. you can set the level at which you receive them too20:01
mari0jvrloo: so if you specify notification_level="warning" in your ironic config, you'll only get warning and above20:01
mari0jvthey're disabled by default20:02
rloomari0jv: so the examples in the spec aren't that clear. eg, we don't have node_create.start/end, we have .created20:02
rloomari0jv: or maybe the crud spec is wrong.20:02
mari0jvrloo: you're right, idk if that's considered a proper phase. the original spec doesn't mention it20:02
mari0jvactually20:03
mari0jvthat's the descriptor20:03
rloomari0jv: why is it set_power_state.start, but state_change.start? why isn't it power_change.start?20:03
mari0jv"event_type will be a short string describing the notification. Each string will start with "baremetal." to distinguish ironic notifications from other notifications on the message bus.20:03
mari0jvThis will be followed by the object that's being acted on, optionally the field of the object being acted on, a descriptor of the action being taken, and the phase of the action ("start", "end", potentially "fail"), if applicable. "20:03
mari0jvrloo: there's a set power state and sync power state notification. i guess that's to distinguish them20:04
*** sabeen has joined #openstack-ironic20:04
mari0jvrloo: so going back to the crud spec, the .created in "baremetal.node.created" just specifies what's occurring20:05
mari0jvjust like "baremetal.node.set_power_state" is specifying what's occurring20:05
*** gfhellma has quit IRC20:05
mari0jvwith set_power_state, there are .start and .end events because ironic completes the task asynchronously20:05
rloomari0jv: is the power* patch the first one that emits notifications?20:05
mari0jvrloo: yes20:05
mari0jvthe framework for them is merged, but there are none emitting yet20:05
rlooand what notifications/ event_types are there? it isn't in the commit20:05
TheJuliagreghaynes: Sorry, was away, I'm guessing that revision didn't help you, but I suspect 354620 would resolve the issue :)20:06
mari0jvbaremetal.set_power_state.{start,end,fail}20:06
*** gfhellma has joined #openstack-ironic20:06
*** rbrud has joined #openstack-ironic20:06
rloomari0jv: and the sync one?20:07
mari0jvand baremetal.node.sync_power_state, baremetal.node.sync_power_state.fail20:07
rloomari0jv: there's a node there too, right? baremetal.node.set_power_state...?20:07
mari0jvrloo: baremetal.set_power_state.{start,end,fail} and baremetal.node.sync_power_state and baremetal.node.sync_power_state.fail20:08
mari0jvsync power state has no phases unless it fails20:08
mari0jvrloo: correct, there's a node20:08
rloomari0jv: is the idea to be precise, that we're focused on the node's 'power_state' field? or can we just use 'power', eg baremetal.node.power_set.{start,end,fail}20:08
mari0jvrloo: maybe this patch should introduce documentation for all the potential types of notifications ironic may emit?20:08
*** jcoufal has joined #openstack-ironic20:08
mari0jvrloo: yes, it's just precision. i'm not opposed to just having power_set even though that's not in the original spec20:09
rloomari0jv: would be good. is there already notification documentation (other than spec)?20:09
mari0jvwe'd need power_sync too though20:09
mari0jvrloo: yes, 1 sec20:09
mari0jvrloo: http://docs.openstack.org/developer/ironic/dev/notifications.html20:09
rloomari0jv: thx, i should have read that instead of the spec.20:10
mari0jvrloo: that's more of a "how to create notifications" doc though, doesn't really list them out20:10
mari0jvi could either add a section there, or create a separate page20:10
mari0jvnp20:10
rloomari0jv: we can enhance once we know...20:10
mari0jvsgtm20:10
jrollJayF: IPA isn't a client, it's a service, but yeah we should release it. I was waiting for something (don't remember what) and then I guess I never looped back to it20:11
*** sdake has quit IRC20:11
*** sdake has joined #openstack-ironic20:12
mari0jvrloo: i added a comment on the power notifications patch reflecting our discussion: https://review.openstack.org/#/c/321865/2420:12
mari0jvthanks20:12
rloomari0jv: thx. i'll think about it a bit more and in relationship to the crud spec.20:12
*** jvgrant has quit IRC20:12
rloomari0jv: sorry, why can't power_sync have a .start/end/fail?20:14
mari0jvrloo: that's there from a discussion JayF and I had around a month ago i think. basically it's there so you can keep track of a node's power state history over time20:15
mari0jvrloo: the sync notification gets sent when ironic detects that a change has occurred in the power state20:15
mari0jvrloo: so it doesn't make sense for it to .start and .end, because it's not changing anything, just retrieving information20:15
mari0jvrloo: .fail can occur when the sync can't retrieve the power state20:16
rloomari0jv: if it is just retrieving and no power change, why would you need it to keep track of the node's power state?20:16
mari0jvrloo: we don't notify if there's no power state change20:16
rloomari0jv: you have the set_power notifications20:16
mari0jvimagine this scenario: 1. operator sets power state to power off, set_power .start and .end are sent20:17
mari0jv2. another operator hits the BMC and manually powers on, outside of ironic20:17
mari0jv3. the sync detects the change and switches power_state to reflect the fact that the node's power state is now on20:17
mari0jv4. sync sends a notification indicating the change20:18
mari0jvwithout the sync notification, the change is invisible to the external service consuming notifications20:18
rloomari0jv: this is bringing back memories of having discussions about the power state of the actual HW vs ironic node that represents that HW20:18
mari0jvanother scenario having just step 1 and 3 with no change would only send the power_set notifications20:18
mari0jvat the moment, ironic updates itself to reflect reality20:19
openstackgerritMerged openstack/bifrost: Remove 'auth' fact initialization from bifrost-deploy-nodes-dynamic  https://review.openstack.org/35462620:19
rloomari0jv: if i recall, we have some funky alg wrt what 'sync'ing the power state means.20:19
jrollmari0jv: actually, it depends :D20:19
jrollwe have a config20:19
rloo^^ that20:19
jrollCONF.conductor.force_power_state_during_sync20:20
mari0jvjroll: rloo: i think where we send notifications is guarded by the correct if statements20:20
jrollI haven't followed enough of this conversation to know what you mean, sorry20:20
rloomari0jv: I'm not worried about the coding. I'm trying to grok what information/notifications we want to emit, and how/if those event types are clear/consistent/blah blah.20:21
mari0jvok, so force_power_state_during_sync means that you attempt to make the node reflect what power state ironic thinks it's in20:21
jrollright20:21
mari0jvso, that only affects the "set_power" notifications20:21
rloomari0jv: in which case, there is a start/end/fail?20:21
mari0jvrloo: yes20:22
mari0jvbut for set_power notifications20:22
mari0jvsync does not have start/end20:22
rloomari0jv: i guess 'sync' depends on your definition. i think for you, it is .updated perhaps?20:22
rloomari0jv: only cuz we use 'sync' to mean more than just updating node.power_state20:23
mari0jvrloo: yes, it's when ironic gets updated based on the power state of hardware20:23
mari0jvrloo: right, so maybe the naming isn't correct20:23
rloomari0jv: sigh. even if we use .updated, the end user has to understand the context. that our db was updated, not the actual hw.20:23
mari0jvyeah, it's tricky20:24
mari0jvdocs will help with this a lot i think20:24
rloomari0jv: although .updated fits in with the crud i think. .created, .deleted, .updated if i recall correctly20:24
mari0jvrloo: i had this exact problem in semantics with nova, so i'm glad you're bringing this up20:24
mari0jvrloo: compute.instance.create.error does not always mean that a build fails20:24
rloomari0jv: oh :-(20:25
rloomari0jv: and why do they use .error, aren't we using .fail?20:25
mari0jvrloo: not exactly, because those are baremetal.node.{created,deleted,updated}20:25
jrollhm, the hw was updated at some point, though, just we send notification when we notice it20:25
mari0jvrloo: this would be baremetal.node.power_state.updated or something20:25
mari0jvrloo: it was to avoid that semantic issue :)20:25
rloojroll: i see the .updated as when ironic updates its db20:25
*** sabeen has quit IRC20:25
mari0jvjroll: yes20:26
jrollhm20:26
mari0jvwhat about "baremetal.node.power_state_changed"20:27
mari0jv?20:27
mari0jvfor the current "sync" notification name20:27
rloobaremetal.node.power.changed?20:27
rloobaremetal.node.power.change-detected?20:28
mari0jvrloo: i prefer to keep that last thing after the . for start, end, or fail20:28
rloomari0jv: oh.20:28
mari0jvalthough, there's nothing in the code explicitly requiring that https://github.com/openstack/ironic/blob/master/ironic/objects/notification.py#L4720:29
mari0jvbtw, for anyone actually using these, i've heard yagi is a really neat tool for that20:30
mari0jvit just takes notifications from any number of amqp queues and runs them through handlers20:31
rloomari0jv: you're confusing me. the crud spec has .created/updated/deleted20:31
mari0jvi haven't deployed it myself, but it has some nice features like letting you persist events to elasticsearch20:31
mari0jvrloo: those are actions, not phases20:32
*** aNupoisc has joined #openstack-ironic20:32
mari0jvit's baremetal.<object>.<action>.<phase>20:32
mari0jvso baremetal.node.created fits into that ^20:32
*** rcernin has quit IRC20:33
rloomari0jv: the action is 'create'. 'created' indicates that the phase is 'finished'20:33
*** rcernin has joined #openstack-ironic20:33
* rloo confused20:34
mari0jvthe spec just says "created"20:34
rloomari0jv: if you want to go with that syntax, it would seem to me that it should be baremetal.node.create.end|fail|done|something20:35
*** trown is now known as trown|outtypewww20:35
mari0jvrloo: i'm fine with that. i kind of like what JayF was saying earlier though about something that says "provision state changed" vs. "provision state change initiated ... provision state change completed"20:37
mari0jvi think just having .created accomplishes that20:37
mari0jvi wonder what yuriyz thinks20:37
JayFfor atomic actions, we shouldn't emit two notifications20:37
JayFjust for parallelism purposes20:37
mari0jv++20:37
JayFcreating a node is an atomic DB action20:38
mari0jvimbw but i think rloo was just saying call it "baremetal.node.create.end"20:38
mari0jvand have the 1 notification20:38
mari0jvi'm saying "baremetal.node.created" and 1 notification20:38
JayFOh, I don't have a strong opinion on that20:38
mari0jvi don't really care that much either way20:38
rloomari0jv: or use something else than 'end'.20:38
JayFYou're more of a user of those notifications20:38
JayFthan I have ever been20:38
mari0jvbut that's the reason phases are optional20:38
mari0jvi'm going to update yuriy's spec with a link to this convo20:39
mari0jvin comments20:39
rloopoor yuriy20:39
mari0jv^_^;20:39
*** ianw_ is now known as ianw20:39
*** ijw has joined #openstack-ironic20:40
mari0jvrloo: what's the reasoning behind having .end|fail|done|something? consistency?20:40
rloomari0jv: consistency. based on your syntax.20:41
mari0jvok20:41
mari0jvi added a comment there: https://review.openstack.org/#/c/34724220:42
rloomari0jv: if the phase part is meant to indicate what state the action is in, then it seems to make sense that every action has a phase associated with it?20:42
rloomari0jv: otherwise, how eg would one indicate that a 'create' failed?20:43
mari0jvrloo: you would have baremetal.node.create.fail. that actually makes sense to me why that would be more consistent now20:43
JayFmaybe for items without a start/end, we should just indicate success/fail?20:44
JayFbaremetal.node.create.success20:44
TheJulia^^^^ that20:44
mari0jvi'm fine with this, +120:44
rlooJayF has a way with words :)20:45
rloomari0jv: that makes more sense to me.20:45
mari0jvshould we still allow the code to accept notification event types without phases?20:45
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Make bifrost on stable/mitaka branch deploy stable/mitaka ironic  https://review.openstack.org/36319520:45
JayFmari0jv: is success/fail a "phase"?20:45
JayFmari0jv: or is "phase" just jargon meaning that final field20:46
mari0jvJayF: jargon meaning final field20:46
mari0jvbaremetal.<object>.<action>.<phase>20:46
*** wajdi_ has joined #openstack-ironic20:47
JayFmaybe for purposes of clarity, picking a different word wouldn't be awful?20:48
JayFif we're going to enforce having that final field be in place20:48
JayFbaremetal.<object>.<action>.<disposition> or something similar?20:48
JayFdisposition is not a good word, but is more accurate after this discussion20:48
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Make bifrost on stable/mitaka branch deploy stable/mitaka ironic  https://review.openstack.org/36319720:49
mari0jvbaremetal.<object>.<action>.<status>?20:49
JayFstatus or state would potentially work20:49
rlooi prefer status, we use 'state' for other things20:49
JayFmari0jv: how about mood /s20:50
JayF+1 for status20:50
mari0jvsounds good to me20:50
JayFso you wanna push an update to the base spec20:50
JayFindicating these changed opinions20:50
JayFthen we can vote/comment there?20:50
mari0jvsure20:50
mari0jvi might not have time until next weeks20:51
mari0jvthanks for all the discussion about this though20:51
mari0jv*week20:51
*** wajdi has quit IRC20:51
rloomari0jv: thank you!20:51
*** wajdi_ has quit IRC20:52
*** joprovost has quit IRC20:53
thiagopFolks, I gotta go but just fyi: I'm a little suspicious that a change in neutron broke the multitenant job20:56
thiagopThe only common thing that I found between the most recent fails on the job was the version of neutron-openvswitch-agent, which is 9.0.0.0b3.dev59920:58
*** e0ne has joined #openstack-ironic20:58
*** sabeen has joined #openstack-ironic20:58
thiagopPassing patches are with 9.0.0.0b3.dev59320:58
thiagopWill take a look deeply into it tomorrow...20:58
thiagopSee ya20:58
*** baoli has quit IRC21:00
*** e0ne has quit IRC21:03
*** rbrud has quit IRC21:05
*** e0ne has joined #openstack-ironic21:06
*** jcoufal has quit IRC21:08
*** dprince has quit IRC21:08
*** jcoufal has joined #openstack-ironic21:12
*** harlowja has joined #openstack-ironic21:17
*** e0ne has quit IRC21:23
*** joprovost has joined #openstack-ironic21:25
mrdaMorning Ironic21:25
JayFo/21:26
mari0jvmorning mrda21:26
*** sdake has quit IRC21:26
mrdahey mari0jv21:29
mrdaand JayF21:30
*** sdake has joined #openstack-ironic21:32
*** sabeen has quit IRC21:35
TheJuliagood morning mrda21:36
*** joprovost has quit IRC21:40
*** aNupoisc has quit IRC21:43
*** jcoufal has quit IRC21:43
mrdahi TheJulia :)21:44
*** gfhellma1 has joined #openstack-ironic21:44
*** gfhellma has quit IRC21:44
*** jcoufal has joined #openstack-ironic21:46
jlvillalHey mrda21:47
mrdaHi jlvillal21:47
NobodyCammorning mrda21:48
NobodyCamgood afternoon jlvillal21:48
*** gfhellma has joined #openstack-ironic21:48
mrdaHiya NobodyCam21:48
jlvillalHey NobodyCam!21:48
NobodyCam:)21:49
*** gfhellma1 has quit IRC21:50
* jlvillal thinks there is a lot of cargo-culting in our API code after reviewing the portgroups code21:50
openstackgerritJay Faulkner proposed openstack/ironic: Add metrics to administrator guide  https://review.openstack.org/35681121:53
JayFthiagop: ^ answered your questions and updated, thank you very much for the review!21:53
*** aNupoisc has joined #openstack-ironic21:54
*** jcoufal has quit IRC21:58
*** michauds has quit IRC22:03
*** jcoufal has joined #openstack-ironic22:04
*** rajinir has quit IRC22:05
JayFmat128: I just stole 1612278 from you22:07
JayFmat128: actually about to push up a patch for it, but obviously would love help on it22:08
JayFmat128: (install-guide)22:08
openstackgerritJay Faulkner proposed openstack/ironic: Add cookiecutter base for install guide  https://review.openstack.org/36329422:13
*** cdearborn has quit IRC22:14
*** sabeen has joined #openstack-ironic22:22
*** ianw has quit IRC22:26
openstackgerritOleksandr Berezovskyi proposed openstack/bifrost: Add possibility to set source branch for ironic-inspector  https://review.openstack.org/36330022:30
*** jrist has quit IRC22:32
*** sdake has quit IRC22:36
*** gfhellma has quit IRC22:38
*** gfhellma has joined #openstack-ironic22:39
*** jrist has joined #openstack-ironic22:39
*** mpsairam has quit IRC22:54
*** mpsairam has joined #openstack-ironic22:55
*** ianw has joined #openstack-ironic22:57
*** rpioso has quit IRC23:00
*** sabeen has quit IRC23:08
openstackgerritJay Faulkner proposed openstack/ironic: Using assertIsNone() is preferred over assertEqual()  https://review.openstack.org/36258923:08
*** praneshp has quit IRC23:08
*** praneshp has joined #openstack-ironic23:13
*** praneshp has quit IRC23:19
openstackgerritJohn L. Villalovos proposed openstack/ironic-python-agent: Use namedtuple to improve code readability  https://review.openstack.org/36178823:21
openstackgerritMerged openstack/ironic: Adds instructions to perform nodes migration  https://review.openstack.org/35745423:25
*** rcernin has quit IRC23:35
*** jcoufal has quit IRC23:35
*** mari0jv has quit IRC23:39
*** praneshp has joined #openstack-ironic23:42
*** rloo has quit IRC23:42
*** rama_y has quit IRC23:46
JayFlucas-dinner: https://bugs.launchpad.net/ironic/+bug/1582964 you had design questions about this RFE, so I just -2'd the patch. Might wanna have anotehr look and see if you're on board now. If you approve it ping me and I'll lift my -223:47
openstackLaunchpad bug 1582964 in Ironic "[RFE] Support multi arch deployments" [Wishlist,In progress] - Assigned to Yibo Cai (cyb70289)23:47
*** wajdi has joined #openstack-ironic23:48
*** aNupoisc has quit IRC23:59

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