Friday, 2016-08-19

*** rajinir has quit IRC00:15
*** rama_y has quit IRC00:16
*** rama_y has joined #openstack-ironic00:16
*** hoangcx has joined #openstack-ironic00:32
*** wajdi has joined #openstack-ironic00:33
*** anush_ has quit IRC00:34
*** vishwanathj has joined #openstack-ironic00:34
openstackgerritMerged openstack/ironic: DevStack: No need to change the ramdisk filesystem type  https://review.openstack.org/35539000:48
openstackgerritMerged openstack/ironic: Allow changing lock purpose on lock upgrade  https://review.openstack.org/35606400:48
*** rloo has quit IRC01:08
*** baoli has joined #openstack-ironic01:14
*** chlong has joined #openstack-ironic01:24
openstackgerritMerged openstack/ironic: Fix typo: interations -> iterations.  https://review.openstack.org/35743701:26
*** zhangjl has joined #openstack-ironic01:27
*** moshele has joined #openstack-ironic01:30
openstackgerritTang Chen proposed openstack/ironic: Split v1 API root unit and functional tests  https://review.openstack.org/34896501:35
openstackgerritTang Chen proposed openstack/ironic: Move root controller tests to functional dir  https://review.openstack.org/35618801:35
openstackgerritTang Chen proposed openstack/ironic: Move api driver tests to functional dir  https://review.openstack.org/35036501:35
openstackgerritTang Chen proposed openstack/ironic: Move port api tests to functional dir  https://review.openstack.org/35628701:35
openstackgerritTang Chen proposed openstack/ironic: Prepare for functional tests  https://review.openstack.org/34942101:35
*** rbudden has quit IRC01:38
*** mtanino has quit IRC01:42
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Add soft reboot/poweroff power states.  https://review.openstack.org/24790401:48
*** syed_ has quit IRC01:52
*** causten has quit IRC02:02
*** sabeen has quit IRC02:03
*** sabeen has joined #openstack-ironic02:05
*** aNupoisc has quit IRC02:10
*** chlong has quit IRC02:29
*** adreznec has left #openstack-ironic02:39
*** chlong has joined #openstack-ironic02:46
*** yuanying has quit IRC02:56
openstackgerritJim Rollenhagen proposed openstack/ironic: DNM: testing config-drive default d-s-g patch  https://review.openstack.org/35758202:58
*** yuanying has joined #openstack-ironic02:58
*** Sukhdev has quit IRC03:03
*** sabeen has quit IRC03:05
*** adreznec has joined #openstack-ironic03:05
*** sabeen has joined #openstack-ironic03:07
*** yuanying has quit IRC03:22
*** baoli has quit IRC03:35
*** zackf has joined #openstack-ironic03:37
*** chlong has quit IRC03:39
*** wajdi has quit IRC03:46
*** wajdi has joined #openstack-ironic03:46
*** wajdi_ has joined #openstack-ironic03:47
*** wajdi has quit IRC03:51
*** chlong has joined #openstack-ironic03:52
*** yuanying has joined #openstack-ironic03:54
zackfIs there a good way to have nova handle both baremetal and VM requests?03:55
zackfIn mitaka*03:56
*** fragatina has quit IRC03:56
*** wajdi has joined #openstack-ironic03:57
*** wajdi_ has quit IRC04:01
*** wajdi has quit IRC04:02
openstackgerritMerged openstack/ironic: Always set DEFAULT/host in devstack.  https://review.openstack.org/35715404:03
openstackgerritJohn L. Villalovos proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643204:06
*** chlong has quit IRC04:10
openstackgerritNguyen Hung Phuong proposed openstack/ironic: Merge imports in code  https://review.openstack.org/35759704:14
*** links has joined #openstack-ironic04:15
*** chlong has joined #openstack-ironic04:23
*** tiendc has joined #openstack-ironic04:28
openstackgerritMerged openstack/ironic: Centralize config options - [pxe]  https://review.openstack.org/30961204:31
openstackgerritMerged openstack/ironic: Fix key word argument interface_type -> interface  https://review.openstack.org/35553704:31
*** dims has quit IRC04:38
*** dims has joined #openstack-ironic04:43
*** Sukhdev has joined #openstack-ironic04:47
*** bks has joined #openstack-ironic05:06
*** tangchen has quit IRC05:08
*** bks has quit IRC05:09
*** bks has joined #openstack-ironic05:10
*** sabeen has quit IRC05:10
*** hparekh has left #openstack-ironic05:11
*** tiendc has quit IRC05:11
*** chlong has quit IRC05:12
*** tangchen has joined #openstack-ironic05:22
*** sdake_ has quit IRC05:24
*** chlong has joined #openstack-ironic05:26
*** tiendc has joined #openstack-ironic05:30
*** moshele has quit IRC05:38
*** moshele has joined #openstack-ironic05:39
*** zackf has quit IRC05:44
*** moshele has quit IRC05:52
*** chlong has quit IRC05:52
*** e0ne has joined #openstack-ironic05:59
*** sdake has joined #openstack-ironic05:59
*** rama_y has quit IRC06:01
*** bks has quit IRC06:04
*** kumarb has joined #openstack-ironic06:04
*** kumarb has quit IRC06:05
*** kumarb has joined #openstack-ironic06:05
*** zhangjl1 has joined #openstack-ironic06:06
*** e0ne has quit IRC06:07
*** e0ne has joined #openstack-ironic06:07
*** zhangjl has quit IRC06:08
*** sdake has quit IRC06:08
*** e0ne_ has joined #openstack-ironic06:14
*** bks has joined #openstack-ironic06:15
*** e0ne has quit IRC06:15
*** fragatina has joined #openstack-ironic06:15
*** bks has quit IRC06:16
*** zhangjl has joined #openstack-ironic06:16
*** zhangjl1 has quit IRC06:16
*** fragatina has quit IRC06:16
*** bks has joined #openstack-ironic06:17
*** kumarb has quit IRC06:17
*** fragatina has joined #openstack-ironic06:17
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643206:19
*** milan has joined #openstack-ironic06:20
*** bks has quit IRC06:21
*** chlong has joined #openstack-ironic06:21
milanmorning Ironic! :)06:22
*** e0ne_ has quit IRC06:24
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Support soft reboot and soft power off with timeout for OSC  https://review.openstack.org/35762706:29
*** _vsaienko has joined #openstack-ironic06:32
*** _vsaienko has quit IRC06:40
*** rcernin has joined #openstack-ironic06:41
*** _vsaienko has joined #openstack-ironic06:45
*** ccamacho has joined #openstack-ironic06:46
openstackgerritTang Chen proposed openstack/python-ironicclient: Support i18n for osc plugin help msg  https://review.openstack.org/35763906:49
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643206:51
*** tiendc has quit IRC06:53
*** _vsaienko has quit IRC06:54
*** _vsaienko has joined #openstack-ironic06:54
*** e0ne has joined #openstack-ironic06:55
*** _vsaienko has quit IRC06:55
*** tesseract- has joined #openstack-ironic06:56
*** wajdi has joined #openstack-ironic07:04
*** Sukhdev has quit IRC07:05
*** tiendc has joined #openstack-ironic07:05
*** hoangcx has quit IRC07:08
*** jpich has joined #openstack-ironic07:25
*** foexle has joined #openstack-ironic07:47
*** vishwanathj has quit IRC07:51
*** dtantsur|afk is now known as dtantsur07:52
dtantsurMorning Ironic07:52
*** amotoki has joined #openstack-ironic07:53
*** hoangcx has joined #openstack-ironic07:56
*** amotoki_ has joined #openstack-ironic07:57
tiendcmorning dtantsur07:59
*** amotoki has quit IRC07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
tiendcdtantsur: I'm waiting for you08:00
tiendcdtantsur: can you help review the nova patch https://review.openstack.org/#/c/328157/08:00
dtantsurtiendc, I'll try to get it to it today. note, however, that I don't have +2 rights on nova08:01
tiendcdtantsur: It's no problem, with your +1 and Ruby's +1, I will contact nova core reviewers then08:02
tiendcdtantsur: thanks08:02
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #openstack-ironic08:04
*** tiendc has quit IRC08:09
*** ohamada has joined #openstack-ironic08:11
*** vishwanathj has joined #openstack-ironic08:14
*** e0ne has quit IRC08:14
milanmorning dtantsur , happy Friday!  How about a review of the state patch? O:-)08:15
dtantsurhey, lemme go through email backlog first :)08:15
milansure :)08:16
*** lucas-dinner is now known as lucasagomes08:18
openstackgerritYuiko Takada Mori proposed openstack/ironic: Add node serial console documentation  https://review.openstack.org/29387208:22
openstackgerritNaohiro Tamura proposed openstack/python-ironicclient: Add a new OSC command for Inject NMI  https://review.openstack.org/35766108:22
*** athomas has joined #openstack-ironic08:29
*** moshele has joined #openstack-ironic08:29
*** Goneri has joined #openstack-ironic08:33
*** derekh has joined #openstack-ironic08:34
lucasagomesmorning all08:36
milanmorning lucasagomes! :)08:39
dtantsurmorning lucasagomes08:39
dtantsurfolks, do we allow setting cleaning network UUID via node driver_info or whatever?08:40
dtantsurjroll, lucasagomes ^^^08:41
lucasagomesdtantsur, afaict, no08:42
lucasagomesonly in the config file08:42
tangchenmorning. :)08:42
dtantsurhmm, I guess I have to fix it...08:42
lucasagomesdtantsur, what's up?08:42
milanmorning tangchen! :)08:42
dtantsurlucasagomes, well, in tripleo we install and configure services much before any objects (networks, etc) are created08:42
tangchenmorning milan. :)08:43
dtantsurI'd really love to avoid users having to call stack-update just to set one configuration option...08:43
lucasagomesdtantsur, right08:43
lucasagomesdtantsur, is that possible to just change the order of the things?08:43
*** hoonetorg has quit IRC08:43
dtantsurand it's not consistent with the fact that we force deploy_kernel/deploy_ramdisk on the node08:43
dtantsurlucasagomes, install ironic and neutron after creating a network? :)08:44
dtantsurI don't think it's possible08:44
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Allow using TempURLs for deploy images  https://review.openstack.org/34416008:44
*** hparekh has joined #openstack-ironic08:44
*** hparekh_ has joined #openstack-ironic08:44
lucasagomesdtantsur, the kernel/initrd is because nodes could have different architectures08:45
lucasagomesso it needs to be different per node08:45
*** ohamada has quit IRC08:45
dtantsurlucasagomes, yeah, but that's a corner case; I can just as well imagine people wanting different cleaning networks08:45
*** hparekh has quit IRC08:45
*** hparekh_ has quit IRC08:45
*** ohamada has joined #openstack-ironic08:46
lucasagomesyeah, I'm sure there are cases for it as well :D08:46
* milan relocates08:48
*** milan has quit IRC08:48
*** jtomasek has joined #openstack-ironic08:48
openstackgerritCao ShuFeng proposed openstack/ironic: Log node uuid rather than id when acquiring node lock  https://review.openstack.org/35573208:49
dtantsurlucasagomes, here I summarized my thoughts: https://bugs.launchpad.net/ironic/+bug/1614876 do you think it makes sense?08:49
openstackLaunchpad bug 1614876 in Ironic "It is impossible to set cleaning_network_uuid per node" [Undecided,New]08:49
* dtantsur is also not sure if it counts as RFE or not08:49
*** hoonetorg has joined #openstack-ironic08:53
tangchenmilan, lucasagomes, dtantsur: Hi, about this oneview cleanup patch, Thiago has approved it. So please help to approve it when you have time. :)08:54
tangchenhttps://review.openstack.org/#/c/347127/08:54
lucasagomestangchen, will take a look08:57
lucasagomesdtantsur, yeah I probably need more investigation to understand it better08:58
tangchenlucasagomes: Thanks a lot. :)08:58
lucasagomestangchen, +2, I saw you submit a new patch-set based on a nit in the release note09:00
lucasagomesthanks for that, but sometimes a nit is just to point out something09:00
lucasagomesyou don't need to resubmit it for it, specially when there's a +2 already :D09:00
dtantsurjroll, please let me know what you think about https://bugs.launchpad.net/ironic/+bug/1614876 when you're here09:00
openstackLaunchpad bug 1614876 in Ironic "[RFE] Allow setting cleaning_network_uuid per node" [Wishlist,Confirmed]09:00
* dtantsur converted it to an RFE09:00
tangchenlucasagomes: Ok, I see. :)  thanks09:01
*** chlong has quit IRC09:03
*** electrofelix has joined #openstack-ironic09:04
tangchenmilan, dtantsur, lucasagomes: I found that in ironicclient, there is no detail doc for each command in doc/source/.09:12
tangchenmilan, dtantsur, lucasagomes: In openstackclient, we have doc for each command so that users can refer to it on the website.09:13
tangchenmilan, dtantsur, lucasagomes: Do we need to write doc for each command in ironicclient ?09:13
lucasagomestangchen, that wouldn't be bad, but I think that ultimately we just want to use the OSC command for Ironic09:14
tangchenmilan, dtantsur, lucasagomes: It is very simple. Just copy the help messages from each command, and write them in rst files.09:14
*** vishwanathj is now known as vishwanathj_zzz09:15
tangchenlucasagomes: Yes. ironic client acts as a osc plugin. But there is no doc for the "openstack baremetal node xxx" commands on the web site.09:15
tangchenlucasagomes: I mean we can do the same as osc.09:15
eset hey :) does any one knows what's the issue when I create image with disk-image-create and I get resousrce busy in /tmp/dib.build...09:16
lucasagomeseset, I don't, but you may want to ask it at #tripleo09:16
esetwhat's tripelo?09:17
esettripleo* ?09:17
tangcheneset: Hi, tripleo means openstack on openstack, which is a tool to setup an openstack environment.09:18
lucasagomestangchen, right, I believe that it's because Ironic is just a plugin for OSC ?09:18
lucasagomestangchen, so I think we should document the OSC commands in ironic itself09:18
tangcheneset: You may also ask the question in #openstack-infra.09:18
lucasagomeseset, what tangchen said. And diskimage-build (dib) is maintained by that project09:19
tangchenlucasagomes: Yes. So I'll open a bug and start to write the doc. You will see patches soon. :)09:19
esetthx09:20
lucasagomestangchen, thx09:20
esetI followed your advice09:20
*** fumie has quit IRC09:21
openstackgerritMarkos Chandras proposed openstack/bifrost: Fix /etc/hosts before starting the rabbitmq server  https://review.openstack.org/35771809:27
*** e0ne has joined #openstack-ironic09:31
*** moshele has quit IRC09:36
*** jtomasek has quit IRC09:46
*** jtomasek has joined #openstack-ironic09:47
openstackgerritAnkit Kumar proposed openstack/proliantutils: Fix Inspection failure in Gen7  https://review.openstack.org/35713409:50
openstackgerritTang Chen proposed openstack/python-ironicclient: Trivial: Fix doc string for class DeleteBaremetalNode  https://review.openstack.org/35773109:58
openstackgerritAnkit Kumar proposed openstack/proliantutils: Fix Inspection failure in Gen7  https://review.openstack.org/35713410:04
*** jtomasek has quit IRC10:08
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
*** sambetts|afk is now known as sambetts10:17
sambettsMorning all10:17
dtantsurmorning sambetts10:19
sambettsdtantsur: the reason for setting it globally is because in the old world it could only be one network because we couldn't plumb networks, in the new world we can have different networks for things like provisioning bcause we can program switches10:19
sambettsdtantsur: also by change the order i think lucasagomes means install neutron create the network then install and configure Ironic10:19
sambettsdtantsur: thats how its done in the devstack process10:20
dtantsursambetts, well, it's not quite possible in tripleo (nor is it reasonable, I guess)10:22
sambettsdtantsur: you use heat templates right? and you can add dependencies to services if I remember correctly10:22
sambettsdtantsur: I think there are already puppet things to handle the order problem10:23
dtantsurtripleo does not create networks10:23
dtantsurit's up to a user, and I suspect it was a conscious decision10:23
dtantsurI'm not sure people will be fond of using puppet to create networks...10:24
sambettsI meant that the Openstack/Ironic deployment puppet projects already handle it, not that tripleo should use them nessesaryly :-P10:25
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Deprecate global functions in favor of ClientV1 methods  https://review.openstack.org/35774310:26
dtantsursambetts, accepting the cleaning network in driver_info is the easiest thing we can do, I think :)10:27
sambettsdtantsur: we'd need to do the same for provisioning_network too / it depends on the network_interface loaded10:28
dtantsurI'm fine with doing it for provisioning_network too10:28
dtantsurI personally don't find it great to put UUIDs in configuration files10:28
dtantsurit assumes that the person who installs ironic and the person who used has the same rights10:29
sambettsdtantsur: its a pain I agree10:29
dtantsurwhich was never true, and is even less true now that we have policy support10:29
sambettsdtantsur: would it fall back to the config file option? or would we deprecate it?10:29
dtantsursambetts, I'm fine with fall back10:29
*** milan has joined #openstack-ironic10:30
*** _vsaienko has joined #openstack-ironic10:31
sambettsdtantsur: right now some of the interfaces fail conductor start if e.g. cleaning_uuid is missing, how would we handle that?10:31
sambettsdtantsur: (actually it might be that we skipped that at the moment with a warning that it will next cycle)10:31
dtantsurgood question, I didn't notice that10:32
dtantsuryeah, I think we'll have to stop failing early, and fail e.g. validation instead10:33
*** athomas has quit IRC10:33
dtantsursambetts, updated https://bugs.launchpad.net/ironic/+bug/1614876 with what we discussed10:35
openstackLaunchpad bug 1614876 in Ironic "[RFE] Allow setting {provisioning,cleaning}_network_uuid in node driver_info" [Wishlist,Confirmed]10:35
sambettsdtantsur: awesome :)10:35
*** athomas has joined #openstack-ironic10:38
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Increase verbosity for functional tests  https://review.openstack.org/35775310:44
jrolldtantsur: I'm not sure I agree with any of that RFE10:47
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643210:47
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: functional: allow passing kwargs to all calls  https://review.openstack.org/35776310:48
*** moshele has joined #openstack-ironic10:48
jroll1) the provisioning/cleaning networks are part of deployments, not usage. the "user" shouldn't care about them, the deployer should be handling it (because the probably know the network architecture)10:48
dtantsurjroll, well, networks are created by users10:49
jrollthey can be created by deployers, too :)10:49
dtantsurno, they are created by users. a deployer can be a user, of course :)10:50
jrollbut it isn't like someone is going to later say "oh, I think cleaning for this node should be on a different network"10:50
dtantsurbut that does not change the logic separation: neutron networks are created by users, configuration files are edited by deployers10:50
dtantsurI can say the same for deploy_kernel :)10:50
dtantsuranyway, this is not the most important point10:51
dtantsurthis separation violation that we have gives me huge pain with bringing ironic support in tripleo10:51
dtantsurbecause tripleo separates deploying stage very clearly (for good or for bad)10:51
jrollI don't think it's a violation, and I don't think tripleo's architecture is a reason to do much in ironic :)10:52
jrollonly in tripleo is it difficult to update a config file with puppet10:52
dtantsurjroll, create a network based on user's desire, then update the file10:52
dtantsurwe don't have networks before installing openstack :)10:52
jrolla neutron network is just a dependency10:53
dtantsuralso yes it is violation. this requires going back and forth from user-accesible API to editing configuration files10:53
jrollanyway, even though I disagree that it's useful, I'm not against it because it falls back10:53
jrollI just think it's silly10:53
jrolland confusing10:54
sambettsjroll: in the new world different nodes could have different networks anyway10:54
jrolland we have too many per-node things10:54
dtantsurI am open to other ideas :)10:54
jrollsambetts: ?10:54
dtantsurI hate putting it (or deploy_kernel) to driver_info10:54
sambettsjroll: we configure the switch on the fly, so different nodes could have different provisioning networks10:54
dtantsurbut I also hate creating networks in the middle of OpenStack installation10:55
sambettsjroll: if thats the way a deployer wants to do it10:55
jrollsambetts: oh yeah, it isn't a technical problem (except for flat/cleaning)10:55
sambettsjroll: just thinking it might be an advantage to allow that flexiblity for deployers10:55
dtantsurI wonder if with complex architectures like spine-and-leaf cleaning networks can be different even in flat case...10:56
*** _vsaienko has quit IRC10:56
jrollsambetts: possibly, I just find it dangerous to make things super configurable before someone has a use case10:57
jrolldtantsur: networks can have multiple subnets :)10:57
dtantsurtrue; I don't know neutron well enough to think more about this case :)10:57
jrollso even if they're different physical nets, because ironic needs connectivity, they can't be 100% separated10:57
jrollheh10:58
*** _vsaienko has joined #openstack-ironic10:58
jrolldtantsur: I also really don't like losing the startup validation10:59
*** ppiela has quit IRC10:59
dtantsurthe picture I have in mind is "1. $INSTALLER_NAME installs openstack, 2. an admin users opens Horizon and starts configuring things, 3. she creates a network, 4.. wait but ironic already needs a network??'10:59
dtantsurand while TripleO is based on OpenStack and can maybe solve it, some installers might not, so creating networks might be an issue for them...10:59
*** ppiela has joined #openstack-ironic11:00
jrollI mean, here's the two options, right?11:00
jrollmaybe 311:00
jroll1) admin installs, creates network, adds to config file, re-deploys ironic config11:01
jroll2) admin installs neutron, creates network, puts it in config, installs the rest11:01
jroll3) admin installs all the things, creates network, runs node-update for *every* node11:01
jrollin what world is (3) more sane?11:01
dtantsurs/node-update/node-create/11:01
jrollsure11:01
dtantsurin the same world where setting the same deploy_kernel is sane ;) (sorry, I'm really annoyed by it, so bear with me :)11:02
*** Sylvester has joined #openstack-ironic11:02
jrolldtantsur: that was before I worked on ironic, I also think it's terrible11:02
jrolldon't use things you hate as a reason to do something :)11:02
dtantsurtrue, this is not the reason11:02
dtantsurthe reason is that I'd like clean separation between steps "install openstack" and "use openstack"11:03
* sambetts wishes we could use network names for this, e.g. default network name in Ironic is "ironic-{provisioning, cleaning}" then we can create the networks after Ironic is already running, they just have to have the right name11:03
jrollso this being node-create makes this less terrible, because you'd add it to your script11:03
dtantsurvariants 1 and 2 have a split point in the first step, and assume the same person is doing these two steps11:03
jrolldtantsur: so, strawman... should we put auth info elsewhere as well? someone needs to talk to keystone to create the users...11:04
sambettsjroll: they can be created after the service is already running though11:04
sambettsthe service being Ironic11:04
dtantsurheh, this is a fair question, but I think I feel some difference.. and sambetts is also right11:05
*** zhangjl has quit IRC11:05
jrolldtantsur: also, we need to stop assuming 1) deployers are incapable of using the API, and 2) ironic deployers don't talk to the ironic users configuring nodes11:05
jrollcan you choose the tenant id when you create them?11:05
jrolls/the API/an API/ I think11:05
dtantsurok, I think I understand the difference11:06
* jroll gets less okay with this the more we talk about it, heh11:06
dtantsurjroll, the difference is that service users are not something real users touch or define. the network, on the other hand, is something users define. I don't think it's set in stone, but that seems to be a typical assumption.11:06
jrollerm11:07
jrolldtantsur: right, so I think a "service network" should also be defined by a non-real user, whatever that means11:08
dtantsurnote that cleaning network in simplest case will match the tenant network11:08
openstackgerritVasyl Saienko proposed openstack/python-ironicclient: Add create external event functionality  https://review.openstack.org/35477011:08
jrollwell, it will match the provider network11:08
jrollit's a deployer-owned network, in all cases11:08
sambettsjroll: only in flat case11:08
jrollright, "in simplest case"11:08
jrolldtantsur: in any case, surely someone will soon sell a contract where the customer wants multiple cleaning networks, so we'll need to do it sometime :(11:11
jrollI *really* dislike losing the startup validation11:11
jrollanother place where someone can easily misconfigure things that fail later11:12
* dtantsur just notices that https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/network/flat.py#L39 if done will break tripleo...11:12
dtantsurjroll, isn't it what validate() call is for?11:12
jrolldtantsur: should probably have an "if CONF.automated_clean" in there as well, would that unbreak tripleo?11:13
dtantsuryep11:13
jrolldtantsur: it is11:13
sambettsjroll: i was about to say that :-P11:13
* jroll is sad that there's deployments that skip cleaning11:13
* dtantsur hates that tripleo disables cleaning11:13
dtantsurlol +111:13
jroll:)11:13
* dtantsur -> quick food, continue later11:14
lucasagomesjroll, dtantsur re deploy_{kernel, initrd} in the node, that's useful. In a multi-arch env that's needed11:16
* lucasagomes don't think it's terrible11:16
-openstackstatus- NOTICE: Precise tests on OSIC provider are currently failing, please stop your checks until the issue is resolved.11:16
lucasagomesperhaps we could have a fallback to a configuration file to make it simpler11:17
*** ccamacho is now known as ccamacho|lunch11:17
lucasagomesbut, that's a required node configuration IMO11:17
mat128good morning11:17
lucasagomesmat128, morning11:18
mat128reading scrollback about your chicken and egg problem11:20
mat128how does one define a swift account/container for Ironic to use?11:20
dtantsurlucasagomes, I've heard we don't support multi-arch now... and anyway this quite a corner case too11:21
dtantsurmat128, account as usual, containers do not have to be pre-created11:21
lucasagomesdtantsur, ofc totally do11:21
lucasagomeswe totally*11:21
mat128ah!11:21
-openstackstatus- NOTICE: DSVM jobs on OSIC currently failing because of IP collisions, fix is in the gate - https://review.openstack.org/#/c/357764/ - please hold rechecks until merged11:21
lucasagomesdtantsur, I really don't find it fair to compare deploy_kernel in the node with entwork11:22
sambettsI did wonder about Ironic creating the provisioning network Neutron11:22
dtantsurlucasagomes, do we provide different pxelinux.0 for different architectures?11:22
lucasagomesnetwork separation is more about security11:22
dtantsurI think that was the issue11:22
lucasagomeskernel/initrd is a technical issue11:22
lucasagomesdtantsur, that's a DHCP configuration11:22
dtantsuryes, but we define it. anyway, I think we have a spec/patch for multi-arch11:23
lucasagomesDHCP servers can look at client-arch and send a different PXE image11:23
mat128dtantsur: our downstream testing script need to get the swift account UUID where we only have the name because it's dynamically created11:23
mat128dtantsur: so we essentially do a name lookup11:23
lucasagomesdtantsur, it's out of topic with the networks anyway11:23
lucasagomesI just don't think it's a fair comparison11:23
dtantsurit's fair from logical point. logically, both images and networks are created by admin users, not by deployers (even though it's often the same person)11:24
dtantsurI agree that technically these are different11:25
mat128dtantsur: if we follow that logic, *_network has to go into the node because that's under the admin's responsibility, not the deployer11:25
dtantsur*_network is what? enabled_network_interfaces is a property of the deployment.11:25
dtantsurhowever, we do allow setting network_interface on a node11:26
sambettsI think *_network_uuid is what mat128 meant11:26
mat128sambetts is correct11:26
mat128my bad11:26
dtantsuraha, cool, thanks11:26
* dtantsur is confused who argues against what already :D11:27
mat128dtantsur: not arguing :)11:28
dtantsurjroll, see my comment on https://bugs.launchpad.net/ironic/+bug/1614876 I don't get why you think it's specific to tripleo11:28
openstackLaunchpad bug 1614876 in Ironic "[RFE] Allow setting {provisioning,cleaning}_network_uuid in node driver_info" [Wishlist,Confirmed] - Assigned to Dmitry Tantsur (divius)11:28
jrolllucasagomes: yep, totally agree with you, this is why I didn't want to discuss deploy_kernel etc11:28
*** moshele has quit IRC11:29
mat128dtantsur: I could see point #3 happening in my deployment, even without tripleO11:29
jrolldtantsur: this started as "this is a problem for tripleo because updating config is a long stack-update"11:30
mat128right now our deployment network is just a vlan ID, but I can see a day where there are too many machines on this vlan and we need to have more than one11:30
dtantsurwell, yes, but I've provided quite a few tripleo-independent points11:30
dtantsuralso tripleo limitation comes from puppet modules (and I suspect their policy), so it must be similar for fuel, for example11:30
jrolldtantsur: right, which is why I didn't say no :)11:30
jrolldtantsur: well, we used puppet when we first deployed ironic... we just created a network before installing, and put it in the config :)11:31
jrollwasn't a problem11:31
*** lucasagomes is now known as lucas-hungry11:31
dtantsurwell, this assumes you have a break between installing the remaining openstack and ironic, right?11:32
jrollyes11:32
jrollI also believe openstack shouldn't be a monolith all deployed at once, but that's another story :)11:33
dtantsur"openstack shouldn't be a monolith" is a good call, but yeah :) it's a whole different story11:33
dtantsurbtw, I've heard talks that service users might eventually be replaces by certificates11:33
jrollthank $deity!11:33
jrollservice auth is pretty bad right now, especially taking actions on user behalf11:34
jroll(like port-update)11:34
dtantsuryep11:34
dtantsurgetting back to the topic, I think I understand people wanting to install $PRODUCT_NAME in one shot too11:35
jrollyeah11:35
jrollI just don't think injecting a neutron net-create command is that terrible :)11:35
*** dprince has joined #openstack-ironic11:35
mat128dtantsur, jroll: I think the main point (for me at least) is defining more than one provisioning network, good old rule of thumb states 500-1000 machines max in a vlan11:36
dtantsura use case has arrived ^^ :)11:36
mat128(and independent of deployment "process")11:36
* jroll is fairly certain he has more than 1000 in a vlan :)11:36
jrollbut yeah11:37
mat128not too much broadcast?11:37
jrollnah11:37
jrollI guess they aren't all there at once though11:37
mat128interesting11:37
mat128we are limiting IPMI vlan/subnets to 500 because of this11:37
jrollmat128: a better solution for you, though, would be CONF.provisioning_nets = [foo, bar]11:38
mat128we just have one per X racks11:38
jrolland use one with free IPs11:38
mat128jroll: and let ironic decide of hosts / provisioning network?11:38
mat128interesting11:38
jrollbut anyway, I already +1'd the RFE ¯\_(ツ)_/¯11:38
jrollmat128: well, you'd decide by making it a /2311:39
mat128yeah11:39
mat128i like that idea11:39
jroll:D11:39
mat128(doesnt help dtantsur lol)11:39
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Fix functional tests broken by the latest refactoring  https://review.openstack.org/35779511:39
jrollI'd love to just make it magic11:39
jrollhave a dedicated ironic user and feel free to use any networks that user owns :)11:40
mat128how do you distinguish provisioning/cleaning ?11:40
mat128metadata?11:40
dtantsurthinking of all this node.* bloat, I'd love to have a "node template" entity11:40
jrollidk, just spitballing11:40
dtantsurthat would contain things like driver_info/deploy_kernel, driver_info/cleaning_network, properties/cpu_arch, maybe even driver11:40
mat128jroll: I think sambetts mentioned having ironic create the network11:40
dtantsurand then a node would be created like $ ironic node-create --template my-x86-64 --name my-node11:41
mat128dtantsur: driver type?11:41
dtantsurwell... something even more lightweight11:41
jrollmat128: you'd have to have ironic know the vlan to use and such, but could be cool11:41
mat128jroll: yeah, but I was more thinking like, if Ironic creates it, it could keep track of it's uuid and that solves dtantsur's problem11:42
jrolldtantsur: I still like the node grouping thing we've talked about, having those configs ("okay rack a-12 is all x86, ironic-gold, this ramdisk")11:42
sambettsmat128: this ^11:42
sambettsjroll: this ^11:42
sambettsalso11:42
sambetts:-P11:42
jrollheh11:42
*** baoli has joined #openstack-ironic11:42
dtantsurhmm, create both provisioning and cleaning network?11:42
jrollmat128: yeah, but you just end up putting the IP range and vlans in config instead11:43
mat128sambetts: are you looking for @channel by any chance? :)11:43
mat128jroll: yeah.. removes the flexibility of creating it in neutron11:43
dtantsurthat would work even better for me, though we'll need to pass the hardware network (which is totally fine, as it's responsibility of the deployer)11:43
mat128and forces us to define all possible parameters11:43
jrollI guess you could use either11:43
dtantsurcleaning_network_uuid = auto11:43
jrolldefine it up front or just give it a block to create it for11:43
dtantsuror a real UUID :)11:43
*** moshele has joined #openstack-ironic11:44
jrollrealistically when you have to mess around creating ACLs and routes and base switch config for everything... net-create isn't a big deal :P11:44
* jroll should open source our bootstrapping repo one day11:45
dtantsurjroll, mat128, do you mean something like https://etherpad.openstack.org/p/jq37kmQ908 ?11:46
sambettsdtantsur: yup, pretty much11:46
mat128dtantsur: segmentation_id, too11:46
mat128but yes11:46
dtantsurwell, yeah, a couple more options, but still11:46
dtantsurthen we have to somehow remember the UUID (or just use a predefined UUID?)11:47
dtantsur(or just use a well-known name?)11:47
* dtantsur is ready to hack on this instead of his RFE11:47
mat128if it's a well known name and ironic does a lookup, you can create it *after* deployment11:47
mat128but prior to deploying any node11:47
mat128which also solves your problem in a different way11:48
mat128dtantsur: ^11:48
dtantsurright. I'm fine with both approaches. the less things to create - the better11:48
jrollyeah, I'd prefer not to have ironic manage provider net create11:48
jrollprovider networks can get too special, I suspect11:48
dtantsurtrue11:48
mat128jroll: would you be okay with a lookup by name instead of uuid in the config?11:48
jrollif we do the "well known name" thing, let's... that11:48
jrollname or uuid11:48
*** moshele has quit IRC11:48
jrolldefault to ironic-provision-net11:48
jrollor something11:48
mat128I think that solves dtantsur problem in a clean way11:49
jrolland actually do a net-show at startup maybe?11:49
mat128or when we need it11:49
mat128(it might change)11:49
dtantsurjroll, then ironic will fail to start until we create it11:49
-openstackstatus- NOTICE: OSIC has burned through the problematic IP range with failures, things should be back to normal now.11:49
jrollright11:49
dtantsurso it's the same problem essentially11:49
dtantsurhowever, right now we don't check UUID on existence11:49
jrollI'm just trying to help the users that just leave the default and don't create the network11:49
dtantsurso it might be fair to not check the name too11:50
mat128this is exactly like the RFC that states "whereever you can provide a hostname, you can also provide an IP address, and vice-versa")11:50
* dtantsur is confused with how many proposal we have here simultaneously...11:50
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add update notifications for ironic resources  https://review.openstack.org/35779911:50
jrolldtantsur: right, but if there's now a default, I'd prefer to check it, maybe validate time is okay11:50
dtantsurso, proposal #1: allow per-node setting11:50
jrollit's less good but it might be ok11:51
dtantsurproposal #2: accept names and do not check existence on start up11:51
mat128dtantsur: mine is "dont add anything to the node, instead declare a name in the config and lookup will be dont at deploy time"11:51
dtantsurproposal #3: have a default and......?11:51
TheJuliaGood morning11:51
dtantsurmorning TheJulia11:51
mat128o/ TheJulia11:51
sambettso/11:51
dtantsurmat128, so proposal #3: default to a well-known name, check its presence right before deployment, right?11:51
*** bfournie has quit IRC11:52
mat128dtantsur: and allow a network "name" in that config option11:52
dtantsurright11:52
jrollwell, check presence is it's own question11:52
* jroll making notes in https://etherpad.openstack.org/p/jq37kmQ90811:52
mat128dont check its presence, just do your regular attach thing11:52
dtantsurif we check presence on start up, we're back to the initial problem :)11:52
mat128if it fails, handle it11:52
mat128dtantsur: yes, "resolution" must be done at deploy time11:53
jrolldtantsur: if we assert the only reason to do this is to allow deploying ironic before creating a network, yes11:53
jrollI don't think we've asserted that11:53
* TheJulia reads backscroll for current discussion11:53
jroll(multiple networks is another reason)11:53
jrollTheJulia: see you in 15 minutes :P11:53
jroll(and good morning)11:53
mat128jroll: if we do this, then the original RFE changes, there is no "per-node" anymore11:53
TheJuliaheh11:53
dtantsurjroll, my personal problem is with deployment, mat128 has also a use case for several networks, but seems like it's possible to overcome (?)11:54
TheJuliaEh, its not that long of a read, but coffee first11:54
jrollmat128: right, so I think we need to establish what we want to solve here11:54
TheJulia^^ that11:54
jrollif we still allow only one name or uuid, mat128 still has a problem11:54
mat128dtantsur: I could always tell my network people that there's someone else doing more than 1000 without problem11:54
jrollmaybe the answer is do both!11:54
mat128but they'd be hard to convince11:54
jrollmat128: don't quote me on that!11:54
mat128dont worry11:54
jroll:P11:55
mat128our hosts arent always up11:55
mat128so having 1000 actually *deploying* at the same time11:55
mat128in a given region11:55
jrollah yeah, that's another point, if you don't leave agents up it doesn't matter11:55
jrollmat128: I think that's a problem we'd both love to have :D11:55
dtantsurjroll, I'm totally fine with the "do both" thing11:55
mat128jroll: we do have huge spikes though11:56
dtantsurhowever, the first thing I want to do is to be able to start Ironic before networks are created11:56
jrollmat128: yeah, but 1000 is $$$$11:56
mat128=)11:56
dtantsurso, should I capture the name thingy in another RFE? objections?11:57
jrolldtantsur: I think "accept names" is a generally useful thing - maybe let's skip the well-known/default question for now though11:57
mat128no objections, but will you also mention that the lookup needs to be done at deploy time in there?11:57
jrollmat128: that changes with per-node anyway11:58
jrollbut I'd say s/deploy time/validate time/11:58
dtantsurjroll, I'm fine, but I think we tend not to make outside calls in validation11:58
jrolldtantsur: we call ipmitool no?11:58
jrollif neutron GET /networks/foo ever becomes slower than a BMC, let's rewrite neutron11:59
dtantsurLOL11:59
* dtantsur rewrites neutron11:59
sambettsHAHA11:59
mat128jroll: dont you think one day BMCs will be fast? :)11:59
* mat128 dreams11:59
jrollmat128: I also dream neutron will be fast!11:59
jrolldtantsur: different topic, want to decide what stays and goes in newton with me today or monday? maybe monday we can pull in ruby12:01
jrollI'm not ready right this minute but am going to look over things this morning12:01
dtantsuryeah, I'd prefer Monday, but can do it today12:01
jrolldtantsur: monday is fine, I have lots to do today :)12:02
jrolloh, also of note, I'm out tuesday/wednesday next week12:02
* sambetts gets ready the rm -rf drivers/modules/ssh* 12:02
jrollso I'll probably put up final ironic-lib release monday12:02
dtantsurso folks, did I capture it right: https://bugs.launchpad.net/ironic/+bug/1614938 ?12:03
openstackLaunchpad bug 1614938 in Ironic "[RFE] Allow names in {provisioning,cleaning}_network option" [Wishlist,Confirmed] - Assigned to Dmitry Tantsur (divius)12:03
sambettsdtantsur: option 4 is have Ironic create the networks for us12:03
jrolllucas-hungry: any update on https://review.openstack.org/#/c/348953/ ?12:03
dtantsuryes. but this can be dangerous, as there are plenty of options12:04
mat128dtantsur: will the lookup be done in the ironic service tenant?12:04
dtantsurmat128, probably?12:04
jrolldtantsur: so I think that looks good, but I think the problem statement is wrong :)12:04
mat128makes sense, but just checking12:04
jrolldtantsur: "names are useful for humans" is a better problem statement, I think12:05
dtantsurjroll, feel free to fix it whatever makes sense to you12:05
dtantsuryes, it's a good problem statement too12:05
* jroll does it12:05
jrolledited quite a bit, I'm +1 on it but let's have another specs core approve12:07
* dtantsur tries to remember who is specs core12:07
dtantsurlucas-hungry, ^^^12:07
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Add functional test for wait_for_finish  https://review.openstack.org/35780412:08
* jroll doesn't like the fancy tox_install junk for libraries to edit constraints files12:08
sambettsjroll: I agree, but I don't see a way around it :/12:10
jrollyeah, there isn't12:11
jrollother than fix pip :)12:11
*** ccamacho|lunch is now known as ccamacho12:12
openstackgerritJim Rollenhagen proposed openstack/ironic-lib: Use constraints for all the things  https://review.openstack.org/31869212:12
jrolldtantsur: sambetts: here's ironic-lib, I'll do the rest of our repos after I get the animals some breakfast, if you're good with that12:12
jrolloh wait12:12
openstackgerritJim Rollenhagen proposed openstack/ironic-lib: Use constraints for all the things  https://review.openstack.org/31869212:13
jrollthere, it's ready now12:13
jrollwant to get those done before lib freeze12:13
dtantsurcool, let's wait for the CI12:13
sambettssure :) I'll dig into them in just a minute12:13
jrollthanks!12:13
* jroll runs locally12:14
openstackgerritJim Rollenhagen proposed openstack/ironic-lib: Use constraints for all the things  https://review.openstack.org/31869212:15
jroll*now* it works12:15
jrollsilly +x12:15
jrollpasses locally though12:15
*** thrash|g0ne is now known as thrash12:15
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Fix functional tests broken by the latest refactoring  https://review.openstack.org/35779512:17
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Add functional test for wait_for_finish  https://review.openstack.org/35780412:18
*** MattMan has quit IRC12:24
*** MattMan has joined #openstack-ironic12:24
*** sdake has joined #openstack-ironic12:35
openstackgerritJim Rollenhagen proposed openstack/virtualbmc: Use upper-constraints for all tox targets  https://review.openstack.org/35782512:37
*** alaski is now known as lascii12:38
*** bfournie has joined #openstack-ironic12:38
sambettsjroll: is virtualbmc not in globalreqs yet?12:39
openstackgerritJim Rollenhagen proposed openstack/python-ironicclient: Use constraints for all the things  https://review.openstack.org/31867212:40
jrollsambetts: guess not, I don't think it needs to be though12:40
jrollnothing imports it12:40
sambettsjroll: good point, I was thinking it was a library but its not12:40
*** lucas-hungry is now known as lucasagomes12:41
lucasagomesdtantsur, I like the names suggestions yes12:42
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with chassis-update  https://review.openstack.org/34471512:43
dtantsurjroll, lucasagomes, rfe-appoved then?12:43
lucasagomes+1 for me12:43
*** wajdi has quit IRC12:43
lucasagomesfrom*12:43
jrolldtantsur: yeah, go ahead12:44
lucasagomesthere's a +1 from jroll in the bug, so I've just changed the tag12:44
jrollor that!12:44
dtantsurcool, thanks! I'll try to come up with something today12:45
*** jtomasek has joined #openstack-ironic12:48
openstackgerritJim Rollenhagen proposed openstack/bifrost: Use upper-constraints for all tox targets  https://review.openstack.org/35783612:49
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Use upper-constraints for all tox targets  https://review.openstack.org/35783812:50
*** baoli has quit IRC12:51
openstackgerritJim Rollenhagen proposed openstack/python-ironic-inspector-client: Use constraints for all the things  https://review.openstack.org/31869312:51
jrollall the constraints! https://review.openstack.org/#/q/topic:use-constraints+status:open12:53
sambetts\o/12:53
jrollI think ironic-lib, wsmanclient, dracclient are the ASAP ones there, we should release those next week12:54
jrolllucasagomes: shall we release virtualbmc after this merges? https://review.openstack.org/#/c/357825/12:56
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Tests for testing port-create command  https://review.openstack.org/29180212:56
lucasagomesjroll, yes! It's been a while since last release12:56
lucasagomesjrist, +a btw12:56
jrolllucasagomes: I don't see any tags, have we had a release at all?12:56
lucasagomesjrist, sorry heh12:56
jrollhttp://git.openstack.org/cgit/openstack/virtualbmc/refs/12:57
lucasagomesjroll, it wasn't under /openstack before12:57
jrollah right12:57
*** dprince has quit IRC12:57
jrollshall we 1.0.0 it? :)12:57
lucasagomesjroll, go for it12:57
jrollcool12:57
jrollI'll do that when that constraints thing lands12:57
lucasagomesty12:58
jrollI'm not sure if this counts as a library or a service, so idk which freeze applies :P12:58
* lucasagomes have to release the staging drivers as well12:58
jrolloh, release:independent, guess it doesn't matter12:58
lucasagomesjroll, we use it as a service, but yeah ^ (was about to write that)12:58
openstackgerritSergii Turivnyi proposed openstack/python-ironicclient: Negative tests for testing actions with Chassis.  https://review.openstack.org/34379612:59
*** dprince has joined #openstack-ironic13:02
*** baoli has joined #openstack-ironic13:03
dtantsursambetts, aarefiev, can we merge https://review.openstack.org/#/c/357763/ please? it blocks fixing the client func test13:04
*** rbudden has joined #openstack-ironic13:05
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643213:09
*** jtomasek has quit IRC13:11
*** mtanino has joined #openstack-ironic13:13
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Add functional tests for CLI  https://review.openstack.org/35786413:15
*** _vsaienko has quit IRC13:18
openstackgerritMerged openstack/ironic-inspector: functional: allow passing kwargs to all calls  https://review.openstack.org/35776313:18
dtantsurvsaienk0, any plans to continue with https://review.openstack.org/328921 ?13:19
openstackgerritJulia Kreger proposed openstack/bifrost: Update release notes for Newton  https://review.openstack.org/35786813:20
*** cdearborn has joined #openstack-ironic13:21
*** sabeen has joined #openstack-ironic13:21
*** mtanino has quit IRC13:21
*** _vsaienko has joined #openstack-ironic13:28
jrollwho wants to land multitenant network docs? https://review.openstack.org/#/c/228496/9313:29
*** baoli has quit IRC13:34
vsaienk0dtantsur: I will update them on next week13:35
dtantsurthanks!13:35
*** causten has joined #openstack-ironic13:36
*** jcoufal has joined #openstack-ironic13:36
*** _vsaienko has quit IRC13:38
*** derekh has quit IRC13:42
*** wajdi has joined #openstack-ironic13:42
*** mari0jv has joined #openstack-ironic13:42
*** dprince has quit IRC13:43
*** dprince has joined #openstack-ironic13:43
*** foexle has quit IRC13:43
*** foexle has joined #openstack-ironic13:45
*** derekh has joined #openstack-ironic13:45
*** mari0jv_ has joined #openstack-ironic13:46
*** baoli has joined #openstack-ironic13:47
*** mari0jv__ has joined #openstack-ironic13:47
openstackgerritDmitry Tantsur proposed openstack/python-ironicclient: Add --wait flag for provision actions and wait_for_provision_state function  https://review.openstack.org/32819113:48
dtantsurvdrok, ^^^13:48
*** dansmith is now known as superdan13:48
vdrokdtantsur: yup, will take a look now13:48
*** mari0jv_ has left #openstack-ironic13:49
vdrokbtw morning all :)13:49
*** mari0jv__ has quit IRC13:49
*** mari0jv has quit IRC13:50
*** mari0jv has joined #openstack-ironic13:50
dtantsurmorning/afternoon(/evening?) vdrok13:51
*** thiagop has joined #openstack-ironic13:52
*** catintheroof has joined #openstack-ironic13:54
*** e0ne_ has joined #openstack-ironic13:55
thiagopGood morning, Ironic13:55
sambettsjroll: is dracclient not in global constraints? /me doesn't know if it should be or not13:55
TheJuliaGood morning thiagop13:55
*** e0ne has quit IRC13:55
thiagopTheJulia: o/13:56
jrollsambetts: guess not, because it's an extra requirement (not in requirements.txt)13:56
jrollit couldn't hurt to put it there though13:56
openstackgerritMerged openstack/ironic: Operator documentation for multitenancy  https://review.openstack.org/22849613:56
*** bfournie1 has joined #openstack-ironic13:57
thiagopsambetts: it is on driver-requirements though13:58
*** bfournie2 has joined #openstack-ironic13:58
*** bfournie1 has quit IRC13:58
*** bfournie3 has joined #openstack-ironic13:58
*** bfournie has quit IRC13:58
*** anush_ has joined #openstack-ironic14:00
*** catintheroof has quit IRC14:01
*** bfournie2 has quit IRC14:02
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643214:03
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Introducing node introspection state management  https://review.openstack.org/34894314:10
*** sabeen1 has joined #openstack-ironic14:12
*** chlong has joined #openstack-ironic14:13
*** sabeen has quit IRC14:14
* jroll kicks off the driver removal question thread14:15
openstackgerritMerged openstack/ironic-lib: Use constraints for all the things  https://review.openstack.org/31869214:16
*** hjanssen-hpe has joined #openstack-ironic14:17
*** hpe-hj has joined #openstack-ironic14:17
*** wznoinsk has quit IRC14:19
mat128jroll: 0-based indexing.. interesting ;)14:19
sambettsmat128: we're programers we always start counting from zero :-P14:20
* mat128 realizes I've been doing 1-based index in all prior emails :(14:21
mat128s/I've/he's14:21
jrollyeah, always 0-based for me14:21
mat128not used to that14:21
jrollmost do 1 though14:21
mat128well the first like you have did 0-based too14:21
mat128the cinder thread14:21
jrollheh, nice14:21
*** ksumit has joined #openstack-ironic14:21
* jroll aims to change the world one email sender at a time14:22
sambettsjroll: will the ssh driver have to go through the same thing?14:23
sambettsgiven its not a "real" driver14:23
jrollsambetts: yeah, we should do it for all drivers for consistency14:24
jrollalso, turns out there's production deployments using that driver >.>14:24
sambetts<.< ... >.> ... <.< ...14:25
sambettswho even does that :-P14:25
jrollI wish I knew14:25
*** jtomasek has joined #openstack-ironic14:27
*** jtomasek has quit IRC14:28
*** mtanino has joined #openstack-ironic14:28
openstackgerritMerged openstack/virtualbmc: Use upper-constraints for all tox targets  https://review.openstack.org/35782514:28
*** jtomasek has joined #openstack-ironic14:29
mat128remove it and you'll know :)14:29
mat128baremetal using virtual machines on compute nodes isnt baremetal =)14:29
jrollno, but it apparently works well enough that people actually use it14:29
jrollwhich is just so strange to me14:29
*** wznoinsk has joined #openstack-ironic14:30
jrollespecially if they use it with nova!14:30
mat128but it still does virtual machines14:30
mat128thats it14:30
jrollwell yeah14:30
mat128might as well use nova with libvirt14:30
jrollbut they use it to manage VMs14:30
jroll¯\_(ツ)_/¯14:30
jrollyou don't have to tell me :)14:30
mat128or maybe ironic is the "virt" abstraction that should have always been14:30
mat128and nova could "only" manage the instance part14:30
jrollheh14:31
sambettsmaybe virtualBMC is ;)14:31
mat128:P14:31
mat128on that topic14:31
mat128virtualPDU is almost done14:31
openstackgerritGraham Hayes proposed openstack/ironic: Get ready for os-api-ref sphinx theme change  https://review.openstack.org/35792214:33
sambettsmat128: oh nice!14:34
*** michauds has joined #openstack-ironic14:36
mat128see, the driver deprecation / removal forced us to open source a component, helping everyone :)14:37
sambetts\o/14:37
jrollheh, woo14:39
mat128jroll: if you wanted to completely follow policy, you could introduce "enable_unsupported_drivers" defaulting to True, then notifying that in X release setting will go to False14:41
mat128but that takes 1 year of fooling around14:41
sambettsmat128: in X release we'll just remove the drviers though ;)14:42
jrollmat128: but then *later* changing a driver supported to False breaks people, still14:42
mat128but they will (supposedly) know because we told them enable_supported would turn to false14:43
*** foexle has quit IRC14:43
jrollwell, no14:43
jrollso14:43
jrollwe get through X like you say right?14:43
mat128I think current proposal is perfect, if operator finds out his driver is unsupported, he can just enable the "enable_unsupported_drivers" and move on, notify his vendor or something14:43
mat128yes14:43
jrollthen in X+1 ipmitool stops being tested14:43
*** syed_ has joined #openstack-ironic14:43
jrollwe mark it supported=False14:43
mat128ahhh14:43
mat128got it14:43
jroll:)14:43
mat128it was set to True when we did the initial thing14:43
jrollyeah14:44
*** mari0jv has quit IRC14:46
*** bfournie has joined #openstack-ironic14:49
*** bfournie3 has quit IRC14:51
*** rama_y has joined #openstack-ironic15:01
*** milan has quit IRC15:03
*** ElCoyote_ has quit IRC15:08
*** ElCoyote_ has joined #openstack-ironic15:08
*** dprince has quit IRC15:09
*** mari0jv has joined #openstack-ironic15:12
*** ksumit has quit IRC15:13
*** ksumit has joined #openstack-ironic15:14
*** Sylvester has quit IRC15:16
openstackgerritDmitry Tantsur proposed openstack/ironic: [WIP] Switch Inspector interface to pass keystoneauth sessions  https://review.openstack.org/35796315:18
*** rcernin has quit IRC15:24
*** pcaruana has quit IRC15:26
*** ccamacho is now known as ccamacho|away15:29
*** Goneri has quit IRC15:33
phschwartzwhat would the suggestion be for having VM's and BM in a single region? I do not want to run cells.15:34
*** e0ne_ has quit IRC15:39
sambettsphschwartz: host aggregates15:40
*** ametts has joined #openstack-ironic15:41
*** ksumit has quit IRC15:41
sambettsphschwartz: you can setup multiple nova computes, 1 running the ironic virt driver, all others running VM virt drivers, then tag your flavors with host aggregates to ensure that the baremetal flavors land on the right nova compute for Ironic15:42
*** ksumit has joined #openstack-ironic15:43
phschwartzsambetts: I had not thought of that. I was messing with getting 2 nova-computes running on a single host with different configs for each. With that method I could use it in this manor as I am doing this as an allinone setup with VM's on the allinone (preferred), and 50 bm's to enroll for ironic.15:45
*** ametts has quit IRC15:47
sambettsphschwartz: host aggregates sounds like the right solution for you :) I have had a test bed configured exactly like that with 2 nova computes using host aggregates to put some flavors on BMs and some on VMs15:48
*** links has quit IRC15:49
openstackgerritJay Faulkner proposed openstack/ironic-lib: Add developer documentation on metrics  https://review.openstack.org/35679615:49
JayFvsaienk0: ^ addresesed your comments15:50
*** jtomasek has quit IRC15:50
*** ametts has joined #openstack-ironic15:51
*** rama_y has quit IRC15:53
*** ksumit has quit IRC15:53
openstackgerritGraham Hayes proposed openstack/ironic: Get ready for os-api-ref sphinx theme change  https://review.openstack.org/35792215:54
*** derekh has quit IRC15:56
*** wajdi has quit IRC15:59
*** ChrisAusten has joined #openstack-ironic15:59
*** wajdi has joined #openstack-ironic15:59
*** rbrud has joined #openstack-ironic16:00
openstackgerritDmitry Tantsur proposed openstack/ironic: [WIP] Support names for {cleaning,provisioning}_network  https://review.openstack.org/35798316:02
*** ChrisAusten has quit IRC16:09
mat128phschwartz, sambetts: which host manager are you using for scheduler in that setup?16:10
mat128phschwartz, sambetts: https://github.com/openstack/nova/blob/master/nova/conf/scheduler.py#L21516:13
mat128brb16:13
*** mat128 is now known as mat128|afk16:13
sambettsmat128: I think I used the default when I did it, because you don't want the whole using up a whole host thing for the VM side of the deployment16:15
sambettsmat128|afk: I basically just reset all the nova schedular settings to a standard VM openstack configuration16:16
openstackgerritVasyl Saienko proposed openstack/ironic: Neutron notifications  https://review.openstack.org/34596316:19
openstackgerritVasyl Saienko proposed openstack/ironic: Test patch that verify external events  https://review.openstack.org/35799516:19
*** foexle has joined #openstack-ironic16:20
phschwartzsambetts: so I would not do anything special scheduler wise? Just setup host aggs based on flavor?16:20
sambettsphschwartz: thats the way I think I did it, it was nearly a year ago I was testing this out those16:21
sambettsthough*16:21
sambettsso I don't remember if I did anything specific16:21
*** dprince has joined #openstack-ironic16:21
NobodyCamGood Morning Ironic'ers16:21
NobodyCamand OFC T.G.I.F :p16:22
*** amotoki_ has quit IRC16:22
*** fragatina has quit IRC16:22
*** foexle has quit IRC16:24
wznoinskhi, trying to get ironic-ui (1.1.2) working on with stable/mitaka horizon, getting [Fri Aug 19 16:23:34.506408 2016] [:error] [pid 18:tid 139734410958592] Could not process panel theme_preview: Dashboard with slug "developer" is not registered.16:24
wznoinsk, anyone have any suggestions?16:24
sambettswznoinsk: have you tried asking in #openstack-horizon ?16:25
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895316:25
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:25
wznoinsksambetts: not yet, horizon is working fine for last weeks, when I enable ironic_ui it breaks16:25
lucasagomesjroll, ^ sorry you asked later... I think that's all we need in ironic-lib16:25
lucasagomesjroll, now I just need to change IPA and Ironic to use the new methods16:25
jrolllucasagomes: ok you tested that and you're happy with it?16:27
jrollbetherly: if you're around could you help out wznoinsk ?16:27
*** jpich has quit IRC16:28
lucasagomesjroll, tested partially, I'm modifying IPA now16:28
jrolllucasagomes: ok cool16:28
jrollthanks16:28
sambettswznoinsk: if you head over the #openstack-horizon robcresswell might be able to help you out16:30
robcresswello/16:30
robcresswellDont worry, lurking here sambetts :p16:30
TheJuliawznoinsk: betherly and ppiela are the two people that know the ironic-ui best.16:30
vdrokmorning NobodyCam !16:31
NobodyCammorning vdrok :)16:31
robcresswellwznoinsk: I'm just looking into it now16:33
robcresswellwznoinsk: Stack should take another few minutes then I'll have an answer.16:33
wznoinskrobcresswell: thanks16:34
ppielawznoinsk: If you remove the _2200_ironic.py file in the enabled directory does Horizon work correctly?16:36
wznoinskppiela: yes16:36
wznoinskI might have installed master of ironic-ui on it before, maybe something left in some configuration somwhere?16:37
*** rama_y has joined #openstack-ironic16:39
ppielawznoinsk: I dont think so16:39
*** ohamada has quit IRC16:39
openstackgerritVladyslav Drok proposed openstack/python-ironicclient: Add docs target to tox.ini  https://review.openstack.org/35801116:41
vdrokjroll: just noticed that^^16:41
vdrokJayF: ^^16:42
robcresswellwznoinsk: So this is 1.1.2 on stable/mitaka, correct?16:42
*** krotscheck is now known as the_other_clarkb16:42
wznoinskrobcresswell:  pip freeze | grep ironic-ui16:43
wznoinsk-e git+https://git.openstack.org/openstack/ironic-ui@09f0b88cc561e4439f1d3243ad8c2bb399a02d83#egg=ironic_ui16:43
wznoinskironic-ui (1.1.2, /horizon-source/horizon-9.0.0/ironic-ui)16:43
robcresswellso... yes :)16:43
*** the_other_clarkb is now known as krotscheck16:43
openstackgerritMerged openstack/bifrost: Use upper-constraints for all tox targets  https://review.openstack.org/35783616:44
wznoinskI will only add openstack was deployed using kolla stable/mitaka, shouldn't make a diff tho right?16:44
*** fragatina has joined #openstack-ironic16:45
devanandamorning, all16:45
*** Goneri has joined #openstack-ironic16:45
sambettsMorning devananda16:45
robcresswellIt shouldn't matter. is DEBUG True? Or is this without debug on? Trying to understand why its attempting to interact with the dev panel.16:46
robcresswellwznoinsk: ^^16:46
vdrokmorning devananda16:47
wznoinskI've enabled debug in local_settings and restart, and ... started working ;-)16:48
wznoinskwith that difference the content of the panel is empty for Ironic..16:48
openstackgerritMerged openstack/bifrost: Add SUSE support in scripts/env-setup.sh  https://review.openstack.org/35696416:48
*** athomas has quit IRC16:49
openstackgerritMerged openstack/bifrost: Fix /etc/hosts before starting the rabbitmq server  https://review.openstack.org/35771816:49
robcresswellOkay, so something is bugged about the handling of that panel. *makes note*16:50
*** fragatina has quit IRC16:51
openstackgerritMerged openstack/bifrost: Restore stable-2.0 as the default Ansible branch  https://review.openstack.org/35726816:52
*** fragatina has joined #openstack-ironic16:52
*** tesseract- has quit IRC16:53
*** amotoki has joined #openstack-ironic16:55
*** aNupoisc has joined #openstack-ironic16:58
*** ppiela has quit IRC17:02
*** anush_ has quit IRC17:02
*** ppiela has joined #openstack-ironic17:04
NobodyCammorning devananda :)17:07
vdrokjroll: idk the reason but we do generate the docs for unittests everywhere else17:09
openstackgerritTim Burke proposed openstack/ironic: Pass swiftclient header values as strings  https://review.openstack.org/35802017:10
jrollvdrok: yeah, it's kinda silly :D17:10
jrollI'm fine as-is though, thanks for that17:10
vdrokbase class docs may be useful but yeah17:10
vdroknp :)17:10
lucasagomesfolks I'm calling it a day17:10
sambettso/ lucasagomes17:10
lucasagomeshave a great evening all, enjoy the weekend17:10
vdroknight lucasagomes17:10
vdrokyou too!17:10
lucasagomesjroll, I think the patches are good, but I will finish the tests on monday17:11
lucasagomestesting root device hitns is a PITA17:11
TheJuliagoodnight lucasagomes17:11
lucasagomestoo many permutations17:11
jrolllucasagomes: ok cool, I'm out tuesday/wednesday so was thinking about release monday17:11
jrollbut I can have dtantsur handle releases17:11
jrolland we can get that in17:12
sambettsscumbag jroll releases code then runs away ;)17:12
jrollno better way to do it!17:12
sambettshaha17:12
* dtantsur can handle releases for sure :)17:12
openstackgerritMerged openstack/ironic-python-agent: Use upper-constraints for all tox targets  https://review.openstack.org/35783817:12
lucasagomesjroll, cool, no worries :D17:14
lucasagomesjroll, we can release multiple times as well right?17:14
jrolllucasagomes: in one week? sure, but no need17:15
jrollI'm not going to release one monday if we have something in the queue17:16
lucasagomescool17:16
lucasagomesyeah I wasn't meaning multiple releases in a week, but in few weeks time17:16
jrolloh17:16
jrollnext week is non-client library freeze17:16
lucasagomesanyway, appreciate if we can hold it few days but I will try to finish it up on monday anyway17:16
lucasagomesoh right17:16
jrollso that's stable/newton for ironic-lib17:16
lucasagomesgotcha17:16
lucasagomesyeah I will hurry with it17:16
jrollcool17:17
jrollI mean, we could also just bump the whole feature to ocata17:17
jrollplenty of other things to do :)17:17
lucasagomesright, we will see cause it's pretty close17:18
*** _vsaienko has joined #openstack-ironic17:18
lucasagomesg'night all17:18
*** lucasagomes is now known as lucas-afk17:18
jrollyeah sounds good17:18
jrollnight17:18
* jroll steps away for a while17:18
openstackgerritMerged openstack/python-ironicclient: Use constraints for all the things  https://review.openstack.org/31867217:19
JayFgiven we're trying to release ironic-lib by monday, I'd /really/ appreciate reviews on https://review.openstack.org/#/c/356796/ so it can land before release17:19
JayFand I'll go work on project-config patches for ironic-lib docs build now17:19
jrollno, we're going to release it later next week, so we have time for lucas' thing17:20
jroll:)17:20
jrollbut we should still hurry up and finish that, agree17:20
mat128|afkJayF: reviewing17:20
JayFshhh don't encourage people to not review my stuff :P17:20
jrollthat's not my intention17:20
jrollyou already got an rloo so that's one +2 next week17:20
openstackgerritMerged openstack/bifrost: Only set hostname on 127.0.0.1 if not present in /etc/hosts  https://review.openstack.org/35577817:21
jrollanyway, bbl17:21
robcresswellsambetts: ironic-ui problem solved boss :)17:21
sambettsrobcresswell: awesome :) thanks dude17:21
*** electrofelix has quit IRC17:24
*** _vsaienko has quit IRC17:27
* sambetts is calling it a day 17:27
sambettsnight every one, see y'all Monday17:28
*** sambetts is now known as sambetts|afk17:28
devanandag'night sambetts|afk, lucas-afk !17:28
*** _vsaienko has joined #openstack-ironic17:28
openstackgerritMerged openstack/ironic: Update code to use Pike as the code name  https://review.openstack.org/35733417:28
NobodyCamnight sambetts|afk17:29
NobodyCamhave a good weekend17:29
*** baoli has quit IRC17:29
openstackgerritVladyslav Drok proposed openstack/python-ironicclient: Add docs for create command  https://review.openstack.org/35802517:29
vdrokif someone is willing to do yet another doc review :) ^^17:29
vdroknight sambetts|afk17:29
* dtantsur leaves as well17:30
*** bfournie has quit IRC17:30
dtantsurhave a nice weekend17:30
NobodyCamhave a great weekend dtantsur17:30
*** baoli has joined #openstack-ironic17:30
vdroknight dtantsur17:31
vdroktime for europe to leave :)17:31
vdrokgood night everyone!17:31
NobodyCamnight vdrok have a great weekend too :)17:32
*** dtantsur is now known as dtantsur|afk17:36
*** baoli has quit IRC17:40
openstackgerritJulia Kreger proposed openstack/ironic-specs: Boot from Volume - Reference Drivers  https://review.openstack.org/29499517:41
*** baoli has joined #openstack-ironic17:46
*** ElCoyote_ has left #openstack-ironic17:47
*** e0ne has joined #openstack-ironic17:55
openstackgerritFabio Dassan proposed openstack/pyghmi: Fix raid driver bitmask  https://review.openstack.org/35803117:55
xavierrdoes OSCli has a command for validate node interfaces?17:55
*** baoli has quit IRC17:56
*** baoli has joined #openstack-ironic17:56
*** bfournie has joined #openstack-ironic18:02
*** Sukhdev has joined #openstack-ironic18:08
openstackgerritJulia Kreger proposed openstack/ironic: [WIP] Add storage_interface to base driver class  https://review.openstack.org/34800618:08
*** Goneri has quit IRC18:11
*** amotoki has quit IRC18:16
openstackgerritVasyl Saienko proposed openstack/python-ironicclient: Add create external event functionality  https://review.openstack.org/35477018:16
*** baoli has quit IRC18:21
*** e0ne has quit IRC18:23
*** vishwanathj_zzz is now known as vishwanathj18:23
*** baoli has joined #openstack-ironic18:26
*** baoli has quit IRC18:33
openstackgerritThiago Paiva Brito proposed openstack/ironic: [WIP] Reusing oneview_client when possible  https://review.openstack.org/35804118:35
thiagopTheJulia: would like you to take a look on this before carry on^18:35
thiagopif possible :)18:35
NobodyCammorning thiagop :)18:36
thiagop#NOTE: OneView CI is down due to underlying infra issues18:36
thiagopmorning NobodyCam18:36
*** baoli has joined #openstack-ironic18:36
* thiagop is beginning to get pissed with the lab's cloud18:36
NobodyCam:(18:37
*** sambetts|afk has quit IRC18:42
*** sambetts has joined #openstack-ironic18:44
*** amotoki has joined #openstack-ironic18:47
*** amotoki has quit IRC18:50
openstackgerritRicardo Carrillo Cruz proposed openstack/bifrost: Remove 'auth' fact initialization from bifrost-deploy-nodes-dynamic  https://review.openstack.org/35462618:55
rcarrillocruzNobodyCam: heya, thx for the review, i amended ^18:56
*** amotoki has joined #openstack-ironic18:56
NobodyCamhey rcarrillocruz :) will take a look at that in a bit18:56
NobodyCamyea sorry for the -1 on it...18:57
NobodyCambut better to have the link18:57
*** aNupoisc has quit IRC19:04
*** amotoki has quit IRC19:04
*** aNupoisc has joined #openstack-ironic19:04
*** Goneri has joined #openstack-ironic19:04
rcarrillocruznah, it's ok19:07
rcarrillocruzi remembered lp was ok19:07
rcarrillocruzBUT19:07
rcarrillocruzit needs a space between lp and the number19:07
rcarrillocruz:/19:08
rcarrillocruzalso, i think lp works, LP won't19:08
rcarrillocruzi'd need to check jeepyb update_bug regex handling19:08
*** rama_y has quit IRC19:15
NobodyCam:)19:15
* TheJulia pokes gerrit19:18
NobodyCam??? with a stick ??? :p19:19
jrollTheJulia: agree19:19
thiagopis gerrit dead?19:19
TheJuliaI think only infra has the sharpened sticks, so only they know19:20
jlvillalTheJulia: same here19:21
jlvillalAnd we are back...19:22
TheJuliathiagop: at a glance, it looks super strait forward.  Have you guys managed to benchmark it yet?19:23
thiagopTheJulia: not yet, but we will. The python-oneviewclient patch to get a new session when the token expires merged yesterday19:25
TheJuliaAhhh19:25
thiagopTheJulia: aaaaaaand the CI is down... :'(19:25
TheJuliathiagop: Well, basically looks like what I would expect for re-use since you have the same base credentials for oneview.  I'm really interested in benchmark results :)19:27
thiagopTheJulia: sure, the guys from benchmark will work on this as soon as they finish measuring the current setup for the remaining cases19:28
TheJuliaExcellent19:29
*** _vsaienko has quit IRC19:29
*** Goneri has quit IRC19:32
*** _vsaienko has joined #openstack-ironic19:33
openstackgerritVasyl Saienko proposed openstack/ironic: Test patch that verify external events  https://review.openstack.org/35799519:33
openstackgerritVasyl Saienko proposed openstack/ironic: Fix object save after refresh failure  https://review.openstack.org/35474419:38
*** sdake has quit IRC19:41
*** hpe-hj has quit IRC19:42
*** hjanssen-hpe has quit IRC19:42
*** jcoufal has quit IRC19:44
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/35769719:47
*** ametts has quit IRC19:48
mari0jvTheJulia: jlvillal: same here19:59
jlvillalmari0jv: Oh hanging again? It started working again after I sent that.19:59
mari0jvnow it's fine19:59
mari0jvheisenbug19:59
TheJuliaThat or garbage collection20:00
*** jcoufal has joined #openstack-ironic20:06
openstackgerritMerged openstack/ironic: Fix AgentDeploy take_over() docstring  https://review.openstack.org/35707620:09
*** mtanino has quit IRC20:10
openstackgerritMerged openstack/ironic: Remove incorrect CONF.import_opt() from test_ipmitool.py  https://review.openstack.org/35390720:10
jrollwho wants to land adoption tempest tests? https://review.openstack.org/#/c/344975/520:14
*** baoli has quit IRC20:17
openstackgerritRicardo Araújo Santos proposed openstack/ironic: Adds instructions to perform nodes migration  https://review.openstack.org/35745420:18
*** rama_y has joined #openstack-ironic20:28
NobodyCamjroll: did i read that we are planning a ironic-lib release next week?20:29
jrollNobodyCam: yes, next week is non-client library freeze20:30
NobodyCam:) sweet :) looking for  https://review.openstack.org/#/c/23092420:31
jrolloh, why didn't you say so?20:31
jrollwe can release often :P20:31
NobodyCam:p hehehehe :)20:31
jrollalright, I'm out for the weekend20:33
jrolly'all have a good one :)20:33
NobodyCamhave a great weekend jroll :)20:33
jrollyou too!20:33
*** dprince has quit IRC20:35
*** aNupoisc has quit IRC20:39
*** moshele has joined #openstack-ironic20:50
openstackgerritMerged openstack/ironic-python-agent: Build socket list right before select call  https://review.openstack.org/26753720:51
*** ccamacho|away has quit IRC20:52
*** aNupoisc has joined #openstack-ironic20:59
*** fragatin_ has joined #openstack-ironic21:00
openstackgerritThiago Paiva Brito proposed openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/35559121:02
openstackgerritThiago Paiva Brito proposed openstack/ironic: Bring configurations from tempest to ironic_tempest_plugin  https://review.openstack.org/35559121:03
*** fragatina has quit IRC21:04
*** wajdi_ has joined #openstack-ironic21:05
thiagopFolks, I'm calling it a day21:05
thiagophave a nice weekend21:05
thiagopsee ya21:05
*** thiagop has quit IRC21:05
*** clenimar has quit IRC21:05
*** jcoufal has quit IRC21:08
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186521:08
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846121:08
*** wajdi has quit IRC21:08
*** wajdi_ has quit IRC21:09
openstackgerritMerged openstack/python-ironicclient: Trivial: Fix doc string for class DeleteBaremetalNode  https://review.openstack.org/35773121:20
JayFmari0jv: do you have a patch up to update the notification spec?21:25
JayFmari0jv: mainly thinking s/notification_priority/notification_level/21:25
mari0jvJayF: already done21:27
mari0jvoh, not on the spec21:28
mari0jvin the code, yes21:28
mari0jvrloo commented about it and i agreed so switched it21:28
*** michauds has quit IRC21:30
JayFyeah; we usually try to make the spec reflect reality for those21:30
JayFif you wanna push a small patch up reflecting that and any other minor changes21:31
*** cdearborn has quit IRC21:31
mari0jvsure21:31
*** sdake has joined #openstack-ironic21:35
*** sdake has quit IRC21:37
*** sdake has joined #openstack-ironic21:38
mari0jvJayF: actually the spec already says notification_level, maybe someone else updated it21:39
*** fragatin_ has quit IRC21:39
JayFperfect21:39
JayF\o/21:39
*** fragatina has joined #openstack-ironic21:39
*** _vsaienko has quit IRC21:40
*** foexle has joined #openstack-ironic21:43
*** baoli has joined #openstack-ironic21:47
*** baoli has quit IRC21:54
openstackgerritMerged openstack/pyghmi: Fix raid driver bitmask  https://review.openstack.org/35803121:55
*** causten has quit IRC21:56
*** lascii is now known as alaski22:02
jlvillalmari0jv: Now I have a gerrit hang. . .22:27
mari0jv:(22:27
mari0jvsame jlvillal22:27
mari0jvdoes infra know about this22:28
mari0jv?22:28
jlvillal:(22:28
*** rbrud has quit IRC22:28
jlvillalI just mentioned it over in infra22:28
mari0jvsame22:29
mari0jvi'll be heading off since there's no gerrit, have an excellent weekend ironic22:31
*** mari0jv has quit IRC22:31
*** rbudden has quit IRC22:38
openstackgerritJohn L. Villalovos proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643222:53
*** ppiela has quit IRC23:08
*** amotoki has joined #openstack-ironic23:09
*** boris-42 has quit IRC23:12
*** patrickeast has quit IRC23:12
*** izaakk has quit IRC23:14
*** Goneri has joined #openstack-ironic23:17
*** boris-42 has joined #openstack-ironic23:18
*** patrickeast has joined #openstack-ironic23:18
*** izaakk has joined #openstack-ironic23:18
*** amotoki has quit IRC23:23
*** moshele has quit IRC23:24
*** jcoufal has joined #openstack-ironic23:34
*** thrash is now known as thrash|g0ne23:40
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Enable OSProfiler support in Ironic  https://review.openstack.org/35814223:42
*** syed_ has quit IRC23:42
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Enable OSProfiler support in Ironic  https://review.openstack.org/35814223:42

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