Wednesday, 2016-08-03

jlvillalDamn JayF I got caught by the Gerrit restart again :(00:01
*** moshele has joined #openstack-ironic00:02
JayFyep, it's always how you know it's getting close to time :)00:02
*** mtanino has quit IRC00:11
*** baoli has joined #openstack-ironic00:33
*** hoangcx has joined #openstack-ironic00:40
*** hoangcx2 has quit IRC00:43
*** dprince has quit IRC00:44
*** baoli has quit IRC00:45
*** joprovost has joined #openstack-ironic00:55
devanandagah. the problem with my keystone policy patch was s/role/rule/ ...00:57
*** sdake has quit IRC00:57
devanandatook me far longer than it should have to spot that00:58
*** joprovost1 has joined #openstack-ironic00:58
*** sdake has joined #openstack-ironic00:59
*** joprovost has quit IRC01:00
*** joprovost1 is now known as joprovost01:00
openstackgerritDevananda van der Veen proposed openstack/ironic: Add keystone policy support to Ironic  https://review.openstack.org/32559901:00
*** phuongnh has joined #openstack-ironic01:01
*** Nisha_away has joined #openstack-ironic01:04
*** Nisha_away has quit IRC01:08
*** Sukhdev has quit IRC01:12
openstackgerritAlexander Bashmakov proposed openstack/ironic: Rewrite devstack/tools/ironic/scripts/create-node.sh in Python.  https://review.openstack.org/34683201:13
*** rbudden has quit IRC01:23
*** adu has joined #openstack-ironic01:25
*** wajdi has joined #openstack-ironic01:29
*** wajdi_ has joined #openstack-ironic01:31
*** tangchen has quit IRC01:33
*** wajdi has quit IRC01:34
*** tangchen has joined #openstack-ironic01:39
openstackgerritYuiko Takada Mori proposed openstack/ironic-specs: Fix Nova-compatible Serial Console's Other deployer impact  https://review.openstack.org/33537801:43
*** sdake has quit IRC01:44
*** baoli has joined #openstack-ironic01:49
openstackgerritzhangjl proposed openstack/ironic: Installation Guide doc code is out of date  https://review.openstack.org/35034002:03
openstackgerritzhangjl proposed openstack/ironic: Installation Guide doc code is out of date  https://review.openstack.org/35034002:07
openstackgerritZhenguo Niu proposed openstack/ironic-inspector: Check whether action value is string before calling format()  https://review.openstack.org/34939202:09
*** joprovost has quit IRC02:21
*** moshele has quit IRC02:22
openstackgerritxiexs proposed openstack/virtualbmc: Adds power_soft support to vbmc  https://review.openstack.org/34736702:38
openstackgerritxiexs proposed openstack/virtualbmc: Adds power diag support to vbmc  https://review.openstack.org/34736802:38
openstackgerritDevananda van der Veen proposed openstack/ironic: Update documentation for keystone policy support  https://review.openstack.org/34555602:44
openstackgerritDevananda van der Veen proposed openstack/ironic: Mask configdrive contents in API responses  https://review.openstack.org/32676802:44
openstackgerritDevananda van der Veen proposed openstack/ironic: Add keystone policy support to Ironic  https://review.openstack.org/32559902:44
openstackgerritDevananda van der Veen proposed openstack/ironic: [WIP] Hide driver[_internal]_info from observer role  https://review.openstack.org/34507602:44
*** yuanying has quit IRC02:48
*** adu has quit IRC02:56
*** Nisha_away has joined #openstack-ironic02:58
*** Nisha_away is now known as Nisha102:58
*** adu has joined #openstack-ironic02:58
*** rama_y has quit IRC03:04
*** bvandewa_ has joined #openstack-ironic03:05
*** bvandewa_ has quit IRC03:05
*** bvandewa_ has joined #openstack-ironic03:06
*** bvandewa_ has quit IRC03:07
*** bvandewa has quit IRC03:07
*** adu has quit IRC03:18
*** adu has joined #openstack-ironic03:21
*** adu has quit IRC03:22
openstackgerritZhenguo Niu proposed openstack/ironic: Clean nodes stuck in CLEANING state when ir-cond restarts  https://review.openstack.org/34997103:25
*** Nakato has quit IRC03:27
*** Nakato has joined #openstack-ironic03:32
openstackgerritxiexs proposed openstack/virtualbmc: Adds power_soft support to vbmc  https://review.openstack.org/34736703:39
*** yuanying has joined #openstack-ironic03:47
*** ayoung has quit IRC03:48
*** yuanying has quit IRC03:49
*** yuanying has joined #openstack-ironic03:49
*** bvandewa has joined #openstack-ironic03:49
openstackgerritTang Chen proposed openstack/ironic: Split API root unit and functional tests  https://review.openstack.org/34896503:50
openstackgerritTang Chen proposed openstack/ironic: Prepare for functional tests  https://review.openstack.org/34942103:50
openstackgerritTang Chen proposed openstack/ironic: Move api driver tests to functional dir  https://review.openstack.org/35036503:50
*** sdake has joined #openstack-ironic03:50
*** bvandewa has quit IRC03:51
*** bvandewa has joined #openstack-ironic03:52
*** sdake_ has joined #openstack-ironic03:54
openstackgerritxiexs proposed openstack/virtualbmc: Adds power diag support to vbmc  https://review.openstack.org/34736803:57
*** sdake has quit IRC03:58
*** vmud213 has joined #openstack-ironic04:00
*** appu103_ has joined #openstack-ironic04:03
*** appu103_ is now known as aparnav04:03
*** sdake_ has quit IRC04:05
openstackgerritxiexs proposed openstack/pyghmi: Supports cold reset in bmc  https://review.openstack.org/35036804:05
*** links has joined #openstack-ironic04:10
*** bvandewa has quit IRC04:10
*** Nisha1 has quit IRC04:13
*** Sukhdev has joined #openstack-ironic04:13
*** amotoki has joined #openstack-ironic04:20
*** vmud213 has quit IRC04:46
*** vmud213 has joined #openstack-ironic04:52
openstackgerritZhenguo Niu proposed openstack/ironic: Remove unneeded 'reserved' filter in cleaning stuck nodes  https://review.openstack.org/35037704:55
*** Nisha_away has joined #openstack-ironic05:10
openstackgerritAparna proposed openstack/proliantutils: Modify error message of InvalidInputExecption in hpssa  https://review.openstack.org/33889405:11
*** e0ne has joined #openstack-ironic05:12
*** e0ne has quit IRC05:15
*** mbound has joined #openstack-ironic05:16
openstackgerritMerged openstack/ironic: Timing metrics for agent deploy classes  https://review.openstack.org/35024305:17
*** mbound has quit IRC05:21
*** rcernin has joined #openstack-ironic05:28
openstackgerritAparna proposed openstack/proliantutils: Fix 'raid_config' validation error message  https://review.openstack.org/34419605:30
*** rama_y has joined #openstack-ironic05:42
*** ChubYann has quit IRC05:42
*** fragatina has joined #openstack-ironic05:45
*** hshiina has joined #openstack-ironic05:49
*** fragatina has quit IRC05:51
*** fragatina has joined #openstack-ironic05:52
*** Sukhdev has quit IRC05:55
*** rbartal has joined #openstack-ironic05:56
openstackgerritAparna proposed openstack/proliantutils: Modify error message of InvalidInputException in hpssa  https://review.openstack.org/33889405:58
*** rama_y has quit IRC06:00
*** mjura has joined #openstack-ironic06:04
*** sdake has joined #openstack-ironic06:07
*** sdake has joined #openstack-ironic06:07
*** tiendc has joined #openstack-ironic06:07
*** Nisha_away has quit IRC06:11
*** mjura has quit IRC06:12
*** mjura has joined #openstack-ironic06:13
*** arturas has joined #openstack-ironic06:16
*** arturas has quit IRC06:18
*** arturas has joined #openstack-ironic06:19
*** sdake has quit IRC06:23
openstackgerritzhangjl proposed openstack/ironic: Installation Guide doc code is out of date  https://review.openstack.org/35034006:34
*** milan has joined #openstack-ironic06:36
*** fumie has quit IRC06:40
*** tesseract- has joined #openstack-ironic06:45
*** arturas has quit IRC06:47
*** lok has joined #openstack-ironic06:53
*** Lord_Phoenix has joined #openstack-ironic06:54
*** moshele has joined #openstack-ironic06:57
*** tangchen has quit IRC07:00
*** tangchen_ has quit IRC07:00
*** aparnav has quit IRC07:03
*** aparnav has joined #openstack-ironic07:04
openstackgerritlokesh s proposed openstack/ironic: Adding follow-up patch for audit middleware  https://review.openstack.org/35039907:04
*** e0ne has joined #openstack-ironic07:16
*** ohamada has joined #openstack-ironic07:19
*** uggla_ has joined #openstack-ironic07:20
*** pcaruana has joined #openstack-ironic07:21
uggla_Hello07:21
*** links has quit IRC07:23
*** rbartal has quit IRC07:25
*** ekarlso has quit IRC07:29
*** tiendc has quit IRC07:30
*** jpich has joined #openstack-ironic07:35
openstackgerritAparna proposed openstack/proliantutils: Modify error message of InvalidInputException in hpssa  https://review.openstack.org/33889407:36
*** links has joined #openstack-ironic07:36
*** ekarlso has joined #openstack-ironic07:37
*** rbartal has joined #openstack-ironic07:38
openstackgerritkesper proposed openstack/proliantutils: Adds constructor for InvalidInputError  https://review.openstack.org/32890407:39
openstackgerritkesper proposed openstack/proliantutils: Adds constructor for InvalidInputError  https://review.openstack.org/32890407:44
*** Goneri has joined #openstack-ironic07:54
*** Goneri has quit IRC07:56
*** Goneri has joined #openstack-ironic07:56
*** daemontool has joined #openstack-ironic07:57
*** fxpester has joined #openstack-ironic07:57
*** jistr is now known as jistr|training07:59
*** zzzeek has quit IRC08:00
*** amotoki has quit IRC08:00
*** bvandewa has joined #openstack-ironic08:02
*** zzzeek has joined #openstack-ironic08:02
*** amotoki has joined #openstack-ironic08:04
*** amotoki has quit IRC08:05
alinebmorning all08:15
openstackgerritMerged openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/34862508:15
aarefievmorning!08:16
*** amotoki has joined #openstack-ironic08:17
*** amotoki_ has joined #openstack-ironic08:18
*** vmud213 has quit IRC08:19
lucasagomesalineb, aarefiev morning08:20
openstackgerritZhenguo Niu proposed openstack/ironic: Clean nodes stuck in DELETING state when ir-cond restarts  https://review.openstack.org/35043908:20
aarefievmorning lucasagomes08:21
*** amotoki has quit IRC08:21
*** vmud213 has joined #openstack-ironic08:23
alinebmorning lucasagomes, aarefiev08:25
aarefievo/ alineb08:26
*** baoli has quit IRC08:27
openstackgerritCornelio Hopmann proposed openstack/ironic-specs: Partial-Bug: #1583065 [RFE] Support network switches provisioning  https://review.openstack.org/33821508:28
openstackbug 1583065 in Ironic "[RFE] Support network switches provisioning" [Wishlist,Incomplete] https://launchpad.net/bugs/1583065 - Assigned to Cornelio Hopmann (chopmann)08:28
*** amotoki_ has quit IRC08:29
moshelelucasagomes:  moring08:37
moshelelucasagomes:  I have a question regarding the multi tenant feature08:37
vsaienk0morning moshele, aarefiev, dtantsur, lucasagomes, vdrok, jroll and all Ironic'ers08:40
moshelelucasagomes:  I was able to make it work on InfiniBand we my patches https://review.openstack.org/#/c/264263/ and https://review.openstack.org/#/c/264257/08:40
moshelelucasagomes:  but I had to change the https://review.openstack.org/#/c/339129/ Add BaremetalMechanismDriver driver. to support vlan network08:41
moshelemorning: vsaienk008:41
moshelevsaienk0: regarding your  BaremetalMechanismDriver driver. t https://review.openstack.org/#/c/339129/ why is it only  for flat?08:42
*** electrofelix has joined #openstack-ironic08:43
*** amotoki has joined #openstack-ironic08:45
*** priteau has joined #openstack-ironic08:48
*** jistr|training is now known as jistr08:49
openstackgerritkesper proposed openstack/proliantutils: Adds constructor for InvalidInputError  https://review.openstack.org/32890408:52
*** amotoki has quit IRC08:53
openstackgerritMerged openstack/python-ironic-inspector-client: Updated from global requirements  https://review.openstack.org/34867208:59
*** hshiina has quit IRC09:00
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/35009709:01
*** amotoki has joined #openstack-ironic09:02
*** mgould|afk is now known as mgould09:02
mgouldmorning Ironic!09:02
*** amitkqed has quit IRC09:04
*** amitkqed has joined #openstack-ironic09:04
vdrokmorning alineb aarefiev lucasagomes moshele vsaienk0 and mgould ! :)09:05
*** bvandewa has quit IRC09:06
moshelevdrok: good morning09:06
moshelevdrok: can you please review the  InfiniBand  patches https://review.openstack.org/#/c/264257/ and https://review.openstack.org/#/c/264263/09:07
vdrokmoshele: yup, will do09:07
moshelevdrok: I tested with the  multi tenant feature and it working09:08
vdrokcool :)09:08
moshelevdrok: I just update the BaremetalMechanismDriver  to support vlan  https://review.openstack.org/#/c/339129/09:08
moshelevdrok:  do you know why it is only for flat?09:09
mgouldmorning vdrok alineb aarefiev lucasagomes moshele vsaienk009:09
Romanenko_Kmorning!09:09
aarefievmorning vsaienk0 vdrok moshele mgould Romanenko_K09:10
mgouldmorning Romanenko_K09:10
sambetts|afkMorning all09:10
*** sambetts|afk is now known as sambetts09:11
mgouldmorning sambetts09:11
vdrokmorning Romanenko_K and sambetts09:11
sambettso/ mgould09:11
vsaienk0moshele: what do you mean "just update the BaremetalMechanismDriver  to support vlan"?09:11
vdrokmoshele: maybe because of this - https://github.com/openstack/networking-generic-switch/blob/master/networking_generic_switch/generic_switch_mech.py ?09:11
moshelevdrok: ok, but shouldn't  this be done by BaremetalMechanismDriver , In infiniband we don't configure switches09:13
vsaienk0moshele: BaremetalMechanismDriver is a noop driver that will provide fake port binding in flat network and will contain notification support. It shouldn't work with vlans09:13
moshelevdrok: I was thinking that BaremetalMechanismDriver  bind the barmetal port and you have other drivers that configure the switches09:14
vdrokmoshele: vsaienk0 is an expert here :)09:14
sambettsthe other vendor switch mech drivers should support the baremetal vnic type to do binding on their switches09:15
vsaienk0moshele: once port is bound, neutron will not call other drivers to bound the port. So de facto only one driver can bound a port.09:15
moshelevsaienk0, sambetts: I see so I need to update our mlnx_infiniband to bind barmetal ports09:16
sambettsYup09:16
mosheleok cool :)09:17
vsaienk0yes, seems to be that is correct place09:17
openstackgerritZhenguo Niu proposed openstack/ironic-inspector: Check whether action value is string before calling format()  https://review.openstack.org/34939209:17
moshelesambetts: please review my inifinband patches when you have time https://review.openstack.org/#/c/264263/ https://review.openstack.org/#/c/264257/ , thanks :)09:18
moshelesambetts: and thanks for your comments it was really helpful09:19
sambetts:)09:20
vmud213morning all09:21
*** dtantsur|afk is now known as dtantsur09:24
dtantsurMorning Ironic09:24
sambettso/ dtantsur09:24
*** tangchen has joined #openstack-ironic09:24
mgouldmorning dtantsur09:29
yibodtantsur: Would you have a look at https://bugs.launchpad.net/ironic/+bug/1582964? RFE needs be approved before according patch can pass review. I'm not sure what I should do now. Thanks.09:34
openstackLaunchpad bug 1582964 in Ironic "[RFE] Support multi arch deployments" [Wishlist,In progress] - Assigned to Yibo Cai (cyb70289)09:34
dtantsuryibo, let's wait for jroll to come and discuss09:35
yibodtantsur: okay, thanks09:35
vdrokmorning vmud213 and dtantsur09:36
vmud213morning vdrok09:39
*** electrofelix has quit IRC09:40
*** electrofelix has joined #openstack-ironic09:40
aarefievmorning dtantsur sambetts09:42
*** evgenyl has quit IRC09:42
milanmorning Ironic! :)09:43
pas-hamorning milan aarefiev vdrok and all :)09:44
aarefievmorning pas-ha milan09:44
*** evgenyl has joined #openstack-ironic09:44
milanmorning aarefiev dtantsur mgould moshele pas-ha sambetts vdrok vmud213 vsaienk0 yibo09:45
milan:)09:45
milanand morning all! :)09:45
dtantsurlucasagomes and others: wanna some huge patch reviewing? ;) https://review.openstack.org/#/c/236982/ brings us possibility to use keystone v3..09:47
dtantsur(thanks pas-ha for pushing it forward)09:47
openstackgerritAnton Arefiev proposed openstack/python-ironicclient: Fail with more meaningful error while creating client  https://review.openstack.org/34479109:47
milanguys, I've added new column into db in inspector, now getting this error in unit tests: http://paste.openstack.org/show/547734/  I'm missing some step somewhere but failing to locate it09:47
pas-hamilan: have you added a corresponding DB migration?09:49
milanpas-ha, I did, but I've modified it later manually09:49
milancould it get out of sync somehow?09:49
dtantsurprobably it did, hard to tell without looking at the code09:50
pas-haI'd think that somewhere in basic unittest setup there is a code that brings the db to the current state09:50
milandtantsur, pas-ha I guess I'll push it with this failure so you could take look at it09:51
* milan needs to fix pep8 now ;)09:51
vmud213morning milan09:51
milanvmud213, o/ :)09:51
dtantsurmilan, that would be handy09:51
dtantsurmilan, also sometimes the gate has different opinions on things09:51
milanheh, OK let's see09:51
vmud213vsaienk0: I am just planning to start a devstack, to test the recently merged patches related to networking09:51
vmud213What configurational changes may i require?09:52
* dtantsur will get lunch and start answering emails and customer escalations.......09:52
vmud213I hope all the patches are merged in the upstream.09:52
lucasagomesdtantsur, added to the list09:54
lucasagomesmoshele, sorry, did you get the answer already?09:54
lucasagomesvdrok, mgould, everyone else: morning :-)09:55
milanlucasagomes, morning! :)09:55
moshelelucasagomes: yes, thanks :)09:55
*** Jaison has joined #openstack-ironic09:58
*** links has quit IRC09:59
openstackgerritYuiko Takada Mori proposed openstack/ironic-specs: Fix Nova-compatible Serial Console's Other deployer impact  https://review.openstack.org/33537809:59
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Tempest: increase ironic sync timeout  https://review.openstack.org/35049910:05
*** Goneri has quit IRC10:08
*** fragatina has quit IRC10:09
*** amit213 has quit IRC10:10
*** amit213 has joined #openstack-ironic10:12
openstackgerritAline Bousquet proposed openstack/ironic: Add metrics for the ipmitool driver  https://review.openstack.org/35050210:13
*** serverascode has quit IRC10:15
*** serverascode has joined #openstack-ironic10:16
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Introducing node introspection state management  https://review.openstack.org/34894310:17
milandtantsur, ^ ;)10:20
openstackgerritMerged openstack/ironic-inspector: Use OSC in exercise.sh  https://review.openstack.org/34461610:21
dtantsurokie, will check today, unless somebody does it earlier10:23
*** Goneri has joined #openstack-ironic10:24
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Extend the "configuring ironic-api behind mod_wsgi" guide  https://review.openstack.org/35050710:25
*** hoangcx has quit IRC10:27
*** vmud213 has quit IRC10:27
*** vmud213 has joined #openstack-ironic10:28
*** amotoki has quit IRC10:30
*** lok has quit IRC10:35
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Extend the "configuring ironic-api behind mod_wsgi" guide  https://review.openstack.org/35050710:35
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add baremetal port list command to OSC plugin  https://review.openstack.org/34672210:36
*** amotoki has joined #openstack-ironic10:39
lucasagomesdtantsur, https://bugs.launchpad.net/ironic/+bug/1608252 works for me, I think we can mark it as invalid10:39
openstackLaunchpad bug 1608252 in Ironic "Ironic API deployed with Apache: Exception registering nodes: Timed out waiting for a reply to message ID" [High,Confirmed] - Assigned to Lucas Alvares Gomes (lucasagomes)10:39
lucasagomesfor the ironic case10:39
lucasagomesI suspect the puppet-ironic modules are not configuring it correctly and that's why it's failing for tripleo10:40
dtantsurlucasagomes, yeah, unless we get an environment (not just logs) with a reproducer, we'll have to close it10:40
dtantsurEmilienM, ^^^10:40
*** Lord_Phoenix has quit IRC10:40
phuongnhmorning Ironic'er10:40
mgouldmorning phuongnh10:40
*** amotoki has quit IRC10:41
*** joprovost has joined #openstack-ironic10:41
phuongnhI try to install ironic based on all-in-one Openstack deployed by devstack10:42
phuongnhI update [ironic] setting in nova.conf and restart nova compute service10:43
phuongnhand I got an error10:43
phuongnhhttp://pasteboard.co/pLGl832o.jpg10:44
lucasagomesphuongnh, what did you change? There's not much in that section AFAICT, only credentials and endpoints to10:45
phuongnhI checked ironic service and it is running normaly, where should I check in next step?10:45
phuongnhonly small changed as guided: http://pasteboard.co/49Jpwqfuv.jpg10:47
mgouldphuongnh: is the nova service running normally?10:47
* milan relocates10:48
*** milan has quit IRC10:48
jrollphuongnh: that's a 500 error from ironic, so there must be a traceback in ironic-api logs somewhere10:48
*** Jaison has quit IRC10:49
jrolldtantsur: yibo: what do you want to discuss about that? the "_by_arch" thing isn't my favorite but if dmitry and lucas are good with it that's fine with me10:49
jrollall cores: let's get this chain done so we can land the networking code in nova https://review.openstack.org/#/q/status:open+project:openstack/ironic+branch:master+topic:bug/160851110:50
jrolland good morning :)10:50
dtantsurI haven't checked it yet (probably)10:50
dtantsurmorning jroll, lemme finish a thing here and I'll review it10:50
phuongnhmgould, yes, they is running normaly except n-cpu10:51
jrolldtantsur: thanks10:52
mgouldphuongnh: I wasn't thinking straight, you should do what jroll suggested instead :-)10:52
phuongnhjroll, I am checking the log10:53
*** links has joined #openstack-ironic10:53
phuongnhmgould, thanks10:53
vdrokmorning jroll10:54
jrollhey vdrok :)10:54
phuongnhjroll, there is no error in ironic-api log http://pasteboard.co/49U43NIej.jpg10:57
jrollhmmmm10:58
jrollis this behind apache?10:58
phuongnhyes, I use apache and it is started as normal10:58
jrollah, maybe check apache error log as well10:58
phuongnhjroll, yes, I will do it10:59
phuongnhjroll, yes, you are correct, I found ironic-error.log file11:03
phuongnhjroll, http://paste.openstack.org/show/547742/11:03
openstackgerritSam Betts proposed openstack/python-ironicclient: Fix uuid to UUID in expected error messages  https://review.openstack.org/35052211:12
sambettsdtantsur, jroll: ironicclient gate is currently broken, we need this ^ to unblock it11:13
openstackgerritDebayan Ray proposed openstack/proliantutils: Adds constructor for InvalidInputError  https://review.openstack.org/32890411:14
lucasagomesphuongnh, IOError: [Errno 13] Permission denied: '/var/log/ironic/app.wsgi.log'11:16
lucasagomesthere's a bunch of errors there11:16
phuongnhlucasagomes, the file '/var/log/ironic/app.wsgi.log' is not found11:19
lucasagomesphuongnh, you may want to check ur /etc/httpd/conf.d/ironic config11:19
openstackgerritDebayan Ray proposed openstack/proliantutils: Adds constructor for InvalidInputError  https://review.openstack.org/32890411:19
lucasagomes(replace httpd with apache2 for debian systems)11:19
lucasagomesphuongnh, that's where you set the log files path for apache + mod_wsgi11:20
* lucasagomes will go grab some bites, be right back11:21
*** lucasagomes is now known as lucas-hungry11:21
dtantsurjroll, sambetts, hmm, https://review.openstack.org/#/c/350006/ needs a release note. I'm fine with following up with it, but wdyt?11:22
phuongnhlucasagomes, are you talking about this file? /etc/apache2/sites-available/ironic.conf11:23
dtantsurjroll, sambetts, or maybe it does not, provided that we just landed this new field...11:25
sambettsdtantsur: I'm looking at the existing release notes, and they don't mention if its nullable or not, so I think it might be ok http://docs.openstack.org/releasenotes/ironic/current-series.html#new-features11:29
dtantsursambetts, yeah. but there is a patch adding a migration, where I think a release note would be handy11:30
phuongnhlucasagemes, this is my file http://paste.openstack.org/show/547743/11:30
openstackgerritVladyslav Drok proposed openstack/ironic: Operator documentation for multitenancy  https://review.openstack.org/22849611:30
sambettsdtantsur: hmm, good point, I not sure what the release not would say, any thoughts?11:31
sambettss/not/note*11:31
sambettsperhaps we should modify the existing one to mention that the default will be populated if not specified11:32
dtantsursambetts, actually there is such patch, but for some reason it's separate. I vote for merging these two together11:33
dtantsurjroll, ^^11:33
mat128good morning Ironic!11:34
dtantsurmorning mat12811:34
sambettsHi mat12811:34
jrolldtantsur: I can squash if that's helpful11:36
dtantsuryes please11:36
jrollk, one sec11:36
dtantsurthere are enough people here to fast-track it :)11:37
vdrokmorning mat12811:37
TheJuliagood morning11:38
openstackgerritJim Rollenhagen proposed openstack/ironic: Add a data migration to fill node.network_interface  https://review.openstack.org/34952811:39
vdrokand morning TheJulia11:39
jrolldtantsur: ^^11:39
dtantsurthanks, +211:39
dtantsurmorning TheJulia11:39
mat128morning TheJulia11:40
jrollTheJulia: mornin'11:41
jrollthanks dmitry11:41
jrollso once that lands, we need a requirements bump (already in gerrit), and then the nova thing can go \o/11:43
*** livelace has joined #openstack-ironic11:44
*** hshiina has joined #openstack-ironic11:45
*** dprince has joined #openstack-ironic11:45
sambetts\o/11:46
TheJuliawoot11:46
*** bfournie has quit IRC11:52
*** Lord_Phoenix has joined #openstack-ironic11:54
moshelehi does ironic can send notification when changing a node state (for example for manage -> inspection)11:57
jrollmoshele: it's being worked on, but not yet11:58
jrollmoshele: I guess power state is first, but provision state should be a quick follow after that: https://review.openstack.org/#/q/topic:bug/152640811:59
*** narasimha_SV has joined #openstack-ironic11:59
moshelejroll: cool thanks11:59
narasimha_SVhttp://paste.openstack.org/show/547746/11:59
narasimha_SVConfigFileValueError: Value for option scheduler_host_manager is not valid: Valid values are [host_manager, ironic_host_manager], but found 'nova.scheduler.ironic_host_manager.IronicHostManager'12:00
narasimha_SVnova api is unable to start because of this error12:00
jrollnarasimha_SV: that error tells you exactly what to do12:00
narasimha_SVbut as per mitaka configurations this is the same12:00
narasimha_SVthe value is the same12:01
jrollright, nova broke that12:01
narasimha_SVjroll: Do I need to change this ironic_host_manager ????12:01
narasimha_SVyes12:01
jrollyes12:01
narasimha_SVok thank you12:01
jrollnp12:01
* jroll updates docs12:01
jrollnarasimha_SV: it might be ironic_host_manager.IronicHostManager, I'm not sure12:02
* jroll tests12:02
*** phuongnh has quit IRC12:03
narasimha_SVok let me check12:04
jrollsorry, it is just scheduler_host_manager = ironic_host_manager12:04
*** milan has joined #openstack-ironic12:05
openstackgerritJim Rollenhagen proposed openstack/ironic: Update nova host_manager config docs  https://review.openstack.org/35054212:09
jrolleasy peasy review there12:10
dtantsurjroll, don't we need a class name in ^^^?12:10
EmilienMlucas-hungry, dtantsur: so you suspect a bad config. Have you looked at Ironic config in TripleO before?12:10
sambettsdtantsur: its a stevedore name now12:11
dtantsursambetts, oh, got it12:11
*** adu has joined #openstack-ironic12:11
jrolldtantsur: apparently not, see e.g. http://logs.openstack.org/06/350006/2/check/gate-tempest-dsvm-ironic-ipa-wholedisk-agent_ssh-tinyipa/a3ca84b/logs/etc/nova/nova.conf.txt.gz12:11
jrolloh commit message is wrong though12:11
openstackgerritJim Rollenhagen proposed openstack/ironic: Update nova scheduler_host_manager config docs  https://review.openstack.org/35054212:11
jrollthought it was just host_manager12:11
*** ccamacho is now known as ccamacho|lunch12:11
TheJuliaso silly question, when did that change occur because our install guide is occassionally referenced by people with older versions of code?12:12
narasimha_SVjroll: thank you it worked12:12
openstackgerritMerged openstack/proliantutils: Fix 'raid_config' validation error message  https://review.openstack.org/34419612:12
jrollnarasimha_SV: no problem12:12
jrollTheJulia: this cycle12:12
sambettsTheJulia, dtantsur, jroll: https://github.com/openstack/nova/commit/158c6d64c2da48ec5fb3382eb64cd5c5e9c5c2d912:12
jrollTheJulia: fwiw, we should be leading people to e.g. http://docs.openstack.org/developer/ironic/mitaka/deploy/install-guide.html12:13
TheJuliasambetts: I have the exact same link on my screen12:13
dtantsursambetts, thanks, got it12:13
TheJuliajroll: true, I'm more thinking the times people have come in with Kilo or.. now I guess liberty code and tried to follow the instructions :)12:13
jrollyeah12:13
jrollfwiw I think ironic_host_manager.IronicHostManager will still work12:14
jrolloh no, it won't12:14
jrollbecause choices in the opt12:14
* jroll fixes12:14
lazy_princejroll: regarding https://review.hpcloud.net/#/c/120942/, Say I have 200 nodes registered in Ironic in one by one using ironic cli, How much time would it take for the resource tracker to run and by when hash-ring would have stabilized..12:14
TheJulialazy_prince: uhhh.... I doubt jroll can see an internal review12:15
jrollprobably not :)12:15
TheJuliaunless there is something going on I'm not aware of :)12:15
* dtantsur clicks just of curiosity12:15
jrolllazy_prince: RT runs every 5 minutes by default, and is adjustable12:15
jrolllazy_prince: adding a node shouldn't change the ring very much, that's the "consistent" part of "consistent hashing"12:16
TheJulialazy_prince: time to run would truly be a cpu/io/architecture layout result12:16
lazy_princeaha.. sorry.. didn't realize I was using the internal link..12:17
TheJulialazy_prince: your question was good enough for people to figure out what you were talking about ;)12:17
TheJuliaeven without the link12:17
lazy_princeso anyways.. another thing: if I bring up a new compute proxy host, it would have to wait for 5 mins (based on default config) to get hash ring updated.. is that right understanding..?12:18
*** MattMan has quit IRC12:19
*** MattMan has joined #openstack-ironic12:19
jrollthe new host would see the new hash ring immediately, the other hosts would take *up to* 5 minutes to see it12:19
TheJulialazy_prince: and as it stands the resource tracker has to collect data anyway before a node can be scheduled, so from a standpoint of eventually consistent, I think it works12:20
lazy_princeokay.. I get it now..12:20
jrollTheJulia: oh, I lied, that host_manager behavior was deprecated in mitaka and removed in newton12:21
TheJuliajroll: c'est la vie :)12:22
jrollI went to add a comment to the compat handling and poof12:22
*** adu has quit IRC12:23
*** baoli has joined #openstack-ironic12:26
*** bfournie has joined #openstack-ironic12:26
*** baoli_ has joined #openstack-ironic12:27
openstackgerritCornelio Hopmann proposed openstack/ironic-specs: Partial-Bug: #1583065 [RFE] Support network switches provisioning  https://review.openstack.org/33821512:28
openstackbug 1583065 in Ironic "[RFE] Support network switches provisioning" [Wishlist,Incomplete] https://launchpad.net/bugs/1583065 - Assigned to Cornelio Hopmann (chopmann)12:28
*** baoli has quit IRC12:30
*** hoangcx has joined #openstack-ironic12:31
*** afaranha has quit IRC12:32
*** afaranha has joined #openstack-ironic12:32
*** joprovost has quit IRC12:34
*** daemontool_ has joined #openstack-ironic12:35
*** sdake has joined #openstack-ironic12:37
*** adu has joined #openstack-ironic12:37
*** daemontool has quit IRC12:37
jrollnice12:41
*** lucas-hungry is now known as lucasagomes12:43
lucasagomesEmilienM, sorry the delay was having lunch... I haven't looked at the tripleo one12:43
EmilienMah :)12:43
lucasagomesEmilienM, I will take a look, I just saw ur reply to the email12:43
EmilienMso how you can say it comes from puppet-ironic? ;)12:43
EmilienMlucasagomes: check your emails, I replied to the thread12:44
EmilienMgood12:44
lucasagomesEmilienM, I suspected, cause I've manually set it up according to our documentation and it worked12:44
lucasagomeswhere tripleo uses puppet to configure it, so I suspected it was a misconfig in puppet somewhere12:44
EmilienMlucasagomes: it works in devstack (tm)12:44
lucasagomes:D12:44
lucasagomesalways12:44
jrollI wonder if it's something about the number of threads?12:45
jrollthat's the main difference I see12:45
jrolltripleo has 2, devstack has 1012:45
lucasagomesyeah, I'm rebuilding that env cause I've trashed it :-(12:45
jrollTheJulia: do you have any suggestions for making the reno better here? https://review.openstack.org/#/c/34952812:48
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Boot management for in-band inspection  https://review.openstack.org/30586412:53
dtantsurfolks, an easy spec for review ^^^12:53
dtantsurdoes not touch anything beyond ironic-inspector inspection interface12:53
*** guolidong has joined #openstack-ironic13:00
openstackgerritMerged openstack/ironic: Move default network_interface logic in node object  https://review.openstack.org/35000613:02
openstackgerritJim Rollenhagen proposed openstack/ironic: Add nova scheduler_host_subset_size option to docs  https://review.openstack.org/35056913:03
openstackgerritCornelio Hopmann proposed openstack/ironic-specs: [RFE] Support network switches provisioning  https://review.openstack.org/35057013:03
*** guolidong is now known as Sylvester13:04
openstackgerritShivanand Tendulker proposed openstack/ironic: Fix iLO drivers inconsistent boot mode default value  https://review.openstack.org/34523113:07
openstackgerritMerged openstack/pyghmi: Supports cold reset in bmc  https://review.openstack.org/35036813:08
*** jcoufal has joined #openstack-ironic13:12
*** ccamacho|lunch is now known as ccamacho13:17
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Fix 'uuid' to 'UUID' in negative chassis-create test  https://review.openstack.org/35057813:17
Romanenko_Know gate-ironicclient-dsvm-functional fails due to change of exception  strings13:18
sambettsRomanenko_K: Please see my comment, there is already a patch to fix it13:19
Romanenko_Koh, good!13:19
jrollsambetts: where's that patch?13:19
jrollI can't find it now, saw it earlier13:19
sambettsjroll: https://review.openstack.org/#/c/350522/13:19
*** rbudden has joined #openstack-ironic13:19
jrollthanks13:19
jrolloh, +W yay13:19
* lucasagomes approved the keystone session patch13:20
sambettsjroll: yup just waiting on jenkins :)13:20
jrolllucasagomes: \o/13:20
sambettslucasagomes: woop13:20
TheJuliajroll: possibly split apart the note on line 30/31 from the sentence on line 32 sinec they are separate items in my mind.  The sticking point for me is how does an operator truly know what the setting should be when we highlight what they should make sure something is right13:20
*** adu has quit IRC13:20
milanguys, I've got this error: http://logs.openstack.org/43/348943/2/check/gate-ironic-inspector-python27-db-ubuntu-xenial/7d54a8c/console.html#_2016-08-03_12_39_06_476253 in inspector's patch: https://review.openstack.org/#/c/348943/2 which I can't figure out; I've added a db column and a migration for it (which I later updated manually) help appreciated! thx!13:21
jrollTheJulia: as in, switch them around or make it a separate note?13:21
*** wlfightup has quit IRC13:22
TheJuliajroll: kind of, or sub-item bullet points.  I guess the conundrum is someone who only looks at upgrading every six months might not have any context into what they should expect for the configuration without knowing where to go to gain all that knowledge13:23
TheJuliajroll: where as we can look at it and go "Oh, okay!"13:23
TheJuliajroll: am I making sense?13:23
jrollTheJulia: kinda13:23
jrollTheJulia: the logic to figure it out is in the same note, though13:24
TheJuliajroll: it is almost like we're inviting someone upgrading to possibly set the wrong thing when we should say "Realistically, you likely won't need to modify this unless a standard is required in the deployment for all new nodes being added."13:24
jrollTheJulia: I almost feel like the migration should only do flat/noop13:25
jrollidk13:25
jrollbut CD and all13:25
TheJuliayeah.. I kind of feel the same, but I can see the case _if_ someone has done all the work ahead of time or is just upgrading a greenfield env13:26
dtantsurmilan, commented13:26
milandtantsur, thx, /me looks13:26
*** joprovost has joined #openstack-ironic13:26
jrollTheJulia: well, if they're on 6.0.0, they still couldn't have set the network_interface field13:26
*** fxpester has quit IRC13:26
jrollso any upgrade should be coming from flat/noop, unless CD13:26
*** vmud213 has quit IRC13:27
TheJuliaYeah, for readability, maybe just re-ordering or squashing 30/31 into line 2513:27
jrolloh, and this only migrates NULLs13:27
TheJuliayup13:27
jrollTheJulia: maybe I just add "if you haven't set default_network_interface, everything should go as expected"13:27
TheJuliaworks for me, as is it works for me, I just worry I guess13:28
*** fxpester has joined #openstack-ironic13:28
*** aparnav has quit IRC13:28
*** fragatina has joined #openstack-ironic13:28
*** joprovost1 has joined #openstack-ironic13:29
milandtantsur +1 :) works now13:30
*** joprovost has quit IRC13:30
*** joprovost1 is now known as joprovost13:30
openstackgerritJim Rollenhagen proposed openstack/ironic: Add a data migration to fill node.network_interface  https://review.openstack.org/34952813:31
jrollTheJulia: see how that looks13:31
openstackgerritMerged openstack/ironic-inspector: Check whether action value is string before calling format()  https://review.openstack.org/34939213:31
sambettsmilan: qq about that patch, why create utils.enum over just a dict or a set?13:31
milanbasically just shorter in code: States.finishing13:32
milanvs13:32
milanStates['finishing']13:32
*** rbudden has quit IRC13:32
milansambetts, other option would be to use class States(object): .....13:32
milanbut it doesn't have the .attributes()/attribute() magic13:33
milansambetts, also py3.x has a native Enum type13:33
milanthis is just a quick hack O:-)13:34
sambettshuh, I din't know about the attributes/attribute magic, do yuo have a link to somewhere thats documented?13:35
* milan found it on stack overflow looks again13:36
dtantsursambetts, have you seen https://bugs.launchpad.net/bugs/1606231 ?13:36
openstackLaunchpad bug 1606231 in Ironic "vif_port_id of ironic port is not updating after neutron port-delete" [Undecided,In progress] - Assigned to Anton Kremenetsky (anton-kremenetsky)13:36
dtantsurI wonder if it's related to your attach/detach work13:36
sambettshmmm interesting, without listneing for some trigger from neutron I don't know how we can do that13:37
jrollO_o13:37
jrollinteresting13:37
*** hoangcx has quit IRC13:37
xavierrGood morning Ironic13:37
sambettsI think this is related to the ML conversation we had a week or so back about adding a hooks into neutron so we receive notifications on port changes13:38
jrollsambetts: it says the notification goes through to the virt driver13:38
sambettswell that depends if its the teannt port or not13:38
jrollbut we don't implement detach13:38
milansambetts, http://stackoverflow.com/questions/36932/how-can-i-represent-an-enum-in-python  https://docs.python.org/3/library/enum.html (py3.x is of course a fine-tuned thing ;)13:38
jrollsambetts: well, this is from nova user perspective, so it would be the tenant port13:39
*** hj-hpe has joined #openstack-ironic13:39
sambettsjroll: in that case it'd work for the multi-tenant driver but not for the flat driver13:39
jrollsambetts: why not for the flat driver?13:40
jrollflat driver uses the tenant port for provisioning13:40
sambettsjroll: because even if the port is deleted it isn't actually detached from the network13:40
sambettsjroll: the only thing that changes is that its IP address is deallocatd13:40
jrollanyway, this bug just tells me that yes we should implement attach/detach13:40
*** thiagop has joined #openstack-ironic13:41
jrollsure13:41
sambettsyeah but I think we should move attach/detach functionality into the network drviers, and have nova pass it through to Ironic in all cases, and then the network driver can decide if it should do something or not13:43
jrollI agree13:43
sambettsalso I wonder if we should work out if we can prevent neutron port deletion if its a baremetal flat port13:43
sambettsunless it comes from nova13:43
jrollwhy would we need to prevent that?13:44
sambettshmm, perhaps prevent is the wrong word, but maybe in the flat case we can make port deletion error because it can't be unbound in the flat case13:45
jrollyeah, maybe13:45
sambettsso if the instance is up its bound and unless you delete the instance it can't be unbound13:45
thiagopMorning Ironic13:46
sambettsI think there is some sort of logic like that in nova for VMs right? for if it fails to delete the OVS/linuxbridge ports or something?13:46
sambettsthiagop: congrats on the scholarship13:47
thiagophey, thanks sambetts13:47
milanmorning thiagop, xavierr :)13:50
*** fragatina has quit IRC13:51
milansambetts, do you think the inspector state patch makes sense esp. how the state is synced with db?13:52
NobodyCamMorning ironic'ers13:53
thiagopmorning NobodyCam13:53
jlvillalGood morning Ironic'ers :)13:53
*** afaranha has quit IRC13:53
NobodyCamMorning thiagop, jlvillal :)13:53
jlvillal:)13:54
milansambetts,  some kind of a -2 vs -1 in an early stage of this patch ;)13:54
milanjlvillal, NobodyCam morning! :)13:54
NobodyCamMorning milan ;)13:55
jrollheyo NobodyCam, jlvillal, thiagop13:56
thiagopmorning jlvillal13:56
openstackgerritMerged openstack/python-ironicclient: Fix uuid to UUID in expected error messages  https://review.openstack.org/35052213:56
jlvillalThanks all :)13:57
NobodyCamMorning jroll ;)13:57
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Boot management for in-band inspection  https://review.openstack.org/30586413:57
dtantsurmorning thiagop, jlvillal, NobodyCam13:57
NobodyCamMorning dtantsur :)13:58
*** fragatina has joined #openstack-ironic14:00
*** krot_sickleave is now known as krotscheck14:00
*** anush_ has joined #openstack-ironic14:00
jrollsambetts: this scares me http://logs.openstack.org/20/349520/5/gate/gate-ironic-python35-db/a515e8e/console.html#_2016-08-03_11_36_55_25170314:00
jrollsambetts: I feel like we've introduced a race/flakiness in that test14:01
jrollthat patch didn't change that object https://review.openstack.org/#/c/349520/14:01
dtantsurouch14:01
dtantsurmaybe it started depending on the overridden defaults?14:02
sambetts^ this14:02
jrollright14:02
sambettsit hashed the object, so depending on the default set the object will be slightly different :/ so I wonder if we need to add a defined config/reset the object for that test14:03
jrollyeah, that's what I'm doing now14:03
*** wajdi_ has quit IRC14:04
openstackgerritJim Rollenhagen proposed openstack/ironic: Clear overrides before testing object versions  https://review.openstack.org/35060014:06
jrollI think that should do it14:06
jrollI'm just concerned these will keep popping up on various tests14:06
*** joprovost1 has joined #openstack-ironic14:07
sambettsjroll: I'm not sure that will do it, because the objects.node will need reloading14:07
sambettsto rebuild the class before hashing unless it does that somewhere else14:07
jrollmmm14:07
*** joprovost has quit IRC14:08
*** joprovost1 is now known as joprovost14:08
sambettswhat we might be able to do is remove the default= thats in the fields= dict, and rely on the constructor setting it14:08
sambettsbecause that would remove anything set on the class14:08
jrollyeah, that too14:08
vdroksambetts: iirc when I tried this locally, after setting default in the node constructor, it did change in node.Node.fields['network_interface'].default14:10
sambettswoah?! an instance of an object shouldn't change the class right?14:11
sambettsunless I'm missing something :/14:11
jrollunless the fields are singletons14:11
jrollO_O14:12
* sambetts voms 14:12
*** ayoung has joined #openstack-ironic14:12
*** narasimha_SV has quit IRC14:13
sambettsactually I guess unless on class create it takes a deep copy of the fields dict, every instanec of the node object has the same dict with the same objects in it14:14
* jroll bugs dan14:14
openstackgerritJim Rollenhagen proposed openstack/ironic: Remove default from network_interface field  https://review.openstack.org/35060014:14
NobodyCammorning vdrok :)14:15
vdrokmorning NobodyCam !14:15
jrollsambetts: it is shared :|14:15
sambettsyeah :/14:16
jrollwe dun messed up14:16
*** Lord_Phoenix has quit IRC14:16
sambettsjroll: sigh, why does something that works so well in production because it only loaded once at start, have to suck sooooo much in test14:17
sambettss14:17
jrollsambetts: well, we just established it doesn't work in prod, right?14:17
jrollbecause changing one node's default changes the class14:17
jrollwe should probably revert that patch14:18
sambettsjroll: but our defaults won't change after conductor start14:18
*** amotoki has joined #openstack-ironic14:18
sambettsAPI start14:18
jrollsambetts: they will, at each Node.__init__14:18
vdrokyeah, we don't have sighup thing yet?14:18
sambettsthe _default_network_interface function will always return a consistant result14:18
jrolloh wait, this is all about config14:18
vdrokyup14:18
jrollok14:18
*** joprovost1 has joined #openstack-ironic14:18
sambettsthats why we could actually do it fine on class build14:19
jrollso I guess 350600 isn't that bad14:19
sambettsbut because tests are derp14:19
jroll:|14:19
vdrokmaybe we can still workaround that thing here? https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fixture.py#L26814:19
jrollalthough idk if 350600 fixes the thing14:19
*** joprovost has quit IRC14:19
*** joprovost1 is now known as joprovost14:19
sambettsjroll: I don't think it will if the defaults are shared14:20
jrollit's still a valid cleanup, so maybe we land it and see14:20
jrollyeah14:20
vdrokjroll: I think it's still possible to hit this with parallel run14:20
sambettsyeah14:20
jrollugh14:20
jrollI need to step away for a few, sambetts/vdrok mind seeing if you can figure this out?14:21
vdroksure14:21
sambettssure14:21
jrollthanks!14:21
sambettsvdrok: do you think replacing the network_interface with a fresh StringField object in the constructor would work?14:22
*** afaranha has joined #openstack-ironic14:22
vdroksambetts: the hash will still change I think14:22
sambettsso doing self.fields['network_interface'] = object_fields.StringField(14:23
sambetts            nullable=False, default=_default_network_interface()),14:23
sambettswould still modify all the objects?14:23
sambettsincluding the class?14:23
*** links has quit IRC14:23
vdroklemme try to be sure14:23
sambettsit would probably be nicer to do that anyway to avoid changing a "private" attribute of the StringField too14:24
*** ppiela has quit IRC14:26
sambettsmilan: I have a question about the state property function in node info, is it really a race condition if we don't find a node with the uuid we're looking for? Is the race that the node has been deleted without this node info object knowing?14:27
*** wajdi has joined #openstack-ironic14:27
vdroksambetts: nope, it still changes14:28
*** ppiela has joined #openstack-ironic14:28
sambettsI guess the dict becomes shared then :( it could be pssoble to do self.fields = copy(Node.fields) then update the network_interface, but I feel like we're getting more and more hacky14:30
vdrokso the thing I was thinking about is to mock the node fields in object registry14:31
vdrokin ovo14:31
sambettsI did think about whether or not we could/should use mock here14:32
vdrokyeah, if the only problem is the unittest then we can do that, if not, idk the good way :)14:32
*** rbartal has quit IRC14:33
sambettsI think it is just the unittests, because in a real world scenario _default_network_interface always returns a consistant output, because it won't change unless you change the config14:33
milansambetts, it's when the combination of uuid,state changes14:34
milanso someone else updated the record14:34
jrollsambetts: what if we just don't set a default, and when we init the node object, set network_interface if it's none14:34
sambettsmilan: you aren't filtering on state=self.state though14:35
milansambetts, I thought I was :D14:35
* milan checks14:35
milansambetts, +1 I'm not14:36
* jroll actually steps away now14:36
sambettsjroll: that won't update it if someone updates the node object with network_interface = None :(14:36
dtantsurmilan, https://github.com/openstack/requirements/blob/master/global-requirements.txt#L3914:36
jrollsambetts: and/or make it a proprty?14:36
milandtantsur, cool, thx!14:37
* milan will use that instead in next commit14:37
jrollsambetts: I feel like we should bug dan about the best way to do this, or go back to my original change14:37
sambettsjroll: the o.ov does all the magic they do by making it a property of the node, but I don't know if you can override properties set on the parent14:37
jrollsambetts: don't see why not14:38
jrolloh, I see14:38
jrollprobably best to bug dan s or something :P14:39
* jroll really really steps away14:39
*** mtanino has joined #openstack-ironic14:40
*** michauds has joined #openstack-ironic14:40
*** amotoki has quit IRC14:40
vdroksambetts: it seems that fields defined in obj_extra_fields are not hashed14:43
thiagopIf some core have a review slot to +A https://review.openstack.org/#/c/286192/, I'll deeply appreciate. It has 2 +2s already14:43
*** amotoki has joined #openstack-ironic14:45
milandtantsur, class MyE(enum.Enum): a = 1 ; MyE.a == 1 # ~> False O_o14:46
dtantsurI suspect it's intentional...14:47
milanMyE.a.value == 1  works14:47
milanso code would be States.error.value :-/14:47
*** fragatina has quit IRC14:49
*** fragatina has joined #openstack-ironic14:49
sambettsvdrok: does that mean we can put network_interface into a different place and then it won't be considered in the hash?14:50
vdroksambetts: I'm looking at the code now, it seems to be the case, but we'll have to do all the property magic by ourselves14:51
apughazhGood morning everyone, my patch needs a workflow +1 could someone give it a look?14:51
apughazhhttps://review.openstack.org/#/c/346894/14:51
vdroksambetts: because in the metaclass properties are created only for fields attribute - https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L5214:52
sambettsvdrok: I have an idea! We can subclass the StringField type so that it can take a function as the default14:53
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add openstack baremetal driver commands  https://review.openstack.org/35005014:54
sambettsvdrok: then the node class would be consistant because the functions object id wouldn't change14:54
sambettsvdrok: shall I put up a ptch14:54
sambetts?14:54
vdroksambetts: hm, that might work, if there is nothing tied to the type of the default in the base class14:55
sambettsvdrok: nothing I can see, and anything that is we can override14:55
vdroksambetts: we'll also have to define our own string type that handles functions in the default then14:58
vdrokbecause of this - https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L16914:58
sambettsvdrok: thats the exact thing I'm overriding14:59
vdrokyeah, right, that should work :)14:59
*** fragatina has quit IRC15:02
sambettsvdrok: just testing it now15:02
jrollwoo15:04
*** amotoki has quit IRC15:06
jrollapughazh: left a question inline15:06
*** mjura has quit IRC15:06
jrolllooks fine, but consistency and all15:07
*** PollyZ has joined #openstack-ironic15:07
lucasagomesstrange error: http://logs.openstack.org/82/236982/49/gate/gate-ironic-python34-db/d18eecb/console.html#_2016-08-03_13_24_14_97571915:09
lucasagomesthis failed for py34 in gate, but passed on 27 and 3515:09
sambettslucasagomes: working on it now15:09
lucasagomesmaybe something merged in between and changed it!?15:09
lucasagomessambetts, oh, right, what's the problem?15:09
vdroklucasagomes: that's a race15:09
*** rama_y has joined #openstack-ironic15:09
lucasagomesew :-(15:09
*** Sylvester has quit IRC15:10
*** dprince has quit IRC15:10
* jroll files a bug for visibility15:10
vdrokbecause we might change network_interface field default and the hash of the node class will change15:10
jrollsambetts: here's the bug for your commit message https://bugs.launchpad.net/ironic/+bug/160945515:12
openstackLaunchpad bug 1609455 in Ironic "flaky unit test for object hashes" [Critical,Confirmed]15:12
sambettsjroll: thanks :)15:12
apughazhjroll: Let me double check on that for you15:13
*** rpioso has joined #openstack-ironic15:16
pas-hagot -2 from Jenkins on keystoneauth patch. py34 unitests fail for objects fingerprints mismatch http://logs.openstack.org/82/236982/49/gate/gate-ironic-python34-db/d18eecb/console.html#_2016-08-03_13_24_14_976095 - should I reverify or I try rebasing to master?15:16
pas-habtw lucasagomes thanks a lot :)15:17
lucasagomespas-ha, sambetts is looking into it15:17
lucasagomesso probably don't recheck yet15:17
pas-haok, cool15:17
pas-hawon't15:17
* jroll wonders if we should revert in the meantime15:19
*** priteau has quit IRC15:19
vdrokjroll: if we revert, it might be easier to go with your first approach I think15:20
jrollvdrok: yeah, but it's painful from a dev perspective15:20
*** amotoki has joined #openstack-ironic15:22
dtantsurI'd wait for a fix, landing a revert will bring us fun with merge conflicts, etc15:23
*** hoangcx has joined #openstack-ironic15:24
openstackgerritAlexander Bashmakov proposed openstack/ironic: Rewrite devstack/tools/ironic/scripts/create-node.sh in Python.  https://review.openstack.org/34683215:31
sambettsjroll: py35 tox env makes me sad everytime I try to run tox through without any params, I have no idea why but it won't even install the virtualenv on my VM15:35
JayFsambetts: you may not have python 3.5 binary on your vm?15:36
sambettsJayF: I think its something to do with missing C libraries15:36
JayFweird; if you pastebin a thing I'll take a look and try to help15:36
sambettsJayF: I need to dig into it, but it just dumps the worlds biggest trace into my terminal :-P15:36
jrollmaybe python3.5-dev or something?15:37
sambettssomething to do with pillow and libimaging I think15:38
sambettsat first glance15:38
sambetts:/15:38
jrollhrm15:38
jrollidk, I only run 2.7 locally and let the gate handle the rest :P15:38
dtantsurditto here :)15:38
jroller, s/gate/CI/15:39
sambettshehe, I just like the py27 followed by pep8 thing, maybe I'll alias tox to tox -epy27 pep815:39
* dtantsur is learning German, so when he sees a sentence starting with "er" he automatically translates it as "he" >_<15:39
openstackgerritVladyslav Drok proposed openstack/ironic: Operator documentation for multitenancy  https://review.openstack.org/22849615:39
sambettsdtantsur: oh nice! any particular reason or just for fun?15:40
dtantsursambetts, largely for fun.. with a vague and uncertain idea to move there eventually15:40
jlvillalDoes anyone know off the top of their head. When doing a gate job and devstack. Does it install the packages in test-requirements.txt?15:40
vdrokdtantsur: then study swiss german :) I've heard it's very different15:41
jlvillalJust wondering if code that only runs for a devstack run should have the requirement listed in requirements.txt or test-requirements.txt15:41
dtantsurjlvillal, it does iirc. at least used to15:41
JayFjlvillal: how could something be required for tempest tests in devstack but not be required for "normal" runs?15:41
jrolleh, I don't think it does15:41
sambettsonly if it runs the tox env15:41
jlvillalJayF: It is python code in devstack/....15:41
JayFoh poop15:42
JayFmaybe that's a good reason to have left that script as bash...15:42
* JayF not sure why we even had a bug about making it python when all of devstack is bash15:42
JayFI don't wanna add something to ironic requirements if it's only needed by devstack though.15:42
* jlvillal looks around and wonders if anyone knows he filed the RFE bug...15:43
dtantsurhttps://github.com/openstack-dev/devstack/blob/master/inc/python#L165-L17615:43
jlvillaldtantsur: Woot! thanks :)15:43
dtantsurso I suspect it does, it might make sense to verify by looking at some existing logs15:43
jrollwhat does it need to add to requirements?15:45
*** pece has joined #openstack-ironic15:45
* jroll clicks the review15:45
dtantsurI don't think there is any reason to write so much code in bash, but I don't know the details ofc15:46
jrolldtantsur: you were the one that asked for this, iirc :)15:46
dtantsurwell, it's likely :)15:46
JayFdtantsur: Devstack is full of bash :)15:46
jlvillalJayF: Don't bash devstack now ;)15:47
dtantsurI'd not be proud of it...15:47
dtantsuralso I remember someone here disliking DIB for this reason ;)15:47
* jroll wishes we were spending time on higher priorities tbh15:47
JayFjlvillal: it has a tough shell15:47
jlvillalheh15:47
jrollgrooooan15:48
jlvillalJayF: So are you officially a Pacific NW resident now?15:48
JayFjlvillal: since ~7/515:48
JayFjroll: tired from having bourne the weight of all my puns again?15:48
dtantsurjroll, do we have a list of priority patches just awaiting reviews?15:48
jlvillalJayF: Sweet. Welcome to gray sky winters!15:48
JayFjlvillal: I don't mind so much :)15:49
jrolldtantsur: trello? it doesn't say if things are waiting for reviews or updates, though15:49
jlvillalJayF: I know some people who use the "happy lights" during the winter.15:49
dtantsuryeah, I've opened https://review.openstack.org/#/q/status:open+branch:master+topic:bug/1526403 and most of stuff is red :(15:50
jrolldtantsur: let me put it this way, I wish people were reviewing the agent APIs instead of this :)15:50
dtantsur++15:50
dtantsurbtw we could use some non-inspector reviews on the inspector LLDP patch https://review.openstack.org/#/c/321082/15:50
jrollsure15:50
* jroll does it15:50
* JayF notes metrics is a nice to have prio https://review.openstack.org/#/c/350317/ https://review.openstack.org/#/c/301919/15:50
dtantsurmy agent API patch conflicts with both metrics and keystone policy >_<15:51
* dtantsur reviews the former15:51
jrolloh my, https://review.openstack.org/#/c/321082/15/ironic_inspector/plugins/local_link_connection.py15:52
dtantsurblame sambetts for everything there :D15:52
JayFdtantsur: should we put some of this LLDP parsing code in ironic_lib and share between inspector and IPA?15:52
JayFdtantsur: b/c IPA already does some of this15:52
dtantsurJayF, I don't think IPA does the same, we're basing on the results from IPA. but will defer it to sambetts15:53
sambettsJayF: IPA does none of this15:53
*** moshele has quit IRC15:53
sambettsJayF: IPA does not processing of the LLDP packet passed dviding it into types and values15:53
JayFsambetts: https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/netutils.py15:53
*** PollyZ has quit IRC15:53
*** Sukhdev has joined #openstack-ironic15:54
sambettsJayF: I use that code to get this information15:54
JayFsambetts: basically IPA is doing a D- job, and that inspector code does an A+ job?15:54
dtantsurJayF, do I get it right that you'll kill me with fire if I ask to rebase metrics against the agent IPA patch?15:55
lazy_princeyeah.. so we code move the code to ironic-lib and let IPA also do A+ job..15:55
sambettsJayF: we don't want any processing on the IPA side because it depends on vendor, and rebuilding ramdisks is hard and loading plugins in inspector is easy15:55
sambettslazy_prince: ^15:55
JayFdtantsur: honestly, I'd really, really rather just land my patch :( I think it's less difficult to review and less likely to have churn15:55
JayFdtantsur: but I bet you feel the same way the other way so *shruG*15:56
dtantsursigh...15:56
JayFdtantsur: yeah, exactly15:56
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689415:56
* JayF been trying to get that reviewed and landed for weeks15:56
dtantsurJayF, anyway, the change LGTM, let the fastest win :)15:57
JayFdtantsur: I think the A+ case is policy and metrics lands this morning, agent api rebased and lands tomorrow15:58
dtantsurthis is not impossible :)15:58
*** PollyZ has joined #openstack-ironic15:58
dtantsurJayF, an idea for improvement: by default derive the metrics name from the callable name15:59
dtantsurwould save a lot of typing15:59
JayFdtantsur: is there a way to do that *without* modifying the metrics library?16:00
JayFdtantsur: __name__ won't work in the decorator aiui16:00
dtantsurJayF, wait, why?16:00
JayFI'm pretty sure it'll evaluate outside the function it's wrapping16:01
JayFlike you'd need __name__ inside the method, but you're passing in __name__ outside the method16:01
*** mgoddard_ has joined #openstack-ironic16:01
dtantsurJayF, I may be misunderstanding something, but I meant something like http://paste.openstack.org/show/547806/16:01
JayFdtantsur: that would require modifying the library and getting another ironic-lib release out :(16:02
JayFdtantsur: I agree it'd be an improvement to default to that if nothing is passed in16:02
dtantsursure, I don't plan on blocking due to it. just an idea for the future16:02
JayFdtantsur: but not sure it's worth the time to jump through all the hoops today16:02
dtantsurno, let's get the whole thing in, then refactor16:03
JayFdtantsur: btw part of why I want that agent metrics piece in is I'd like to land all the inside-ipa metrics before the cycle ends too :(16:03
dtantsurfair enough16:03
jrollgetting an ironic-lib release out is easy, fwiw, and we'll be doing it in 3 weeks no matter what16:04
JayFsambetts: I grok what you meant about the LLDP thing now16:04
dtantsurJayF, do you plan on adding metrics to https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent_base_vendor.py as well? without it https://review.openstack.org/#/c/350317/ looks incomplete16:05
sambettsJayF: awsome :)16:05
*** mgoddard has quit IRC16:05
JayFdtantsur: yeah; if you want it in the same patch I can jfdi right now16:05
jrollsambetts: did you figure out the objects thing?16:06
*** jistr is now known as jistr|biab16:06
JayFdtantsur: it's just sorta deps all the way down :) if I follow all the dep trees up and down I end up with one giant hairy metrics patch16:06
JayFlol16:06
sambettsjroll: yup, I have it working locally, just making it better then I'll push the fix :D16:07
JayFdtantsur: but I landed "agent deploy driver metrics" before without that, so I should add it16:07
jrollsambetts: awesome, ty16:07
* jroll anxious to get networking landed in nova16:07
dtantsurJayF, I'd prefer you add it16:08
JayFdtantsur: already halfway there, lol16:08
dtantsurcool!16:08
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/35009716:09
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/35066916:09
*** bvandewa has joined #openstack-ironic16:09
*** bvandewa has quit IRC16:09
dtantsurI have to bail out already, sorry. I'll check whatever remains of the metrics patches tomorrow morning16:11
jrolldtantsur: before you go16:13
openstackgerritJay Faulkner proposed openstack/ironic: Timing metrics: pxe boot and iscsi deploy driver  https://review.openstack.org/35031716:13
JayFdtantsur: ^16:13
jrolldtantsur: did we bikeshed these agent endpoints properly in the spec? e.g. /v1/nodes/uuid/heartbeat vs /v1/heartbeat?16:13
dtantsurno, I think devananda was against the former16:13
jrollso we did bikeshed about it :)16:13
jrollthanks16:14
*** bvandewa has joined #openstack-ironic16:14
JayFthis violates REST principles. "heartbeat" is not a member of the nodes/<UUID>/ resource, and is not returned from a call to "GET /v1/nodes/<UUID/" so therefor is not discoverable16:14
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/34867316:14
JayF^ from deva, patch set 7 on the spec16:14
JayFlooks properly bikeshedded to me16:15
JayFlol16:15
dtantsurJayF, +2 and I have to run for real :)16:15
dtantsursee you all tomorrow16:15
JayF:D16:15
*** dtantsur is now known as dtantsur|afk16:15
openstackgerritSam Betts proposed openstack/ironic: Enable StringFields to take functions as defaults  https://review.openstack.org/35067916:15
sambettsjroll, vdrok ^^16:16
jrollsambetts: yay16:16
sambettshopefully we shouldn't have to use this code much, and really it should be deprecated when we deprecate the dhcp providers I think16:17
*** Goneri has quit IRC16:18
sambettsalthough I guess we'll still have the default_network_interface config option to contend with16:18
*** PollyZ has quit IRC16:18
* JayF only +1s that one16:18
vdroksambetts: hmm, that's not what I thought16:18
jrollsambetts: I wonder if that should be a different class16:19
sambettsjroll: to make it more explict?16:19
jrollsambetts: yeah, but maybe not necessary16:20
sambettsvdrok: what were you thinking?16:20
vdroksambetts: why not overload String coerce? and only __repr__ in StringField? that way we would avoid overriding private _null method https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L25416:20
sambettsvdrok: because _null uses self._default directly, and we can't change that without changing all instances of the Node object16:21
*** jistr|biab is now known as jistr16:22
vdroksambetts: yep, but we don't need to change that I think - https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L16916:23
*** hshiina has quit IRC16:23
vdrokif self._type here will be our new String, that accepts function as a value argument to coerce16:24
vdrokwe wouldn't need to change it16:24
vdrokself._default != UnspecifiedDefault will still be true for a function16:25
sambettsso you want a new String FieldType ?16:25
vdrokyup16:26
jrollaccepting a function as a value in coerce() would allow someone to set a function though (e.g. node.network_interface = some_func)16:26
jrollwhich isn't great16:26
jrollbut probably okay16:26
vdrokdunno if it is much better, but still we're not overrding private methods16:26
*** ccamacho is now known as ccamacho|out16:26
jrollyeah, maybe I do like overriding coerce() instead16:26
jrollclass StringThatAcceptsAFunctionType() :P16:27
vdrok:)16:27
*** dansmith has quit IRC16:27
sambettswe'd still need to override the __repr__ on the field, but I guess thats ok16:27
vdrokyep16:27
vdrok__repr__ is a standard thing so is OK16:28
*** dansmith has joined #openstack-ironic16:28
*** dansmith is now known as Guest2098816:28
jrollI do think the upstream o.vo patch in the future should change _null16:28
jrolland then we can drop our subclass16:28
*** ohamada has quit IRC16:29
*** Guest20988 is now known as dansmith16:29
*** dprince has joined #openstack-ironic16:33
sambettsjroll, vdrok: can we think of a better name that StringFieldThatAcceptsAFunction?16:34
sambettsthan*16:34
jrolllol16:34
sambettsI guess its explict ;)16:34
jrollStringAcceptsCallableField?16:34
jrollwith a giant note about it being a hack16:34
vdrokyeah, whatever we call it it just needs to mention in the docstring DO NOT USE DO NOT INHERIT :)16:35
sambettsheh yes :-P16:35
sambettstbh it feels less of a hack now I'm not overriding privates ;-P16:36
devanandamorning, all16:37
sambettshey devananda16:37
jrollmorning devananda16:37
*** rcernin has quit IRC16:38
*** syed_ has joined #openstack-ironic16:38
vdrokdevananda: morning16:39
* devananda dives back into the policy work before other distractions find him16:39
*** Sukhdev has quit IRC16:40
*** vmud213 has joined #openstack-ironic16:41
*** pece has quit IRC16:44
*** e0ne has quit IRC16:44
lucasagomesfolks, I'm calling it a day16:45
lucasagomeshave a great evening all16:45
sambettso/ lucasagomes16:45
lucasagomes:-)16:45
*** lucasagomes is now known as lucas-dinner16:45
*** hoangcx has quit IRC16:46
*** vmud213 has quit IRC16:49
*** vmud213 has joined #openstack-ironic16:49
*** krotscheck is now known as kro_focused16:53
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add openstack baremetal driver commands  https://review.openstack.org/35005016:54
*** afaranha_ has joined #openstack-ironic16:57
openstackgerritSam Betts proposed openstack/ironic: Create a custom StringField that can process functions  https://review.openstack.org/35067916:58
sambettsjroll, vdrok ^^16:58
*** afaranha has quit IRC16:58
*** pcaruana has quit IRC17:00
vdroksambetts: thx, looks good! will wait for the gate17:00
openstackgerritAlexander Bashmakov proposed openstack/ironic: Rewrite devstack/tools/ironic/scripts/create-node.sh in Python.  https://review.openstack.org/34683217:00
jrollsambetts: couple things there17:01
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_connector support  https://review.openstack.org/21478617:03
*** tesseract- has quit IRC17:03
sambettsjroll: updating now17:04
jrollthanks17:04
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_connector support  https://review.openstack.org/21478617:05
vdrokjroll: hm, didn't know super with staticmethod is possible :)17:06
openstackgerritSam Betts proposed openstack/ironic: Create a custom StringField that can process functions  https://review.openstack.org/35067917:06
sambettsvdrok: apprently so ^17:06
*** openstackgerrit_ has joined #openstack-ironic17:06
vdrokyep17:06
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_target support  https://review.openstack.org/28523317:07
*** openstackgerrit_ has quit IRC17:08
*** Romanenko_K has quit IRC17:08
jrollanything is possible in python :P17:08
thiagopjroll: zombo.com17:08
thiagop"you can do anything, anything at all"17:08
*** Romanenko_K has joined #openstack-ironic17:08
jrollsambetts: see the unit test comment?17:09
sambettsjroll: woops, nope :-P I went straght to fields.py17:09
jrollheh17:10
*** mgould is now known as mgould|afk17:11
*** mgoddard_ has quit IRC17:12
*** mgoddard has joined #openstack-ironic17:12
*** vmud213 has quit IRC17:13
*** Romanenko_K has quit IRC17:15
*** Romanenko_K has joined #openstack-ironic17:17
*** PollyZ has joined #openstack-ironic17:17
*** moshele has joined #openstack-ironic17:19
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_target support  https://review.openstack.org/28523317:19
*** e0ne has joined #openstack-ironic17:27
*** e0ne has quit IRC17:28
* jlvillal eats his popcorn and reads: http://paste.openstack.org/show/545744/ 17:33
openstackgerritAkilan Pughazhendi proposed openstack/ironic: Updated Dev quickstart for viewing doc changes  https://review.openstack.org/35070517:37
*** daemontool_ has quit IRC17:38
mat128jlvillal: was that on the ML?17:43
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Introducing node introspection state management  https://review.openstack.org/34894317:43
*** PollyZ has quit IRC17:43
*** e0ne has joined #openstack-ironic17:43
jlvillalmat128: It doesn't appear so. Or if it was it was a link to the paste. Though I didn't see it17:43
JayFhttps://review.openstack.org/#/c/350317 easy review if someone wants to land a thing17:43
*** narasimha_SV has joined #openstack-ironic17:44
JayFhttps://review.openstack.org/#/c/350502 similar one here (not mine though, thanks alineb )17:44
narasimha_SVhttp://paste.openstack.org/show/547819/17:45
narasimha_SVwhile executing ironic-dbsync --config-file /etc/ironic/ironic.conf create_schema17:45
narasimha_SVgetitng the above ERROR17:45
*** moshele has quit IRC17:46
mat128narasimha_SV: all I can think of is reserved keyword?17:46
*** bvandewa has quit IRC17:47
jrollwhat version of mysql?17:47
*** mat128 is now known as mat128|afk17:47
narasimha_SVjroll: mysql version -  5.6.2817:50
openstackgerritSam Betts proposed openstack/ironic: Create a custom StringField that can process functions  https://review.openstack.org/35067917:51
sambettsjroll: just wanted to cover as many bases as possible ^17:51
jrollsambetts: awesome17:52
*** milan has quit IRC17:53
* sambetts needs a beer now 17:53
devanandajroll: 'online' does not appear in the reserved keywords list: https://dev.mysql.com/doc/refman/5.7/en/keywords.htmlKeywords17:54
jrolldevananda: agree17:54
jrollI'm not sure why that'd break17:54
narasimha_SVI am using kolla to deploy ironic.17:56
narasimha_SVsometime node_tags and portgroup tables are not getting created17:57
narasimha_SVand sometimes getting this issue17:57
JayFThis happens during every devstack build, doesn't it?17:57
devanandathat sounds like a bug in kolla?17:57
JayFlike I'm wondering what could be different about kolla vs the normal devstack install to cause this failure17:57
jrollsambetts: +2, someone mind hitting the button on 350679?17:57
jrollyeah agree, we run this on every CI run17:57
*** bvandewa has joined #openstack-ironic17:57
narasimha_SVthere no much difference apart from kolla deploys on top of docker containers17:58
narasimha_SVboth use the git code to build the components17:58
*** harlowja has quit IRC17:58
narasimha_SVhttp://paste.openstack.org/show/547827/17:59
narasimha_SVthis time tables got created but node_tags and portgroup are missing17:59
*** e0ne has quit IRC18:00
*** harlowja has joined #openstack-ironic18:00
jrollyeah, that's certainly odd18:00
devanandanarasimha_SV: is kolla pulling from master, or installing from packages?18:01
jrollI can't find this code in kolla either18:01
narasimha_SVdevananda: yes18:01
* sambetts is calling it night 18:02
devanandavdrok: your last comment on https://review.openstack.org/#/c/236982/49  -- the issue is being fixed. what do you mean?18:02
jlvillalsambetts: Ciao!18:02
sambettscya y'all tomorrow o/18:02
*** sambetts is now known as sambetts|afk18:02
vdrokdevananda: https://review.openstack.org/35067918:02
vdrokwe have a race in unittests right now, that^ is the fix18:03
devanandaahh. ty18:04
*** PollyZ has joined #openstack-ironic18:06
devanandavdrok: afaict, once those two patches land, we should be able to switch ironic devstack plugin to keystone v3. WDYT?18:06
vdrokdevananda: yep, that should work now18:07
vdrokafter those I mean :)18:07
devanandait passed in my local tests after just applying the first patch18:07
devanandatesting now with the devstack patch, too18:07
devanandaawesome18:07
*** Romanenko_K has quit IRC18:12
devanandavdrok: any issue if I rebase 236982 on current master?18:12
devanandathat'll make rebasing my policy patches on it a bit cleaner18:12
vdrokdevananda: sure, I guess it won't hurt18:13
openstackgerritMerged openstack/ironic: Pass agent metrics config via conductor  https://review.openstack.org/30191918:19
JayF\o/18:20
*** jpich has quit IRC18:22
*** electrofelix has quit IRC18:22
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add metrics support to IPA  https://review.openstack.org/11998118:25
* vdrok leaves18:25
vdrokgood night everyone!18:25
openstackgerritDevananda van der Veen proposed openstack/ironic: [WIP] add test to ensure policy is always authorized  https://review.openstack.org/35017718:26
openstackgerritDevananda van der Veen proposed openstack/ironic: Add keystone policy support to Ironic  https://review.openstack.org/32559918:26
openstackgerritDevananda van der Veen proposed openstack/ironic: Update devstack plugin with new auth options  https://review.openstack.org/29731218:26
openstackgerritDevananda van der Veen proposed openstack/ironic: Migrate to using keystoneauth Sessions  https://review.openstack.org/23698218:26
JayFdevananda: ^ isn't that migrate to using keystoneauth sessions going to break backwards compat for existing configs for talking to neutron/glance?18:29
JayFhmm. I guess the stuff in ironic/common/keystone.py does it18:31
devanandaJayF: it passed grenade (tm)18:32
devananda:)18:32
JayFHrh18:32
JayFHeh18:32
JayFI guess that should be somewhat comforting18:33
JayFI just know reading this that I'll be real careful(tm) when deploying this to my environment18:33
openstackgerritJim Rollenhagen proposed openstack/ironic: Test that network_interface is explicitly set on POST/PATCH  https://review.openstack.org/34952018:34
devanandayea - it's a significant change to configs for services auth. I'd expect you to be careful.18:34
devanandabut it's also a really good improvement18:34
* jroll approves that, rebased on top of the flaky test fix thing18:34
JayFI'll take your word for it w/r/t it being better :P. I know it's what we're supposed to do, at least18:35
devanandaJayF: it's better for everyone who actually uses keystone :P18:35
openstackgerritJim Rollenhagen proposed openstack/ironic: Add a data migration to fill node.network_interface  https://review.openstack.org/34952818:35
devanandajroll: ++18:35
* TheJulia looks at the session stuff, looks at what she wrote for a cinder interface, and climbs back into the code18:35
jrollapproved that second one as well18:35
jrollthere's nothing without a +W in the nova networking dep chain18:36
devanandaTheJulia: did you see the keystoneauth patch? that may either conflict with - or make easier - your cinder integrations18:36
*** amotoki has quit IRC18:37
TheJuliadevananda: somewhat cleaner... I think, I'd have to swap the ksa session tokens stuffs back into my brain18:38
*** ayoung has quit IRC18:38
*** ccamacho|out is now known as ccamacho18:39
TheJuliadevananda: https://review.openstack.org/#/c/236982/50/ironic/common/neutron.py@44 sticks out as a possible thing to dig into further because I think there was a desire to move to auth_plugin = None as the param, but I'm not aware of anyone using cinder in noauth mode right now... and the auth changes in ksa are a blur in my brain right now.18:44
TheJuliaerr, s/cinder/neutron/18:45
*** ametts has joined #openstack-ironic18:45
* TheJulia goes back to cinder code before brain goes even more off track18:45
JayFdevananda: do you want to add-back the change to keystone v3 as a part of your policy patch?18:45
JayFdevananda: since it's rebased on the pieces that should add v3 compat, right?18:46
jrollI feel like that is actually a variable18:48
jrollor should be one18:48
jrollthere's #ENABLE_IDENTITY_V218:51
jrolls/#/$/18:51
JayFI can't find the piece I was looking for18:51
JayFwhere in a previous patchset it was changed18:51
JayFaha, found it, and it is set to v318:51
JayFthat's what I get for looking at patchset over patchset diffs18:51
JayFhttps://review.openstack.org/#/c/325599/24/ironic/tests/unit/api/base.py ln 48 is what I was talking about jroll18:52
jrollah, idk why that would matter18:52
jrollthere's a devstack variable for it too, that was changed18:52
JayFhttps://review.openstack.org/#/c/325599/24/devstack/lib/ironic18:53
JayFwhere?18:53
jrollJayF: previous patch https://review.openstack.org/#/c/325599/20/devstack/lib/ironic18:53
JayFaha, yes, that's what I was looking for18:53
JayFfor some reason, 20..24 didn't show that18:54
JayFI'm wondering if we want to bump that back now that it's based on the keystoneauth stuff18:54
jrollwell, devstack is supposed to work with v2 and v318:55
JayFah, the keystone auth change completely does away with that setting I believe18:55
jrollI'm not sure if one or the other is always present18:55
jrollI guess we should move to v3 asap though18:55
openstackgerritNamrata proposed openstack/ironic: Add guru meditation report for ironic  https://review.openstack.org/35073618:55
JayFhttps://review.openstack.org/#/c/297312/26/devstack/lib/ironic18:56
JayFcompletely removes that option18:56
JayFand I think represents a change to devstack running by default in ks v318:56
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/35009718:56
jrolloh, neat18:56
jrollI feel like keystoneauth1 will figure out what's available and do the right thing18:57
JayFexactly18:57
JayFthat's the piece I was missing before18:57
JayFI have +1s/+2s across those patches now18:58
JayFdidn't +2 the big keystoneauth sessions patch b/c I don't understand it well18:58
JayFbut if you wanna go through them now I think they can all land18:58
jrollI thought we landed keystoneauth this morning18:58
JayFit failed unit tests18:59
jrollrebase, whomp18:59
JayFand deva rebased it18:59
JayFI have the devstack stuff already +2A so when you land that it'll alnd the devstack stuff too18:59
JayFwe should get the policy stuff all landing too18:59
JayFso dtantsur|afk finally gets out of rebase hell18:59
jrollyar18:59
JayFman, that keystone patch from 10/19/1519:00
JayFthat's a long time comin19:01
pas-hayep, 9 months. almost like having a baby :)19:05
jrollpas-ha: hey, so if the version isn't specified in the endpoint, keystoneauth1 will discover if it should use v2 or v3 right?19:07
* JayF brb lunching19:08
pas-hajroll: yes. there is an api version discovery baked in, depending also on what options are in config, e.g. when v3 will be used only when domain stuff is specified19:09
jrollright, cool19:10
jrollthanks19:10
jlvillaljroll, The project-config patch: https://review.openstack.org/#/c/350703/ from today's Ironic QA meeting19:12
jlvillalFYI19:12
jrolljlvillal: thanks19:12
pas-hahaving moved to v3, we could start thinking about hiding the agent-related endpoints from other users. e.g. create a separate ironic domain and have a user there that by roles and policies can only access the lookup and heartbeat. than make a v3 trust for it so it can auth itself, and pass that via kernel params inside.19:13
devanandaJayF: actually the explicit v3 bigs are not needed any longer19:13
pas-haalrigt, getting pretty late here. hope to the stuff merged in the morning :) bye all19:14
devanandaJayF: the move to ksauth makes ironic "just work" when I change my env vars to point to v319:14
*** Sukhdev has joined #openstack-ironic19:15
jrollpas-ha: I just +W'd it :)19:18
jrollg'night \o19:18
clenimargreat job, pas-ha. glad to see this landing :)19:23
openstackgerritVarun Gadiraju proposed openstack/ironic: Fix for "db type could not be determined" error message  https://review.openstack.org/35030219:23
*** livelace has quit IRC19:30
*** sabeen has joined #openstack-ironic19:31
*** tesseract- has joined #openstack-ironic19:31
*** ametts has quit IRC19:32
*** clenimar has quit IRC19:34
*** jcoufal has quit IRC19:34
*** clenimar has joined #openstack-ironic19:35
*** tesseract- has quit IRC19:37
*** ametts has joined #openstack-ironic19:45
*** ayoung has joined #openstack-ironic19:45
JayFjroll: shouldn't we fix that one typo in the keystoneauth stuff quickly?19:49
JayFjroll: it looks like that's broken enough to break deployments19:49
jrollJayF: the SERVICE thing?19:49
JayFyes19:49
jrollit's typo'd in both places19:49
jrollso it works19:49
JayFOH19:49
JayFlol19:49
jroll:D19:49
jrollyeah I'd be very curious why that passed CI if it wasn't in both19:50
jrollor pep8 even19:50
*** Goneri has joined #openstack-ironic19:51
*** narasimha_SV has quit IRC19:52
*** dprince has quit IRC19:58
*** Goneri has quit IRC20:10
*** daemontool has joined #openstack-ironic20:10
*** joprovost has quit IRC20:12
openstackgerritJay Faulkner proposed openstack/ironic-specs: Implement rescue mode  https://review.openstack.org/17187820:23
openstackgerritAlexander Bashmakov proposed openstack/ironic: Rewrite devstack/tools/ironic/scripts/create-node.sh in Python.  https://review.openstack.org/34683220:31
*** baoli_ has quit IRC20:39
*** baoli has joined #openstack-ironic20:40
*** daemontool has quit IRC20:48
*** Sukhdev has quit IRC20:52
*** ametts has quit IRC20:52
*** Sukhdev has joined #openstack-ironic20:53
*** sabeen has quit IRC21:03
openstackgerritMerged openstack/ironic: Devstack should use a prebuilt ramdisk by default  https://review.openstack.org/34911221:05
openstackgerritMerged openstack/ironic: Updating dev quickstart to include compatiblity for newest distros  https://review.openstack.org/34689421:05
*** michauds has quit IRC21:23
JayFsambetts|afk: http://logs.openstack.org/17/350317/2/check/gate-grenade-dsvm-ironic/45801d7/logs/old/localrc.txt.gz our gate is still building ramdisks in all cases21:24
*** rpioso has quit IRC21:26
*** baoli has quit IRC21:27
openstackgerritMerged openstack/ironic: Update nova scheduler_host_manager config docs  https://review.openstack.org/35054221:29
JayFjroll: we need to revert https://review.openstack.org/34911221:31
JayFjroll: that's going to break IPA gate21:31
JayFjroll: and I'll put patches up that'll fix the other issue21:31
JayF(break meaning in the worst way possible: we'll just not be testing IPA)21:31
*** moshele has joined #openstack-ironic21:32
openstackgerritJay Faulkner proposed openstack/ironic: Revert "Devstack should use a prebuilt ramdisk by default"  https://review.openstack.org/35078921:33
JayFjroll: ^^^21:33
JayFhttps://review.openstack.org/350791 is the fix for our gate issue21:35
JayFhttps://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate.sh#L354 being the relevant piece21:36
devanandaJayF: wait - i thought the plan was devstack defaults to use prebuilt, then in the IPA gate, we set a flag to make it actually build it?21:36
JayFdevananda: the logic in project-config is reversed21:36
devanandaoh crap :(21:36
JayFdevananda: and because devstack-gate only sets it if it's told NOT to build it21:37
JayFdevananda: we end up in a case where we build the whole time21:37
JayFdevananda: except now, that landing means we're in a case where we DON'T build the whole time21:37
JayFthat project-config link I pasted fixes one half21:37
JayFand I'm about to push something to ds-gate which will set the var either way21:37
*** narasimha_SV has joined #openstack-ironic21:38
openstackgerritMerged openstack/ironic: Extend the "configuring ironic-api behind mod_wsgi" guide  https://review.openstack.org/35050721:39
JayFhttps://review.openstack.org/350795 Explicitly set IRONIC_BUILD_DEPLOY_RAMDISK21:39
JayFis the devstack-gate change21:39
narasimha_SVhttp://paste.openstack.org/show/547860/21:42
narasimha_SVgetting this issue when ever I try to dync db for ironic21:42
narasimha_SVbecause of this node_tags and portgroups tables are not getting created21:42
narasimha_SVdid anyone face this issue ?21:42
JayFnarasimha_SV: as we said earlier, this works in devstack everytime our tests run, so there's something different about what kolla is doing21:42
narasimha_SVplease help me in resolving this21:42
JayFnarasimha_SV: figuring out that difference is key to troubleshooting this21:43
*** sdake has quit IRC21:43
JayFnarasimha_SV: also you have not filed a bug against kolla and/or ironic about this yet either21:43
narasimha_SVJayF: create_schema is working in devstack ?21:47
JayFnarasimha_SV: we have to create a db schema on every devstac run21:48
narasimha_SVactualyy i just see the code in kolla it is running ironic-dbsync upgrade21:49
thiagopnarasimha_SV: have you tried to run this alter table command directly on mysql?21:50
narasimha_SVthiagop: ALTER TABLE conductors ADD COLUMN online BOOL; ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'online BOOL' at line 121:57
JayFdevananda: https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L20022:00
* JayF throws hands up in the air22:00
thiagopnarasimha_SV: which version of mysql are you running?22:01
JayFdevananda: jroll: Anyone else around who is a core: https://review.openstack.org/#/c/350789/ can we please land this ASAP before anything lands in IPA with invalid tests running/22:05
openstackgerritJay Faulkner proposed openstack/ironic: Revert "Devstack should use a prebuilt ramdisk by default"  https://review.openstack.org/35078922:06
*** jaybeale has joined #openstack-ironic22:07
*** wajdi_ has joined #openstack-ironic22:07
narasimha_SVthiagop: mysql 5.622:08
thiagopnarasimha_SV: the syntax seems legit22:08
narasimha_SVyes22:09
thiagopnarasimha_SV: the table already exists, right?22:09
*** moshele has quit IRC22:10
narasimha_SVyes22:10
narasimha_SVmysql> desc conductors; +------------+--------------+------+-----+---------+----------------+ | Field      | Type         | Null | Key | Default | Extra          | +------------+--------------+------+-----+---------+----------------+ | created_at | datetime     | YES  |     | NULL    |                | | updated_at | datetime     | YES  |     | NULL    |                | | id         | int(11)      | NO   | PRI | NULL22:10
*** wajdi has quit IRC22:11
narasimha_SVhttp://paste.openstack.org/show/547862/22:11
narasimha_SVhttp://paste.openstack.org/show/547863/22:12
narasimha_SVtables created when database got sync happened22:12
*** jaybeale has quit IRC22:12
*** wajdi_ has quit IRC22:13
jrollJayF: lol, done22:17
*** jaybeale has joined #openstack-ironic22:18
JayFjroll: I just spent forever troubleshooting this stuff. So much misdirection /o\22:18
* jroll out for the night22:18
jrollyeah, sorry :(22:18
JayFit's not your fault22:18
mrdaMorning Ironic22:21
thiagopmorning mrda22:28
mrdao/22:28
NobodyCammorning mrda22:29
NobodyCamgah virtual box does not report memory with dmidecode! nice!22:30
*** jaybeale has quit IRC22:35
*** bfournie has quit IRC22:38
*** sabeen has joined #openstack-ironic22:41
*** syed_ has quit IRC22:42
*** narasimha_SV has quit IRC22:44
*** thiagop has quit IRC22:51
* jlvillal is being asked by people if there is any Kubernetes integration work in progress for Ironic.22:55
devanandajlvillal: integration in what sense?22:58
jlvillaldevananda: Ironic on top of K8S is what I was asked about23:00
jlvillalThey are running into an issue, but it might be a Nova thing.23:00
jlvillalquote: Nova-compute (with ironic driver) needs to be able to re-register hypervisor ID when it’s hostname changes. Right now each time nova-compute gets rescheduled, it registers all baremetals as new hypervisors. This happens in a K8S world when a POD gets rescheduled to a different host, so nova-compute changes its hostname.23:00
JayFjlvillal: that's very unlikely to be fixed23:02
JayFjlvillal: simply because it's a design thing in nova23:02
JayFjlvillal: you can set CONF.host on a node to something in order for that to be used instead of the hostname though23:02
JayFjlvillal: in a kubernetes world that's probably the proper workaround23:03
jlvillalJayF: Okay. Thanks. Yeah that is what they are doing.23:03
*** sdake has joined #openstack-ironic23:03
JayFbut computes are id'd by their hostname, that's not even changing in the multi-compute stuff jroll is landing23:03
jlvillalThanks!23:04
*** PollyZ has quit IRC23:09
JayFUh, we appear to have tests failing right now for... strange reasons23:15
JayFhttp://logs.openstack.org/79/350679/4/check/gate-ironic-python27-db-ubuntu-xenial/e9f62eb/console.html#_2016-08-03_22_42_09_06609023:15
JayFanyone seen that before?23:15
JayFhmm23:17
JayFthat's not why it failed though23:17
JayFBecause some passing jobs have those23:17
jlvillalJayF: On this change: https://review.openstack.org/#/c/350791/3/jenkins/jobs/ironic.yaml23:23
jlvillalJayF: Line 17923:23
jlvillalSeems like it is swapping things, or am I confused???23:23
JayFjlvillal: was supposed to have removed that part of the change and I didn't23:25
devanandajlvillal: JayF: actually that might be fixed, in a way, by jroll's multi-compute-host work23:25
JayFjlvillal: good -1 review, if you want credit for it be fast :)23:25
jlvillalI did do a -1 :)23:25
devanandathe addition of a hash ring inside the ironic virt driver should allow it to recover from a hostname change23:25
JayFdevananda: we had a long downstream chat about that, with the angle being 'how do we deploy it', and the answer is no23:25
JayFdevananda: yes, but the leftover instances would still be "orphaned" without a similarly named compute host23:25
devanandaah - really?23:25
JayFdevananda: and would not be able to have instance actions other than delete performed on them23:25
JayFyep23:25
devanandaoh, right, inside nova23:26
devanandabecause of the assumption that if n-cpu died (or its POD died) then all the VMs it was managing are gone23:26
devananda(not true with ironic or vmware)23:26
JayFyep23:26
* jlvillal listens and learns23:27
JayFit's sorta a core nova assumption23:27
JayFwhich is why I presumed (and told jlvillal) that it's not likely to ever be fixed23:27
devanandajlvillal: the kolla project is trying to run ironic in containers, I believe. though they're also trying to use ironic to deploy container-OS's23:27
jlvillaldevananda: Thanks23:27
devanandajlvillal: and CoreOS is working on a product that does much the same thing (runs all openstack services in containers)23:27
devanandathough I don't know where they stand on support for ironic23:27
JayFI did suggest to jroll that we could've added support for an option to nova-compute as like a migration-hostname, i.e. an old hostname whose instances you should reassign to yourself23:27
JayFas a migration path23:27
devanandaJayF: "evacuate" ;)23:27
devanandatell n-cpu to shed all the instances it "owns" by allowing other n-cpu to pick them up23:28
JayFbut he said (and rightly, I believe) that it's mainly only helpful for folks who ran CCM (i.e., OnMetal, probably only us, lol)23:28
JayFand we basically said if you run CCM, and it breaks, you get two pieces23:28
JayFbut implementing evacuate sounds even better23:28
JayFand good for an improvement to it in ocata23:28
devanandaJayF: I agree with that approach for CCM - but I can also tell you you're not the only ones who have (tried to) run it23:28
JayFdevananda: our deployment is basically going to be deploy new code (some later time), stop computes, remove CONF.host from configs, assign already-deployed instances manually in DB to one of the new nova-compute hostnames23:29
devanandaanyway, we've digressed from the topic of k8s :)23:29
JayFwell, the solution for k8s is clearly to set conf.host23:29
JayFand have an idea of "this is virtual-compute-1" regardless of hostname23:30
JayFbecause nova wants a static way to track it23:30
JayFand that's almost certainly more in line with k8s philosophy than calling nova evacuate everytime you cycle a container23:30
devanandaJayF: I disagree23:30
devanandaif you did that, then it would pin the number of (and configuration of!) k8s instances23:31
devanandauntil you kill of some of the running instances from ironic23:31
devanandabecause you would lose the ability to manage them, if you were not running a n-cpu with the same hostname that was used to launch the instance23:31
JayFdevananda: I think we're talking different use cases23:32
devanandaor to put another way, it means you would need to assert a fixed-size resource pool for your n-cpu workers23:32
JayFyes; I did have that assumption built into my statement23:32
JayFexactly23:32
devanandaJayF: right, so, I think that runs counter to the spirit / philosophy of k8s23:33
JayFbut you could add more n-cpu "workers", they would just not rebalance existing instances until those instances cycled23:33
JayFwhich isn't ideal but it better than anything we'd have today23:33
devanandaJayF: you could add more, but you couldn't shrink23:33
JayFdevananda: oooooh.23:33
JayFdevananda: that's a real gotcha there I hadn't thought of23:34
devananda:P23:34
JayFdevananda: that with the code as it sits to land in N, you can never shrink the number of n-cpu workers23:34
JayFjroll: ^ relevant to your interests above23:34
devanandaJayF: indeed23:34
JayF(implied: without touching the database)23:35
JayFI still think it's better and should land23:35
JayFbut we need to document that in bold flashing letters23:35
JayFuntil we make a way to evacuate in ocata23:35
JayF(basically it's at the point where it can land in nova-n as long as it doesn't grow, and I suspect implementing evacuate for it would be enough to make it lose the FFE)23:35
JayFI'm going to go put that comment on the rview23:36
JayFnice catch23:36
devanandaI would still mark this feature as experimental'ish, fwiw23:37
devanandait's an improvement to be sure23:37
JayFif you read the release notes it is23:37
devananda:)23:37
devanandaI haven't seen the patch in a couple days23:37
JayFI think part of the desire to get it in is that we're very eager to be the guinea pigs downstream23:37
*** hoonetorg has quit IRC23:39
devanandaawesome23:41
JayFjroll: vdrok: sambetts|afk: https://review.openstack.org/#/c/350679 failed pep8, I'm pushing a patchset to fix teh pep8 failures, we should land this asap overnight or in the morning23:43
*** hoonetorg has joined #openstack-ironic23:44
openstackgerritJay Faulkner proposed openstack/ironic: Create a custom StringField that can process functions  https://review.openstack.org/35067923:44
*** jrist has quit IRC23:49
*** sdake has quit IRC23:51
*** hoangcx has joined #openstack-ironic23:55
*** sdake has joined #openstack-ironic23:55
jlvillalJayF: Seems reasonable to +2 and +A that, since it already happened before. Your changes are whitespace only.23:57
jlvillalBut maybe others would disagree...23:57
JayFjlvillal: you're welcome to do that if you won't; as a personal rule I never land code I pushed the last change to23:57
JayFjlvillal: just sorta a CYA thing years in the industry taught me :D23:57
jlvillalheh23:57
JayFs/won't/want/23:57

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