Tuesday, 2016-11-15

*** zackf has quit IRC00:08
*** bfournie has quit IRC00:19
rloojlvillal: I see you found the spec00:22
jlvillalrloo: :)00:23
rlootonyb: wrt https://review.openstack.org/#/c/395517/. jroll and i were discussing today; we decided to decide tomorrow about whether to cancel that meeting or not00:23
patchbotpatch 395517 - openstack-infra/irc-meetings - Remove unused Ironic v2 API meeting00:23
rlootonyb: cuz yeah, we haven't had that meeting for awhile00:24
tonybrloo: okay.  Can you say that on the review so we know it's being looked at.00:24
rlootonyb: sure, good idea00:24
tonybrloo: thanks.  Very kind00:25
*** rbudden has quit IRC00:25
*** zackf has joined #openstack-ironic00:25
rlootonyb: thank you for pinging us :)00:27
*** ElCoyote_ has joined #openstack-ironic00:29
*** zackf has quit IRC00:29
*** aNuposic has quit IRC00:29
*** rajinir has quit IRC00:36
*** rloo has quit IRC00:36
*** priteau has joined #openstack-ironic00:40
*** hoangcx has joined #openstack-ironic00:41
*** causten has joined #openstack-ironic00:43
*** priteau has quit IRC00:45
*** causten has quit IRC00:45
*** causten has joined #openstack-ironic00:46
*** causten has quit IRC00:46
*** causten has joined #openstack-ironic00:47
*** bfournie has joined #openstack-ironic00:50
*** causten has quit IRC00:51
*** causten has joined #openstack-ironic00:54
*** awiddersheim has quit IRC00:54
*** phuongnh has joined #openstack-ironic01:02
*** rama_y has quit IRC01:05
*** godp1301 has joined #openstack-ironic01:06
*** tuanluong has joined #openstack-ironic01:11
*** godp1301 has quit IRC01:18
*** g3ek has quit IRC01:20
*** Sukhdev has quit IRC01:23
*** g3ek has joined #openstack-ironic01:26
*** awiddersheim has joined #openstack-ironic01:30
jrolltonyb: will vote tomorrow, thanks01:33
*** penick has joined #openstack-ironic01:40
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710301:41
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710301:44
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710301:44
*** penick has quit IRC01:45
*** penick_ has joined #openstack-ironic01:45
*** fragatin_ has joined #openstack-ironic01:46
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710301:47
*** fragatin_ has quit IRC01:47
*** fragatin_ has joined #openstack-ironic01:48
*** zhangjl has joined #openstack-ironic01:48
*** fragatina has quit IRC01:49
*** fragatin_ has quit IRC01:50
*** causten has quit IRC01:56
*** causten has joined #openstack-ironic01:56
*** gcb has joined #openstack-ironic02:00
*** hw_wutianwei has joined #openstack-ironic02:16
*** causten has quit IRC02:19
*** wajdi has quit IRC02:22
*** mnaser has quit IRC02:24
*** syed__ has quit IRC02:25
*** shuquan has joined #openstack-ironic02:27
*** causten_ has joined #openstack-ironic02:30
*** mnaser has joined #openstack-ironic02:30
*** causten__ has joined #openstack-ironic02:33
*** causten_ has quit IRC02:36
*** shuquan_ has joined #openstack-ironic02:38
*** shuquan has quit IRC02:38
*** ijw_ has quit IRC02:40
*** priteau has joined #openstack-ironic02:41
*** godp1301 has joined #openstack-ironic02:44
*** priteau has quit IRC02:45
*** links has joined #openstack-ironic02:49
*** yuanying has quit IRC02:51
*** shuquan_ has quit IRC02:52
*** shuquan has joined #openstack-ironic02:54
*** hoangcx has quit IRC03:00
*** hoangcx has joined #openstack-ironic03:02
*** aaa801 has joined #openstack-ironic03:04
*** godp1301 has joined #openstack-ironic03:10
*** ijw has joined #openstack-ironic03:12
*** ijw has quit IRC03:16
*** godp1301 has quit IRC03:23
*** fragatina has joined #openstack-ironic03:29
*** yuanying has joined #openstack-ironic03:39
*** bdeschenes has quit IRC03:43
*** yuanying has quit IRC03:45
*** yuanying has joined #openstack-ironic03:49
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710303:56
*** sabeen has quit IRC04:01
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710304:02
*** sabeen has joined #openstack-ironic04:03
*** aparnav has joined #openstack-ironic04:04
*** godp1301 has joined #openstack-ironic04:06
openstackgerritoctopuszhang proposed openstack/ironic: Update multitenancy docs  https://review.openstack.org/39751704:07
*** penick_ has quit IRC04:12
*** chas_ has joined #openstack-ironic04:13
*** godp1301 has quit IRC04:15
*** chas_ has quit IRC04:17
*** godp1301 has joined #openstack-ironic04:18
*** causten__ has quit IRC04:26
*** causten has joined #openstack-ironic04:26
*** causten has quit IRC04:28
*** zackf has joined #openstack-ironic04:33
*** zackf has quit IRC04:37
*** shuquan has quit IRC04:39
*** diablo_rojo has joined #openstack-ironic05:01
*** Sukhdev has joined #openstack-ironic05:02
*** godp1301 has quit IRC05:02
*** khamtamtun has joined #openstack-ironic05:04
*** godp1301 has joined #openstack-ironic05:13
openstackgerritMerged openstack/proliantutils: Add py35 to tox environments  https://review.openstack.org/39649105:20
*** vmud213 has joined #openstack-ironic05:20
*** khamtamtun has quit IRC05:21
*** fragatina has quit IRC05:30
*** fragatina has joined #openstack-ironic05:31
*** fragatina has quit IRC05:35
*** chas_ has joined #openstack-ironic05:36
*** shuquan has joined #openstack-ironic05:36
*** chas_ has quit IRC05:40
*** godp1301 has quit IRC05:41
*** syed__ has joined #openstack-ironic05:43
*** shuquan_ has joined #openstack-ironic05:47
*** shuquan has quit IRC05:48
*** mxburns has quit IRC05:57
openstackgerritTuan Luong-Anh proposed openstack/ironic: Use __slots__ for save memory of drivers  https://review.openstack.org/39710306:04
tuanluongHello ironic06:04
tuanluongHello jroll06:04
*** jaosorior has joined #openstack-ironic06:07
*** sabeen has quit IRC06:14
*** khamtamtun has joined #openstack-ironic06:17
*** bks has joined #openstack-ironic06:21
*** khamtamtun has quit IRC06:35
*** jaosorior has quit IRC06:40
*** rbudden has joined #openstack-ironic06:40
*** jaosorior has joined #openstack-ironic06:40
*** zackf has joined #openstack-ironic06:41
*** priteau has joined #openstack-ironic06:42
*** mjura has joined #openstack-ironic06:43
*** moshele has joined #openstack-ironic06:46
*** zackf has quit IRC06:46
*** priteau has quit IRC06:47
*** khamtamtun has joined #openstack-ironic06:48
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add a new Hardware Manager for Mellanox NICs  https://review.openstack.org/33481606:53
*** zackf has joined #openstack-ironic06:58
*** zackf has quit IRC07:02
*** wajdi has joined #openstack-ironic07:03
*** hshiina has joined #openstack-ironic07:03
*** wajdi has quit IRC07:05
*** chas_ has joined #openstack-ironic07:07
*** zackf has joined #openstack-ironic07:09
*** amotoki has joined #openstack-ironic07:09
*** ChubYann has quit IRC07:12
*** zackf has quit IRC07:13
*** rbudden has quit IRC07:20
*** rcernin has quit IRC07:23
*** _vsaienko has joined #openstack-ironic07:29
*** shuquan_ has quit IRC07:32
*** shuquan has joined #openstack-ironic07:32
*** rama_y has joined #openstack-ironic07:34
openstackgerritTuan Luong-Anh proposed openstack/ironic-python-agent: Replace json.dumps(obj) with oslo_serialization.jsonutils.dumps(obj)  https://review.openstack.org/36360507:39
*** makowals_ has joined #openstack-ironic07:50
openstackgerritTuan Luong-Anh proposed openstack/ironic-python-agent: Python 3 Compatible JSON  https://review.openstack.org/36360507:51
*** makowals has quit IRC07:53
*** syed__ has quit IRC07:55
*** rbartal has joined #openstack-ironic07:57
*** makowals_ has quit IRC08:00
*** makowals has joined #openstack-ironic08:01
*** rama_y has quit IRC08:03
*** shuquan_ has joined #openstack-ironic08:04
*** shuquan has quit IRC08:05
*** diablo_rojo has quit IRC08:10
*** ralonsoh has joined #openstack-ironic08:13
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924508:16
*** shuquan_ has quit IRC08:17
*** yonglihe has joined #openstack-ironic08:18
*** shuquan has joined #openstack-ironic08:19
*** pcaruana has joined #openstack-ironic08:22
*** e0ne has joined #openstack-ironic08:24
*** e0ne has quit IRC08:25
vsaienk0morning lucasagomes, dtantsur, sambetts, vdrok, aarefie, pas-ha, milan, mgould and all Ironic'ers!08:32
*** makowals_ has joined #openstack-ironic08:34
*** makowals has quit IRC08:37
*** Sukhdev has quit IRC08:39
openstackgerritGrzegorz Grasza (xek) proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924508:39
*** ccamacho has joined #openstack-ironic08:39
sergek_morning Ironic!08:40
sergek_morning vsaienk0 :)08:40
*** jpich has joined #openstack-ironic08:40
tuanluongmorning ironic08:45
tuanluongmornig vsaienk0, sambetts, vdrok pas-ha08:46
*** jaosorior is now known as jaosorior_lunch08:52
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-ui: Imported Translations from Zanata  https://review.openstack.org/39758808:57
*** zzzeek has quit IRC09:00
*** zzzeek has joined #openstack-ironic09:00
*** athomas has joined #openstack-ironic09:03
*** betherly has joined #openstack-ironic09:03
*** dtantsur|afk is now known as dtantsur09:04
dtantsurmorning Ironic09:04
*** _vsaienko has quit IRC09:12
*** openstackgerrit has quit IRC09:18
*** openstackgerrit has joined #openstack-ironic09:18
*** clsacramento has joined #openstack-ironic09:21
pas-hamorning dtantsur vsaienk0 and others :)09:21
dtantsuro/09:21
*** ohamada has joined #openstack-ironic09:24
*** priteau has joined #openstack-ironic09:25
*** lucas-afk is now known as lucasagomes09:28
lucasagomesmorning all09:29
dtantsurmorning lucasagomes09:38
aarefievmorning!09:41
*** jaosorior_lunch is now known as jaosorior09:42
*** roeyc has joined #openstack-ironic09:42
*** _vsaienko has joined #openstack-ironic09:43
xekmorning :)09:45
*** derekh has joined #openstack-ironic09:49
*** tuanluong has quit IRC09:57
*** snozhka has quit IRC10:00
*** hoangcx has quit IRC10:06
openstackgerritGalyna Zholtkevych proposed openstack/ironic-specs: API Evolution - ETAG identifiers  https://review.openstack.org/38199110:06
vdrokmorning ironic, vsaienk0 sergek_ dtantsur lucasagomes aarefiev and xek !10:15
openstackgerrityolanda.robla proposed openstack/bifrost: Create new fact for dib_env_vars  https://review.openstack.org/39764910:15
lucasagomeso/ morning10:15
*** e0ne has joined #openstack-ironic10:19
openstackgerrityolanda.robla proposed openstack/bifrost: Allow bifrost to work with selinux enabled  https://review.openstack.org/39374510:23
openstackgerrityolanda.robla proposed openstack/bifrost: Allow bifrost to work with selinux enabled  https://review.openstack.org/39374510:25
*** mgould|afk is now known as mgould10:27
mgouldmorning Ironic!10:27
dtantsurmorning mgould10:28
sambetts|afkMorning all10:30
*** sambetts|afk is now known as sambetts]10:30
*** shuquan has quit IRC10:31
*** fragatina has joined #openstack-ironic10:31
*** shuquan has joined #openstack-ironic10:33
dtantsurmorning sambetts]10:33
patchbotError: Spurious "]".  You may want to quote your arguments with double quotes in order to prevent extra brackets from being evaluated as nested commands.10:33
dtantsurpatchbot, nope!10:33
*** dtantsur is now known as dtantsur|bbl10:34
*** watanabe_isao has joined #openstack-ironic10:35
*** fragatina has quit IRC10:36
*** milan has joined #openstack-ironic10:38
milanmorning Ironic! :)10:38
*** khamtamtun has quit IRC10:39
*** shuquan has quit IRC10:45
*** phuongnh has quit IRC10:50
mgouldmorning dtantsur|bbl sambetts milan vdrok lucasagomes xek pas-ha vsaienk0 sergek_10:50
milanmorning mgould! :)10:50
lucasagomesmgould, hi there!10:52
sambetts]is py34 going away soon ??10:53
*** sambetts] is now known as sambetts10:53
mgouldsambetts: in general, or from OpenStack?10:57
*** _vsaienko has quit IRC10:59
*** khamtamtun has joined #openstack-ironic11:01
*** mgoddard_ has joined #openstack-ironic11:01
sambettsmgould: I'm on latest debian and I discovered a couple of days ago I can only install py35 now not py3411:03
sambettsmgould: so I wondered if py34 was being replaced by py35 completely11:04
*** mgoddard has quit IRC11:04
openstackgerritSam Betts proposed openstack/ironic: Add Virtual Network Interface APIs  https://review.openstack.org/32704611:05
mgouldpython 3.4.5 was released on 2016-06-2711:06
mgouldpython 3.5.1 was released on 2015-12-0711:07
mgouldoh wait, there's also 3.5.2, which was presumably released later11:07
mgouldno, sorry, also released on 2016-06-2711:08
sambettswell thats confusing...11:08
mgouldso I guess the PSF is still maintaining the 3.4.x branch11:08
sambettsseems like it then, I wonder why 3.4 has gone away in debian then, it definatly used to be avaivle11:10
vdrokmorning mgould and sambetts11:13
sambettso/ vdrok11:13
vdrokand good morning milan11:13
milanmorning sambetts, vdrok! :)11:14
*** zhangjl has left #openstack-ironic11:14
*** mgoddard_ has quit IRC11:17
*** mgoddard has joined #openstack-ironic11:18
*** zackf has joined #openstack-ironic11:22
openstackgerritVasyl Saienko proposed openstack/ironic-specs: Update interface-attach-detach-api  https://review.openstack.org/39769011:23
vsaienk0morning sambetts11:24
sambettshey vsaienk011:24
milanmorning vsaienk0! :)11:24
vsaienk0sambetts: could you please check ^ I think we need to update return value for vif_list()11:24
sambettsvsaienk0: the example I gave was the plan, e.g. just a list of IDs, do we need the more complicated structure?11:25
sambettsvsaienk0: when its only even going to have one key11:26
*** zackf has quit IRC11:26
vsaienk0sambetts: it will allow to do not implement custom print logic on ironicclient side, and will allow to add more data in future to return value, for example ironic port/portgroup uuid with which VIF was associated11:28
vsaienk0sambetts: user may want to know if VIF was associated to port or portgroup? printing just VIF uuids is not super informational, user will required to walk over all ports/portgroups to find object with which VIF was associated11:31
*** jkilpatr has quit IRC11:31
sambettsvsaienk0: IMO users shouldn't know which VIF was associtated to a port, thats the point of the absraction11:32
sambettsvsaienk0: but I understand the point about custom print logic11:32
openstackgerritGalyna Zholtkevych proposed openstack/ironic-specs: API Evolution - ETAG identifiers  https://review.openstack.org/38199111:34
vsaienk0sambetts: but it is an admin API /node/{node_ident}/vifs ? It may be useful for administrator to get that information, not only list of VIFS11:37
*** zackf has joined #openstack-ironic11:38
sambettsvsaienk0: there is no guarentee how a network interface implementation maps the vifs to the pifs, an attached vif might not even be mapped to a pif until later on in the deploy process11:39
vsaienk0sambetts: attaching vif to a node is a synchronous operation right?11:41
sambettsvsaienk0: yes11:41
sambettsvsaienk0: but attaching it to the node, doesn't mean mapping it to a port nessesarly11:41
vsaienk0sambetts: so if request with attach vif was completed it means that network driver.attach_vif() set vif_port_id to any node pif right?11:42
*** zackf has quit IRC11:43
*** links has quit IRC11:43
*** _vsaienko has joined #openstack-ironic11:43
sambettsvsaienk0: a request to attach vif, just means "attach this vif to this node" in the neutron network interface implementation that means mapping it to a pif, but in other cases the network interface implementation might store the vifs somewhere else to do something special during configure tenant networks11:44
vsaienk0sambetts: vif should be anyway associated with ironic pif somehow, because it should contain mac address of some pif11:47
vsaienk0or you mean that mac address of VIF may be updated later during tenant netwroks configuration?11:48
sambettsvsaienk0: ironic will upate the mac address if it needs too, but in some network interface implementations the hardware has programmable mac addresses so uses the neutron generated one11:48
vsaienk0sambetts: I see,  return additional information may conflict with custom network drivers, but we can change return value to [{'id': 'vif-id'}] to avoid ironicclient customization11:53
sambettsvsaienk0: exactly :)11:53
*** dtantsur|bbl is now known as dtantsur11:53
sambettsvsaienk0: only guarenteed piece of information is the ID11:54
vsaienk0sambetts: nice, can you please review the patch than https://review.openstack.org/#/c/397690/11:54
patchbotpatch 397690 - ironic-specs - Update interface-attach-detach-api11:54
sambettsyup looking at it now11:54
*** bks has quit IRC11:57
openstackgerritSam Betts proposed openstack/ironic: Add Virtual Network Interface APIs  https://review.openstack.org/32704611:58
*** snozhka has joined #openstack-ironic11:58
openstackgerritGalyna Zholtkevych proposed openstack/ironic: Retry connecting to vm after power-on  https://review.openstack.org/39490112:01
*** priteau has quit IRC12:03
*** jcoufal has joined #openstack-ironic12:12
*** watanabe_isao has quit IRC12:13
*** jkilpatr has joined #openstack-ironic12:14
*** priteau has joined #openstack-ironic12:17
*** gcb has quit IRC12:19
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add node provision state change notification  https://review.openstack.org/34843712:23
vsaienk0sambetts: do we need to support pagination for vif_list() ?12:27
vsaienk0sambetts: theoretically vif_list may be too long, the same as number of node ports12:27
sambettsvsaienk0: I guess we probably should12:28
*** dprince has joined #openstack-ironic12:33
*** ccamacho is now known as ccamacho|lunch12:33
vsaienk0sambetts: it will require a lot of changes to API implementation12:33
sambettswill it?12:34
* sambetts hasn't dug into pagination much 12:35
*** priteau has quit IRC12:37
vsaienk0sambetts: it is implemented at db api layer for ports and other objects12:37
sambettsvsaienk0: how is it exposed through the API though?12:37
sambettsvsaienk0: its just a URL query isn't it?12:38
vsaienk0sambetts: yes12:38
sambettsthen we only need to parse that query in the controller and limit the returned data right?12:38
vsaienk0sambetts: something like that12:39
*** bdeschenes has joined #openstack-ironic12:42
*** vmud213 has quit IRC12:43
*** bdeschenes has quit IRC12:46
sambettsvsaienk0: how do I run a multinode job? recheck experimental?12:47
vsaienk0sambetts: recheck doesn't work for experimental pipeline, you have to do 'check experimental'12:47
*** hw_wutianwei has quit IRC12:47
sambettsah, thats what I wanted thanks :D12:47
*** priteau has joined #openstack-ironic12:48
vsaienk0sambetts: we have only 3 patches to ironic left and 1 to devstack-gate which already has +2 related to multinode12:49
sambettsvsaienk0: having to deal with pretty nasty merge conflicts from those patches on my https://review.openstack.org/392959 patch12:49
patchbotpatch 392959 - ironic - Rework Ironic devstack baremetal network simulation12:49
vsaienk0sambetts: yeah, they touch networking part but nothing serious, mostly just skip some steps based on node role12:51
sambettsyeah thats what I'm adjust my patch to support now, it should actually simplify things quite a bit12:52
*** ipukha has joined #openstack-ironic12:52
vsaienk0sambetts: what do you think should go first multinode or your network refactoring?12:53
*** lucasagomes is now known as lucas-hungry12:54
sambettsvsaienk0: trying to workout how much work it'll be to make multinode work in my refactor12:54
milanaarefiev, dtantsur, sambetts morning guys! :) if you wish to vote for our new operator name: not_in/nin/out respond please to the mail thread thx! ;)12:56
vsaienk0sambetts: multinode is low hanging fruit now, so I think it is better to refactor networking with multinode support12:56
milanbike shedding \o/ :D12:56
*** e0ne has quit IRC12:56
* dtantsur hates naming things12:56
*** e0ne has joined #openstack-ironic12:56
milandtantsur better vote now otherwise you may have to review an ugly name :P12:57
milanbtw so far not_in winning12:58
milanover nin12:58
dtantsurI prefer not_in too, but I see that they already have neq, so nin may win in the end. I don't care too much.12:58
*** bfournie has quit IRC12:59
sambettsnin definatly is more consistant with the existing forms12:59
openstackgerritDmitry Tantsur proposed openstack/ironic: Add database fields for all interfaces  https://review.openstack.org/39668112:59
*** ralonsoh_ has joined #openstack-ironic13:04
*** ralonsoh has quit IRC13:05
aarefievyeah, I thought about nin too, but we can live with not_in too :)13:05
milansure :)13:08
*** trown|outtypewww is now known as trown13:11
*** priteau has quit IRC13:12
jrollmorning y'all13:13
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add ironic resources CRUD notifications  https://review.openstack.org/35654113:14
sambettso/ jroll13:14
sambettsjroll: can you remember what the name of that project that was mentioned at the summit for proiding a standalone scheduler for standalone ironic?13:15
jrollsambetts: nimble?13:15
jrollit isn't just a scheduler, it's nova with all the vm stuff ripped out :|13:16
*** khamtamtun has quit IRC13:16
dtantsurmorning jroll13:16
dtantsurjroll, could you please check the remaining stable patches (http://bit.ly/2fE0QTj)? I'd like to make stable/newton releases soon.13:17
jrolldtantsur: totes13:17
*** hamzy has quit IRC13:18
sambettsjroll: ah :/13:22
*** priteau has joined #openstack-ironic13:23
milanmorning jroll! :)13:24
*** priteau has quit IRC13:25
*** causten has joined #openstack-ironic13:25
* milan relocates13:27
sambettsjroll: well thats disappointing, I thought it was going to be a thing for standalone but it all hooked into OpenStack still13:27
jrollsambetts: indeed13:27
*** milan has quit IRC13:28
*** causten has quit IRC13:29
*** bfournie has joined #openstack-ironic13:29
aparnavHey jroll, Could you please take a look at this RFE https://bugs.launchpad.net/ironic/+bug/1641857 ?13:33
openstackLaunchpad bug 1641857 in Ironic "[RFE] Allow IPA to perform disk erase using thirdparty storage controller" [Undecided,New]13:33
jrollaparnav: that works today, with erase_block_device, afaik13:34
jrollaparnav: a hardware manager can implement erase_block_device, so it's handled per-disk13:35
*** shuquan has joined #openstack-ironic13:35
*** sborkows has joined #openstack-ironic13:35
aparnavjroll, I am trying to erase the disks which are not visible to the OS and are in turn attached to the node using a storage controller13:36
jrollhrm13:36
aparnavjroll, so those disks won't be listed as the block device13:36
jrollright right13:37
jrollaparnav: so I'd honestly say that your hardware manager should include an extra clean step for this, but the docstring for erase_devices also implies you can just override this13:38
jrollaparnav: I'm going to leave a comment and ask JayF to look at this and see what he thinks13:39
*** yolanda has quit IRC13:39
openstackgerritVladyslav Drok proposed openstack/ironic: Make all IronicExceptions RPC-serializable  https://review.openstack.org/39635513:39
vdrokgood morning jroll13:40
*** shuquan has quit IRC13:40
jrollJayF: when you're around, I'd love your eyes on https://bugs.launchpad.net/ironic/+bug/164185713:41
openstackLaunchpad bug 1641857 in Ironic "[RFE] Allow IPA to perform disk erase using thirdparty storage controller" [Undecided,New]13:41
jrollmorning vdrok13:41
*** jheroux has joined #openstack-ironic13:41
aparnavjroll, it can be added as a extra clean step. As we have to fall back to 'erase_device', I thought it will be better to add it in erase_devices instead of adding a new clean step13:41
jrollaparnav: right, I guess I'm not sure yet :)13:42
*** jcoufal_ has joined #openstack-ironic13:43
aparnavjroll, thanks, I will wait to see what others think about this.13:44
jrollthanks :)13:44
sambettsvsaienk0: do you simulate multinode downstream? I'm just wondering what the best way to test the change is13:45
*** jcoufal has quit IRC13:46
vsaienk0sambetts: I setup multinode manually (require to setup vxlan tunnel between nodes manually), but jlvillal worked on automation I don't know if he succeed.13:47
jrolldtantsur: backports queue is clear13:47
dtantsurcool!13:47
*** crinkle_ has joined #openstack-ironic13:48
*** aparnav has quit IRC13:48
*** priteau has joined #openstack-ironic13:48
*** crinkle has quit IRC13:49
sambettsvsaienk0: ah ok, do you use something like virtual box with 2 VMs?13:50
*** ccamacho|lunch is now known as ccamacho13:50
*** chas_ has quit IRC13:52
*** chas_ has joined #openstack-ironic13:52
vsaienk0sambetts: yes, 2 KVM vms setup vxlan tunnel between them, than  run stack.sh on primary node, update IPs in local.conf on subnode and run stach.sh on subnode.13:53
*** causten has joined #openstack-ironic13:53
*** chas__ has joined #openstack-ironic13:54
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add node maintenance notifications  https://review.openstack.org/39623913:54
sambettsvsaienk0: ah ok, I use virtual box on windows, so I'll have to experiment with the best way to simulate upstream13:54
*** yolanda has joined #openstack-ironic13:55
vsaienk0sambetts: all that is required - L3 connection between VMs, even no need to plug them to the same network13:56
*** chas_ has quit IRC13:56
*** _vsaienko has quit IRC13:57
sambettsvsaienk0: oh ok, makes sense13:57
*** crinkle_ is now known as crinkle13:58
*** khamtamtun has joined #openstack-ironic13:58
*** Goneri has joined #openstack-ironic13:58
*** vsaienko has joined #openstack-ironic14:00
*** rloo has joined #openstack-ironic14:01
*** causten has quit IRC14:01
*** causten has joined #openstack-ironic14:02
*** lucas-hungry is now known as lucasagomes14:02
*** Goneri has quit IRC14:03
*** causten has quit IRC14:06
*** yolanda has quit IRC14:07
*** aparnav has joined #openstack-ironic14:12
*** pcaruana has quit IRC14:13
*** awiddersheim has quit IRC14:15
*** Goneri has joined #openstack-ironic14:15
*** rbudden has joined #openstack-ironic14:15
*** khamtamtun has quit IRC14:16
*** lindycoder has joined #openstack-ironic14:18
*** awiddersheim has joined #openstack-ironic14:19
*** ElCoyote_ has quit IRC14:22
*** yolanda has joined #openstack-ironic14:23
*** chas__ has quit IRC14:24
*** chas_ has joined #openstack-ironic14:25
*** vinsh has quit IRC14:25
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/39613414:28
*** baoli has joined #openstack-ironic14:29
*** baoli has quit IRC14:29
openstackgerritStephen Finucane proposed openstack/ironic: Remove ClusteredComputeManager  https://review.openstack.org/39776214:29
openstackgerritDmitry Tantsur proposed openstack/ironic: Add node (database and objects) fields for all interfaces  https://review.openstack.org/39668114:29
*** chas_ has quit IRC14:30
openstackgerritVasyl Saienko proposed openstack/python-ironicclient: Add interface attach/detach support  https://review.openstack.org/36442014:31
jrollvsaienk0: sambetts: for multitenant network testing, do we use any of tempests network_basic_ops tests or is it all in the ironic tempest plugin?14:35
vsaienk0jroll: all is in ironic tempest plugin14:35
*** baoli_ has joined #openstack-ironic14:35
jrollcool, thanks14:35
*** zackf has joined #openstack-ironic14:36
*** jaosorior has quit IRC14:36
openstackgerritJim Rollenhagen proposed openstack/ironic: Turn off tempest's multitenant network tests  https://review.openstack.org/39776714:37
jrollignore that for a moment :)14:38
* jroll needs to make sure tempest is okay with that new flag's name14:38
sambettsjroll: do we need that? don't we do that by just passing in the regex? or is this for running full tempest with no regex?14:40
jrollsambetts: that's a good point, but I'd say yes for the latter14:41
jrollsambetts: just replacing existing 'is baremetal enabled' checks with something more sane14:41
*** vsaienko has quit IRC14:41
jrolle.g. https://review.openstack.org/#/c/355586/16/tempest/scenario/manager.py14:41
patchbotpatch 355586 - tempest - Removing baremetal tests from tempest tree14:41
openstackgerritDmitry Tantsur proposed openstack/ironic: Add node (database and objects) fields for all interfaces  https://review.openstack.org/39668114:41
sambettsjroll: if we're running full tempest shouldn't we test all the multitenant stuff?14:41
jrollsambetts: we aren't yet... but yes14:42
jrollsambetts: first goal is get stuff out of the tempest tree, then we'll move on to the plugin repo thing, and then make our tempest testing not terrible14:42
jroll:)14:42
*** tuan_luong has joined #openstack-ironic14:42
jrollhope that makes sense14:43
sambettsjroll: totally :)14:44
*** godp1301 has joined #openstack-ironic14:44
*** godp1301_ has joined #openstack-ironic14:45
*** khamtamtun has joined #openstack-ironic14:45
openstackgerritJim Rollenhagen proposed openstack/ironic: DNM: Testing 355586  https://review.openstack.org/39777514:47
jrollaaaand making sure everything works14:47
*** godp1301 has quit IRC14:49
*** bdeschenes has joined #openstack-ironic14:49
*** khamtamtun has quit IRC14:50
*** makowals_ has quit IRC14:52
*** makowals has joined #openstack-ironic14:52
*** causten has joined #openstack-ironic14:59
*** rbudden has quit IRC14:59
*** hshiina has quit IRC15:00
jrolldtantsur: sanity check me on tempest plugin repos? https://review.openstack.org/#/c/397781/15:02
patchbotpatch 397781 - openstack-infra/project-config - Create repo for ironic tempest plugins15:02
*** Goneri has quit IRC15:02
dtantsurjroll, I dunno if they'll expect it to be tempest-plugin-ironic or ironic-tempest-plugin. have you had a chance to talk to qa folks about their expectation?15:03
sambettsor tempest-ironic-plugin ;)15:04
jrolldtantsur: the projects with separate plugins seem to be *tempest-plugin http://docs.openstack.org/developer/tempest/plugin-registry.html15:04
jrollthough, there aren't many, wow15:04
dtantsuropenstack/tempest-horizon15:04
jrollI thought most were separate plugins15:04
jrollugh15:04
*** vinsh has joined #openstack-ironic15:04
dtantsuropenstack/designate-tempest-plugin15:04
jrollI'll ask15:05
dtantsuryes please15:05
jrollyeah, and trove-tempest-plugin15:05
jrollI hate naming things15:05
dtantsurnaming \o/15:05
jroll(also, why should qa care)15:05
dtantsurwell, they're an obvious point of contact for such questions.. and they might issue a policy on that15:06
jrollright, I meant more of ... why does it matter :)15:06
*** chas_ has joined #openstack-ironic15:08
*** chas__ has joined #openstack-ironic15:10
*** syed__ has joined #openstack-ironic15:10
*** chas_ has quit IRC15:13
*** vinsh has quit IRC15:14
dtantsurfor me - it doesn't :) I just don't want end up having to renaming the repo15:15
*** vinsh has joined #openstack-ironic15:15
*** chas__ has quit IRC15:15
jrollright15:15
*** Goneri has joined #openstack-ironic15:15
*** vinsh has quit IRC15:16
*** vinsh has joined #openstack-ironic15:17
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Update CRUD and node states notification spec  https://review.openstack.org/39779215:17
*** vinsh has quit IRC15:18
*** igordcar1 has quit IRC15:19
*** igordcard has joined #openstack-ironic15:19
dtantsurmeh, I tried to make the next driver comp patch small, but it pulls more and more things in >_<15:20
*** vinsh has joined #openstack-ironic15:21
yuriyzhi ironic mariojv looks like we need new notification action for console https://review.openstack.org/#/c/397792/15:26
patchbotpatch 397792 - ironic-specs - Update CRUD and node states notification spec15:26
mariojvthanks yuriyz, already opened it and taking a look15:26
mariojvyuriyz: +115:29
*** wajdi has joined #openstack-ironic15:29
*** rbrud has joined #openstack-ironic15:30
NobodyCamGood Morning Ironic'ers :)15:33
*** nicodemos has joined #openstack-ironic15:34
dtantsurmorning NobodyCam15:34
NobodyCam:)15:34
*** mjturek has joined #openstack-ironic15:35
openstackgerritKarthik S proposed openstack/ironic-inspector-specs: Spec for retrieving NUMA node information  https://review.openstack.org/39614715:35
jkilpatrdtantsur, do you know why ironic node-show has fields for introspection details that are never populated15:36
jkilpatr?15:36
dtantsurjkilpatr, which fields are you referring to?15:36
jkilpatrinspection_start_at and inspection_finished_at15:36
openstackgerritDmitry Tantsur proposed openstack/ironic: [WIP] Support defining and loading hardware types  https://review.openstack.org/33662615:37
mjturekrloo lucasagomes vsaienk0: was wondering if you could re-review https://review.openstack.org/#/c/185987 now that the RFE has been accepted15:37
patchbotpatch 185987 - ironic - Enable PXE for systems using petitboot15:37
dtantsurjkilpatr, they do get populated when you use "inspect" provision state (but not when you use ironic-inspector API/CLI directly)15:37
lucasagomesmjturek, hi there, will do15:37
mjturekthanks :)15:37
openstackgerritVladyslav Drok proposed openstack/ironic: Add user and project domains to ironic context  https://review.openstack.org/29537115:37
lucasagomesjust give me few minutes15:37
mjturekno rush15:38
jkilpatrdtantsur, so if I set nodes to the inspect provision state introspection is started exactly as if I had run the direct command?15:38
dtantsurjkilpatr, not exactly, it depends on a driver, for exampled15:38
dtantsurref: http://docs.openstack.org/developer/ironic/deploy/inspection.html15:39
jkilpatrdtantsur, thanks I'll go off an investigate, because watching for the node to turn itself off is a horrible way to gather metrics on introspection15:40
lucasagomesmjturek, +2, the only update since my last review was the method's name15:41
sambettsjkilpatr: we're are adding a new command for ironic-inspector for listing the state of inspection too, https://review.openstack.org/#/c/375045/15:42
patchbotpatch 375045 - ironic-inspector-specs - Endpoint to list introspection statuses15:42
openstackgerritStephen Finucane proposed openstack/ironic: Remove ClusteredComputeManager  https://review.openstack.org/39776215:42
*** rama_y has joined #openstack-ironic15:43
vdrokgood morning NobodyCam15:43
*** aparnav has quit IRC15:43
NobodyCamGood Morning Vdok :)15:44
*** jvgrant__ has quit IRC15:45
*** jvgrant has joined #openstack-ironic15:45
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Update CRUD and node states notification spec  https://review.openstack.org/39779215:46
openstackgerritJarrod Johnson proposed openstack/pyghmi: Consolidate IMM date string parsing  https://review.openstack.org/39780115:46
jkilpatrdtantsur, pxe_ipmitool does not support inspect15:46
*** milan has joined #openstack-ironic15:47
*** openstackgerrit has quit IRC15:48
*** chas_ has joined #openstack-ironic15:48
*** openstackgerrit has joined #openstack-ironic15:48
dtantsurjkilpatr, it has to be enabled in configuration15:49
dtantsur[inspector]enabled=True15:49
jlvillalsambetts: I do have a way to simulate a multi-node setup.15:49
*** aparnav has joined #openstack-ironic15:49
jlvillalsambetts: If you look in the devstack-gate-test repository there is a multi.*.sh script and an ansible playbook.15:49
*** absubram has joined #openstack-ironic15:50
jlvillalsambetts: Kind of OSIC cloud dependent, but I think it can give you an idea. Basically it is setting up the /etc/nodepool/ directory on each node15:50
sambettsjlvillal: I don't think it'll work for my situation becuase I want to use 2 virtualbox VMs, but I think I'm working it out now :)15:51
nicodemoslucasagomes and/or vdrok. I have a question about: https://review.openstack.org/#/c/396698/. I get this bug from another patch (https://review.openstack.org/#/c/358041), and forgot to move the unittests too... so I copy the tests as they were and then resolve the conflicts later?15:51
patchbotpatch 396698 - ironic - Missing or not needed return values in OneView dep...15:51
patchbotpatch 358041 - ironic - Reusing oneview_client when possible15:51
openstackgerritAnnie Lezil proposed openstack/ironic-python-agent: Trying to create a package for biosdevname  https://review.openstack.org/39640615:51
jlvillalsambetts: You can look at it and see what is done. The basic thing is making the /etc/nodepool/directory. And that the master can SSH into the subnode15:51
*** chas_ has quit IRC15:53
jkilpatrdtantsur, so wait if I had to enable inspector what was I using before?15:53
jkilpatrthere is a difference between the pxe image and some other method?15:53
* jkilpatr is confused15:54
dtantsurjkilpatr, no idea, sorry. I don't have context and what you were using, probably ironic-inspector CLI directly15:54
vdroknicodemos: not sure I get it, https://review.openstack.org/#/c/358041 was a part of https://review.openstack.org/#/c/396698/, then you decided to split those and forgot to move the unittests?15:54
patchbotpatch 358041 - ironic - Reusing oneview_client when possible15:54
patchbotpatch 396698 - ironic - Missing or not needed return values in OneView dep...15:54
lucasagomesnicodemos, lemme check15:54
lucasagomesnicodemos, so, if patch https://review.openstack.org/#/c/396698/ conflicts with https://review.openstack.org/#/c/358041 (or vice-versa) you can always create a chain of changes15:56
patchbotpatch 396698 - ironic - Missing or not needed return values in OneView dep...15:56
patchbotpatch 358041 - ironic - Reusing oneview_client when possible15:56
lucasagomesyou can rebase a patch on top of the other and resolve the conflicts on that chain15:56
nicodemosvdrok, kind of. Dmitry asked to seprate the bug in a new patch, but the test was created in the previous patch.15:57
vdroknicodemos: I think the best way is to add unittests in https://review.openstack.org/#/c/358041 and rebase  https://review.openstack.org/#/c/396698/ on top. what lucasagomes already said :)15:57
patchbotpatch 358041 - ironic - Reusing oneview_client when possible15:57
patchbotpatch 396698 - ironic - Missing or not needed return values in OneView dep...15:57
lucasagomesnicodemos, right, so just put the new patch on top of the one dmitry asked to separate15:57
nicodemosok. Thanks. vdrok lucasagomes15:57
lucasagomesnicodemos, as two commits, and then "git review" them15:58
lucasagomesgerrit will take care of keeping the chain in place15:58
*** rajinir has joined #openstack-ironic16:01
*** rpioso has joined #openstack-ironic16:02
openstackgerritMerged openstack/python-ironicclient: Adds --chassis-uuid to osc 'baremetal node set'  https://review.openstack.org/36399916:02
*** pcaruana has joined #openstack-ironic16:02
JayFjroll: aparnav: I'm going to suggest we reject that RFE, and instead implement the feature in a third party hardware manager. Basically it looks like even detecting these disks require a third-party tool, that I don't think it's wise to ship with our ramdisk16:04
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Update CRUD and node states notification spec  https://review.openstack.org/39779216:04
*** sborkows has quit IRC16:04
openstackgerritJohn L. Villalovos proposed openstack/ironic: WIP/DNM: Test stable/newton to see if working gate  https://review.openstack.org/39780316:05
jrollJayF: well, the RFE is about using hw manager things to dispatch erase_devices, rather than dispatching erase_block_device for each disk16:07
jrollJayF: it isn't about writing the actual codd16:08
jrollcode16:08
JayFjroll: someone could simply subclass GenericHardwareManager and override list_block_devices to also detect the "undetectable" devices16:09
JayFjroll: I don't know what needs to change here16:09
jrollah, that's true16:09
jrollJayF: the misinformation needs to change, I guess? :)16:09
jrollcan you leave a comment on the rfe for aparnav ?16:10
JayFI already left one comment, I'll also paste this short irc chat16:10
*** Goneri has quit IRC16:11
JayFjroll: although to be clear; for this use case I do *not* reccomend that course of action16:12
*** roeyc has quit IRC16:12
jrollJayF: well, I guess I'm looking for your expertise on what the best action for this person to take is16:12
JayFjroll: if I were trying to solve this problem, I'd write a hardware specific hardware manager, and add a clean step specifically to wipe these "invisible" disks16:12
JayFwhich is what you originally suggeted16:12
jrollJayF: yeah, that's one option I mentioned16:12
JayF*suggested16:12
jrollright16:12
*** chas_ has joined #openstack-ironic16:19
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add node console notifications  https://review.openstack.org/39781216:22
*** Goneri has joined #openstack-ironic16:23
*** chas_ has quit IRC16:23
aparnavJayF, jroll, The idea is to call a method similar to 'erase_block_device' say 'erase_controller_disks' from the erase_devices method. The actual implementation of erasing the disks using the thirdparty hardware manager utility doesn't comes under the GenericHardwareManager.16:28
aparnavIf the thirdparty hardware manager doesn't have the method then fall back to current erase_device steps16:29
JayFaparnav: IMO that makes the existing method much more complicated when there's no reason; we already have a plugin system for adding extra cleaning steps, what's the downside in using that?16:30
*** Nisha has joined #openstack-ironic16:30
*** mgoddard_ has joined #openstack-ironic16:30
*** Nisha is now known as Guest3961916:30
openstackgerritStenio Araujo proposed openstack/ironic: Adds another validation step when using dynamic allocation  https://review.openstack.org/37707316:31
*** baoli_ has quit IRC16:31
openstackgerritFélix Bouliane proposed openstack/ironic: Add virtualpdu to ironic devstack plugin  https://review.openstack.org/38815416:31
openstackgerritFélix Bouliane proposed openstack/ironic: DONOTMERGE-change IRONIC_DEPLOY_DRIVER to pxe_snmp  https://review.openstack.org/38816816:31
dtantsurhmm, wut? http://logs.openstack.org/41/396741/1/check/gate-tempest-dsvm-ironic-multitenant-network-ubuntu-xenial/c771f22/console.html#_2016-11-15_15_17_09_26137116:32
dtantsurhttps://review.openstack.org/396741 fails with this16:32
patchbotpatch 396741 - ironic (stable/newton) - Add PS4 for better logfile information of devstack...16:32
dtantsurand ditto for inspector job Oo http://logs.openstack.org/41/396741/1/check/gate-tempest-dsvm-ironic-inspector-nv/bf64714/console.html#_2016-11-15_15_22_07_59130416:32
dtantsurhave we broken stable branches?16:33
*** e0ne has quit IRC16:33
dtantsurSKIPPED: Port state change feature isn't supported by Ironic16:33
dtantsursambetts, vsaienk0 maybe you have ideas ^^^?16:33
*** mgoddard has quit IRC16:33
*** e0ne has joined #openstack-ironic16:34
dtantsurugh, our tests are skipped completely on stable/newton, only API tests are run :(16:34
*** rama_y has quit IRC16:35
sambettsdtantsur: just git grepped tempest and ironic and have no idea where that message is coming from...16:36
*** godp1301_ has quit IRC16:36
aparnavJayF, It can be added as extra clean step. Then it will be calling two clean steps instead of one.  Also we have to fall back to 'erase_device', I thought it will be better to add it in erase_devices instead of adding a new clean step.16:36
sambettsdtantsur: literally can't find the words "Port state" anywhere...16:37
*** godp1301 has joined #openstack-ironic16:38
dtantsurOo16:38
jrolldtantsur: that sounds like my tempest patch16:38
dtantsurright, it may be it16:38
jrollwtf16:38
sambettswtf has the gate smooshed those patches together somehow?!16:39
JayFaparnav: No, IMO this is exactly why we made the clean steps pluggable, for a case like that.16:39
JayFaparnav: and I have no problem with having it be an openstack project for a 3rd party hw manager, my only objection to 100% upstreaming this is that we generally reject things that require thirdparty/proprietary utilities in IPA16:40
*** tuan_luong has quit IRC16:40
jrollsambetts: it's in there16:40
jrollOH16:40
jrollthis is dumb, lol16:41
jrollso16:41
jlvillalI'll chime in with yeah the stable/newton branch appears broken: http://logs.openstack.org/03/397803/1/check/gate-tempest-dsvm-ironic-multitenant-network-ubuntu-xenial/89b22e4/16:41
jlvillalThat is from a patch with no changes.16:41
jrollthe tempest config thing we brought over16:41
jrollchecks port_admin_state_change16:41
jrollskips if set16:41
* jlvillal goes to update whiteboard, unless already done16:41
jrollwhich may be silly, dunno16:41
jrollbut16:41
jrollwe use master tempest plugin16:41
jrolland stable devstack16:41
jrollthis is fine on master because devstack plugin sets it accordingly.16:41
dtantsuraha, wonderful world of branchless things >_<16:41
jrollindeed16:42
jrollso uh, backport-wise16:42
jrollI can backport the whole patch, even though tempest plugin changes won't be used16:42
dtantsur++16:42
jrollor I can only backport the devstack changes16:42
jrolldtantsur: so, whole patch you think?16:43
dtantsurwhole patch. imagine some people will try using stable tempest plugin16:44
jrollheh16:45
openstackgerritJim Rollenhagen proposed openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/39782416:45
jrollbah, merge conflict for mitaka16:46
dtantsurwoohoo16:46
dtantsurand should we bother with liberty?16:46
jlvillaljroll: dtantsur: Whiteboard updated16:46
aparnavJayF, I understand. The thirdparty utility related changes goes under Thirdparty hardware manager and not under IPA. But 'erase_devices' in IPA needs changes for the call 'erase_controller_disks' to the hardware managers.16:46
jrolldtantsur: probably not, dunno16:48
jlvillaldtantsur: What do you think of this __slots__ patch. I'm not understanding the value of it yet:  https://review.openstack.org/#/c/397103/16:48
patchbotpatch 397103 - ironic - Use __slots__ for save memory of drivers16:48
JayFaparnav: I disagree with us overloading that one step with also erasing disk controller disks. There's no need for it, you literally have the exact use case for a custom additional clean step. Unless there's some requirement you haven't laid out, I don't think I'm going to be onboard for approving that as an RFE.16:48
jlvillaldtantsur: I think the inspiration was a comment you made in a spec.16:49
dtantsurjlvillal, just like you, I'd prefer to see at least simple memory comparison16:49
jlvillaldtantsur: Good :)  Thanks.16:49
*** chas_ has joined #openstack-ironic16:49
openstackgerritJim Rollenhagen proposed openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/39782816:49
dtantsurshould not be hard to do, like enroll 10000 fake nodes and check :)16:49
jrolldtantsur: ok, there's mitaka16:49
dtantsurcool, will wait for CI16:50
jrolldtantsur: let's be sure not to merge anything in stable for now I guess :D16:50
aparnavJayF, okay I understand. Thank you16:50
JayFaparnav: I'll be glad to review whatever code you get for a third party hardware manager, and help you make sure it works :)16:50
dtantsurjroll, you're missing cherry-pick lines in both cases16:50
dtantsur* only mitaka16:50
aparnavJayF, thank you :)16:51
jrolldtantsur: oops, thanks16:51
JayFaparnav: are you OK with me marking that RFE as invalid/rejected? I'm not a dictator so you can talk to other folks and try to get consensus around your idea instead, but if you're going off to try what I suggested I wanna cleanup the bug :D16:52
openstackgerritJim Rollenhagen proposed openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/39782816:53
*** ipukha has left #openstack-ironic16:53
jrolldtantsur: fixed16:53
dtantsurk16:53
*** chas_ has quit IRC16:54
*** fragatina has joined #openstack-ironic16:54
*** fragatina has quit IRC16:54
openstackgerrityolanda.robla proposed openstack/bifrost: Allow bifrost to work with selinux enabled  https://review.openstack.org/39374516:57
openstackgerritHugo Nicodemos proposed openstack/ironic: Missing or not needed return values in OneView deploy interface  https://review.openstack.org/39669816:58
openstackgerritHugo Nicodemos proposed openstack/ironic: Reusing oneview_client when possible  https://review.openstack.org/35804116:58
nicodemosvdrok, lucasagomes. Done ^. Thanks o/17:00
lucasagomesnicodemos, will take a look later, thanks!17:00
*** g3ek has quit IRC17:02
*** chuckC_ has joined #openstack-ironic17:02
*** mjura has quit IRC17:03
*** chuckC_ has quit IRC17:04
*** causten has quit IRC17:04
*** moshele has quit IRC17:06
*** causten has joined #openstack-ironic17:08
*** jcoufal_ has quit IRC17:10
*** ccamacho is now known as ccamacho|afk17:10
*** Guest39619 is now known as Nisha_17:14
*** jcoufal has joined #openstack-ironic17:14
Nisha_JayF, hi17:15
Nisha_JayF, aparnav discussed with me on the RFE just now.17:16
openstackgerrityolanda.robla proposed openstack/bifrost: Allow bifrost to work with selinux enabled  https://review.openstack.org/39374517:16
jrollrloo: no word from devananda on api meeting, I guess we turn it off17:16
Nisha_JayF, am sorry but i am still missing why it needs a new clean step and why it cant be in current erase_devices step17:17
JayFNisha_: there are two separate questions here, and I'll answer them separately:17:17
Nisha_JayF, sure17:18
JayFNisha_: 1) Should we have upstream support for detecting and erasing these disks? My answer is "no", simply because as an implementation detail, we'd have to include a nonfree HP utility, and that's something we generally have rejected in upstream IPA. So then the question becomes...17:18
Nisha_aparnav, ^^^17:19
*** chas_ has joined #openstack-ironic17:19
Nisha_aparnav, are u calling hpssacli in IPA?17:19
JayFNisha_: 2) What's the best way to do this out of tree? aparnav suggested adding a hook to erase_devices, I rejected that because this is the exact use case we created custom cleaning steps for. A small hardware manager can add a single clean step to erase the disks in a controller, and deploy it as a separate hardware manger. There is no value whatsoever in modifying the existing erase_devices step17:19
JayFworkflow.17:19
rloojroll: yeah, let's turn it off. We can always add it back in when/if we want.17:19
Nisha_aparnav, as i understand it must be in proliant hardware manager17:20
rloojroll: you going to send out email about it? and I'll let you do the honor: https://review.openstack.org/#/c/395517/17:20
patchbotpatch 395517 - openstack-infra/irc-meetings - Remove unused Ironic v2 API meeting17:20
aparnavNisha_, hpssacli is not getting called from IPA17:20
jrollrloo: just +1'd the thing, and bah was hoping you'd send mail :)17:20
jrollrloo: I can send email and update wiki after lunch though17:21
Nisha_JayF, we already have hardware manager and IPA just invokes calling that17:21
rloojroll: ha ha. i can send it17:21
aparnavNisha_, The changes related to hpssacli goes to proliant hardware manager17:21
*** e0ne has quit IRC17:21
Nisha_JayF, ^^^17:21
jrollrloo: you rule, but I really don't mind :)17:21
* jroll lunches now17:21
Nisha_JayF, does this helps to answer that the third party tool is not getting called in IPA upstream17:21
JayFNisha_: the third party tool is needed /to see the disks at all/17:22
JayFNisha_: which means upstream IPA can't even add detection support for it17:22
Nisha_JayF, yes but i didnt get ur second part17:22
JayFNisha_: and I am not OK with a blind hook into IPA hardware manager to call a method to erase controller-attached disks that we don't even implement upstream. There's no point in it.17:22
Nisha_JayF, i didnt get this17:23
Nisha_"which means upstream IPA can't even add detection support for it"17:23
JayFNisha_: tl;dr: Just add a clean step in proliant manager, and implement it there17:23
JayFNisha_: that's ^ the right thing to do in this case17:23
JayFNisha_: what I'm saying is the flow today is list_block_devices -> erase devices (for device in devices -> erase_block_device)17:23
Nisha_JayF, there is a reason why we say it shud be done in current erase_devices step17:23
JayFNisha_: why?17:23
JayFNisha_: so without IPA being able to detect the blcok device to dispatch the erasure to a third party manager, it doens't fit into our current design17:24
Nisha_JayF, 1. currently IPA does the hardware disk erase as its first choice and then fall back to software disk erase17:24
Nisha_2. the above step is insufficient for HP hardwares completely17:24
*** chas_ has quit IRC17:25
JayFthat seems completely irrelevent to the conversation at hand?17:25
*** ChubYann has joined #openstack-ironic17:25
Nisha_3. we also want to do the hardware disk erase as the first step and if it doesnt work then fall back to software disk erase17:25
Nisha_aparnav, correct me if i go wrong anywhere17:25
JayFNisha_: so let me tell you the problem statement as it was given to me17:25
JayFNisha_: there are disks attached to a storage controller. Today IPA doesn't even detect those disks exist, much less try to erase them. You would like to add support for erasing these disks. Correct?17:26
Nisha_JayF, IPA hardware disk erase doesnt support those disks17:26
JayFNisha_: that's not the questino: does IPA even *Attempt* to erase these disks? i.e. do we detect them at all?17:27
Nisha_aparnav, could u answer above17:27
aparnavJayF, Nisha_, Yes, IPA doesnt detect those disk17:28
Nisha_JayF, but IPA software disk erase workson those disks17:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Move `deploy_forces_oob_reboot` to deploy drivers  https://review.openstack.org/39784317:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru from most drivers  https://review.openstack.org/39784417:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru from iLO drvers  https://review.openstack.org/39784517:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru from OneView drivers  https://review.openstack.org/39784617:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove iBoot, WoL and AMT drivers  https://review.openstack.org/39784717:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru completely  https://review.openstack.org/39784817:28
JayFNisha_: aparnav: Those are conflicting statements.17:28
JayFNisha_: aparnav: one of them is wrong, which one? lol17:28
Nisha_JayF, aparnav is saying even software disk erase doesnt work17:29
Nisha_JayF, ok one ques17:30
JayFNisha_: so that means IPA doesn't even detect those disks, and AIUI, can't without the third party tool17:30
Nisha_JayF, if IPA is able to erase the partitions of the OS17:30
aparnavJayF, Nisha_, software disk erase erases only the disks visible to the OS. When we say storage controller, we cannot directly trigger erase commands to those disks17:30
JayFNisha_: that means it's completely out of scope of IPA to be able to erase those disks today. It can't erase what it can't detect.17:30
Nisha_doesnt it mean that it detects the disk17:30
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru completely  https://review.openstack.org/39784817:30
JayFNisha_: what you're saying and what aparnav is saying can't be correct simultaneously :)17:31
Nisha_JayF, see last statement which she said just now17:31
JayFNisha_: but my point is; if IPA can't see those block devices at all, having a separate step+detection mechanism is the sanest way to get those erased -- and that shoudl be done entirely in the proliant manager.17:32
dtantsurjroll, +A on both patches17:32
JayFNisha_: if IPA can detect the disks, then simply implementing erase_block_device, and detecting when a disk is attached to the storage controller, then acting to erase it, is the right path17:32
Nisha_JayF, my ques here is can IPA see all disks whether RAID is configured or not on other hardwares17:32
JayFNisha_: neither path requires IPA upstream to have any changes.17:32
jrolldtantsur: awesome, I assume they ran tests? :)17:32
* dtantsur double-checks again17:33
JayFNisha_: IPA calls `lsblk` and filters out for physical disks. This means that disks that are members of software raid appear separately, and hardware raids appear to IPA as a single disk17:33
Nisha_JayF, and if they dont have raid configured17:33
Nisha_are those disks visible to IPA17:33
Nisha_?17:33
dtantsurtest_baremetal_server_ops [307.338578s] ... ok17:34
pas-haNisha_: are you a maintainer for iLO drivers?17:34
dtantsurtest_baremetal_multitenancy [737.217236s] ... ok17:34
Nisha_pas-ha, :D lol17:34
Nisha_pas-ha, no i am just the contributor17:34
JayFNisha_: It would depend on the raid controller + the hardware. You can determine this yourself, IPA generates the list via: https://gist.githubusercontent.com/jayofdoom/e4144b1bac119a56c97847110b3934ba/raw/ff48f13b5c38ed86342a1e6cee47cfd9664a4e36/gistfile1.txt -- just run that on your hardware and see what shows up17:34
JayFoh bad lnike17:35
jrolldtantsur: <317:35
JayFNisha_: https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/hardware.py#L115 was what I was trying to link17:35
* jroll actually lunches now17:35
pas-haI am just looking for folks "responsible"/knowledgeable in iLO and OneView drivers17:36
JayFpas-ha: of the cores, I've probably reviews as much oneview code as anyone, but I haven't ever used teh driver17:36
Nisha_JayF, i understand what you are trying to say but still am not convinced why it should be a seperate clean step. iLO drivers already call IPA erase_devices for software disk erase17:36
JayFpas-ha: maybe just ask your question generally?17:36
sambettsvsaienk0, jlvillal: have you got an example of a working subnode local.conf, the example of how to do it on the devstack docs is terrible, and trying to pick apart devstack-gate isn't working for me17:36
pas-hathere's someone called "nisha" pointed on https://wiki.openstack.org/wiki/Ironic/Drivers, Nisha_ would that be you?17:37
jlvillalsambetts: I told you about my script :)17:37
dtantsursee you tomorrow!17:37
jlvillalsambetts: https://github.com/JohnVillalovos/devstack-gate-test17:37
*** dtantsur is now known as dtantsur|afk17:37
Nisha_so we shud be able to call hardware disk erase also same way17:37
Nisha_pas-ha, yes17:37
JayFNisha_: if you can implement it in your hardware manager using erase_block_device, sure, do that. I am *not* on board with aparnav's request that we add a method to erase_devices specifically to call fro erasing devices on a disk controller17:37
jlvillalsambetts: https://github.com/JohnVillalovos/devstack-gate-test/blob/master/multi-node-setup.sh17:37
jlvillalsambetts: https://github.com/JohnVillalovos/devstack-gate-test/blob/master/playbook-multi-node.yml17:38
pas-haJayF: I've just posted patches removing old agent passthru from all drivers. OneView and iLO were non-trivial, so I'd like to get responsible people to the reviewers17:38
nicodemospas-ha: I and xavierr can answer questions about the oneview17:38
Nisha_JayF, ok let me discuss on implementation with her17:38
jlvillalsambetts: It won't work out of the box for you, but should point you in the correct direction17:38
Nisha_But please dont mark the RFE as invalid17:38
*** fragatina has joined #openstack-ironic17:38
*** rama_y has joined #openstack-ironic17:38
JayFNisha_: Well, right now I'm very explicitly not approving of it, and even with our chat here I'm fairly convinced that all the good solutions do not involve changes for IPA upstream17:38
*** fragatina has quit IRC17:38
pas-haNisha_: then sorru for stupid question - what is your Gerrit email/full name? :) so I can add you17:39
* dtantsur|afk records his overall agreement with JayF as this point17:39
JayFNisha_: so I won't mark the RFE as invalid, but I'll link this chat in there and log my disagreement which will likely prevent it from being approved unless you all are better able to articulate what you're trying to do17:39
*** fragatina has joined #openstack-ironic17:39
Nisha_JayF, ok. but still wait for a day17:39
Nisha_its night here17:39
Nisha_i will discuss with her tomorrow and update on the RFE17:39
pas-hanicodemos: then please review and share with your team/add them to reviewers https://review.openstack.org/#/c/39784617:39
patchbotpatch 397846 - ironic - Remove agent vendor passthru from OneView drivers17:39
Nisha_you can mark it as invalid tomorrow if really needs to be done17:40
nicodemospas-ha: ack17:40
sambettsjlvillal: thanks, yeah I was hoping for a non-script based full local.conf that I can see, there are a bunch of things to enable and disable I think, but I'm not doing a very good job of identifying which from all the scripts that are around17:40
*** fragatin_ has joined #openstack-ironic17:40
Nisha_pas-ha, my Gerrit ID is Nisha17:40
Nisha_pas-ha, full name is Nisha Agarwal17:41
Nisha_is that sufficient17:41
pas-haNisha_: done, added you (and Shivanand too). please take a look https://review.openstack.org/#/c/39784517:41
patchbotpatch 397845 - ironic - Remove agent vendor passthru from iLO drvers17:41
*** fragatin_ has quit IRC17:42
*** g3ek has joined #openstack-ironic17:44
*** fragatina has quit IRC17:44
jlvillalsambetts: Ah. Well make a patch that prints out the contents of /etc/nodepool/ :)17:44
*** fragatina has joined #openstack-ironic17:44
*** amotoki has quit IRC17:44
jlvillalsambetts: And whatever other information you want.17:44
sambettsjlvillal: I've dug up http://logs.openstack.org/73/368173/41/experimental/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa-multinode-nv/3594741/logs/subnode-2/localrc.txt.gz which should help17:44
jlvillalsambetts: Also have you looked at our multi-node patch set?17:45
jlvillalsambetts: Right. Also look in the _zuul_ansible/ directory17:45
sambettsjlvillal: basically my big network sim refactor *should* simplify the multinode network setup a little, just trying to build that into my patch to see17:46
jlvillalsambetts: Cool. Of course the multi-node work is depending on a few more patches to get merged. One in devstack-gate17:46
jlvillalMaybe one in devstack, but I forget if it got merged or not.17:47
sambettsjlvillal: yeah, I've just been looking at that too17:47
*** derekh has quit IRC17:48
lucasagomesfolks, I'm calling it a day17:48
lucasagomeshave a great evening all!17:48
jlvillallucasagomes: Good night17:48
sambettso/ lucasagomes17:48
lucasagomeso/17:48
*** lucasagomes is now known as lucas-afk17:48
*** mgoddard_ has quit IRC17:48
*** mgoddard has joined #openstack-ironic17:49
*** godp1301 has quit IRC17:49
mgouldlucas-afk: o/17:49
*** baoli has joined #openstack-ironic17:49
*** jlvillal is now known as jlvill-travel17:50
*** jpich has quit IRC17:51
*** aparnav has quit IRC17:51
*** charlledaniel has joined #openstack-ironic17:52
*** baoli_ has joined #openstack-ironic17:52
pas-halucas-afk: o/17:52
*** vsaienko has joined #openstack-ironic17:52
kvcobbHello Ironicals, could someone point me to some good docs for image creation for my bare metal server? I'm using this guide: http://docs.openstack.org/project-install-guide/baremetal/draft/configure-integration.html#configure-the-image-service17:53
Nisha_jroll, JayF , dtantsur|afk rloo could you look at https://bugs.launchpad.net/ironic/+bug/1526382 and let me knnow if spec is really required for this RFE17:54
openstackLaunchpad bug 1526382 in Ironic "[RFE] Enhance ilo drivers to do inband inspection along with OOB inspection" [Wishlist,In progress] - Assigned to Aparna (aparnavtce)17:54
kvcobbUnfortunately after adding images as both partition and whole disk, I'm still unable to boot my server.17:54
*** baoli has quit IRC17:55
sambettskvcobb: what failure are you seeing?17:55
kvcobbwith whole disk I don't see any errors in the conductor logs, but when it comes back up after disk clean the machine tries to PXE boot again and fails with:17:56
kvcobbBoot from SAN device 0x80 failed:17:56
kvcobbExec format error17:56
kvcobbPXE boot failed! No configuration for any of the present NICs.17:57
sambettskvcobb: with whole disk image they should boot from the local disk after a sucessful deployment, it seems like your node is failing to do that for some reason17:58
rlooNisha_: jroll had already tagged that as needing a spec. why would you remove that tag and ask us if it needs a spec?17:58
JayFNisha_: if jroll added needs-spec, he's saying it needs a spec17:58
kvcobbhmmm... let me see whether it boots after forcing disk boot through BIOS17:58
kvcobbthat sambetts17:58
Nisha_rloo, JayF jroll did it because it was added as it already has a spec17:58
JayFI mean, let me put it this way:17:59
JayFspec vs rfe is really a question of where the design is going17:59
JayFsince you already have a spec, you should just finish it and get it approved17:59
JayFnot having a spec doesn't lower the bar you need for design work, it just means we think a consensus is easy to reach in the bug17:59
Nisha_but when i discussed this with jroll last week he told me to update the RFE and it will be renalalzed for it17:59
JayFwiping out the gerrit review with the spec is useless, and actually sets you back a bit imo17:59
openstackgerritMerged openstack/ironic: Timing metrics: OneView drivers  https://review.openstack.org/37961918:00
Nisha_JayF, the spec is there from a year or more18:00
JayFThen clearly it's not one that's easy to get consensus on :)18:00
Nisha_and secondly and main point is18:00
rlooNisha_: we aren't aware of the history/discussion you had with jroll. if he suggested something, then you should have mentioned it in the rfe/bug.18:00
Nisha_that it implements the "Boot management for ironic/inspector" spec from Dmitry18:00
Nisha_rloo, i would do that18:01
JayFNisha_: linking IRC chat logs, like I did in the RFE we were talking about earlier, is the best way to reference an older irc conversation18:01
Nisha_JayF, rloo ^^^ as it implements the spec which is in review and on which it depends on also18:01
*** athomas has quit IRC18:01
openstackgerritMerged openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/39782818:01
Nisha_i think it doesnt require the spec18:01
Nisha_JayF, i will just find out and paste in bug18:01
rlooNisha_: i don't want to get into a discussion about your spec right now i'm in the middle of something. but please help us in the future by providing more information. there is ALOT of work to be done in ironic18:02
JayF++18:02
JayFand if the conversation isn't persisted in the bug18:02
JayFit might as well have not happened to anyone who comes up afterwards who wasn't in that chat18:02
*** ralonsoh_ has quit IRC18:02
*** mgould is now known as mgould|afk18:03
*** ijw has joined #openstack-ironic18:04
*** ohamada has quit IRC18:07
*** ijw has quit IRC18:08
*** ijw has joined #openstack-ironic18:09
*** ijw has quit IRC18:09
*** ijw has joined #openstack-ironic18:09
*** e0ne has joined #openstack-ironic18:11
kvcobbsambetts: question, how does the conductor no which drive to target and configure the node for boot of that drive? My server has 2 2TB SSDs in it and 2 mechanical 2TB HDs.18:11
kvcobbknow*18:11
*** ijw_ has joined #openstack-ironic18:12
*** ijw has quit IRC18:12
*** vsaienko has quit IRC18:12
JayFkvcobb: search docs for "root device hints"18:12
JayFkvcobb: :)18:12
sambettskvcobb: http://docs.openstack.org/project-install-guide/baremetal/draft/advanced.html#specifying-the-disk-for-deployment-root-device-hints18:12
mariojvJayF: jcook: why is there no UNRESCUEWAIT state here: https://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/implement-rescue-mode.html#state-machine-impact ?18:12
JayFmariojv: because you never have to boot a ramdisk to unrescue.18:13
JayFmariojv: so there's never waiting18:13
mariojvah, right18:13
mariojvthanks18:13
JayFsambetts: pfft, showing up my customer service by providing actual links :P18:13
Nisha_JayF, rloo please see the bug when u find time18:13
kvcobbsambetts: Will do. Figured I had to be missing something import18:13
sambettsJayF: hahaha ;)18:14
Nisha_rloo, i know ironic core is pretty busy but if RFEs are there isnt it approved/rejected by ironic core?18:14
Nisha_rloo, means whom shud i ask to review the RFE if i am not getting eyes on the RFE18:14
JayFNisha_: yes, ironic cores approve/reject rfes, but we also prioritize our work based on upstream priorities; that feature isn't a priority so it falls into "if we have time" :)18:14
sambettskvcobb: np18:14
rlooNisha_: it can be, but it is the community's responsibility to help out and comment on things.18:14
Nisha_JayF, vendor things are never and will never be priority for ironic18:15
rlooNisha_: you are more than welcome to help reduce my workload by reviewing, reviewing, reviewing, so i have more time to do things like look at proposed rfe's. which are low on my list of things to do.18:16
*** rbrud has quit IRC18:17
kvcobbJayF: lol :) just noticed root hints advice came from you also - so thanks to you both. sambetts did sorta one up you there :)18:18
JayFkvcobb: I tend to give links to docs via "here's a list of google keywords to use" lol18:19
sambettsJayF: the funny thing is that searching for ironic root device, results in tripleo docs first, which link to the old ironic docs, which then link to the new ironic docs18:20
kvcobbJayF: I'll take free help any way I can get it18:20
JayFsambetts: at least we kept the links alive, go us18:20
JayFsambetts: someone should go fix ooo docs though18:20
sambettsyeah18:20
*** dprince has quit IRC18:21
*** dprince has joined #openstack-ironic18:21
*** e0ne has quit IRC18:23
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Move `deploy_forces_oob_reboot` to deploy drivers  https://review.openstack.org/39784318:25
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru from OneView drivers  https://review.openstack.org/39784618:25
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove iBoot, WoL and AMT drivers  https://review.openstack.org/39784718:25
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru from most drivers  https://review.openstack.org/39784418:25
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru from iLO drvers  https://review.openstack.org/39784518:25
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru completely  https://review.openstack.org/39784818:25
*** fragatina has quit IRC18:28
*** trown is now known as trown|lunch18:28
*** fragatina has joined #openstack-ironic18:29
*** flaviodsr has quit IRC18:34
mariojvjcook: added some comments on https://review.openstack.org/#/c/35083118:34
patchbotpatch 350831 - ironic - Add API and conductor methods for [un]rescue18:34
*** godp1301 has joined #openstack-ironic18:35
*** e0ne has joined #openstack-ironic18:37
*** vsaienko has joined #openstack-ironic18:38
*** harlowja has quit IRC18:38
*** wajdi has quit IRC18:44
*** fragatina has quit IRC18:44
*** fragatina has joined #openstack-ironic18:45
*** vsaienko has quit IRC18:45
*** vsaienko has joined #openstack-ironic18:45
*** jheroux has quit IRC18:49
*** Sukhdev has joined #openstack-ironic18:51
*** wajdi has joined #openstack-ironic18:52
*** milan has quit IRC18:52
*** vsaienko has quit IRC18:58
openstackgerritVladyslav Drok proposed openstack/ironic-specs: Add bonding configuration fields to portgroups  https://review.openstack.org/39661018:59
*** rcernin has joined #openstack-ironic19:02
openstackgerritVladyslav Drok proposed openstack/ironic-specs: Add bonding configuration fields to portgroups  https://review.openstack.org/39661019:04
*** harlowja has joined #openstack-ironic19:06
*** priteau has quit IRC19:07
openstackgerritMerged openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/39782419:08
*** jheroux has joined #openstack-ironic19:14
jcookmariojv righteous, I'll take a look later. I haven't touched the other two patches yet19:17
*** dprince has quit IRC19:23
JayFanyone wanna take a look at https://review.openstack.org/#/c/397792/3 before I land it?19:24
patchbotpatch 397792 - ironic-specs - Update CRUD and node states notification spec19:24
JayFmariojv: ^ your review is probably a good thing to have there19:24
mariojvJayF: i already reviewed PS1, will re review19:25
mariojvJayF: +1 feel free to land19:26
*** krtaylor has quit IRC19:27
JayFSo, on our weekly priorities is reviews for notifications -- https://review.openstack.org/#/c/348437/23 is the first patch in the series, has my +2 and mariojv's +1, so if someone wants to land something impactful today that could be a good choice19:28
patchbotpatch 348437 - ironic - Add node provision state change notification19:28
JayFthe rest of them obviously could use reviews too, but have comments as well that are actionable19:28
openstackgerritHugo Nicodemos proposed openstack/ironic: Onetime boot when set_boot_device isn't persistent  https://review.openstack.org/34059619:28
openstackgerritKevin Carter (cloudnull) proposed openstack/ironic-lib: Add support for BIOS local boot for GPT label  https://review.openstack.org/39789719:28
JayFcloudnull: ^ that, in mitaka, is only going to affect iscsi deployments (pxe_* drivers)19:29
JayFcloudnull: just making sure you're aware :)19:29
mariojvthat provision state notification patch also had a +1 from vdrok with clarification questionson patch set 22, fwiw19:29
cloudnullfrom the bug it looks like it effects iscsi and agent19:30
openstackgerritMerged openstack/ironic-specs: Update CRUD and node states notification spec  https://review.openstack.org/39779219:30
JayFcloudnull: I'm saying, in stable/mitaka, I don't think IPA uses ironic-lib to do that yet?19:30
JayFcloudnull: Hmm. Maybe for partition images, I may need to refresh context19:30
cloudnulloh. maybe not.19:30
cloudnullthat was one of the issues I was bumping up against.19:31
cloudnulljust circling back on things now.19:31
*** e0ne has quit IRC19:31
openstackgerritRuby Loo proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924519:32
cloudnullI can pull in a later version of IPA os long as i'm not ahead of 1.5.019:32
cloudnullif that'd be a better overall solution .19:32
JayFcloudnull: yeah, it looks like that code isn't used in IPA in mitaka. Also I'm curious how we handle stable for ironic-lib19:32
JayFcloudnull: https://github.com/openstack/ironic-python-agent/blob/stable/mitaka/ironic_python_agent/utils.py I think is the relevant code in mitaka, and it doesn't use ironic-lib :(19:33
cloudnullright now my larger deployment is running mitaka, is there a version of IPA that is recommened under mitaka ?19:33
cloudnull:'(19:34
JayFlet m,e look at the release notes19:34
JayFsee if there's an intersection of vendor_passthru lookup + using ironic_lib for partial disk images19:34
cloudnull1.5.0 seems to work, I was using the head of master until just a few days ago19:35
JayFcloudnull: you should be able to use a stable/newton IPA, we didn't merge the code removing teh fallback for old vendor-passthru api until ocata series, unless someone missed their release note :()19:35
JayFcloudnull: and it appears the code to flip over to ironic-lib was in 1.2.0, so using stable/newton might enable you to pull in your ironic-lib fix, lemme look at the requirements.txt there19:36
cloudnullkk thanks JayF19:36
JayFcloudnull: so, if the fix you need was in ironic-lib 2.0.0, that's what stable/newton ipa uses19:37
*** trown|lunch is now known as trown19:37
JayFcloudnull: and AFAIK (I'm hedging just because I haven't tested it), there's nothing in newton ipa that would break against mitaka ironic19:37
cloudnullok, building that now.19:38
JayFjroll: dtantsur|afk: Can we get a release of IPA stable/newton? It looks like it has unreleased backported fixes.19:38
*** ijw_ has quit IRC19:38
*** ijw has joined #openstack-ironic19:39
JayFjroll: dtantsur|afk: I can put up the patch for it, unless there's some reason we shouldn't release it yet19:39
*** ijw has quit IRC19:44
*** amotoki has joined #openstack-ironic19:44
openstackgerritMario Villaplana proposed openstack/ironic: Add notification documentation to administrator's guide  https://review.openstack.org/38934419:45
openstackgerritMario Villaplana proposed openstack/ironic: Add notification documentation to install guide  https://review.openstack.org/39578719:45
openstackgerritMario Villaplana proposed openstack/ironic: Add notification documentation to install guide  https://review.openstack.org/39578719:46
cloudnulltesting stable/newton IPA now,19:47
*** ijw has joined #openstack-ironic19:47
openstackgerritOpenStack Proposal Bot proposed openstack/bifrost: Updated from global requirements  https://review.openstack.org/39790319:48
*** Nisha_ has quit IRC19:50
*** amotoki has quit IRC19:50
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/39790819:50
*** causten has quit IRC19:55
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Remove agent vendor passthru completely  https://review.openstack.org/39784819:56
*** ijw has quit IRC19:57
jrollJayF: I think dmitry was going to release all the things this week, idk if there's a reason not to do it now, so I'll leave it up to him19:58
openstackgerritHugo Nicodemos proposed openstack/ironic: Reusing oneview_client when possible  https://review.openstack.org/35804119:58
JayFjroll: ah, cool, I just noticed19:58
jrollJayF: we cleared the queue this morning in anticipation of doing so19:58
JayFjroll: another question: we haven't done stable things with ironic-lib yet, have we?19:58
jrollJayF: also ironic-lib... yeah that question19:58
*** causten has joined #openstack-ironic19:58
jrollit's the same process19:58
JayFjroll: I'd presume we'd release a point-release of the lib released with that version, and then bump the requirements in the stable branch?19:58
jrollJayF: I'm not sure when reqs are usually bumped (sometimes they aren't?) but yeah19:59
jrollJayF: I think the general assumption is a released thing will get used anyway, only bump if huge major bug or something, would need to ask stable folks20:00
*** wajdi_ has joined #openstack-ironic20:00
jrollI think that's english, let me know if it doesn't make sense20:00
JayFYeah, I get it20:01
jrollcpp;20:01
jrollcool.20:01
*** wajdi has quit IRC20:02
openstackgerritHugo Nicodemos proposed openstack/ironic: Missing or not needed return values in OneView deploy interface  https://review.openstack.org/39669820:05
*** krtaylor has joined #openstack-ironic20:05
rloojroll: weren't you going to make JayF part of stable or something? (I forgot what)20:06
*** moshele has joined #openstack-ironic20:06
jrollrloo: maybe, there is a process to do that sort of thing20:07
*** ijw has joined #openstack-ironic20:07
jrollI would like to, yes20:07
rloojroll: ok, i remember you mentioning something about that at the summit. about assigning JayF to everything :)20:08
jrollrloo: oh, that was about making JayF do all the work, not stable specifically :)20:08
JayFI do everything really well20:08
JayFexcept for something20:09
rloojroll: yes, that was it! :D20:09
JayFsomething I don't do well at all20:09
*** krtaylor has quit IRC20:10
*** Goneri has quit IRC20:11
JayFIf anyone is interested in helping with design fro specific fault support, mariojv and I are working on it in a video session right now. Happy to invite anyone who wants to join.20:11
*** ijw has quit IRC20:12
JayFmariojv: https://etherpad.openstack.org/p/ironic-specific-fault-support-spec20:12
mariojvthanks20:12
*** e0ne has joined #openstack-ironic20:13
*** krtaylor has joined #openstack-ironic20:14
*** krtaylor has quit IRC20:14
*** krtaylor has joined #openstack-ironic20:15
*** krtaylor has quit IRC20:17
*** baoli_ has quit IRC20:19
*** ijw has joined #openstack-ironic20:20
*** baoli has joined #openstack-ironic20:23
*** krtaylor has joined #openstack-ironic20:24
*** causten has quit IRC20:24
*** baoli_ has joined #openstack-ironic20:24
*** causten has joined #openstack-ironic20:24
*** ijw has quit IRC20:25
*** krtaylor has quit IRC20:26
mrdaMorning Ironic20:27
*** baoli has quit IRC20:28
*** causten has quit IRC20:29
*** jkilpatr_ has joined #openstack-ironic20:29
jrollmjturek: around?20:30
mjturekhey jroll20:30
jrollmjturek: curious what you wish the release model to be around molteniron20:30
* jroll finds docs20:30
mjturekhmmm that's a good question20:30
jrollmjturek: see the release:x tags here http://governance.openstack.org/reference/tags/index.html#release-management-tags20:30
mjtureklooking20:30
jrollI suspect you don't need stable branches so release:independent is probably correct20:31
*** chas_ has joined #openstack-ironic20:31
*** jkilpatr has quit IRC20:31
mjturekjroll: yeah just read it, seems right20:32
jrollcool, thanks20:32
mjturekthanks!20:32
*** rbudden has joined #openstack-ironic20:33
*** ijw has joined #openstack-ironic20:33
*** causten has joined #openstack-ironic20:35
*** krtaylor has joined #openstack-ironic20:35
openstackgerritSukhdev Kapur proposed openstack/ironic: Add support for Security Groups for baremetal servers  https://review.openstack.org/36145120:35
Sukhdevjroll : I added three tests based upon one of your comments - have a look https://review.openstack.org/36145120:35
patchbotpatch 361451 - ironic - Add support for Security Groups for baremetal servers20:35
Sukhdevjroll : will ping you after lunch regarding your second comment on this patch20:36
jrollSukhdev: added to my queue20:37
*** causten has quit IRC20:39
openstackgerritCharlle Daniel proposed openstack/ironic: Ensures that OneView nodes are free for use by Ironic  https://review.openstack.org/37276220:40
*** vsaienko has joined #openstack-ironic20:47
jrollmjturek: btw, https://review.openstack.org/#/c/397937/20:48
patchbotpatch 397937 - governance - Add openstack/molteniron to ironic governance20:48
openstackgerritSukhdev Kapur proposed openstack/ironic: Add support for Security Groups for baremetal servers  https://review.openstack.org/36145120:49
*** amotoki has joined #openstack-ironic20:50
*** amotoki has quit IRC20:55
mjturekjroll: awesome! will review20:57
*** ijw has quit IRC20:58
*** moshele has quit IRC20:59
*** ijw has joined #openstack-ironic21:00
*** ijw has quit IRC21:02
*** krtaylor has quit IRC21:02
*** ccamacho|afk has quit IRC21:02
*** ijw has joined #openstack-ironic21:02
*** MattMan has quit IRC21:02
*** MattMan has joined #openstack-ironic21:03
*** e0ne has quit IRC21:04
*** priteau has joined #openstack-ironic21:08
*** roeyc has joined #openstack-ironic21:08
*** causten has joined #openstack-ironic21:12
*** priteau has quit IRC21:12
*** jkilpatr_ has quit IRC21:13
*** krtaylor has joined #openstack-ironic21:14
*** sambetts is now known as sambetts|afk21:18
*** ccamacho has joined #openstack-ironic21:20
*** bdeschenes has quit IRC21:20
*** jkilpatr_ has joined #openstack-ironic21:26
*** lindycoder has quit IRC21:28
*** krtaylor has quit IRC21:29
*** bdeschenes has joined #openstack-ironic21:32
*** pcaruana has quit IRC21:32
openstackgerritMerged openstack/ironic: Add PS4 for better logfile information of devstack runs  https://review.openstack.org/39674121:37
*** jkilpatr_ has quit IRC21:43
*** wajdi_ has quit IRC21:51
*** harlowja has quit IRC21:55
*** roeyc has quit IRC21:55
*** vsaienko has quit IRC21:55
*** roeyc has joined #openstack-ironic21:56
*** xavierr is now known as xavierr|afk21:58
*** wajdi has joined #openstack-ironic21:59
*** rbudden has quit IRC22:00
*** trown is now known as trown|outtypewww22:02
*** jkilpatr has joined #openstack-ironic22:10
*** harlowja has joined #openstack-ironic22:13
*** khamtamtun has joined #openstack-ironic22:29
*** jheroux has quit IRC22:32
*** ijw has quit IRC22:34
*** godp1301 has quit IRC22:39
*** rcernin has quit IRC22:42
*** ijw has joined #openstack-ironic22:43
kvcobbIf anyone is still around, thoughts on this error in my conductor log: http://paste.openstack.org/show/589335/22:57
kvcobb?22:57
kvcobbSo I've been playing with root device hints all afternoon and when ever I specify them, ironic isn't able to find my devices22:58
*** khamtamtun has quit IRC22:59
*** vinsh has quit IRC23:00
*** roeyc has quit IRC23:07
*** ccamacho has quit IRC23:11
*** wajdi has quit IRC23:11
*** alexpilotti has quit IRC23:14
jcookmrda o/23:26
*** bfournie has quit IRC23:27
jcookmrda I've been driving OKRs for OSIC if you want to take a look and participate: https://etherpad.openstack.org/p/osic-okrs-ocata (Ironic is around line 106). Individual OKRs are at the bottom.23:27
jcookmrda when people say Jira in OSIC, they'll mostly be referring to the stuff under: Objective: Improve enterprise adoption of OpenStack23:29
*** vinsh has joined #openstack-ironic23:30
*** vinsh has quit IRC23:30
*** vinsh has joined #openstack-ironic23:31
*** chas_ has quit IRC23:33
openstackgerritJay Faulkner proposed openstack/ironic-specs: Add spec for specific faults support  https://review.openstack.org/33411323:34
openstackgerritJay Faulkner proposed openstack/ironic-specs: Add spec for specific faults support  https://review.openstack.org/33411323:36
mrdathanks jcook23:43
jcookmrda sure23:44
Sukhdevjroll : got a moment now?23:48
jrollSukhdev: it's almost 7pm so, no, sorry23:49
Sukhdevjroll : are you not in CA?23:49
jrollSukhdev: feel free to drop questions here or in PM, though, and I'll reply in the morning23:49
jrollor email is fine23:49
jrollI am not23:49
*** jvgrant_ has joined #openstack-ironic23:49
Sukhdevjroll : my bad - for some reason I thought you were somewhere in sacramento -23:50
jrollSukhdev: I have since moved23:50
jrollit's fine, don't worry about it, I sat down here for other reasons23:50
jrolljust not interested in staying here for more than 2 more :)minutes23:50
jroll2 more minutes :)23:50
Sukhdevjroll : understood - will shoot an email23:51
jrollsounds good, thanks23:51
*** jvgrant has quit IRC23:52
*** chas_ has joined #openstack-ironic23:58
*** baoli_ has quit IRC23:58

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