Tuesday, 2016-08-23

*** baoli has quit IRC00:00
*** wajdi has quit IRC00:02
*** wajdi has joined #openstack-ironic00:03
*** sdake has joined #openstack-ironic00:16
*** rbudden has quit IRC00:16
*** hoangcx2 has quit IRC00:38
*** hoangcx has joined #openstack-ironic00:50
*** adnavare has joined #openstack-ironic01:01
*** aNupoisc has joined #openstack-ironic01:01
*** sdake_ has joined #openstack-ironic01:06
*** sdake has quit IRC01:10
*** sdake_ has quit IRC01:19
*** sdake has joined #openstack-ironic01:22
*** baoli has joined #openstack-ironic01:28
*** moshele has joined #openstack-ironic01:37
*** zhangyufei has joined #openstack-ironic01:42
*** zhangyufei has left #openstack-ironic01:44
openstackgerritMerged openstack/ironic-inspector: Use upper constraints for all jobs in tox.ini  https://review.openstack.org/35856401:53
*** zhangjl has joined #openstack-ironic02:00
*** mtanin___ has quit IRC02:07
*** moshele has quit IRC02:07
*** yuanying has quit IRC02:10
*** yuikotakadamori has joined #openstack-ironic02:13
*** yuikotakadamori has quit IRC02:14
*** baoli has quit IRC02:15
Madasiquit02:19
Madasimisfire, sorry02:20
*** wajdi has quit IRC02:32
*** wajdi has joined #openstack-ironic03:24
*** wajdi has quit IRC03:31
*** Goneri has quit IRC03:31
*** vikrant has joined #openstack-ironic03:34
*** vikrant is now known as vikrant|brb03:34
*** vikrant|brb is now known as vikrant03:47
*** rloo has quit IRC03:49
*** vmud213 has joined #openstack-ironic03:53
openstackgerritNguyen Hung Phuong proposed openstack/ironic: Merge imports in code  https://review.openstack.org/35759703:58
*** yuanying has joined #openstack-ironic03:59
*** adnavare has quit IRC04:04
*** aNupoisc has quit IRC04:04
*** Jaison has joined #openstack-ironic04:15
*** jhooker has quit IRC04:16
*** jhooker has joined #openstack-ironic04:17
*** Jaison has quit IRC04:24
*** jraju has joined #openstack-ironic04:26
*** baoli has joined #openstack-ironic04:27
*** sabeen has quit IRC04:29
*** baoli has quit IRC04:31
*** vmud213 has quit IRC04:37
*** jtomasek has quit IRC04:42
*** hoangcx has quit IRC04:44
*** hoangcx has joined #openstack-ironic04:48
*** fragatina has quit IRC04:59
*** Sukhdev has joined #openstack-ironic05:05
*** Sukhdev has quit IRC05:07
*** Sukhdev has joined #openstack-ironic05:07
openstackgerritMerged openstack/ironic: Centralize config options - [iscsi]  https://review.openstack.org/30961505:08
*** jaosorior has joined #openstack-ironic05:10
*** vishwanathj has quit IRC05:17
*** vmud213 has joined #openstack-ironic05:18
*** sdake_ has joined #openstack-ironic05:21
*** moshele has joined #openstack-ironic05:24
*** sdake has quit IRC05:24
*** vmud213 has quit IRC05:24
*** vmud213 has joined #openstack-ironic05:30
*** syed_ has quit IRC05:32
*** sdake_ has quit IRC05:41
*** Sukhdev has quit IRC05:48
*** vishwanathj has joined #openstack-ironic05:55
*** hoangcx has quit IRC06:04
*** fragatina has joined #openstack-ironic06:04
*** fragatina has quit IRC06:05
*** vsaienko has joined #openstack-ironic06:06
*** fragatina has joined #openstack-ironic06:07
*** fragatina has quit IRC06:07
*** fragatina has joined #openstack-ironic06:09
*** vsaienko has quit IRC06:12
*** vsaienko has joined #openstack-ironic06:12
*** fragatina has quit IRC06:14
*** pcaruana has joined #openstack-ironic06:14
*** vsaienko has quit IRC06:20
*** vishwanathj is now known as vishwanathj_zzz06:24
*** hoangcx has joined #openstack-ironic06:25
*** vsaienko has joined #openstack-ironic06:27
openstackgerritAnkit Kumar proposed openstack/ironic: Fix iLO drivers temporarily for local_gb  https://review.openstack.org/34175206:31
*** wajdi has joined #openstack-ironic06:32
*** vsaienko has quit IRC06:34
*** hoangcx has quit IRC06:36
*** vsaienko has joined #openstack-ironic06:36
*** mjura has joined #openstack-ironic06:59
openstackgerritRodion Promyshlennikov proposed openstack/python-ironicclient: Add baremetal port delete command to OSC plugin  https://review.openstack.org/34607507:02
*** vsaienko has quit IRC07:12
*** milan has joined #openstack-ironic07:12
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for port-related commands  https://review.openstack.org/25935407:13
*** Lord_Phoenix has joined #openstack-ironic07:17
*** tesseract- has joined #openstack-ironic07:18
*** vsaienko has joined #openstack-ironic07:18
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with port.  https://review.openstack.org/25935407:24
*** ohamada has joined #openstack-ironic07:26
*** jpich has joined #openstack-ironic07:27
*** vsaienko has quit IRC07:33
*** vsaienko has joined #openstack-ironic07:33
mrdahey, so our gate jobs that use virtualbmc - do they PXE boot QEMU images? Or are we deploying another way?07:36
*** ifarkas_afk is now known as ifarkas07:42
*** eus has joined #openstack-ironic07:43
*** eus has quit IRC07:44
*** moshele has left #openstack-ironic07:44
*** moshele has joined #openstack-ironic07:44
*** e0ne has joined #openstack-ironic07:45
*** vsaienko has quit IRC07:47
*** mpsairam has quit IRC07:48
*** vsaienko has joined #openstack-ironic07:48
*** vsaienko has quit IRC07:56
*** rcernin has quit IRC07:56
*** hoangcx has joined #openstack-ironic07:57
*** zzzeek has quit IRC08:00
*** vsaienko has joined #openstack-ironic08:00
*** zzzeek has joined #openstack-ironic08:01
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #openstack-ironic08:04
*** yuanying has quit IRC08:05
*** jtomasek has joined #openstack-ironic08:07
*** vmud213 has quit IRC08:12
*** Goneri has joined #openstack-ironic08:13
*** athomas has joined #openstack-ironic08:14
*** vsaienko has quit IRC08:15
vdrokmorning ironic, good evening mrda08:15
*** lucas-dinner is now known as lucasagomes08:15
vdrokmrda: I think the process is the same as for ssh drivers08:15
lucasagomesmorning08:15
vdrokmorning lucasagomes08:15
*** derekh has joined #openstack-ironic08:18
*** ohamada_ has joined #openstack-ironic08:20
*** ohamada has quit IRC08:20
*** fragatina has joined #openstack-ironic08:22
mrdathanks vdrok08:25
*** rbartal has quit IRC08:26
*** rbartal has joined #openstack-ironic08:26
*** vmud213 has joined #openstack-ironic08:30
vsaienk01Morning vdrok, lucasagomes, sambetts and all Ironickers!08:34
lucasagomesvsaienk01, hi there08:34
lucasagomesmrda, evening :D08:34
*** vmud213 has quit IRC08:36
pas-hamorning Ironicers :)08:36
*** yogi has joined #openstack-ironic08:37
*** vmud213 has joined #openstack-ironic08:37
mrdahey lucasagomes!08:37
mrdalucasagomes: So I'd like to use virtualbmc to PXE boot QEMU instances.  Am I crazy?08:38
lucasagomesmrda, maybe ? heh jk, vbmc you can use to power on/off the instances and change the boot device08:39
lucasagomesso it may fit your case yeah08:39
* mrda wonders whether anyone has used agent_ipmitool with virtualbmc08:40
mrdaand got it working...08:41
*** ifarkas has quit IRC08:41
mrdaso our gate jobs just use ssh to deploy then?08:41
* mrda hasn't looked at that08:41
*** ifarkas has joined #openstack-ironic08:42
lucasagomesmrda, there are jobs in gate for agent_ and pxe_ with vbmc08:42
lucasagomesmrda, gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ipmitool-tinyipa-nv08:43
mrdaoh, ok.  So at least for some subset of configurations, vbmc can pxe book.  Thanks!  I just need to perservere to get it working08:44
mrda(and read what others have done in that gate job)08:44
mrdaThanks yuou, much appreciated!08:44
lucasagomesmrda, yw :D08:44
openstackgerrithubian proposed openstack/ironic-specs: input a spec for Ironic XClarity Power driver  https://review.openstack.org/35905008:50
*** vmud213 has quit IRC08:54
*** vmud213 has joined #openstack-ironic08:55
*** electrofelix has joined #openstack-ironic09:00
*** ifarkas_ has joined #openstack-ironic09:02
openstackgerritJacek Tomasiak proposed openstack/ironic: Removed unneeded vlan settings from neutron config  https://review.openstack.org/35468509:05
sambetts|afkMorning all09:14
*** sambetts|afk is now known as sambetts09:14
*** d0ugal has quit IRC09:15
*** d0ugal has joined #openstack-ironic09:16
openstackgerritVladyslav Drok proposed openstack/python-ironicclient: Switch to admin_token auth for standalone mode  https://review.openstack.org/35906109:16
sambettsvsaienk01: ping09:16
*** milan has quit IRC09:17
vdrokpas-ha: sambetts morning09:17
sambettso/ vdrok09:17
*** aarefiev_ is now known as aarefiev09:19
aarefievmorning09:20
vdrokmorning aarefiev :)09:20
aarefievhey vdrok09:20
openstackgerritRodion Promyshlennikov proposed openstack/python-ironicclient: Add baremetal port list command to OSC plugin  https://review.openstack.org/34672209:20
*** hoangcx has left #openstack-ironic09:21
*** vsaienko has joined #openstack-ironic09:22
openstackgerrithubian proposed openstack/ironic-specs: add missed sections and subsections  https://review.openstack.org/35906709:30
*** Goneri has quit IRC09:30
*** Goneri has joined #openstack-ironic09:33
*** athomas has quit IRC09:34
*** tangchen has quit IRC09:36
*** tangchen has joined #openstack-ironic09:37
openstackgerritRodion Promyshlennikov proposed openstack/python-ironicclient: Verify JSON response of chassis commands  https://review.openstack.org/33659609:38
*** lucasagomes is now known as lucas-afk09:40
*** vsaienko has quit IRC09:40
*** athomas has joined #openstack-ironic09:40
*** amotoki has joined #openstack-ironic09:40
*** dtantsur|afk is now known as dtantsur09:42
dtantsurMorning Ironic09:42
sambettsHey dtantsur09:42
*** vsaienko has joined #openstack-ironic09:46
*** vsaienko has quit IRC09:47
openstackgerrithubian proposed openstack/ironic-specs: fix  https://review.openstack.org/35907509:51
*** tariqne has joined #openstack-ironic09:51
*** amotoki has quit IRC09:51
*** ifarkas has quit IRC09:54
*** ifarkas_ is now known as ifarkas09:54
aarefievdtantsur: hey, looks like we need to backport  https://review.openstack.org/#/c/339457/ to mitaka09:59
dtantsuraarefiev, we can't, it requires g-r bump...09:59
aarefievdtantsur, ahh looking on your patch http://logs.openstack.org/73/358673/1/check/gate-ironic-inspector-python34-db/1601a72/console.html.gz10:00
dtantsurwe probably need to start the wide conversation10:00
dtantsurmaybe we need to use u-c, lemme try10:00
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Make tox respect upper-constraints.txt  https://review.openstack.org/35908310:02
dtantsuraarefiev, let us see if this helps ^^^10:02
openstackgerritVladyslav Drok proposed openstack/python-ironicclient: Switch to admin_token auth for standalone mode  https://review.openstack.org/35906110:02
vdrokmorning dtantsur10:02
dtantsurhey vdrok10:02
aarefievdtantsur: stevedore===1.12.0 in u-c10:03
dtantsurand which one do we need?10:04
aarefievlooks like 1.15.010:04
dtantsurno, I mean, which is minimal that used to work?10:04
dtantsur(in case you know)10:04
aarefievI'm not sure but 15 is minimal I guess10:06
aarefievlets see what jenkins says10:06
openstackgerritVladyslav Drok proposed openstack/python-ironicclient: Switch to admin_token auth for standalone mode  https://review.openstack.org/35906110:08
vsaienk01morning dtantsur!10:12
*** vmud213 has quit IRC10:12
dtantsurmorning vsaienk0110:13
*** vmud213 has joined #openstack-ironic10:13
*** ccamacho is now known as ccamacho|afk10:15
openstackgerritSzymon Borkowski proposed openstack/ironic-inspector: Add PCI devices plugin to inspector  https://review.openstack.org/35229510:16
aarefievdtantsur: works, yeah that make sense, versions before 1.15.0 should work10:27
dtantsurlucas-afk, when you're no longer afk, please check if https://review.openstack.org/359099 makes sense to you10:31
*** vsaienk01 has left #openstack-ironic10:35
*** vsaienk01 has joined #openstack-ironic10:36
*** vsaienko2 has joined #openstack-ironic10:37
*** vsaienko2 has left #openstack-ironic10:37
*** vsaienk01 has left #openstack-ironic10:37
*** vmud213 has quit IRC10:41
lazy_princelucas-afk: dtantsur: can we merge https://review.openstack.org/#/c/354186/ given that https://review.openstack.org/#/c/354608/ has already merged..10:41
*** amotoki has joined #openstack-ironic10:42
openstackgerritavnish proposed openstack/ironic-inspector: Fix tempest.conf generation  https://review.openstack.org/35910910:43
*** vmud213 has joined #openstack-ironic10:47
lucas-afkdtantsur, will do, I'm almost setup now10:47
openstackgerritavnish proposed openstack/ironic-inspector: Fix tempest.conf generation  https://review.openstack.org/35910910:52
*** amotoki has quit IRC10:53
openstackgerritRuby Loo proposed openstack/python-ironicclient: Adds node boot device & passthu OSC commands  https://review.openstack.org/35740010:57
*** milan has joined #openstack-ironic11:04
dtantsurlucas-afk, let's see if it passes CI first11:04
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Make tox respect upper-constraints.txt  https://review.openstack.org/35908311:08
*** ccamacho|afk is now known as ccamacho11:09
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Make tox respect upper-constraints.txt  https://review.openstack.org/35908311:10
dtantsuraarefiev, now it must be correct ^^^11:11
*** mjura_ has joined #openstack-ironic11:14
aarefievdtantsur: looks like it can resolve branches, because mitaka version was installed11:17
dtantsuraarefiev, zuul can, but locally it won't work11:17
aarefievyep, just didn't know that11:18
*** dprince has joined #openstack-ironic11:29
aarefievdtantsur: I'm wondering should we do this for client as well11:29
dtantsurlikely11:29
dtantsursambetts, if you have some time, could you please check inspector-related patch https://review.openstack.org/#/c/357963/11:33
*** tariqne has quit IRC11:33
openstackgerritMerged openstack/ironic-inspector: Make tox respect upper-constraints.txt  https://review.openstack.org/35908311:35
* dtantsur backports to liberty now11:36
*** jtomasek has quit IRC11:37
*** moshele has quit IRC11:38
*** bfournie has quit IRC11:40
*** moshele has joined #openstack-ironic11:41
*** ccamacho is now known as ccamacho|lunch11:41
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Make tox respect upper-constraints.txt  https://review.openstack.org/35914811:42
dtantsuraarefiev, liberty ^^^11:42
*** amotoki has joined #openstack-ironic11:42
*** rcernin has joined #openstack-ironic11:43
*** vmud213 has quit IRC11:48
*** jtomasek has joined #openstack-ironic11:49
*** vmud213 has joined #openstack-ironic11:49
*** jaosorior has quit IRC11:50
*** jaosorior has joined #openstack-ironic11:51
*** wajdi has quit IRC11:55
openstackgerritSam Betts proposed openstack/ironic: Fix invalid chassis/nodes/chassis_uuid API url  https://review.openstack.org/31614911:55
openstackgerritSam Betts proposed openstack/ironic: Fix all possible node subresources routing collisions  https://review.openstack.org/31576611:55
openstackgerritSam Betts proposed openstack/ironic: Prevent URL collisions with sub-controllers: nodes/ports  https://review.openstack.org/31451411:55
*** vmud213 has quit IRC11:55
*** wajdi has joined #openstack-ironic11:55
*** Goneri has quit IRC11:57
jaosoriordtantsur: hey, can you take a look at https://review.openstack.org/#/c/358457/ ? I still need to fix py3X issues. But would still be nice to get some feedback12:00
dtantsurjaosorior, sure, will get to it today12:00
jaosoriordtantsur: thanks12:00
jaosoriordevananda, JayF: Some days ago I came with the issue about not being able to rebuild the ironic-python-agent image due to support agreements. Well, that's an approach that might help in this use-case ^^12:02
*** Goneri has joined #openstack-ironic12:04
openstackgerritMerged openstack/ironic-inspector: Make tox respect upper-constraints.txt  https://review.openstack.org/35914812:07
*** rbudden has joined #openstack-ironic12:09
*** phschwartz has quit IRC12:14
*** zhangjl has quit IRC12:15
*** rcernin has quit IRC12:23
*** mjura_ has quit IRC12:23
*** MattMan has quit IRC12:26
*** MattMan has joined #openstack-ironic12:26
*** rcernin has joined #openstack-ironic12:28
*** cdearborn has joined #openstack-ironic12:29
*** jcoufal has joined #openstack-ironic12:32
*** moshele has quit IRC12:33
wznoinskhi all12:36
wznoinskcould someone have a look at https://bugs.launchpad.net/ironic-inspector/+bug/1616057 and comment12:37
openstackLaunchpad bug 1616057 in Ironic Inspector ""Unknown column 'nodes.finished_at' in 'where clause'"" [Undecided,New] - Assigned to Waldemar Znoinski (wznoinsk)12:37
*** phschwartz has joined #openstack-ironic12:38
*** bfournie has joined #openstack-ironic12:39
*** vikrant has quit IRC12:41
*** moshele has joined #openstack-ironic12:43
*** causten has joined #openstack-ironic12:43
xavierrgood morning Ironic :)12:45
*** dtantsur is now known as dtantsur|mtg12:50
*** baoli has joined #openstack-ironic12:54
*** chlong has quit IRC12:56
*** vishwanathj_zzz is now known as vishwanathj12:57
*** wajdi has quit IRC13:00
devanandag'morning, folks13:00
dtantsur|mtgmorning devananda13:01
*** devananda is now known as devananda|OSE13:01
*** causten has quit IRC13:02
*** rcernin has quit IRC13:03
*** lucas-afk is now known as lucas-hungry13:12
*** chlong has joined #openstack-ironic13:12
*** ccamacho|lunch is now known as ccamacho13:21
openstackgerritMerged openstack/python-ironic-inspector-client: Use constraints for all the things  https://review.openstack.org/31869313:23
sambettsmjturek1: ping13:27
mjturek1hey Sam, just reading the comments now13:27
mjturek1what's up13:27
sambettsmjturek1: just wanted to make sure you see the comments on the portgroups patch, we need to decide how we want to handle portgroups in terms of if they are enforced or not13:28
mjturek1sambetts: sorry on a call, I had assumed it was the way you said in case b (in your last comment). If so I would think your suggestion would be the right way to go. vdrok, have you seen the comments?13:33
TheJuliabe afraid, I am now licensed to operate vehicles >26,000 pounds or ~15,000 kg :)13:35
TheJuliaAnd Good morning everyone!13:35
devananda|OSETheJulia: congrats! and good morning :)13:35
*** sdake has joined #openstack-ironic13:36
*** sdake_ has joined #openstack-ironic13:37
vdrokmorning xavierr devananda|OSE TheJulia and mjturek113:37
mjturek1morning :)13:37
vdroksambetts: mjturek1 so https://review.openstack.org/#/c/357222/2 is the way to go for now? not https://review.openstack.org/#/c/206163/?13:38
*** jcoufal_ has joined #openstack-ironic13:38
vdrokin case of nova, we'll then fail if there are any portgroups defined, if we're adding vif_port_ids manually, that means we kind of know what we do, why forbid it?13:40
*** [1]cdearborn has joined #openstack-ironic13:40
*** dprince has quit IRC13:40
*** jraju has quit IRC13:40
*** jcoufal has quit IRC13:40
mjturek1vdrok: so portgroups in ironic are representing what's possible rather than what's enforced?13:40
*** sdake has quit IRC13:41
*** dprince has joined #openstack-ironic13:41
vdrokmjturek1: I thought so, lemme grab vasyl here too13:41
mjturek1cool, thanks :)13:42
*** causten has joined #openstack-ironic13:42
*** vsaienk0 has joined #openstack-ironic13:43
vdrokvsaienk0: so wdyt regarding the last sambetts' comment on the portgroups patch?13:43
sambettsvdrok: 357222 was created because we can't merge the full nova support for portgroups in Newton13:43
mjturek1right13:43
sambettsvdrok: it will be superceded by adding the full support13:43
vdrokyep, gotcha13:44
sambettsvdrok: the question is how do we handle portgroups when Ironic supports them but nova doesn't13:44
*** thiagop has joined #openstack-ironic13:44
thiagopGood morning, Ironicers!13:44
vdrokin the patch adding the support we filter out the ports that have portgroup set13:44
thiagopGood morning, Ironicers!13:44
sambettsvdrok: yes, so portgroups will always be used13:45
vdrokbut it does not handle the case when portgroup mac equals to one of the ports mac13:45
*** mgoddard_ has joined #openstack-ironic13:45
sambettsso the options are do we enforce that if a node has portgroups, then you can't deploy it through nova13:46
sambettsor do we fall back to using the nics as single nics13:46
vsaienk0I think that vif_port id should be set on portgroup from Nova, there is no need to prohibit setting vift_port_id on port that is member of portgoup13:46
*** sabeen has joined #openstack-ironic13:46
vsaienk0sambetts: If we just prohibit setting vif_port_id on port that is member of portgroup we will have a failed deployment13:47
sambettsbut whether or not the nic will works as a single nic depends on the infrastrucutre13:47
vsaienk0nova should be portgroup aware, and it should know when exactly it is working with portgroups13:47
sambettsvsaienk0: nova can't be portgroup aware in newton that is the problem13:48
sambettsvsaienk0: because we want to merge the code in Ironic13:48
*** Lord_Phoenix has quit IRC13:48
vsaienk0sambetts: have you checked my demo related to static portgroups?13:49
*** mgoddard has quit IRC13:49
vdroksambetts: hm, I think I still don't get it, the problem is not in ironic patch but in nova's - all the changes should go there anyway I think13:49
vdrokand in ironic we still allow to set vif_port_id on port in a portgroup because we don't know the infrastructure13:50
vdrokand it may work13:50
vdrokdo I get that correctly? :)13:50
sambettsvdrok, vsaienk0: The problem is this: we want to merge the code to support portgroups in Ironic, but we can't merge the code to support portgrups in nova in Newton, so Ironic will have them, and be able to use them, but Nova won't13:50
vsaienk0sambetts: even if all node ports are memebers of portgroups we shouldn't block using this node for instances without portgroups13:50
sambettsvsaienk0: but what if that nodes portgroups can't fall back to working indivisually?13:51
vsaienk0sambetts: what is the benefit of landing current portgroup code?13:51
mjturek1vsaienk0: it'll work with stand alone ironic13:51
sambettsand it speeds up the development for the next cycle, because we only have to focus on the Nova part13:52
vsaienk0sambetts: if portgroup can't fallback to stand alone mode, we should have a dedicated nic for provisioning13:52
vsaienk0sambetts: in my understanding portgroup interfaces should fall-back to single interface mode if on another side is non portgroup aware device13:53
*** cdearborn has quit IRC13:53
sambettsvsaienk0: that depends on the switch13:53
vsaienk0sambetts: I think that depends on portgroup configuration, which is static at the moment13:53
vdroksambetts: I think it's OK to fail for now, but not if the portgroup just exists, maybe let's check that there is at least one port not associated with portgroup13:54
vsaienk0mjturek1:have you checked my demo related to portgroups, and how they work at the moment without any changes to Ironic? The same approach will work for standalone case13:54
mjturek1vsaienk0: I did not! I'll definitely check it out13:54
sambettsvdrok: we can't without making nova portgroup aware and filtering them13:54
vsaienk0sambetts: so I think we should clarify first if portgroup interfaces should fall-back or not13:55
mjturek1vsaienk0: sambetts: is there a case where you can't fall back?13:55
*** jhooker has quit IRC13:56
sambettsmjturek1: in our switches its a setting, but when I spoke to people at the summit there are switches that can't13:56
vsaienk0sambetts: my opinion is that we should always fall-back to single interface mode13:56
mjturek1vsaienk0: but sambetts just pointed to cases where that won't work13:56
*** jhooker has joined #openstack-ironic13:56
vsaienk0sambetts: so we want to implement feature for specific hardware? :)13:57
vsaienk0not sure that it is a community way13:57
sambettsno, we want to support all hardware, which means lowest common denominator13:57
*** dprince has quit IRC13:58
vsaienk0so supporting such hardware provisioning should always be done via single nic13:58
*** dprince has joined #openstack-ironic13:58
sambettssure, I can have 3 nics, 1 single, and 2 in a bond, and what happens if someone does nova boot --nic <uuid> --nic <uuid>13:58
sambettsthen current nova thinks that it has 3 ports, when in reality it only has 1 that will work in single mode13:59
vdrokok I think I get it now13:59
vsaienk0sambetts: I meant that wen ironic creates a port in provisioning network it should be always stand-alone port13:59
sambettsvsaienk0: which is marked by pxe_enabled14:00
vsaienk0sambetts: so if some vendor doesn't support dynamic protgroups in theirs ML2 driver, why he can't just configure portgroups on the fly?14:00
vsaienk0sambbets: sorry I meant doesn't support fallback to single interface mode14:00
*** anush_ has joined #openstack-ironic14:00
*** fragatina has quit IRC14:01
sambettsI guess it depends how configurable the switch is from the ml2 driver, unfortunatly I don't know the ins and outs of all switches14:02
*** pcaruana has quit IRC14:02
vdroksambetts: what if we'll filter out the ports that have portgroup_uuid set on the api side if api microversion is < 1.23?14:03
vsaienk0sambetts: if the switch is LACP capable it should support fall-back. I just want to make sure we are trying to fix real use-case...14:03
*** syed_ has joined #openstack-ironic14:03
vsaienk0sambetts: another option why not just create a bootstrap that works with portgroup?14:05
sambettsvsaienk0: ?14:05
TheJuliaI've seen switches advertised as LACP capable assume that port carrier being up means that the bond/grouping is working14:05
vsaienk0if switch doesn't support fallback, user may create a ramdisk with portgroup support right?14:06
TheJuliaI think the driver behind the feeling of need is similar experiences14:06
sambettsvsaienk0: pxe doesn't support bonding in any case14:06
TheJuliavsaienk0: user or operator14:06
TheJulia?14:06
vsaienk0sambetts: ah, you are right...14:06
sambettsvdrok: I thought about that but then it doesn't just hide them from nova it hides ports from all calls to list-ports14:06
sambettsI'm happy to allow fall back if we know we can support fall back in all cases, and if we're happy with all nodes in Newton continuing to run single nics even if configured with portgroups14:07
vdroksambetts: yeah, that's a bit strange if you've created a port and then someone added it to a portgroup and it disappeared, but then if we document it properly maybe that's fine14:07
vdrokotoh, why not just bump the version on the nova side? is it considered too risky?14:08
sambettsthats what the patch that mjturek1 put up does, and that patch lists portgroups then fails the deploy if a node has portgroups14:09
mjturek1vdrok: we thought it was strange to bump the API version just to show that a feature is unsupported14:09
sambettsalso this ^14:09
vsaienk0sambetts: might be rise the question at openstack-dev about vendors who doesn't support a fall-back, and check if it is possible to configure portgroups dynamically by theirs ML2?14:10
vdrokwell, if we'll filter out the ports associated with portgroups it would make a bit more sense14:10
*** lucas-hungry is now known as lucasagomes14:10
vdrokit will be not 'just to show that a feature is unsupported' but 'to make it work'14:10
vdrokin all cases I think14:10
vsaienk0sambetts: I don't think it is a good idea to fail deployment, we should pick rather right node and right port14:11
vsaienk0it may be done via flavor capabilities filtering14:11
sambettsvsaienk0: if we fail the deploy nova will reschedule until it lands on a node that works14:11
vdrokvsaienk0: I think it will be retried anyway14:11
vdrokyep14:11
mjturek1sambetts: will retrying round robin to another available node?14:11
sambettsyup14:12
mjturek1cool14:12
vsaienk0sambetts: right but by default it is allowed only 3 times to reschedule failed build14:12
vsaienk0and there is no guarantee that during this 3 times or higher right node will be picked14:12
sambettsvsaienk0: if an operator has configured Ironic with portgroups knowing that nova doesn't support it then thats configuration error right/14:12
sambetts?14:13
sambettsunless they are planning on using ironic in standalone and with nova at the same time14:13
vsaienk0sambetts: it doesn't look like cloud case, it means that user is allowed to build instances with portgroups only14:13
vsaienk0what if administrator enrolled half nodes with portgroups and rest nodes without portgroups?14:14
sambettsvsaienk0: well thats why we added the support on the Ironic side because it was meant to be operator enforced and not a user option14:14
vsaienk0I think the goal is to support mixed environment14:15
sambettsvsaienk0: but if their nova deployment doesn't support it then they've configuration Ironic wrong14:15
vsaienk0sambetts: why not filter nodes based on capabilities?14:15
mjturek1vsaienk0: so if nova doesn't support portgroups, only schedule on nodes that don't have them?14:16
vsaienk0if user request instance without portgroups it useses flavor that indicates nova to pick node without portgroups14:16
vsaienk0and vice-verse, when user wants to spawn instance with portgroups it choses another flavor14:17
*** pcaruana has joined #openstack-ironic14:17
sambettsbut there is no case for having a flavor that doesn't say don't use portgroups because nova can't handle it14:17
sambettseven if I ask for it14:17
openstackgerritJulia Kreger proposed openstack/ironic: Add tempest tests for node Adoption  https://review.openstack.org/34497514:18
*** rama_y has joined #openstack-ironic14:18
mjturek1sambetts: right :(14:19
*** rajinir has joined #openstack-ironic14:19
vsaienk0sambetts: another option is to wait when dynamic portgroups is supported14:20
vdrokvsaienk0: you mean not merging portgroups at all until that happens?14:20
sambettsvsaienk0: right, the other option is to not merge the code on the Ironic side, but Sukhdev wanted it landed14:20
sambettsthe right way to do it, would be to get both the nova part and the Ironic part merged in the same cycle14:21
vsaienk0sambetts: as far I know Arista supports lacp fallback :)14:21
openstackgerritDevananda van der Veen proposed openstack/ironic: Documentation update  https://review.openstack.org/35678814:22
vsaienk0the only one use-case that is not supported without landing portgroups code is MLAG. Not sure if Arista ML2 supports it14:22
vdroksambetts: mjturek1 I think I'm OK with a version bump in nova if there is a need to merge the ironic-side changes earlier. but I'd prefer it not to only do the pg-list but to filter out the ports associated with portgroup14:23
vsaienk0sambetts: so what do you think if we document that lacp fallback is known limitiation14:23
vdrokor that ^14:23
sambettsvdrok: that then means that nodes that have all portgroups but support fallback won't get provisioned onto14:24
vdrokhuh, then the only way I see is the doc14:25
sambettsvsaienk0: I still would like to find out from jroll, his opinion of whether portgroups should be enforced, but the reason we implmented it on the Ironic side and not as a user facing option is because we wanted it enforced by the operator14:25
*** wajdi has joined #openstack-ironic14:26
sambettse.g. if as a datacenter manager I want this link configured and used as a bond then I configure it as such in Ironic, else I would just not configure it14:26
sambettsas a portgroup14:26
*** dtantsur|mtg is now known as dtantsur14:26
*** adam_g has quit IRC14:29
*** jaosorior is now known as jaosorior_away14:32
vsaienk0sambetts: adding support of vendors that doesn't support lacp fallback at the moment adds a requirement to have a dedicated nic for provisioning.14:34
vsaienk0Do we want to add this requirement to all clouds even if infra supports lacp fallback?14:34
*** rloo has joined #openstack-ironic14:34
*** adam_g has joined #openstack-ironic14:34
*** adam_g has quit IRC14:34
*** adam_g has joined #openstack-ironic14:34
*** sdake_ has quit IRC14:35
*** davidlenwell has quit IRC14:36
*** davidlenwell has joined #openstack-ironic14:37
sambettsthats not how I see it, if you have infra that supports LACP fallback then you can set one of your ports in the portgroup to the pxe_enabled port14:38
*** sdake has joined #openstack-ironic14:41
*** fragatina has joined #openstack-ironic14:43
*** mjturek_phone has joined #openstack-ironic14:48
vsaienk0sambetts: so we should allow to set vif_port_id on pxe_enabled ports that are members of portgroups right?14:48
vsaienk0sambetts: because I thought that you propose to block setting vif_port_id for any port that is member of portgoup14:48
sambettsvsaienk0: if we say that having pxe_enabled implys that the port can also be used as a single port then yes14:49
sambettsthe other possiblity is to add a flag to ports that specfically states they can be used as both14:51
sambettsby both I mean in a bond or as a single14:51
*** mjturek_phone has quit IRC14:51
sambettsor we put a flag on the portgroup, e.g. supports_fallback14:52
sambettsthen use that to decide14:52
*** Goneri has quit IRC14:52
vsaienk0sambetts: I think that pxe_enabled flag is good for that14:52
sambettsand if someone tries to set vif_port_id on a port from a portgroup that doesn't support fallback then we fail14:52
sambettsvsaienk0: I don't like using the pxe_enabled flag for that because the pxe_enabled flag is used to decide which port to use for provisioning, and if you have multiple bonds that support fall back you might not want all of them to be choosen as the pxe port14:54
sambettsbut you might want all of the ports to be used as tenant ports14:54
vsaienk0sambetts: so might be it should be a portgroup option? fallback_support for example which indicates that all ports from this portgroup may be used for stand-alone mode?14:57
sambettsyeah thats what I think maybe best14:58
sambettsthen we don't have to guess, the operator can tell us, and if it does support it or the ML2 driver can dynamically delete/recreate the bond on the switch then we can use the ports as individual14:59
vsaienk0sambetts: it makes sense to me14:59
sambettsand if the portgroup a port belongs to doesn't support fallback then we say you can't use that port by itself14:59
*** vmud213 has joined #openstack-ironic15:00
openstackgerritVladyslav Drok proposed openstack/bifrost: Test admin_token keystoneauth loader  https://review.openstack.org/35926615:01
*** mgoddard_ has quit IRC15:01
*** mgoddard has joined #openstack-ironic15:01
vsaienk0sambetts: yeah this approach looks reasonable. Because previously I thought that we just blocking setting vif_port_id for any port that is a member of portgroup...15:02
*** rpioso has joined #openstack-ironic15:03
openstackgerritDmitry Tantsur proposed openstack/ironic: [WIP] Support names for {cleaning,provisioning}_network  https://review.openstack.org/35798315:06
*** Goneri has joined #openstack-ironic15:07
openstackgerritNguyen Hung Phuong proposed openstack/ironic: Merge imports in code  https://review.openstack.org/35759715:07
*** jtomasek has quit IRC15:08
vsaienk0dtantsur: neutron network name is not unique, not sure that it is possible to support network name in the config15:09
dtantsurvsaienk0, we can fail, if it's not unique15:09
*** _vsaienko has joined #openstack-ironic15:10
vsaienk0dtantsur: so we should prohibit users to create a network with ironic provision network name?15:10
dtantsuror not set names in this case15:11
* dtantsur would avoid duplicate names, but sigh..15:11
vsaienk0hm... So if someone from users created a network with the same name, it will lead to deployment failures?15:11
dtantsurI guess so15:11
mariojvyuriyz__: vdrok: vsaienk0: thanks for the reviews on https://review.openstack.org/#/c/298461/. have 2 +2s now, only needs workflow :)15:12
dtantsurthere are always opportunities to screw up inter-process interaction15:12
vsaienk0so what is the benefit having ability to identify network by name?15:12
dtantsurvsaienk0, 1. user-friendly, 2. installers-friendly15:12
vsaienk0right, but there is no guarantee that it will always work15:13
dtantsurthe latter is because you can't create a network before openstack is installed, unless the service allows you to provide UUID15:13
dtantsurand ironic soon will fail to start, if we don't provide an UUID (in some cases it already fails)15:14
vsaienk0yeah it is a restriction, but in the same time we cant create database while db server is not configured :)15:14
dtantsurtrue, and now you require to provide an internal table ID from an uncreated database15:15
dtantsur(let's not play with analogies too much)15:15
*** yuriyz__ has left #openstack-ironic15:15
*** mjura has quit IRC15:15
mariojvJayF: i know you had a previous +2 on this: https://review.openstack.org/#/c/298461/ not much has changed since then, if you feel like landing something today15:15
*** yuriyz has joined #openstack-ironic15:15
mariojvJayF: i also updated the RFE you commented on, thanks for that https://bugs.launchpad.net/ironic/+bug/161113715:16
openstackLaunchpad bug 1611137 in Ironic "[RFE] Allow specifying a maximum time allowed per clean step" [Undecided,New] - Assigned to Mario Villaplana (mario-villaplana-j)15:16
mariojvsambetts: was patch set 12 on https://review.openstack.org/#/c/316149/11..12 just a rebase?15:17
sambettsmariojv: more or less, it also changes the chassis_uuid parameter I added to parent_chassis_uuid to be more inline with the comments from the other patches15:19
mariojvthanks15:19
vsaienk0dtantsur: by setting provision network name, we introducing a case when user may block of Ironic work by creating a network with the same name, but its a risk that administrator takes when configures ironic in such way....15:21
*** ifarkas is now known as ifarkas_afk15:21
mariojvsince this is a bug fix, i don't think a version bump is needed15:22
* dtantsur grumbles at people who don't make names unique...15:22
*** _vsaienko has quit IRC15:22
*** baoli has quit IRC15:22
*** baoli has joined #openstack-ironic15:23
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Remove node update from conductor change_node_power_state()  https://review.openstack.org/35928715:23
sambettsvsaienk0, dtantsur: we should only search for a network with that name within a specfic tenant, and that tenant should be controlled by the admin, and if they create two networks with the same name then it's their fault15:24
dtantsursambetts, fair, we use tenant "service", right? so we'll only see shared networks15:25
vsaienk0sambetts: yeah, I just thought about it15:25
*** davidlenwell has quit IRC15:27
*** _vsaienko has joined #openstack-ironic15:29
*** dprince has quit IRC15:30
JayFWhat do folks think? Should https://bugs.launchpad.net/ironic/+bug/1611137 need a spec?15:32
openstackLaunchpad bug 1611137 in Ironic "[RFE] Allow specifying a maximum time allowed per clean step" [Undecided,New] - Assigned to Mario Villaplana (mario-villaplana-j)15:32
JayFI'm leaning towards no, but I want more opinions before I approve it15:32
*** dprince has joined #openstack-ironic15:32
JayFjlvillal: tell Varun I said hello15:34
jlvillalJayF: I will. He is here in Oregon this week.  vgadiraj ^^^15:34
JayFyeah; jim and I have been mentoring him some w/osic15:35
dtantsurJayF, +1 for no spec15:35
vdrokmorning JayF and jlvillal15:35
vdroksambetts: JayF vsaienk0 please take a look if you have some time, have not updated them for a while - https://review.openstack.org/#/q/topic:ipa-partition-images15:36
vdrokchanged a bit toda15:36
vdroktoday15:36
*** rbrud has joined #openstack-ironic15:36
JayFit's open in my browser, will look in a bit15:37
vdrokthanks15:37
JayFAnyone wanna look at notifications before I land it? https://review.openstack.org/#/c/298461/27 +2s from me/vdrok/yuriy15:37
*** davidlenwell has joined #openstack-ironic15:40
sambettsJayF: is there any can were timeing out a clean step could result in a brick?15:42
*** _vsaienko has quit IRC15:45
*** tesseract- has quit IRC15:46
JayFsambetts: depending on operator action afterwards, sure15:46
JayFsambetts: if I have a node upgrading firmware, time it out too early, then do things after it times out15:46
*** _vsaienko has joined #openstack-ironic15:47
JayFsambetts: but if you know a firmware upgrade takes X seconds, timeout is X*3, and it goes off ... machine is probably already bricked :)15:47
sambettsJayF: true true, so its with great caution that we set these timeouts then15:48
sambettsJayF: also will it still be possible to have clean steps that don't have a timeout?15:48
* sambetts has very little expereince playing with Ironic's clean steps 15:49
JayFhmm, idk if that's laid out in the rfe; but I'd imagine so15:51
JayFmariojv: ^ can you update the RFE to indicate no timeout specified means no timeout enforced?15:51
mariojvyes15:51
jlvillaldtantsur: Did you want to land this?  https://review.openstack.org/353124  To make IPA work in stable/liberty.15:51
mariojvJayF: sambetts: done15:52
mariojvsecond paragraph from bottom15:52
*** mmedvede has quit IRC15:53
*** _vsaienko has quit IRC15:53
vdrokdo we have a deprecation policy for clients like we do for services? Or is it just "if we remove something, major version bumps"?15:54
dtantsurjlvillal, done15:55
rloovdrok: my assumption was that it followed the same deprecation policy as for ironic15:55
dtantsurvdrok, deprecation period, major version bump, release notes. yes, everything the same.15:55
vdrokrloo: https://governance.openstack.org/reference/tags/assert_follows-standard-deprecation.html15:55
vdrokhmm, OK, thanks15:55
vdrokthat page lists only projects, not clients tho15:56
*** mmedvede_ is now known as mmedvede15:56
sambettsJayF: +1 for no spec on that RFE either, I think all my questions about it are covered there15:56
*** pcaruana has quit IRC15:56
rloovdrok: is that the ironic project, which includes ironic, ironic-lib, ipa, etc, or is that ironic repo?15:56
vdrokrloo: https://governance.openstack.org/reference/projects/ironic.html#project-ironic15:57
rloovdrok: i think that includes the clients15:57
vdrokrloo: here only ironic itself has assert:follows-standard-deprecation15:57
*** Sukhdev has joined #openstack-ironic15:57
rloovdrok: oh.15:57
rloowell, we can discuss in monday meeting then :)15:57
vdrokthat's why I asked, I'm not sure, but I supposed it should be similar for clients15:57
vdrok:)15:57
*** _vsaienko has joined #openstack-ironic15:58
rloovdrok: i think we are (I am) assuming that the client follows that.15:58
*** [1]cdearborn has quit IRC15:58
vdrokrloo: I'll add it to the agenda just to be sure15:58
rloovdrok: although i do wonder if clients have to provide a longer deprecation period. anyway, the sooner we start the deprecation, the better :)15:58
*** [1]cdearborn has joined #openstack-ironic15:59
vdrokoh btw good morning rloo :)16:00
rloohi vdrok!16:00
*** jaosorior_away is now known as jaosorior16:00
*** ohamada_ has quit IRC16:01
JayFhttps://review.openstack.org/#/c/356788 Deva's doc update can land today if someone wants to give it a final review and +2W16:03
jlvillaldtantsur: Thanks16:03
JayFmariojv: ^ I'm not landing your notifications, because it conflicts with this16:03
mariojvi'll rebase whenever it lands today16:04
*** _vsaienko has quit IRC16:05
*** Sukhdev has quit IRC16:08
*** michauds has joined #openstack-ironic16:08
*** pcaruana has joined #openstack-ironic16:09
openstackgerritRuby Loo proposed openstack/python-ironicclient: Add node validate OSC command  https://review.openstack.org/35932216:16
*** jpich has quit IRC16:16
*** rama_y has quit IRC16:18
*** jaosorior has quit IRC16:18
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:22
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895316:22
lucasagomesrloo, ^ that should deal with whitespaces16:22
*** vmud213 has quit IRC16:22
NobodyCamGood Morning Ironic'ers :)16:28
mariojvmorning NobodyCam16:28
NobodyCammorning qariojv :)16:29
NobodyCamgah16:29
NobodyCammariojv: even16:29
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:29
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895316:29
lucasagomesNobodyCam, morning16:30
NobodyCammorning lucasagomes :)16:30
rloolucasagomes: good. are they ready to be reviewed?16:31
NobodyCammorning rloo :)16:31
lucasagomesrloo, yup16:31
rloolucasagomes: on my list for today then. i guess we probably want to release ironic-lib soon.16:32
dtantsurpreferably tomorrow16:32
lucasagomesrloo, I had to add a function to normalize the hint which are string types16:32
lucasagomesnot the most elegant thing to do, but solves the whitespace problem16:32
lucasagomesby normalize I mean, I use urllib.quote() to replace special characters with %XX syntax16:33
NobodyCammorning dtantsur :)16:34
dtantsurmorning NobodyCam rloo16:34
rloohi dtantsur, morning NobodyCam16:34
rloolucasagomes: going to try to review in the next 1-2 hours16:35
NobodyCam:)16:35
jlvillalGood morning NobodyCam rloo dtantsur lucasagomes mariojv JayF vdrok sambetts and anyone else I missed :)16:35
JayFo/16:36
NobodyCammorning jlvillal :)16:36
rloomorning jlvillal!16:36
NobodyCammorning JayF16:36
lucasagomesJayF, do you have more pixie boots stickers? If so can you bring one to barcelona?16:37
lucasagomesJayF, I got a new laptop and I don't have any left T.T16:37
JayFlucasagomes: if I am personally brought to barcelona16:37
JayFlucasagomes: I will bring my stickers16:37
lucasagomesJayF, cool16:37
lucasagomescheers16:37
JayFlucasagomes: given it's unsure I'll get to go, might wanna give me an address in PM16:37
JayFlucasagomes: and I'll just mail it out16:37
dtantsurmorning jlvillal, JayF as well16:37
*** jraju has joined #openstack-ironic16:38
lucasagomesJayF, that works too :-)16:38
jlvillallucasagomes: I got a new naked laptop too :(16:38
jlvillalWhich reminds me I need to put the sticker JayF sent me on my laptop16:39
vdrokmorning NobodyCam16:39
NobodyCammorning vdrok :)16:39
*** aNupoisc has joined #openstack-ironic16:39
*** jraju has quit IRC16:39
lucasagomesjlvillal, nice one! Which laptop did you get16:40
*** aNupoisc has quit IRC16:40
jlvillallucasagomes: Well there weren't a lot of choice from IT :(  But I went with a Lenovo again.  T460P 16GB RAM / 480 GB SSD16:41
*** ntpttr___ has joined #openstack-ironic16:41
jlvillallucasagomes: I kind of miss my Lenovo Carbon X116:41
*** aNupoisc has joined #openstack-ironic16:41
jlvillalvdrok: Happy Ukraine Independence Day :)  I assume you get tomorrow off.16:41
dtantsurT460s here, nice stuff (as soon as you make Linux work on it's new shiny chipset)16:41
vdrokjlvillal: yup, thanks :)16:41
*** ipukha has quit IRC16:41
jlvillaldtantsur: :)16:42
lucasagomesjlvillal, oh nice, I got a t460s16:42
lucasagomesjlvillal, they had the X1 to choose from but this t460s is an upgraded version with 20G RAM (the carbon was 8G)16:43
jlvillallucasagomes: I think that looks nicer. The P model is kind of thick16:43
jlvillallucasagomes: Sweet 20GB :)  I guess I can upgrade mine to 32GB, but I would need my manager to approve buying some memory.16:44
jlvillalNo upgrading the Carbon16:44
dtantsurlucasagomes, sweet! when I was ordering, they didn't have an upgraded version yet16:44
dtantsurso e.g. I had to approve buying a serious SSD separately16:45
lucasagomesjlvillal, yeah16:45
lucasagomesdtantsur, ah nice one16:46
lucasagomesdtantsur, to be fair, mine took AGES to arrive16:46
lucasagomes~50 days since I opened the ticket16:46
dtantsurlol16:46
lucasagomesno kidding... something happened with the delivery and it had to return to germany and be sent again16:47
lucasagomeswas a nightmare16:47
lucasagomesglad it's here now :D16:47
*** e0ne has quit IRC16:52
*** penick has joined #openstack-ironic16:55
*** rama_y has joined #openstack-ironic16:56
*** mtanino has joined #openstack-ironic16:57
*** derekh has quit IRC16:59
dtantsursee you tomorrow everyone17:01
*** dtantsur is now known as dtantsur|afk17:01
lucasagomesdtantsur|afk, have a good night17:01
lucasagomessee you17:01
jlvillaldtantsur|afk: ciao17:02
NobodyCamnight dtantsur|afk17:02
lucasagomesI'm calling it a day as well17:07
lucasagomeshave a great evening all, see you all tomorrow17:07
*** fragatina has quit IRC17:08
*** ibmchas has joined #openstack-ironic17:08
*** lucasagomes is now known as lucas-afk17:08
*** sean-k-mooney has joined #openstack-ironic17:08
*** sambetts is now known as sambetts|afk17:09
*** mtanin___ has joined #openstack-ironic17:10
*** mtanino has quit IRC17:12
*** ibmchas has quit IRC17:13
*** yogi has quit IRC17:15
*** jrist has quit IRC17:18
sdakehey folks17:21
sdakequick q17:21
sdakesean-k-mooney has implemented biforst n a container for integation with kolla17:22
sdakethe work is 99% the way done - ready for merge from my pov17:22
sdakewe have a small bug in that sshd is not enabled in the built image17:22
sdakeis there some trick to do that?17:22
*** moshele has quit IRC17:23
*** fragatina has joined #openstack-ironic17:24
jlvillalsdake: TheJulia or cinerama might be the best info on that.17:26
sdakejlvillal roger thanks17:27
TheJuliasdake: what is the built image?17:27
sdakesean-k-mooney is doing the work here - so I'm not certain17:27
sdakesean-k-mooney is around tho17:27
TheJulia(pointing to code might also be useful for context)17:27
sdakelet me go ping him over here ;)17:27
sean-k-mooneyTheJulia: i was using the default debian image17:28
sdakeTheJulia - do you realize how excited I am to have bifrost integration with kolla17:29
sdake++++++++++++++++++++++17:29
sean-k-mooneyTheJulia: when i was testing in vms with the agent_ssh driver i never hit this issue only when using the agent_ipmitool driver.17:29
TheJuliasean-k-mooney: so where exactly are things going sideways then?  After deployment? during deployment?  What state is the node listed in ironic, since different drivers appear to have different results as you've indicated.17:31
sean-k-mooneyTheJulia: after the node is deployed and in an active state in ironic i am not able to ssh into the node17:31
sdakeand systemctl enable corrects it17:32
TheJuliacan you ping it?17:32
sdakesystmctl enable sshd17:32
sdakewhich means everything is good tog o minus one link somewhere in the filesystem related to systemd17:32
TheJuliawhich means it is a diskimage-builder issue then17:33
sdakeTheJulia agree 100%17:33
sean-k-mooneyi think was able too but i dont have the default image currently deployed.17:33
TheJuliasdake: when started, do the logs indicate that sshd is generating keys?17:34
sdakeTheJulia wher ei struggle here is if its a config option to ironic or a pure dib bug17:34
sean-k-mooneyi built a customised image with the dev_user element to take a look at what was going on.17:34
sdakeTheJulia don't know - haven't tried it - supposed to eo n pto at m:)17:34
TheJuliasdake: :)17:35
sdakesean-k-mooney TheJulia just asked a solid question that needs an answer tho - if the keys arent there sshd may fail to start17:35
TheJuliaOr if something built in might be wiping out the keys in a race17:35
sean-k-mooneyTheJulia: i think they are generated but since i dont have the default image deployed current i cant check.17:36
sean-k-mooneyTheJulia: i will need to redeploy with the default seeting instead of the custim images i built for debug17:36
sdakesean-k-mooney your doing defualt image + dev_user right?17:36
TheJuliaIt sounds like a pure dib bug, I just suspect we highlight it on a user built image17:36
sean-k-mooneythat is whay i tried first but i hav ebuilt centos and ubuntu image since then whitch cloud init enabled. i need to get back to a standard image first17:37
sean-k-mooneysdake: TheJulia i can build the default image + dev_user so i can connect over serial to debug and see.17:38
*** cdearborn has joined #openstack-ironic17:38
*** e0ne has joined #openstack-ironic17:39
*** milan has quit IRC17:41
TheJuliasean-k-mooney: that would be best.  I'm curious if 1) cloud-init ran since I believe that should be simple-init based, 2) if the system logs indicate anything regarding sshd 3) if upon sshd being enabled via `systemctl enable sshd` keys are generated.17:41
sdakeTheJulia sean-k-mooney is in the uk - so he is probalby signing off soon17:41
sdakerather ireland17:41
TheJuliawe should also take this discussion to the diskimage-builder room, but I need to lookup that channel name :)17:41
sdakeTheJulia that wfm17:42
TheJuliaCrazy thought.... I wonder if installing sshd on debian does not actually cause it to be enabled.....17:42
sdakei have meeting in 15 mins tho - so wont be able to contribute much17:42
sean-k-mooneyTheJulia: yes initially it was using simple init . i was trying to get cloud-init to work to see if i could build in a could init script to activate teh service.17:42
sdakeTheJulia ya that would be my guess as well17:42
* wznoinsk thinks sean-k-mooney is not signing off soon ;)17:43
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885517:43
sean-k-mooneyhehe i tend to work late17:43
mat128jlvillal: I have to run for a minute, but ^17:43
* jlvillal mat128 thanks17:44
* TheJulia looks through email and realizes that just asking the irc server what channels greghaynes is in might be easiest17:45
*** jcoufal_ has quit IRC17:45
TheJuliadoh!17:45
TheJuliagreghaynes: cinerama mentioned there was now a dib channel, any hints would be awesome :)17:45
*** jrist has joined #openstack-ironic17:46
sean-k-mooneyso in my centos7 image interestingly enough sshd is started and it works but i chage quite a few things when i built the image17:46
greghaynesTheJulia: #openstack-dib :)17:47
TheJuliasean-k-mooney: lets take this discussion over to #openstack-dib since changing the image really means that yes, this seems to be a problem related to initialization17:48
TheJuliagreghaynes: thank you! :)17:48
sean-k-mooneysure i can do that but i think it would be better for me to get back to a know good state and start the converstation from there.17:49
*** ibmchas has joined #openstack-ironic17:50
sean-k-mooneyas far as i can tell ironic was doing everyting right but it was just the dib image that was built by the bifrost playbook that had an issue.17:50
TheJuliaAgreed, yeah, I suspect it is an unexpcted behavior, looking up some debian specific details at the moment17:51
sean-k-mooneyit could also be user error on my part so i would like to rule that out before takeing more of your time.17:51
*** [1]cdearborn has quit IRC17:52
*** fragatina has quit IRC17:53
*** zhugaoxiao has joined #openstack-ironic17:53
*** fragatina has joined #openstack-ironic17:53
sdakesean-k-mooney sounds like you hae enough to work with for the moment17:54
sdakesean-k-mooney to determine if its really a dib problem or something else17:54
*** ibmchas has quit IRC17:54
sean-k-mooneysdake: yep the image that i had working i built manually with i think this command "DIB_DEV_USER_PASSWORD=tester DIB_DEV_USER_USERNAME=tester DIB_DEV_USER_SHELL=/bin/bash DIB_DEV_USER_PWDLESS_SUDO=Yes disk-image-create -o bm_image  centos7 vm simple-init selinux-permissive dhcp-all-interfaces growroot enable-serial-console devuser baremetal"17:55
*** e0ne has quit IRC17:55
*** Administrator__ has quit IRC17:55
sean-k-mooneyill rebuilt the default image with jsut dev_user to confirm what is actully going on.17:55
sean-k-mooneythanks for everyones help.17:56
TheJuliaOkay, I'm in the #openstack-dib room now as well.17:56
sean-k-mooneythanks ill keep you posted if i recreate the bug on a clean deploy with the default image +dev_user and 2 what the state of the services are on the server.17:59
mat128jlvillal: back17:59
*** baoli has quit IRC17:59
jlvillalmat128: Just left some comments.18:00
jlvillalmat128: going to lunch now.18:00
mat128jlvillal: alright, bon appétit :)18:00
*** e0ne has joined #openstack-ironic18:00
*** baoli has joined #openstack-ironic18:03
*** jcoufal has joined #openstack-ironic18:06
rpiosojroll: Is there a v2 API meeting today?18:06
TheJuliasean-k-mooney: Awesome, let us know.  I don't think I've ever really reproduced what your encountering, but I've seen some others hit similar issues and this really seems like it is the first time that I've heard starting the service fixes the issue18:07
TheJuliarpioso: I believe jroll is out today18:07
rpiosoTheJulia: I'll take that as a no :-)  Thank you!18:07
NobodyCamrpioso: he'll be back Thursday18:08
rpiosoNobodyCam: ty18:08
rajinirBooting ubuntu image gives an exec format error. Any idea? https://usercontent.irccloud-cdn.com/file/evazFApM/ExecFormatError18:08
*** ibmchas has joined #openstack-ironic18:11
*** cdearborn has quit IRC18:12
*** moshele has joined #openstack-ironic18:12
*** cdearborn has joined #openstack-ironic18:13
*** athomas has quit IRC18:14
*** ibmchas has quit IRC18:15
*** jcoufal has quit IRC18:17
TheJuliarajinir: I take it that the image written out has a boot loader ?18:20
*** electrofelix has quit IRC18:21
*** Sukhdev has joined #openstack-ironic18:22
rajinirMay be I'm missing the ironic properties on the image 'kerner-id' and 'ramdisk-id"?18:22
rajinirTheJulia:18:23
TheJuliarajinir: Well, the true question is, are you intending to always network boot, or are you wanting to local boot?18:25
*** jcoufal has joined #openstack-ironic18:26
rajinirTheJulia: I'm running CI and made the default image to use Ubuntu. The environment was setup by devstack gate.18:28
TheJuliarajinir: Ahh, that makes more sense, that explains network booting then.  Out of curiosity how are you getting the ubuntu image?18:30
mariojvanyone want to land this? https://review.openstack.org/#/c/356788/ it's blocking other patches from +w18:31
*** ibmchas has joined #openstack-ironic18:32
TheJuliamariojv: looking18:32
mariojvthanks TheJulia18:32
TheJuliaheh, cascading documentation change18:33
TheJuliaof sorts18:33
rajinirTheJulia: Downloaded trusty-server-cloudimg-amd64-disk1.img from ubuntu.  And using that static image in the configs18:34
rajinirhttps://www.irccloud.com/pastebin/ZOXGiq5y/ubuntuImageconfig18:34
*** ibmchas has quit IRC18:36
*** dtantsur|afk has quit IRC18:41
aNupoiscHi Guys, I am trying to boot an instance but my node after fetching ipa image and going into power-on power state goes into wait-call-back state. I don't see any error in i-cond service. Any idea for this error?18:42
aNupoiscI can see "ERROR neutron.plugins.ml2.drivers.openvswitch.agent.openflow.native.ofswitch [-] Switch connection timeout" in neutron-agent service18:43
aNupoiscBut i am not sure is this because even q-agt service did not heard back from some other service.18:43
rajinirsambetts: I see u are using ubuntu image for CI, where did you download from?18:46
rajinirsambetts: Does it work?18:46
TheJuliarajinir: so the stock ubuntu image lacks a bootloader....18:47
TheJuliarajinir: Most build an image with diskimage-builder such that the image has a boot loader18:47
rajinirTheJulia: Oh I see18:47
TheJuliarajinir: you can set the node configuration such that it network boots, but for CI testing, afaik, we expect ipxe to be able to launch the local boot loader from the disk18:48
rajinirTheJulia: Do you have a lnk that might have instructions?18:48
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Allow suppressing ramdisk logs collection  https://review.openstack.org/35938118:49
TheJuliarajinir: It _should_ be as simple as installing diskimage-builder and running the command, an example is located in the readme for ubuntu trusty18:49
rajinirTheJulia: Cool, thanks will try18:50
TheJuliarajinir: In short, diskimage-builder has a concept of elements to include, in the example "vm" is an element that loads a boot loader into the image, and ubuntu defines what image to use.18:51
TheJuliamariojv: fyi, I +2+A'ed the doc update18:54
rajinirTheJulia: Thank you18:54
TheJuliaaNupoisc: what your describing sounds like IPA is booting, but it is not able to call back to the API?  Is that correct18:56
aNupoiscTheJulia: Yes. IPA image is being supplied to the node and then i think it is waiting for ipa to come back with a request on the image18:59
TheJuliaaNupoisc: confirmed via the console?19:00
aNupoiscTheJulia: This is my i-cond logs http://pastebin.com/A4XtTwE819:01
mariojvthank you, i'll rebase my patches when that is merged19:02
*** milan has joined #openstack-ironic19:03
aNupoiscTheJulia: Also i see "Fetching necessary kernel and ramdisk for node 03b2a839-f4fa-42ce-8a0f-f09fc2be4edc"19:04
*** penick has quit IRC19:05
TheJuliaaNupoisc: what driver are you using?19:08
*** ibmchas has joined #openstack-ironic19:13
*** rbartal has quit IRC19:16
aNupoiscagent_ipmitool19:17
aNupoiscTheJulia: agent_ipmitool19:17
aNupoiscand openvswitch agent for neutron19:17
*** ibmchas has quit IRC19:18
*** jtomasek has joined #openstack-ironic19:18
aNupoiscTheJulia: you meant ironic driver right?19:19
*** jtomasek has quit IRC19:20
*** jtomasek_ has joined #openstack-ironic19:20
*** pcaruana has quit IRC19:20
TheJuliaaNupoisc: Okay, so your not using any sort of virtual media then.  The conductor may download the IPA image, but what we need to see is if the hardware is booting on the node with IPA.  Based on your error from neutron, it kind of sounds like your switch configuration might be failing and thus the node may never be booting nor be able to call back the the19:23
TheJuliaironic api19:23
aNupoiscTheJulia: I am using devstack and I can see fake drivers in local.conf. Here is my local.conf19:26
aNupoiscTheJulia: may be i did not mentioned about my environment19:26
openstackgerritMerged openstack/ironic-python-agent: Use constraints for all the things  https://review.openstack.org/35312419:28
aNupoiscTheJulia: local.conf http://pastebin.com/ujf02abR19:29
TheJuliaaNupoisc: So are you attempting to deploy real bare metal nodes, or test virtual machines in devstack19:31
TheJulia?19:31
aNupoiscTheJulia: virtual machines in devstack19:31
aNupoiscTheJulia: I have just single real machine19:32
*** ibmchas has joined #openstack-ironic19:34
*** ricardoas has quit IRC19:34
*** ibmchas_ has joined #openstack-ironic19:36
openstackgerritMerged openstack/ironic: Move console documentation to separate file  https://review.openstack.org/35884419:38
*** ibmchas has quit IRC19:38
*** moshele has quit IRC19:43
TheJuliaaNupoisc: Do you see anything in the baremetal console log then?19:45
JayFmariojv: notifications merged19:46
JayFapparently removing a W isn't enough to take it outta the queue, even if done immediately19:46
JayFI'm going to rebase devananda's doc update19:46
openstackgerritJay Faulkner proposed openstack/ironic: Documentation update  https://review.openstack.org/35678819:49
JayFNobodyCam: TheJulia: https://review.openstack.org/#/c/356788 notifications knocked this outta the queue, I rebased the patch and restored my +2, would love to try and get this landed again19:50
TheJuliaJayF: Done19:51
NobodyCam:)19:51
aNupoiscTheJulia: so you mean in /var/log/syslog?19:53
aNupoiscTheJulia: Logs still confuses me, many different logs. :)19:55
aNupoiscTHeJulia: or you mean upstart/console.log19:56
TheJuliaaNupoisc: Looks like you'll need your local.conf to indicate if the vm should be logged https://github.com/openstack/ironic/blob/master/devstack/lib/ironic#L89619:58
aNupoiscTheJulia: oh that I have as IRONIC_VM_LOG_DIR=$HOME/ironic-bm-logs19:59
aNupoiscin local.conf19:59
aNupoiscTHeJulia: let me go there and check19:59
*** amotoki has quit IRC20:00
aNupoiscTheJulia: this is my virtualbmc log http://pastebin.com/Xyz7bCGn and this is console log http://pastebin.com/3QKtCmXs20:06
aNupoiscTheJulia: seems it is not able to find network device20:06
aNupoiscInteresting20:06
*** e0ne has quit IRC20:12
TheJuliaaNupoisc: so no ip address was available or networking between the VM and devstack is not working?20:15
openstackgerritRuby Loo proposed openstack/ironic-specs: Changes to some OSC commands  https://review.openstack.org/35750520:19
*** e0ne has joined #openstack-ironic20:25
*** penick has joined #openstack-ironic20:25
openstackgerritJohn L. Villalovos proposed openstack/python-ironicclient: Update hacking test-requirement  https://review.openstack.org/35941120:27
openstackgerritJohn L. Villalovos proposed openstack/ironic-python-agent: Update hacking test-requirement  https://review.openstack.org/35941220:27
*** causten has quit IRC20:27
openstackgerritJohn L. Villalovos proposed openstack/ironic: Update hacking test-requirement  https://review.openstack.org/35941420:27
*** [1]cdearborn has joined #openstack-ironic20:29
*** NobodyCam has quit IRC20:29
*** _vsaienko has joined #openstack-ironic20:29
openstackgerritMerged openstack/ironic: Documentation update  https://review.openstack.org/35678820:29
*** NobodyCam has joined #openstack-ironic20:30
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885520:30
*** causten has joined #openstack-ironic20:30
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885520:31
*** aswadr_ has quit IRC20:31
*** e0ne has quit IRC20:37
*** cdearborn has quit IRC20:42
*** _vsaienko has quit IRC20:46
*** _vsaienko has joined #openstack-ironic20:47
*** priteau has joined #openstack-ironic20:47
*** adnavare has joined #openstack-ironic20:47
adnavareTheJulia: strange it was working few days back.20:48
*** aNupoisc has quit IRC20:48
adnavareTheJulia: do i need to check some conf file to make sure networking options are set properly?20:51
openstackgerritThiago Paiva Brito proposed openstack/ironic: [WIP] Break devstack when using pxe deploy with ipv6  https://review.openstack.org/35942220:56
TheJuliaadnavare: I would check your local.conf file compared to what we have published in the documentation.  I don't fire up devstack very often but really haven't had an issue20:56
adnavareTheJulia: I am surprised as last week it worked. I will also check if anything from my side caused some problem. But at least i know now what is going wrong.20:58
*** amotoki has joined #openstack-ironic21:01
TheJuliaadnavare: indeed, and that is the key. :)21:01
*** jcoufal has quit IRC21:03
*** amotoki has quit IRC21:06
adnavareTheJulia: Yes cool :)21:06
*** wajdi_ has joined #openstack-ironic21:19
*** bfournie has quit IRC21:21
_vsaienkojroll, jlvillal: I've just realized that we using partitioned image which is not supported by multitenant case on multinode job. I've update configuration according to voting multitenant job https://review.openstack.org/#/c/359431 once you have a time please review.21:22
*** wajdi has quit IRC21:22
jlvillal_vsaienko: Thanks! Will look now21:22
*** wajdi_ has quit IRC21:24
*** dprince has quit IRC21:26
*** Goneri has quit IRC21:43
*** sdake has quit IRC21:45
*** sdake has joined #openstack-ironic21:45
*** sdake has joined #openstack-ironic21:46
*** thiagop has quit IRC21:47
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186521:50
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846121:50
mariojvJayF: vdrok: yuriyz: notification patch did not merge despite 3 +2s because of the merge conflict with the docs update. looks like that made it in first, so i rebased above ^21:50
mariojvsomehow jenkins commented merge succeeded, but it rolled it back i guess21:51
anteayajroll: or anyone else, have you ever seen a user story regarding ironic?21:53
anteayathe swg is asking about user stories as they assume they find their way to ptls21:54
anteayaI'm trying to give them a reality check on that21:54
anteayaso thought I would ask21:54
anteayaanyone in channel seen a user story?21:54
anteayamariojv: jenkins rolled back a merge?21:56
anteayamariojv: can you take the url for the patch in question to infra and ask about that please?21:57
mariojvanteaya: i might be wrong about it, workflow was removed really quickly21:57
anteayayeah, that is why I ask you to take the url of the patch to infra so we can examine it21:57
anteayaeither code has merged or it hasn't21:58
mariojvok - it was totally intentional though21:58
anteayait doesn't unmerge21:58
anteayawhat was intentional?21:58
mariojvworkflow being taken away21:58
mariojvwe wanted the docs update merged before the patch set that had its workflow removed21:58
anteayacan you share a url please?21:59
mariojvhttps://review.openstack.org/#/c/298461 anteaya21:59
mariojvanteaya: this was the patch that merged before it https://review.openstack.org/#/c/356788/22:00
mariojvi do believe there was a jenkins comment on that first one, but it's no longer there. JayF thought it had merged too22:00
mariojvfwiw the repo is fine, that code is unmerged (as it appears to be)22:01
anteayathe patch never merged22:02
anteayaworkflow +1 was set22:02
*** amotoki has joined #openstack-ironic22:02
anteayagate jobs started as you can see but clicking toggle ci22:02
anteayaStarting gate jobs. http://status.openstack.org/zuul/22:02
anteayathen workflow +1 was unset22:03
anteayaso gate jobs passed and the merge attempt failed22:03
anteayaworking as expected22:03
mariojvok22:03
mariojvthanks22:04
*** priteau has quit IRC22:05
_vsaienkojlvillal, TheJulia: I've update commit message, and fixed job name in zuul/layout not all tests are passed, please review one more time :)22:06
_vsaienkohttps://review.openstack.org/#/c/35943122:06
jlvillal_vsaienko: +1 from me :)  Thank you.22:07
*** amotoki has quit IRC22:07
*** causten has quit IRC22:07
*** trandles has joined #openstack-ironic22:08
anteayamariojv: welcome22:08
*** notmorgan is now known as morganfainberg22:09
*** morganfainberg is now known as morgan22:09
*** Mr_T has joined #openstack-ironic22:10
*** morgan is now known as notmorgan22:11
*** baoli has quit IRC22:14
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/35945722:17
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/35945822:17
*** sabeen has quit IRC22:24
rlooanteaya: wrt user story, this is the only one I'm aware of: https://specs.openstack.org/openstack/openstack-user-stories/user-stories/proposed/baremetal-service.html22:27
rlooanteaya: jroll is on vacation, he'll be back Thurs22:27
anteayarloo: thank you22:28
rlooanteaya: yw :)22:29
anteayarloo: has that user story ever been discussed in ironic?22:29
rlooanteaya: not that I know of. but that doesn't mean much; i don't see all the irc conversations. jroll is aware of it. and probably some other ironic folks are aware of it too.22:30
anteayaokay thank you22:31
rlooanteaya: so no 'official' discussion of it anyway22:31
anteayaright that was my point to the scientific working group22:31
anteayai'm encouraging them to attend ironic meetings22:31
anteayaand bring their use cases to the ironic channel22:31
* trandles wandered in from the scientific working group ;)22:32
anteayatrandles: welcome22:32
rlooanteaya: ah. i was wondering what swg was. i think at least one person on the swg was the author or helped author that spec22:32
anteayatrandles: thank you for being here22:32
trandlesanteaya: thanks for having me22:32
anteayarloo: sorry the scientific working group22:32
anteayarloo: meet trandles22:32
anteayatrandles: this is rloo22:32
trandleso/22:32
rloohi trandles, welcome to ironic. where irony is our game :)22:32
anteayarloo: I shouldn't have used the acronym22:32
rlooanteaya: no worries.22:33
anteayatrandles: I'm on the infra team, I just move around different places22:33
anteayatrandles: friendly group in here22:33
trandlesgotcha22:33
anteayado share what you are working on if you feel like it22:33
anteayaand how you are using ironic, if you are alreayd22:33
anteayaalready22:33
trandlesI _really_ hate to do this to you but I have to run in 15 minutes. :(  But I'm very happy to come back tomorrow and share.22:34
anteayarloo: I can find out if anyone on the scientific working group knows the authors of that spec22:34
anteayatrandles: ironic is always open22:34
rloono worries trandles. your mileage will vary depending on who is around :)22:34
anteayarloo: might not be here, but others will22:34
trandlesrloo: should I look out for you in particular?22:35
rlootrandles: no, never look for me22:35
trandleslol22:35
rlootrandles: jroll, anyone else, just not me :)22:35
trandleskk22:35
rlootrandles: earlier in the day, there are more folks around.22:35
anteayatrandles: thanks for speaking up22:35
*** michauds has quit IRC22:36
anteayarloo: I see zero names I know from the scientific working group on this patch: https://review.openstack.org/#/c/289627/22:37
anteayaI do see names from the project working group22:37
rlooanteaya: oh, maybe i am wrong. i thought Leong was on the scientific work group.22:37
rlooanteaya: maybe he is on the project work group. or in neither and i'm wrong.22:38
*** trandles has left #openstack-ironic22:38
anteayaperhaps that person is22:40
anteayaI have asked the chairs of the working group if they know the authors of the patch22:40
anteayait is possible I am wrong22:40
anteayabut in any case22:41
anteayatrandles found their way here and spoke up22:41
anteayawhich was my point22:41
anteayaso yay, success22:41
anteayaI'm fine with user stories22:41
anteayatheir existance should not prevent operators from spending time in channel and speaking about their needs22:41
rlooanteaya: mission accomplished :)22:41
anteaya:)22:41
*** ccamacho has quit IRC22:42
*** sdake has quit IRC22:44
*** sdake has joined #openstack-ironic22:44
*** ibmchas_ has quit IRC22:49
*** chlong has quit IRC23:03
TheJulia_vsaienko: Thank you!23:12
*** mpsairam has joined #openstack-ironic23:15
*** sabeen has joined #openstack-ironic23:19
*** rpioso has quit IRC23:25
*** yuanying has joined #openstack-ironic23:30
openstackgerritJulia Kreger proposed openstack/ironic: Add tempest tests for node Adoption  https://review.openstack.org/34497523:31
*** _vsaienko has quit IRC23:34
*** rama_y has quit IRC23:39
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885523:49
mat128jlvillal: if you,re still there, going for a walk but pushed this so it gets more exposure ^23:49
TheJuliamat128: interesting, I'll try and take a look in the morning.  That makes me wonder about the dib based ipa images too.23:51
*** anush_ has quit IRC23:55

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