Thursday, 2016-06-23

TheJuliamat128: super choppy audio?00:02
mat128TheJulia: https://www.dropbox.com/s/mswqy25ag0egyti/2016-06-22%4020.02.19-call-7777.mp3?dl=000:02
*** yuikotakadamori has joined #openstack-ironic00:03
* TheJulia tosses wet cats at pbx.openstack.org00:03
*** baoli has joined #openstack-ironic00:06
*** baoli has quit IRC00:06
*** baoli has joined #openstack-ironic00:14
*** baoli has quit IRC00:15
mat128#info The 0000 UTC session has ended.00:17
*** sabeen has joined #openstack-ironic00:19
*** mbound has quit IRC00:20
*** Nisha_brb has joined #openstack-ironic00:23
*** Nisha_away has quit IRC00:25
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/32853700:26
*** hshiina has joined #openstack-ironic00:27
*** achanda_ has quit IRC00:27
*** Nisha_brb has quit IRC00:29
*** baoli has joined #openstack-ironic00:33
*** baoli has quit IRC00:36
openstackgerritGerard Braad proposed openstack/ironic-webclient: Correct markup of README.md  https://review.openstack.org/33270700:41
*** baoli has joined #openstack-ironic00:41
*** baoli has quit IRC00:42
openstackgerritMerged openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/33236800:44
*** spandhe has quit IRC00:45
*** hoangcx has joined #openstack-ironic00:45
*** YiboCai has joined #openstack-ironic00:54
*** baoli has joined #openstack-ironic00:54
*** YiboCai has quit IRC00:54
*** phuongnh has joined #openstack-ironic00:57
*** fragatina has joined #openstack-ironic00:59
*** yibo has joined #openstack-ironic01:01
*** baoli_ has joined #openstack-ironic01:02
*** spandhe has joined #openstack-ironic01:05
*** baoli has quit IRC01:05
*** fragatina has quit IRC01:07
*** fragatina has joined #openstack-ironic01:08
*** yibo has quit IRC01:11
*** yibo has joined #openstack-ironic01:13
*** yibo has quit IRC01:15
*** yibo has joined #openstack-ironic01:15
*** spandhe has quit IRC01:16
*** smoriya has joined #openstack-ironic01:17
*** PollyZ has joined #openstack-ironic01:19
*** PollyZ_ has joined #openstack-ironic01:24
*** joprovost has joined #openstack-ironic01:25
*** PollyZ has quit IRC01:26
*** hshiina has quit IRC01:34
*** baoli_ has quit IRC01:43
*** baoli has joined #openstack-ironic01:44
openstackgerritYuiko Takada Mori proposed openstack/ironic: IPMITool: add IPMISocatConsole class  https://review.openstack.org/29387301:47
openstackgerritYuiko Takada Mori proposed openstack/ironic: [WIP]IPMITool: add IPMISocatConsole class  https://review.openstack.org/29387301:51
*** sacharya has joined #openstack-ironic01:59
*** sacharya has quit IRC02:03
*** joprovost has quit IRC02:04
*** sacharya has joined #openstack-ironic02:04
*** thrash is now known as thrash|g0ne02:12
*** spandhe has joined #openstack-ironic02:15
*** rajinir has quit IRC02:24
*** greghaynes has quit IRC02:27
*** spandhe_ has joined #openstack-ironic02:27
*** spandhe has quit IRC02:28
*** spandhe_ is now known as spandhe02:28
*** rloo has quit IRC02:28
*** greghaynes has joined #openstack-ironic02:38
*** achanda has joined #openstack-ironic03:03
*** ijw has quit IRC03:07
*** achanda has quit IRC03:08
openstackgerritMerged openstack/python-ironicclient: Add test for chassis-node-list  https://review.openstack.org/29948203:10
*** baoli has quit IRC03:19
*** baoli has joined #openstack-ironic03:23
*** stevemar has joined #openstack-ironic03:36
*** links has joined #openstack-ironic03:51
*** Nisha_brb has joined #openstack-ironic03:52
*** ijw has joined #openstack-ironic03:54
*** appu103_ has joined #openstack-ironic04:04
*** baoli has quit IRC04:10
*** ijw has quit IRC04:12
*** achanda has joined #openstack-ironic04:18
*** yogi has joined #openstack-ironic04:21
*** amotoki has joined #openstack-ironic04:25
*** Sukhdev has joined #openstack-ironic04:28
*** PollyZ_ has quit IRC04:28
*** sacharya has quit IRC04:30
*** appu103_ is now known as aparnav04:49
*** aparnav has quit IRC04:54
*** Sukhdev has quit IRC04:55
*** aparnav has joined #openstack-ironic04:55
*** _vsaienko has joined #openstack-ironic04:56
*** aparnav has quit IRC04:57
*** aparnav has joined #openstack-ironic04:58
*** ChubYann has quit IRC05:26
*** ijw has joined #openstack-ironic05:33
*** yogi has quit IRC05:39
*** yogi has joined #openstack-ironic05:39
*** yolanda has joined #openstack-ironic05:56
openstackgerritYuiko Takada Mori proposed openstack/ironic-specs: Nova compatible serial console support  https://review.openstack.org/31950506:13
*** rcernin has joined #openstack-ironic06:15
*** moshele has joined #openstack-ironic06:25
*** _vsaienko has quit IRC06:27
*** _vsaienko has joined #openstack-ironic06:30
*** yolanda has quit IRC06:30
*** _vsaienko has quit IRC06:33
*** sdake has joined #openstack-ironic06:34
*** rbartal has joined #openstack-ironic06:34
*** _vsaienko has joined #openstack-ironic06:36
*** livelace has joined #openstack-ironic06:40
*** sabeen has quit IRC06:46
*** _vsaienko has quit IRC06:46
*** _vsaienko has joined #openstack-ironic06:47
*** ijw has quit IRC06:48
openstackgerritSaravanan KR proposed openstack/ironic-specs: Provide a mechanism to configure kernel boot parameters  https://review.openstack.org/33156406:48
*** hoangcx has quit IRC06:49
*** hoangcx has joined #openstack-ironic06:53
*** achanda has quit IRC06:56
*** _vsaienko has quit IRC06:56
*** fragatina has quit IRC06:57
*** fragatina has joined #openstack-ironic06:58
*** _vsaienko has joined #openstack-ironic06:59
*** achanda has joined #openstack-ironic07:01
*** rcernin has quit IRC07:02
*** _vsaienko has quit IRC07:04
*** _vsaienko has joined #openstack-ironic07:05
*** achanda has quit IRC07:06
*** tesseract- has joined #openstack-ironic07:13
*** tesseract- has quit IRC07:14
*** tesseract- has joined #openstack-ironic07:14
*** _vsaienko has quit IRC07:15
*** arturas has joined #openstack-ironic07:15
*** _vsaienko has joined #openstack-ironic07:15
*** rcernin has joined #openstack-ironic07:17
*** sdake_ has joined #openstack-ironic07:21
*** _vsaienko has quit IRC07:21
*** sdake has quit IRC07:24
*** e0ne has joined #openstack-ironic07:24
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: WIP: Discovery tempest test  https://review.openstack.org/32376907:25
*** _vsaienko has joined #openstack-ironic07:25
*** watanabe_isao has joined #openstack-ironic07:29
*** watanabe_isao has quit IRC07:43
*** _vsaienko has quit IRC07:48
pas-hamorning Ironic07:49
*** _vsaienko has joined #openstack-ironic07:51
*** spandhe has quit IRC07:52
*** mbound has joined #openstack-ironic07:53
*** ifarkas has joined #openstack-ironic07:53
*** itamarl has joined #openstack-ironic07:54
ifarkasmorning all!07:57
*** zzzeek has quit IRC08:00
*** itamarl has quit IRC08:00
*** itamarl has joined #openstack-ironic08:00
*** zzzeek has joined #openstack-ironic08:01
_milan_morning pas-ha ifarkas aarefiev :)08:02
pas-hamorning ifarkas _milan_08:02
_milan_#pixiesay Morning Ironic! -m flexing08:02
*** jtomasek_ has joined #openstack-ironic08:02
aarefievmorning _milan_ pas-ha ifarkas08:02
_milan_lucas-afk, poor pixie is still down08:02
*** yolanda has joined #openstack-ironic08:04
* _milan_ has new gained a new bash skill: setsid https://review.openstack.org/#/c/333155/08:05
_milan_grenade for Inspector moves on a bit again :)08:05
*** _vs_ has joined #openstack-ironic08:07
*** _vsaienko has quit IRC08:07
_milan_http://paste.openstack.org/show/521589/08:07
*** e0ne has quit IRC08:11
*** hoangcx has quit IRC08:13
*** ohamada has joined #openstack-ironic08:15
aarefiev_milan_: \o/ good work :)08:16
*** _vs_ has quit IRC08:16
_milan_aarefiev, thanks :D08:17
*** kromanenko_ has joined #openstack-ironic08:17
*** Romanenko_K has joined #openstack-ironic08:17
*** kromanenko__ has joined #openstack-ironic08:17
aarefiev_milan_: btw do guys have any progress on ha?08:17
*** e0ne has joined #openstack-ironic08:18
_milan_aarefiev, +1 on the devstack patches are much welcome ;)08:18
_milan_aarefiev, unfortunately that's blocked by grenade :-/08:18
*** hoangcx has joined #openstack-ironic08:18
_milan_sambetts|afk, wouldn't approve otherwise ;)08:18
*** mbound has quit IRC08:19
*** jtomasek_ has quit IRC08:20
aarefiev_milan_: yeah, just wondering, I don't see any progress on queries for ha08:20
*** _vsaienko has joined #openstack-ironic08:20
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: [WIP]Introducing Inspector Grenade testing  https://review.openstack.org/32766708:21
_milan_aarefiev, right. It's going to be me and dtantsur|afk to start implementing I guess, help much appreciated08:22
aarefiev_milan_: get it, I'll take a look how I can help08:22
_milan_aarefiev, thanks!08:23
*** _vsaienko has quit IRC08:23
aarefiev_milan_: thanks you :)08:23
_milan_:)08:23
*** yuikotakadamori has quit IRC08:25
*** alineb has joined #openstack-ironic08:25
alinebmorning all08:26
*** _vsaienko has joined #openstack-ironic08:27
*** lucas-afk is now known as lucasagomes08:29
lucasagomesmorning all08:29
aarefievmorning lucasagomes08:30
*** PixieBoots has joined #openstack-ironic08:31
lucasagomes#pixiesay hey _milan_ :-)08:31
*** daemontool has joined #openstack-ironic08:31
PixieBootsʕ•͡ᴥ•ʔ: hey _milan_ :-)08:31
*** vmud213 has joined #openstack-ironic08:32
_milan_lucasagomes, morning08:32
vmud213morning all08:32
_milan_#pixiesay morning Ironic! -m flexing08:32
PixieBootsᕙʕ⇀ᴥ⇀ʔᕗ: morning Ironic!08:32
_milan_:D08:32
_milan_at last, it's alive! :D08:32
_milan_vmud213, morning08:32
_milan_alineb, morning08:33
vmud213_milan_ o\ :)08:33
*** itamarl_ has joined #openstack-ironic08:33
lucasagomesyup08:34
alinebo/ _milan_ vmud213 aarefiev lucasagomes08:34
vmud213morning alineb08:35
*** itamarl has quit IRC08:36
*** itamarl_ is now known as itamarl08:36
sambetts|afkMorning all08:36
*** sambetts|afk is now known as sambetts08:36
sambetts_milan_: what wouldn't I approve ;)08:37
_milan_sambetts, HA inspector without Grenade Inspector :D08:37
_milan_morning sambetts :D08:37
sambetts_milan_: Ah yes :-P08:37
openstackgerritOpenStack Proposal Bot proposed openstack/bifrost: Updated from global requirements  https://review.openstack.org/33227508:38
_milan_sambetts, https://review.openstack.org/#/c/333155/ reviews welcome then ;)08:38
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/33317708:40
vdrokmorning ironic!08:40
_milan_morning vdrok! :)08:41
_milan_ehm08:41
_milan_#pixiesay morning vdrok! -m happy08:41
PixieBootsʕ^ᴥ^ʔ: morning vdrok!08:41
vdrokgood morning _milan_08:41
vdrok:)08:41
_milan_thanks to lucasagomes pixie is back08:41
vdrok\o/08:42
vmud213morning vdrok08:43
*** derekh has joined #openstack-ironic08:44
vdrokgood morning vmud21308:45
*** rcernin has quit IRC08:50
*** _vs_ has joined #openstack-ironic08:51
*** _vsaienko has quit IRC08:51
*** amotoki has quit IRC08:53
*** arturas has quit IRC08:55
sergekmorning vdrok , vmud213 _milan_ , PixieBoots , sambetts08:55
vdrokmorning sergek !08:55
_milan_morning sergek :)08:55
sergekvdrok: o/08:55
vmud213morning sergek08:55
sergekvmud213: \o08:55
sergek\o/08:56
*** arturas has joined #openstack-ironic08:56
*** _vs_ has quit IRC08:56
*** dtantsur|afk is now known as dtantsur08:59
dtantsurMorning Ironic! How was the midcycle for you?08:59
*** yolanda has quit IRC09:01
dtantsurlucasagomes, I'm looking for a brave person to approve https://review.openstack.org/#/c/188370/ after getting 2x +2 ;)09:01
dtantsursambetts, do you feel like your comments were resolved ^^^?09:01
*** rcernin has joined #openstack-ironic09:02
*** achanda has joined #openstack-ironic09:03
sambettsdtantsur: Re: the validation thing or Re: the InvalidInterface class thing?09:03
*** mgould|afk is now known as mgould09:03
mgouldmorning Ironic!09:03
dtantsursambetts, re everything :)09:04
dtantsurmorning mgould09:04
dtantsursambetts, and do you feel that we can approve what we have and then start thinking how to follow-up with the details?09:04
sambettsdtantsur: I think we've beaten the dead horse enough and big ideas are there and we just need to get it done :)09:05
*** amotoki has joined #openstack-ironic09:05
sambetts+1 from me09:05
sambettsI don't have +2 on specs09:06
*** achanda has quit IRC09:08
dtantsurI know, I just wanted to make sure you don't have objections :)09:08
*** dmk0202 has joined #openstack-ironic09:09
dtantsurI hope lucasagomes just approves that, cause I can no longer rewrite this thing every time a new reviewer comes >_<09:09
sambettsNope, my comment about the Invalid... class thing was the only comment I come come up with when I re-read it ysterday09:09
openstackgerritVladyslav Drok proposed openstack/ironic: Added operator documentation for ironic portgroups  https://review.openstack.org/22849609:10
openstackgerritVladyslav Drok proposed openstack/ironic: Add multitenancy-related fields to port API object  https://review.openstack.org/20624409:10
openstackgerritVladyslav Drok proposed openstack/ironic: Create common neutron module  https://review.openstack.org/31739009:10
openstackgerritVladyslav Drok proposed openstack/ironic: Add network_interface node field DB, OBJ  https://review.openstack.org/31739109:10
openstackgerritVladyslav Drok proposed openstack/ironic: Add 'neutron' network driver  https://review.openstack.org/31739309:10
openstackgerritVladyslav Drok proposed openstack/ironic: Update the deploy drivers with network flipping logic  https://review.openstack.org/21326209:10
openstackgerritVladyslav Drok proposed openstack/ironic: Add network_interface API  https://review.openstack.org/31739209:10
openstackgerritVladyslav Drok proposed openstack/ironic: Add network_drivers  https://review.openstack.org/28585209:10
openstackgerritVladyslav Drok proposed openstack/ironic: Add portgroups to support LAG interfaces - API  https://review.openstack.org/33217709:10
vdrokmorning dtantsur and mgould09:11
dtantsurmorning vdrok09:11
*** hkominos has quit IRC09:11
*** hkominos has joined #openstack-ironic09:12
hkominosgood morning all09:12
hkominosanother glorious day of fighting ironic09:12
*** electrofelix has joined #openstack-ironic09:20
dtantsurmorning hkominos, good luck09:24
*** arturas has quit IRC09:24
*** zhenguo_ has joined #openstack-ironic09:25
mgouldmorning vdrok hkominos09:26
hkominosmorning mgould09:27
zhenguo_does some ever seen this error "location is outside of the device /dev/sdg" when using pxe_ipmitool driver?09:29
*** caoshufeng_ has joined #openstack-ironic09:29
*** athomas has joined #openstack-ironic09:30
*** amotoki has quit IRC09:30
*** amotoki has joined #openstack-ironic09:32
openstackgerritCao ShuFeng proposed openstack/ironic: Auto generate ironic.conf.sample file  https://review.openstack.org/33321009:32
*** amotoki has quit IRC09:33
_milan_morning dtantsur mgould :)09:35
dtantsurhey _milan_09:35
yibovdrok: would you help review https://review.openstack.org/#/c/322632/ ? thanks.09:35
openstackgerritCao ShuFeng proposed openstack/ironic: Auto generate ironic.conf.sample file  https://review.openstack.org/33321009:37
*** amotoki has joined #openstack-ironic09:39
* _milan_ relocates09:39
*** _milan_ has quit IRC09:39
*** sdake_ has quit IRC09:42
*** Nisha_brb has quit IRC09:43
*** amotoki has quit IRC09:50
*** pcaruana has joined #openstack-ironic09:51
openstackgerritSam Betts proposed openstack/ironic: Fail early if ramdisk type is dib, and not building  https://review.openstack.org/32824609:56
*** fragatina has quit IRC09:56
*** amotoki has joined #openstack-ironic09:58
*** daemontool has quit IRC10:00
*** foexle has joined #openstack-ironic10:01
*** sdake has joined #openstack-ironic10:01
*** itamarl has quit IRC10:12
*** hoangcx has quit IRC10:14
*** dtantsur is now known as dtantsur|bbl10:17
vdrokhi yibo, yep, will do10:20
*** caoshufeng_ has quit IRC10:23
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for openstackclient plugin  https://review.openstack.org/30168710:24
*** itamarl has joined #openstack-ironic10:25
*** sdake_ has joined #openstack-ironic10:28
*** dmk0202 has quit IRC10:29
*** thrash|g0ne is now known as thrash10:31
*** dedery has joined #openstack-ironic10:32
*** sdake has quit IRC10:32
*** phuongnh has quit IRC10:35
*** moshele has quit IRC10:37
*** milan has joined #openstack-ironic10:39
*** moshele has joined #openstack-ironic10:40
aarefievmilan: heh we have tempest job in mitaka https://review.openstack.org/#/c/332408/10:40
milanaarefiev, wow, and it's failing :D10:41
aarefievmilan: yeah because no tests :)10:41
aarefievfail10:41
* milan checks10:41
milanyeah, that seems correct ;)10:42
aarefievI guess I forgot to exclude mitaka branch10:42
milanah, I thought we could backport10:43
milandtantsur|bbl, wdyt ^10:43
milanor not worth it?10:43
aarefievmilan: I don't see any reason10:43
aarefievto backport10:44
milanhmmm, unless we want some tempest sanity for grenade (there's none atm)10:44
milanbut cool w/ me10:44
milanless work work :)10:44
milanaarefiev, I wish infra merged this: https://review.openstack.org/#/c/331001/10:47
milanso we can check experimental the grenade10:47
milanstuff10:47
*** derekh has quit IRC10:53
aarefievmilan: does this template run inspector test?10:54
jrolldtantsur|bbl: I went ahead and approved driver comp \o/10:54
*** jistr is now known as jistr|mtg10:56
milanaarefiev, good question10:57
milanmy fake gate env didn't reach it that far to be able to tell10:57
milanmind my screenlog from the morning10:57
milanmorning jroll :)10:57
jrollmorning milan, aarefiev, vdrok, dtantsur|bbl, everyone else :)10:58
vdrokmorning jroll :)10:58
milanjroll, \o/ merge comp spec :D10:58
aarefievmilan: are there more blockers?10:59
aarefievmorning jroll10:59
openstackgerritMerged openstack/ironic-specs: The driver composition reform  https://review.openstack.org/18837011:00
milanaarefiev, I plan to push the fake gate env test a bit more to see.11:00
aarefievmilan: cool11:00
milanatm there's this thing with command not found in the upgrade database part11:00
milanbut maybe there are more11:00
milanaarefiev, I'd say that tempest in grenade should run all plugins (including inspector's) unless one specifies a filter11:01
milanbut I might be wrong11:01
milanthe template might work as it is if I'm right11:02
*** moshele has quit IRC11:02
*** dtantsur|bbl is now known as dtantsur11:03
dtantsurjroll, morning and OMG THANKS!11:03
*** moshele has joined #openstack-ironic11:03
jrolldtantsur: :)11:03
aarefievmilan: make sense , but dunno11:03
jrolldtantsur: if people don't like it, we can edit it11:03
dtantsuryes, I think we can continue polishing the details. but I can also code in parallel11:04
milanjroll, or not :D11:04
*** achanda has joined #openstack-ironic11:05
*** moshele has quit IRC11:08
*** hshiina has joined #openstack-ironic11:09
*** achanda has quit IRC11:09
hkominoshej again ironicers. IS there a reason why one whould choose to use partition images instead of full disk images?11:12
*** vmud213 has quit IRC11:15
*** lucasagomes is now known as lucas-hungry11:19
dtantsurjroll, a question I didn't think about: should the new heartbeat API validate the deploy interface?11:20
jrolldtantsur: why?11:21
dtantsurdunno, but that's how most of methods work11:21
*** sdake_ has quit IRC11:21
dtantsurso I wonder if some implementations could rely on validation...11:21
dtantsuron the other hand, we'll be reporting a failure to the ramdisk, which is mostly useless11:22
dtantsurjust thinking aloud :)11:22
lazy_princequick question: why is ironic making a request to get a keystone token when using v3 as below:11:23
lazy_princecurl -i https://10.1.1.20:5000/v3/tokens -X POST -H "User-Agent: python-neutronclient" -d '{"auth": {"tenantName": "services", "passwordCredentials": {"username": "ironic", "password": "REDACTED"}}}'11:23
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add test for 'baremetal port create' command  https://review.openstack.org/33288011:23
dtantsurlazy_prince, judging by the user agent, I suspect it's neutronclient, not ironic11:23
openstackgerritDmitry Tantsur proposed openstack/ironic: Introduce new driver call and RPC for heartbeat  https://review.openstack.org/33289011:24
lazy_princedtantsur: right but its being invoked by ironic.11:24
lazy_princehere is relevant log: http://paste.openstack.org/show/521653/11:24
dtantsurlazy_prince, correct. is there any problems with it?11:24
openstackgerritMerged openstack/ironic-python-agent: Replace assertRaisesRegexp with assertRaisesRegex  https://review.openstack.org/33225011:25
lazy_princeyes.. it results in 40411:25
dtantsurlazy_prince, hmm, it reminds me something.. when do you face this problem?11:25
lazy_princecleaning port delete..11:25
lazy_princehttps://bugs.launchpad.net/ironic/+bug/159040811:26
openstackLaunchpad bug 1590408 in Ironic "Node cleaning fails with 'Failed to tear down from cleaning for node UUID'" [Undecided,Incomplete]11:26
*** ekarlso has quit IRC11:26
dtantsurah, yeah, the bug rbartal faced11:26
jrolldtantsur: yeah, I don't think heartbeat needs to validate deploy11:27
vdroklazy_prince: it should be /v3/auth/tokens11:27
* jroll will think about it more though11:27
dtantsurvdrok, lazy_prince, I suspect a bug in neutronclient, but need to investigate11:27
lazy_princefor me, main concern is I am using keystone v3 apis and its failing to obtain a token..11:27
dtantsurlazy_prince, what's your version of neutronclient?11:27
*** daemontool has joined #openstack-ironic11:28
lazy_princepython-neutronclient==4.1.311:29
dtantsurok11:29
vdroklazy_prince: right, so it seems that the endpoint is set incorrectly, what is the value of CONF.keystone_authtoken.auth_uri ?11:30
vdrokhttps://github.com/openstack/ironic/blob/master/ironic/dhcp/neutron.py#L8911:30
lazy_princehttps://10.1.1.20:5000/v311:30
lazy_princevdrok: can you help me fix the endpoint..?11:31
vdroklazy_prince: yeah, looking at the code, I don't remember right now what it should include11:32
lazy_princevdrok: i have tried with https://10.1.1.20:5000/v3 and https://10.1.1.20:500011:33
*** dmk0202 has joined #openstack-ironic11:33
lazy_princetried with https://10.1.1.20:5000/v3/auth too but that resulted in 400 error..11:33
dtantsurlazy_prince, looks like it should be /v3/auth: https://github.com/openstack/python-neutronclient/blob/master/neutronclient/client.py#L21711:36
dtantsurbut it might break other users of our keystone_token parameters11:36
vdroklazy_prince: yeah, what dtantsur says is correct11:37
lazy_princevdrok: {"error": {"message": "Expecting to find identity in auth - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error.", "code": 400, "title": "Bad Request"}}11:37
vdroklazy_prince: we don't pass domains in case of v3 to neutron client11:38
vdrokthat is the problem11:38
lazy_princethis is the error I get when i use /v3/auth11:38
vdrokwithout domain it gives 40011:38
*** dedery has quit IRC11:38
dtantsurlazy_prince, vdrok, I wonder if https://review.openstack.org/236982 will fix it11:39
lazy_princeso does that mean keystone v3 api is not supported by ironic yet...11:39
dtantsurpas-ha, wdyt ^^?11:39
dtantsurOR we might need to create a small backportable fix, because apparently the issue is in mitaka too11:40
dtantsur(it's probably everywhere, but we didn't use v3 actively before mitaka)11:40
lazy_princewell.. I am using mitaka...11:40
vdrokdtantsur: yeah, that should fix the things11:40
dtantsurI wonder if we can fix it by prepending /auth if the auth_url contains /v311:42
dtantsurlazy_prince, will you be able to test a patch if I put it up?11:42
lazy_princeyup... I can do that..11:42
lazy_princebut put it for mitaka so that it would make merge simple for me..11:43
vdrokdtantsur: huh, there are no domain parameters in client constructor11:43
vdrokhttps://github.com/openstack/python-neutronclient/blob/master/neutronclient/v2_0/client.py#L18111:43
*** fragatina has joined #openstack-ironic11:43
vdrokso the only way seems to be using sessions11:43
dtantsurI'm not sure I get it, but lemme try11:44
lazy_princevdrok: so does it mean, mitaka will never work with ks v3 apis..11:44
vdroklazy_prince: it seems to me it will only if we backport the whole keystoneauth thing to mitaka...11:45
lazy_princedo we have any eta by which it will merge and by which backport will finish..?11:46
openstackgerritDmitry Tantsur proposed openstack/ironic: [WIP] A simple workaround for Keyston v3 support in ironic.dhcp.neutron  https://review.openstack.org/33327611:46
dtantsurlazy_prince, lets try this ^^^11:46
dtantsurI think it'll apply cleanly to mitaka11:46
dtantsurvdrok, I'm not sure I get it, why can't we just fix the auth_url?11:46
lazy_princedtantsur: it wont work..11:47
dtantsurwhy?11:47
vdrokdtantsur: because if v3 is used user_domain_id and project_domain_id are required11:47
vdrokand there are no such arguments in neutron client constructor11:47
dtantsurhmm11:47
vdrokand the way to solve it is to create a keystoneauth session with all the parameters11:48
vdrokand pass it into neutron client constructor11:48
openstackgerritSofiia Andriichenko proposed openstack/python-ironicclient: Negative tests for testing chassis-create command  https://review.openstack.org/32278811:48
openstackgerritSofiia Andriichenko proposed openstack/python-ironicclient: Negative tests for testing actions with Chassis  https://review.openstack.org/30175711:48
vdroki'm trying this locally now11:48
lazy_princei tried CONF.keystone_authtoken.auth_uri with /v3/auth and it did not work.. it gave me {"error": {"message": "Expecting to find identity in auth - the server could not comply with the request since it is either malformed or otherwise incorrect. The client is assumed to be in error.", "code": 400, "title": "Bad Request"}}11:49
dtantsurlazy_prince, was this failure in ironic.dhcp.neutron or somewhere before?11:49
lazy_princesame place where i got earlier issue...11:50
dtantsurok, abandoning this one11:50
pas-haa better solution is this chain https://review.openstack.org/#/q/topic:use-ksa+project:openstack/ironic11:51
*** ekarlso has joined #openstack-ironic11:51
dtantsurpas-ha, yes, but how do suggest we backport it to mitaka?11:51
pas-haouch, that would not be that easy11:51
dtantsurthat's the problem :)11:51
dtantsurI'm not saying we should not merge your patch chain ofc11:52
dtantsurI'm just trying to think of something we could backport11:52
pas-hamainly due to the fact that we reuse keystone_authtoken for building clients11:52
dtantsuryeah, that's a Bad Idea (tm)11:52
* dtantsur -> quick lunch, brb11:52
openstackgerritAparna proposed openstack/proliantutils: Sort values of raid_config for 'share_physical_disks'  https://review.openstack.org/32631911:53
lazy_princeso i would take it that as of now, ironic does not fully support ks v3 api... can we document this at-least somewhere..?11:53
lazy_prince(scratch fully)11:53
sambettshmm I thought devstack used ks v3 and our gate isn't broken11:54
lazy_princesambetts: yup.. but code says otherwise.. :)11:54
*** daemontool_ has joined #openstack-ironic11:54
lazy_princemay be devstack still uses v2.0 ks apis for ironic11:55
*** daemontool has quit IRC11:55
vdroksambetts: I think it has v3 but does not disable v211:56
lazy_princehttps://review.openstack.org/#/c/297312/15/devstack/lib/ironic#l43411:56
lazy_princeyou can see devstack still uses v2.0 auth uri for ironic..11:57
jrolldevstack still uses v2 by default11:57
jrolleverywhere11:57
lazy_princemorning jroll11:57
jrollsome folks are working on v3 by default, they're supposed to put a job on ironic for it, dunno what happened to that11:57
jrollhey lazy_prince :)11:57
*** xavierr has joined #openstack-ironic11:58
*** dprince has joined #openstack-ironic12:01
pas-hasambetts: yep, there was a patch from dims trying to move devstack to Kv3 only, and Ironic broke :( that was an original starter for my patches12:02
sambettsah :(12:02
vdroklazy_prince: and another thing, just /v3 without /auth is correct :)12:02
lazy_princevdrok: thats what i thought and started with.. :)12:03
lazy_princebut then the failures confused me and i stared with other variants12:04
lucas-hungryfolks, I'm feeling a bit under the weather today12:04
lucas-hungryI'll take the afternoon out12:04
*** lucas-hungry is now known as lucas-afk12:04
vdroklucas-afk: get better!12:04
lucas-afkcheers12:04
*** achanda has joined #openstack-ironic12:06
*** fragatina has quit IRC12:07
*** achanda has quit IRC12:10
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add test for 'baremetal port create' command  https://review.openstack.org/33288012:14
xavierrbom dia Ironic (good morning in portuguese) :)12:15
xavierrlucas-afk hi there, take care!12:15
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Warn on legacy auth options on conductor start  https://review.openstack.org/32666012:20
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Update devstack plugin with new auth options  https://review.openstack.org/29731212:20
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Migrate to using keystoneauth Sessions  https://review.openstack.org/23698212:20
openstackgerritTang Chen proposed openstack/python-ironicclient: Use osc-lib instead of openstackclient  https://review.openstack.org/33331112:21
*** jcoufal has joined #openstack-ironic12:21
*** fragatina has joined #openstack-ironic12:22
*** amotoki has quit IRC12:23
TheJuliaGood morning12:24
*** jcoufal_ has joined #openstack-ironic12:26
TheJuliadtantsur: re https://bugs.launchpad.net/ironic/+bug/1590408, it looks like neutronclient is completely unaware of what to do so it just defaults ot taking the auth uri and appending /tokens to it12:28
openstackLaunchpad bug 1590408 in Ironic "Node cleaning fails with 'Failed to tear down from cleaning for node UUID'" [High,Confirmed]12:28
*** jcoufal has quit IRC12:29
openstackgerritSofiia Andriichenko proposed openstack/python-ironicclient: Add test for 'node-show --field' command  https://review.openstack.org/30006412:31
*** jjohnson2_ has joined #openstack-ironic12:31
*** thiagop-afk has joined #openstack-ironic12:31
thiagop-afkGood morning, Ironic12:32
*** thiagop-afk is now known as thiagop12:32
vdrokmorning TheJulia and thiagop12:32
lazy_princeTheJulia: I guess, we will hit the same issue when using swift...12:33
lazy_princeso if we fix, we fix both..12:33
thiagopAnd great congratulations to dtantsur on the approval of the driver composition spec. A fight well fought with infinite patience and good will.12:33
*** trown|outtypewww is now known as trown12:34
TheJulia\o/12:34
*** M00nr41n has quit IRC12:37
*** ccamacho is now known as ccamacho|lunch12:42
*** ametts has joined #openstack-ironic12:43
*** sdake has joined #openstack-ironic12:48
*** fragatina has quit IRC12:51
*** smoriya has quit IRC12:55
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: WIP: Discovery tempest test  https://review.openstack.org/32376912:56
*** aparnav has quit IRC12:57
*** jvgrant has joined #openstack-ironic12:59
*** baoli has joined #openstack-ironic13:01
*** cdearborn has joined #openstack-ironic13:03
*** rloo has joined #openstack-ironic13:03
*** hshiina has quit IRC13:03
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Negative tests for testing actions with Chassis  https://review.openstack.org/30175713:04
dtantsurjroll, as you're one of assignees on the agent vendor API thing, could you please review https://review.openstack.org/330938 and https://review.openstack.org/332890 ? :)13:05
*** fragatina has joined #openstack-ironic13:05
jrolldtantsur: yeah, I'll try13:07
dtantsurthnx13:07
rloohi and morning all!13:15
rloodtantsur: i'd like a followup to the reform spec. I think (for me) it is important to mention that when it mentions an interface becoming invalid, it only (in that spec) means disabled.13:16
*** rbudden has joined #openstack-ironic13:16
dtantsurrloo, morning, will do13:16
rloodtantsur: OH. just reading jroll's comment. invalid also if not supported. sigh.13:16
rloodtantsur, jroll: don't really want to deal with it now, but really, if a hw vendor says an interface is supported, how can they no longer support it? that's a breaking change.13:17
dtantsurrloo, imagine 3rd party vendors. we can't affect them13:17
rloodtantsur: so do we do a microversion update what that happens?13:18
rloos/what/when/13:18
dtantsurrloo, we can't. we don't have drivers covered by microversions13:18
dtantsurwe don't even have control over out-of-tree drivers13:18
jrollrloo: yeah, for in tree things we'd have some deprecation13:19
jrollwe can't do anything about out of tree13:19
rloodtantsur: this is intree. out-of-tree don't have supported anything, do they? that is in code.13:19
jrolleven with deprecation, the code still needs to handle it13:19
jroll(if the operator doesn't follow deprecation warnings)13:19
dtantsurrloo, sorry? imagine an out-of-tree hw type removes an interface people use. we'll have to cope with it somehow.13:19
rloodtantsur: no, we aren't responsible for out-of-tree hw types.13:20
jrollI think nulling task.driver.foo is reasonable, and any code we write should expect that13:20
rloodtantsur: how do they hook in their outoftree drivers? they'd have to pull in their classes, etc.13:20
jrollrloo: but the internal code needs to handle things that out of tree drivers do13:20
rloodtantsur: we'd have to cope with it wrt ironic not falling down and dying i guess, but we don't have to deal with supporting their nonsupport.13:20
dtantsurrloo, define a hardware type, create an entry point for it. we can have 3rd party drivers by design13:21
sambettsI suggest a InvalidInterface object that implements all functions a no-op except validate, I don't want to have if task.driver.<interface> is not None: everywhere13:21
dtantsurrloo, yeah, by "cope" I mean "don't use HTTP 500 on every request touching this node"13:21
dtantsursambetts, how is try.. except NotImplementedError.. better?13:21
sambettsI never said a notimplementederror I said a Noop13:22
dtantsurI hope you don't mean that InvalidInterface will just no-op every call...13:22
dtantsuroh13:22
dtantsurso the node will be silently broken?13:22
jrollthat's equivalent to: if task.driver.foo is None: task.driver.foo = FakeFoo()13:22
jroll:P13:22
sambettsno because it fails to validate13:22
sambettsbecause of def validate13:23
rloodtantsur, sambetts: I think/hope that when dtantsur codes it, it will become more obvious what to do/how to handle. deciding on having an InvalidInterface seems premature (and doesn't actually make sense to me right now.)13:23
jrolldo people often run 'ironic node-validate'?13:23
jrollI don't think I've ever run that downstream13:23
sambettsjroll: no but things like nova do13:23
jrollsure13:23
jrollI think either way it needs some though13:23
jrollt13:23
dtantsurI think we should make sure that API requests and periodic tasks are not processed when the interface fails to validate13:24
dtantsurthen we won't have to decide what to do about None13:24
jrollif e.g. task.driver.deploy.foo() is always guarded by a validate call, no need to check if task.driver.derploy is None13:24
jrollyeah13:24
sambettsexactly, I don't think there is a need to have a if interfacs is None thing, when we can just use the existing validate function check13:25
jrollright, which means there's also no need for InvalidInterface, right? :)13:25
*** _vs_ has joined #openstack-ironic13:25
sambettsno because it'll have to call validate on something right?13:25
sambettsso that we can get a resonable message in the validate response13:26
jrollwell13:26
jrollwe could have the null checks there13:26
sambettsunless your expecting a try: except TypeError13:26
rlooi think (maybe) what sambetts is saying (or at least I am thinking) is that there may not even be a class/interface associated with the node.x_interface value, if eg a 3rdparty driver removed that class.13:27
sambettsjroll: we'd need null checks everywhere task.driver.<interface> is called13:27
jrollsambetts: not if those are guarded by validate calls13:27
jrollvalidate_interface(task.driver.deploy); task.driver.deploy.foo()13:27
sambettsI'm thinking more like things like sync power state, do we validate(task.driver.power) in there/13:28
sambetts?13:28
jrollsambetts: also, current validation code already checks if it's None13:28
jrollyeah13:28
dtantsursambetts, we need validate calls everywhere task.driver.XXX is called13:28
openstackgerritSofiia Andriichenko proposed openstack/python-ironicclient: Negative tests for testing chassis-create command  https://review.openstack.org/32278813:28
dtantsuri.e. if the deploy interface calls boot interface, deploy validate must check boot validate13:29
dtantsurI'm not sure if we do it now, but it's worth doing13:29
jrollsambetts: so the way we call it needs to change, but we do it already https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L237113:29
sambettsmaybe just have a bulk interface validate at the point we build the task.driver object?13:29
jrollhm, maybe13:29
jrollnot sure the implications there13:30
jrollanyway, I'm not sure we can really figure this out without playing with the code, honestly13:30
sambettsI was just thinking a InvalidInterface with all the functions passing except validate would just work out of the box now with our current checls13:30
jrollwell, it'd work in that it wouldn't throw random AttributeErrors, but instead just do nothing and pretend it did something13:31
jrollI'm not sure which is better :)13:31
hkominoswell i run node-validate for sure :P13:31
*** jistr|mtg is now known as jistr13:31
hkominosjroll13:31
dtantsurI'm thinking that we could have InvalidInterface that raise something meaninful on every call13:31
jrollhkominos: :)13:31
*** david-lyle_ has joined #openstack-ironic13:32
dtantsurI've changed tripleo scripts to run validate as well, previously it wasn't used there13:32
dtantsurinspector has always run it13:32
sambettsdtantsur: at that point we might as well just catch it at task.driver build time and always error out early13:32
*** catintheroof has joined #openstack-ironic13:32
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Functional tests for portgroups in ironicclient  https://review.openstack.org/29772713:32
*** baoli_ has joined #openstack-ironic13:33
dtantsursambetts, that will make it impossible to update such node, no?13:33
jrollwhomp13:33
jrollI was just going to say it should work, but that's correct13:33
*** ccamacho|lunch is now known as ccamacho13:33
sambettsdtantsur: interesting, if we're updating the interfaces shouldn't we wait till after that to build task.driver?13:33
dtantsuralso a node with invalid inspect interface can still (arguably!) sync power states13:33
dtantsursambetts, I'll check how our update works now13:34
*** joprovost has joined #openstack-ironic13:34
jrollour update uses the new driver to figure out the conductor to send to13:34
*** rbudden has quit IRC13:34
*** yolanda has joined #openstack-ironic13:34
*** piet has joined #openstack-ironic13:34
*** baoli has quit IRC13:35
sambettsso we have to wait until after the update to build the task.driver anyway13:35
*** achanda has joined #openstack-ironic13:35
dtantsurhttps://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L117-L12013:35
sambettsright? otherwise it'll go to the wrong conductor? *mind melt*13:35
dtantsurwe don't build tasks on API side13:35
dtantsurwe just take the "driver" field and send the request13:35
dtantsurthen the conductor builds the task13:36
*** david-lyle has quit IRC13:36
dtantsursee the code above13:36
sambettsah this comes back to the whole API -> DB or Conductor -> DB13:36
sambettsthing13:36
jrollalso related https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L1301-L131213:36
jrollto find which conductor the request goes to13:36
dtantsuryeah13:36
jrollit calculates that with the new driver13:37
dtantsurso as it's written now, we call task manager before updating the interfaces13:37
dtantsurbut! we don't use a task object at all, we just use locking13:37
dtantsurso it seems solvable in theory13:37
jrollright, so we can't blow up in acquire()13:38
sambettshmm yeah, implemention of this is going to be fun XD13:38
dtantsurI'm still not entirely convinced that something like a broken inspect interface should make the whole node unusable (incl. power syncs)13:38
jrollor maybe acquire gets a validate_driver=True13:38
jrolland that one spot overrides to False13:38
dtantsurI was thinking about something like that, but see above13:38
jrollright13:38
* jroll suddenly gets worried about putting his name on this one :D13:40
sambettsI can't put it together in my head right now, probably much easier to work out once we've got code up to see how much of everything we touch :-P13:40
dtantsurjroll, lol, too late to retreat :D13:40
jrollsambetts: indeed13:40
dtantsursambetts, that's what rloo suggests and I agree with her. lets get something up and get back to a planning board if we're not pleased with how it shapes13:41
jrollmaybe this ends in a complete rewrite of task management :)13:41
sambettsdtantsur: +113:41
dtantsurjroll, with tooz on the radar it may happen sooner or later anyway13:41
rlooi have complete faith that dtantsur will come up with the right solution :)13:41
sambettsoooooo yeah thats going to be super interesting13:41
dtantsurthanks :)13:41
sambettsowl power!13:41
dtantsur\o/13:42
dtantsur#pixiesay owl power!13:42
PixieBootsʕ•͡ᴥ•ʔ: owl power!13:42
jrolldtantsur: quick, let's ninja edit the spec to use a DLM here13:42
dtantsurLOL13:42
dtantsurit will make the spec so much simpler for sure13:42
dtantsur</sarcasm>13:42
hkominossorry to bother you ironicers but i got a quick question.Does the deploy disk give a specific name to the HDD on the machines? and if so how do i find tha name?13:43
dtantsurhkominos, not sure what you mean by "give name" here13:44
jrollhkominos: like a partition label?13:44
hkominosyes13:44
hkominosI wantto deploy a full disk image13:45
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add test for 'baremetal port create' command  https://review.openstack.org/33288013:45
hkominosand i think i need to set some metadata to the image so that ironic can pick them up and format the disk correct?13:45
jrollironic doesn't format the disk when using full disk images13:45
jrollit just dd's the entire image to the block device for the disk13:46
*** achanda has quit IRC13:46
hkominosok. So it has to know for example its size right?13:46
*** foexle has quit IRC13:46
hkominosand what is the block devices name13:46
jrollyes, that's a glance property13:46
jrollfor which block device, by default it chooses the smallest disk that is larger than 4gb13:46
jrollbut you can override it with hints13:46
* jroll finds doc13:47
jrollhkominos: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#specifying-the-disk-for-deployment13:47
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add sanity tests for baremetal power state commands  https://review.openstack.org/33336113:48
hkominosexcellent. I have only one disk though so i would assume that it is always sda?13:49
jrollprobably :) anyway ironic will find the disk just fine without specifying it13:50
*** PollyZ has joined #openstack-ironic13:50
hkominosthe point is that it does not.13:50
jrolloh? :/13:50
hkominosor at least it does not find the partition correctly.13:50
jrollgot any logs or something?13:51
hkominosor i am doing something wrong (much much more probable)13:51
jrollhehe13:51
jrollyeah, curious what's going on there13:51
hkominosbefore i show the error message I should specify that i am using the fuel_Ipmi driver which in order to work and give hints to the deploy image you specify metadata in the user image13:52
hkominoslike so13:52
hkominoshttps://github.com/openstack/fuel-agent/tree/master/contrib/ironic/ironic-fa-deploy13:52
hkominos--property fuel_disk_info='[{"name": "sda",    "extra": [], "free_space": 11000, "type": "disk", "id": "vda",    "size": 11000, "volumes": [{"mount": "/", "type": "partition",    "file_system": "ext4", "size": 10000}]}]'13:52
hkominosmore specificaly13:52
jrolloh, that's completely different, and not something we support :/13:53
* jroll has no clue how the fuel driver or the fuel agent work13:53
jrollmaybe try asking the fuel folks for help?13:53
*** _vsaienko has joined #openstack-ironic13:55
*** _vs_ has quit IRC13:55
hkominosCant find them atm. + i am just trying to understand ironic.13:55
hkominosSo i would assume that it works in a very similar way13:55
*** yolanda has quit IRC13:56
jrollwell, they use a different deploy driver and agent, so how it finds the disk may be different13:56
jrollthis seems like it might be where they find the disk https://github.com/openstack/fuel-agent/blob/master/fuel_agent/drivers/nailgun.py13:58
jrollbut it's hard to tell without reading it all13:59
jrollsorry, I'd help if I could but don't think I can :(13:59
* jroll bbiab13:59
*** rbradfor has joined #openstack-ironic14:00
hkominosYou help quite a lot. I am sure there are similarities so i might find the problem. the question is this. I think that it finds the disks. What it does not find is a filesystem. (cant find ext4 filesystem is the error) . So I was wondering if that meant that it cant find the disk or it is something else14:01
rlooTheJulia: did you or someone resolve this? L607: https://review.openstack.org/#/c/307225/5/ironic/drivers/modules/irmc/boot.py14:02
*** rbradfor has quit IRC14:02
*** joprovost1 has joined #openstack-ironic14:03
openstackgerritMerged openstack/ironic-webclient: Correct markup of README.md  https://review.openstack.org/33270714:03
openstackgerritMerged openstack/ironic-webclient: Set IP and port using environment variables  https://review.openstack.org/33270614:03
jlvillaldtantsur, Do you know why for PCI it was decided to use 'product_id" instead of 'device_id'? https://review.openstack.org/#/c/326318/8/ironic_python_agent/inspector.py14:04
jlvillalI am used to PCI being VENDOR_ID and DEVICE_ID.14:04
*** joprovost has quit IRC14:04
*** joprovost1 is now known as joprovost14:04
*** achanda has joined #openstack-ironic14:05
jlvillalLine 432 in the patch14:05
*** rbradfor has joined #openstack-ironic14:05
jlvillalsambetts, Same question to you :)  ^^^14:06
sambettsjlvillal: not sure, not much experience with PCI stuff like that14:07
*** achanda has quit IRC14:07
jlvillalsambetts, https://en.wikipedia.org/wiki/PCI_configuration_space#Standardized_registers14:10
*** rbartal has quit IRC14:12
*** sdake has quit IRC14:13
*** sabeen has joined #openstack-ironic14:13
sambettsjlvillal: I like standards :)14:15
*** sdake has joined #openstack-ironic14:16
dtantsurjlvillal, no idea, I don't have a strong opinion there14:16
dtantsurjlvillal, we can amend the spec if needed14:16
*** baoli_ has quit IRC14:19
*** rook has joined #openstack-ironic14:19
vdrokhkominos: fuel_agent does not support whole disk images, only partition images14:21
rookmorning JayF -- i hear you might be looking at adding metrics to Ironic -- i am interested in tracking the time it takes for ironic to deploy a instnace.14:21
*** baoli has joined #openstack-ironic14:21
vdrokyou can switch to agent_ipmitool for whole disk14:21
*** piet has quit IRC14:22
*** amotoki has joined #openstack-ironic14:23
rloorook, JayF et al have some patches for metrics; what you want might be covered by L423: https://review.openstack.org/#/c/301923/2/ironic/api/controllers/v1/node.py14:25
rloorook: actually, no it won't. because it only times the request. not the background time to actually do the deploy.14:26
*** foexle has joined #openstack-ironic14:26
rloodtantsur, jlvillal: wrt trello cards (cuz i'm too lazy to read up on how to use trello). are 'members' of a card the folks that are the contacts/leads/whatever?14:27
dtantsurrloo, yes. everyone directly involved14:27
jrollrloo: with most people that use trello, they use that for either assignees, or people add themselves so they get notifications when the card changes14:27
rloodtantsur: ok thx. i had put down 'contacts' or something, but i'll change that to using members if they have trello accounts. and if i can figure out how to do it :)14:27
jrollwe can of course use 'members' however we like14:28
jrollevery core except TheJulia, yuriyz, and haomeng are on trello now14:28
rloojroll: OH. well, can we use 'members' to be the contacts? if we do that, is there some other way for folks to get notifications?14:28
jrollrloo: sure, we totally can, I'm good with that14:29
jrollother than that, not sure, let me have a look14:29
jrollrloo: oh, folks can push 'subscribe' for that14:29
rloojroll: ok, then we are good with using 'members' as owners/leads/...14:30
dtantsur+114:30
jrollrloo: ++14:30
TheJuliajroll: you can add me if you want, my username in trello is thejulia14:32
jrollTheJulia: done \o/14:32
*** amotoki has quit IRC14:32
*** _vsaienko has quit IRC14:35
hkominosvdrok :thx. Speaking of which i found https://bugs.launchpad.net/mos/+bug/1568879 . Is it valid?should the json be vda everywhere?14:35
openstackLaunchpad bug 1568879 in Mirantis OpenStack "User guide Ironic section improvement" [Undecided,New] - Assigned to Fuel Documentation Team (fuel-docs)14:35
rloojroll: qq. I believe JayF is hiding til he gets the keystone policy spec done. Is he also leading the rescue stuff?14:35
jrollrloo: he is indeed14:36
*** _vsaienko has joined #openstack-ironic14:36
rloojroll: thx14:37
TheJuliarloo: *sigh* lost track of that one.14:37
jrollwelcome14:37
*** ayoung has quit IRC14:37
*** jistr is now known as jistr|mtg14:38
yuriyzhi Ironic jroll please add @yuriyzveryanskyy to trello members14:38
vdrokhkominos: yep, it should be the same disk name everywhere14:38
hkominosomg . I wild manual appeared!!14:38
dtantsurjroll, I think we can move driver composition to "code patches". while no patches are bound to it specifically, the agent vendor API can probably count, wdyt?14:39
jrolldtantsur: yeah, go for it14:40
rlooTheJulia: I was going to approve but wanted to make sure it was ok; i didn't want to read through the chain of comments.14:40
jrollyuriyz: done, thanks!14:40
*** amotoki has joined #openstack-ironic14:40
rloodtantsur: isn't the agent vendor part of another rfe?14:41
*** links has quit IRC14:41
*** pcaruana has quit IRC14:41
dtantsurrloo, it is technically. but logically I'm rushing with it due to the driver composition14:41
jrollyeah, it's a dependency for driver comp14:42
dtantsurotherwise we won't be able to separate agent deploy from passthru14:42
rloodtantsur: wondering if we should just add a separate card for the agent vendor stuff then.14:42
jrollseparate card does seem better14:42
dtantsurI don't mind either way, I just don't want to spend too much time on cards :)14:42
dtantsurfeel free to fix it as you feel appropriate14:42
*** jrist has quit IRC14:43
*** joprovost has quit IRC14:43
rloodtantsur: i'll add a card. am going through trello now anyway.14:43
dtantsurthnx14:43
rloojlvillal: grenade is voting now, right?14:43
*** baoli has quit IRC14:43
dtantsurit is14:44
* rloo moves 'make grenade voting' card to Done!14:44
jroll\o/14:44
*** _vsaienko has quit IRC14:44
jlvillalrloo, yes14:45
*** _vsaienko has joined #openstack-ironic14:45
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add sanity tests for baremetal power state commands  https://review.openstack.org/33336114:46
mgouldrloo: yay!14:47
*** _vsaienko has quit IRC14:47
TheJuliarloo: I _think_ it is okay, but the back and forth has really been with different contextual perspectives :\14:47
*** baoli has joined #openstack-ironic14:48
rlooTheJulia: which is why i don't want to get into it :) I suspect the comment may be incorrect wrt conductor takeover based on what nao says but that can be fixed later if it is incorrect.14:48
*** foexle has quit IRC14:49
TheJuliarloo: hmmm looking again14:49
*** joprovost has joined #openstack-ironic14:50
rloovdrok: if you have a minute, would you take a look at the description; I took it from your comment but not sure I got it right: https://trello.com/c/0xRRc77z/12-ci-test-agent-driver-with-partition-images14:50
*** _vsaienko has joined #openstack-ironic14:51
vdrokrloo: yep, it's correct :)14:51
rloovdrok: so 330738 is the -nv partition images job that you mention in the first sentence?14:52
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/33317714:52
*** baoli has quit IRC14:52
vdrokrloo: those are on IPA and there is one in ironic too with almost the same name. they all need that change to devstack plugin to do what they should14:53
rloovdrok: could you list the patches needed to address that? or a link to list of patches14:53
jrollsambetts: mind putting your eyes on this? https://review.openstack.org/#/c/327009/714:54
jrollmorgabra: ^ you might also be interested14:54
vdrokrloo: OK, I'll change the description a bit, thanks14:54
*** baoli has joined #openstack-ironic14:54
jrolljohnthetubaguy: if I wanted to test that stack harder, would you recommend I base that on https://review.openstack.org/#/c/332712/2 or something else in the middle?14:54
*** jrist has joined #openstack-ironic14:56
sambettsjroll: hmmm interesting, /me still wants to nuke Ironic setting mac addresses like that in Nova14:56
*** sacharya has joined #openstack-ironic14:57
jrollsambetts: yeah, I think we could still do that later14:57
TheJuliarloo: I think the comment is correct, but I've also walked the four ways that method can get called too :(14:58
rlooTheJulia: ok. going to approve. thx.14:59
*** david-lyle_ is now known as david-lyle14:59
sambettsjroll: yeah, whats interesting about this to me is it basically does what I wanted to do for mac addresses except that it does it in Nova still, e.g. create port with generated mac address, and update it later with the mac address you want. the only difference is that I want to do it way later like post provisioning later14:59
*** ijw has joined #openstack-ironic15:01
jlvillalsambetts: TheJulia mat128: Ready to chat about multi-node Grenade?15:03
mat128oh it's right now15:03
JayFsambetts: you can't do it post-provisioning, you have to have the neutron object setup properly when you generate the configdrive15:03
mat128jlvillal: I'm supposed to have a meeting downstream, but we can start15:03
*** amotoki has quit IRC15:03
JayFsambetts: b/c you have to generate the configdrive w/the physical mac15:03
mat128jlvillal: room 7777?15:04
sambettsJayF: thats someelse I want to work on ;)15:04
sambettssomething*15:04
jlvillalmat128: That works for me15:04
JayFsambetts: howso? Want to remove mac from configdrive?15:04
mat128ok, joining15:04
*** amit213 has quit IRC15:04
TheJuliajoining in two minutes15:04
jlvillalLet me find the dial-in. I was doing SIP from home. But that doesn't work inside the firewall at work :(15:04
sambettsJayF: no, I want to do late generation of config drive plus injection or something I havn't worked it all out yet15:05
JayFhmm.15:05
mat128sambetts: injection :(15:05
sambettsmat128: nova already does it15:05
JayFyeah I'm not keen at all on Ironic modifying the configdrive created by nova15:05
JayFbecause today that is one place where we are not different from nova whatsoever15:05
mat128sambetts, JayF: maybe Ironic should generate it?15:05
mat128just a thought15:05
sambettsthat was my plan15:05
JayFI'd be extremely -1 to that for ^ above reasons15:05
openstackgerritDmitry Tantsur proposed openstack/ironic: Promote agent vendor passthru to core API  https://review.openstack.org/33001815:05
mat128JayF: yeah..15:06
*** fragatina has quit IRC15:06
JayFThat's 100% on the "nova" side of the driver interface.15:06
sambettsneed to sketch things out in my head first15:06
jroll-2 for injecting files15:06
JayFAs someoen who runs a "mixed cloud", I don't wanna play "how is this configdrive different"15:06
jrollgenerating configdrive, maybe15:06
* jroll oslo.configdrive15:06
sambetts+10015:06
JayFif it's using the same code/methods from nova, maybe15:07
sambettsjroll: we'll need it for standalone + glean mode anyway15:07
jrollit relies on lots of nova metadata, but we could figure something out15:07
JayFjust seems like we should be less land-grabby15:07
jrollsambetts: yeah, I'd like non-nova users to not need to generate a configdrive15:07
openstackgerritMerged openstack/ironic: Create common neutron module  https://review.openstack.org/31739015:07
JayFrather than eating up more and more of what nova would do :/15:07
jrollto be clear, I'm not totally in support of doing configdrive ourselves15:07
jrollbut it's an interesting idea I'd like to explore15:07
mat128jroll: I prefer it to injecting stuff afterwards15:08
*** amotoki has joined #openstack-ironic15:08
jrollmat128: oh, totally15:08
sambettsI need to sketch it out, I also kinda want to look into a brick like thing for networking15:09
jrollsambetts: os-vif? :)15:09
jrollit's a thing already15:09
jrollusing that in ironic is... interesting15:09
jrollidk enough details on it to have an opinion there15:09
sambettsme neither15:09
sambettsi need to do more digging for pizza box15:10
jlvillalsambetts: mat128 TheJulia : I'm over in #openstack-meeting-615:10
sambettse.g. in my setup I can do post provisioning mac update because I don't need to configure anything in the host15:11
mat128TheJulia: can you join #openstack-meeting-615:11
jrolljlvillal: we shouldn't be creating channels that start with #openstack- that aren't managed by infra :/15:13
jrollif y'all are on a phone bridge and just dropping random links, feel free to do that here15:14
jrollor start a channel beginning with ##15:14
jlvillaljroll: Okay15:14
TheJulia++15:14
*** sdake_ has joined #openstack-ironic15:14
mat128oh ok15:14
mat128ironic stuff crashing on multiple private network http://paste.openstack.org/show/521692/15:15
sambetts16:11 < jlvillal> https://etherpad.openstack.org/p/ironic-newton-grenade-whiteboard15:15
sambetts16:12 -!- Channel #openstack-meeting-6 created Tue May 17 23:49:57 201615:15
jlvillalTheJulia: sambetts mat128 : https://etherpad.openstack.org/p/ironic-newton-grenade-whiteboard15:15
sambetts16:12 < mat128> ironic stuff crashing on multiple private network http://paste.openstack.org/show/521692/15:15
sambetts16:13 -!- Irssi: Join to #openstack-meeting-6 was synced in 95 secs15:15
sambetts16:14 < sambetts> My local conf for real BM in third party CI http://paste.openstack.org/show/521216/15:15
jroll.....15:15
sambetts16:14 < mat128> localconf for "master": http://paste.openstack.org/show/521693/15:15
sambetts16:14 < jlvillal> Okay, jroll wants us to drop the links over in #openstack-ironic15:15
jrolloh I see15:15
jrollheh15:15
mat128localconf for "slave": http://paste.openstack.org/show/521694/15:15
*** baoli has quit IRC15:15
*** sdake has quit IRC15:16
*** amotoki has quit IRC15:18
*** lintan_ has joined #openstack-ironic15:18
*** hshiina has joined #openstack-ironic15:18
mat128https://review.openstack.org/#/c/332614/15:19
*** sdake_ has quit IRC15:20
*** baoli has joined #openstack-ironic15:23
*** baoli has quit IRC15:23
*** penick has quit IRC15:24
*** baoli has joined #openstack-ironic15:25
jrollhey friends. after today, I'll be on ETO june 24-27. at openstack leadership training thing june 28-30, mostly afk. on ETO again july 1-5. if something comes up that needs my ack (release requests, etc), feel free to redirect to dtantsur, rloo, or devananda. point people at this irc log if they don't believe you. :)15:25
mat128jroll: please prove you are the real jroll =)15:26
jrollmat128: /whois jroll :D15:26
rloojroll: so when are you available? might be easier.15:26
jrollrloo: july 6.15:26
thiagopthis whois thing actually works?15:26
jrollrloo: feel free to hit me on hangouts, though, if you *really* need me15:26
*** ijw has quit IRC15:27
jrollthiagop: yes, it's an irc command15:27
mat128jroll: but it doesnt really prove anything ;)15:27
rloojroll: gotcha. no worries, ironic will still be here when you get back. i think the only emergency would be some security thing.15:27
thiagopcool15:27
jrollyou can see "is logged in as jroll" which doesn't mean much other than someone knows my freenode login password15:27
mat128:P15:27
mat128I think you proved it well enough15:27
jrollrloo: devananda is security liaison, but yes I'd like to know about that15:27
* rloo is looking forward to the new, improved leadership skills of jroll in July.15:28
jrollmat128: I can send you a gpg signed email if you prefer :P15:28
rloobut how do we know mat128 is mat128?15:28
thiagopopenstack leadership trainning?15:28
dtantsurlol15:28
thiagopthat would be cool to watch15:28
dtantsurjroll will become our openstack leader :D15:28
thiagopand/or participate15:28
jlvillalWant to have Ironic API get upgraded and a not have Ironic Conductor be upgraded.15:28
rloothiagop: i think they opened it up to everyone, maybe with a waiting list, dunno.15:29
thiagopis it something promoted by the foundation?15:29
rloothiagop: yup. i think initially it was for TC, but of course, people complained.15:29
jrollthiagop: it's something the foundation is trying out and possibly doing more of based on feedback https://etherpad.openstack.org/p/Leadershiptraining15:29
rloothiagop: there was some thread about it. you have to subscribe to openstack-dev if you haven't and like drama etc.15:30
jrollrloo: people didn't complain, but given it's a first try, they wanted as many TC-type of people as possible to get good feedback15:30
jrolland they had 20 spots, and not 20 (ex-)TC people that could go15:30
rloojroll: well, maybe not complain. whine about wanting to attend even if they weren't TC? :)15:30
jlvillaljroll: So on doing the upgrade process. Is it upgrade Conductor or API first?15:30
rloojlvillal: conductor15:31
mat128jlvillal, TheJulia, sambetts: https://review.openstack.org/#/c/299245/15:31
jrolljlvillal: see the spec :)15:31
jlvillalrloo: thanks15:31
jrollrloo: whine, heh15:31
mat128L12315:31
*** sdake has joined #openstack-ironic15:31
thiagoplots of known names on that list. Maybe I'll subscribe on a next session. Leadership is an area I'm building right now...15:32
rloojroll: so for monday's meeting, dtantsur? who? can chair. And I think we skip the following Monday (July 4)? Or we can decide on Monday whether to skip or not.15:33
jrollthiagop: yeah, if this goes well, sounds like they're interested in doing more15:33
jrollrloo: yeah, any of you three can chair15:33
dtantsurrloo, why skip? due to being close to midcycle?15:33
jrolldtantsur: july 4 is US holiday15:33
rloodtantsur: July 4 is US holiday.15:33
dtantsurah15:33
jrolljinx15:33
rlooheh15:34
dtantsurwell, I can lead for non-US folks15:34
thiagopjroll: I'd like a debrief if you don't mind. Know what people discussed. :)15:34
rloodtantsur: but if enough non-US folks, we can still have.15:34
*** sdake_ has joined #openstack-ironic15:34
dtantsurI'll check before starting; there may be enough folks15:34
jrollthiagop: you'll be interested in this thread, it talks a bit about that http://lists.openstack.org/pipermail/openstack-dev/2016-May/096071.html15:34
rloodtantsur: I'll put it as an item for Mon meeting so we don't forget.15:35
jrollthiagop: I can give you some ideas15:35
JayFIn the same vein as jroll's comment; I'm going to be moving and will not be around 6/29 - 7/12 or so while moving.15:35
* thiagop reads15:35
jroller, thiagop I can give you my take on it, is what I meant15:35
* rloo wonders if we shoudl shut down ironic for the next 2 weeks :)15:35
mat128rloo: updated https://review.openstack.org/#/c/332614/ based on your comments, if you don't mind giving it a look15:35
jrollrloo: if having JayF and I away means a full shutdown, we have big problems :P15:35
dtantsurrloo, jroll, actually July 4 is not a working day for me too, so I'm fine with skipping it, but I'm also fine with showing up :)15:35
thiagopjroll: great15:35
rloomat128: ok.15:35
rloojroll: HA HA. any excuse for a vacation!15:36
jrolllol15:36
jrolldtantsur: nice15:36
*** PollyZ has quit IRC15:36
*** PollyZ has joined #openstack-ironic15:36
*** sdake has quit IRC15:36
rloojroll: we decided to review priorities when you were back, right? am going to remove from agenda.15:37
*** ayoung has joined #openstack-ironic15:37
jrollrloo: yeah, I'll try to think about it and kickstart with what I think15:37
rloojroll: k, updated agenda.15:38
jrollthanks!15:38
mat128localconf for "master": http://paste.openstack.org/show/521693/    "slave": http://paste.openstack.org/show/521694/15:40
*** sukhdev has joined #openstack-ironic15:41
*** lintan_ has quit IRC15:43
vdrokjroll: sambetts rloo I'm still thinking about the flat network provider and requiring cleaning_network_uuid for the conductor to start - https://review.openstack.org/#/c/285852/57/ironic/drivers/modules/network/flat.py@38 . We need to have 'flat' in enabled_network_interfaces, which will break bifrost, so I see 2 options here: 1. remove the raise from init15:44
vdrokand put it into (add,remove)_cleaning_network methods, just log the warning in init; 2. do the CONF.set_defaults(enabled_network_interfaces=['none']) if CONF.dhcp.dhcp_provider == 'none'15:44
jrollvdrok: hrm, I don't mind 215:45
jrollthe other alternative is fix bifrost to set that option before we land the code :)15:46
cinerama^ TheJulia15:46
jrollbut I think I like option 215:46
*** dmk0202 has quit IRC15:46
vdrokjroll: the only problem with this is that in sample config it'll say [none, flat]15:46
jrollvdrok: yeah, it gets weird15:46
jrollhmm15:46
vdroktho I can just mention it in description somehow15:46
jrollvdrok: I think I'd rather do reno upgrade notes + fix bifrost before landing to set enabled_network_interfaces=flat15:48
cineramawe really should get that templatized config patch landed15:48
TheJuliaI like #2, we could set enabled_network_interfaces to none as well in bifrost, likely should, although that will mean that we will still have a breaking config change for stand-alone users who don't use bifrost15:48
yuriyzvdrok maybe do not check this param in the init for flat driver and use behavior like now https://github.com/openstack/ironic/blob/master/ironic/dhcp/neutron.py#L278-L28015:48
mat128sambetts, jlvillalhttps://trello.com/c/GAlhSzLm15:48
mat128jlvillal: https://trello.com/c/GAlhSzLm15:48
vdrokyuriyz: yeah, this is basically option 1 :)15:49
jrollwell, we made that error because we shouldn't be loading interfaces that cannot be used15:49
*** itamarl has quit IRC15:49
vdrokOK then, I'll leave it as is for now with only reno, please comment if you disagree15:53
*** athomas has quit IRC15:53
openstackgerritMerged openstack/ironic-inspector: devstack/plugin.sh: use screen_stop  https://review.openstack.org/33240815:53
yuriyzvdrok 2 is not full solution because I can use neutron provider and do not use cleaning (auto or manual) at all15:53
vdrokyuriyz: well, yes, but we just can not possibly know if someone will use cleaning or not, this will be in the release note for sure15:55
rloovdrok: can you do 1 with addition of checking CONF.dhcp.dhcp_provider != None?15:56
yuriyzrloo +115:56
vdrokrloo: that would mean that the network_interface can be updated to flat afterwards without requiring cleaning_network_uuid15:56
vdrokor15:57
vdrokwait15:57
openstackgerritJohn L. Villalovos proposed openstack/ironic-inspector-specs: Update PCI spec to use 'device_id' instead of 'product_id'  https://review.openstack.org/33345815:57
*** spandhe has joined #openstack-ironic15:57
*** ijw has joined #openstack-ironic15:57
sambettshttps://review.openstack.org/#/c/332490/15:57
rloovdrok: so I'm not up-to-speed on the breaking change. even if we can do it so it doesn't break, do we have a deprecation plan or whatever?15:58
* rloo in meetings for next 2ish hours.15:59
vdrokrloo: for cleaning functions in out-of-tree dhcp providers, we just start to ignore them I think :(16:00
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: [WIP]Introducing Inspector Grenade testing  https://review.openstack.org/32766716:00
rloojroll: before you take off, if you have a change to look at the serial console spec quickly, would be great. not sure what the nova deadline is for the nova part of the work.16:01
rloojroll: https://review.openstack.org/#/c/319505/16:01
jrollrloo: I'll try to get to it today, but can't make promises16:01
* jroll dealing with performance review type of stuff :/16:01
rloojroll: yup, understood. oh, performance review stuff is more important! you want me to write up something nice about you? :)16:02
*** spandhe has quit IRC16:02
jrollrloo: hehe, I will later this year actually16:03
* dtantsur passed the performance review already :)16:03
rloojroll: ok, let me know :)16:03
rlooif dtantsur didn't pass, it'd make me wonder about RH...16:04
dtantsurhehe16:04
*** e0ne has quit IRC16:05
*** milan has quit IRC16:08
*** sacharya has quit IRC16:12
*** sacharya_ has joined #openstack-ironic16:12
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add sanity tests for baremetal power state commands  https://review.openstack.org/33336116:13
dtantsurg'night16:14
* dtantsur -> home + beers16:14
sambettsnight dtantsur16:14
*** dtantsur is now known as dtantsur|afk16:14
sambettsenjoy!16:14
openstackgerritMerged openstack/ironic: Deployment vmedia operations to run when cleaning  https://review.openstack.org/30722516:16
*** tesseract- has quit IRC16:17
*** Romanenko_K has quit IRC16:17
*** kromanenko_ has quit IRC16:18
*** kromanenko__ has quit IRC16:18
*** yogi has quit IRC16:19
vdrokrloo: so yeah, if we have "if dhcp_provider != none and not cleaning_net: raise" in __init__, that would mean that we can set dhcp provider to none, create a node with flat network interface and the driver will be loaded fine16:20
*** sdake_ is now known as sdake16:21
sambettsvdrok, rloo: we want to migrate the standalone users off that network interface though, because it is technically a neutron interface16:22
hkominosquick final question for today ironicers. for a partioned image, the bootstrap_image (Kernel,inititramfs etc)  are  not the same as the User image kernel and initramfs16:22
jrollhkominos: correct16:23
jroll(assuming fuel doesn't change this assumption)16:23
*** amotoki has joined #openstack-ironic16:24
*** ifarkas has quit IRC16:25
vdrokhkominos: yes, correct16:26
*** hshiina has quit IRC16:29
* thiagop wants beer too but will drive 2hs today..16:30
*** cameron_C has quit IRC16:34
*** _vsaienko has quit IRC16:37
*** _vsaienko has joined #openstack-ironic16:40
*** jistr|mtg is now known as jistr16:42
*** jvgrant has quit IRC16:50
openstackgerritVladyslav Drok proposed openstack/ironic: Add network_interface node field DB, OBJ  https://review.openstack.org/31739116:54
openstackgerritVladyslav Drok proposed openstack/ironic: Add 'neutron' network driver  https://review.openstack.org/31739316:54
openstackgerritVladyslav Drok proposed openstack/ironic: Update the deploy drivers with network flipping logic  https://review.openstack.org/21326216:54
openstackgerritVladyslav Drok proposed openstack/ironic: Add network_interface API  https://review.openstack.org/31739216:54
openstackgerritVladyslav Drok proposed openstack/ironic: Add network_drivers  https://review.openstack.org/28585216:54
*** penick has joined #openstack-ironic16:55
*** fragatina has joined #openstack-ironic16:58
jrolldevananda: JayF: y'all will be interested in this patch series https://review.openstack.org/#/q/topic:bp/policy-in-code17:00
openstackgerritPolly Zhou proposed openstack/ironic: For the unit tests for drivers that test internal.parse_driver_info methods, check the actual value of the information instead of only checking if information is returned  https://review.openstack.org/33349517:00
JayFPollyZ: ^ you might want to read https://wiki.openstack.org/wiki/GitCommitMessages then adjust your commit message17:01
*** joprovost has quit IRC17:01
JayFhttps://wiki.openstack.org/wiki/GitCommitMessages#Summary_of_Git_commit_message_structure being the specific section that's most relevant17:02
*** M00nr41n has joined #openstack-ironic17:02
*** daemontool_ has quit IRC17:06
JayFjroll: https://bugs.launchpad.net/ironic/+bug/159562517:06
openstackLaunchpad bug 1595625 in Ironic "[RFE] Ability to run manual cleaning with automated clean steps" [Wishlist,New]17:06
jrollJayF++17:07
jrollrloo might have opinions on that17:07
JayFrloo: ^ you might find that interesting. This is a useful downstream case we uncovered for manual cleaning, would love your input on it. tl;dr we wanna be able to "QC" our own cleaning by sending machines through manual cleaning, but without specifying the steps, and instead using the steps that would be run for automated cleaning17:07
rlooin meeting, will try to look later today. If not, next week.17:08
mat128JayF: similar usecase downstream, but what prevents you from simply going through automatic cleaning and making the node available?17:08
*** ijw has quit IRC17:09
jrollmat128: well, if you don't want to make it available immediately17:09
JayFmat128: two things: 1) a desire to online entire cabinets/sets of gear atomically17:09
*** M00nr41n has quit IRC17:09
JayFmat128: i.e. if my automated cleaning says half the nodes are cabled wrong vs what the node says (we check this in cleaning), I don't want that maintenance to have to happen while the other half are available17:09
mat128jroll, JayF: won't you have to go through cleaning again when trying to make them "available" ?17:10
JayFmat128: also for QC the actual process itself; have a box in manageable, "dirty" it, pass it through manual cleaning w/automated steps, check resulting node in managable for messyness17:10
JayFmat128: yep, that's not a bad thing at all imo17:10
mat128JayF: OK I get it then17:10
JayFmat128: our cleaning is idempotent. We do ~1500 QC builds a day so we don't have any problem with cleaning nodes over and over17:10
mat128JayF: remember, I'm shredding dollar bills17:11
JayFwe shredded our dollar bills on people making better cleaning steps17:11
JayFrather than on new hard disks17:11
JayFlol17:11
mat128haha17:11
jrolllol17:11
mat128We had a one-off BIOS having the unlock option, but our provider hasnt been very good at making it a mainstream feature17:11
jroll:(17:12
mat128Supermicro...17:12
JayFYeah; we don't really talk much about the deals we make with vendors to make it more secure than it would be otherwise.17:12
mat128we could work it out on our latest gen stuff, but we also have to take care of the older stuff17:13
JayFBut I will say we have gotten HDDs with firmwares that permit ISE *without* requiring the security lockout first17:13
JayFso we completely punt on the problem of the security lockout on HDDs on that particular device17:13
mat128JayF: interesting17:13
mat128hmm17:13
JayFWe have a whole group here doing that work though, working with vendors, etc17:13
mat128You are definitely operating at a different scale, wish we had that leverage17:14
mat128I mean, if we do, I don't see it or the people in charge aren't hearing our concerns17:14
mat128plus all the hardware that was put in place before all those requirements17:15
mat128I read somewhere that the securty lockout stuff was put in place to prevent a virus from wiping your drives17:17
mat128so much for nothing, nowadays they just encrypt your data and ask for a ransom17:17
*** ChubYann has joined #openstack-ironic17:17
*** devananda has quit IRC17:17
*** mgould is now known as mgould|afk17:19
PollyZJayF: working on it. Sorry for that17:20
JayFPollyZ: no problem, that's what reviews are for17:21
*** M00nr41n has joined #openstack-ironic17:22
*** raildo is now known as raildo-afk17:22
*** sdake has quit IRC17:22
*** PollyZ has quit IRC17:25
*** trown is now known as trown|lunch17:25
*** ayoung has quit IRC17:28
*** ohamada has quit IRC17:29
*** PollyZ has joined #openstack-ironic17:32
openstackgerritMerged openstack/python-oneviewclient: Updated from global requirements  https://review.openstack.org/33237417:33
*** alineb has quit IRC17:36
*** thiagop has quit IRC17:36
*** gabriel-bezerra has quit IRC17:37
*** thiagop has joined #openstack-ironic17:37
*** rcernin has quit IRC17:38
*** electrofelix has quit IRC17:38
* jlvillal just learned about https://zealdocs.org/17:38
*** gabriel-bezerra has joined #openstack-ironic17:39
*** _vsaienko has quit IRC17:39
*** _vsaienko has joined #openstack-ironic17:42
*** sukhdev has quit IRC17:43
*** ijw has joined #openstack-ironic17:47
*** e0ne has joined #openstack-ironic17:54
rlooJayF: that seems fine to me. i think from the API/CLI point of view, just add a flag to indicate use-auto-clean-steps or something like that.17:55
vdrokgood night everyone!17:56
rloonight vdrok17:56
rlooJayF: you just want a shortcut from actually getting the list of auto clean steps and then entering them in the request to do manual cleaning.17:56
jrollrloo: yeah, especially given the clean steps API doesn't work if you haven't booted an agent17:57
rlooJayF: and, uhh, I don't think I ever finished the code/command to get the list of clean steps.17:57
jrollor maybe it isn't even done17:57
jrollyeah that :P17:57
*** sabeen has quit IRC17:57
rlooon my list but really close to the bottom. guess i got tired of the cleaning stuff... or it brings back bad memories or somethin' :)17:57
jrollhehe17:58
jrollif nobody has been asking where it's at, maybe it isn't terribly useful?17:58
jrollor people just aren't using that heavily yet17:58
rloojroll: i suspect folks aren't using cleaning that much yet, or if they do, they know what they are doing.17:58
jrollya17:58
rloojroll: it's the part about getting the list from the agent that i don't like. i'll get to it in this cycle though. ... maybe... :)17:59
JayFI explicitly don't want it to be a client shortcut to feed it in17:59
JayFI'd much, much prefer Ironic to do the same actions it would for automated cleaning, just with a different target state17:59
JayFto make it as "pure" of an experience as possible for QE purposes17:59
rlooJayF: ?17:59
jrollI don't think rloo meant that it would be a shortcut to make the client fetch it and pass it in the request17:59
jrollbut rather, a shortcut API so that you don't need to do that18:00
rlooJayF: yeah, what jroll said.18:00
JayFgotcha18:00
rlooJayF: so I don't think it needs a spec. just flush it out a bit in the bug. but that's my opinion. not sure how you were thinking of doing it.18:00
JayFthat's what I'd prefer18:01
*** spandhe has joined #openstack-ironic18:01
JayFQuestion though; do you think it should be a specific argument to the existing command18:01
rlooJayF: that's why 'flush it out a bit' so I know you aren't going to do anything complicated/convoluted :)18:01
JayFor the absense of arguments means to use the "default automated" cleanign steps18:01
rlooJayF: as opposed to?18:01
rlooJayF: nope, should not assume that absence means use automated clean steps.18:02
rlooJayF: it is a manual clean.18:02
JayFThat was my only general question about it, I think I can work with that18:02
rlooJayF: it needs to know what kind of cleaning to do. No assumptions.18:02
JayFI'll flesh it out a little more in the bug18:02
rlooJayF: ok.18:02
JayFthanks for the vote of confidence18:02
JayFI'm super excited, this is kinda obvious and solves several problems for us18:03
rlooyw. I can always take my vote back, but til then, enjoy it :D18:03
JayF:P18:03
*** PollyZ has quit IRC18:03
*** PollyZ has joined #openstack-ironic18:03
rlooJayF: there are some 'odd'/gotcha stuff wrt target states and auto vs manual cleaning, so not sure how easy the coding will be, but hopefully it will be easy.18:04
mat128JayF: any news on getting a newer CoreOS in master? We've seen a problem with that super old ixgbe module where if the network card was initialized with a newer driver, it refuses (unless cold reboot) to load with an older module18:04
mat128JayF: at that point I think I will suggest we switch to TinyIPA downstream :)18:04
*** PollyZ has quit IRC18:05
*** e0ne has quit IRC18:07
JayFmat128: I haven't put much focus on it; if you wanted to put some effort in that direction, the piece of info we need is what size VM would be required to get coreos working18:07
JayFmat128: then https://review.openstack.org/#/c/327994/ updated to actually work + have the correct ram set in a coreos experimental job18:08
*** fragatina has quit IRC18:08
JayFmat128: get that job passing on https://review.openstack.org/#/c/327891/ (without the depends-on)18:08
JayFmat128: then change the "real" job to be that size and get 327891 merged18:09
*** PollyZ has joined #openstack-ironic18:09
JayFmat128: there's absolutely nothing today, afaik, taht prevents using a newer coreos in a downstream image. In fact, I recently had a deploy work on latest alpha coreos as part of some testing I was doing for a bug18:09
JayFmat128: just the memory requirements have balooned to the level that it's difficult to get it tested18:09
* JayF going to update the bug with ^ that info18:10
*** e0ne has joined #openstack-ironic18:11
krtaylorjroll, I added you to the stackalytics driver completeness patch - no rush -> https://review.openstack.org/#/c/330270/18:11
*** sdake has joined #openstack-ironic18:11
jrollkrtaylor: \o/18:11
jrollthanks18:11
krtaylortheres a few contacts to clean up, but thats about it18:12
*** PollyZ has quit IRC18:12
jrollcool18:13
*** e0ne has quit IRC18:13
jrollkrtaylor: I also want to check out e.g. pxe_ipmitool and make sure they're pointed at upstream CI, etc18:13
JayFmat128: https://bugs.launchpad.net/ironic-python-agent/+bug/1581673 updated with all that info in a little more parsable format18:14
openstackLaunchpad bug 1581673 in ironic-python-agent "Shipped CoreOS image is out of date" [High,In progress]18:14
*** PollyZ has joined #openstack-ironic18:22
*** jvgrant has joined #openstack-ironic18:27
*** Sukhdev has joined #openstack-ironic18:27
*** M00nr41n has quit IRC18:29
*** trown|lunch is now known as trown18:37
*** PollyZ has quit IRC18:39
*** sabeen has joined #openstack-ironic18:42
mat128JayF: This is what we're going to do short term, I will take that patch and make it pass through our downstream tests18:43
openstackgerritMerged openstack/pyghmi: Implement Python3 compatibility  https://review.openstack.org/31301218:43
mat128at the same time I will be able to determine how much ram is needed18:43
JayFmat128: just remember we use cirros in the gate18:43
JayFmat128: so overall ram needed might be less there18:43
JayFmat128: I suspect it'll be around 1.5-2GB, but that's just an educated guess18:44
*** ijw has quit IRC18:47
mat128JayF: thanks. I will report my findings in the bug18:48
JayFplease do update those patches if you do18:48
*** ijw has joined #openstack-ironic18:48
mat128will do18:48
JayFmost of it is straightforward, I just have to multitask less hard so I get things that have to be done-done before i move18:48
mat128I'll take care of it :)18:49
mat128National holiday tomorrow, but next week I'll submit new revisions18:49
*** alexpilotti has joined #openstack-ironic18:49
*** PollyZ has joined #openstack-ironic18:49
rloomat128: oh, happy St Jean B.18:50
mat128thanks!18:50
mat128didnt think anyone knew about it18:50
rloomat128: crazy quebec'ers.18:50
mat128haha18:50
rloomat128: je viens de montreal18:50
rloomat128: if that is correct. am rusty.18:51
mat128rloo: ah cool :)18:51
mat128rloo: that was perfect :P18:51
rloomat128: :)18:51
*** Sukhdev has quit IRC18:51
JayFHappy ^ that day!18:52
* sambetts could never place your accent and now knows why 18:52
mat128sambetts: rloo's?18:52
sambettsyours :-P18:52
mat128Ahhh18:52
*** ccamacho is now known as ccamacho|Zzz18:52
rloosambetts: not quite French, eh?18:52
sambettsliving ~40 miles from Franch, I'm used the french accent but it wasn't quite right :-P18:53
sambettsFrance*18:53
sambettsman its too late for me already...18:53
sambettsmy brain is melted18:53
rloosambetts: go away18:53
sambettshahaha18:53
sambettsmight have to go get a beer in a minute18:54
sambetts(probably not rloo idea of relaxing though)18:54
*** Sukhdev has joined #openstack-ironic18:54
sambettsrloo's18:54
rloosambetts: Oh, it is my idea of relaxing for you :)18:55
mat128jroll: should I send the midcycle summary directly to the ML?18:55
sambettsrloo: whats your drink of choice then if beers off the table? \18:55
jrollmat128: yeah, you totally could if you think it's good :)18:56
rloosambetts: I'm a tea drinker, even though I'm not British. G&T if it has to be alcohol for the amusement of my friends.18:56
jrollmat128: I can proofread if you want, I could add to it on the ML if you want, I could just read and enjoy18:56
jroll:)18:56
sambettsrloo: good choices hehe, dtantsur|afk is also a non-British tea drinker, although I don't think he's into the traditional black leaf + milk we have here18:59
rloosambetts: i drink my tea straight (no milk or sugar) :D18:59
rloosambetts: now run along19:00
sambettsheh yes :-P19:00
* sambetts -> food then bed 19:01
sambettsNight all o/ cya in the morning19:01
*** sambetts is now known as sambetts|afk19:01
*** amit213 has joined #openstack-ironic19:01
*** _vsaienko has quit IRC19:02
*** _vsaienko has joined #openstack-ironic19:09
mat128jroll: sent! enjoy19:09
mat128I'm leaving until monday19:09
mat128well19:09
mat128holiday and everything :)19:09
jrollmat128: <319:10
jrollhave a good one!19:11
mat128you too19:12
mat128alright19:12
mat128stepping away for real now :)19:12
*** mat128 is now known as mat128|away19:12
*** e0ne has joined #openstack-ironic19:21
openstackgerritThiago Paiva Brito proposed openstack/ironic: [WIP] Custom power sync  https://review.openstack.org/33297819:22
*** htruta is now known as henrique19:22
*** henrique is now known as Guest7841919:23
*** Guest78419 is now known as htruta19:23
*** PollyZ has quit IRC19:27
*** PollyZ has joined #openstack-ironic19:29
*** ayoung has joined #openstack-ironic19:31
*** _vsaienko has quit IRC19:31
*** e0ne has quit IRC19:31
*** MattMan has quit IRC19:34
*** MattMan has joined #openstack-ironic19:34
*** _vsaienko has joined #openstack-ironic19:34
*** e0ne has joined #openstack-ironic19:34
*** PollyZ has quit IRC19:35
*** PollyZ has joined #openstack-ironic19:37
openstackgerritStephanie Miller proposed openstack/bifrost: Unify test playbooks  https://review.openstack.org/32791219:44
*** e0ne has quit IRC19:50
*** derekh has joined #openstack-ironic19:50
*** e0ne has joined #openstack-ironic19:54
*** fragatina has joined #openstack-ironic19:59
*** penick has quit IRC20:01
*** penick has joined #openstack-ironic20:01
*** ayoung has quit IRC20:04
*** rajinir has joined #openstack-ironic20:08
*** jcoufal_ has quit IRC20:09
*** e0ne has quit IRC20:10
*** livelace has quit IRC20:11
*** fragatina has quit IRC20:11
*** ayoung has joined #openstack-ironic20:18
*** PollyZ has quit IRC20:25
*** e0ne has joined #openstack-ironic20:27
*** sabeen has quit IRC20:27
*** rbradfor has quit IRC20:27
*** cdearborn has quit IRC20:27
*** nicodemos has quit IRC20:27
*** notmorgan has quit IRC20:27
*** NobodyCam has quit IRC20:27
*** yhvh has quit IRC20:27
*** aignatov has quit IRC20:27
*** mrda has quit IRC20:27
*** trown has quit IRC20:27
*** zigo has quit IRC20:27
*** patrickeast has quit IRC20:27
*** mgagne has quit IRC20:27
*** morgabra has quit IRC20:27
*** phschwartz has quit IRC20:27
*** mat128|away has quit IRC20:27
*** _fortis has quit IRC20:27
*** natorious has quit IRC20:27
*** dutsmoc has quit IRC20:27
*** odyssey4me has quit IRC20:27
*** mat128 has joined #openstack-ironic20:27
*** phschwartz has joined #openstack-ironic20:27
*** aignatov has joined #openstack-ironic20:27
*** mrda has joined #openstack-ironic20:27
*** sabeen has joined #openstack-ironic20:27
*** nicodemos has joined #openstack-ironic20:27
*** cdearborn has joined #openstack-ironic20:28
*** notmorgan has joined #openstack-ironic20:28
*** morgabra has joined #openstack-ironic20:28
*** rbradfor has joined #openstack-ironic20:28
*** yhvh has joined #openstack-ironic20:28
*** odyssey4me has joined #openstack-ironic20:28
*** trown has joined #openstack-ironic20:28
*** zigo has joined #openstack-ironic20:29
*** natorious has joined #openstack-ironic20:30
*** NobodyCam has joined #openstack-ironic20:30
*** mgagne has joined #openstack-ironic20:30
*** mgagne is now known as Guest2045420:30
*** patrickeast has joined #openstack-ironic20:31
*** fyxim has quit IRC20:31
*** comstud has joined #openstack-ironic20:32
*** fyxim has joined #openstack-ironic20:35
*** alineb has joined #openstack-ironic20:36
*** sabeen has quit IRC20:36
*** sabeen has joined #openstack-ironic20:39
*** rbudden has joined #openstack-ironic20:40
*** _vsaienko has quit IRC20:40
*** _vsaienko has joined #openstack-ironic20:44
*** jvgrant has quit IRC20:46
jrolloutta here, see y'all in a week or two20:46
jroll\o20:46
*** hecliunyx has joined #openstack-ironic20:47
jlvillaljroll: Good luck and have fun!20:48
*** adu has joined #openstack-ironic20:50
*** ayoung has quit IRC20:51
*** e0ne has quit IRC20:51
*** ElCoyote_ has left #openstack-ironic20:56
*** jjohnson2_ has quit IRC20:58
openstackgerritRuby Loo proposed openstack/ironic: Replace dict.get(key) in api & conductor tests  https://review.openstack.org/33083021:00
*** sacharya has joined #openstack-ironic21:01
*** alexpilotti has quit IRC21:02
*** penick has quit IRC21:03
*** sacharya_ has quit IRC21:05
*** foexle has joined #openstack-ironic21:07
*** _vsaienko has quit IRC21:08
openstackgerritRuby Loo proposed openstack/ironic: Replace dict.get(key) in api & conductor tests  https://review.openstack.org/33083021:09
*** _vsaienko has joined #openstack-ironic21:10
*** trown is now known as trown|outtypewww21:10
*** catintheroof has quit IRC21:21
*** _vsaienko has quit IRC21:24
*** adu has quit IRC21:26
*** rloo has quit IRC21:26
*** rloo has joined #openstack-ironic21:27
*** alexpilotti has joined #openstack-ironic21:33
*** sabeen has quit IRC21:35
*** alexpilotti has quit IRC21:38
*** sdake has quit IRC21:38
*** sdake has joined #openstack-ironic21:42
openstackgerritRuby Loo proposed openstack/ironic-python-agent: Replace dict.get(key) with dict[key] in tests  https://review.openstack.org/33360021:43
*** baoli has quit IRC21:57
*** ametts has quit IRC22:02
*** cdearborn has quit IRC22:03
*** e0ne has joined #openstack-ironic22:05
*** e0ne has quit IRC22:05
*** derekh has quit IRC22:11
*** davidlenwell has quit IRC22:12
*** davidlenwell has joined #openstack-ironic22:13
*** penick has joined #openstack-ironic22:25
*** rbudden has quit IRC22:28
*** Sukhdev has quit IRC22:29
*** Sukhdev has joined #openstack-ironic22:30
*** aNupoisc has joined #openstack-ironic22:32
*** Sukhdev has quit IRC22:35
*** Sukhdev has joined #openstack-ironic22:35
*** Sukhdev has quit IRC22:40
*** rbudden has joined #openstack-ironic22:44
*** thrash is now known as thrash|g0ne22:54
*** Sukhdev has joined #openstack-ironic22:54
*** fragatina has joined #openstack-ironic22:57
*** Sukhdev has quit IRC22:59
*** fragatina has quit IRC23:03
*** Sukhdev has joined #openstack-ironic23:03
*** alexpilotti has joined #openstack-ironic23:03
*** fragatina has joined #openstack-ironic23:03
*** Sukhdev has quit IRC23:07
*** Sukhdev has joined #openstack-ironic23:11
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Add Ironic specs process to the code contribution guide  https://review.openstack.org/33016723:16
*** rcernin has joined #openstack-ironic23:16
*** dprince has quit IRC23:19
openstackgerritStephanie Miller proposed openstack/bifrost: Unify test playbooks  https://review.openstack.org/32791223:21
*** foexle has quit IRC23:26
*** fragatina has quit IRC23:30
*** sdake_ has joined #openstack-ironic23:31
*** sdake has quit IRC23:35
*** adu has joined #openstack-ironic23:40
*** amotoki has quit IRC23:48
*** sdake_ has quit IRC23:53
*** daemontool has joined #openstack-ironic23:53
*** alexpilotti has quit IRC23:56
*** sdake has joined #openstack-ironic23:58

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