Monday, 2015-01-12

*** romcheg has quit IRC00:11
*** Marga_ has quit IRC00:31
*** david-lyle has joined #openstack-ironic00:35
*** Masahiro has joined #openstack-ironic00:35
*** ryanpetrello has joined #openstack-ironic00:39
*** Masahiro has quit IRC00:40
*** Haomeng has joined #openstack-ironic00:41
*** Haomeng|2 has quit IRC00:42
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new OS Reboot driver  https://review.openstack.org/14636100:52
*** ryanpetrello has quit IRC00:58
*** jiangfei has quit IRC01:00
*** ryanpetrello has joined #openstack-ironic01:17
*** david-lyle has quit IRC01:18
*** chenglch has joined #openstack-ironic01:25
*** david-lyle has joined #openstack-ironic01:25
*** david-lyle has quit IRC01:27
*** david-lyle has joined #openstack-ironic01:28
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: Changes utils.get_keystone(token) to utils.is_admin(token)  https://review.openstack.org/14565701:43
*** ryanpetrello has quit IRC01:48
*** Masahiro has joined #openstack-ironic01:51
*** Masahiro has quit IRC01:56
*** jerryz has joined #openstack-ironic01:58
*** david-lyle has quit IRC01:59
*** killer_prince has joined #openstack-ironic02:14
*** lazy_prince has quit IRC02:15
*** killer_prince is now known as lazy_prince02:15
*** Marga_ has joined #openstack-ironic02:29
*** r-daneel has joined #openstack-ironic02:42
*** ramineni has joined #openstack-ironic02:44
*** Marga_ has quit IRC02:44
*** Marga_ has joined #openstack-ironic02:46
*** pcrews has joined #openstack-ironic02:48
*** Marga_ has quit IRC03:11
*** Marga_ has joined #openstack-ironic03:19
*** r-daneel has quit IRC03:22
*** r-daneel has joined #openstack-ironic03:23
*** jrist has quit IRC03:34
*** Masahiro has joined #openstack-ironic03:40
*** david-lyle has joined #openstack-ironic03:44
*** Masahiro has quit IRC03:45
*** xxj has joined #openstack-ironic03:45
*** Nisha has joined #openstack-ironic04:09
*** Marga_ has quit IRC04:13
*** rameshg87 has joined #openstack-ironic04:16
rameshg87Haomeng, hi04:21
Haomengrameshg87: yes:)04:21
rameshg87Haomeng, regarding https://review.openstack.org/#/c/145996/04:22
rameshg87Haomeng, i am just checking the dbapi04:22
rameshg87Haomeng, but at a higher level, i was wondering if we should make the change at all04:23
Haomengrameshg87: yes, I am not sure how to implement the 'and condition' filter04:23
rameshg87Haomeng, when node is DEPLOYING it is under the control of some conductor04:23
Haomengrameshg87: any idea?04:23
rameshg87Haomeng, if we make a change for conductor B to pickup a node reserved by conductor A04:24
rameshg87Haomeng, then we would open way to race conditions04:24
rameshg87Haomeng, i think a node stuck at DEPLOYING is possible only if conductor is dead04:24
rameshg87Haomeng, am i correct ?04:24
Haomengrameshg87: yes, make sense04:25
Haomengrameshg87: no for some time, it is networking issue, such as the iscsi can not be connected at that time04:26
rameshg87Haomeng, yes, but the control of the node is still with another conductor, right ?04:27
Haomengrameshg87: or some case that not working on local disk to create paration or something04:27
Haomengrameshg87: I just run the case which is networking issue, the conductor can not connect to bare metal via iscsi04:28
rameshg87Haomeng, hmm .. okay04:28
Haomengrameshg87: maybe the route is wrong or firewall issue04:28
rameshg87Haomeng, so imagine if conductor A sets a node to DEPLOYING and is stuck04:28
rameshg87Haomeng, if conductor B finds out that deploy has timed out and takes back control04:29
rameshg87Haomeng, how do we make sure that conductor A doesn't wake up at some point of time later and takes back control of node ?04:29
*** coolsvap|afk is now known as coolsvap04:31
Haomengrameshg87: yes04:31
Haomengrameshg87: I have just one conductor04:32
Haomengrameshg87: not the *another conductor*04:32
rameshg87Haomeng, yeah i guess it will be a bit risky in the multi-conductor scenario04:33
rameshg87Haomeng, i guess the best place we can act upon is when the conductor is dead while doing deployment of node04:33
Haomengrameshg87: yes, this is new question04:36
Haomengrameshg87: ok, let me hold on here and resume if we have better solution04:37
Haomengrameshg87: thank you!04:37
rameshg87Haomeng, sure .. thanks04:37
Haomengrameshg87: :)04:37
Haomengrameshg87: another question04:42
rameshg87Haomeng, sure04:42
Haomengrameshg87: do you think if our ironic can work with neutron to support vlan networking?04:42
Haomengrameshg87: I just tested with flat networking, works well04:42
Haomengrameshg87: and commit some doc patch to fix the flat networking guide04:43
rameshg87Haomeng, i have very limited idea in neutron space :(04:43
Haomengrameshg87: np, I am too:)04:43
Haomengrameshg87: I just think the production env need vlan networking but flat04:44
Haomengrameshg87: and this is the new area which is how to work with neutron to control the physical network04:44
rameshg87Haomeng, in layman terms04:45
Haomengrameshg87: :(04:45
rameshg87Haomeng, is vlan networking something like this ?04:45
Haomengrameshg87: I just think about the customer network env - three or more vlans: manage vlan, api vlan, tenant vlan etc:)04:46
rameshg87Haomeng, we have 3-4 nics on a bare metal, and you need to control how to provide connectivity to different networks through a single network ?04:46
rameshg87Haomeng, yeah so if we take a bare metal04:46
Haomengrameshg87: yes not just single network04:46
Haomengrameshg87: did you see such plugin - https://github.com/rackerlabs/ironic-neutron-plugin04:46
Haomengrameshg87: looks like this plugin supports vlan04:47
Haomengwhich can manage physical switch04:47
Haomengand this one - https://review.openstack.org/#/c/90422/2/specs/juno/ml2-mechanism-snmp-vlan.rst04:47
rameshg87Haomeng, oh okay :)04:48
Haomengrameshg87: :)04:48
rameshg87Haomeng, i think i should read them before even planning to ask some questions :)04:48
Haomengrameshg87: np, dont worry:)04:49
Haomengrameshg87: :)04:49
Haomengrameshg87: maybe racespace guys know this plugin, and maybe they run this in their production env04:49
rameshg87Haomeng, yeah may be ..04:49
Haomengrameshg87: :)04:50
*** david-lyle has quit IRC04:50
*** david-lyle has joined #openstack-ironic04:50
Haomengand this spec - https://review.openstack.org/#/c/143480/2/specs/kilo/network-provider.rst04:51
rameshg87Haomeng, yeah i had seen this spec infact04:52
Haomengrameshg87: but it not mention with how to control vlan04:52
rameshg87Haomeng, yeah it was just talking about providing different network connectivity for bare metals during deploy time and after-deploy04:53
Haomengrameshg87: yes04:53
Haomengrameshg87: to secure the network to switch networking is the core idea04:55
Haomengrameshg87: but not sure if can support vlan, so I left comments about vlan concern:)04:55
Haomeng:)04:55
rameshg87Haomeng, :)04:56
*** david-lyle has quit IRC05:06
openstackgerritAnusha Ramineni proposed openstack/ironic-specs: Implement Cleaning Operations for iLO drivers  https://review.openstack.org/14240105:09
*** pcrews has quit IRC05:11
*** teju has joined #openstack-ironic05:22
*** pensu has joined #openstack-ironic05:26
*** Masahiro has joined #openstack-ironic05:29
*** Masahiro has quit IRC05:33
*** pradipta_away has quit IRC05:39
*** pradipta has joined #openstack-ironic06:01
*** sambetts has quit IRC06:23
*** r-daneel has quit IRC06:25
*** Masahiro has joined #openstack-ironic06:30
*** Haomeng has quit IRC06:31
*** Nisha has quit IRC06:32
*** Masahiro has quit IRC06:34
*** rakesh_hs2 has joined #openstack-ironic06:48
*** jerryz has quit IRC06:52
*** jerryz has joined #openstack-ironic06:53
*** lazy_prince has quit IRC07:03
*** lazy_prince has joined #openstack-ironic07:03
*** dlpartain has joined #openstack-ironic07:10
*** dlpartain has left #openstack-ironic07:10
*** Nisha has joined #openstack-ironic07:19
*** coolsvap is now known as coolsvap|afk07:20
*** coolsvap has joined #openstack-ironic07:29
*** subscope has joined #openstack-ironic07:37
*** coolsvap has quit IRC07:38
*** ijw has joined #openstack-ironic08:04
*** chlong has quit IRC08:10
*** Nisha has quit IRC08:18
*** Masahiro has joined #openstack-ironic08:18
*** Masahiro has quit IRC08:23
*** lazy_prince has quit IRC08:25
*** Nisha has joined #openstack-ironic08:34
dtantsurMorning folks!08:39
*** coolsvap|afk is now known as coolsvap08:42
*** ifarkas has joined #openstack-ironic08:43
*** romcheg has joined #openstack-ironic08:43
*** jcoufal has joined #openstack-ironic08:48
*** ifarkas has quit IRC08:51
*** romcheg has quit IRC08:52
openstackgerritAnusha Ramineni proposed openstack/ironic: Add tests for ilo_deploy driver  https://review.openstack.org/14298508:53
*** ifarkas has joined #openstack-ironic08:55
*** andreykurilin has joined #openstack-ironic08:59
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Allow drivers to have their own periodic tasks  https://review.openstack.org/13558909:01
*** teju has quit IRC09:02
*** achanda has joined #openstack-ironic09:06
*** derekh has joined #openstack-ironic09:07
*** Nisha has quit IRC09:10
*** Nisha has joined #openstack-ironic09:15
*** romcheg has joined #openstack-ironic09:18
*** ndipanov has joined #openstack-ironic09:22
*** MattMan has joined #openstack-ironic09:25
*** athomas has joined #openstack-ironic09:27
*** andreykurilin has quit IRC09:28
*** andreykurilin has joined #openstack-ironic09:29
*** achanda has quit IRC09:30
*** killer_prince has joined #openstack-ironic09:32
*** killer_prince is now known as lazy_prince09:32
*** lazy_prince has quit IRC09:34
*** lazy_prince has joined #openstack-ironic09:35
*** ijw has quit IRC09:37
*** ijw has joined #openstack-ironic09:38
*** pelix has joined #openstack-ironic09:40
*** jcoufal_ has joined #openstack-ironic09:41
*** jcoufal has quit IRC09:44
*** andreykurilin has quit IRC09:50
*** jistr has joined #openstack-ironic09:58
*** bauwser is now known as bauzas10:01
*** achanda has joined #openstack-ironic10:02
*** Masahiro has joined #openstack-ironic10:07
*** ijw has quit IRC10:08
*** ijw has joined #openstack-ironic10:09
*** Masahiro has quit IRC10:11
*** achanda has quit IRC10:15
*** Nisha has quit IRC10:22
*** jerryz has quit IRC10:34
*** Jatin360 has joined #openstack-ironic10:42
*** Nisha has joined #openstack-ironic10:44
*** Nisha has quit IRC10:49
*** jerryz has joined #openstack-ironic10:49
*** andreykurilin has joined #openstack-ironic10:56
*** pcaruana has joined #openstack-ironic10:59
*** ramineni has quit IRC11:03
*** rameshg87 has quit IRC11:03
*** lucasagomes has joined #openstack-ironic11:04
*** pradipta has quit IRC11:05
*** pradipta has joined #openstack-ironic11:08
*** Masahiro has joined #openstack-ironic11:08
*** andreykurilin has quit IRC11:10
*** gilllliard is now known as gilliard11:11
*** Masahiro has quit IRC11:13
*** pradipta is now known as pradipta_away11:21
*** david-lyle has joined #openstack-ironic11:32
*** lsmola_ has quit IRC11:32
*** Marga_ has joined #openstack-ironic11:39
*** vdrok has joined #openstack-ironic11:40
*** chlong has joined #openstack-ironic11:41
dtantsurifarkas, hi! please review https://review.openstack.org/#/c/146148 when you have some time11:46
*** chlong has quit IRC11:47
*** chlong has joined #openstack-ironic11:47
openstackgerritMerged openstack/ironic: Delete unnecessary document files  https://review.openstack.org/14569911:56
*** Jatin360 has quit IRC12:02
*** pensu has quit IRC12:02
*** chenglch has quit IRC12:05
*** chenglch has joined #openstack-ironic12:05
*** EmilienM|afk is now known as EmilienM12:10
ifarkasdtantsur, ok12:11
openstackgerritMerged openstack/ironic: Adjust the help strings to better reflect usage  https://review.openstack.org/14629912:18
*** vdrok has quit IRC12:22
*** vdrok has joined #openstack-ironic12:25
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Support new Kilo state machine  https://review.openstack.org/13710112:31
dtantsurlucasagomes, hey, mind having a look at this patch ^^^? I want to be sure I understood things correctly12:31
lucasagomesdtantsur, hey, sure12:32
lucasagomesdtantsur, hmm it seems that inspection can only be triggered from MANAGED not from ENROLL12:37
lucasagomestho it's considering enroll as a valid state12:37
dtantsurlucasagomes, it's from Ironic point of view :) from out point of view, we have that strange scenario with setting IPMI creds12:37
dtantsurlucasagomes, which means we have to support enroll...12:37
lucasagomesa-ha, gotcha12:38
lucasagomesalso I really wanted to change the name MANAGED, to MANAGE12:38
lucasagomescause there's that -ED -ING sufix states to be temporary state12:38
lucasagomestemporary = active...12:39
dtantsurhmmm....12:39
dtantsuris there any consensus on this change?12:39
lucasagomesbut it's not part of the discovered thing12:39
lucasagomesI think devananda have agreed with it before12:39
*** alexpilotti has joined #openstack-ironic12:39
lucasagomesI think I will propose a patch in the specs, see what people think12:40
lucasagomesdtantsur, but anyway, other than that the patch lgtm12:40
dtantsuraha I see...12:40
lucasagomesyou may want to copy the states.py from ironic to discovered later12:40
lucasagomesand keep that in sync, like we do for the nova driver12:40
dtantsurmaybe. anyway it's a manual process12:41
dtantsurlucasagomes, please try to propose&discuss the change asap, as I plan on release discoverd 1.0.0 with Kilo-212:42
lucasagomeswill do it right now12:42
dtantsurthanks12:42
*** alexpilotti has quit IRC12:44
*** Marga_ has quit IRC12:46
*** lsmola has joined #openstack-ironic12:46
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: Rename MANAGED to MANAGE  https://review.openstack.org/14645212:47
lucasagomes^12:47
* dtantsur is looking12:49
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: Rename MANAGED to MANAGE  https://review.openstack.org/14645212:49
lucasagomesfixing the diagram that was a bit out12:49
lucasagomesdtantsur, but anyway, that's just a nit... the logic in the discoverd patch seems correct12:50
dtantsurlucasagomes, hmm. in some places we use verbs, in some not. maybe it should be MANAGEABLE? (like AVAILABLE, ACTIVE etc)12:51
dtantsuryeah, thanks12:51
* dtantsur is leaving a comments on the spec too12:51
* dtantsur -> lunch12:52
lucasagomesyeah, MANAGEABLE seems good too12:52
*** chlong has quit IRC12:55
*** Masahiro has joined #openstack-ironic12:57
*** alexpilotti has joined #openstack-ironic12:58
openstackgerritVladyslav Drok proposed openstack/ironic: Ensure that image link points to the correct image  https://review.openstack.org/14525413:01
*** Masahiro has quit IRC13:01
*** dprince has joined #openstack-ironic13:02
*** Marga_ has joined #openstack-ironic13:17
*** ryanpetrello has joined #openstack-ironic13:17
*** agordeev has joined #openstack-ironic13:20
*** ifarkas has quit IRC13:21
*** Marga_ has quit IRC13:22
*** ijw has quit IRC13:37
*** ijw has joined #openstack-ironic13:38
*** ifarkas has joined #openstack-ironic13:39
Shrewslucasagomes: morning13:39
lucasagomesShrews, hi there, good morning13:40
Shrewslucasagomes: qq... won't https://review.openstack.org/144265 break any out of tree drivers?13:40
* lucasagomes clicks13:40
lucasagomesShrews, that was my concern on previous reviews13:41
lucasagomesso I suggest to make method a kwargs13:41
lucasagomesmethod=None13:41
lucasagomesjust to make it more explicit13:41
Shrewsoh, i should have read more closely  :)13:41
* Shrews needs coffee13:41
lucasagomesShrews, :) it's all good13:41
*** chenglch has quit IRC13:46
*** jjulien has quit IRC13:46
*** chenglch has joined #openstack-ironic13:47
*** ijw has quit IRC13:47
*** ijw has joined #openstack-ironic13:47
*** ifarkas has quit IRC13:57
*** ifarkas has joined #openstack-ironic13:58
*** rloo has joined #openstack-ironic13:59
*** chenglch has quit IRC14:02
*** jjohnson2 has joined #openstack-ironic14:08
*** rameshg87 has joined #openstack-ironic14:08
openstackgerritMerged stackforge/ironic-discoverd: Rework node cache clean up according to recent changes  https://review.openstack.org/14614814:09
*** ijw has quit IRC14:10
*** ijw has joined #openstack-ironic14:10
*** Marga_ has joined #openstack-ironic14:18
vdrokhi all14:20
vdrokrameshg87, around?14:20
rameshg87vdrok, o/14:20
vdrokrameshg87, hi :)14:20
rameshg87vdrok, hi :)14:20
vdrokrameshg87, so, as for your comment here https://review.openstack.org/#/c/136741/9/ironic/drivers/modules/ilo/deploy.py14:20
vdrokrameshg87, it seems that there is only 2 options14:21
vdrokhttp or glance14:21
rameshg87vdrok, i tried with http, that's when it failed14:21
rameshg87vdrok, i just changed get_glance_image_property to be generic and not use glance by default14:21
rameshg87vdrok, as commented in https://review.openstack.org/#/c/136741/9/ironic/common/images.py14:22
vdrokrameshg87, and you provided ilo_boot_iso in instance_info?14:22
rameshg87vdrok, no i didn't14:22
rameshg87vdrok, i provided kernel and ramdisk in instance_info14:22
vdrokrameshg87, ah, I see14:22
*** Marga_ has quit IRC14:22
vdrokrameshg87, yup, got it, will fix14:23
rameshg87vdrok, thanks14:23
rameshg87NobodyCam, rloo, can you please have a look at https://review.openstack.org/13729114:26
rameshg87NobodyCam, rloo, both of you have already taken a look at it a couple of times :)14:26
rameshg87NobodyCam, rloo, it has been lying idle for some 20 days :(14:26
*** rameshg87 is now known as rameshg87-dinner14:27
*** rakesh_hs2 has quit IRC14:31
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Refactor stable API to be /v1/introspection/<UUID>  https://review.openstack.org/14647514:33
*** kbs1 has joined #openstack-ironic14:34
*** jerryz has quit IRC14:35
*** Marga_ has joined #openstack-ironic14:35
*** lazy_prince is now known as killer_prince14:37
*** stendulker has joined #openstack-ironic14:40
*** Marga_ has quit IRC14:44
*** Marga_ has joined #openstack-ironic14:44
*** Masahiro has joined #openstack-ironic14:45
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add introspect client call and switch functest to it  https://review.openstack.org/14647914:48
dtantsurifarkas, could you please also review at least https://review.openstack.org/#/c/137101/ today? it's pretty small14:48
ifarkasdtantsur, sure thing14:49
*** Masahiro has quit IRC14:50
*** rameshg87-dinner is now known as rameshg8714:50
stendulkerdtantsur, NobodyCam: Can you please review these secure boot related specs https://review.openstack.org/#/c/135228 and https://review.openstack.org/#/c/13584514:50
dtantsurI'll try to find some time asap14:51
ifarkasdtantsur, there's a sticky -2 on that patch14:51
stendulkerthanks dtantsur14:51
dtantsurifarkas, ooooops :) removed14:52
*** ndipanov has quit IRC14:58
openstackgerritVladyslav Drok proposed openstack/ironic: Support for non-Glance image references  https://review.openstack.org/13674114:58
NobodyCamgood morning Ironic,15:01
NobodyCamrameshg87: will take a look after I has some coffee15:02
*** stendulker has quit IRC15:02
rameshg87NobodyCam, thanks15:02
NobodyCam:)15:02
*** ndipanov has joined #openstack-ironic15:02
*** ifarkas has quit IRC15:07
*** ifarkas has joined #openstack-ironic15:08
*** stendulker has joined #openstack-ironic15:12
*** lucasagomes is now known as lucas-hungry15:12
lucas-hungryNobodyCam, morning :)15:12
lucas-hungryrameshg87, morning15:12
* lucas-hungry brb15:12
NobodyCammorning lucas-hungry15:12
dtantsurNobodyCam, morning15:13
rameshg87lucas-hungry, morning :)15:13
Shrewshey NobodyCam15:15
NobodyCammornign Shrews15:15
NobodyCamhow was your weekend15:15
Shrewslooooots of football... otherwise, pretty boring  :)15:15
NobodyCamlol :) that sounds good to me15:16
openstackgerritMerged stackforge/ironic-discoverd: Support new Kilo state machine  https://review.openstack.org/13710115:16
*** beekneemech is now known as bnemec15:16
NobodyCambnemec: did devananda get in touch with you friday? I beleieve he was looking for ya15:17
stendulkerNobodyCam: Hi15:20
NobodyCamHi stendulker15:20
bnemecNobodyCam: No, I saw that he was looking for me, but I never heard anything after you pointed out my nick.15:20
NobodyCamack was just checking15:20
stendulkerNobodyCam: Can you please review these specs related to secure boot https://review.openstack.org/#/c/135845 and https://review.openstack.org/#/c/13522815:20
NobodyCamstendulker: one already on the list ahead of them but I will add them to my list for today :)15:21
openstackgerritJarrod Johnson proposed stackforge/pyghmi: Implement server side IPMI protocol  https://review.openstack.org/13810915:22
jjohnson2NobodyCam, fyi, that one I'm ready to say good enough for now15:22
jjohnson2NobodyCam, of particular interest to me is if fakebmc illustrates the sort of interface that a developer would want15:23
NobodyCamjjohnson2: I looked at it on saturday. wow thats some slick stuff... :)15:23
NobodyCamya15:23
NobodyCamwill have to add set next boot device15:23
stendulkerthanks NobodyCam15:23
jjohnson2NobodyCam, to what I was doing or to something else?  fakebmc sets/gets boot device15:24
NobodyCambut its looking supper jjohnson2 thank you so much15:24
NobodyCamoh did I miss that... :(15:24
jjohnson2setting boot device to network15:24
jjohnson2asked for boot device, saying network15:24
jjohnson2that's what fakebmc printed out in response to15:24
jjohnson2chassis bootdev pxe and bootparam get 515:25
jjohnson2that was in the most recent review15:25
jjohnson2anyway, my concept was a 'bmc.py' base class that is serviceable and fakebmc.py to demonstrate precisely which functions warrant attention as a developer15:26
jjohnson2I'm most curious as to whether the current scheme of so many power_ functions is good or if people would rather have a single set_power entry point15:27
NobodyCamjjohnson2: yep its there. I must have been looking at rev 10 :(15:27
NobodyCamaswesome-ness15:27
*** jrist has joined #openstack-ironic15:29
*** jrist has quit IRC15:29
*** jrist has joined #openstack-ironic15:29
*** ndipanov has quit IRC15:31
jjohnson2NobodyCam, anyway, I'll let it sit there, and if you have time or comfort to review fakebmc and maybe bmc.py at least, would appreciate if that is the sort of interface15:31
jjohnson2now back to my regularly scheduled stuff15:33
NobodyCamjjohnson2: for sure. it may be a little later today. But I deff want to take a good look15:33
NobodyCamjjohnson2: Thank you again15:33
jjohnson2no problem, I know I stalled a bit15:33
NobodyCamnot at all :)15:34
*** stendulker has quit IRC15:34
*** Marga_ has quit IRC15:36
openstackgerritRamakrishnan G proposed openstack/ironic: Add VirtualBox drivers and its modules  https://review.openstack.org/14630515:39
victor_lowtherGood morning, Ironic15:40
NobodyCammorning victor_lowther :)15:40
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Refactor stable API to be /v1/introspection/<UUID>  https://review.openstack.org/14647515:40
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add introspect client call and switch functest to it  https://review.openstack.org/14647915:40
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Update HTTP API documentation to reflect the current reality  https://review.openstack.org/14649815:40
*** zz_jgrimm is now known as jgrimm15:44
*** ijw has quit IRC15:44
*** ndipanov has joined #openstack-ironic15:44
NobodyCambrb15:45
*** rameshg87 is now known as rameshg87-brb15:49
NobodyCamrameshg87-brb: can you ping me when your back15:52
*** rameshg87-brb has quit IRC15:59
*** ndipanov has quit IRC16:00
*** ijw has joined #openstack-ironic16:02
*** ndipanov has joined #openstack-ironic16:03
*** ijw has quit IRC16:05
*** ijw has joined #openstack-ironic16:05
*** lucas-hungry is now known as lucasagomes16:08
*** pcrews has joined #openstack-ironic16:09
*** jcoufal_ has quit IRC16:10
NobodyCambrb16:12
*** rameshg87 has joined #openstack-ironic16:13
* NobodyCam back16:20
*** Nisha has joined #openstack-ironic16:23
*** coolsvap is now known as coolsvap|afk16:25
rameshg87NobodyCam, hi16:25
NobodyCamhey rameshg8716:27
rameshg87hi NobodyCam16:27
NobodyCamrameshg87: I had a question on the hashed value for the boot file name16:28
rameshg87NobodyCam, yes16:28
NobodyCamThe concern I am thinking of is with the file name being a hashed value a operator would not easily be able to tell when a image is nolonger needed (other then ref_count) would there be a way to have a "check" type script that could verfy the hashed names are still in use / needed?16:30
NobodyCamI am concerned that ref_count could get out of sync16:31
openstackgerritAlexis Lee proposed openstack/ironic: Avoid querying the power state twice  https://review.openstack.org/14655416:31
rameshg87NobodyCam, okay16:32
rameshg87NobodyCam, we cannot decrypt hash value and get back the images16:33
rameshg87NobodyCam, so to tell whether it is in use or not16:33
rameshg87NobodyCam, the best way i can think of is to go through all nodes and check if there is a reference to it in instance_info16:33
rameshg87NobodyCam, as you said, may be a tool can do it easily16:34
*** Masahiro has joined #openstack-ironic16:34
NobodyCamrameshg87: Cool :) I think you would be worth it. but would love to hear what others think?16:35
rameshg87NobodyCam, but can that be pursued as a separate item ? or would you look the tool to be part of this spec itself ? what do you think ?16:36
NobodyCamrameshg87: I'm ok with either. but do want to hear what other are thinking16:37
rameshg87NobodyCam, okay ..16:37
NobodyCamlucasagomes: j* (others) any thoughts on ^^^^^^^16:38
*** Masahiro has quit IRC16:39
lucasagomesthere's a patch or something doing that? ^ I think I'm a bit out of context16:40
NobodyCamlucasagomes: this is the Enable boot images sharing for iLO driver(s) spec... https://review.openstack.org/#/c/137291/8/specs/kilo/ilo-drivers-share-boot-images.rst16:41
*** slagle has quit IRC16:41
*** dhellmann has quit IRC16:42
*** dhellmann has joined #openstack-ironic16:42
*** coolsvap|afk has quit IRC16:42
NobodyCamlucasagomes: my concern is that ref_count could get out of sync and then a operator would never know16:42
lucasagomesright lemme read the spec16:43
NobodyCam:) Ty16:43
*** slagle has joined #openstack-ironic16:43
*** ndipanov has quit IRC16:44
jrollstoring ref count in swift? hmm16:45
jrollyeah, that scares me16:45
openstackgerritAlexis Lee proposed openstack/ironic: Distinguish between prepare + deploy errors  https://review.openstack.org/14613516:45
NobodyCamjroll: would a tool to check the value make it less scarry?16:46
*** coolsvap has joined #openstack-ironic16:47
clif_h /join #openstack-meeting-316:47
devanandag'morning, all16:47
clif_hwhoops16:47
clif_hmorning ironic :)16:47
NobodyCamgood morning devananda16:47
NobodyCammorning clif_h :)16:47
*** stendulker has joined #openstack-ironic16:48
jrollNobodyCam: no, it's http calls to an external service to do ref counting that worries me16:49
jrollmorning devananda16:49
rameshg87jroll, the calls are protected by a lock, so no two threads/conductors could modify at a single point of time16:50
jrollrameshg87: right, but networks fail, swift fails, etc16:50
rameshg87jroll, but in that case atleast wouldn't we know about it ?16:51
jrollidk, I feel like we could do this without ref counting16:51
jrollrameshg87: maybe :)16:51
*** Marga_ has joined #openstack-ironic16:51
jrollrameshg87: how would you know about it?16:51
rameshg87jroll, i mean if incrementing ref count in Swift failed due to network error16:52
jrollrameshg87: and as an operator, how would you fix it if one of those calls failed16:52
rameshg87jroll, the swift client which made the call would fail causing the deploy to fail16:52
jrollrameshg87: right, how would you find that failure? log messages?16:52
*** r-daneel has joined #openstack-ironic16:52
jrollsee16:52
rameshg87jroll, yes16:53
jrollI think this shouldn't make a deploy fail16:53
devanandawhat refs are we counting?16:53
jrollalso, operators don't read every log message16:53
JayFJoshNang: jroll: anything else for IPA update other than HardwareManager change that went in?16:53
jrollalso, operators don't have the same lock to "fix" it16:53
jrollJayF: I have nothing16:53
jrolldevananda: https://review.openstack.org/#/c/137291/8/specs/kilo/ilo-drivers-share-boot-images.rst16:53
JayFJoshNang: Want to plug your agent client update?16:53
JoshNangJayF: standalone mode!16:53
JayFoh yeah16:53
lucasagomesdevananda, https://review.openstack.org/#/c/137291/8/specs/kilo/ilo-drivers-share-boot-images.rst16:53
JoshNangJayF: and yeah, agent client should be pretty close to done16:54
jrollrameshg87: it just seems like this could be really fragile, I'd like to see a better way of doing it16:54
jrollrameshg87: if you'd like, I can elaborate further on the spec16:54
lucasagomesand morning all16:55
rameshg87jroll, oh okay .. :)16:55
devanandait seems like that should be solved by data deduplication in swift16:56
*** ijw has quit IRC16:56
devanandanot reference counting in Ironic16:56
rameshg87devananda, but at some point of time we would need to clean up the boot image16:57
rloohi everbody. (I need to scroll back to see the chatter but...) is there a meeting in a few minutes?16:57
*** ndipanov has joined #openstack-ironic16:57
jrollrloo: yep!16:57
rameshg87devananda, reference counting will help to track how many instances are using that image16:57
lucasagomeshmm yeah, we have to check that building the ISO with the same content results in the exactly same ISO as well16:57
rloojroll: thx. I looked at the agenda and it doesn't seem to have been updated so I was a bit confused ;)16:57
lucasagomesidk if it will create a hash for each ISO etc...16:57
JayFJoshNang: feel free to add a line to whiteboard about agent client16:57
JayFJoshNang: I added the rest16:58
lucasagomesideally the ref count should live in our db, but I'm not sure where yet16:58
jrollrloo: maybe there's nothing to talk about, then :P16:58
devanandarameshg87: ref counting in a distributed system is not sustainable16:58
lucasagomesif we had a model for drivers with some extra metadata16:58
rameshg87devananda, once all the instances using that image are teared down, we wouuld ideally want to cleanup that image16:58
rloojroll: knowing you guys, doubtful ;)16:59
NobodyCamrameshg87: maybe bring this up in Open dissucision16:59
jrollso we're going to try to do ref counting in a distributed system to save a few gigs of space in swift16:59
devanandarameshg87: how large is each boot image?16:59
rameshg87NobodyCam, yeah .. if there's time ..16:59
dtantsurrloo, agenda was updated at least a bit - I added one thing16:59
dtantsur(about driver-specific periodic tasks)17:00
rameshg87devananda, = (kernel size + ramdisk size) for the instance image17:00
*** stendulker has quit IRC17:00
*** jay-s-b has joined #openstack-ironic17:01
*** mikedillion has joined #openstack-ironic17:02
*** BertieFulton has joined #openstack-ironic17:05
*** ijw has joined #openstack-ironic17:05
*** mikedillion has quit IRC17:06
*** jay-s-b has quit IRC17:06
*** jay-s-b has joined #openstack-ironic17:07
*** rwsu has joined #openstack-ironic17:09
*** rwsu has quit IRC17:09
*** dlaube has joined #openstack-ironic17:16
*** pcaruana is now known as pcaruana|off|17:27
*** rwsu has joined #openstack-ironic17:27
*** romcheg has quit IRC17:29
*** romcheg has joined #openstack-ironic17:30
*** romcheg has quit IRC17:30
*** ijw has quit IRC17:34
*** andreykurilin has joined #openstack-ironic17:34
*** ijw has joined #openstack-ironic17:34
*** penick has joined #openstack-ironic17:46
*** dlaube has quit IRC17:54
*** Marga_ has quit IRC17:55
NobodyCamgreat meeting all18:00
NobodyCamthank you18:01
rameshg87lucasagomes, what will happen to maintanence ?18:01
dtantsurg'night18:01
*** dtantsur is now known as dtantsur|afk18:01
lucasagomesrameshg87, why? it's a flag not a state18:01
rameshg87lucasagomes, maintanence=True in manage ?18:01
rloonight dtantsur|afk18:01
NobodyCamnight dtantsur|afk18:01
rameshg87lucasagomes, yeah so will maintanence flag still be there ?18:01
devanandarameshg87: yes18:01
lucasagomesyes it won't change that18:01
rameshg87devananda, why would we need maintanence flag then ?18:02
NobodyCamwhat about administer instead of manage?18:03
devanandarameshg87: there may still be periodic tasks which run on nodes in MANAGE[D} state18:03
lucasagomeswe need it to indicate that someone (a real person) is/need to look[ing] at that node18:03
*** jistr has quit IRC18:03
rameshg87lucasagomes, devananda, okay18:04
rameshg87lucasagomes, devananda, may be things like sync_power_state will still continue to run in managed state ?18:04
* NobodyCam has to run and pick up the kids from boarding... maybe even get some starbucks18:04
*** Marga_ has joined #openstack-ironic18:05
NobodyCambrb18:05
lucasagomesyeah, but even if not... someone may want to put that node in mantenance manually18:05
lucasagomesbecause he wants to test it or something18:05
lucasagomesso it won't be picked by the scheduler18:05
jroll++18:05
jrollwe'll always need maintenance flag in every state18:05
rameshg87lucasagomes, but scheduler will pick only available nodes, right ?18:06
jrollthere's a variety of reasons to put nodes in maintenance mode18:06
*** jcoufal has joined #openstack-ironic18:06
jrollmaintenance means ironic should not do anything to that node18:06
lucasagomesrameshg87, oh yeah true...18:06
lucasagomesyeah the mantenance is something to indicate to Ironic to not touch that node18:07
rameshg87jroll, yeah ..18:07
lucasagomessomeone is looking at it18:07
jrolllike maintenance could mean do not move from managed to available18:07
rameshg87lucasagomes, okay18:07
lucasagomesso I don't see any harm in keeping it18:07
jrollwhen JayF tries to change the node I'm debugging to available18:07
* rameshg87 goes to sleep18:08
devanandajroll: +118:08
rameshg87good night everyone :)18:08
*** rameshg87 has quit IRC18:08
devanandarameshg87: g'night!18:08
*** spandhe has joined #openstack-ironic18:08
lucasagomesgood night18:08
lucasagomesjroll, lemme see if the config-drive labeling concern is resolved for you at #143510 (when you get a time)18:09
*** derekh has quit IRC18:10
jrolllucasagomes: ah, right, I knew I was missing something there :)18:10
*** athomas has quit IRC18:11
lucasagomescool18:11
*** athomas has joined #openstack-ironic18:18
*** Marga_ has quit IRC18:18
*** Masahiro has joined #openstack-ironic18:23
*** eghobo has joined #openstack-ironic18:25
*** Masahiro has quit IRC18:28
*** ijw has quit IRC18:29
*** Marga_ has joined #openstack-ironic18:30
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/14615618:37
openstackgerritFrederic Lepied proposed stackforge/ironic-discoverd: added an eDeploy plugin  https://review.openstack.org/14659918:37
*** harlowja_away is now known as harlowja18:39
openstackgerritFrederic Lepied proposed stackforge/ironic-discoverd: added an eDeploy plugin  https://review.openstack.org/14659918:43
* NobodyCam is back18:48
*** igordcard has joined #openstack-ironic18:52
*** eghobo has quit IRC18:58
*** harlowja has quit IRC19:00
*** harlowja has joined #openstack-ironic19:00
*** harlowja has quit IRC19:00
*** ijw has joined #openstack-ironic19:00
*** ijw_ has joined #openstack-ironic19:02
NobodyCamoh the Security impact of http://review.openstack.org/#/c/135845/7/specs/kilo/uefi-secure-boot-management-interfaces.rst seems like a really big issue to me? anyone have anythouhts on it?19:04
*** ijw has quit IRC19:05
*** Lotus907efi has joined #openstack-ironic19:08
Lotus907efihello all19:08
NobodyCamhello Lotus907efi19:08
Lotus907efiI am trying to pass a kernel command line arg to a baremetal installed overcloud compute node19:08
Lotus907efiI tried using a glance image-update command to add the arg as an extra arg19:09
Lotus907efibut i have been told by glance folks that is only for VMs brought up through libvirt19:09
Lotus907efiand they suggested I talk to the ironic folks since this is a baremetal node19:09
Lotus907efiif I do an ironic node-update can I pass a kernel arg like "intel_iommu=on" to a overcloud compute node that way?19:09
Lotus907efior is there some other way I can accomplish that???19:09
NobodyCamLotus907efi: sounds like youd be intrested in this spec https://review.openstack.org/#/c/14423519:10
Lotus907efihmmm, that looks like really recent code19:10
Lotus907efiI am guessing that feature would not be in a juno code release?19:11
NobodyCamcorrect the spec has not yet landed19:11
devanandaLotus907efi: that's a design spec proposed for kilo19:11
Lotus907efiparticularly since it looks like it is still under review19:11
NobodyCamit is19:11
Lotus907eficrud19:11
Lotus907efiso any idea how I can accomplish this in a juno release setup?19:11
lucasagomesLotus907efi, you can add new kernel cmdlines via Ironic config19:12
JayFYou can pass kernel command line options as a global argument, just not per node.19:12
Lotus907efiI have my complete overcloud up and running all on baremetal19:12
lucasagomesthere's extra data u can add19:12
JayFor based on per image19:12
lucasagomeslemme find the config19:12
Lotus907efiwould I have to completely rebuild/recreate a node or nodes?19:12
Lotus907efior can I make a running change and then just reboot the node?19:13
lucasagomesLotus907efi, under [pxe] pxe_append_params19:13
*** igordcard has quit IRC19:13
*** corvus is now known as jeblair19:13
lucasagomesLotus907efi, you will need to rebuild the instance if it's already deployed19:13
lucasagomesso it regenrate the pxe config files19:13
lucasagomesregenerate*19:13
Lotus907efinuts19:14
devanandalucasagomes: isn't that a global config? not per-node19:14
lucasagomesoh that's global yea19:14
* lucasagomes re-read the whole tihng19:14
devanandaI think Lotus907efi is asking for per-node kernel params, which Juno does not, afaik, support19:14
NobodyCamya thats global19:14
Lotus907efiI have a separate glance image for all of the overcloud compute nodes19:14
lucasagomesoh per node hmmm19:14
Lotus907efior would those pxe configs apply across all of the overcloud systems?19:15
Lotus907efiwhich really would not concern me19:15
Lotus907efibut it would be difficult for me to completely regenerate & rebuild my whole overcloud19:15
devanandaLotus907efi: if you use the pxe_append_params option in the [pxe] configuration group, yes, it would apply to all nodes managed by trhat instance of Ironic19:15
Lotus907efibut I would have to somehow regen all the instances and then rebuild the overcloud?19:16
devanandaLotus907efi: if you're looking for an untested workaround, I think I have an idea19:16
* Lotus907efi is all ears19:16
*** Hefeweizen has quit IRC19:16
devanandaLotus907efi: 1) change that config option for all your ironic-conductor services (eg, in the undercloud)19:16
adam_gnot sure it helps now, but there is a spec up to address this to some degree https://review.openstack.org/#/c/144235/19:17
devanandaLotus907efi: then restart those services so it takes effect for any NEW deploynments19:17
devanandaLotus907efi: then write a script to edit inline all the existing config files19:17
devanandaLotus907efi: for each existing instance19:17
Lotus907efidevananda: hmm, this still sounds a little "hairy" :)19:18
devanandaLotus907efi: adding the option you want to the "append initrd" line of the "label boot" section of the pxe config files19:18
devanandaLotus907efi: then restart each node directly in Ironic19:19
devanandaLotus907efi: oh - totally hairy. and untested :)19:19
Lotus907efihehehehe19:19
devanandaLotus907efi: not recommending it -- but I think it would work19:19
Lotus907efiI need iommu to be turned on to do some PCI pass through stuff I am trying to accomplish19:19
JayFThe other option would be19:22
JayFif oyu need different per-node kernel params in Juno19:22
*** pcrews has quit IRC19:22
JayFand you only need those per-node kernel params in the Instance, not in the ramdisk19:22
JayFyou could use IPA w/a full disk image, as the full disk image would have all bootloader config (including kernel command line) baked into the image19:22
Lotus907efihmmm?19:22
JayFI assume you're using the pxe_* driver in Juno, right?19:23
JayFlike pxe_ipmitool19:23
Lotus907efiyes19:23
JayFThat supports partial disk images, and always booting via PXE19:23
JayFanother deploy driver, agent_ipmitool, supports full disk images (with partitions and bootloaders baked inside)19:23
JayFSince the bootloader is baked into the image, you can configure it with whatever kernel command line you want19:24
Lotus907efihmmm, yeah but all of my overcloud nodes are currently using qcow2 image that pxe boot the kernel & initrd files19:24
JayFbut that'd require reconfiguring your Ironic and changing images, at a minimum19:24
Lotus907efiyeah19:24
devanandaLotus907efi: are you using something like tripleo to deploy/manage your under & over cloud?19:25
devanandaLotus907efi: or phrased another way, how easily can you change settings in the undercloud?19:25
Lotus907efidevananda: where are the pxe config files for each instance stored?19:26
Lotus907efii.e. how do I find them?19:26
devanandaLotus907efi: default location is /tftpboot -- but check your ironic config file for tftp_root and tftp_master_path config options19:26
* lucasagomes wants to find time to work on the ipxe driver, so the generation of config would be dynamic, all that would be needed for this case ^ would be to reboot the instances19:46
Lotus907efithat would be cool19:48
lucasagomesfolks have you guys seem sfaizan (Syed Ismail Faizan) online lately?19:48
devanandalucasagomes: I have not19:50
NobodyCamnore I19:51
lucasagomes:( right thanks19:52
*** harlowja has joined #openstack-ironic19:52
lucasagomesI wanna to talk to him about his boot from local disk spec, I made a PoC slightly diff than what he proposed (I need it so I couldn't wait). And it's working, for those interested the patches are: https://review.openstack.org/146619 (Nova); https://review.openstack.org/146097 (DIB);  https://review.openstack.org/146189 (Ironic)19:54
*** david-lyle has quit IRC20:02
*** Marga_ has quit IRC20:05
*** Masahiro has joined #openstack-ironic20:12
*** morgabra has quit IRC20:13
*** morgabra has joined #openstack-ironic20:15
*** Masahiro has quit IRC20:16
*** ryanpetrello has quit IRC20:17
*** ryanpetrello has joined #openstack-ironic20:17
lucasagomesfolks, I will call it a day20:21
openstackgerritAdam Gandelman proposed openstack/ironic: Provided backward compat for enforcing admin policy  https://review.openstack.org/14598420:21
lucasagomeshave a great night!20:21
*** lucasagomes is now known as lucas-dinner20:21
*** ijw_ has quit IRC20:22
*** rloo has quit IRC20:22
*** pcrews has joined #openstack-ironic20:23
*** ijw has joined #openstack-ironic20:23
*** aweeks has quit IRC20:23
*** rainya has quit IRC20:23
*** victor_lowther has quit IRC20:23
*** rloo has joined #openstack-ironic20:23
*** PaulCzar has quit IRC20:23
*** bigjools has quit IRC20:23
*** russell_h has quit IRC20:24
*** wendar has quit IRC20:24
*** wendar has joined #openstack-ironic20:25
*** krtaylor has quit IRC20:25
*** jroll has quit IRC20:26
*** morgabra has quit IRC20:26
*** morgabra has joined #openstack-ironic20:26
*** Ng has quit IRC20:26
*** victor_lowther has joined #openstack-ironic20:26
*** Guest58319 has quit IRC20:27
*** aweeks has joined #openstack-ironic20:27
NobodyCamnight lucas-dinner20:28
*** PaulCzar has joined #openstack-ironic20:28
*** ijw has quit IRC20:28
*** bigjools has joined #openstack-ironic20:29
*** mgagne has joined #openstack-ironic20:29
*** rainya has joined #openstack-ironic20:29
*** russell_h has joined #openstack-ironic20:29
*** mgagne is now known as Guest3658020:30
*** jroll has joined #openstack-ironic20:30
*** russell_h has quit IRC20:30
*** russell_h has joined #openstack-ironic20:30
*** andreykurilin has quit IRC20:31
*** krtaylor has joined #openstack-ironic20:31
*** Ng has joined #openstack-ironic20:31
*** Marga_ has joined #openstack-ironic20:36
*** alexpilotti has quit IRC20:41
*** Marga_ has quit IRC20:41
*** alexm__ has joined #openstack-ironic20:41
alexm__Hi guys, base ironic with pxe_ipmitool driver works well, but the agent_ipmitool just loops infinitely during deploy phase. Anything can explain that?20:45
NobodyCamalexm__: need a little more to work with there20:47
NobodyCamwhere are you looping?20:48
*** Nisha has quit IRC20:48
alexm__NobodyCam: CoreOS seems to boot fine until the ssh key phase, then it just loops on the NIC changing the MTU from 1500 to 1400 back and forth20:51
NobodyCamoh that a new one for /me... maybe one of the IPA folk have seen that before?20:52
*** pcrews has quit IRC20:52
*** Marga_ has joined #openstack-ironic20:54
*** david-lyle has joined #openstack-ironic20:57
alexm__I see that the LVM tasks fail during boot20:58
alexm__I used the pre-built ipa ramdisk images, will try to build them from scratch21:02
*** andreykurilin has joined #openstack-ironic21:02
*** Guest36580 is now known as mgagne21:04
*** mgagne has joined #openstack-ironic21:04
openstackgerritFrederic Lepied proposed stackforge/ironic-discoverd: added an eDeploy plugin  https://review.openstack.org/14659921:11
*** BertieFulton has quit IRC21:13
*** Marga_ has quit IRC21:15
*** david-lyle has quit IRC21:16
*** david-ly_ has joined #openstack-ironic21:16
openstackgerritRuby Loo proposed openstack/ironic-python-agent: Error classes invoke their parent's __init__()  https://review.openstack.org/14664321:17
*** Marga_ has joined #openstack-ironic21:22
*** yjiang5 has quit IRC21:25
*** pcrews has joined #openstack-ironic21:28
*** yjiang5 has joined #openstack-ironic21:32
*** dprince has quit IRC21:33
*** eghobo has joined #openstack-ironic21:34
*** jroll has quit IRC21:38
*** jroll has joined #openstack-ironic21:38
*** david-ly_ has quit IRC21:40
*** david-lyle has joined #openstack-ironic21:41
*** david-lyle has quit IRC21:49
*** david-lyle has joined #openstack-ironic21:50
*** jgrimm is now known as zz_jgrimm21:52
jjohnson2NobodyCam, get a chance to ponder whether the interface makes sense or if I should change?21:55
NobodyCamjjohnson2: I haven't sorry... also on a conf call atm? oh mondays21:59
*** eghobo has quit IRC22:00
*** Masahiro has joined #openstack-ironic22:01
jjohnson2no problem22:01
jjohnson2I'm about to add oem extensibility on client side22:01
NobodyCam:)22:01
jjohnson2because I have an oem extension to implement22:01
jjohnson2but time to head home22:02
*** eghobo has joined #openstack-ironic22:02
*** ifarkas has quit IRC22:05
*** Masahiro has quit IRC22:05
*** andreykurilin has quit IRC22:06
*** andreykurilin has joined #openstack-ironic22:07
jroll19:04:56       NobodyCam | oh the Security impact of http://review.openstack.org/#/c/135845/7/specs/kilo/uefi-secure-boot-management-interfaces.rst seems like a really big issue to me? <- commented on the review, but that isn't a security issue at all, nor is it relevant to this spec imo22:09
*** jjohnson2 has quit IRC22:10
*** Marga_ has quit IRC22:12
NobodyCamI had a comment (not sure it got posted) that looked like a deployer impact.. but I was taken back buy the "22:13
NobodyCamIronic does not have and mechanism to know if the deployed node has booted up successfully"22:14
NobodyCamcomment22:14
*** pelix has quit IRC22:17
*** r-daneel has quit IRC22:23
jrollNobodyCam: that's true today, for all deployment methods22:24
jroll(without putting some sort of agent etc in your images)22:24
*** Marga_ has joined #openstack-ironic22:27
NobodyCam:/22:27
*** martini has joined #openstack-ironic22:34
NobodyCambrb22:41
*** jcoufal has quit IRC22:43
*** eghobo has quit IRC22:43
*** Marga_ has quit IRC22:49
*** eghobo has joined #openstack-ironic22:51
*** ryanpetrello_ has joined #openstack-ironic22:56
*** ryanpetrello has quit IRC22:59
*** ryanpetrello_ is now known as ryanpetrello22:59
*** penick has quit IRC23:00
*** Marga_ has joined #openstack-ironic23:00
*** athomas has quit IRC23:02
*** penick has joined #openstack-ironic23:04
devanandaif anyone hasn't voted in the openstack board and bylaws changes -- please go do it!23:17
devanandaits actually really important we pass the amendments to the bylaws23:17
*** david-lyle has quit IRC23:20
*** Haomeng has joined #openstack-ironic23:27
*** chlong has joined #openstack-ironic23:29
*** spandhe has quit IRC23:35
*** andreykurilin has quit IRC23:35
*** dlaube has joined #openstack-ironic23:37
*** spandhe has joined #openstack-ironic23:43
*** lucas-dinner has quit IRC23:46
*** martini has quit IRC23:47
*** Masahiro has joined #openstack-ironic23:49
jrolllucas' stuff for local boot looks good23:50
* jroll tries to remember who was working on pxe boot for ipa23:50
*** Marga_ has quit IRC23:51
*** naohirot has joined #openstack-ironic23:54
*** Masahiro has quit IRC23:54

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