Tuesday, 2016-07-26

*** amotoki has joined #openstack-ironic00:00
*** jaybeale has quit IRC00:03
*** gfhellma has quit IRC00:04
*** jaybeale has joined #openstack-ironic00:04
openstackgerritMerged openstack/ironic: IPMITool: add IPMISocatConsole and IPMIConsole class  https://review.openstack.org/29387300:05
*** amotoki has quit IRC00:06
*** oomichi has quit IRC00:06
*** amotoki has joined #openstack-ironic00:12
*** yuikotakadamori has joined #openstack-ironic00:23
*** fragatina has quit IRC00:26
*** mtanin___ has joined #openstack-ironic00:28
*** harshs has quit IRC00:29
*** mtanino has quit IRC00:30
*** Sukhdev has quit IRC00:30
*** amotoki has quit IRC00:30
*** abc_xyz has joined #openstack-ironic00:30
*** abc_xyz has quit IRC00:32
*** jaybeale has quit IRC00:32
*** abcxyz has quit IRC00:32
*** hoangcx has joined #openstack-ironic00:32
*** Sukhdev has joined #openstack-ironic00:34
*** ahqa_ has quit IRC00:36
*** jaybeale has joined #openstack-ironic00:37
openstackgerritRuby Loo proposed openstack/ironic: Fix rendering for version 1.14  https://review.openstack.org/34708400:39
*** sdake has joined #openstack-ironic00:39
*** rloo has quit IRC00:39
*** jaybeale has quit IRC00:41
*** ayoung has joined #openstack-ironic00:45
*** harshs has joined #openstack-ironic00:50
*** sdake_ has joined #openstack-ironic00:50
*** spandhe has quit IRC00:51
*** sdake has quit IRC00:52
*** harshs has quit IRC00:52
*** sdake has joined #openstack-ironic00:55
*** sdake_ has quit IRC00:55
*** ayoung has quit IRC01:00
*** jaybeale has joined #openstack-ironic01:06
*** jaybeale has quit IRC01:08
devanandashameless plug for reviews:  https://review.openstack.org/#/c/325599/  keystone policy support, already has a +201:09
devanandathere's a couple smaller follow on patches, as well01:09
TheJuliaheh01:10
TheJuliaI'll look at it in the morning :)  I fried my brain for code review hours ago01:10
*** amotoki has joined #openstack-ironic01:10
*** ijw has joined #openstack-ironic01:12
*** joprovost has joined #openstack-ironic01:13
devanandathanks :)01:14
*** clenimar_ has joined #openstack-ironic01:14
*** clenimar_ has quit IRC01:15
*** ijw has quit IRC01:17
*** mtanino has joined #openstack-ironic01:18
*** mtanin___ has quit IRC01:19
*** joprovost has quit IRC01:22
openstackgerritDevananda van der Veen proposed openstack/ironic: Update documentation for keystone policy support  https://review.openstack.org/34555601:23
*** jcoufal has joined #openstack-ironic01:23
*** jcoufal_ has joined #openstack-ironic01:28
*** ijw has joined #openstack-ironic01:28
*** ijw has quit IRC01:30
*** jcoufal has quit IRC01:31
*** wajdi has joined #openstack-ironic01:33
*** ijw has joined #openstack-ironic01:33
*** hoonetorg has quit IRC01:35
*** anush_ has quit IRC01:37
*** mtanino has quit IRC01:44
*** harshs has joined #openstack-ironic01:46
*** joprovost has joined #openstack-ironic01:49
*** hoonetorg has joined #openstack-ironic01:49
*** sdake has quit IRC01:59
*** jcoufal_ has quit IRC01:59
*** jcoufal has joined #openstack-ironic02:00
*** catintheroof has quit IRC02:06
*** bvandewa has quit IRC02:07
openstackgerritAndy Yan proposed openstack/ironic-specs: lenovo driver proposal  https://review.openstack.org/20831902:12
*** ijw has quit IRC02:12
*** penick has quit IRC02:20
*** Sukhdev has quit IRC02:24
*** harshs has quit IRC02:24
*** jaybeale has joined #openstack-ironic02:28
*** cfarquhar has quit IRC02:31
*** jcoufal_ has joined #openstack-ironic02:32
*** jistr has quit IRC02:32
*** jcoufal has quit IRC02:33
*** jistr has joined #openstack-ironic02:33
*** jcoufal_ has quit IRC02:38
*** joprovost1 has joined #openstack-ironic02:41
*** joprovost has quit IRC02:42
*** joprovost1 is now known as joprovost02:42
*** Nisha_away has joined #openstack-ironic02:47
*** bvandewa has joined #openstack-ironic02:48
*** bvandewa has quit IRC02:53
*** harshs has joined #openstack-ironic02:58
*** harshs has quit IRC02:58
*** cfarquhar has joined #openstack-ironic03:01
*** cfarquhar has quit IRC03:01
*** cfarquhar has joined #openstack-ironic03:01
*** harshs has joined #openstack-ironic03:06
*** Nisha_away has quit IRC03:08
*** siva_krish has joined #openstack-ironic03:10
*** Nisha_away has joined #openstack-ironic03:17
*** jaybeale has quit IRC03:23
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Enhance ilo drivers to do inband inspection  https://review.openstack.org/20190403:35
*** bvandewa has joined #openstack-ironic03:42
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Add new out-of-band properties to ilo drivers  https://review.openstack.org/33813803:42
*** xavierr has quit IRC03:46
*** xavierr has joined #openstack-ironic03:46
*** bvandewa has quit IRC03:47
*** bvandewa has joined #openstack-ironic03:48
*** PollyZ has joined #openstack-ironic03:51
*** appu103_ has joined #openstack-ironic03:53
*** links has joined #openstack-ironic04:03
openstackgerritShivanand Tendulker proposed openstack/ironic: Fix iLO drivers inconsistent boot mode default value  https://review.openstack.org/34523104:05
*** PollyZ has quit IRC04:05
*** amotoki has quit IRC04:07
*** bvandewa has quit IRC04:12
*** harshs has quit IRC04:12
*** harshs has joined #openstack-ironic04:14
*** joprovost has quit IRC04:16
*** bvandewa has joined #openstack-ironic04:21
*** Sukhdev has joined #openstack-ironic04:25
*** Sukhdev has quit IRC04:29
*** spandhe has joined #openstack-ironic04:31
*** harlowja_at_home has joined #openstack-ironic04:33
*** harshs has quit IRC04:34
*** pcaruana has quit IRC04:34
*** jtomasek has quit IRC04:39
*** appu103_ is now known as aparnav04:44
*** harshs has joined #openstack-ironic04:45
*** amotoki has joined #openstack-ironic04:46
*** harshs has quit IRC04:55
*** jtomasek has joined #openstack-ironic04:58
*** harshs has joined #openstack-ironic05:00
*** harlowja_at_home has quit IRC05:01
*** amotoki has quit IRC05:10
*** siva_krish has quit IRC05:14
*** amotoki has joined #openstack-ironic05:17
*** gabriel-bezerra has quit IRC05:23
*** gabriel-bezerra has joined #openstack-ironic05:24
*** bvandewa has quit IRC05:26
*** bvandewa has joined #openstack-ironic05:29
*** amotoki has quit IRC05:35
*** harshs has quit IRC05:36
*** jtomasek has quit IRC05:38
*** ptrlv has quit IRC05:38
*** ptrlv has joined #openstack-ironic05:39
*** ChubYann has quit IRC05:43
*** gabriel-bezerra has quit IRC05:46
*** gabriel-bezerra has joined #openstack-ironic05:46
*** amotoki has joined #openstack-ironic05:54
openstackgerritAndy Yan proposed openstack/ironic-specs: lenovo driver proposal  https://review.openstack.org/20831905:55
*** ptrlv has quit IRC05:59
*** ptrlv has joined #openstack-ironic05:59
*** skramaja_afk is now known as skramaja06:00
*** amotoki has quit IRC06:04
openstackgerritTang Chen proposed openstack/ironic: Move "server_profile_template_uri" to REQUIRED_ON_PROPERTIES  https://review.openstack.org/34712706:04
*** mjura has joined #openstack-ironic06:05
*** tangchen has joined #openstack-ironic06:06
*** gabriel-bezerra has quit IRC06:06
*** gabriel-bezerra has joined #openstack-ironic06:07
*** fumie has joined #openstack-ironic06:11
*** amotoki has joined #openstack-ironic06:12
*** Sukhdev has joined #openstack-ironic06:12
*** mjura has quit IRC06:13
*** mjura has joined #openstack-ironic06:13
*** milan has joined #openstack-ironic06:15
*** hshiina has joined #openstack-ironic06:26
*** ptrlv has quit IRC06:28
*** ptrlv has joined #openstack-ironic06:35
*** bks has joined #openstack-ironic06:36
*** vmud213 has joined #openstack-ironic06:38
*** tesseract- has joined #openstack-ironic06:39
*** spandhe has quit IRC06:39
*** moshele has joined #openstack-ironic06:42
*** yibo has quit IRC06:44
*** yibo has joined #openstack-ironic06:44
*** Sukhdev has quit IRC06:46
*** tangchen_ has quit IRC06:46
*** tangchen has quit IRC06:46
*** pcaruana has joined #openstack-ironic06:55
*** tangchen_ has joined #openstack-ironic06:57
*** tangchen has joined #openstack-ironic06:57
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844007:00
*** skramaja is now known as skramaja_afk07:03
*** skramaja_afk is now known as skramaja07:05
*** rcernin has joined #openstack-ironic07:06
*** milan has quit IRC07:21
*** skramaja is now known as skramaja_afk07:28
*** ifarkas_afk is now known as ifarkas07:28
*** milan has joined #openstack-ironic07:35
*** rbartal has joined #openstack-ironic07:36
*** jpich has joined #openstack-ironic07:40
openstackgerritShivanand Tendulker proposed openstack/ironic: Fix iLO drivers inconsistent boot mode default value  https://review.openstack.org/34523107:40
milan#pixiesay Good morning, Ironic! -m flexing07:43
*** bvandewa has quit IRC07:52
*** bvandewa has joined #openstack-ironic07:53
openstackgerritGalyna Zholtkevych proposed openstack/ironic: Deny chassis with too long description  https://review.openstack.org/34524807:56
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Add a simple smoke test to be run in the grenade gate  https://review.openstack.org/33653208:02
*** Nisha_away has quit IRC08:03
*** milan has quit IRC08:05
*** jpich has quit IRC08:07
*** fragatina has joined #openstack-ironic08:11
*** fragatina has quit IRC08:11
*** fragatina has joined #openstack-ironic08:12
*** bvandewa has quit IRC08:13
*** bvandewa has joined #openstack-ironic08:26
*** jpich has joined #openstack-ironic08:27
*** derekh has joined #openstack-ironic08:29
*** Nisha_away has joined #openstack-ironic08:32
*** jtomasek has joined #openstack-ironic08:33
*** skramaja_afk is now known as skramaja08:35
*** e0ne has joined #openstack-ironic08:40
*** Goneri has joined #openstack-ironic08:52
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add parse_root_device_hints to utils.py  https://review.openstack.org/34606808:52
*** electrofelix has joined #openstack-ironic08:55
*** e0ne has quit IRC08:55
*** e0ne has joined #openstack-ironic08:56
*** ljjjustin has quit IRC08:57
*** amotoki has quit IRC08:57
*** milan has joined #openstack-ironic08:58
*** amotoki has joined #openstack-ironic08:59
*** ljjjustin has joined #openstack-ironic09:00
openstackgerritTang Chen proposed openstack/ironic: Move "server_profile_template_uri" to REQUIRED_ON_PROPERTIES  https://review.openstack.org/34712709:03
*** amotoki has quit IRC09:09
*** amotoki has joined #openstack-ironic09:11
*** mgould|afk is now known as mgould09:13
mgouldmorning Ironic!09:13
openstackgerritShivanand Tendulker proposed openstack/ironic: Fix iLO drivers inconsistent boot mode default value  https://review.openstack.org/34523109:18
*** hshiina has quit IRC09:23
openstackgerritGalyna Zholtkevych proposed openstack/ironic: Updated tests for db migration scripts  https://review.openstack.org/34424609:24
*** mbound has joined #openstack-ironic09:25
*** e0ne has quit IRC09:26
*** stendulker has joined #openstack-ironic09:27
*** bvandewa has quit IRC09:30
sambetts|afkMorning all09:31
*** sambetts|afk is now known as sambetts09:32
mgouldmorning sambetts09:33
*** e0ne has joined #openstack-ironic09:34
sambettso/ mgould09:34
lucasagomesmorning09:36
mgouldmorning lucasagomes09:40
openstackgerritImre Farkas proposed openstack/ironic: DRAC RAID configuration  https://review.openstack.org/17631909:41
sambettshi lucasagomes09:41
*** vnogin has joined #openstack-ironic09:44
*** hwcomcn has joined #openstack-ironic09:49
mgouldmilan: https://review.openstack.org/#/c/346923/09:49
*** hwcomcn has quit IRC09:52
*** hwcomcn has joined #openstack-ironic09:53
*** lennyb has quit IRC09:54
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add CLI tests to check JSON response body  https://review.openstack.org/29123909:58
vdrokgood morning ironic, milan mgould sambetts and lucasagomes !10:02
sambettshey vdrok10:03
milangood morning lucasagomes mgould sambetts vdrok :)10:03
*** hoangcx has quit IRC10:05
milanmgould, +1 on the documentation request :)10:09
*** Goneri has quit IRC10:13
*** hshiina has joined #openstack-ironic10:17
tangchenHi guys, begging for review of this one. https://review.openstack.org/#/c/243430/10:17
tangchenThanks. :)10:17
yibolucasagomes, would you check https://bugs.launchpad.net/ironic/+bug/1582964. is it possible to add rfe-approved? thanks.10:17
openstackLaunchpad bug 1582964 in Ironic "[RFE] Support multi arch deployments" [Wishlist,In progress] - Assigned to Yibo Cai (cyb70289)10:17
mgouldmorning vdrok10:19
*** vmud213 has quit IRC10:22
*** Goneri has joined #openstack-ironic10:23
*** amotoki has quit IRC10:24
*** amotoki has joined #openstack-ironic10:25
*** e0ne has quit IRC10:29
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add CRUD notifications to Ironic  https://review.openstack.org/34724210:37
*** e0ne has joined #openstack-ironic10:37
*** lennyb has joined #openstack-ironic10:37
*** hoangcx has joined #openstack-ironic10:39
*** amotoki has quit IRC10:41
*** vmud213 has joined #openstack-ironic10:42
*** e0ne has quit IRC10:47
*** abcxyz has joined #openstack-ironic10:49
*** hoangcx has quit IRC10:53
*** itooon has joined #openstack-ironic10:53
*** stendulker has quit IRC11:04
*** amotoki has joined #openstack-ironic11:07
*** skramaja is now known as skramaja_afk11:07
openstackgerritMerged openstack/ironic: Centralize config options - [api]  https://review.openstack.org/30918611:08
*** vnogin has quit IRC11:09
*** amotoki has quit IRC11:11
openstackgerritMerged openstack/ironic: Centralize config options - [deploy]  https://review.openstack.org/30920611:13
*** itooon has quit IRC11:13
*** trown|outtypewww is now known as trown11:17
moshelesambetts: can you check my comment on https://review.openstack.org/#/c/264263/ ? does it make sense to you? or you have a better way to solve this11:19
*** vnogin has joined #openstack-ironic11:22
*** Goneri has quit IRC11:24
*** Romanenko_K has joined #openstack-ironic11:26
*** skramaja_afk is now known as skramaja11:29
*** Goneri has joined #openstack-ironic11:31
*** ljjjustin has quit IRC11:31
*** ljjjustin has joined #openstack-ironic11:32
sambettsmoshele: hmm interesting, thats frustrating :/ I'm really not sure what the best way of handling it is, it just felt a little weird to me to be injecting an option at that point when we defined them all elsewhere, but I guess thats a result of how the current DHCP provider system works11:33
*** lucasagomes is now known as lucas-hungry11:38
*** e0ne has joined #openstack-ironic11:39
moshelesambetts: if I have a node with several ports how does ironic select the port to pxe from?11:40
sambettsmoshele: the ports now have a pxe_enabled flag11:41
moshelesambetts: yes but in my debug I saw that all of them set to  pxe_enabled=True11:42
moshelesambetts: but that can be because I use the ironic-inspecor to add all port11:42
moshelesambetts: Is the admin should set this flag?11:43
*** vmud213 has quit IRC11:44
*** vmud213 has joined #openstack-ironic11:45
sambettsthe person/service enrolling the node should set that flag on the ports to define if they are the ports they want to PXE boot, the default is True though so that behaviour is the same as before this field was added11:46
sambettswhen you create a new port11:46
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add baremetal port set command to OSC plugin  https://review.openstack.org/34728711:48
*** yuikotakadamori has quit IRC11:50
moshelesambetts: how about creating new method dhcp_options_for_port pxe_utils.py and move the client-id logic to it11:56
sambettsmoshele: but where would we call that function from? the PXEBootInterface, and change the logic in there??11:57
sambettsmoshele: I think I remember someone else talking about adding feature that looks and feels similar to this, Allowing Ironic user defined DHCP option per port, and we'd need to implement logic like this for that too, but I can't remember how the conversation went with that12:00
sambettslucas-hungry: do you remember anything about this ^ \12:00
*** Nisha_away has quit IRC12:02
*** thrash|g0ne is now known as thrash12:07
TheJuliaGood morning everyone12:07
sambettsMorning TheJulia12:07
mgouldmorning TheJulia12:08
moshelesambetts: I suggested it as port of the infiniband spec, but it was reject due to no other use case for this see https://review.openstack.org/#/c/265635/6/specs/approved/add-infiniband-support.rst read comments below Line 5312:11
mosheles/port/part12:11
sambettsmoshele: ah :/12:15
*** MattMan has quit IRC12:16
*** MattMan has joined #openstack-ironic12:16
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844012:19
*** jjohnson2__ has joined #openstack-ironic12:22
sambettsmoshele: so I think I might have an idea, but you'll need to help me clarify because I've got little infiniband experience12:23
moshelesambetts: ok sure12:24
sambettswe're passing the client ident DHCP option because we want to operate using IP over infiniband right?12:24
moshelesambetts: yes12:24
vdrokgood morning TheJulia and moshele12:24
moshelemorning: vdrok12:25
sambettsmoshele: so we'll need to have that option set on the port regardless of whether we're PXE booting or not right? to enable communication between ramdisk + ironic, and the tenant image and the internet?12:25
*** vnogin_ has joined #openstack-ironic12:27
*** Goneri has quit IRC12:30
moshelesambetts: we need the client-id to be able to get ip address from the dhcp-server when we are using  IP over infiniband12:31
*** vnogin has quit IRC12:32
*** vnogin_ has quit IRC12:32
*** vnogin has joined #openstack-ironic12:32
sambettsmoshele: so if thats the case then we always need it right? Because the dhcp providers are only used if your using PXEBoot, if you use a different type of boot they won't be called and therefore the DHCP option would never get configured so you'd never get an IP address right?12:33
moshelesambetts: yes12:34
*** vnogin has quit IRC12:34
sambettsif we always need it like this then I suggest that we build this logic into the network interface (flat and neutron) and not the dhcp provider12:35
sambettshttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/network/flat.py and https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/network/neutron.py12:36
sambettsand as part of add_provisioning_network and add_cleaning_network and configure_tenant_networks we should ensure this option gets set12:36
*** lucas-hungry is now known as lucasagomes12:39
lucasagomessambetts, moshele so, nova will pick a random port from ironic when deploying, I'm not even sure if the driver already check for pxe_enabled when passing the list of macs to nova12:40
lucasagomesthat's a problem we have12:40
* lucasagomes checks nova driver12:40
*** jcoufal has joined #openstack-ironic12:40
moshelesambetts: ok I will look on that direction12:40
sambettslucasagomes: it looks like we'll require this DHCP option even for ports with PXE disabled to provide networking for local boot tenant networks12:44
*** catintheroof has joined #openstack-ironic12:46
*** siva_krish has joined #openstack-ironic12:47
*** baoli has joined #openstack-ironic12:47
*** Goneri has joined #openstack-ironic12:48
*** skramaja is now known as skramaja_afk12:52
*** aparnav has quit IRC12:52
*** abcxyz has quit IRC12:54
*** hoangcx has joined #openstack-ironic12:57
*** skramaja_afk is now known as skramaja12:57
openstackgerritVadim Hmyrov proposed openstack/ironic: Block some port updates  https://review.openstack.org/34736013:01
*** rloo has joined #openstack-ironic13:03
*** baoli has quit IRC13:03
*** wajdi has quit IRC13:04
*** hshiina has quit IRC13:06
openstackgerritxiexs proposed openstack/virtualbmc: Adds power_soft support to vbmc  https://review.openstack.org/34736713:16
openstackgerritxiexs proposed openstack/virtualbmc: Adds power diag support to vbmc  https://review.openstack.org/34736813:16
*** vmud213 has quit IRC13:21
xavierrgood morning Ironic13:21
openstackgerritlokesh s proposed openstack/ironic: Add support for the audit middleware  https://review.openstack.org/27265813:24
*** bks has quit IRC13:24
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add baremetal port set command to OSC plugin  https://review.openstack.org/34728713:26
vdrokmorning xavierr and NobodyCam :)13:31
openstackgerritlokesh s proposed openstack/ironic: Add support for the audit middleware  https://review.openstack.org/27265813:31
rloomorning xavierr, vdrok13:35
vdrokgood morning rloo !13:36
rloohi vdrok, question about https://review.openstack.org/#/c/297895/9/nova/virt/ironic/driver.py13:36
vdrokyup13:37
rloovdrok: if node.network_interface is None, can't it be neutron if CONF.default_network_interface is neutron?13:37
jrollmorning everyone13:37
rloomorning jroll13:37
mgouldmorning jroll13:37
vdrokrloo: oh right there is a config option13:37
mgouldmorning rloo xavierr13:37
vdroki completely forgot about it :(13:37
rloovdrok: yeah, that wonderful config option...13:37
jrollrloo: I really wish we returned what it's actually using in the API13:37
vdrokmorning jroll13:38
jrollotherwise how do ops know which network interface a node is using?13:38
rloojroll: i agree with you but i have already forgotten the logic that got us to here.13:38
rloovdrok: do you remember?13:38
sambettsjroll, rloo, vdrok: this is why I prefered actaully having the field set on node create if unspecified instead of just making it an if None then fall back to default13:38
vdrokrloo: dtantsur|pto's spec13:39
vdroksaying that None == use default13:39
jrollwe have to fix this, else there's no way for nova to know :/13:39
jrolleither that or we always bind late and in the flat/noop case have ironic do the port-update before pxe booting13:40
jroll... which it already does, we could just add the host_id13:40
jrollhrm13:40
rloothere seem to be two 'settings'. the node's 'x_interface', and the actual node.driver's interface.13:41
rlooit would be two calls (or is there a call) to get the node's driver, then the driver's interfaces?13:42
jrollthere will be a call to get the list of possible (and default) interfaces for a node, but it doesn't exist yet13:43
rloojroll: we don't want the list of possible/default, we want the actual.13:43
jrollrloo: right, we could combine the two, though13:43
jrollrloo: first call gets {driver: foo, network_interface: None}, second finds the default network interface for driver:foo13:44
sambettsI definatly think if you do a node-show you should get back a node with the interfaces currently being used by that node13:44
sambettsregardless if in the db they are None or not13:44
*** links has quit IRC13:44
jrollnot optimal at all, I'd rather return in the GET /nodes/uuid13:44
jrollyeah13:44
rloohow long is dtantsur|pto on pto?13:45
jrollall week13:45
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145813:45
jrollI think he's back monday13:45
rloocan this wait til next week?13:45
vdrokif it will be shown only in API, we'll have to have some magic to ensure that it's not accidentally saved to DB13:45
jrollI guess?13:45
sambettsIMO I'd prefer it if we actually set the unspecficied interfaces on the node at node-create time, instead of saving them as None in the DB13:46
rloojroll: if we wait til next week, you can discuss with dtantsur|pto, and i'll be away so i won't have to think about it :D13:46
jrollrloo: your opinion is valuable though :(13:47
rloosambetts: if we set the interface at node.create time, then that means the global config won't work.13:47
rloojroll: heh.13:47
sambettsrloo: no it does work, once, at node-create time13:47
jrollwell, the global config would help determine what's set at... that13:47
rloosambetts: that's what i mean. only once. which isn't the way global configs work, is it? i'd need to think about that13:48
*** ayoung has joined #openstack-ironic13:48
*** wajdi has joined #openstack-ironic13:48
jrolldepends on the config help text :)13:48
sambetts^13:49
sambettshehe13:49
jroll"default to set node.network_interface to at node-create time" vs "default network_interface if node.network_interface is NULL"13:49
jrollthat said, it'll be an inconvenience for upgrades, but meh?13:49
sambettsI think it'll make upgrades more consistant though13:49
sambettsbecause if Ironic changes the default for the config, it won't change the nodes13:50
jrollyeah, I meant the first upgrade13:50
rlooso right now, lets set  config to 'flat'. create node.n_iface=None. node.driver.n_iface='flat'. if i then set config to 'noop' and restart conductor? will node.driver.n_iface='noop'?13:51
jrollin sam's proposal? no, it will still be flat13:51
rloojroll: no with current code/dmitry's composition.13:51
jrollrloo: currently, that's correct13:52
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add baremetal port unset command to OSC plugin  https://review.openstack.org/34740213:54
rlooi need to look at dmitry's spec again. sigh.13:54
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Replace DB API call to object's method in iLO drivers  https://review.openstack.org/34740313:54
*** vnogin has joined #openstack-ironic13:54
*** jcoufal has quit IRC13:54
TheJuliavdrok: I think accidental saving to the API becomes an implicit operator decision to default the node to that behavior.  It is not like an operator can bulk change everything to tenant isolated networking anyway, they will have to explicitly choose their path forward13:56
openstackgerritJim Rollenhagen proposed openstack/ironic: Add node.resource_class field  https://review.openstack.org/34505513:56
openstackgerritJulia Kreger proposed openstack/ironic-specs: Boot from Volume - Reference Drivers  https://review.openstack.org/29499513:56
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145813:57
vdrokTheJulia: with current code they still can switch between flat/noop easily, just updating config13:57
TheJuliavdrok: yup, and those are similar configurations, but the configuration information and possibly even the pre-existing infrastucture configuraiton has to be radically changed in order to just magically switch to tenat isolation13:58
TheJuliai.e. they would have to have their switches explicitly already configured and integrated in prior13:58
vdrokyeah I agree with you about isolation case13:58
TheJuliathe other two cases, dumb switch, even a hub would work13:59
TheJuliacross over cable :)13:59
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145813:59
TheJuliawhich reminds me, I keep putting off getting a thunderbolt to ethernet adapter for my laptop so I can play with the nuc that I have13:59
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145814:00
rlooon another note, has anyone noticed that the gate for ipa is flaky?14:01
rloosomething to do with the py27 or py34 tests.14:02
*** siva_krish has quit IRC14:02
*** siva_krish has joined #openstack-ironic14:04
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145814:05
*** mgoddard_ has joined #openstack-ironic14:05
*** jcoufal has joined #openstack-ironic14:06
jrollrloo: I haven't, got a link?14:06
rloojroll: https://review.openstack.org/#/c/346963/14:07
*** PollyZ has joined #openstack-ironic14:07
jrollrloo: thanks14:07
rloojroll: I noticed something failing last Friday (well, sometime before Monday) and didn't get a chance yesterday to look. And I think I've seen more failures from yesterday (prob cuz I reviewed a bunch of patches yest)14:08
*** mgoddard has quit IRC14:08
rloolucasagomes: did you look into these failures on your ipa patch: https://review.openstack.org/#/c/344164/14:09
lucasagomesrloo, hi there, checking14:09
lucasagomesrloo, yeah I've rechecked cause it looks unrelated14:09
lucasagomeshttp://logs.openstack.org/64/344164/6/check/gate-ironic-python-agent-python34/b981071/console.html#_2016-07-25_23_21_00_29103314:09
jrollthat's... why are we checking if _check_for_iscsi is called14:10
rloolucasagomes: i'm seeing failures in other ipa patches too ^^ jroll is looking14:10
lucasagomeslemme take a more deep look into it14:10
jrollfeels like it shouldn't be14:10
jrolllucasagomes: that's part of evaluate_hardware_support, which shouldn't be called in that method best I can tell14:10
lucasagomesrloo, jroll oh alright, yeah it seems that we have some random failures/passes in the unittests there14:10
lucasagomesjroll, lemme try to reproduce it locally14:11
* lucasagomes sets a loop14:11
*** siva_krish has quit IRC14:11
lucasagomesjroll, it seems that it's mocking some nested methods, for unittests is better to just mock the upper level method/function directly14:12
*** thiagop has joined #openstack-ironic14:12
rloojroll, lucasagomes: here's one where py27 fails. randomness would explain... https://review.openstack.org/#/c/345513/14:12
thiagopGood morning, Ironichood14:12
jrolllucasagomes: in dispatch_to_managers, _get_managers() is called, I bet that's cached14:13
jroller, I think that's cached14:13
jrollwhich would explain things14:13
lucasagomesrloo, yup, yeah probably it's random... probably it's a module variable controller when that call is invoked and when is not14:13
lucasagomesand parallel tests are messing up14:13
lucasagomesjroll, yeah something like that14:13
jrollyeah, it is cached14:13
*** sdake has joined #openstack-ironic14:14
*** joprovost has joined #openstack-ironic14:14
jrolllucasagomes: so we just shouldn't be asserting that checK_for_iscsi is called, unless we're testing for it14:14
lucasagomes++14:14
jrolland mock it at the class level14:14
* jroll does it14:14
lucasagomesjroll, thanks, we can fast merge that once you get the patch up14:15
jrollcool14:15
lucasagomescause random failures are a PITA14:15
rloolucasagomes: +++++14:15
jrollthanks for catching that rloo14:17
* jroll running tests14:17
rloothank YOU jroll & lucasagomes for fixing. I should have mentioned it yesterday. I think I got as far as trying to reproduce and got distracted.14:17
*** sdake_ has joined #openstack-ironic14:18
lucasagomesrloo, thank you and jroll (he's the one actually fixing it :D)14:18
*** baoli has joined #openstack-ironic14:18
* lucasagomes is trying to reproduce locally tho14:18
rloolucasagomes: team effort :D14:18
*** baoli_ has joined #openstack-ironic14:20
*** sdake has quit IRC14:20
*** PollyZ has quit IRC14:21
*** mtanino has joined #openstack-ironic14:22
*** baoli has quit IRC14:23
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Fix races in advertise_address unit tests  https://review.openstack.org/34742114:25
jrolllucasagomes: rloo: that should do it14:26
rloojroll: thx.14:26
jrollnp14:26
apughazhgood morning14:26
*** e0ne has quit IRC14:27
apughazhI uploaded a patch14:27
apughazhhttps://review.openstack.org/#/c/346894/14:27
* jroll is happy there's no rechecks on the patch that added that bug14:27
jrollmorning apughazh14:27
*** michauds has joined #openstack-ironic14:28
*** gabriel-bezerra has quit IRC14:33
*** siva_krish has joined #openstack-ironic14:34
*** harshs has joined #openstack-ironic14:35
*** yuikotakadamori has joined #openstack-ironic14:35
*** michauds_ has joined #openstack-ironic14:39
*** hwcomcn has quit IRC14:40
*** zhenguo has quit IRC14:41
lucasagomesjroll, thanks!14:42
*** harshs has quit IRC14:42
lucasagomeswill approve as soon as the tests are returned by jenkins14:42
*** fumie has quit IRC14:42
TheJuliavdrok: Hey, out of curiosity, do you have a pending revision or a local patch ready for https://git.openstack.org/cgit/openstack/ironic/tree/ironic/tests/unit/api/utils.py#n97 ?14:43
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689414:44
vdrokTheJulia: huh, no, I don't14:45
vdrokbut can do it fast :)14:45
*** PollyZ has joined #openstack-ironic14:45
TheJuliacool, thank you :)14:47
*** harshs has joined #openstack-ironic14:48
*** michauds_ has quit IRC14:54
vdrokTheJulia: otoh, I don't know if the popping should be removed14:54
vdroktests that are using an old api version start to fail so need to be changed too14:55
vdrokit seems like it's the first POSTable attribute we added since the introduction of microversioning14:55
*** spandhe has joined #openstack-ironic14:56
*** spandhe has quit IRC14:56
jrollvdrok: yeah, I ran into the same thing adding resource_class14:56
vdrokjroll: so maybe just include network_interface if it was requested in arguments to post_get_test_node?14:57
jrollvdrok: like you have it now?14:57
vdroks/if/only if/14:57
vdrokyeah14:57
jrollyeah, that worked for me14:57
vdrokjust change TODO -> NOTE :D14:57
jrollhttps://review.openstack.org/#/c/345055/8/ironic/tests/unit/api/utils.py14:58
jrollheh, yeah14:58
*** harshs has quit IRC15:00
*** vnogin has quit IRC15:00
*** mjura has quit IRC15:01
openstackgerritVladyslav Drok proposed openstack/ironic: Change comment regarding network_interface  https://review.openstack.org/34744115:04
*** rcernin has quit IRC15:05
*** mbound has quit IRC15:07
thiagopFolks, vote in us: https://www.openstack.org/summit/barcelona-2016/vote-for-speakers/presentation/16078/?q=red%20pill15:07
thiagopsambetts rajinir mjturek1 ^^15:08
rajinirthiagop:+215:08
mjturek1thiagop: will do15:08
thiagop:D15:08
vdrok:)15:08
yuikotakadamorijroll, hi, all of Ironic console patches have been merged, then we've got some comments from Nova guys to Nova patch. They say that we can FFE request, then could you please talk to Nova PTL?15:09
jrollyuikotakadamori: it's on my todo list, I'm hoping to get the networks patch ready and talk to PTL about both at the same time15:10
yuikotakadamorijroll, oh, ya, thanks!15:11
rajinirthiagop: I noticed the abstract is blank. Any idea?15:11
thiagoprajinir: nope...15:11
jrollrajinir: thiagop: the voting site doesn't let you link directly to a presentation anymore15:12
jrollbecause you aren't supposed to ask people to vote for you15:12
jrollso... please don't ask people to vote for you15:12
rajinirjroll: wonder why we cannot see the abstracts?15:12
jrollrajinir: I'm not sure, I assumed the random talk that came up when you clicked the link doesn't have one15:13
thiagopjroll: why?15:13
jrollbut you're right, I don't see any15:13
jrollthiagop: because people are supposed to vote based on what they want to see, not what their friends ask them to vote for15:13
jrollotherwise it's a popularity contest15:13
jrollwhich isn't healthy for the talk sessions15:13
*** harshs has joined #openstack-ironic15:14
*** vnogin has joined #openstack-ironic15:14
thiagopjroll: one should vote in what is interesting for him. Not only by the request of a friend. This way I can't even point a presentation I found interesting to someone15:14
jrollthiagop: right, it's a tradeoff15:15
*** rbartal has quit IRC15:15
thiagopjroll: I found it interesting that OSF thinks that a poll of such smart people would vote only based on friendship...15:15
jrollthiagop: but there's been years of abuse of people asking their entire company to vote for talks just because they're from the same company15:15
thiagopa pool*15:15
jrollthiagop: imagine CEO sends a list of talks and asks for votes15:15
jrollkeep in mind you don't need to be ATC or even attending summit to vote15:15
jrollso suddenyl every $large_corp talk has 20k votes15:16
thiagopjroll: but large corps have their own sponsored space at summits, right?15:16
TheJuliavdrok: perhaps some test refactoring then :(15:17
jrollit does bum me out that I can't link interesting talks to friends, but I guess the OSF thinks it's worth it15:17
jrollthiagop: that's irrelevant, I think?15:17
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689415:18
thiagopjroll: I don't think so. If the large corp has it's sponsored space, why submit coporate talks and ask for such an amount of votes for it to be selected? It makes no sense to me15:19
thiagopunless the politics of summit is far worse than I expect...15:19
thiagopjroll: nonetheless, sorry for asking votes anyway. It won't happen again.15:20
jrollthiagop: 1) they aren't always corporate talks, some may be actually interesting talks by devs; 2) because corporate space AND a bunch of talks == more marketing than just corporate space15:20
thiagop^that corroborates my theory15:21
jrollthiagop: the politics of the summit are a large amount of the reason the summit is splitting :)15:21
*** Nisha_away has joined #openstack-ironic15:22
JayFFor your consideration, I do have a talk on agents + hardware managers, that I know some folks in here would be interested in, if you search for "007" you can see it. But it seems like abstracts aren't showing up so you probably can't make a good decision on it yet :)15:22
JayFjroll: I try to avoid the friend-upboats by not being friendly15:22
jrollJayF: "vote for my talk you jerks"15:23
jroll:P15:23
* thiagop tries to not reach the foundation channel to ask about abstracts15:23
JayFthiagop: I already emailed speakersupport@ about it15:23
thiagoplast time I showed them a couple of things wrong at openstack.org15:24
thiagop(submission dates and another thing I don't remember now)15:24
* rloo prefers that there aren't any talks at the summit.15:32
*** harshs has quit IRC15:32
thiagoprloo: look at the bright side: free time15:33
thiagop:P15:33
rloothiagop: free time for what? :D15:33
thiagoprloo: wander thru the city or meet with other OS folks that doesn't like talks either to chat/work15:34
rloothiagop: the latter should == design sessions + ;)15:35
thiagoprloo: I thought more of a "partial consensus"15:36
thiagop:)15:36
*** harshs has joined #openstack-ironic15:36
*** jaybeale has joined #openstack-ironic15:37
rajinirthiagop: jroll: The abstracts are showing up now15:37
jrollwoot15:37
jrollJayF: ^15:37
thiagoprajinir: w00t15:37
thiagopjroll: about removing tests of tempest, I bumbed into the "no facility to check if plugin is installed problem"15:38
thiagopjroll: will look if they have something in course to solve this later today15:39
jrollthiagop: they have a concept of feature flags, we may have to create some15:39
*** harshs has quit IRC15:39
thiagopjroll: using that @service tag?15:40
thiagopI thought it was meant only for scenario tests...15:40
jrollthiagop: similar to live_migrate_enabled or whatever, I think15:40
jrollI'm not sure15:40
thiagopjroll: will take a look on it15:40
*** ifarkas is now known as ifarkas_afk15:40
jrollthiagop: thanks, mtreinish is a good person to talk to if you need suggestions15:41
thiagopjroll: ack15:41
*** tesseract- has quit IRC15:43
mtreinishthiagop: don't use the service decorator in a plugin, it's not part of the stable interface15:44
mtreinishI've seen several projects try to use that and complain when we removed something from tree15:44
thiagopmtreinish: Hi! Not on the plugin, what I'm trying to do is remove the old baremetal tests and keep the ones that has a baremetal flag running, but there is a lot of checking around the config file15:45
thiagopmtreinish: baremetal flag *in other services*15:45
mtreinishright, and that will likely have to be removed. When we remove the ironic tests from tempest all that goes away. It was a hacky workaround that got in because ironic was a service, it wouldn't have been allowed for any other nova driver15:46
mtreinishthe best path forward would be to leverage specific feature flags on what ironic can and can't support to make sure everything ironic can't do is skipped15:47
mtreinishbut the easiest path (while not the best) is a whitelist file (with os-testr or tempest run) where you maintain that list of what to run somewhere15:48
thiagopmtreinish: you mean removing tests such as https://github.com/openstack/tempest/blob/master/tempest/api/compute/admin/test_baremetal_nodes.py ?15:49
thiagopmtreinish: this one is inside "compute"15:49
mtreinishthat test will stay, (for the time being at least) because it tests a nova api15:49
*** PollyZ has quit IRC15:49
mtreinishbut the service available skip will have to be removed15:50
mtreinishbecause that flag will go away15:50
*** rama_y has joined #openstack-ironic15:51
mtreinishif there are missing feature flags on the nova side we can add them15:51
*** PollyZ has joined #openstack-ironic15:55
thiagopmtreinish: sorry, I'm not very tempest fluent. What do you mean by "feature flag"? the @test.attr?15:55
openstackgerritMerged openstack/ironic: Remove unused code when failing to start console  https://review.openstack.org/34652415:56
mtreinishthiagop: a config option. Basically things in groups like: https://github.com/openstack/tempest/blob/master/tempest/config.py#L294-L39515:57
thiagopmtreinish: uhmm15:57
mtreinishmost services have a config group like that, it used to tell tempest what configurable or optional features are available on the deployment you're running against15:58
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689415:58
thiagopmtreinish: my idea was to detect somehow if the ironic plugin is active and if so, run these tests15:59
*** trown is now known as trown|lunch15:59
thiagopmtreinish: but I saw a doc yesterday saying that doing service discovery on tempest is bad practice..15:59
*** harshs has joined #openstack-ironic16:00
mtreinishthiagop: right, that would be the wrong way to handle this16:01
mtreinishit's also harder than you think because running tests is decoupled from the plugin mechanism (and the test code itself)16:01
mtreinishwe need to be explicit about what we're running16:01
mtreinishwhich is why the current usage of that ironic service available flag is bad, and was just a fast hack to fix things and something we should have pushed back on16:02
mtreinishbut hindsight is 20/2016:02
jrollso to be clear, we'd rather a feature flag like os_baremetal_extension_available ?16:02
jroll(for that os-baremetal api extension specifically)16:02
mtreinishthat already exists, it's the api_extensions list option in that group16:03
mtreinishjust remove it from the list16:03
jrollgot it16:03
mtreinishthe problem is that's actually installed, but nova isn't configured so that it'll do something16:03
mtreinishso we probably need just a baremetal option in that group, to say that nova has baremetal anything configured16:04
mtreinishwe might want a better name that, but we can bikeshed on review when it's ready16:04
mtreinishthis is the standard discoverability problem that most projects' APIs have16:04
jrollso CONF.compute.baremetal or whatever16:05
jrollyeah, indeed16:05
mtreinishprobably CONF.compute_feature_enabled.baremetal, but yeah16:05
jrollyeah16:05
sambettscan't we just look at the which compute driver is enabled/16:05
sambetts?16:05
mtreinishsambetts: no, that's not user exposed information16:05
mtreinishand even if it was tempest couldn't rely on an api response to determine whether to skip a test. What if there was a bug in the api that made it lie, you'd skip the test and never know16:06
sambettsoh I guess I misunderstand which conf files we're looking at then16:06
mtreinishsambetts: this is the tempest config file16:06
*** mbound has joined #openstack-ironic16:08
sambettsah I see, perhaps we should put a config option to store the compute driver in tempest, so that we can switch on that, and then it leaves it open for other compute drivers to switch on/off stff if they don't support the full feature set16:08
thiagopmtreinish: but even if we check another config flag instead of the one we check today, there is the problem of how tempest will know how to instantiate the baremetal_client16:09
mtreinishsambetts: that's not something a user should need to know (or likely will in many cases) Tempest's job isn't to maintain a matrix of which features work with which virt drivers16:09
mtreinishit also couldn't keep up with that, because nova changes pretty quickly16:09
jrollyeah, I agree it should be individual feature flags16:09
jrolland a baremetal flag for the os-baremetal extension availability16:09
sambettsso there should things like be a CONF.compute.interface_attach_possible = True/False?16:10
*** PollyZ has quit IRC16:10
mtreinishsambetts: like: https://github.com/openstack/tempest/blob/master/tempest/config.py#L36316:10
sambettsright16:11
jrollsambetts: yep16:11
jrollso what we need to do is run through the cruft that uses service_enabled('ironic') in tempest and fix it with real feature flags like that16:11
mtreinishjroll: ++16:11
mtreinishthiagop: for nova tests, the config flag is fine. Those api clients aren't going anywhere and the tests just need a condition to not execute unless you configured nova to use baremetal16:12
mtreinishthiagop: for ironic tests those will be in the plugin and will be included when you install it16:12
*** mbound has quit IRC16:13
thiagopmtreinish jroll so, we won't remove the baremetal_client from tempest? What can happen when we supersed it with the plugin's client (it will supersed, right?)?16:14
jrolleh? we need to remove the baremetal_client from tempest, there's no reason for it to be there16:15
jrolltempest/api/compute/admin/test_baremetal_nodes.py will stay, but that uses the nova client16:15
mtreinishthiagop: clients are per api endpoint. There is a nova baremetal extension, that client stays in tempest. Things that talk directly to ironic migrate with the plugin16:15
thiagopjroll: see L3216:15
jrolloh, because it creates the nodes in ironic16:16
jrollew16:16
mtreinishoh, yuck16:16
sambettsoh it shouldn't be doing that...16:16
*** skramaja has quit IRC16:16
sambetts devstack should have done that16:16
jrolltempest isn't always run with devstack :)16:16
mtreinishyeah lets either fix the test to be only nova api calls, move it to the ironic plugin, and/or delete it16:17
thiagop¯\_(ツ)_/¯16:17
jrollis it safe to assume ironic will always have nodes? I'm not sure we assume that in our plugin16:17
jrollfwiw that endpoint is deprecated16:18
*** PollyZ has joined #openstack-ironic16:18
thiagopjroll: I don't think so, but unsure16:18
jrollmtreinish: I assume the rule about deleting endpoints is to keep the tempest tests until you're ready to delete?16:18
thiagopthiagop: what I know is that some of the tests here on OneView CI aren't running exactly on HW... just the baremetal basic ops ones. Tempest really creates some nodes on the run16:19
thiagopjroll: ^16:19
jrollright16:19
mtreinishjroll: well normally we keep it around until there aren't any stable branches using it, we just skip it on master so the delete patch can land16:19
mtreinishbut api deletes are pretty rare16:19
sambettsthiagop: thats the Ironic API only tests right?16:20
sambettsthose create nodes but with fake information16:20
jrollmtreinish: ah, right. well, the nova baremetal endpoint is deprecated and going away next cycle afaik16:20
thiagopsambetts: I think these nova tests enters this category too...16:20
thiagopsambetts: lemme check16:21
mtreinishjroll: yeah, iir the proxy api discussion last week that was the conclusion16:21
jrollindeed16:21
jrollI was wondering if we could just drop that test, but I guess not16:21
mtreinishso for this case I'd say we probably could since it's a bad test and doesn't provide much value16:21
mtreinishfor the the other proxy apis it's probably not so straightforward. Especially when you factor in that some are in the defcore list :(16:22
jrollyeah16:22
jrollI'm fine with dropping it16:22
jrollnova-baremetal has been gone for years16:22
jrollthat proxy was there to keep the api working16:22
thiagopa humble +1 for dropping16:22
*** Romanenko_K has quit IRC16:23
*** Sukhdev has joined #openstack-ironic16:23
mtreinishso technically there is: http://docs.openstack.org/developer/tempest/test-removal.html but pretend I didn't share that link :)16:24
mtreinishjust push the patch and lets hope no one remembers that doc16:24
thiagopmtreinish: lol16:24
jrollheh16:24
mtreinishotherwise it'll be at least week for public comment before we can remove it16:24
jrollI think it's worth it given the complexity it'd require to keep it16:24
thiagopjroll mtreinish I'm reading the last sentence and smiling16:26
thiagopanything that lives in tempest which doesn't test one of these projects can be removed [...]16:26
jrollwell, it's testing nova16:27
mtreinishthiagop: right, but this is technically a nova test :)16:27
mtreinishbut we can use that to justify fast tracking a removal16:28
mtreinishit's only partially a lie16:28
thiagopalright16:29
*** derekh has quit IRC16:30
*** aNupoisc has joined #openstack-ironic16:31
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689416:34
*** jpich has quit IRC16:35
openstackgerritJay Faulkner proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689416:39
lucasagomesrloo, jenkins didn't return yet for #347421, mind keeping an eye on it and approve once it does? I will call it a day16:43
*** yuikotakadamori has quit IRC16:43
rloolucasagomes: will do! have a good evening!16:43
lucasagomesthanks16:43
lucasagomeshave a great ugt evening all, see you tomorrow16:44
*** lucasagomes is now known as lucas-dinner16:44
vdrokmight lucas-dinner16:46
vdroknight :)16:46
*** gfhellma has joined #openstack-ironic16:47
NobodyCamgood Morning Ironicers16:47
*** Sukhdev has quit IRC16:48
*** baoli_ has quit IRC16:49
*** ccamacho is now known as ccamacho|awawawa16:50
*** ccamacho|awawawa is now known as ccamacho|away16:50
mgouldmorning NobodyCam, also jroll rloo mtreinish thiagop16:50
NobodyCammorning mgould16:50
*** bvandewa has joined #openstack-ironic16:51
* mgould reads the subteam status report and learns the word "xenodochial"16:52
mgouldcan't imagine how I've gone through life not knowing that :-)16:52
*** bvandewa has quit IRC16:52
*** fragatina has quit IRC16:54
rloohi mgould. you're probably the only person that reads the status report :)16:54
rloomgould: i wasn't quite sure i used that word properly ;)16:55
NobodyCammorning rloo :)16:55
*** harshs has quit IRC16:55
rloomorning NobodyCam16:55
NobodyCam:)16:55
*** harshs has joined #openstack-ironic16:56
mgouldrloo: it's certainly grammatically correct16:57
*** gfhellma1 has joined #openstack-ironic16:57
rloomgould: :D16:57
* mgould had assumed you were using a script and a big list of positive adjectives :-)16:57
*** gfhellma has quit IRC16:59
rloomgould: the fun part was picking an adjective :)17:00
* sambetts looks forward to see what word rloo will use each week ;) 17:00
*** fragatina has joined #openstack-ironic17:00
rloomgould: i only plan to do this once per letter17:00
thiagopmorning mgould17:01
thiagopmorning NobodyCam17:02
*** bvandewa has joined #openstack-ironic17:06
*** ChubYann has joined #openstack-ironic17:06
NobodyCamMorning thiagop ;)17:06
*** fragatina has quit IRC17:07
*** jtomasek has quit IRC17:10
*** PollyZ has quit IRC17:12
*** trown|lunch is now known as trown17:14
*** gfhellma1 has quit IRC17:15
*** bvandewa has quit IRC17:17
*** harshs has quit IRC17:21
* mgould -> home; good night!17:26
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689417:26
*** mgould is now known as mgould|afk17:27
*** milan has quit IRC17:28
thiagopgood night mgould|afk17:29
sambettso/ mgould|afk17:29
*** sdake_ is now known as sdake17:37
openstackgerritStephanie Miller proposed openstack/ironic: Add volume_connector table to save connector information  https://review.openstack.org/20098317:38
*** mgoddard_ has quit IRC17:38
*** gfhellma has joined #openstack-ironic17:41
*** livelace has joined #openstack-ironic17:41
*** bvandewa_ has joined #openstack-ironic17:42
*** Sukhdev has joined #openstack-ironic17:42
*** aNupoisc has quit IRC17:42
openstackgerritMerged openstack/ironic-python-agent: Fix races in advertise_address unit tests  https://review.openstack.org/34742117:43
*** spandhe has joined #openstack-ironic17:44
*** spandhe has quit IRC17:44
*** rpioso has joined #openstack-ironic17:44
*** aNupoisc has joined #openstack-ironic17:44
JayFjroll: would something like a "change-ramdisk.sh" in devstack/tools/ironic/scripts/ be appropriate? the idea would be it would take arguments for new kernel+initrd for ramdisk, and upload it to glance and make it the deploy_kernel and ramdisk for it17:45
*** electrofelix has quit IRC17:46
*** spandhe has joined #openstack-ironic17:46
*** baoli has joined #openstack-ironic17:46
*** harshs has joined #openstack-ironic17:50
*** Sukhdev has quit IRC17:50
*** Sukhdev has joined #openstack-ironic17:51
* sambetts -> home17:56
sambettsnight all17:56
*** sambetts is now known as sambetts|afk17:56
thiagopgood night sambetts|afk17:56
*** priteau has joined #openstack-ironic17:57
*** gfhellma has quit IRC17:57
*** gfhellma has joined #openstack-ironic17:57
jrollJayF: yeah, that seems sane to me17:58
*** jaybeale has quit IRC18:00
*** harshs has quit IRC18:01
jrollanyone up for v2 api meeting? should be short18:03
jroll-meeting-318:03
*** gfhellma1 has joined #openstack-ironic18:03
*** gfhellma has quit IRC18:06
*** Nisha_away has quit IRC18:07
*** harshs has joined #openstack-ironic18:09
openstackgerritStephanie Miller proposed openstack/ironic: Introduce VolumeConnector object  https://review.openstack.org/21458418:12
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume connector operation  https://review.openstack.org/21458518:17
openstackgerritStephanie Miller proposed openstack/ironic: Add volume_targets table to save target information  https://review.openstack.org/28521818:21
openstackgerritStephanie Miller proposed openstack/ironic: Introduce VolumeTarget object  https://review.openstack.org/28521918:21
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522018:22
*** PollyZ has joined #openstack-ironic18:33
*** gfhellma1 has quit IRC18:35
*** sdake has quit IRC18:35
*** sdake has joined #openstack-ironic18:35
*** e0ne has joined #openstack-ironic18:36
*** moshele has quit IRC18:42
*** ahqa has joined #openstack-ironic18:42
openstackgerritMark Hamzy proposed openstack/ironic: Support use_insecure_erase_with_wipefs option  https://review.openstack.org/34751518:43
*** ahqa has left #openstack-ironic18:44
openstackgerritMark Hamzy proposed openstack/ironic-python-agent: Support use_insecure_erase_with_wipefs option  https://review.openstack.org/34751818:46
*** spandhe has quit IRC18:46
*** ahqa has joined #openstack-ironic18:47
jrollrloo: so. resource_class. I still think we need it in newton so that people can prep for ocata if they want to use this stuff18:47
jrollotherwise they need to update their flavors and nodes at the same time18:47
rloojroll: ok, if that's the reason.18:47
devanandajroll: random note - we should publish an update to the specs repo indicating what was completed in the 6.0 release (it's not mentioned here http://specs.openstack.org/openstack/ironic-specs/ )18:47
rloojroll: on the other hand, do we really want that avail before it is actually useable?18:48
devanandaand then incorporate that into our release process18:48
jrollrloo: I think so18:48
jrolldevananda: yeah, we should18:48
* jroll makes a todo18:48
rloojroll: what if nova stuff doesn't happen (sorry, i know i should be more optimistic)18:48
devanandarloo: from discussions with nova folks last week, I agree - we need to get that into newton in ironic, even if we're not actually using the field yet internaly18:48
*** Sukhdev has quit IRC18:49
devanandarloo: then we bump the microversion and remove it? :)18:49
jrolllol18:49
jrollrloo: doesn't happen in newton or doesn't happen at all?18:49
rloodevananda: why do we need to get that into newton? it won't be useable before nova gets their part done18:49
* devananda isnt sure whethre he's joking or not18:49
rloojroll: either18:49
devanandarloo: for rolling upgrades18:49
rloodevananda: ironic rolling upgrades which doesn't work yet?18:50
devanandarloo: so that operators can begin to populate that data in a fully-newton(ian system)18:50
JayFrloo: that don't /officially/ work yet. They do work in practice for a lot of folks.18:50
JayFrloo: plus I think we'd hope that it would be working by ocata18:50
rloodevananda: yet another reason not to do it in a newtonian world.18:51
jrollrloo: we need it in newton so that the resource tracker in nova can start using it during newton, and the data is there from t=0 on an ocata deploy of nova18:51
devanandalet's (optimistically) assume nova lands their part in newton, and activates that feature in ocata18:51
devanandaan operator will then be able to input that data into their newton-based cloud, and have it functional as soon as they upgrade to ocata18:51
devanandaif they DONT do that, the when they upgrade to ocata, certain components of the new scheduler won't work18:52
devananda(that's the plan, anyway)18:52
rloojroll: so the ironic-virt drive can be modified to set resource_class=Null if the node doesn't have a 'resource_class', right?18:52
jrollrloo: so that the ironic virt driver can be modified to pass the resource_class that is set up to the resource tracker, whether NULL or not18:53
* devananda afk's briefly18:53
rloolook, i'm not against having node.resource_class in newton, i just don't understand why it seems so urgent. let's say the new scheduler is in ocata and we add node.resource_class in ocata. does that break anything? no. things should work as they had worked before the new scheduler, right?18:54
* jroll is trying to think through all the cases18:57
rlooand don't forget, we/ironic can release frequently :)18:57
jrollright, but some deployers only use the stable version18:57
JayFThe long pole here is the nova virt driver change, which we have agreement from them to get in for Newton18:57
JayFthe problem isn't Ironic deploying quickly enough, it's getting that info exposed so the nova driver will be willing to read it18:57
JayFaiui18:58
jrollcorrect18:58
rlooJayF: i am fine modifying the nova virt driver.18:58
jrollbut we've been told that if someone doesn't populate it, the old way will still work in ocata18:58
JayFrloo: they won't let us modify the virt driver to read a field that doesn't exist yet18:59
rlooJayF: that code could just look for 'resource_name' from the node, if it isn't there, set it to NULL18:59
jrollwhich is the catch18:59
jrollor rather, which is why "wait until ocata" might work18:59
rloothat's odd. they should allow that, so that new nova 'might' work with an older ironic.18:59
jrollwork/be okay18:59
*** spandhe has joined #openstack-ironic18:59
rloojroll: so the nova code that will be using resource_class won't be in newton, it'll be in ocata?19:00
jrollrloo: new nova won't work with old ironic because microversions19:00
JayFrloo: the objection would be more, we can't write a client to an api that doesn't exist. So we can't modify the virt driver to read in the field until it exists.19:00
jrollwe pin to a certain microversion19:00
jrollrloo: the nova code that reads resource class will be in newton (if we have the support in ironic for it), the code that uses resource_class for scheduling will be in ocata19:01
*** jaybeale has joined #openstack-ironic19:01
rloojroll: so we're going to add node.resource_class in version 1.24 (eg), and then pin nova to version 1.24 in nova-newton?19:01
jrollrloo: correct19:01
jrollrloo: so, backing up, the reason why it's urgent is because nova folks would like this in during newton to help further their scheduling objectives (which happen to help us a ton, it reduces a lot of problems we have due to slow resource tracker things)19:03
rloojroll: so if we don't have node.resource_class in newton, what will the nova-side code look like wrt the resource class value for any bm nodes?19:03
jrolland they follow normal feature freeze, so we can't just land this at end of cycle19:03
*** yuanying has quit IRC19:03
jrollrloo: the nova side wouldn't use it at all, and it wouldn't put resource data for ironic nodes in the resource_providers table19:03
rloosigh. seems like it would all work if they just changed the ironic-virt driver.19:04
*** ahqa has quit IRC19:04
jrollto do what?19:04
jrollI'm confused19:04
rloowell, to add a NULL resource_class19:04
jrollI mean... we can19:04
*** aNupoisc has quit IRC19:04
jrollbut that doesn't help prep for scheduling things19:04
rloolook, whatever they do, should be backwards compatible for folks that don't care to set node.resource_class etc.19:05
jrollthe point of doing this in newton is so that the data is there, so when someone upgrades to ocata it can be used immediately19:05
jrollit will be, jaypipes pointed that out19:05
JayF/can be/ being the core word, not everyone has to use the new way19:05
JayFbut the new way is technically superior so people should want to19:05
rlooright, so if it is backwards compatible, there isn't urgency. it is just a 'nice to have so operators can use it 'immediately'.19:05
JayFThere is urgency for people running Ironic in the real world who want this class of bug squashed ;(19:06
jrollwell, this is one of two major problems with the nova/ironic interactions, so we'd like to fix it sooner than later19:06
jrolland not doing it potentially pushes some amount of planned work in nova back by a cycle19:06
rlooi don't see how it pushes the planned work in nova back.19:06
devanandarloo: is there a specific reason you _don't_ want to allow this in during newton?19:07
jrollI'm told it does, I don't know all the details or the entire scope of work in nova19:07
rloooh, i have no problem with allowing it. just that there seems to be something i am not grokking as to why it is necessary.19:07
jrollbut they won't just leave our driver behind19:07
devanandaI see a lot of reasons to do this soon (help a class of users solve a real problem, build goodwill with nova team, make upgrades to ocata better)19:07
devanandathe risk is quite low (an unused API field ... we already have an entire unused API resource type ...)19:08
JayFIt also enables us to potentially start coding in ocata for active updates from Ironic -> Placement API19:08
devanandaand the effort is pretty low19:08
devanandaso I can't see a reason to block it19:08
*** jaybeale_ has joined #openstack-ironic19:08
rlooi'm not blocking it19:08
rlooi'm trying to understand why i'd want to spend time on this as opposed to the other priorities we have for newton.19:08
jrollgoodwill++ that's what I was trying to get to earlier, the nova team is doing a ton of work to help us in the realm of scheduling, and they've asked us to do this one thing (quickly) to help them move along on that19:08
rloook, so goodwill is a good reason.19:08
*** aNupoisc has joined #openstack-ironic19:08
devanandarloo: so, strictly speaking, it's not necessary. current things should continue to work whether a deployer chooses to populate this field or not19:09
devanandarloo: it's necessary for us to add so that Nova/Ironic interactions can begin to use the new features of the scheduler / placement engine19:09
devanandathat'll be optional at first, and probably (I hope!) become required after a cycle or three19:09
devanandaso the urgency is for goodwill, and the necessity is more long-term19:10
rlooso necessary in ocata, and really desired in newton to help with ironic upgrade from newton to ocata, right?19:10
*** jaybeale has quit IRC19:10
rloothat is fine then.19:10
jrollright19:10
devananda*to help with both nova and ironic upgrades to ocata19:11
devanandayes19:11
rloook19:11
rlooi have to step out for a few minutes, but will review and comment on that spec again in a bit :)19:11
jrollrloo: ok, updating the spec now19:12
devanandarloo: thanks. good questions, btw. thanks for encouraging us to take the time to explain better19:12
rloothx devananda, jroll!19:12
jroll+1 to what deva said :)19:12
openstackgerritDevananda van der Veen proposed openstack/ironic: [WIP] Hide driver[_internal]_info from observer role  https://review.openstack.org/34507619:13
*** Sukhdev has joined #openstack-ironic19:15
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Add node.resource_class  https://review.openstack.org/34504019:15
jrollthere we are19:15
jrollhopefully I've unconfused that example, someone sanity check me please :)19:15
*** sdake has quit IRC19:15
* devananda looks19:15
openstackgerritClif Houck proposed openstack/ironic: Add support for image caching for the agent driver  https://review.openstack.org/16183219:16
*** ChrisAusten has joined #openstack-ironic19:17
devanandajroll: LGTM19:17
jrollcool19:17
devanandajroll: in our release / upgrade notes, we're going to need to point out that the ironic virt drive in newton requires the newton release of ironic19:18
*** causten has joined #openstack-ironic19:18
devanandaOR we're going to need to add some handling here to allow it to be backwards compat, which is not mentioned in your spec19:18
*** ChrisAusten has quit IRC19:19
jrolldevananda: yeah, I plan to have that in the nova reno19:19
devananda"There will be a small patch that bumps the API version we're using19:19
devanandaand passes the field back in the resource_dict.19:19
devananda"19:19
devanandathat line in the Nova section - would you mind doing a quick rev to indicate that this is in the plan?19:20
jrolldevananda: "this" being add a release note?19:20
jrollI feel like that's implied, but I can add something19:20
*** ljjjustin has quit IRC19:20
* devananda rescinds his LGTM, comments on the spec19:20
jrollheh19:21
jrolldevananda: fwiw, this is what I plan the release note to look like https://review.openstack.org/#/c/297895/9/releasenotes/notes/ironic-multitenant-networking-6f124964831d4a6c.yaml19:21
*** jcoufal has quit IRC19:23
*** ljjjustin has joined #openstack-ironic19:24
devanandajroll: cool. that reno looks fine to me19:25
jrolldevananda: this is ready to review, btw https://review.openstack.org/#/c/345055/19:25
jrollthe ironic side of this19:25
devanandahave we discussed / decided that Nova should not support N-1 version of Ironic ?19:25
devanandaI believe we implicitly have supported it, while recommending deployers always upgrade Ironic before Nova19:26
jrollwe kinda fell into that when they mandated we pin api versions in our virt driver19:26
jrollelse we end up two cycles behind on nova supporting our features19:26
devanandahypothetically, we could pin minimum, and then optionally do cool things if we detect a newer ironic19:26
jrollwell, that's what we wanted to do19:27
jrollnobody on the nova team supported that19:27
devanandaoh?19:27
devanandahrm19:27
jrollsean was the biggest detractor19:27
* jroll finds the patch in question19:27
*** jvgrant_ has quit IRC19:27
devanandathanks. I'm curious what his reasoning is. that seems like a reasonable approach19:27
jrolloh client changes are passing too https://review.openstack.org/#/c/345080/19:28
jrolldevananda: here's the one in question https://review.openstack.org/#/c/221057/19:29
jrollthat was abandoned and ended up becoming https://review.openstack.org/#/c/221848/19:29
jrollI feel like there was a few irc conversations there19:29
*** livelace has quit IRC19:30
devanandaI see19:31
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Add node.resource_class  https://review.openstack.org/34504019:31
jrollthere's your update to call out a reno ^19:31
devanandathanks for digging that up. I disagree with sdague - 10 lines of code for some useful backwards compatibility isn't a huge burden19:31
*** gfhellma has joined #openstack-ironic19:31
jrolldevananda: no, but every feature gets some added and it snowballs19:32
*** milan has joined #openstack-ironic19:32
jrollthis did come up at the midcycle for a minute19:32
jrollI think if we attempted to document that nova works with n-1 through n+1 ironic, and really make an attempt to make that work (with CI), they'd be more open to it19:32
jrollbut this case was like, "because it should work hopefully"19:32
JayFDo we actually know people who want to do that?19:33
jrollidk19:33
JayFAnd are we going to run Grenade jobs testing all N+1 except Ironic/19:33
JayFAt some point, we have to support what we support, test it well, and expect folks to follow instructions on ordernig of upgrades19:33
jrollright, that's what I'm saying, if we do say we want to officially support and test it, I think nova folks would be more receptive to it19:33
devanandaagreed19:33
JayFI'm saying officially supporting and testing it would be a waste of time and resources imo :)19:34
jrollsure, and that's a fair opinion to have19:34
devanandahowever, the way we're approaching the resource_class field is going to result in NOT supporting Newton Nova + Mitaka Ironic19:34
jrollI'm not voicing an opinion either way right now, just spelling out the way things are today19:34
JayFdevananda: My argument would be we never have supported it19:34
jrolldevananda: right, but I don't think we've ever supported that19:34
JayFdevananda: we're just lucky if it worked19:34
devananda*nod*19:35
*** sdake has joined #openstack-ironic19:36
*** jvgrant has joined #openstack-ironic19:36
devanandaapparently, we also don't have documentation on this: http://docs.openstack.org/developer/ironic/deploy/upgrade-guide.html19:36
jrollreally?19:36
devanandaI thought I remembered there being an upgrade guide .19:36
devanandabut now I cant find it19:36
openstackgerritChris Krelle proposed openstack/ironic: Add support for the audit middleware  https://review.openstack.org/27265819:36
jrollugh19:37
JayFI think that ordering was most emphatically stated in Austin19:37
jrollyeah, same19:37
JayFso it wouldn't surprise me that it hasn't been documented yet19:37
JayFbut we can fix documentation :)19:37
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689419:37
jrollit's been stated quite a bit, austin just happened to have 40 minutes of upgrade discussion :)19:37
NobodyCammorning jroll JayF and devananda :)19:37
jrollwho wants to take that on?19:37
jrollhi NobodyCam19:37
NobodyCam:)19:37
JayFjroll: I can file a bug for it, and if it doesn't get picked up put it on my todo list19:37
jrollJayF: thanks19:38
JayFjroll: but it looks like the upgrade guide is pretty much release-to-release specific, so maybe 1 bug to add Liberty -> Mitaka upgrade instructions, and indicate it should state that Ironic gets upgraded first19:38
jrollJayF: I feel like we need general upgrade instructions, with special notes for each release (which, hey, we have in reno)19:38
devanandajroll: +119:39
*** jvgrant has quit IRC19:40
*** aNupoisc has quit IRC19:41
JayFjroll: devananda: https://bugs.launchpad.net/ironic/+bug/160667519:41
openstackLaunchpad bug 1606675 in Ironic "Upgrade guide needs to be made generic and improved" [Undecided,New]19:41
jrollthanks JayF19:42
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add metrics support to IPA  https://review.openstack.org/11998119:43
*** jvgrant has joined #openstack-ironic19:44
rloodevananda, jroll, JayF: fwiw, even w/o node.resource_class, if we land the ironic-virt-driver patch for the networking, nova newton will need ironic newton19:45
jrollrloo: yep19:46
*** milan is now known as _milan_19:48
*** milan has joined #openstack-ironic19:52
*** milan has left #openstack-ironic19:54
*** _milan_ has quit IRC19:54
*** spandhe has quit IRC19:56
*** harshs has quit IRC19:56
rloojroll: so the resource_class spec has two +2. Shall we wait or +A when Jenkins wakes up?19:59
jrollrloo: I'm fine with now, but I may be biased :)20:00
jrollrloo: better question, do you want anyone else's opinion on that20:01
JayFlet me land it :D20:01
JayFmy opinion is that I wanna land it, landing things is fun \o/20:01
JayFlol20:01
rloojroll: ha ha. i think we have enough folks, esp if JayF lands it :)20:01
* jroll stands by to un -2 his own patch20:01
rloowhat i want to know, is why is jenkins so slow today?20:01
JayFthey're doing the changeover to xenial, so says the list20:02
JayFbut no notes about availability issues around that20:02
rlooJayF: ah. i was worried it would be like this til newton release time.20:02
JayFoh god I hope not :x20:02
*** spandhe has joined #openstack-ironic20:05
*** mtanin___ has joined #openstack-ironic20:08
*** mtanino has quit IRC20:09
JayFjroll: is it at all possible the recent network changes landing have rendered our devstack howto wrong?20:10
JayFjroll: because I have a devstack that's almost 100% stock, reliably failing to boot agents due to dhcp failures (it won't pxe)20:11
*** mtanino has joined #openstack-ironic20:11
jrollJayF: doubtful - are you doing a deploy or just powering them up?20:11
JayFjroll: doing a deploy20:12
*** mtanin___ has quit IRC20:12
JayFjroll: dnsmasq is clearly running; I'm highly suspicious that the network may not be setup correctly20:12
jrollJayF: hrm, that's a problem... maybe compare local.conf to something in the gate?20:12
jrollit's certainly possible we broke our dev docs20:12
JayFthe local.conf is copy+pasted from our documentation20:13
JayFYeah, that's what I'm thinking20:13
jrollright, I got that20:13
JayFand it's cost me almost my whole morning20:13
jrollI just can't tell you 100% if we did break it or not20:13
*** aNupoisc has joined #openstack-ironic20:14
*** fragatina has joined #openstack-ironic20:15
rloojroll: going back to our short discussion earlier today about node.network_interface not reflecting the actual network_interface being used. I just re-skimmed the driver composition spec.20:16
rloojroll: there is *nothing* that mentions how to get access to the actual interfaces being used by a node.20:16
rloojroll: i don't think we can use GET /v1/drivers/<name> to get that info cuz it may be specific to a node20:17
rloojroll: which makes me think we need two set of node.*_interfaces...?? one to indicate what we'd like to override if anything, and one that indicates what is being used.20:17
rloojroll: or we add an API to eg GET /v1/nodes/<node>/interfaces20:18
*** aNupoisc has quit IRC20:20
*** aNupoisc has joined #openstack-ironic20:20
aNupoiscHi cinerama: TheJulia: I was able to manually install shade and set it to work. Somehow ansible was unable to find shade module inside virtual environment for me.20:22
aNupoisccinerama: TheJulia: but this time I am having a new question, i was able to provision but the ipa image got stuck on the boot.20:24
*** spandhe has left #openstack-ironic20:25
*** moshele has joined #openstack-ironic20:25
*** mtanin___ has joined #openstack-ironic20:30
*** moshele has quit IRC20:31
*** mtanino has quit IRC20:32
*** harshs has joined #openstack-ironic20:38
openstackgerritMichael Turek proposed openstack/ironic: Add classes for Portgroups API enablement  https://review.openstack.org/34754920:39
mjturek1fyi - working on splitting up the portgroups API per a discussion during last week's ironic neutron meeting ^20:40
mjturek1seeing if the tests actually run20:40
*** jtomasek has joined #openstack-ironic20:40
*** bvandewa_ has quit IRC20:41
*** jtomasek has quit IRC20:41
*** jtomasek has joined #openstack-ironic20:41
TheJuliaaNupoisc: define stuck on boot20:43
aNupoiscTheJulia: yes a minute.20:43
TheJuliaNobodyCam: https://review.openstack.org/#/c/325599/20:43
*** moshele has joined #openstack-ironic20:43
aNupoiscixgbe driver is getting stuck. I can see a message "non blocking pool is initialized" from ixgbe driver20:45
aNupoisctheJulia20:45
aNupoiscdoes this help? Or is there a better way to get logs? I am just reading from the console20:45
aNupoiscTheJulia20:46
*** e0ne has quit IRC20:46
TheJuliaaNupoisc: what IPA image are you using?20:46
*** ijw has joined #openstack-ironic20:47
*** ahqa has joined #openstack-ironic20:48
*** bvandewa has joined #openstack-ironic20:48
aNupoiscTheJulia: debian20:49
aNupoiscubuntu os20:49
*** rama_y has quit IRC20:49
*** joprovost has quit IRC20:51
*** catintheroof has quit IRC20:52
*** ijw has quit IRC20:54
*** bvandewa has quit IRC20:54
*** jjohnson2__ has quit IRC20:56
gmmahaTheJulia: aNupoisc: the IPA image is coreos. the default. the deployment image is ubuntu20:57
aNupoiscgmmaha: ah okay20:58
ahqaHi, I have build an Ubuntu Xenial (16.04) image with elements "vm", "simiple-init" and "enable-serial-console". Image can be deployed on server but there is no ip registered to it. I am using config drive to assign network and metadata. I checked via console and I see no config drive mounted on system. I am using DHCP server and PXE boot to deploy images. I am not sure why config drive is not mounting on system.20:59
gmmahaahqa: a while back there was an issue with ubuntu images and simple-init working. https://bugs.launchpad.net/bifrost/+bug/154156621:01
openstackLaunchpad bug 1541566 in bifrost "simple-init does not work with latest trusty ubuntu cloud image" [Medium,In progress]21:01
gmmahanot sure if a fix has landed yet, but the symptoms seem to point to the same.21:01
gmmahatry using cloud-init-datasources instead of simple-init21:02
*** trown is now known as trown|outtypewww21:02
ahqagmmaha: Thank you, I will give it a try.21:04
gmmahaahqa: good luck121:04
*** rama_y has joined #openstack-ironic21:05
openstackgerritMerged openstack/ironic-specs: Add node.resource_class  https://review.openstack.org/34504021:06
*** harshs has quit IRC21:09
mrdaMorning Ironic21:10
*** harshs has joined #openstack-ironic21:10
NobodyCamMorning mrda21:12
mrdahey NobodyCam21:13
NobodyCam:)21:14
* jroll out for the night, see y'all tomorrow21:14
NobodyCamhave a good night jroll21:14
*** bvandewa has joined #openstack-ironic21:15
*** ijw has joined #openstack-ironic21:17
JayFjroll: you might wanna un-2 your resource_class patches if you aren't gone yet21:17
JayF^^ since the spec just merged \o/21:17
jrollJayF: I did :)21:17
JayFniiiiice21:17
mrdaNight jroll21:17
jrollmorning mrda ;)21:18
*** bvandewa_ has joined #openstack-ironic21:19
*** ijw has quit IRC21:21
*** ijw has joined #openstack-ironic21:22
*** bvandewa has quit IRC21:22
*** bvandewa has joined #openstack-ironic21:23
openstackgerritRuby Loo proposed openstack/ironic-specs: Baremetal Trust using Intel TXT was done in 4.2  https://review.openstack.org/34755721:24
*** rm_work has quit IRC21:25
*** bvandewa_ has quit IRC21:26
JayFrloo: ^ do you think those are simple enough to +2+A without a second +2?21:26
*** rm_work has joined #openstack-ironic21:26
JayFrloo: I do, just wanted a second opinion21:26
*** jaybeale_ has quit IRC21:27
rlooJayF: well, I do, but I submitted it.21:27
JayFI'm asking more for affirmation, since I know our policy is "use discretion"21:27
rlooJayF: yeah, i think it is fairly straightforward.21:27
rlooJayF: it is just 'moving' it around to indicate it was done.21:28
JayFyep, I landed it :)21:28
*** ijw has quit IRC21:28
JayFty for doing that cleanup21:28
*** harshs has quit IRC21:31
*** harshs has joined #openstack-ironic21:38
* TheJulia feels bad for getting hyper distracted21:42
TheJuliaaNupoisc: It sounds like you need to getinside of your running IPA and see whats going on if it is hanging and not actually doing anything. The most important question would be if it heartbeats to the conductor, you can see that in the driver_internal_info, there is a field that will update whenever it heartbeats with the seconds from epoch of the last heartbeat21:45
*** ayoung has quit IRC21:45
rloothx JayF. there was something i wanted to ask you. I think it was install guides. Do you know what is involved in getting our install guides incorporated with openstack's? i think it is possible now?21:45
*** ccamacho|away has quit IRC21:46
thiagopow man, 2hs lost due to a malformed build on jenkins-job-builder...21:46
* thiagop wanna cry21:47
* TheJulia slides a beer in front of thiagop 21:48
* thiagop drinks it in one shot21:49
* TheJulia blinks21:49
*** ijw has joined #openstack-ironic21:49
thiagopTheJulia: The CI host vm was taking too much time to build a new image, so I tried to resize it... 3hs later it doesn't. I went to configure a new CI host and kinda solve it in around 30min but the jobs weren't building because of^21:51
*** bvandewa has quit IRC21:52
*** bvandewa has joined #openstack-ironic21:52
thiagopnow it's fine, but will need to craft a new image anyway21:53
*** ijw has quit IRC21:54
*** ijw has joined #openstack-ironic21:56
aNupoiscTheJulia: Oh okay may be i need to dig deeper to find this. Thanks, will check on that thing.21:56
openstackgerritChris Krelle proposed openstack/bifrost: WIP: initial work to add ISC-DHCP  https://review.openstack.org/34394721:57
*** harshs has quit IRC22:01
*** bvandewa has quit IRC22:01
*** openstackgerrit has quit IRC22:03
*** openstackgerrit has joined #openstack-ironic22:04
NobodyCamthiagop: :(22:05
anteayaso hopefully the channel grows some lurkers from the scientific working group22:06
anteayagreat group of folks22:06
*** sdake has quit IRC22:09
openstackgerritMerged openstack/ironic-specs: Baremetal Trust using Intel TXT was done in 4.2  https://review.openstack.org/34755722:11
*** ijw has quit IRC22:13
*** bvandewa has joined #openstack-ironic22:14
NobodyCamHi anteaya22:14
anteayaNobodyCam: hey there22:15
anteayahow are you?22:16
*** wajdi_ has joined #openstack-ironic22:22
*** wajdi has quit IRC22:22
*** priteau has quit IRC22:23
*** wajdi has joined #openstack-ironic22:29
*** wajdi_ has quit IRC22:32
*** wajdi_ has joined #openstack-ironic22:33
NobodyCamdoing well,22:33
NobodyCamtrying to get my head back in to the swing of things22:34
*** wajdi has quit IRC22:34
NobodyCamHow have you been22:34
*** wajdi_ has quit IRC22:38
*** joprovost has joined #openstack-ironic22:43
*** rpioso has quit IRC22:44
*** sdake has joined #openstack-ironic22:47
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186522:47
*** openstackgerrit has quit IRC22:48
*** openstackgerrit has joined #openstack-ironic22:48
*** joprovost1 has joined #openstack-ironic22:48
*** sdake_ has joined #openstack-ironic22:49
*** joprovost has quit IRC22:50
*** joprovost1 is now known as joprovost22:50
*** siva_krish has quit IRC22:52
*** sdake has quit IRC22:52
*** baoli has quit IRC22:52
*** baoli has joined #openstack-ironic22:53
*** michauds has quit IRC22:55
*** PollyZ has quit IRC22:58
*** Sukhdev has quit IRC23:00
*** Sukhdev has joined #openstack-ironic23:03
*** bvandewa has quit IRC23:11
*** bvandew__ has joined #openstack-ironic23:11
NobodyCamdevananda: 325599 looks great +2 any one else want to look before I +a it?23:11
NobodyCamit now has 3 +2's23:11
*** Nisha_away has joined #openstack-ironic23:11
openstackgerritMerged openstack/ironic-python-agent: Remove discover from test-requirements  https://review.openstack.org/34551323:17
*** moshele has quit IRC23:17
*** rama_y has quit IRC23:19
*** bvandewa has joined #openstack-ironic23:24
*** fumie has joined #openstack-ironic23:25
*** bvandew__ has quit IRC23:28
*** fumie has quit IRC23:29
*** fumie has joined #openstack-ironic23:29
devanandajroll: some ramblings posted to https://etherpad.openstack.org/p/ironic-v2-api23:32
devanandasurprisingly, as I have gone through the exercise of enumerating these issues, I'm starting to believe that we actually could do this in v123:33
*** baoli has quit IRC23:38
*** thrash is now known as thrash|g0ne23:38
*** gfhellma has quit IRC23:40
*** yuanying has joined #openstack-ironic23:45
*** lujinluo has joined #openstack-ironic23:51
*** fragatina has quit IRC23:52
*** hoangcx2 has joined #openstack-ironic23:54
*** hoangcx has quit IRC23:56

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