Thursday, 2016-07-14

*** ijw has quit IRC00:00
devanandaNobodyCam: was it paris? o.000:01
NobodyCamI think so :-p00:01
*** ijw has joined #openstack-ironic00:01
NobodyCamshutting down... time to make the drive back to the RV :)00:02
NobodyCamsee everyone tomorrow00:02
*** Sukhdev has quit IRC00:03
JayFo/00:03
JayFenjoy gilroy00:04
JayFget some garlic fries00:04
*** garthb has quit IRC00:10
*** anteaya has quit IRC00:10
*** rama_y has quit IRC00:13
*** milan has joined #openstack-ironic00:19
*** yuanying has quit IRC00:30
*** david-lyle has quit IRC00:31
*** yibo has joined #openstack-ironic00:41
*** jcoufal has joined #openstack-ironic00:42
*** hoangcx has joined #openstack-ironic00:45
*** ijw has quit IRC00:51
*** ijw has joined #openstack-ironic00:53
*** tiendc has joined #openstack-ironic00:53
tiendcgood morning, ironic00:55
*** joprovost has joined #openstack-ironic00:59
rlooharlowja: thx! :)01:01
harlowjaxnp01:01
harlowja*np01:01
*** anteaya has joined #openstack-ironic01:02
*** phuongnh has joined #openstack-ironic01:06
openstackgerritDao Cong Tien proposed openstack/ironic: Nova-compatible serial console: socat console_utils  https://review.openstack.org/32816801:09
*** pece has quit IRC01:09
*** piet has quit IRC01:11
openstackgerritDao Cong Tien proposed openstack/ironic: IPMITool: add IPMISocatConsole class  https://review.openstack.org/29387301:11
openstackgerritDevananda van der Veen proposed openstack/ironic: Follow-up fixes to 206244  https://review.openstack.org/34189201:13
devanandarloo: incorporated most of your comments there ^ (all the ones I agreed with :) )01:14
rloodevananda: thx! (I think ;))01:14
*** piet has joined #openstack-ironic01:16
*** ijw has quit IRC01:20
*** ijw has joined #openstack-ironic01:21
*** piet has quit IRC01:28
*** caoshufeng has joined #openstack-ironic01:35
*** yuanying has joined #openstack-ironic01:36
*** aNupoisc has quit IRC01:46
tiendcrloo: vdrok: lucas|afk: hi, my patch just got +2 from Jim, need another +2 and a wf +1  https://review.openstack.org/#/c/328168/01:50
tiendcrloo: vdrok: lucas|afk: could you help to review it? thanks01:51
jrolltiendc: why didn't you fix the _LE() thing when you rebased? :(01:51
tiendcI answered to your comment that I think _() is more reasonable.01:52
tiendcjroll: please see my comment inline01:52
lazy_princeis there a way to configure iPXE enabled per node..? if not, will such thing be encouraged by community..01:52
jrolltiendc: oops, you're right. okay. I missed the raise there01:54
jrolllazy_prince: there is not, what's the use case?01:54
*** ChrisAusten has joined #openstack-ironic01:54
*** watanabe_isao has quit IRC01:54
*** watanabe_isao has joined #openstack-ironic01:55
lazy_princelets say I have ironic with ipxe enabled. but for some reason a handful of servers do not work with iPXE. so I would like those node to use non-ipxe boot..01:55
tiendcjroll: thanks for giving it +201:55
jrolltiendc: no problem01:55
*** rloo has quit IRC01:56
lazy_princejroll: and since iPXE right now is a global config option, this is not possible unless, we make it as per node config01:57
jrolllazy_prince: right, I understand that, why doesn't ipxe work?01:57
lazy_princejroll: I am not sure there.. may be buggy fw or buggy ipxe..01:58
jrolllazy_prince: I'm sure the community isn't opposed to it, we love per-node configs :/01:59
lazy_princeto be frank, ipxe with uefi seems not to work with HP ProLiant G9 Blades..02:00
jrollthat's really nufortunate, I'm curious what the problem is02:01
lazy_princejroll: do we need a spec for this or just patch should do..02:01
jrolllazy_prince: at least an RFE, maybe a small spec02:01
lazy_princeokay.. I will push them in a day or two...02:02
jrollgreat, thank you02:02
* jroll signs off for the night02:02
*** yuanying has quit IRC02:03
*** yuanying has joined #openstack-ironic02:03
*** yuanying has quit IRC02:04
*** ijw has quit IRC02:05
*** yuanying has joined #openstack-ironic02:08
*** yuanying has quit IRC02:12
*** amotoki has joined #openstack-ironic02:13
*** yuanying has joined #openstack-ironic02:14
*** yuanying has quit IRC02:26
*** bvandewa_ has joined #openstack-ironic02:34
*** bvandewa has quit IRC02:37
*** bvandewa_ has quit IRC02:38
*** hoangcx has quit IRC02:39
*** adu has joined #openstack-ironic02:48
openstackgerritYuiko Takada Mori proposed openstack/ironic: IPMITool: add IPMISocatConsole class  https://review.openstack.org/29387302:50
*** sdake has joined #openstack-ironic02:59
*** joprovost1 has joined #openstack-ironic03:02
*** joprovost has quit IRC03:02
*** joprovost1 is now known as joprovost03:02
*** yuanying has joined #openstack-ironic03:13
*** mordred has quit IRC03:14
*** rajinir has quit IRC03:15
*** yuanying has quit IRC03:18
*** yuanying has joined #openstack-ironic03:18
*** yuanying has quit IRC03:23
*** hoangcx has joined #openstack-ironic03:28
*** jaybeale has joined #openstack-ironic03:34
*** jaybeale has quit IRC03:36
*** ijw has joined #openstack-ironic03:41
*** joprovost1 has joined #openstack-ironic03:43
*** joprovost has quit IRC03:44
*** joprovost1 is now known as joprovost03:44
*** joprovost has quit IRC03:46
*** joprovost has joined #openstack-ironic03:46
*** watanabe_isao has quit IRC03:54
*** joprovost has quit IRC03:54
openstackgerritMerged openstack/ironic: Follow-up fixes to 206244  https://review.openstack.org/34189203:58
*** yuanying has joined #openstack-ironic03:59
*** phuongnh has quit IRC04:01
*** phuongnh has joined #openstack-ironic04:01
*** ijw has quit IRC04:03
*** adu has quit IRC04:05
*** sacharya has joined #openstack-ironic04:08
*** sacharya has quit IRC04:08
*** harlowja has quit IRC04:13
*** vmud213 has joined #openstack-ironic04:19
*** ChrisAusten has quit IRC04:24
*** links has joined #openstack-ironic04:27
*** jcoufal has quit IRC04:37
*** bharathk has joined #openstack-ironic04:37
*** PollyZ has joined #openstack-ironic04:50
*** yuanying has quit IRC04:58
*** adu has joined #openstack-ironic05:08
*** yuanying has joined #openstack-ironic05:08
*** HenryG has quit IRC05:12
*** moshele has joined #openstack-ironic05:12
*** piet has joined #openstack-ironic05:14
*** HenryG has joined #openstack-ironic05:15
*** PollyZ_ has joined #openstack-ironic05:16
*** PollyZ has quit IRC05:18
*** garthb has joined #openstack-ironic05:20
*** jcoufal has joined #openstack-ironic05:23
*** sdake has quit IRC05:26
*** krtaylor has quit IRC05:33
*** adu has quit IRC05:33
*** moshele has quit IRC05:36
*** edand has joined #openstack-ironic05:37
*** ijw has joined #openstack-ironic05:38
*** tiendc has quit IRC05:38
*** bvandewa has joined #openstack-ironic05:41
*** ccamacho has quit IRC05:46
*** Goneri has joined #openstack-ironic05:54
*** yuanying has quit IRC05:56
*** yuanying has joined #openstack-ironic05:58
*** ijw has quit IRC05:59
*** rcernin has joined #openstack-ironic06:01
*** ijw has joined #openstack-ironic06:01
*** garthb has quit IRC06:06
*** ijw has quit IRC06:08
*** fragatina has joined #openstack-ironic06:12
*** fragatina has quit IRC06:12
*** ijw has joined #openstack-ironic06:12
*** piet has quit IRC06:13
*** fragatina has joined #openstack-ironic06:13
*** fragatina has quit IRC06:18
*** ijw has quit IRC06:19
*** mjura has joined #openstack-ironic06:22
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [neutron]  https://review.openstack.org/30483806:24
*** jcoufal has quit IRC06:26
*** moshele has joined #openstack-ironic06:27
*** Goneri has quit IRC06:28
*** mjura has quit IRC06:29
*** mjura has joined #openstack-ironic06:29
*** fragatina has joined #openstack-ironic06:33
*** fragatina has quit IRC06:34
*** fragatina has joined #openstack-ironic06:35
openstackgerritTuan proposed openstack/ironic: Add Python 3.5 classifier and venv  https://review.openstack.org/34199006:36
*** PollyZ_ has quit IRC06:37
*** Goneri has joined #openstack-ironic06:38
*** pcaruana has joined #openstack-ironic06:40
*** yonglihe has joined #openstack-ironic06:47
*** hoangcx has quit IRC06:50
*** hoangcx_ has joined #openstack-ironic06:50
*** rbartal has joined #openstack-ironic06:51
*** tshefi has joined #openstack-ironic06:54
*** trown|outtypewww has quit IRC06:57
*** e0ne has joined #openstack-ironic06:58
*** trown has joined #openstack-ironic06:59
*** rcernin has quit IRC07:05
*** athomas has joined #openstack-ironic07:06
*** loki_ has joined #openstack-ironic07:09
*** tesseract- has joined #openstack-ironic07:10
*** ccamacho has joined #openstack-ironic07:11
lazy_princedoes anyone have the nova patch handy needed for VLAN in Ironic..?07:14
openstackgerritTuan proposed openstack/ironic: Update min tox version to 2.0  https://review.openstack.org/34200807:19
*** rcernin has joined #openstack-ironic07:20
*** e0ne has quit IRC07:21
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [DEFAULT]  https://review.openstack.org/30907007:21
openstackgerritAnton Arefiev proposed openstack/python-ironic-inspector-client: Fix unit tests  https://review.openstack.org/34201207:26
*** ohamada has joined #openstack-ironic07:28
*** hoangcx_ has quit IRC07:28
*** lazy_prince has quit IRC07:30
*** ishant|away has quit IRC07:30
*** kirankv has quit IRC07:31
*** lazy_prince has joined #openstack-ironic07:32
*** ishant|away has joined #openstack-ironic07:33
*** kirankv has joined #openstack-ironic07:33
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Add a test dependency on requests-mock  https://review.openstack.org/34201707:34
lazy_princenvm.. got the link https://review.openstack.org/#/c/297895/307:34
*** fragatina has quit IRC07:36
*** fragatina has joined #openstack-ironic07:36
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844007:39
*** yuanying has quit IRC07:42
*** yuanying has joined #openstack-ironic07:43
*** fragatina has quit IRC07:52
*** bvandewa has quit IRC07:54
milan#pixiesay Morning, Ironic! -m flexing07:56
PixieBootsᕙʕ⇀ᴥ⇀ʔᕗ: Morning, Ironic!07:56
*** d0ugal has joined #openstack-ironic07:59
*** jrist has joined #openstack-ironic07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** rcernin has quit IRC08:00
*** bvandewa has joined #openstack-ironic08:01
*** Nisha_away has joined #openstack-ironic08:02
*** jpich has joined #openstack-ironic08:02
*** bvandewa has quit IRC08:03
*** bvandewa has joined #openstack-ironic08:10
*** hamzy has quit IRC08:11
*** jistr is now known as jistr|off08:11
*** derekh has joined #openstack-ironic08:12
*** rcernin has joined #openstack-ironic08:13
aarefievmorning all!08:13
*** athomas has quit IRC08:16
aarefievmorning milan, welcome back, how was  your PTO08:17
milanmorning aarefiev! thanks, it was very nice indeed :)08:17
*** hoangcx has joined #openstack-ironic08:17
milanaarefiev, how about your PTO plans?08:18
*** athomas has joined #openstack-ironic08:19
*** ifarkas has joined #openstack-ironic08:19
*** MattMan has quit IRC08:19
*** MattMan has joined #openstack-ironic08:19
aarefievmilan: nice :), yeah I have plans in a week, it's pretty hot here, so I go to the sea08:20
*** amotoki has quit IRC08:20
milanaarefiev, good :) I was in Croatia, water a bit colder but still nice08:21
openstackgerritzhengchuanhu proposed openstack/python-ironicclient: Add Python 3.5 classifier and venv  https://review.openstack.org/34203708:21
aarefievmilan: cool, I've never been there, I thought about Bulgaria  :)08:23
milanaarefiev, that's where my sis is right now :)08:24
aarefiev:)08:25
*** Romanenko_K has joined #openstack-ironic08:28
*** lucas|afk is now known as lucasagomes08:29
lucasagomesmorning all08:29
*** hamzy has joined #openstack-ironic08:30
aarefievmorning lucasagomes08:30
*** yuanying has quit IRC08:31
*** amotoki has joined #openstack-ironic08:34
openstackgerritMerged openstack/python-ironic-inspector-client: Add a test dependency on requests-mock  https://review.openstack.org/34201708:36
*** yuanying has joined #openstack-ironic08:37
milanmorning lucasagomes :)08:37
*** amotoki has quit IRC08:42
*** Linkmark has joined #openstack-ironic08:48
*** e0ne has joined #openstack-ironic08:51
*** yuanying has quit IRC08:53
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Tests for testing chassis-create command  https://review.openstack.org/29363408:56
*** milan has quit IRC08:58
vsaienk0Morning aarefiev, milan, amatoki, lucasagomes, dtantsur and all08:58
*** e0ne has quit IRC08:59
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Collect deployment logs from IPA  https://review.openstack.org/33610209:00
*** jtomasek has joined #openstack-ironic09:00
*** amotoki has joined #openstack-ironic09:01
*** e0ne has joined #openstack-ironic09:01
*** bvandewa has quit IRC09:04
*** vmud213 has quit IRC09:08
*** vmud213 has joined #openstack-ironic09:09
*** sambetts|afk is now known as sambetts09:13
sambettsMorning all09:13
*** mgould|afk is now known as mgould09:14
*** fragatina has joined #openstack-ironic09:15
mgouldmorning lazy_prince milan aarefiev lucasagomes vsaienk0 dtantsur|afk sambetts and all other Ironicers!09:15
sambetts\o/ Multitenancy patches merged!09:15
vsaienk0morning mgould, sambetts09:15
vsaienk0sambetts: only 1 left09:15
lucasagomessambetts, w00t09:16
sambettsthen we just need to convince the nova guys to let us go ahead with merging the patch on that side09:16
*** hoangcx has quit IRC09:17
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with Node.  https://review.openstack.org/34206009:19
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with Node.  https://review.openstack.org/34206009:20
*** clenimar_ has quit IRC09:30
*** amotoki has quit IRC09:33
*** sambetts has quit IRC09:36
*** mbound has joined #openstack-ironic09:38
mgouldsambetts: yay!09:38
mgould10:38 - that's too early for champagne, right?09:39
*** sambetts has joined #openstack-ironic09:39
sambettsWell I just had a power cut...09:39
*** milan has joined #openstack-ironic09:40
*** appu103_ has joined #openstack-ironic09:43
*** mbound has quit IRC09:43
*** appu103_ is now known as aparnav09:43
mgoulddefinitely champagne time, then09:44
* sambetts really needs a UPS ... 09:45
*** amotoki has joined #openstack-ironic09:46
sambettsI really never know what to buy with a UPS, there are so many numbers to concider...09:49
sambettsI wish they just said will power a desktop PC for X minutes :-P09:49
* mgould remembers the time at Edinburgh Uni when the power went out09:51
mgouldmy building had some epic UPS that kept all the desktop PCs on09:51
mgouldunfortunately, our home directories were on an AFS share hosted in another building, which had a much less epic UPS09:51
sambettsmight have had its own backup generators with battery, I know our Uni had a setup like that09:52
mgouldyeah, I think that's what it was09:52
mgouldbut we couldn't log in or do any work because of the AFS thing, so it was kinda pointless :-(09:52
sambettsOne of Ciscos data centers has a really cool UPS system that uses a giant fly wheel09:52
mgouldnice09:53
sambettsworks better than batterys switching over while you wait for the backup power to kick in apprently09:54
mgouldinteresting09:56
*** mbound has joined #openstack-ironic09:57
sambettsfly wheels are cheaper in terms of materials and energy to make over batterys too09:58
mgouldhuh, TIL10:00
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Expose node's network_interface field in API  https://review.openstack.org/31739210:09
*** dtantsur|afk is now known as dtantsur10:12
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Update Ironic VM network connection  https://review.openstack.org/25636610:12
dtantsurMorning Ironic10:12
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Add configure_provision_network function  https://review.openstack.org/25636710:13
*** sbog has quit IRC10:15
*** sbog has joined #openstack-ironic10:16
loki_dtantsur review please https://review.openstack.org/#/c/272658/10:16
dtantsurI'll get to that eventually, but I can't promise how soon10:17
loki_ok10:17
aparnavhey dtantsur, Can you take a look at this RFE https://bugs.launchpad.net/ironic/+bug/1593194 ?10:20
openstackLaunchpad bug 1593194 in Ironic "[RFE]Enable hardware disk erase in ironic" [Undecided,Incomplete]10:20
*** yibo has quit IRC10:20
dtantsuraparnav, you need to limit your RFE only to things that are NOT implemented right now10:20
dtantsurI can't see  anything new in it10:20
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Update Ironic VM network connection  https://review.openstack.org/25636610:21
dtantsurplease describe what we have and what you want to have instead10:21
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Add configure_provision_network function  https://review.openstack.org/25636710:22
openstackgerritYuiko Takada Mori proposed openstack/ironic: IPMITool: add IPMISocatConsole class  https://review.openstack.org/29387310:26
aparnavdtantsur, ok. will update the description10:26
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Add configure_provision_network function  https://review.openstack.org/25636710:27
openstackgerritSivaramakrishna Garimella proposed openstack/ironic: Add configure_provision_network function  https://review.openstack.org/25636710:34
openstackgerritSivaramakrishna Garimella proposed openstack/python-ironicclient: Updates supporting ironic-neutron integration  https://review.openstack.org/20614410:40
openstackgerritSivaramakrishna Garimella proposed openstack/python-ironicclient: Add possibility to work with portgroups  https://review.openstack.org/33596410:41
*** clenimar_ has joined #openstack-ironic10:41
*** caoshufeng has quit IRC10:44
*** phuongnh has quit IRC10:47
*** tshefi has quit IRC10:49
* sambetts wrote many words just now XD10:53
sambettshaving a english melt down10:53
*** Nisha_away has quit IRC10:55
openstackgerritVasyl Saienko proposed openstack/ironic: Add test to verify ironic multitenancy  https://review.openstack.org/26915711:01
openstackgerritVasyl Saienko proposed openstack/ironic: Add configure_provision_network function  https://review.openstack.org/25636711:01
openstackgerritVasyl Saienko proposed openstack/ironic: Update Ironic VM network connection  https://review.openstack.org/25636611:01
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643211:01
openstackgerritVasyl Saienko proposed openstack/ironic: Add Ironic/Neutron integration documentation  https://review.openstack.org/25859611:01
openstackgerritVasyl Saienko proposed openstack/ironic: Expose node's network_interface field in API  https://review.openstack.org/31739211:01
*** hoangcx has joined #openstack-ironic11:03
vsaienk0dtantusr, sambetts, lucasagomes could you please check comments from devananda https://review.openstack.org/#/c/317392/19/ironic/api/controllers/v1/node.py11:04
*** yuriyz has joined #openstack-ironic11:05
sambettsvsaienk0: is that trace from when a node is in enroll or availible11:08
sambetts?11:08
vsaienk0sambetts: the trace is when node was enrolled with invalid driver, and then I update/delete it11:09
sambettsdoesn't the API have access to the config file and can read enabled_network_interfaces from that?11:09
vsaienk0sambetts: so the node is in enroll state11:09
vsaienk0config file may be different on API and Conductor, we can't rely on that value11:10
sambettshow do we handle it for drivers now?11:10
vsaienk0when conductor starts it register drivers, and they put to DB. API reads data from db when enrolling node11:11
sambettsvsaienk0: if thats the case that is a configuration error on the deployers part11:11
sambettsI think :/11:11
vsaienk0so what is your suggestion? get list of enabled_network_interfaces on API from config file, and compare during node enrollment?11:12
milanmorning mgould, vsaienk0, sambetts :)11:13
vsaienk0o/ milan11:13
milansambetts, where is the |cat gone? ;)11:13
sambettsmilan: I'm fully here today, not in a quantum state ;)11:13
milan:D11:13
milanlol11:13
dtantsurlol11:14
milan[sambetts|cat] to be more obvious ;)11:14
milandtantsur, the patch please? ;)11:15
sambettsvsaienk0: tbh I'm inclined to allow nodes in enroll to have interfaces set that are invalid, and then use validation to check it when you try to move the node to managable, because thats what enroll is for11:15
dtantsurmilan, yeah, sorry, it's https://review.openstack.org/33653211:15
milandtantsur, thx11:16
dtantsurmy IPA API patches are in conflict.. again... >_<11:16
sambettsvsaienk0: although disabled interfaces I guess is probably something we want to catch early11:16
vsaienk0sambetts: so when we add node with invalid driver, we will not able to update network driver to correct value for the node11:16
sambettsyeah, I'm just thinking it through11:17
sambettsvsaienk0: maybe we need to do DB cache part of driver comp work for network_interfaces ealier so we can check them without talking to the conductors?11:18
* sambetts is trying to find where we handle it for drviers 11:18
dtantsursambetts, all deps for your LLDP patch have merged \o/11:21
sambetts\o/11:21
* sambetts wants to try it all out but his test bed is still in use by a different team 11:21
dtantsurwe have downstream people dreaming of LLDP discovery for unrelated reasons as well11:21
dtantsurI think they want TripleO UI to draw network topology to a user :)11:21
dtantsursambetts, does LLDP make any sense in virtual environment? I wonder if we need a gate with it enabled11:22
* dtantsur will enable it in tripleo CI btw11:22
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Deprecate [ilo]/clean_priority_erase_devices config  https://review.openstack.org/34211411:22
sambettsooo nice, hehe thats actually the sort of thing that I orignially wrote curvature for (the new wibbly wobbly horizon network view)11:22
lucasagomesvsaienk0, will take a look in a min, will get some lunch first11:22
*** lucasagomes is now known as lucas-hungry11:23
dtantsurinteresting, I haven't used horizon at all :D11:23
vsaienk0lucasagomes, thank you,  and have a nice lunch!11:23
* dtantsur is a CLI guy11:23
sambetts:-P I've not used it since I stopped working on it11:23
sambettsdtantsur: Not sure if it works in a virutal env, I don't even know if things like OVS can do it11:24
dtantsurhmm, I see11:24
sambettsdtantsur: do you know where in the Ironic code we check if the driver you are trying to create a node with is valid or not?11:26
sambettsdtantsur: I can't see it in the nodes controller, but maybe I'm being blide11:26
sambettsblind* ]11:26
sambettsmilan: more like sambetts|inabox11:26
dtantsursambetts, when finding a matching controller maybe? not sure11:27
sambettsmaybe :/ I thought there would be an if driver in enabled_drivers in the post function for the node or something11:28
milansambetts|shroeding11:28
sambettsmilan: yeah I wanted it but it doesn't fit :(11:28
milanaaah yeah11:28
sambettsdtantsur: I think I might have found it11:29
sambettsdtantsur: https://github.com/openstack/ironic/blob/master/ironic/conductor/rpcapi.py#L11511:30
vsaienk0sambetts: https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L1237 https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L123711:30
sambettsvsaienk0: yup11:31
dtantsurcorrect11:32
sambettsvsaienk0, dtantsur: I think either the Ironic API needs to contain the list of all network_interfaces enabled, or we probably should be taking network_interfaces into account in the hash ring because we currently don't enforce that different conductors to have the same network_interfaces loaded :/11:32
*** amotoki has quit IRC11:33
dtantsurI don't think we can realistically switch to taking interfaces in account...11:34
dtantsurthat's gonna have interesting upgrade consequences11:34
sambettsI think we need to enforce all conductors have the same loaded interfaces then, otherwise we're going to end up with a lot of stuck nodes11:35
* sambetts bangs head on desk 11:36
* milan cannot stop thinking about shroedinger's cat abbreviations such as |shroe~ |shro~ |shr~ |shroeow |catinabox |[meow] |[cat]11:37
sambettshaha11:37
*** jcoufal has joined #openstack-ironic11:44
milan|[O.o]11:46
sambetts[???]11:47
milani like mine more :P11:47
sambettsor [~~]11:48
milanheh that's a nice one :)11:48
*** amotoki has joined #openstack-ironic11:49
openstackgerritMerged openstack/python-ironicclient: Add test for ironic node-list command  https://review.openstack.org/32905611:50
dtantsursambetts, we can't enforce it..11:52
sambettsno because rolling upgrades11:52
dtantsuryep11:52
TheJuliagood morning11:53
dtantsurmorning TheJulia11:53
milanmorning TheJulia11:53
sambettsMorning morning TheJulia11:53
sambettsdtantsur: problem is with the current implemention in the network patches, depending on which conductor you end up on and which network interfaces are enabled on that conductor the node create will fail or pass11:55
dtantsuryeah..11:55
dtantsuralso wonderful: I've got a merge conflict with some patch, and git shows like half of file11:55
sambettsso you could make the same call twice and once it pass and once it fail11:55
TheJuliathat should be changing, slightly so it shifts to validate11:56
dtantsurso I'll probably remove someone's work >_<11:56
*** vmud213 has quit IRC11:56
TheJuliabut I've not looked at it yet11:56
dtantsurlets hope the person did have sane unit tests11:56
TheJuliathis morning that is11:56
sambettsdtantsur: I had a merge like that the other day11:56
*** vmud213 has joined #openstack-ironic11:56
sambettsbasically had to just nuke the work and then go through my git diff and revert anything that I didn't remember changing11:56
dtantsurwell, I've moved several functions11:57
dtantsurand someone seemingly ended up modifying them11:57
sambettsdtantsur: yup thats the problem I had with this https://review.openstack.org/#/c/341086/11:57
sambettshttps://review.openstack.org/#/c/340567/11:58
sambettsthis ^11:58
sambettsnot that other one :-P11:58
sambettsTheJulia: oh? I was looking at this patch with vsaienk0 https://review.openstack.org/#/c/317392/19/ironic/api/controllers/v1/node.py and it seemed to not be in validate still11:58
dtantsurI think it's https://review.openstack.org/#/c/213262/126/ironic/drivers/modules/agent_base_vendor.py11:58
sambettsah11:59
sambettsof course the network patches add stuff there11:59
TheJuliaugh, looks like it is basically still there12:00
TheJuliasambetts: I'm going to go get some coffee and shower real quick since I am in no possible way... awake12:01
*** amotoki has quit IRC12:01
sambetts:-p sure12:01
*** amotoki has joined #openstack-ironic12:04
openstackgerritDmitry Tantsur proposed openstack/ironic: Implement new heartbeat for AgentDeploy  https://review.openstack.org/33396412:06
dtantsurfolks plz review ^^^12:06
dtantsurI'm a bit tired of rebasing this chain..12:06
*** amotoki has quit IRC12:17
TheJuliasambetts: I remember the discussion of the different enabled network drivers came up and there was an agreement that the configuration essentially had to be the same across all the conductors in term of drivers.  I think we need the ability to pin hosts to a group of conductors, but I think heads will explode then12:23
openstackgerritDmitry Tantsur proposed openstack/ironic: Promote agent vendor passthru to core API  https://review.openstack.org/33001812:23
openstackgerritzhengchuanhu proposed openstack/python-ironicclient: Add Python 3.5 classifier and venv  https://review.openstack.org/34203712:24
*** lucas-hungry is now known as lucasagomes12:24
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Use new agent API if available  https://review.openstack.org/33452312:24
* TheJulia reads vasyl's reply on rev1912:24
sambettsTheJulia: right, its a crazy problem I think we need to solve, I can't remeber how driver reform does it, because I wonder if deployers might want to have some conductors that work with a hardware_type on one set of interfaces, and another conductor that works with the same hardware_type but on a different set of interfaces12:25
sambettse.g. same hardware but one pool is configured to work with just IPMI and another pool is configured to work with CustomOOBThing, and should the nodes for them be able to land on different conductors12:27
TheJuliaI think consistency across all conductors has been the the consensus for a while, but yeah...if I have 3 conductors over here, and 3 over there, and they can't see each other's pools of hardware.... (where I'm essentially using the API as a single pane of glass), things just don't work that way right now :(12:27
sambettsTheJulia: yeah thats the part thats missing12:27
*** clenimar_ has quit IRC12:28
TheJuliaso for the immediate problem, not any of the long term problems... for validate, can't we check to see if the network driver is loaded/exists then before we try to call .validate() on the driver?12:28
sambettsif all conductors have to have the same configured interfaces the devas problem goes away because you just configure the API with the same list of interfaces12:28
*** dprince has joined #openstack-ironic12:28
sambettsor we write the enabled interfaces into the DB and read it from there in the API12:29
*** baoli has joined #openstack-ironic12:32
sambettsif ensure only interfaces that exist on all conductors into the DB then we can get a consensus, and it doesn't block conductors from starting with more/less interfaces than the whole pool, so rolling changes will still work12:32
sambettse.g. conductor 1 has neutron, condutor 2 has neutron and flat, only neutron is written into the DB so only nodes with neutron network can be created12:33
*** baoli_ has joined #openstack-ironic12:33
sambettsthen if conductor 1 adds flat, then both get written into the DB, so you can create nodes with both neutron and flat12:33
sambettsbut if any 1 conductor removes an interface, then we have to remove it from the DB12:34
TheJuliahmm...hmmmm12:35
openstackgerritzhengchuanhu proposed openstack/python-ironicclient: Add Python 3.5 classifier and venv  https://review.openstack.org/34203712:35
TheJuliasambetts: I worry that might be too much, and not a before friday thing12:36
*** baoli has quit IRC12:36
TheJuliabut more thought required there at the moment12:37
*** athomas has quit IRC12:37
jrollwe could get crazy and make the hash ring depend on enabled interfaces as well, right?12:37
jrolland then someone can do whatever12:37
sambettsjroll: yeah and I think that we should idealy12:38
*** daemontool_ has quit IRC12:38
TheJuliaagreed12:38
sambetts#brainache12:38
* jroll wonders how that'd work12:38
* TheJulia suspects jroll will now reach #brainache12:38
* jroll takes two steps backwards12:39
xavierrgood morning Ironicland :)12:39
TheJuliaso why can't we add code to update_node and validate to handle the driver submitted being bad?12:39
*** hoangcx has quit IRC12:40
TheJuliabecause looking at the example of letting driver test1 through on network_interface, it bombs on trying to raise the exception, not the check to see if it is in the list of enabled drivers12:40
*** loki_ has quit IRC12:40
*** links has quit IRC12:40
jrollTheJulia: with the driver composition changes, we can, because enabled interfaces will be in the db12:41
jrollbut, they aren't yet12:41
TheJuliayes, but driver composition is not here right now, this is to get is through until it exists12:41
vsaienk0morning TheJulia, jroll12:42
TheJuliawith big #TODO: Remove me once driver composition labels12:42
TheJuliagood morning vsaienk012:42
*** athomas has joined #openstack-ironic12:42
sambettsTbh I'm more concerned with the if I fire off 2 differnt nodecreates one might fail and one might not12:44
sambettsdepending on the conductors12:44
TheJuliaIn a sense, that is how it is today12:45
TheJuliawe cannot prevent bad configuration12:45
jrollwell, deva was concerned with node create performance given the rpc call12:45
sambettsif I fire off 2 nodecreates with the same driver it isn't random to if it'll pass or fail today as far as I know12:45
jrollI am too12:45
jrollyou should be able to spam node creates super fast12:45
jrollso I'd rather just handle it on validate for now12:46
TheJuliavalidate and update_node will both need to check and handle appropriately12:46
jrollyeah, agree12:46
*** skramaja has quit IRC12:46
jrolland we should document people should have that config the same on all conductors :)12:46
TheJuliaand we just make sure our documentation explicitly states network config should be same on oll conductors12:47
jroll"anything else is unsupported"12:47
TheJuliaheh12:47
jroll^512:47
TheJuliayes yes12:47
sambettswell if we enforce the config to be the same on all conductors we don't need to call to the conductors at all and could just put it in the API config file right??12:47
TheJuliaso update_node and validate_driver_interfaces in manager.py12:47
TheJuliasambetts: in theory... yes12:48
TheJuliathe downside is some people will not like that12:48
TheJuliathat is actually a way to reduce the techdebt here12:48
TheJuliasimplest path is to just force that config to be present for the API as well12:48
TheJuliait doesn't line up with driver composition exactly right now, and we remove it later once we've identified the proper way for handling that deep inside the conductor12:49
jrollyeah, I'm not super against that either, but it's an inconsistency and not very intuitive12:49
jrollwe'll have a few support requests as to why this isn't working at all12:49
jroll(because folks won't realize it should be in api config)12:50
dtantsura hint: time not spent on rebase the agent API thing will be spent on coding the driver composition12:51
dtantsur;)12:51
sambettshahaha12:51
jrolllolz12:51
TheJuliaso... in the conductor, make something called _network_inteface_check that validates if the config is legit, then continue, if not raise an exception12:51
*** bharathk has quit IRC12:52
TheJuliaadd that to the beginning of validate_driver_interfaces and update_node.... and I think that will work *think*12:52
TheJuliaheh12:52
TheJuliaI must be thinking too much12:52
jrollyeah, I think that's reasonable12:52
sambettsso when a node moves from enroll to managable it'll fail or not12:53
sambettsif you've derped on node-create12:53
TheJuliait should I believe12:53
jrollright12:53
TheJuliafail that is12:53
TheJuliahmmmm12:53
TheJuliaoh state machine, how do you force validation12:53
*** d0ugal has quit IRC12:53
sambettsdoes that mean you can set anything as the network_interface enabled/disable/non-existant while in enroll ?12:54
TheJuliaso _do_node_verify as well to catch at the manageable state transition12:54
TheJuliain theory, yes12:55
TheJuliawell, if it is non-existant, it defaults to flat, if it is defined to "meow", it bombs in logical steps forward12:55
sambettsby non-existant I mean the thing you set it too doesn't actualy exist12:55
TheJuliaThe meow network driver, where a cat comes to sit in your lap12:55
jrolland setting meow on node-update will fail during the api call12:55
jrollTheJulia: I think you mean where the cat goes and plays with the cabling12:56
TheJuliajroll: well, nibbling, but that too12:56
TheJuliaits a feature... not a bug!12:56
sambetts;)12:56
jrollhehe12:56
jrollbut yeah, on enroll->manage or node-update, it will be validated12:56
jrollI think this is what deva suggested yesterday as well, I'm +1 on that12:57
TheJuliabasically yeah12:57
sambettsso if I set network-interface to "thing-that-doesn't-exist" and then try to do a node-update it won't block me from updating the node?12:57
TheJuliasambetts: it would only block you if your not supplying a valid network driver12:58
jrollgood question, I don't think it would12:58
sambettsthats the senario that happens right now, is that if you set a network_interface to a disabled or non-existant one it prevents all node-updates going forward12:59
*** cdearborn has joined #openstack-ironic12:59
sambettseven ones to correct the problem12:59
sambettsif you remove the check on node-create12:59
jrollooo, interesting12:59
TheJuliayeah, we need to make sure it is a real driver in node-update as well12:59
jrolldoes it give a decent error?12:59
TheJulia http://paste.openstack.org/show/532762/13:00
sambettsyes that ^13:00
sambetts:-P13:00
jrollI mean via API, though13:00
jrollbut yeah, that seems problematic :(13:00
TheJuliaafaik it wouldn't get a reply right now13:00
jrollit'd be nice to s/driver/network interface/ in that error13:01
sambettstotally, I think thats a pretty simple change in the driver facotry base class13:01
jrollI feel like it comes from stevedore, but we can probably catch and reraise13:01
jrolloh no it's ours, cool13:02
TheJuliayeah, looks like it is getting raised when we try to raise an exception13:03
* jroll does it13:03
lucasagomesjroll, TheJulia sambetts if we have to enforce same config for all conductors we don't need a hashring13:04
lucasagomessambetts, the update behavior sounds like a bug13:04
jrolllucasagomes: agree13:04
lucasagomessame for delete, based on vsaienk0 comment you can't update nor delete a node if the network_interface is disabled13:04
lucasagomesthat's a bug for me13:04
lucasagomesper vsaienk0 comment i mean https://review.openstack.org/#/c/317392/19/ironic/api/controllers/v1/node.py13:05
jrollthat traceback is odd :/13:07
openstackgerritJim Rollenhagen proposed openstack/ironic: Show what type of driver wasn't found in DriverNotFound  https://review.openstack.org/34216713:08
jrollTheJulia: sambetts: it'd be something like that, though I don't see where DriverNotFound could be raised there (as opposed to DriverNotFoundInEntrypoint)13:08
*** mgoddard_ has joined #openstack-ironic13:09
*** rbudden has joined #openstack-ironic13:10
* jroll steps away for a bit13:11
*** mgoddard has quit IRC13:13
*** sdake__ has joined #openstack-ironic13:15
*** aparnav has quit IRC13:19
TheJuliajroll: yeah, I'm kind of looking at it again going "wait a second, I just pulled down the latest rev and I'm trying to reproduce locally13:25
openstackgerritDmitry Tantsur proposed openstack/ironic: Promote agent vendor passthru to core API  https://review.openstack.org/33001813:26
*** amotoki has joined #openstack-ironic13:26
*** bharath has joined #openstack-ironic13:27
*** bharathk has joined #openstack-ironic13:31
*** bharath has quit IRC13:31
mgoulddtantsur: you can tell git to use the patience diff algorithm, that sometimes produces better diffs13:33
*** ametts has joined #openstack-ironic13:33
mgouldgit rebase -s recursive -Xpatience, I think13:34
lucasagomesrandom question: Is tempest branchless!?13:34
dtantsurmgould, interesting, never tried it13:35
*** thiagop has joined #openstack-ironic13:37
thiagopgood morning!13:37
mgouldthiagop: morning!13:38
mgoulddtantsur: I think patience diff is slower but less likely to get confused by similar sections of code13:38
mgouldhttp://stackoverflow.com/questions/4045017/what-is-git-diff-patience-for13:39
TheJuliahttp://paste.openstack.org/show/mkwGSdjRUgImHtzL9yRt/ at least it is kind of pretty....13:39
dtantsurmgould, cool13:40
TheJuliaso, all the periodic tasks start throwing stack traces if we don't validate the input early on13:41
mgouldlucasagomes: looks like it! https://github.com/openstack/tempest/branches13:41
TheJuliajroll: I truly think we just need to base on the config file for now :(13:41
lucasagomesmgould, yeah oh dear13:42
*** rbartal has quit IRC13:43
*** mbound has quit IRC13:43
TheJulialucasagomes: afaik tempest and devstack-gate are branchless13:44
mgouldhand-hacked tests for version ranges woo yeah13:44
lucasagomesTheJulia, yeah, I just saw this: https://bugzilla.redhat.com/show_bug.cgi?id=135609213:45
openstackbugzilla.redhat.com bug 1356092 in openstack-ironic "Tempest test failing for cinder, sahara and neutron in RHOS-9" [High,New] - Assigned to lmartins13:45
lucasagomes(ignore the title)13:45
lucasagomesapparently due the branchless nature we have to make it backward compatible within the component plugin13:46
TheJuliayeouch13:46
dtantsurlucasagomes, the big was fixed upstream IIRC13:47
dtantsurincluding mitaka and liberty13:47
*** bharathk has quit IRC13:47
dtantsurlucasagomes, https://github.com/openstack/ironic/commit/3ff49f1d10f7acba33e00927e6c5180d3cb9a3be13:48
lucasagomesdtantsur, right, it was this: https://github.com/openstack/ironic/commit/b8f227e62e7aac87266cae53093ccb3e68bc6d3213:48
dtantsuroh, or is it the opposite?13:48
lucasagomesdtantsur, the redhat bug is the other way around13:48
dtantsurright......13:48
lucasagomessince tempest haven't been rebased it's failing13:48
lucasagomeswe need to handle that AttributeError13:48
lucasagomesand call the old function13:48
lucasagomes*sigh*13:48
*** daemontool has joined #openstack-ironic13:48
dtantsurlucasagomes, isn't it easier to rebase tempest?13:48
*** ElCoyote_ has joined #openstack-ironic13:48
lucasagomesdtantsur, apparently that will break the other components not rebased yet13:49
lucasagomesI was talking to dmellado about it13:49
lucasagomesdtantsur, it's a ball of wax!13:49
dtantsurlucasagomes, then we need to revert the ironic change downstream13:49
lucasagomesdtantsur, yeah I was more inclined to make it backward compat within the ironic tempest plugin13:49
lucasagomesmaster and mitaka13:50
dtantsurlucasagomes, it does not constitute an appropriate backport to me13:50
sambettsless code in devstack-gate the better IMO13:50
dtantsurlucasagomes, it's our downstream problem13:50
*** bharath has joined #openstack-ironic13:50
dtantsurand downstream revert is MUCH faster FWIW13:50
dtantsurwe can land it in 5 minutes13:51
dtantsurbut dunno, maybe other distributions have similar problems13:51
dtantsurzigo, hi! do you guys ship tempest? how do you update it?13:51
lucasagomesdtantsur, yes I understand, I'm trying to figure whether it would be an upstream problem as well... the fact that the project is branchless it raises questions to me13:51
lucasagomesthey should just remove something, at least make an alias to the new function13:52
dtantsurI agree13:53
dtantsurmaybe worth chatting on #openstack-qa?13:53
*** ametts has quit IRC13:54
*** ohamada has quit IRC13:55
*** mgoddard_ has quit IRC13:56
*** mgoddard has joined #openstack-ironic13:57
*** vmud213 has quit IRC13:57
*** bharath has quit IRC13:57
*** PollyZ has joined #openstack-ironic13:58
*** vishwanathj has joined #openstack-ironic13:58
lucasagomesdtantsur, pinged it... for now I will submit a patch downstream to unblock things there14:01
* lucasagomes is sad14:01
*** links has joined #openstack-ironic14:01
*** adu has joined #openstack-ironic14:03
*** amotoki has quit IRC14:04
*** ametts has joined #openstack-ironic14:07
*** amotoki has joined #openstack-ironic14:07
dtantsurdidn't we explicitly remove https://review.openstack.org/#/c/341253/2/nova/virt/ironic/driver.py ?14:13
*** bharath has joined #openstack-ironic14:15
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with Node  https://review.openstack.org/34206014:15
*** catintheroof has joined #openstack-ironic14:16
jrolllucasagomes: dtantsur: fwiw, tempest does do releases at branching time, so you could use that downstream14:18
jrolldtantsur: we did remove that14:18
jrollTheJulia: ouchhhhh14:19
*** joprovost has joined #openstack-ironic14:20
sambettsjroll, TheJulia: :(14:21
*** amotoki has quit IRC14:21
vsaienk0jroll, sambetts, lucasagomes, I'm sorry I was away. And didn't have opportunity to discuss https://review.openstack.org/#/c/317392/21/ironic/api/controllers/v1/node.py@126614:22
*** ohamada has joined #openstack-ironic14:22
vsaienk0so how we are going to solve the problem, add network_interface to hasring? or guarantee that all conductors has the same configuration?14:23
*** greghaynes has quit IRC14:23
dtantsurjroll, yeah, but our gate seems to use tempest master, hence the downstream breakage14:23
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/34186014:24
jrolldtantsur: well, if you're using ironic master downstream, wouldn't you use tempest master as well?14:24
dtantsurjroll, we14:24
dtantsurwe're not using ironic master14:24
dtantsuror we do, but not here14:25
*** greghaynes has joined #openstack-ironic14:25
dtantsurwe've made this change on stable/mitaka and liberty because they had to work with tempest master14:25
dtantsurhowever tempest downstream was not updated14:25
jrollohhhhh, I see14:25
jrollouch14:25
vsaienk0Thejulia: if we set network_interface to incorrect value, it will be impossible to update it to correct value also14:29
jrollso we have two options, right?14:30
TheJuliavsaienk0: not convinced that it is imposible, but I'm really thinking we need to read from the config file for now.14:30
jroll1) eat the performance hit, only when network interface is passed in. it shouldn't be terrible but isn't ideal14:30
*** ijw has joined #openstack-ironic14:30
jroll(and remove that later)14:30
sambettsand document all conductors have the same interfaces loaded14:31
jroll2) make people put enabled_net_int config in the api config file14:31
jroll(2) seems less annoying but more manual things for operators to do14:31
jroll(1) seems like it would be rare to happen but really annoying when it does14:31
TheJulia2 seems more like a headache for configuration management systems14:31
sambettsand it still doesn't sovle the conductors with mixed interfaces problem14:32
jrollsambetts: either way we need to document that they need to be the same14:32
TheJuliaand that it has been the case for a while now14:32
jrollTheJulia: well, people may need to change their thing, but I don't think it's too big of a deal, right?14:33
TheJuliashouldn't be as long as they understand the repercussion of doing so14:33
jrollrepercussion of making the change?14:33
TheJuliathat if they have nodes that are only supported on one conductor, and that conductor fails, etc14:34
jrolloh that, yeah, different interfaces between conductors is completely unsupported imo14:34
TheJuliaThinking about it... we need a sad pixieboots14:34
jrolldifferent drivers/hardware types is ok14:34
TheJuliayeah14:34
sambettswe should and a spec for adding interfaces to the hashring? because in the end I think thats what we should support14:36
lucasagomesthe thing of having the same config seems to kinda go against the current design :-/ I don't like it much14:37
sambettsyeah :/14:38
*** pcaruana has quit IRC14:39
*** vishwanathj has quit IRC14:40
thiagopQQ about^: do we have a test on any pipeline that tests the Ironic hashring?14:40
*** vishwanathj has joined #openstack-ironic14:40
vsaienk0sambetts: I don't know how hashring will be changed with driver-composition-reform but according to https://review.openstack.org/#/c/188370/20/specs/approved/driver-composition-reform.rst@223 it should be taken into account.14:40
thiagopor all our tests are considering single conductor?14:40
sambettsthiagop: no but we talked about using the multinode jobs to test it14:40
jrollI wish I had time to talk about this :(14:41
vsaienk0In case of network_interface we should choose conductor with simultaneous match of driver and network_interface14:41
thiagopThat may be a good course of action for QA in a near future14:41
vsaienk0who know when driver-composition-reform will be implemented?14:41
jrollvsaienk0: hopefully this cycle14:42
thiagopMaybe we can rally people to do that in Barcelona as we did for the grenade in Austin :)14:42
vsaienk0:)14:42
*** mbound has joined #openstack-ironic14:44
clenimardtantsur: hey there14:45
dtantsurvsaienk0, the first step would be to land https://review.openstack.org/#/q/topic:bug/157084114:45
dtantsurclenimar, hi14:45
clenimardtantsur: https://review.openstack.org/#/c/300154/ seems to be fine from identity's perspective. can you take a look at it? :)14:45
dtantsurlooking14:45
clenimardtantsur: thank you, sir14:46
*** d0ugal has joined #openstack-ironic14:46
*** ijw has quit IRC14:46
vgadirajmorning all14:47
thiagopmorning vgadiraj14:47
vsaienk0it seems that option 2 for now wins (have the same enabled_network_interfaces on conductors and API an compare network_interface with config value on API side)14:47
*** amotoki has joined #openstack-ironic14:48
*** mbound has quit IRC14:48
vsaienk0I want make sure that we are ok to follow this way before uploading new patchset :)14:49
jrollI'm okay with that until driver comp stuff is done14:49
vsaienk0jroll: I will mention it in relase note, should I add a note to config option also?14:50
jrollvsaienk0: yeah, that sounds good, probably docs as well14:51
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add short driver argument for OSC node create command  https://review.openstack.org/34221514:52
*** ijw has joined #openstack-ironic14:55
*** milan has quit IRC14:55
TheJuliavsaienk0: thank you14:55
sambetts\o/14:55
*** edand has quit IRC14:56
*** mjura has quit IRC14:57
*** mgoddard_ has joined #openstack-ironic15:02
dtantsurjroll, have you seen sambetts' mail on driver composition?15:04
jrolldtantsur: I've seen that it exists, I have not yet read it15:05
dtantsuraha15:05
sambettsjroll: its more or less just a cleaned up version of what I had on the etherpad yseterday15:05
dtantsurI just want to know if folks like it, cause I'm going to hack on driver composition15:05
jrolldtantsur: the implicit-ness bugs me a bit, otherwise it seems fine15:06
jrollbut as defaults are available via API, not a huge deal15:06
*** mgoddard has quit IRC15:06
dtantsursambetts, do you feel like proposing an amendment to the spec?15:06
dtantsur(I know you don't, but I guess you have to ;)15:06
sambetts;) haha sure I'15:07
sambettsI15:07
sambetts-,-15:07
sambettsI'll add another post-it note to my monitor ;)15:07
mgouldsambetts: can you still see the screen? :-)15:07
dtantsurhehe15:07
dtantsurping me for review when you do15:07
thiagoplol15:07
dtantsurright now I'm a bit uncertain which version to hack on15:08
sambettswith all my TODOs its starting to get harder heh15:08
sambettsdtantsur: will do15:08
JayFI think we really underestimate how complex operators will find the "calculated defaults" pattern15:09
TheJuliathey will find it horribly complex :(15:11
dtantsurmaybe.. I personally find it the most logical thing we can do, but I can see people being confused by it..15:12
JayFI'd rather an expected, fast fail with a good error message than "magic" trying to make something work, and then it works differently in small unexpected ways15:12
jrollI do still assert that 99% of operators do enrollment with a script and don't change drivers15:13
*** liliars has joined #openstack-ironic15:13
* lucasagomes == JayF 15:13
JayFWhich is exactly why we should ensure a minor config change or upgrade won't change the behavior of those scripts.15:13
sambettsthen they have to explictly define all the interfaces intheir node crate15:14
JayFOr they are populated by inspector15:14
JayFboth of those are reasonable things to expect15:14
dtantsurwait, inspector requires a node to be present and working :)15:14
sambettsbecause the currently defined defaults idea doesn't prevent vendors changeing their mind on which they want to be the default for thier hardware-tpye15:14
dtantsuror are you talking about discovery?15:14
JayFdtantsur: oooh.15:14
JayFdtantsur: that is tricky15:14
dtantsurdiscovery has its downsides15:14
JayFI thought inspector could choose a more capable driver for a node if it was available?15:15
dtantsuralso discovery won't pick a network_interface for you15:15
dtantsurJayF, this is an idea for future improvements :) but still, we can't detect network_interface15:15
dtantsurand without vendor-provided defaults, we will have to store these defaults ourselves15:15
JayFYeah; I guess. I would just suggest err'ing on the side of explictness rather than making a collection of implicit defaults.15:15
dtantsurnot having defaults is a clear no-go.. so we have to figure our which defaults15:16
*** d0ugal has quit IRC15:16
sambettsif you want explict then we have to nuke all defaults in hardware_type15:16
dtantsur-215:16
sambettsexactly15:16
dtantsur:)15:16
*** links has quit IRC15:17
*** moshele has left #openstack-ironic15:17
*** d0ugal has joined #openstack-ironic15:17
JayFI'm just saying, we will give unexpected behavior to operators if we head down this path, and it's going to cause them pain15:17
sambettsif a user wants a specifc interface then they can just explictly ask for it in the API, and if its not enabled it will fail early for them15:18
JayFIs it less pain than the alternative? Maybe, I don't really know, but I know when I was a pure "sysadmin" this kind of default-setting-magic was one of my least favorite attributes in software I used.15:18
sambettsif they don't specify it then we pick one that will work for them15:18
sambettsI think doing that is better than endeding up with a node that isn't going to work15:19
sambettsand then having to know to override it anyway15:19
JayFI think ending up with a node that doesn't work is bad behavior; but is there no way to fail the node-create in those cases?15:19
jrollfwiw I fully expect that changing a default should include a deprecation cycle and release notes15:20
lucasagomessambetts, it feels like we (devs) are saying that we are doing this to help operators but, we have an operator saying that it does not help :-)15:20
JayFlucasagomes: and I was a little worried I was alone until TheJulia agreed, lol15:20
* lucasagomes likes predictability as well 15:20
lucasagomesJayF, right15:21
*** mtanino has joined #openstack-ironic15:22
sambettsJayF: wouldn't you prefer that what you specify in enabled_FOO_interfaces obeys what you ask for instead of implictly interfaces being enabled up to of it ?15:22
*** ijw has quit IRC15:22
JayFsambetts: I'm not sure I grok your questino/15:23
sambettsright now hardware_type defaults are implictly enabled even if they might not work in your environment15:23
JayFso the implicitness I dislike is already present?15:23
JayFWell, not really, right?15:24
JayFBecause when I enable a node with a given hardware type, I'm opting-in to that interface, right?15:24
sambettsso I can't deploy Cisco hardware if I only want to support ipmi power because its default power interface isn't ipmi?15:24
jrollthe hardware types will have documented defaults that are also visible via the API, and deprecation periods to change those15:25
*** fragatina has quit IRC15:26
jrollJayF: an example of the case sambetts is concerned about: generic ipmi hardware, ipmi isn't allowed in the deployment, snmp is, because ipmitool is the default for the ipmi hardware type it will always be enabled and someone could forget to specify snmp power and wind up with an unusable node15:26
JayFjroll: my opinion would be that in that case, we should deny the node-create15:26
JayFjroll: fail it in the API at create time15:26
jrollJayF: well, because ipmitool is the default power interface, it's implicitly enabled15:26
sambettseven if it doesn't work in the deployment15:27
JayFAs an operator, I want to be able to list interfaces I want to support in the config file15:27
JayFand *never ever ever* have a node-create succeed that requires an interface outside of that list15:27
jrollso here's a thought:15:28
sambettsbut if you don't ask for a particular interface what does the node-create do?15:28
JayFIt would use the default. If the default isn't enabled in my environment; fail the create15:28
sambettsfail if default is not in eabled_interfaces15:28
jrollif hardware type foo has a default power interface bar, and bar is not in enabled_power_interfaces, and power-interface isn't included in the node-create, fail the request15:28
* jroll said the same thing as y'all15:28
JayF++15:28
JayFTheJulia: ^ wdyt15:29
* TheJulia context switches15:29
sambettswhich means I then have to overide that interface for every node I create with that hardware_type which doesn't align with the convience factor we discussed ysterday15:29
dtantsurjroll, it's good, except for: how will driver vendor passthru work in this case?15:30
sambettsso if I have all generic_ipmi_hardware but only want to support snmp then I always have to override15:30
dtantsurwe always use the default vendor interface there15:30
JayFsambetts: As an operator, I don't find that convienient15:30
jrolldtantsur: I guess it wouldn't, we did want to fix that later, right?15:31
dtantsurjroll, yeah, maybe it's not a huge concern...15:31
TheJuliaJayF: I guess I could go with that, although the concept is different w/r/t networking since we've always had a default, we just called it something else... kind of15:33
*** clenimar_ has joined #openstack-ironic15:33
JayFWith networking, I'd imagine it'd be handled similarly, right?15:33
JayFOne systemwide default which has to be explicitly overridden if someone wants a node that's different15:33
TheJuliathat is essentially exactly what we have moving forward, although we have an underlying default if it is not defined15:35
JayFI thought what's being proposed is a list of defaults15:35
sambettsright, but we want all hardware_type  interfaces to be consistnt, and having a config default for that breaks that idea15:35
JayFand we would default to a list of defaults15:35
TheJuliaJayF: list of enabled drivers, single default that can be overriden15:36
*** garthb has joined #openstack-ironic15:36
JayFTheJulia: so if I enable neutron and flat, I'm guaranteed to never get a node on "flat" unless I explicitly configure it that way?15:36
TheJuliaJayF: other way around, since flat was the pre-existing default15:37
TheJuliabut you can override that15:37
JayFI'm not talking about a default config, I'm talking about a jay config15:37
*** bharath has quit IRC15:37
TheJuliayeah, I know :)15:37
JayFI just think of a world of "oh shit, I just deployed $valuable_data_server" onto a node that implicitly got swapped into flat instead of neutron networking15:38
JayFand I know we're trying to wrap some of that stuff in hardware_type, but that's why I disliked conflating environmental things into hardware_types from the start; it'd be easy for an operator to assume changing the "hardware" setting in a node would not impact how networking happened15:39
sambettsthis is why I don't want defaults in the hardware_types15:39
sambettsI only want hardware_tpyes to specify supported implmentatiosn15:39
sambettsfor that hardware15:39
TheJuliaJayF: fyi, if you've not seen, https://review.openstack.org/#/c/285852/64/ironic/common/driver_factory.py@9815:41
*** krtaylor has joined #openstack-ironic15:43
*** vmud213 has joined #openstack-ironic15:43
*** rloo has joined #openstack-ironic15:46
lucasagomesmariojv, around?15:48
lucasagomesmariojv, btw, replied to https://review.openstack.org/#/c/338264/5/ironic/tests/unit/drivers/modules/test_deploy_utils.py lemme know if that's fine15:49
openstackgerritVasyl Saienko proposed openstack/ironic: Expose node's network_interface field in API  https://review.openstack.org/31739215:49
mariojvlucasagomes: yeah, i just got back15:53
mariojvlucasagomes: +1'ed15:54
lucasagomescool, thanks15:54
*** mbound has joined #openstack-ironic15:57
alaskiI should know this but am not sure: is there anything about a Nova flavor that is specific to a baremetal instance? in other words is the flavor necessarily different from a flavor for a VM?15:58
*** fragatina has joined #openstack-ironic15:59
thiagopalaski: the cpu_arch parameter, basically16:00
*** mbound has quit IRC16:02
alaskithiagop: okay. and what does it look like for baremetal flavors?16:02
vsaienk0alaski16:02
thiagopalaski: x86_6416:03
thiagopVM's doesn't have this parameter, normally16:03
thiagopthis is a parameter that we use not to trigger a build on any conductor, just the ones running the ironic virt driver16:04
vsaienk0alaski: cpu_arch is an optional parameter. The flavor looks like nova flavor-create bm_flavor auto 3072 150 116:04
*** mgoddard_ has quit IRC16:04
*** mgoddard_ has joined #openstack-ironic16:05
*** Linkmark has quit IRC16:05
alaskiso a VM flavor could have cpu_arch and typically doesn't, but a baremetal flavor must have it16:07
vsaienk0alaski: no cpu_arch is an optional parameter for baremetal flavor16:08
lucasagomes+1 https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L220-L22116:08
alaskivsaienk0: that's helpful, thanks16:08
alaskithiagop: thanks for the info16:08
*** Romanenko_K has quit IRC16:09
alaskiwhat I'm trying to determine is if there's a way for Nova to know whether a flavor is intended for Ironic or a another virt driver, and it doesn't seem like there is atm16:09
vsaienk0alaski: in multi hypervisor environment nova availability zones may be used to define where to build an instance, or image property hypervisor_type=baremetal  - for ironic case16:10
thiagoplucasagomes: L220-221 isn't for the cpu_arch on the node object?16:10
rloowrt nova flavor, these are the 'instructions' we have: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#flavor-creation16:11
rlooso cpu_arch in extra_specs is the only thing 'extra'.16:11
alaskivsaienk0: is the image property required, or just intended for use with an aggregate?16:11
lucasagomesthiagop, yes from ironic16:12
thiagopI was talking about flavors16:13
alaskirloo: that doc is useful, thanks16:13
*** e0ne has quit IRC16:13
vsaienk0alaski, no it is not required parameter but in multi-typeyhypervisor setup it may be used during scheduling.16:13
lucasagomesthiagop, pointing out that having a cpu_arch is not required in Ironic, so shouldn't be in the flavor either16:13
lucasagomesit's optional16:13
alaskiI may have artificially constrained myself to thinking about flavor. More generally is it possible within Nova to know whether a build is intended for a baremetal node, before it gets to n-cpu?16:14
alaskiit seems like not, which on the one hand is good since VM boot and baremetal boots look generally the same \o/16:15
thiagoplucasagomes: strange, last time I tried to boot an instance without this parameter, nova threw it to a VM16:15
thiagopmaybe something changed in the virt driver since then16:15
alaskion the other hand having that distinction would help out with something I'm looking at16:15
*** Nisha_away has joined #openstack-ironic16:16
jrollalaski: I don't believe it is - the only way we do it at rackspace is by flavor classes16:16
rloolucasagomes: just read what you said. We should change the wording in the install guide then.16:16
*** milan has joined #openstack-ironic16:16
*** vmud213 has quit IRC16:16
lucasagomesrloo, I quickly skimmed the code, maybe we should test it16:17
lucasagomesbut I doesn't seem to be mandatory16:17
alaskijroll: gotcha16:17
rloolucasagomes: yeah, if you have time to test. i'm swamped today (want to get as many networking patches reviewed before I go on vacation)16:18
jrollalaski: curious what you're hacking on :)16:18
alaskijaypipes had an idea for resource providers and ironic that some of us have been talking through, but it's predicated on being able to make this distinction16:18
alaskiI think there are other approaches though16:19
alaskijroll: are you going to be at the nova midcycle/16:19
alaski?16:19
jrollalaski: yeah16:20
*** sdake__ is now known as sdake16:20
JayFI think jroll , me, devananda are going to be there repping ironic16:20
rloothere isn't anything to say that we cannot do something to flavors to make it unique to ironic, but i'd rather not if we don't see a good reason for it16:20
lucasagomesrloo, added a todo here16:20
alaskiJayF: excellent16:20
rloothx lucasagomes16:20
alaskirloo: I agree16:21
rlooalaski: we made sure to send our heavyweights to the nova midcycle :D16:21
*** rcernin has quit IRC16:21
alaskiheh16:21
jrollhey, who you callin heavy16:22
lucasagomesrloo, | 9e7cf47c-7c52-49ea-bf7c-d37317dcddf9 | node-1 | 25a89246-57b2-448a-b77a-566392ba7775 | power off   | deploying          | False       |16:22
* rloo doesn't hear jroll's question16:23
lucasagomesrloo, created a flavor without cpu_arch, removed the cpu_arch from one node and set the other in maintenance16:23
lucasagomesscheduler pick it and is deploying onto it, I will let you know if that works16:23
lucasagomes(note: that env is not that new, maybe ~2week old)16:23
alaskithanks for the info everyone. this helps me knock out one potential approach before we spend too much time on it16:24
*** trown is now known as trown|lunch16:24
lucasagomesrloo, | 9e7cf47c-7c52-49ea-bf7c-d37317dcddf9 | node-1 | 25a89246-57b2-448a-b77a-566392ba7775 | power on    | active             | False       |16:25
lucasagomesthiagop, ^ works without cpu_arch (no cpu_arch in the flavor nor in the node)16:25
thiagoplucasagomes: cool, good to know16:25
jrolldevananda: hey, just realized I'll be on the plane to portland during our meeting monday. will you be around to cover?16:25
rloolucasagomes: thx for checking16:25
thiagoplucasagomes: but now I'm really confused. If I do not set an availability zone, users may end up deploying an Ironic instance instead of a VM without knowing?16:27
*** piet has joined #openstack-ironic16:27
sambettsthiagop: an AZ or host agregate16:28
lucasagomesthiagop, if you have a hybrid environment (vm and baremetals) you need to work around such things, cells, AZ, host agregate16:28
lucasagomeson the bright side, the nova Ironic driver is doing what it's suppose to do: making baremetal look&feel exactly like VMs for the end-user16:29
sambetts\o/16:29
sambettsthe only problem is the potential for scheduling a smaller flavor on to a big ironic node, but thats just down to schedular filters16:29
*** ijw has joined #openstack-ironic16:30
thiagopsambetts: Yeah, the virt driver uses that exact filters, right?16:30
*** daemontool has quit IRC16:30
lucasagomessambetts, yeah, that's still a problem... user may ask for X and get Y depending on the fielter16:31
sambettsthiagop: with Ironic we suggest you use the exact filters to prevent that yup :) but if you use host aggregates to their full potential you can avoid it with those instead of the exact filders16:31
lucasagomessince with baremetal you always get 100%16:31
thiagopBut I keep finding it strange anyway...16:31
* sambetts is looking forward to multi nova compute + resource pooling for this sort of thing16:32
dtantsursee you tomorrow16:32
*** dtantsur is now known as dtantsur|afk16:32
sambettso/ dtantsur|afk16:32
thiagopnight dtantsur|afk16:32
*** ijw has quit IRC16:32
lucasagomesdtantsur|afk, see ya16:33
* lucasagomes is heading soon too16:33
sambettssame16:33
devanandamorning, all16:34
thiagopnight lucasagomes sambetts , morning devananda16:34
lucasagomesdevananda, morning16:35
lucasagomescalling it a day folks16:35
*** ijw has joined #openstack-ironic16:35
lucasagomeshave a great evening all :-)16:35
lucasagomestalk soon16:35
*** lucasagomes is now known as lucas|afk16:35
NobodyCamGood morning Ironicers16:36
thiagopam I crazy or the devstack is logging less output these days?16:36
thiagopMorning NobodyCam16:36
NobodyCammorning thiagop16:37
openstackgerritMerged openstack/ironic: Update Ironic VM network connection  https://review.openstack.org/25636616:39
mgouldmorning NobodyCam16:41
*** vmud213 has joined #openstack-ironic16:41
NobodyCammorning mogul :)16:41
NobodyCamgah16:41
rloomorning devananda. Would be worth getting your ack on the direction of https://review.openstack.org/#/c/31739216:41
NobodyCammgould:16:41
jrolldevananda: hey, just realized I'll be on the plane to portland during our meeting monday. will you be around to cover?16:41
mgouldmorning devananda , night lucas|afk16:41
NobodyCammorning jroll rloo devananda TheJulia :)16:42
jrollmornign NobodyCam :)16:42
rloomorning NobodyCam16:42
NobodyCam:)16:43
devanandajroll: should be fine16:43
jrolldevananda: awesome, thanks16:43
JayFI'll be around for the monday meeting too, I'm just driving down to portland tuesday morning16:43
*** baoli_ has quit IRC16:48
*** d0ugal has quit IRC16:49
devanandaJayF: I'm driving down as well16:49
JayFdevananda: any advice? I'm thinking since I'm going south from Tacoma it shouldn't take much longer to get there than google maps says16:49
jrollI'd assume there will be traffic at 8 or 9 am or whatever that might not show on google maps when you're leaving16:51
*** derekh has quit IRC16:51
devanandaonce your out of tacoma, the roads should be pretty clear until portland16:51
JayFYeah; that's the impression I got from how rural it is on the way up16:52
JayFI'm kinda in the southwest part of tacoma (near university place), so I'm even clear of most of the tacoma traffic16:52
*** baoli has joined #openstack-ironic16:57
*** jpich has quit IRC16:57
milansambetts, ifarkas, aarefiev, dtantsur|afk and inspector folks, our experimental grenade job doesn't execute smoke tests after upgrade; see https://review.openstack.org/#/c/342275/ please, review16:57
*** ifarkas has quit IRC16:57
rloovsaienk0: apart from the merge conflict, is there more work to be done on https://review.openstack.org/#/c/332177/? wondering if i should review or wait16:58
sambettsmilan: please review this if you have a chance, I'd like to get that in, and any changes to the Ironic related jobs in devstack-gate cause me painful merges :-P16:59
*** sdake has quit IRC17:00
rloojroll, devananda, JayF: not sure what your 'agenda' if any, might be for nova midcycle next week. are there any patches that you think ought to be reviewed before then?17:00
JayFI was hoping the rescue stuff could've been ready by then, but the spec isn't even merged so I think that's off :(17:01
milansambetts, which pull request you mean?17:01
jrollrloo: if we get networking or serial console stuff (including client changes) I'd love to try to bribe someone into working around the FF17:01
JayFThe only other bit is compute interactions, which I'm getting somewhat up to speed on17:01
rlooJayF: sorry, i have been focusing on the network stuff.17:01
sambettsmilan: https://review.openstack.org/#/c/340567/17:01
jrollrloo: my primary goals are around multiple-compute stuff17:01
sambettsmilan: sorry it didn't paste..17:01
rloojroll: OH. i can look at the console stuff. i +A'd one this AM.17:01
openstackgerritChris Krelle proposed openstack/ironic: Update devstack section of quickstart to use agent_ipmitool  https://review.openstack.org/34180117:01
milansambetts, OK will do17:02
jrollrloo: awesome \o/17:02
*** sdake has joined #openstack-ironic17:02
NobodyCamok pep8 checks pass locally17:02
milansambetts, tomorrow :P17:02
sambettsmilan: hehe ;)17:03
*** rama_y has joined #openstack-ironic17:03
*** jtomasek has quit IRC17:04
*** jrist has quit IRC17:04
jlvillalsambetts: Your interface names remind me of a Lady Gaga song.17:05
sambettsjlvillal: haha ;)17:05
jlvillalsambetts: BAR, RAR, RAR, RAR..17:05
jlvillalsambetts: http://www.azlyrics.com/lyrics/ladygaga/badromance.html :)17:06
jlvillalsambetts: And thanks for the email. Makes sense at first read to me.17:07
jlvillalsambetts: Though what happens if one says:  [FOO, SPAM] and the other list is [SPAM, FOO] ?  How is the order decided?17:08
sambettsjlvillal: the order only comes from the hardware_type list not the config file list17:08
jlvillalsambetts: Okay. Thanks.17:08
jlvillalmilan: I feel bad for not paying enough attention to devstack-gate-test. I'll try to look at your pull requests while I am on vacation!17:10
*** athomas has quit IRC17:14
*** vishwanathj has quit IRC17:15
*** PollyZ has quit IRC17:15
*** mgoddard_ has quit IRC17:16
*** Nisha_away has quit IRC17:17
*** PollyZ has joined #openstack-ironic17:17
thiagopFound the problem with devstack17:18
*** e0ne has joined #openstack-ironic17:19
*** ohamada has quit IRC17:19
thiagopjlvillal: append the last phrase with "drinking piña colada by the beach" :)17:19
jlvillalthiagop: Uh. Not too many beaches in Moscow ;)17:20
jlvillalMaybe "river beaches" :)17:20
thiagopjlvillal: joke /fail17:20
thiagoplol17:20
jlvillalheh17:20
* sambetts -> home 17:22
sambettsnight everyone17:22
sambettso/17:22
*** sambetts is now known as sambetts|afk17:22
*** PollyZ has quit IRC17:25
*** harlowja has joined #openstack-ironic17:28
*** e0ne has quit IRC17:29
*** PollyZ has joined #openstack-ironic17:30
NobodyCamnight sambetts|afk17:31
*** rcernin has joined #openstack-ironic17:32
*** PollyZ has quit IRC17:35
*** sabeen has joined #openstack-ironic17:41
*** e0ne has joined #openstack-ironic17:41
*** sdake_ has joined #openstack-ironic17:42
*** sabeen1 has joined #openstack-ironic17:43
*** tesseract- has quit IRC17:44
*** PollyZ has joined #openstack-ironic17:44
*** sdake has quit IRC17:44
*** sabeen has quit IRC17:45
NobodyCamjroll: looks like only the first ones needed to be escaped ...17:45
*** trown|lunch is now known as trown17:47
*** sabeen1 has quit IRC17:47
*** PollyZ has quit IRC17:49
*** mbound has joined #openstack-ironic17:49
jrollNobodyCam: weird, I'm wondering if the pxe_ part is going to try to turn into a link17:54
NobodyCamI looked at the rendered version and it looked ok17:55
jrollrather generate a warning17:55
NobodyCamI put the link in my reply17:55
* jroll looks17:55
jrolloh we don't error on warning in ironic, yay17:55
jroll(there's currently a bug where that setting doesn't work, is why I'm wondering)17:56
jroll+217:56
NobodyCam:)17:56
*** PollyZ has joined #openstack-ironic17:57
*** catintheroof has quit IRC17:58
rloojroll: I took a look at the console patch, needs some work (and if you read my comment you can see I am a bit annoyed): https://review.openstack.org/#/c/29387318:00
rloojroll: nothing that someone else cannot revise so it could be ready by next Tuesday, but I won't be here to monitor/baby it along.18:01
*** sdake has joined #openstack-ironic18:02
rloojroll: the nova side of the console stuff i am ok with: https://review.openstack.org/#/c/328157/18:02
jrollrloo: cool, I will look out for it tomorrow18:03
jrollthank you :)18:03
*** sdake_ has quit IRC18:03
jrollsorry for the annoyance, that follow-on bothered me as well18:03
*** rajinir has joined #openstack-ironic18:10
rloojroll: i saw at least 2 people asking about combining the follow-on, so i see no reason why they didn't do it18:10
*** vmud213 has quit IRC18:11
jrollrloo: looks like they did some but not all18:14
jrollwell, maybe nothing but the reno18:14
jroll:(18:14
rloojroll: that is one of my points, that *we* should not be spending our time figuring out what *they* did or did not do18:15
rloojroll: I was tempted to -2 and tell them not to ping me until they were absolutely sure it was ok18:15
jrollrloo: I don't think you should be spending time making sure other reviewer's comments were addressed - that's for the other reviewer to do18:15
rloojroll: i know but sometimes i like to see what others have asked and i like to see a reply18:16
jrollrloo: though, it's important and we're generally bad at following up on our own -1s, so I see why you're doing that :/18:16
jrollyeah18:16
*** sdake_ has joined #openstack-ironic18:16
rloojroll: and anyway, i was annoyed. so...18:16
*** PollyZ_ has joined #openstack-ironic18:16
jrollyeah18:17
*** sdake has quit IRC18:18
rajinirthiago, sambetts, updated https://wiki.openstack.org/wiki/Ironic/Testing18:19
*** PollyZ has quit IRC18:19
* thiagop looks18:20
rajinirthiago, sambetts, watanabe_isao please review18:20
openstackgerritRajini Ram proposed openstack/ironic: Thirdparty CI link  https://review.openstack.org/34233618:22
thiagoprajinir: I think the example is inverted18:22
thiagoprajinir: should be "vendor-recheck"18:22
rajinirthiago: fixed. good catch18:23
rajinirthiago: Also review https://review.openstack.org/34233618:23
thiagoprajinir: I think there is something broken with the wiki syntax too. I'm seeing a lot of broken code areas after "delete the line"18:24
*** mgould is now known as mgould|afk18:24
*** jaybeale has joined #openstack-ironic18:24
rajinirthiagop: let me fix those syntax , there is only spaces. wierd18:24
thiagopmaybe a terminator that wasn't added...18:25
*** ijw has quit IRC18:26
*** PollyZ_ has quit IRC18:26
rajinirthiagop: now18:28
*** ijw has joined #openstack-ironic18:29
*** ijw has quit IRC18:29
thiagoprajinir: gone. Thanks18:30
*** ijw has joined #openstack-ironic18:30
rloojroll: wrt https://review.openstack.org/#/c/339197/, were you going to update it? or would you like me to?18:31
jrollrloo: oops, I forgot about it, I can18:31
jrollor rather, I thought I updated it18:31
rloojroll: pepp8 failure.18:32
thiagoprajinir: that hack for require-approval is awesome, but zuul will wait for a verified to start running or it'll run only if the patchset was approved before the patchset arrives?18:32
jrollrloo: yeah, I see18:32
rloojroll: hardware.py, line 363 too long18:32
rajinirthiago: Have to give credit to watanabe_isao for that tip18:32
rajinirthiago: Not sure what the zuul behavior will be, I would imagine it will get notified only after Jenkins +1s18:34
thiagoprajinir: but the comment message will not be the same, don't know...18:34
thiagoprajinir: I think it worth adding an example of how the regex for comments should be. See http://paste.openstack.org/show/532905/18:35
*** wajdi has joined #openstack-ironic18:35
*** bvandewa has joined #openstack-ironic18:36
thiagoprajinir: and in the last line, some can use devstack-gate to build it too18:36
thiagoprajinir: good job, I wouldn't write all that good stuff from my head:)18:36
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Fix doc warnings  https://review.openstack.org/33919718:37
jrollrloo: done18:37
rloojroll: looking...18:37
*** bvandewa has quit IRC18:37
rajinirthiagop: updated your regex comments18:38
wajdigood afternoon! Been a while since I've been here. Hope you're all well! :)18:38
thiagopHello wajdi18:39
rajinirthiagop: where does the use devstack-gate build go? Can you explain18:39
NobodyCamhey hey wajdi WB18:40
wajdithanks! :)18:40
*** Sukhdev has joined #openstack-ironic18:41
*** mbound_ has joined #openstack-ironic18:42
*** mbound has quit IRC18:43
*** Sukhdev has quit IRC18:44
*** Sukhdev has joined #openstack-ironic18:45
thiagoprajinir: where you suggest using devstack plugin, in the very last line18:49
thiagopone can use devstack-gate too18:49
rloojroll, TheJulia, NobodyCam, does anyone remember. If we deprecate a config option, do we log a msg if that config is being used during deprecation period?18:50
*** mbound_ has quit IRC18:50
NobodyCamI think that would be the 'nice' thing to do..18:51
rajinirthiago: got it, updated. I didn't touch that faq before18:51
jrollrloo: oslo.config will automatically log it if it is set, I believe18:51
jrollrloo: s/log it/warn/18:52
rloojroll: ok18:52
*** PollyZ has joined #openstack-ironic18:53
*** sambetts|afk has quit IRC18:54
*** bvandewa has joined #openstack-ironic18:54
*** dprince has quit IRC18:54
*** sambetts has joined #openstack-ironic18:56
*** e0ne has quit IRC18:57
*** jaybeale has quit IRC18:57
*** adu has quit IRC18:58
*** e0ne has joined #openstack-ironic18:58
*** sukhdev_ has joined #openstack-ironic19:03
mariojvquestion about rloo's comment on https://review.openstack.org/#/c/339852/19:07
mariojvis recheck different from reverify? i've seen both19:07
rama_yjroll, rloo: there are 3 toctree warnings that are not addressed in this patch: https://review.openstack.org/#/c/339852/19:08
jrollmariojv: nope, it used to be though19:08
mariojvnice19:09
rama_yjroll, rloo: doc/source/api/autoindex.rst, doc/source/deploy/radosgw.rst, doc/source/releasenotes/index.rst19:09
jrollrama_y: should I block it from landing? :)19:09
jrollrama_y: you can also block it, by voting W-119:09
JayFI mean, why not let it land and followup those 3 fixes?19:10
jrollthat's fine too19:10
rama_yjroll: this patch can land; since I wasn't clear on where to index these three .rst files, I didn't include them in this patch.19:10
jrollrama_y: ah, I see, that's a good question (e.g. releasenotes is published elsewhere)19:11
*** rloo has quit IRC19:13
*** rloo has joined #openstack-ironic19:14
*** catintheroof has joined #openstack-ironic19:18
*** sdake__ has joined #openstack-ironic19:19
*** sdake_ has quit IRC19:21
openstackgerritVasyl Saienko proposed openstack/ironic: Expose node's network_interface field in API  https://review.openstack.org/31739219:21
JayFhttps://review.openstack.org/#/c/171878/ (rescue spec) has 1x+2 and 3x+1 if someone could have a look and help me land it I'd be very grateful.19:21
*** mbound has joined #openstack-ironic19:22
*** e0ne has quit IRC19:24
*** sdake_ has joined #openstack-ironic19:25
*** mbound has quit IRC19:26
*** PollyZ has quit IRC19:26
rlooNobodyCam: if you are around, let me know about my question on https://review.openstack.org/#/c/341801/7/doc/source/dev/dev-quickstart.rst19:27
NobodyCammy me take a look19:28
*** sdake__ has quit IRC19:28
NobodyCamrloo: not really sure. but when I ran pep checks I got: doc/source/dev/dev-quickstart.rst:379: D000 Unknown target name: "agent".19:30
*** PollyZ has joined #openstack-ironic19:31
rajinirthiago: https://review.openstack.org/#/c/342281/19:31
rajinirthiagop:https://review.openstack.org/#/c/342281/ your comment on this review, can you elaborate. We encountered this and that's why we submitted the patch19:32
*** fragatina has quit IRC19:32
rlooNobodyCam: I'm not an .rst expert. seems odd though.19:32
rajinirthiagop: Its in the plugin , but how does it get used in the manager.py19:33
NobodyCamI'm happy to change, but this appears to render correctly19:34
*** _vsaienko has joined #openstack-ironic19:34
*** _vs_ has joined #openstack-ironic19:34
rlooNobodyCam: i don't know whether to approve or not, and i don't have time to look into it so will leave for someone else to approve or not. i mean, it is only doc, but i don't like putting in something if we don't know why.19:35
NobodyCamI'm about to run and grab lunch. I will try and look into when I'm back19:36
*** _vs_ has left #openstack-ironic19:37
* devananda runs errands and lunches late19:37
_vsaienkomorning NobodyCam, rloo, devananda19:38
rloohi _vsaienko19:38
_vsaienkorloo I have resolved you comments https://review.openstack.org/#/c/317392/, once you have a time please have look at the new version19:38
rloo_vsaienko: thx. will try to look soon.19:39
_vsaienkorloo thank you!19:39
*** e0ne has joined #openstack-ironic19:39
rloo_vsaienko: do you know the status of the following patch https://review.openstack.org/#/c/332177/19:39
*** e0ne has quit IRC19:39
*** e0ne has joined #openstack-ironic19:40
*** fragatina has joined #openstack-ironic19:40
openstackgerritRajini Ram proposed openstack/ironic: Thirdparty CI link  https://review.openstack.org/34233619:40
_vsaienkorloo it needs rebasing, and testing19:42
rloo_vsaienko: so the testing part is why it is WIP?19:43
*** Goneri has quit IRC19:43
_vsaienkorloo I don't know, vdrok split portgroup part to single patch, probably it is WIP due to lack of testing from his side19:44
rloo_vsaienko: ok. i probably don't have time to review that today anyway. we're getting close!19:45
_vsaienkorloo, I will try to look on it tomorrow19:45
rloo_vsaienko: that would be good, so as not to prevent people from reviewing (if they want to review). I am away after today, back next Thurs.19:46
*** adu has joined #openstack-ironic19:49
*** adu has quit IRC19:53
*** _vsaienko has quit IRC19:53
*** _vsaienko has joined #openstack-ironic19:53
* TheJulia re-appears from being outside in the crazy North Carolina heat19:58
*** ametts has quit IRC20:00
*** PollyZ has quit IRC20:03
*** fragatina has quit IRC20:04
*** fragatina has joined #openstack-ironic20:06
*** ijw has quit IRC20:09
*** adu has joined #openstack-ironic20:09
*** ametts has joined #openstack-ironic20:15
*** _vsaienko has quit IRC20:15
*** _vsaienko has joined #openstack-ironic20:16
*** _vsaienko has quit IRC20:25
*** _vsaienko has joined #openstack-ironic20:26
*** ijw has joined #openstack-ironic20:26
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Grammar fix in code contribution guide  https://review.openstack.org/34239320:27
*** _vsaienko has quit IRC20:29
openstackgerritMerged openstack/ironic: Deprecate [ilo]/clean_priority_erase_devices config  https://review.openstack.org/34211420:33
thiagoprajinir: Hi. Answered on the review20:38
thiagoprajinir: The tempest plugin mimics all the tempest module/class structure20:39
rajinirthiagop: Is it enabled using enable "enable_plugin ironic git://git.openstack.org/openstack/ironic"20:40
*** e0ne has quit IRC20:40
rajinirthiagop: I see, if you don't enable plugin, it is running the tests form tempest code right20:41
thiagoprajinir: I think tempest somehow discovers the plugins in all projects that are installed and superseed over its own when available20:42
rajinirthiagop: I don't see that happening in our builds. So we are missing something20:43
jrollrajinir: that line enables the devstack plugin20:43
jrollrajinir: tempest plugins are enabled by the package (in this case, ironic) being installed alongside tempest20:43
jrollin the normal devstack case, tempest runs in a venv with nothing else installed, so you need ironic installed in that venv20:44
thiagopthe "enable_plugin" enables the plugin of ironic for devstack. Without this line, you keep running the devstack/lib/ironic script to build the environment20:44
*** ijw has quit IRC20:45
jrollrajinir: you need something like this https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/devstack-gate.yaml#L723-L73020:45
rajinirjroll: I have it enabled, but still the devstack-gate was running the code under  tempest20:45
thiagopthe takeaway is that either devstack/lib/ironic and the baremetal tests of tempest will not be maintained, right jroll ?20:45
jrollthiagop: devstack/lib/ironic is already gone from devstack, we're working on removing our tests from tempest20:45
thiagopjroll: ack20:46
thiagoprajinir: that's strange...20:46
rajinirjroll,thiagop if it is not maintained, it might be a good idea to remove20:47
thiagoprajinir: I think it's there so long as we keep running tests for the past supported versions of openstack20:47
jrollrajinir: devstack/lib/ironic is already gone from devstack, we're working on removing our tests from tempest20:47
rajinirjroll, thiagop: ok, thanks20:48
thiagopnot at all20:48
jrollno problem20:48
* thiagop thought that the plugin discovery was something more magic...20:50
jrollnope, it just loads everything under a given entrypoint20:52
jrollthiagop: https://github.com/openstack/tempest/blob/master/tempest/test_discover/plugins.py#L7420:52
thiagoprajinir: just another hint: there is no way to pass the deploywait_timeout through devstack-gate, as we do with active_timeout (that is implied from DEVSTACK_GATE_TEMPEST_BAREMETAL_BUILD_TIMEOUT)20:56
thiagoprajinir: you have to put a post-extra directive to set it directly on tempest.conf on your DEVSTACK_LOCAL_CONFIG20:57
rajinirthiagop: ok, thanks. That's what I have odne20:57
thiagoppost-extra because post-config runs before tempest is installed20:57
thiagopjroll: besides the fact that we may need the tests for the stable branches of Ironic, what do we need to wipe them from tempest?20:59
jrollthiagop: we don't need them for stable anymore, we use the master branch tempest plugin21:00
jrollbut there's two other pieces21:00
jroll1) dropping the tests themselves, easy21:00
jroll2) dropping a bunch of hacks we have in there, not easy21:00
jrolllike, hacks in normal nova tests21:00
jrollwe need to convert them to feature flags and such instead of "if ironic:"21:00
thiagopuhmmm21:01
*** caiobo-afk has quit IRC21:02
jroll?21:02
jrollthiagop: does that make sense?21:03
thiagoplooking...21:03
jrollah21:03
thiagopI think I need to understand better how these tests depends from each other to put a hand on this21:06
*** piet has quit IRC21:09
*** trown is now known as trown|outtypewww21:11
apughazh  Hey guys, just submitted my first patch!21:14
apughazhhttps://review.openstack.org/#/c/342393/21:14
*** moshele has joined #openstack-ironic21:14
jrollapughazh: \o/21:16
jroll+A21:16
*** adu has quit IRC21:16
NobodyCamapughazh: awesome welcome to the community21:17
apughazhThanks guys!21:17
jrolland gals :)21:18
thiagopsambetts: for when you come back: are tempest-dsvm-ironic-pxe_iscsi_cimc and tempest-dsvm-ironic-pxe_ucs running for doc patches on purpose?21:19
thiagopsambetts: saw here: https://review.openstack.org/#/c/342336/21:19
*** moshele has quit IRC21:22
*** ccamacho is now known as ccamacho|out21:22
*** rcernin has quit IRC21:24
*** bsilverman has joined #openstack-ironic21:24
*** bsilverman has left #openstack-ironic21:25
*** [1]cdearborn has joined #openstack-ironic21:28
*** hparekh has quit IRC21:30
*** cdearborn has quit IRC21:31
*** adu has joined #openstack-ironic21:33
*** ijw has joined #openstack-ironic21:35
*** ijw has quit IRC21:36
*** ijw has joined #openstack-ironic21:37
*** catintheroof has quit IRC21:40
*** wajdi_ has joined #openstack-ironic21:43
*** hparekh has joined #openstack-ironic21:43
*** wajdi has quit IRC21:46
*** wajdi_ has quit IRC21:48
*** wajdi has joined #openstack-ironic21:49
*** amotoki has quit IRC21:53
openstackgerritMerged openstack/ironic: Fix docstring warnings  https://review.openstack.org/33985221:56
openstackgerritMerged openstack/ironic: Grammar fix in code contribution guide  https://review.openstack.org/34239321:56
*** wajdi_ has joined #openstack-ironic21:58
*** ametts has quit IRC22:01
*** wajdi has quit IRC22:01
*** wajdi has joined #openstack-ironic22:01
*** openstackgerrit has quit IRC22:03
*** wajdi__ has joined #openstack-ironic22:03
*** openstackgerrit has joined #openstack-ironic22:03
*** wajdi_ has quit IRC22:05
*** wajdi has quit IRC22:07
*** wajdi__ has quit IRC22:07
*** piet has joined #openstack-ironic22:08
*** adu has quit IRC22:11
*** devananda has quit IRC22:20
*** devananda has joined #openstack-ironic22:21
*** ijw has quit IRC22:22
*** sukhdev_ has quit IRC22:23
*** rbudden has quit IRC22:45
*** [1]cdearborn has quit IRC22:47
*** adu has joined #openstack-ironic22:50
*** jcoufal has quit IRC23:06
*** jcoufal has joined #openstack-ironic23:06
*** fragatina has quit IRC23:07
*** jerrygb has joined #openstack-ironic23:08
*** jcoufal has quit IRC23:08
*** thiagop has quit IRC23:13
*** Nisha_away has joined #openstack-ironic23:13
*** Nisha_away has quit IRC23:18
*** praneshp has joined #openstack-ironic23:19
*** PollyZ has joined #openstack-ironic23:22
*** jerrygb has quit IRC23:24
*** PollyZ has quit IRC23:25
*** rook- has quit IRC23:28
*** ijw has joined #openstack-ironic23:29
*** ijw has quit IRC23:34
*** praneshp has quit IRC23:39
*** _Fdaisuke_ has quit IRC23:47
*** piet has quit IRC23:48
*** mtanino has quit IRC23:55

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