Thursday, 2016-11-10

*** chas_ has quit IRC00:00
*** chas_ has joined #openstack-ironic00:02
*** chas_ has quit IRC00:07
*** aNuposic has quit IRC00:08
*** aNuposic has joined #openstack-ironic00:09
*** rloo has quit IRC00:16
*** aNuposic has quit IRC00:22
*** chlong has joined #openstack-ironic00:23
*** chas_ has joined #openstack-ironic00:36
*** chas_ has quit IRC00:40
*** priteau has joined #openstack-ironic00:40
*** priteau has quit IRC00:45
*** siva has quit IRC00:47
*** jerrygb has quit IRC00:48
*** siva has joined #openstack-ironic00:48
*** siva has quit IRC00:49
*** jerrygb has joined #openstack-ironic00:49
*** jerrygb has quit IRC00:49
*** jerrygb has joined #openstack-ironic00:49
*** aarefiev has quit IRC00:50
*** rpioso has quit IRC00:59
*** hoangcx has joined #openstack-ironic01:01
*** hoangcx_ has joined #openstack-ironic01:02
*** siva has joined #openstack-ironic01:02
openstackgerritSukhdev Kapur proposed openstack/ironic: Add support for Security Groups for baremetal servers  https://review.openstack.org/36145101:12
*** Sukhdev has quit IRC01:14
*** zhangjl has joined #openstack-ironic01:15
*** rajinir has quit IRC01:16
*** ijw has quit IRC01:18
*** ijw has joined #openstack-ironic01:24
*** tuanluong has joined #openstack-ironic01:30
*** syed__ has quit IRC01:35
*** chas_ has joined #openstack-ironic01:36
*** vsaienko has joined #openstack-ironic01:39
*** siva has quit IRC01:40
*** vsaienko has quit IRC01:41
*** chas_ has quit IRC01:41
*** zhangyufei has joined #openstack-ironic01:44
*** shuquan has joined #openstack-ironic01:57
*** gcb has joined #openstack-ironic02:16
*** zhangyufei has quit IRC02:17
*** zhangyufei has joined #openstack-ironic02:18
*** shuquan has quit IRC02:18
*** zhangyufei has quit IRC02:18
*** godp1301 has joined #openstack-ironic02:21
*** cdearborn has quit IRC02:24
*** zhangyufei has joined #openstack-ironic02:26
*** godp1301 has quit IRC02:29
*** amotoki has joined #openstack-ironic02:35
*** aNuposic has joined #openstack-ironic02:37
*** zhangyufei has quit IRC02:37
*** zhangyufei has joined #openstack-ironic02:38
*** aNuposic has quit IRC02:44
*** shuquan has joined #openstack-ironic02:48
*** yuanying has quit IRC02:51
*** shuquan has quit IRC02:56
*** amotoki has quit IRC03:12
*** shuquan has joined #openstack-ironic03:15
*** sabeen has joined #openstack-ironic03:18
*** siva has joined #openstack-ironic03:29
*** fragatin_ has joined #openstack-ironic03:32
*** jerrygb has quit IRC03:33
*** godp1301 has joined #openstack-ironic03:34
*** fragatina has quit IRC03:35
*** siva_ has joined #openstack-ironic03:35
*** fragatina has joined #openstack-ironic03:36
*** fragatin_ has quit IRC03:37
*** siva has quit IRC03:37
*** siva_ is now known as siva03:37
*** Nisha_away has joined #openstack-ironic03:40
*** fragatina has quit IRC03:40
*** yuanying has joined #openstack-ironic03:49
*** godp1301 has quit IRC03:49
*** bks has joined #openstack-ironic03:53
*** kumarb has joined #openstack-ironic03:58
*** bks has quit IRC03:59
*** persia has quit IRC03:59
*** lindycoder has joined #openstack-ironic03:59
*** godp1301 has joined #openstack-ironic03:59
*** siva has quit IRC04:00
*** persia has joined #openstack-ironic04:01
*** siva has joined #openstack-ironic04:02
*** zhangyufei has quit IRC04:03
*** kumarb has quit IRC04:03
*** chlong has quit IRC04:13
*** rama_y has joined #openstack-ironic04:21
*** godp1301 has quit IRC04:22
*** links has joined #openstack-ironic04:23
*** jerrygb has joined #openstack-ironic04:34
*** chas_ has joined #openstack-ironic04:39
*** jerrygb has quit IRC04:39
*** aNuposic has joined #openstack-ironic04:39
*** hoangcx_ has quit IRC04:42
*** priteau has joined #openstack-ironic04:42
*** chas_ has quit IRC04:43
*** jrcloud has quit IRC04:45
*** priteau has quit IRC04:47
*** rama_y has quit IRC04:55
*** ijw has quit IRC05:02
*** zhangyufei has joined #openstack-ironic05:02
*** Sukhdev has joined #openstack-ironic05:05
*** aNuposic has quit IRC05:11
*** zhangyufei has quit IRC05:17
*** siva has quit IRC05:19
openstackgerritSukhdev Kapur proposed openstack/ironic: Documentation for Security Groups for baremetal servers  https://review.openstack.org/39396205:26
openstackgerritNaohiro Tamura proposed openstack/ironic: Generic power interface for soft reboot and soft power off  https://review.openstack.org/21673005:32
*** yuanying has quit IRC05:34
*** aparnav has joined #openstack-ironic05:44
openstackgerritNaohiro Tamura proposed openstack/ironic: Ipmitool power driver for soft reboot and soft power off  https://review.openstack.org/21673805:44
*** amotoki has joined #openstack-ironic05:45
*** jaosorior has joined #openstack-ironic05:51
*** zhangyufei has joined #openstack-ironic05:52
openstackgerritNaohiro Tamura proposed openstack/ironic: iRMC power driver for soft reboot and soft power off  https://review.openstack.org/21674306:00
*** vmud213 has joined #openstack-ironic06:05
*** ChubYann has quit IRC06:09
*** rcernin has joined #openstack-ironic06:17
*** Sukhdev has quit IRC06:23
*** shuquan has quit IRC06:25
openstackgerritNaohiro Tamura proposed openstack/ironic: Update the existing APIs due to adding get_supported_power_states  https://review.openstack.org/38219406:28
*** shuquan_ has joined #openstack-ironic06:30
*** harlowja_ has quit IRC06:33
*** jaosorior has quit IRC06:34
*** jaosorior has joined #openstack-ironic06:35
*** jerrygb has joined #openstack-ironic06:35
*** shuquan_ has quit IRC06:37
*** sabeen has quit IRC06:37
*** chas_ has joined #openstack-ironic06:40
*** shuquan has joined #openstack-ironic06:41
*** vsaienko has joined #openstack-ironic06:41
*** jerrygb has quit IRC06:42
*** kamtamtun has joined #openstack-ironic06:42
*** vsaienko has quit IRC06:43
*** chas_ has quit IRC06:45
*** pcaruana has joined #openstack-ironic06:51
*** rcernin has quit IRC06:56
openstackgerritNaohiro Tamura proposed openstack/ironic: Generic management I/F for Inject NMI  https://review.openstack.org/34819106:56
*** rcernin has joined #openstack-ironic06:56
*** chlong has joined #openstack-ironic06:58
*** fxpester has joined #openstack-ironic07:03
*** chlong has quit IRC07:09
*** vsaienko has joined #openstack-ironic07:20
openstackgerritVasyl Saienko proposed openstack/ironic: Skip some steps for multinode case  https://review.openstack.org/36864607:20
*** tesseract has joined #openstack-ironic07:20
openstackgerritVasyl Saienko proposed openstack/ironic: Add devstack setup_vxlan_network()  https://review.openstack.org/36864707:20
openstackgerritVasyl Saienko proposed openstack/ironic: Update iptables rules and services IPs for multinode  https://review.openstack.org/36864807:20
*** tesseract is now known as Guest4021607:20
openstackgerritVasyl Saienko proposed openstack/ironic: Testing multinode stuff  https://review.openstack.org/36817307:20
*** jtomasek has joined #openstack-ironic07:32
*** pester has joined #openstack-ironic07:34
*** vsaienko has quit IRC07:35
openstackgerritHironori Shiina proposed openstack/ironic: Introduce VolumeConnector object  https://review.openstack.org/21458407:36
openstackgerritHironori Shiina proposed openstack/ironic: Introduce new RPCs to support volume connector operation  https://review.openstack.org/21458507:36
openstackgerritHironori Shiina proposed openstack/ironic: Add REST API for volume connector and volume target operation  https://review.openstack.org/21458607:36
openstackgerritHironori Shiina proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522007:36
openstackgerritHironori Shiina proposed openstack/ironic: Introduce VolumeTarget object  https://review.openstack.org/28521907:36
openstackgerritHironori Shiina proposed openstack/ironic: Add volume_targets table to save target information  https://review.openstack.org/28521807:36
openstackgerritHironori Shiina proposed openstack/ironic: Add volume_connector table to save connector information  https://review.openstack.org/20098307:36
*** fxpester has quit IRC07:38
*** vsaienko has joined #openstack-ironic07:45
*** openstackgerrit has quit IRC07:48
*** openstackgerrit has joined #openstack-ironic07:48
*** rbartal has joined #openstack-ironic07:54
*** yuanying has joined #openstack-ironic07:55
*** watanabe_isao has joined #openstack-ironic07:56
*** Nisha_away has quit IRC07:59
*** ohamada has joined #openstack-ironic08:02
*** vsaienko has quit IRC08:02
*** ccamacho has joined #openstack-ironic08:04
*** shuquan has quit IRC08:05
*** vsaienko has joined #openstack-ironic08:07
*** hoangcx has quit IRC08:13
*** shuquan_ has joined #openstack-ironic08:13
*** moshele has joined #openstack-ironic08:16
*** hoangcx has joined #openstack-ironic08:17
*** vsaienko has quit IRC08:18
xekmorning :)08:23
*** ralonsoh has joined #openstack-ironic08:26
*** aNuposic has joined #openstack-ironic08:30
*** jerrygb has joined #openstack-ironic08:38
*** jpich has joined #openstack-ironic08:41
*** chas_ has joined #openstack-ironic08:42
*** priteau has joined #openstack-ironic08:44
*** jerrygb has quit IRC08:44
*** chas_ has quit IRC08:47
*** priteau has quit IRC08:48
*** portdirect_away has quit IRC08:50
*** chas_ has joined #openstack-ironic08:53
*** rbartal has quit IRC08:58
*** shuquan_ has quit IRC08:59
*** betherly has joined #openstack-ironic08:59
*** shuquan_ has joined #openstack-ironic08:59
*** zzzeek has quit IRC09:00
*** strigazi_AFK is now known as strigazi09:01
*** zzzeek has joined #openstack-ironic09:01
*** rbartal has joined #openstack-ironic09:02
*** Nisha_away has joined #openstack-ironic09:15
*** Linkmark has joined #openstack-ironic09:21
*** dtantsur|afk is now known as dtantsur09:21
dtantsurMorning Ironic09:21
*** lucas-afk is now known as lucasagomes09:23
lucasagomesmorning all09:24
*** Romanenko_K has joined #openstack-ironic09:24
dtantsurmorning lucasagomes09:24
*** ohamada has quit IRC09:24
*** ohamada has joined #openstack-ironic09:24
*** priteau has joined #openstack-ironic09:25
*** aNuposic has quit IRC09:25
*** yolanda has quit IRC09:31
*** milan has joined #openstack-ironic09:31
*** yolanda has joined #openstack-ironic09:31
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: [WIP] Add a new Hardware Manager for Mellanox NICs  https://review.openstack.org/33481609:33
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: [WIP] Add a new Hardware Manager for Mellanox NICs  https://review.openstack.org/33481609:35
*** priteau has quit IRC09:38
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Fix several errors in LLDP handling code  https://review.openstack.org/39604309:41
*** milan has quit IRC09:45
*** milan has joined #openstack-ironic09:46
*** amotoki_ has joined #openstack-ironic09:47
*** pcaruana has quit IRC09:49
*** shuquan_ has quit IRC09:51
*** amotoki has quit IRC09:51
milanmorning Ironic :)09:52
*** xek has left #openstack-ironic09:52
*** shuquan has joined #openstack-ironic09:53
dtantsurgah, dracclient review speed is... bad...09:53
dtantsurlucasagomes, mind approving https://review.openstack.org/#/c/394465/ and https://review.openstack.org/#/c/394466/ please?09:53
patchbotpatch 394465 - python-dracclient - Raise a reasonable error on non-nullable flags wit...09:53
patchbotpatch 394466 - python-dracclient - Raise a specific exception instead of generic Attr...09:53
dtantsurit doesn't seem like we have many active reviewers...09:53
lucasagomesdtantsur, 1 sec, will take a look in a few09:53
milanmorning dtantsur, lucasagomes! :)09:54
*** MattMan has quit IRC09:54
dtantsurmorning milan09:54
*** MattMan has joined #openstack-ironic09:54
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add node provision state change notification  https://review.openstack.org/34843709:56
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add ironic resources CRUD notifications  https://review.openstack.org/35654109:57
openstackgerritAline Bousquet proposed openstack/ironic: Add possibility to remove chassis_uuid from a node  https://review.openstack.org/39055809:59
*** amotoki has joined #openstack-ironic09:59
*** sambetts|afk is now known as sambetts10:00
*** shuquan has quit IRC10:01
*** shuquan has joined #openstack-ironic10:01
*** pcaruana has joined #openstack-ironic10:01
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Add new capabilities to ironic  https://review.openstack.org/33813810:02
*** amotoki_ has quit IRC10:03
*** karthi has joined #openstack-ironic10:03
karthiHello IRONICers...10:04
*** yibo has quit IRC10:06
*** athomas has joined #openstack-ironic10:06
lucasagomesdtantsur, the parameters on that function sounds a bit odd. If nullable = True it will raise an exception when the value is None ?! Shouldn't it be the other way around ?10:07
lucasagomes(I know it was there before, but still...)10:07
*** Nisha_away has quit IRC10:07
lucasagomesdtantsur, oh ignore me10:08
dtantsurthis whole thing is odd IMO :/10:08
lucasagomesheh10:08
dtantsurI don't like the fact that it raises errors to a user when *we* don't know when a field is nullable or not10:08
dtantsurIMO it should be the other way around: here are the mandatory fields, everything else is optional10:08
dtantsurdunno if ifarkas would agree with that.. I can try after the release. right now I only want to merge the 3 damned patches to fix inspection >_<10:09
dtantsur(the 3rd is https://review.openstack.org/394510, I need mgould|afk to re-review it)10:09
patchbotpatch 394510 - python-dracclient - Make name and description nullable for virtual disks10:09
*** jaosorior is now known as jaosorior_lunch10:10
lucasagomesdtantsur, right, yeah probably nullable should be the default10:11
*** portdirect has joined #openstack-ironic10:19
*** portdirect is now known as portdirect_away10:19
*** portdirect_away is now known as portdirect10:20
sambettsMorning all, sorry for being absent yesterday family emergency happened in the morning10:23
dtantsurmorning sambetts, I hope everything is ok now10:23
sambettsdtantsur: things have calmed down now, thanks :)10:24
dtantsurcool10:24
milanmorning sambetts! :)10:24
dtantsursambetts, I wanted to show you https://review.openstack.org/#/c/395632/ yesterday, but it is already approved. lemme know if you see any problems10:24
patchbotpatch 395632 - ironic-python-agent - Fix several errors in LLDP handling code (MERGED)10:24
sambettsdtantsur: thanks for getting that fix into IPA, that must have takening some debugging?10:24
dtantsurah, you saw it :)10:24
sambettsyup :)10:24
*** zhangjl1 has joined #openstack-ironic10:25
dtantsursambetts, well, the traceback was pretty obvious, fortunately :) but it took me some time thinking why exceptions did not propagate :)10:25
* dtantsur is always forgetting __exit__ return value semantics10:25
sambettsdtantsur: yeah, I'm still surprised that it managed to cause the other function to return not a dict when in the function itself it never returns anything that can't be a dict10:26
dtantsursambetts, yeah. __exit__ silences the exception, so the context manager yields control past the "return" command10:27
sambetts*mind splodes*10:27
dtantsuras there are no more commands left, and we skipped "return", it returns None10:27
*** zhangjl has quit IRC10:27
*** zhangjl1 has left #openstack-ironic10:30
*** shuquan has quit IRC10:33
openstackgerritMerged openstack/python-ironicclient: Update to hacking 0.12.0 and use new checks  https://review.openstack.org/39558810:39
*** jerrygb has joined #openstack-ironic10:40
*** jerrygb has quit IRC10:45
dtantsurjroll, morning! please check the lldp fix backport https://review.openstack.org/#/c/396043/10:47
patchbotpatch 396043 - ironic-python-agent (stable/newton) - Fix several errors in LLDP handling code10:47
*** hoangcx has quit IRC10:48
dtantsurvsaienk0, morning! were you planning to overtake https://review.openstack.org/#/c/357983/ ? (sorry if I confuse something)10:50
patchbotpatch 357983 - ironic - Support names for {cleaning,provisioning}_network (ABANDONED)10:50
dtantsurI'm thinking of reviving it again10:50
*** jschwarz is now known as jschwarz|food10:51
*** pester has quit IRC10:58
vsaienk0dtantsur: morning, yeah, it is in my todo list10:58
dtantsurcool!10:59
*** amotoki_ has joined #openstack-ironic11:06
*** siva has joined #openstack-ironic11:08
*** amotoki has quit IRC11:09
*** hw_wutianwei has quit IRC11:10
vdrokmorning ironic, dtantsur milan lucasagomes sambetts vsaienk011:11
*** mgould|afk is now known as mgould11:11
vsaienk0morning vdrok :) and all Ironic'ers!11:11
mgouldmorning dtantsur milan lucasagomes sambetts vsaienk0 vdrok and all Ironicers!11:11
sambettso/ vsaienk0, vdrok11:11
vdrokmorning mgould :)11:11
milanmorning mgould, vdrok, vsaienk0! :)11:11
*** xavierr has quit IRC11:12
*** watanabe_isao has quit IRC11:12
lucasagomesvdrok, mgould vsaienk0 sambetts  morning :-)11:13
lucasagomesmilan, morning!11:13
milanhey lucasagomes! :)11:13
*** karthi has quit IRC11:14
dtantsurmorning vdrok, mgould11:16
*** siva_ has joined #openstack-ironic11:18
*** siva_ has left #openstack-ironic11:18
*** xavierr has joined #openstack-ironic11:18
*** siva_ has joined #openstack-ironic11:19
*** siva_ has left #openstack-ironic11:19
*** siva_ has joined #openstack-ironic11:20
*** siva has quit IRC11:20
*** siva_ is now known as siva11:20
*** jschwarz|food is now known as jschwarz11:20
*** jerrygb has joined #openstack-ironic11:25
*** siva is now known as yostk11:27
*** yostk is now known as skat11:28
*** amotoki_ has quit IRC11:31
*** jkilpatr has quit IRC11:37
*** zhangyufei has quit IRC11:40
*** chlong has joined #openstack-ironic11:43
*** chlong has quit IRC11:44
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/39613411:47
*** cdearborn has joined #openstack-ironic11:47
*** amotoki has joined #openstack-ironic11:52
*** jkilpatr has joined #openstack-ironic11:58
*** amotoki has quit IRC12:00
openstackgerritKarthik S proposed openstack/ironic-inspector-specs: Spec for retrieving NUMA node information  https://review.openstack.org/39614712:06
openstackgerritVadim Hmyrov proposed openstack/ironic: Block some port updates  https://review.openstack.org/34736012:06
lucasagomesvsaienk0, you were talking about deploying ubuntu images yesterday right  ? I was wondering if we actually need a super tiny image which we can deploying using as little ram as possible12:09
lucasagomesOR we could deploy raw images and stream them directly onto the disk12:09
lucasagomesIronic should already support it, we probably just need to config it in devstack12:10
*** fragatina has joined #openstack-ironic12:11
tuanluongmorning ironic12:11
*** eroux has joined #openstack-ironic12:11
mgouldmorning tuanluong12:11
*** fragatina has quit IRC12:11
sambettslucasagomes: I was talking to the neutron team at the summit regarding the fact we need to have a tenant image for testing that supports the features we need like vlans, bonding, etc and cloud-init, and ideally we shouldn't be building it on every devstack run12:12
*** fragatina has joined #openstack-ironic12:12
vsaienk0lucasagomes: we can try that12:12
lucasagomessambetts, right, exactly. We could get a ubuntu/fedora image in raw format (I think the publish it in that format already)12:12
lucasagomescloud image*12:12
lucasagomesand use it for our tests12:12
sambettslucasagomes: we concluded that we should create a repo that contains a bunch of image-templates to build and then when a merge happens run a post-job to build and publish the images to tarballs12:13
lucasagomessambetts, we don't need to build them as far as I understand12:13
openstackgerritVasyl Saienko proposed openstack/ironic: SUPER WIP: Run all tests in one job.  https://review.openstack.org/39615512:13
lucasagomessambetts, cause I think the main concern of replacing cirros is the memory footprint12:14
lucasagomeswe need to run a bunch of VMs in parallel and if the image is too big it makes it harder for agent to deploy it, since we need to convert the image in memory12:14
mgouldlucasagomes: not sure about raw format, but they publish qcow2s12:14
*** eroux has quit IRC12:14
lucasagomesbut, using raw images we could stream it directly to the disk from a swift tempurl12:15
sambettslucasagomes: You suggest that we switch over to something like the canonical bullt images? Can we guarentee that they support the stuff we need?12:15
*** eroux has joined #openstack-ironic12:15
vsaienk0mgould we can convert qcow2 to raw when uploading image12:15
sambettsI like the idea of having a repo with DIB templates that are built and published to tarballs12:15
lucasagomessambetts, well not really, we can publish some image under openstack12:15
sambettslucasagomes: right, thats what I'm suggesting12:15
sambettsbut we need to have something that publishes and updates it12:16
lucasagomessambetts, fair12:16
lucasagomesmy only concern with ubuntu images is their policy on publishing custom images... it would be fine as long as we don't customize them12:16
lucasagomesotherwise I think we should pick another distro12:16
lucasagomes(that was the reason why we changed the coreos IPA image from ubuntu to debian btw)12:17
mgouldnixos!12:17
sambettsI'm good with a debian image12:17
lucasagomessambetts, will check for debian cloud images12:17
mgouldyeah, debian would probably be more sensible12:17
*** dprince has joined #openstack-ironic12:19
mgouldanyone tried Alpine? https://nickjanetakis.com/blog/alpine-based-docker-images-make-a-difference-in-real-world-apps12:21
*** vsaienko has joined #openstack-ironic12:25
lucasagomesmgould, not really. I didn't know it to be honest12:26
lucasagomeswill take a look12:26
openstackgerritKarthik S proposed openstack/ironic-inspector-specs: Spec for retrieving NUMA node information  https://review.openstack.org/39614712:27
lucasagomes"Alpine Linux is a very simple distribution"... "It uses its own package manager called apk"12:28
lucasagomes*sigh*12:28
sambettsXD12:28
mgouldyay for wheel-reinvention12:29
lucasagomesyeah... package managers is the biggest flaw in the linux world. 25 years and it's far from being fixed12:31
mgouldOTOH, we're in a better place than OS X or Windows12:32
lucasagomesI really don't know to be honest12:33
mgouldyeah, I'm probably out of date12:34
*** jaosorior_lunch is now known as jaosorior12:34
lucasagomesI mean, linux doens't have a universal format (you gotta use what your distro supports), it requires root acccess12:34
lucasagomesit's not integrated with development tooling, you don't "code, build, test"12:34
lucasagomesrolling a package is a whole new world totally separeted from "build" and worst than that, it only solves a problem for 1 distro at time12:35
lucasagomesand it's painful12:35
sambettsi like tinycore's package manager because packages are literally gziped squashfs's and they actually say not to run it as root12:35
lucasagomesit's a damn embarrassment for the linux world to use packages like that12:35
sambetts;)12:36
lucasagomessambetts, it's the same problem...12:36
lucasagomesfwiw, Arch linux uses tar.gz's12:36
lucasagomesstill... distros gotta talk to each other12:36
lucasagomesnot counting the npm, pip, etc...12:36
mgouldas does Slackware, but AIUI the toolchains aren't compatible12:36
sambettsyeah, and friend of mine has had good experiences with Arch, especially the fact you can use a git repo as a package source12:36
* lucasagomes uses arch12:37
mgouldI ran Arch for a while, it seemed fine12:37
mgouldno break-everything distro-version upgrades12:37
sambettsoh nice, I've been thinking of switching from debian testing12:37
lucasagomessambetts, exactly that's great and it allows people to benefit from opensource by being able to change the source!12:38
lucasagomesall without having to setup a apt/rpm/etc.. repo12:38
sambetts++12:38
* mgould uses Fedora and CentOS at work, because dogfood12:38
sambettsheh12:38
mgouldand Ubuntu at home, because it works and I can't be arsed to change it :-)12:39
lucasagomesI develop on arch but test on CentOS & Fedora. I used Fedora for a long time, but every upgrade (which is ~8months) was a pain12:39
sambettsI use debian testing as a base, but I run a custom desktop evironment mixing xfce4 tools and the awesome WM12:40
* sambetts activaly avoids anything with gnome deps12:41
dtantsur"we're in a better place than OS X or Windows" for sure :) I still remember installing postresql on Mac one day12:41
* lucasagomes goes get some lunch12:41
*** lucasagomes is now known as lucas-hungry12:41
*** tuanluong has quit IRC12:43
*** Nisha_away has joined #openstack-ironic12:45
*** makowals has quit IRC12:48
openstackgerritMerged openstack/ironic-python-agent: Add bash scripts style checking for IPA  https://review.openstack.org/37414712:48
*** aparnav has quit IRC12:48
*** trown|outtypewww is now known as trown12:48
*** makowals has joined #openstack-ironic12:49
openstackgerritHugo Nicodemos proposed openstack/ironic: Timing metrics: OneView drivers  https://review.openstack.org/37961912:56
*** portdirect has quit IRC12:57
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: [WIP] Add a new Hardware Manager for Mellanox NICs  https://review.openstack.org/33481612:57
nicodemosgood morning, ironic. o/12:59
mgouldmorning nicodemos13:00
openstackgerritVasyl Saienko proposed openstack/ironic: SUPER WIP: Run all tests in one job.  https://review.openstack.org/39615513:00
*** hshiina has joined #openstack-ironic13:02
*** gcb has quit IRC13:02
openstackgerritSam Betts proposed openstack/ironic-specs: Add spec for interface attach and detach API  https://review.openstack.org/31763613:03
*** ElCoyote_ has joined #openstack-ironic13:05
openstackgerritSam Betts proposed openstack/ironic: Add Virtual Network Interface Attach and Detach APIs  https://review.openstack.org/32704613:06
*** Nisha_away has quit IRC13:08
vdrokmorning nicodemos13:09
*** bfournie has quit IRC13:11
jrollmorning y'all13:14
*** roeyc has joined #openstack-ironic13:14
jrollsambetts: I wonder if there's any reason to make a GET nodes/ident/vifs/ to return the list of vifs13:14
jrollif for nothing else, so that they can be deleted properly13:14
dtantsurmorning jroll13:15
jroll(then we need to standardize how they're stored and such, hm)13:15
sambettsjroll: I did wonder about it, then every network interface would need a list vifs function too13:15
sambettsjroll: because they handle it differently13:15
jrollsambetts: yeah, which is fine13:15
jrollso the case I'm imagining13:16
jrollis if a nova delete fails in a strange way13:16
jrolland doesn't tear things down properly13:16
jroll(or the ironic equivalent, I guess)13:16
jrolland you end up with vifs stuck on the node13:16
sambettsyeah you could list them and delete them13:16
sambetts+!13:16
sambetts+113:16
jroll:)13:16
jrollsambetts: other than that, spec lgtm13:17
sambettsjroll: does the deprecation stuff look ok with the default action during the deprecation period?13:17
jrollsambetts: so the hard thing there is, we can't tell an api client that it's deprecated13:18
jrollbut other than that it seems fine13:19
jrolland as a nit, we wouldn't detect NotImplementedError, but rather the default implementation is just used13:19
jrollright?13:19
sambettsjroll: Yeah, originally I wasn't going to put the logic in the base driver functions, I was going to put it a layer up in the rpcapi, so then we would have detect the NotImplemented then called the default13:21
jrollsambetts: right, but now it's in the base, ya?13:21
jrollleft a comment so we can clean up that wording13:21
sambettsjroll: ya, I decided that was nicer :-P13:21
jroll++13:21
jrollcool, let's get the GET requests added and I think we can get this merged today13:21
sambettsjroll: I also remembered when I was going through the spec this morning why I initially choose to make it a POST in both direction, originally I was going for making the VIF json schemaless, so you could provide whatever your network interface required through that interface, and you would use the whole JSON to represent the VIF not just the ID13:22
jrollsambetts: I'd prefer we have a schema and IDs :)13:23
sambettsyeah, even if they are just unique keys generated by the user13:24
*** shuquan has joined #openstack-ironic13:26
openstackgerritVadim Hmyrov proposed openstack/ironic: Block some port updates  https://review.openstack.org/34736013:26
*** lucas-hungry is now known as lucasagomes13:27
*** fragatina has quit IRC13:33
*** shuquan has quit IRC13:33
*** vmud213 has quit IRC13:34
*** shuquan_ has joined #openstack-ironic13:34
*** jerrygb has quit IRC13:35
*** jerrygb has joined #openstack-ironic13:36
*** jerrygb has quit IRC13:40
openstackgerritSam Betts proposed openstack/ironic-specs: Add spec for interface attach and detach API  https://review.openstack.org/31763613:41
*** kamtamtun has quit IRC13:45
*** roeyc has quit IRC13:45
*** vsaienko has quit IRC13:46
*** jerrygb has joined #openstack-ironic13:47
*** vsaienko has joined #openstack-ironic13:47
*** bfournie has joined #openstack-ironic13:48
*** jheroux has joined #openstack-ironic13:48
*** baoli_ has joined #openstack-ironic13:50
openstackgerritGalyna Zholtkevych proposed openstack/ironic-specs: API Evolution - ETAG identifiers  https://review.openstack.org/38199113:53
*** roeyc has joined #openstack-ironic13:56
*** jcoufal has joined #openstack-ironic13:57
*** athomas has quit IRC13:59
*** rbudden has joined #openstack-ironic13:59
*** rloo has joined #openstack-ironic14:00
*** rbrud has joined #openstack-ironic14:01
*** Nisha_away has joined #openstack-ironic14:01
*** shuquan_ has quit IRC14:02
*** Goneri has joined #openstack-ironic14:04
*** athomas has joined #openstack-ironic14:04
*** portdirect has joined #openstack-ironic14:09
*** shuquan has joined #openstack-ironic14:10
*** godp1301 has joined #openstack-ironic14:10
*** godp1301 has joined #openstack-ironic14:10
*** ralonsoh has quit IRC14:11
*** ralonsoh has joined #openstack-ironic14:11
*** portdirect_ has joined #openstack-ironic14:13
vdrokmorning jroll14:13
jroll\o vdrok14:13
*** cdearborn has quit IRC14:14
*** portdirect has quit IRC14:15
vdrokI'm currently looking at the bug - https://bugs.launchpad.net/ironic/+bug/1639982 and it seems, if we pass complex objects that cannot be serialized by json.dumps into IronicException constructor, we get the problem described there14:16
openstackLaunchpad bug 1639982 in Ironic "DRAC set_bios_config() vendor passthru times out waiting for reply" [Undecided,In progress] - Assigned to Richard G. Pioso (richard.pioso)14:16
*** lindycoder has joined #openstack-ironic14:16
mariojvJayF: thanks i'll take a look today14:16
vdrokwhile trying to send them over rpc14:16
jrollmmm14:16
*** shuquan has quit IRC14:16
*** Nisha_away has quit IRC14:16
vdrokthis brings a question - maybe we should always try to json.dumps kwargs in the __init__ of the exception?14:16
vdrokthis already blows up in a couple of cases14:17
openstackgerritMilan Kováčik proposed openstack/python-ironic-inspector-client: UUID, started_at, finished_at in the status  https://review.openstack.org/39560914:17
vdrokthe easy way to check this is https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L2138-L213914:17
jrolland handle it differently if we can't dumps() it?14:17
vdrokdo set raid config with fake_ipmitool driver14:17
milanmorning jroll! :)14:17
vdrokjroll: maybe just forbid it even14:18
jrollhmm14:18
vdrokor try to convert to string first14:18
jrollah yeah, that conductor link you gave is a good example14:18
jrollthat's what I was thinking, call str() first14:18
*** jerrygb has quit IRC14:19
vdrokso, json.dumps first, if it fails try str(), if that fails too, raise BadExceptionError :)14:19
jrollheh14:20
*** jkilpatr has quit IRC14:20
*** jkilpatr has joined #openstack-ironic14:22
*** jkilpatr has quit IRC14:22
dtantsurmgould, mind rereviewing https://review.openstack.org/#/c/394510/ please?14:24
patchbotpatch 394510 - python-dracclient - Make name and description nullable for virtual disks14:24
* dtantsur thinks of self-approving it and just releasing >_<14:24
jrollvdrok: but yeah, something like that seems sane14:24
vdrok++, thanks14:24
*** hshiina has quit IRC14:25
openstackgerritSam Betts proposed openstack/ironic: Rework Ironic devstack baremetal network simulation  https://review.openstack.org/39295914:29
*** jkilpatr has joined #openstack-ironic14:29
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: [WIP] Add a new Hardware Manager for Mellanox NICs  https://review.openstack.org/33481614:29
*** links has quit IRC14:31
*** zackf has joined #openstack-ironic14:32
openstackgerritMario Villaplana proposed openstack/ironic: Add notification documentation to install guide  https://review.openstack.org/39578714:32
mariojvJayF: there's the nit fix 614:32
mariojv6 was supposed to be ^14:32
openstackgerritKarthik S proposed openstack/ironic-inspector-specs: Spec for retrieving NUMA node information  https://review.openstack.org/39614714:32
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: Add node maintenance notifications  https://review.openstack.org/39623914:33
mariojvi'd appreciate some ironic reviews on this nova patch if anyone has a minute - 3 line change: https://review.openstack.org/#/c/395144/14:34
patchbotpatch 395144 - nova - Remove ironic instance resize from support matrix doc14:34
*** jaosorior has quit IRC14:34
*** jaosorior has joined #openstack-ironic14:35
*** rama_y has joined #openstack-ironic14:35
jrollI have a +2 on the attach/detach spec https://review.openstack.org/#/c/317636/14:35
patchbotpatch 317636 - ironic-specs - Add spec for interface attach and detach API14:35
jrollneed to get that merged this week if possible14:35
*** causten has joined #openstack-ironic14:35
jrolldtantsur: I'll probably have some bandwidth in the next week or two to write some code - is there a way we can split up the driver comp work?14:38
*** ElCoyote_ has left #openstack-ironic14:38
dtantsurhmm14:39
*** jcoufal has quit IRC14:39
dtantsurwell, you try to think about API bits14:39
jrollI could do that14:40
dtantsurawesome! it's of course a bit hard without actual hardware types in place..14:40
jrollheh14:41
jrollI can start dropping in routes and such though14:41
dtantsurjroll, do you have ideas on better naming than "noop"?14:41
mat128jroll: re attach/detach api, I also thought we would need a GET /nodes/<node_ident>/vifs/<vif_id> but found out a vif has no property other than it's name14:41
rloomariojv: you have any idea why that nova matrix has 'only certain ironic drivers support this'?14:42
jrolldtantsur: hrm, yeah, was thinking about that14:42
rloohi and morning all you hard working ironic'ers!14:42
jrollmorning rloo :)14:42
dtantsurmorning rloo14:42
mariojvrloo: no idea. i should ask in #openstack-nova14:42
jrollrloo: I'd bet on copy pasta14:42
mariojvi can do a git blame and ask the person who did it maybe14:43
mat128rloo: that was from the wiki -- https://github.com/openstack/nova/commit/4837c42127b87acdaf6f68d1e8956bba9a6b3fd214:43
jlvillalmariojv, What editor do you use?14:43
mat128mariojv: ^14:43
mariojvjlvillal: vim, why?14:43
jlvillalmariojv, To you use vim-fugitive plugin?14:43
jlvillals/To/Do/14:43
* mariojv checks14:43
lucasagomesvsaienk0, 2016-11-10 14:42:34.462 393 INFO ironic_python_agent.extensions.standby [-] Image streamed onto device /dev/sda in 93.9221189022 seconds (the node has 350MiB of ram and the image deployed 1G)14:43
mat128lucasagomes: yay for streaming :D14:44
mariojvjlvillal: no, i used to, but i disabled it14:44
lucasagomesmat128, :D14:44
rloomat128: thx. probably not worth pursing any more.14:44
* dtantsur uses git the old school way14:44
jlvillalmariojv, Oh. I saw you mention 'git blame" :)14:44
mariojvi do use a plugin manager that included it by default14:44
* jlvillal loves Gblame with vim-fugitive14:44
lucasagomesmat128, btw, was suppose to as you. Are you planning on having virtualPDU in the gate and keeping the snmp driver in tree ?14:45
vsaienk0lucasagomes: how long it will take to boot that image with 350MB ram?14:45
mat128lucasagomes: yup14:45
lucasagomesmat128, awesome14:45
sambettsjlvillal: I have moved the topology from my devstack patch into the actual dev docs14:45
mat128lucasagomes: we fixed the last bugs, then we will introduce -nv jobs on it, then bring virtualpdu under ironic governance14:45
jlvillalsambetts, Awesome. I do like that diagram and hated to think it might disappear14:46
lucasagomesmat128, gotcha, there was a patch for adding supporting for a new snmp model14:46
mat128lucasagomes: yeah, all of this work is from friends at Internap14:46
lucasagomesI was unsure whether we should cause it's atm marked as an unsupported14:46
lucasagomesmat128, oh right14:46
lucasagomesvsaienk0, hmmm I will deploy again and see, it should be OK (def slowed than cirros)14:46
lucasagomesbut it's just a xenial cloud image14:46
*** vsaienko has quit IRC14:47
sambettshow big is that raw?14:48
*** vsaienko has joined #openstack-ironic14:48
lucasagomessambetts, stack@ubuntu-Standard-PC-i440FX-PIIX-1996:~/devstack$ du -sh xenial-server-cloudimg-amd64-disk1.img.raw14:48
lucasagomes972M    xenial-server-cloudimg-amd64-disk1.img.raw14:48
sambettsoooo wow mega big14:48
lucasagomesright14:48
mgouldmorning rloo mat128 jlvillal mariojv14:48
openstackgerritGalyna Zholtkevych proposed openstack/ironic: Retry connecting to vm after power-on  https://review.openstack.org/39490114:48
sambettswhat is even in that iamge to make it that big14:48
jlvillalGood morning :)14:49
lucasagomessambetts, hah idk I just got it from https://cloud-images.ubuntu.com/xenial/current/14:49
lucasagomesfor testing14:49
mariojvo/ mgould14:49
mat128rloo: Walking back the wiki history, the "notes" numbers were shifted14:49
mat128rloo: Devananda had noted "this feature does not make sense for baremetal" on the migration, and it got shifted to "enabled by some ironic drivers"14:50
*** jcoufal has joined #openstack-ironic14:50
rloomat128: ha ha. good detective work, thx!14:51
rloomat128: you could mention that in the patch14:51
mat128yes I'm updating it14:52
mat128https://wiki.openstack.org/w/index.php?title=HypervisorSupportMatrix&diff=63839&oldid=6235114:52
mgoulddtantsur: done14:52
mat128rloo: done14:53
*** derekh has joined #openstack-ironic14:53
vdrokmorning rloo mariojv jlvillal mat128 !14:53
jlvillal:)14:54
rloohi vdrok, mgould, jlvillal14:55
jlvillal:)14:55
*** wajdi has joined #openstack-ironic14:55
*** makowals has quit IRC14:55
jrolldtantsur: friend recommended "NullConsoleDriver or NoConsoleDriver or MissingConsoleDriver or AbsentConsoleDriver or something like that"14:55
jrollwdyt about those?14:55
JayFI like "NoConsoleDriver"14:56
mat128jroll, dtantsur: I like NullConsoleDriver tbh14:56
JayFI like that name simply because of how silly someone will sound if they complain about their console not working14:56
jrollmat128: I feel like Null is more for devs14:56
jrollheh14:57
JayF"I'm using the NoConsoleDriver but for some reason I have no console"14:57
mat128this ^ ++14:57
mat128I change my vote14:57
sambetts++14:57
*** makowals has joined #openstack-ironic14:57
mat128jroll: agreed14:57
jrolldtantsur: ^^14:57
jrollI agree14:57
dtantsurNullConsoleDriver has a better shortening though14:57
jrollshortening?14:57
dtantsurwell, we can short NoConsoleDriver as no-console14:57
dtantsursorry, entrypoint name14:57
jrollah14:57
* dtantsur has no idea what he's typing14:57
jrollI don't hate 'no' for the entrypoint14:58
mat128having the operator use the "no-console" console interface is perfectly logical IMO14:58
mat128if they want to disable the console14:58
mat128they will understand that their action will disable it14:58
jrollno_console, because entrypoints can't have - :/14:58
mat128meh14:58
jrollbut yeah14:58
mat128wtv ;)14:58
jroll:D14:58
mgouldyeah, NoConsoleDriver distinguishes between "there deliberately isn't one" and "we forgot to set one"14:58
* jroll gets pedantic sometimes14:58
*** mgoddard_ has joined #openstack-ironic15:01
*** Linkmark has quit IRC15:02
openstackgerritMerged openstack/ironic-python-agent: Fix several errors in LLDP handling code  https://review.openstack.org/39604315:02
dtantsurjroll, they can iirc15:02
jrolloh?15:02
jrollTIL15:02
jrollI seem to remember they couldn't15:03
dtantsurjroll, well, this seems to work https://github.com/openstack/ironic-inspector/blob/master/setup.cfg#L54-L5515:03
mat128dtantsur, jroll: I can confirm, "docker-compose" is a console entry point15:03
jrollhuh, ok15:03
mat128and it has one15:03
* jroll wonders what he was missing then15:03
dtantsurright, console scripts also :) https://github.com/openstack/ironic-inspector/blob/master/setup.cfg#L23-L2515:03
* dtantsur will submit a (yet another) updated to the driver composition spec15:04
dtantsurI wonder how many of ^^^ we're going to have before we call it done? :)15:04
* jroll hates updating specs15:04
jrollI didn't realize that was in the spec, though15:04
* dtantsur doesn't quite like writing specs, updating specs and reviewing specs15:04
*** mgoddard has quit IRC15:04
jrollit isn't, other than NoopInspect15:04
jrollused as an example15:05
jlvillaldtantsur, s/doesn't quite like/loves/  :)15:05
dtantsurjroll, we do mention it here http://specs.openstack.org/openstack/ironic-specs/specs/approved/driver-composition-reform.html#hardware-types15:05
dtantsurbut yeah, if nobody insists, I won't update it :)15:05
* jlvillal gets ready to go to the office15:05
jrolldtantsur: yeah, I just read that as an example15:06
jrollI wouldn't worry about it15:06
dtantsurack15:06
* dtantsur -> short break15:06
lucasagomesvsaienk0, it's super slow to boot :-(15:07
lucasagomesvsaienk0, ubuntu@testing:~$ systemd-analyze15:07
lucasagomesStartup finished in 31.517s (kernel) + 5min 57.757s (userspace) = 6min 29.274s15:07
*** roeyc has quit IRC15:07
rlooanyone else want to review attach/detach spec? Otherwise I'll +A https://review.openstack.org/#/c/317636/15:07
patchbotpatch 317636 - ironic-specs - Add spec for interface attach and detach API15:07
vsaienk0lucasagomes: we still need to have more RAM for normal operations15:08
jrollrloo++15:08
JayFrloo: I'll take a quick look then land it15:08
rloothx JayF15:08
lucasagomesvsaienk0, what would be the minimal acceptable you think ? 512 ?15:08
jrollJayF: ping me when you do land that so I can bug nova :D15:08
vsaienk0lucasagomes: with 512 it should be much faster I think15:08
lucasagomesvsaienk0, but would 512 be acceptable for the multiple VMs jobs ?15:09
vsaienk0jroll: could you please review nova portgroup spec https://review.openstack.org/#/c/387534/15:09
patchbotpatch 387534 - nova-specs - Proposal for ironic static portgroups support15:09
*** godp1301 has quit IRC15:09
* lucasagomes will check how much it takes to boot on 51215:09
JayFthat attach/detach spec is one of the nicest, most complete ones I've read15:10
JayFA++15:10
sambetts:D thanks15:10
jrollvsaienk0: it's on my list15:10
* jroll looks quikcly15:10
JayFjroll: cleared for landing15:11
*** yolanda has quit IRC15:11
rloovsaienk0: you beat me to it. please look jroll :)15:11
rlooJayF: should we have a 'model' spec award?15:11
JayFIf we have a devdocs page about writing specs, linking a few model specs would not be a bad idea15:12
JayFI know a  team I was on at Rackspace did that with PRs, describe what a good PR looked like (with a long description and such) and linked several examples15:12
jrollsambetts: sanity check me on the portgroup nova spec https://review.openstack.org/#/c/387534/315:13
patchbotpatch 387534 - nova-specs - Proposal for ironic static portgroups support15:13
*** godp1301 has joined #openstack-ironic15:13
jrollsambetts: the attach/detach thing just turns that into "needs metadata", yeah?15:13
rlooJayF: maybe here?15:13
rlooJayF: http://docs.openstack.org/developer/ironic/dev/code-contribution-guide.html#adding-new-features15:13
JayFrloo: I would think we could have a separaet entry on specs, that link up to there15:14
jrollvsaienk0: reviewed, btw, see ^ my questions for sam15:14
rlooJayF: or http://docs.openstack.org/developer/ironic/dev/code-contribution-guide.html#ironic-specs-process15:14
JayFthat's more what I was thinking15:14
openstackgerritMerged openstack/ironic-specs: Add spec for interface attach and detach API  https://review.openstack.org/31763615:14
JayFI'll take a note to do that15:14
sambettsjroll: yeah I believe we'd just need to populate the configdrive and thats it15:14
jroll\o/15:14
rloothx JayF.15:14
JayFlink that 2nd specs-process back to adding-new-features and then add some links to good model specs15:14
JayFproably monday though. I go down the meetnig rabbithole in 15 minutes and I have tomorrow off :D15:15
rlooJayF: sounds good. now we can bikeshed on good model specs :D15:15
rlooJayF: no hurry15:15
sambettsjroll: although I thought we decided that we were going to push for PG before attach/detach?15:15
JayFlol that's exactly what I was thinking15:15
rlooJayF: nice that you have tomorrow off! Enjoy!15:15
jrollsambetts: oh, I thought it was the opposite :/ I could be wrong15:16
jrollbut15:16
JayFrloo: well, my wife is a teacher, she gets veterans day off, and not much choice as to what days she gets off, so we're going to go to a museum15:16
rlooI thought pg had to be done first before attach/detach?15:16
jrollsambetts: it's so much easier with attach/detach, I wonder what our confidence is on getting both done in ocata15:16
rloobut i thought we were going to do both so...15:16
rlooJayF: ah, right. So she gets the summer off, you take that off too? ;)15:17
JayFrloo: :( working from home while your partner has months off is particularly awful, lol15:17
sambettsjroll, rloo: I think it should be pretty straight forward the hard part is landing the spec for nova before they freeze15:17
vdroksambetts: jroll: by the way, regarding configdrive generation, currently some of the parameters are hardcoded - https://review.openstack.org/#/c/388756/2/nova/virt/ironic/driver.py@712, ideally thos should be added as fields in the portgroup right?15:17
patchbotpatch 388756 - nova - Generate necessary network metadata for portgroups15:17
jrollsambetts: if the spec is just 'generate configdrive stuff' it should be quick, right?15:18
sambettsvdrok: Yes, things like the hash mode etc would be nice to define on the PG in ironic15:18
rloosambetts: jroll is going to do that hard part ;)15:18
sambettsjroll: yeah I'd hope so, we have until the 17th right?15:18
jrollsambetts: yeah, but the sooner the better15:18
sambetts++15:18
rloo++15:19
jrollvsaienk0: are you good with nova's portgroups stuff relying on attach/detach?15:19
jrollsambetts: that means you get to handle how these map to ports/portgroups/both15:19
jroll:D15:19
vsaienk0jroll: yeah they are dependent15:19
jrollvsaienk0: you're good with attach/detach first, right?15:19
vsaienk0jroll: yes, it will be better to rely on that, I will update nova patch15:20
jrolland everyone, that means we need to get attach/detach done early this cycle15:20
jrollvsaienk0: awesome, thanks :)15:20
*** rbartal has quit IRC15:20
*** jaosorior has quit IRC15:20
rloosambetts: what's the status of the ironic code for attach/detach?15:21
vsaienk0jroll, sambetts: we may generate network_metadata on ironic side also15:21
jrollvsaienk0: and return it to nova? dunno if it's worth it15:21
jrollhrm, GET nodes/ident/vifs/vif_id/config15:21
jrollheh15:21
* jroll resists rabbit holing15:22
*** galyna has quit IRC15:22
vdrok:)15:22
jrollthat's an interesting idea though...15:22
sambettsjroll: the main reason I see for doing it is that otherwise nova has to inspect the ports looking for vif_port_ids or whatever tying it back to the implementation again15:22
*** galyna has joined #openstack-ironic15:22
sambettsjroll: but I don't think we have an API for it right now15:23
jrollsambetts: don't think it does... it just needs macs yeah?15:23
jrollor, I guess it needs to know which mac maps to which port, huh15:23
jrollbecause IP address15:23
jrollwow, this just got hard :|15:23
sambettsrloo: mostly done, I need to finish updating it with the API changes though15:24
rloosambetts: ok, so maybe next week we can start reviewing. after you all agree on ^^ too :)15:25
sambettsrloo: yeah that would be awesome :)15:25
jrollsambetts: so yeah, in the new attach/detach world, how do we do configdrive, does nova just get that info from neutron?15:26
*** yolanda has joined #openstack-ironic15:26
rloosambetts: that's the Royal We. I will plan on it :)15:26
vdrokmaybe 'POST nodes/ident/network_config -d some_metadata_from_nova', it will update it and return back to nova, and nova puts it into configdrive?15:26
jrolland then for portgroups, it would have the mac for the portgroup, so it would need to ask ironic about the underlying ports?15:26
sambettsjroll: that assumes that we've done the neutron port update before that gets generated which I don't think is the case :/15:27
jrollerm15:28
jrollso wat do15:28
sambettsjust thinking15:28
jrollwait, we'd be doing the update at the same time as plug_vifs runs now, right?15:28
jroll(or should be)15:28
sambettsno, the update happens at the same time as the other update happens15:28
sambettsat the configure_X_network step15:29
*** sabeen has joined #openstack-ironic15:29
jrollso after configdrive is written?15:30
jrollneed to figure something out then15:30
sambettsyeah but before the tenant image is booted15:30
jrollyeah15:30
jrollbut we need the right info in configdrive15:30
*** moshele has quit IRC15:31
*** jerrygb has joined #openstack-ironic15:31
lucasagomesvsaienk0, fyi, 512MiB didn't help much15:31
*** jerrygb has quit IRC15:31
lucasagomesvsaienk0, http://paste.openstack.org/show/588756/15:31
*** jerrygb has joined #openstack-ironic15:32
*** rbrud has quit IRC15:33
*** portdirect_ is now known as portdirect15:33
sambettsjroll: trying to decide if we need the vif_port_id or not, looking at the generation code here https://review.openstack.org/#/c/388756/2/nova/virt/ironic/driver.py we only use it to decide which physical ports are bound and which aren't15:34
patchbotpatch 388756 - nova - Generate necessary network metadata for portgroups15:34
vdrokjroll: sambetts hm, we first do _plug_vifs, then _generate_configdrive, so in _generate_configdrive we can just call to ironic to ask it for updates to network metadata?15:34
*** adreznec has quit IRC15:34
* mat128 wouldnt object to ^15:34
mat128sound good15:35
mat128sounds*15:35
sambettsjroll: I was thinking about making Ironic generate it for a while, because of cases where the physical ports might not exist until deployment15:35
* sambetts need more coffee15:35
mat128sambetts: you would need to be passed everything the client passed in too15:35
mat128metadata, etc.15:36
mat128sounds like a pita :(15:36
jrollsambetts: yeah, that's fine, but we need a spec update to add nodes/ident/vifs/vif_if/config or whatever15:36
jrollor15:36
jrollnova needs to build it15:36
JayFsambetts: we should avoid that at all costs if we can, not just becasue of what mat128 pointed out, but also because if we don't assemble it in exactly the same way as nova we can introduce incompatibilities15:36
mat128oh yes15:36
mat128++15:36
sambettsyeah15:37
*** adreznec has joined #openstack-ironic15:37
vdrokJayF: but even if done in nova, we still fiddle with configdrive kind of manually, and it still can break15:37
vdrokadding links and such15:38
*** jerrygb has quit IRC15:39
mat128vdrok: we do?15:39
vdrokmat128: that's the link - https://review.openstack.org/#/c/388756/2/nova/virt/ironic/driver.py15:39
patchbotpatch 388756 - nova - Generate necessary network metadata for portgroups15:39
mat128vdrok: Ironic write it on disk, but never modifies the content iirc15:39
mat128vdrok: thats fine because it's in nova15:40
mat128we have something very similar downstream15:40
*** mnaser has joined #openstack-ironic15:40
sambettsjroll: what if we introduced the GET /node/<ident>/vif/<ident> like we talked about earlier and that could return the mapping for that particular VIF?15:40
mnaserdoes this channel cover bifrost or is it strictly ironic :315:40
mnaser:>15:40
mat128sambetts: does that mean you would be able to create it with a mapping too?15:40
mat128mnaser: both15:40
jrollsambetts: well, we need the mac address too ya15:41
mat128mnaser: everything under the ironic governance15:41
mat128and more :)15:41
openstackgerritLucas Alvares Gomes proposed openstack/ironic: DevStack: Configure nodes/environment to boot in UEFI mode  https://review.openstack.org/37498815:41
mnasermat128: cool, we're looking at using bifrost to scale our hardware deployment for our public cloud but i'm interesting in knowing if its possible to add existing physical infra to be "managed" but not deployed15:41
mat128mnaser: using an Ironic driver without a "deploy" driver will probably do what you want (e.g. manage power but not deploy)15:42
mnaserso we have a whole bunch of new servers we want to deploy as well as a few that we want to set as "managed" by bifrost so we can redeploy later (or for consistency sake)15:42
mat128mnaser: look into the adopt stuff15:42
mat128let me get the docs for you15:42
mnasermat128 : http://docs.openstack.org/developer/ironic/deploy/adoption.html ? :P15:42
mat128this, yes :)15:42
jrollyep, that's exactly what this is for15:42
sambettsjroll, mat128: what about if we did something like GET /node/<ident>/vif/<ident> returns the mac address that its been mapped too, then you can follow it up with a GET /ports?address= or /portgroups?address ?15:43
*** Nisha_away has joined #openstack-ironic15:43
sambetts;/15:43
mat128sambetts: where is the MAC-VIF mapping stored?15:44
mat128sambetts: and if GET returns it, I would expect the create call would also take it15:44
lucasagomesjroll, dtantsur if you have time, mind taking a peek at the patch switching our jobs to xenial/ipmitool: https://review.openstack.org/#/c/392890/ ?15:44
patchbotpatch 392890 - openstack-infra/project-config - Switch ironic-ipa jobs to Xenial and make ipmitool...15:44
sambettsmat128: its not stored its produced by a function in the network interface15:44
lucasagomesI think the patch is good now, but just to make sure15:44
mat128which calls neutron?15:44
sambettsmat128: hmmm well it sort of does, the mac address is on the neutron port we pass in15:44
mat128Nova could get the VIF list, then query neutron about it?15:45
mat128but it breaks non-neutron setups15:45
* mat128 shrugs15:45
jrollsambetts: well, yeah, that would work, but is it the best way15:45
mat128brb, coffee15:46
sambettsjroll: basically we need a standard way to get the mapping back out of ironic right?, We can list the attached vifs, but we can't see what they are attached too15:48
sambettsjroll: and they might not be attached to anything yet, if its a flex-nic card that generates the NICs on the fly15:48
dtantsurlucasagomes, will do15:49
lucasagomesty15:49
sambettsjroll: so we need the network interfaces to be able to say I have this VIF and it will become this mac-address or whatever15:49
*** mgoddard_ has quit IRC15:50
sambettsjroll: or in the case of trunked vifs, we need to be able to indicate they are all on a single interface15:51
*** syed__ has joined #openstack-ironic15:51
*** vsaienko has quit IRC15:51
*** vsaienko has joined #openstack-ironic15:52
jrollsambetts: sorry, meeting'd :/15:52
openstackgerritDmitry Tantsur proposed openstack/ironic: Create dummy interfaces for use with hardware types  https://review.openstack.org/39386715:52
dtantsurupdated ^^^^15:52
jrollsambetts: tl;dr before nova tells ironic to deploy the thing, we need to have the configdrive properly sorted15:52
sambettsjroll: yup, which makes it hard for hardware that changes during deployment because we need to know what the final state is before we do anything15:54
jrollsambetts: seems like those magic nics should be created at plug_vifs time, then15:54
*** Guest40216 has quit IRC15:56
sambettsjroll: yeah potentially15:57
*** mgoddard has joined #openstack-ironic15:59
*** rama_y has quit IRC15:59
*** rbrud has joined #openstack-ironic16:00
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Introducing node introspection state management  https://review.openstack.org/34894316:00
*** cdaniel has joined #openstack-ironic16:00
*** rajinir has joined #openstack-ironic16:02
*** BLOODBATH has joined #openstack-ironic16:02
*** BLOODBATH is now known as Guest1377316:03
milandtantsur, sambetts I've updated https://review.openstack.org/#/c/395609/  if you guys feel like a review, it's a short one ;)16:03
patchbotpatch 395609 - python-ironic-inspector-client - UUID, started_at, finished_at in the status16:03
dtantsurk16:03
*** jkilpatr_ has joined #openstack-ironic16:03
rajinirmjturek: Do you have any additional info on the Ironic image configuration for devstack-gate?16:04
*** baoli has joined #openstack-ironic16:04
*** vsaienko has quit IRC16:05
vsaienk0jroll, dtantsur, jlvillal, lucasagomes and other bash experts please help to review multinode patches https://review.openstack.org/#/q/topic:bug/1622653 (only 6 patches to ironic are left, they are not so big, and 1 to devstack-gate)16:06
* milan could use a coffee16:06
*** baoli_ has quit IRC16:07
lucasagomesvsaienk0, will take a look, but I'm far for being a bash expert heh16:07
openstackgerritDmitry Tantsur proposed openstack/ironic: Abort cleaning and deployment if node is in maintenance  https://review.openstack.org/36682816:07
vsaienk0sambetts ^16:08
openstackgerritVasyl Saienko proposed openstack/ironic: DNM: Test patch to verify bond  https://review.openstack.org/38866016:08
openstackgerritVasyl Saienko proposed openstack/ironic: Ironic devstack portgroup support  https://review.openstack.org/38174316:08
openstackgerritVasyl Saienko proposed openstack/ironic: Rely on portgroup standalone_ports_supported  https://review.openstack.org/36064716:08
openstackgerritVasyl Saienko proposed openstack/ironic: Tempest tests for portgroups  https://review.openstack.org/38247616:08
mjturekrajinir: not written up. I can get you our disk image builder commands though16:08
rajinirmjturek : That will help16:09
*** links has joined #openstack-ironic16:09
JayFdtantsur: that patch, 366828, has a potentially unintended side effect16:10
rajinirhttps://www.irccloud.com/pastebin/bNXgRke3/ironic-image16:10
* jlvillal grumbles that irccloud requires javascript16:10
JayFdtantsur: imagine I have a dozen cleaning steps, after step 7, the BMC switch goes out and maintenances the node. today, when I unmaint that node, it'll start back cleaning where it left off. After your change, it'll have to start back over from the beginning16:11
jlvillalAh it does allow seeing the "raw" version16:11
*** rcernin has quit IRC16:11
lucasagomesvsaienk0, why the mtu has to be 1400 for the vm bridge ? /me remembers we had to set mtu to 1450 for the public bridge awhile ago16:12
*** yufei has joined #openstack-ironic16:12
dtantsurJayF, iirc for some reason it does not continue cleaning after getting back..16:12
dtantsurit was quite some time ago though, I may not remember precisely16:12
JayFdtantsur: as long as you left the agent running and heartbeating it does16:12
vsaienk0lucasagomes, because on multinode job we need to take into account additional 50 bytes for vxlan header16:13
JayFdtantsur: to be clear, I'm probably OK with that, but it does suck a lot for a large deployer with lots of clean steps -- basically some temporary network issue could have a denial of service effect by causing long-running clean steps to have to repeat16:13
dtantsurhmm16:14
* dtantsur tries to remember why cleaning did not continue in his case..16:14
lucasagomesvsaienk0, gotcha16:14
JayFdtantsur: my knowledge is from downstream, where we run with dhcp_provider=None, so there could be headahce somewhere in there around booting an agent16:15
JayFdtantsur: whereas in our environment the agent can boot anytime the node is powered on in the right network16:15
dtantsurwell, I think I just found it confusing that it stays in clean wait forever, until you figure out it's due to maintenance16:15
JayFAbsolutely, like I said, I'm probably OK with the change in behavior16:15
JayFI just wanted to make sure you were aware of the negative side effect of the change16:16
JayFI just know anything that requires a bunch of machines to re-clean, when you have an extensive cleaning process, is really obnoxious :)16:16
dtantsurJayF, should we make it configurable then?16:17
*** rpioso has joined #openstack-ironic16:18
*** [1]cdearborn has joined #openstack-ironic16:18
milanhttps://review.openstack.org/#/c/383862/ got merged! \o/16:18
patchbotpatch 383862 - api-wg - Specify time intervals based filtering queries (MERGED)16:18
JayFdtantsur: Eh. I just think it means we need to think hard about the anomoly resolution stuff I'm designing. For instance, in that case, if Ironic kicked a node into a bmc fault, I'd also want ironic to recover it from the associated clean fail, but I think that's easy enough16:19
JayFdtantsur: if anything maybe indicates a potential need for the ability to "resume" cleaning on a clean fail vs restarting16:19
dtantsurthis is a good catch, yeah16:20
JayFMadasi: ^ what would you think about that? The ability to `ironic node-set-provision-state NODE resume` a cleanfail node, resuming from the step that failed rather than restarting cleaning from scratch16:22
dtantsurI'd rather see 'clean --continue' to avoid a new provision action16:22
JayFclean is used only for manual cleaning16:22
dtantsuror 'provide --continue-cleaning'16:22
dtantsur:)16:22
sambettsmat128: what do you think of this https://etherpad.openstack.org/p/network-interface-vifs-configdrive ?16:22
JayFautomated cleaning is started using manage/provide16:22
JayFdtantsur: yeah, I'm not an API design guy, and don't care about the details :P16:23
JayFdtantsur: well, I care that the details are good. I just make no claim to knowing what is good in an api, lol16:23
dtantsuranyway, this makes sense for people with a lot of steps16:23
openstackgerritVasyl Saienko proposed openstack/ironic: SUPER WIP: Run all tests in one job.  https://review.openstack.org/39615516:23
vsaienk0jroll, sambetts: do we have a spec to nova related to attach/deatach changes?16:25
jrollvsaienk0: we have a BP which is now approved without a spec16:25
jrollvsaienk0: https://blueprints.launchpad.net/nova/+spec/ironic-plug-unplug-vifs-update16:26
vsaienk0jroll: wow, that is nice16:27
yufeihi, JayF, could you please help review this doc modification when you are free? https://review.openstack.org/#/c/387082/16:27
jroll:)16:27
patchbotpatch 387082 - ironic - Add the way to get the deploy ram disks16:27
JayFvsaienk0: nova devs <3 jroll, they're trying to sucker him into working on that instead ;)16:27
JayF /s16:27
jrollಠ_ಠ16:27
yufeithank you16:28
vsaienk0:)16:28
NobodyCamGood Morning Ironic'ers16:30
*** harlowja has joined #openstack-ironic16:31
*** harlowja has quit IRC16:32
*** rcernin has joined #openstack-ironic16:32
*** harlowja has joined #openstack-ironic16:34
vdrokmorning NobodyCam :)16:35
openstackgerritAline Bousquet proposed openstack/ironic: Add possibility to remove chassis_uuid from a node  https://review.openstack.org/39055816:35
*** links has quit IRC16:37
NobodyCam:)16:37
*** baoli has quit IRC16:37
dtantsurmorning NobodyCam16:39
NobodyCammorning dtantsur :)16:40
lucasagomesNobodyCam, sup!16:43
openstackgerritDmitry Tantsur proposed openstack/ironic: Abort cleaning and deployment if node is in maintenance  https://review.openstack.org/36682816:43
dtantsurJayF, first attempt at proper wording ^^^ :)16:43
NobodyCammorning lucasagomes :) just back home after a unexpected trip to Omaha :)16:45
lucasagomesNobodyCam, ah nice, home's good. I spent ~1 month away and came back 2 weeks ago... Glad to be back16:47
NobodyCamyes! Home is Good :)16:47
yufeiHello,ironicers, when I try to follow this document(http://docs.openstack.org/developer/ironic/deploy/multitenancy.html) to configure my multi-tenant network ironic at newton version,  I find that when I want to create a bare metal instance from nova, nova create a interface with port mac address for it, then ironic asks neutron to create a port with same mac, so i get a mac conflict  error, I’m not sure whether there is any configuration for16:50
yufeithis, I try to google but find no messages for this,does someone has meet the same problem or has any suggestion for me?Thanks a lot.16:50
*** ccamacho has quit IRC16:51
sambettsyufei: are you trying to deploy your instance into your provisioning network?16:51
*** mgoddard_ has joined #openstack-ironic16:51
yufeiyes16:51
yufeithat’s not supported?16:51
*** cdaniel has quit IRC16:52
yufeiOh, thanks a lot!16:52
sambettsyufei: that isn't supported, the node should be deployed into a separate network from the provisioning network, nodes should only be connected to the provisioning network by Ironic during provisioning and then moved to a separate network once its completed :)16:53
*** cdaniel has joined #openstack-ironic16:53
*** mgoddard has quit IRC16:54
yufeiThanks a lot, I have spent hours on this. If this is not methoned in docs now, I think I can push a patch for this.16:56
*** ohamada has quit IRC16:56
sambettsyufei: I think we added something to the docs about it recently16:56
sambettsvsaienk0, jroll: Do you remember? ^16:56
vsaienk0sambetts: i've opened a bug for this16:57
MadasiJayF: right chan, I like it :)16:57
vsaienk0sambetts, jroll: we didn't decided if we should allow to build instances in provisioning network https://bugs.launchpad.net/ironic/+bug/163457316:58
openstackLaunchpad bug 1634573 in Ironic "Allow to spawn instances in provisioning network" [Undecided,New] - Assigned to Vasyl Saienko (vsaienko)16:58
vsaienk0sambetts, I've opened to any option, allow or do not allow. But I think we shouldn't allow spawn instances in provisioning network, we receive flat network case than17:00
*** sabeen has quit IRC17:02
*** chuckC_ has joined #openstack-ironic17:03
yufeiI agree that this feature is not worthy of being supported17:03
jlvillalAgree with documenting current situation. If decide to change in future then update documentation.17:03
sambetts++17:03
sambettsmat128, jroll: I think if we ensure that the network interfaces update the mac address information in neutron at time of _plug_vifs then we should be OK to just handle things this way: https://etherpad.openstack.org/p/network-interface-vifs-configdrive17:05
*** jpich has quit IRC17:06
dtantsuro/17:07
*** dtantsur is now known as dtantsur|afk17:07
*** rama_y has joined #openstack-ironic17:07
NobodyCamhave a  good night dtantsur|afk :017:07
sambettsjroll: basically instead of checking/having to return a mapping, the code is rather just checking if the VIF is or is not a bond by cross checking it with the port groups list17:07
NobodyCams/0/)/17:07
sambettsnight dtantsur|afk17:07
*** ccamacho has joined #openstack-ironic17:08
*** sabeen has joined #openstack-ironic17:08
mat128sambetts: checking17:09
*** eroux has quit IRC17:10
*** mgoddard has joined #openstack-ironic17:11
mat128sambetts: fixed a typo (pg vs portgroup) but lgtm17:11
mat128sambetts: this will work if plug_vifs does its job17:11
sambettsyeah, I think its the only correct way to do it17:11
*** mgoddard_ has quit IRC17:11
*** eroux has joined #openstack-ironic17:13
sambettsideally we shouldn't have to query the /vifs end point, ideally we shouldn't have to query the /ports or /portgroups endpoints either, but as bonds are a model not supported by neutron we can't rely on using their datastrcutures to how the information for that17:13
*** strigazi is now known as strigazi_AFK17:18
*** _milan_ has joined #openstack-ironic17:19
*** dougs1 has joined #openstack-ironic17:19
openstackgerritMerged openstack/virtualbmc: Updated from global requirements  https://review.openstack.org/38995917:19
dougs1Anyone know if it's safe to set disable notify_nova_on_port_status_changes to false in neutron.conf when using Ironic exclusively with Nova? It seems to work, but not sure if i missed something.17:21
*** milan has quit IRC17:22
sambettsdougs1: it should be because we don't support nova's interface attach and detach functions post deployment which is what is triggered by the neutron nova notifier17:22
sambettshowever I've not tried it personally17:22
dougs1sambetts - thanks, that makes sense17:24
openstackgerritMerged openstack/ironic: Fix typo in release note filename  https://review.openstack.org/38962917:24
*** yee379 has quit IRC17:24
*** skat has quit IRC17:26
dougs1sambetts - I noticed the notification also gets triggered at the start of an Ironic deploy. I'll have a read of the code.17:26
*** baoli has joined #openstack-ironic17:29
sambettsdougs1: that is likely because of the creation of the neutron ports by nova as part of the deployment process, and if your using ironic + multitenancy when we update the neutron port binding infomation during provisioning might affect it too17:30
dougs1sambetts: I'll look forward to the day when we can use that multitenancy functionality.  We're still on kilo :)17:31
sambettsdougs1: :) ah ok then it'll be because of the nova port creation17:31
*** _milan_ has quit IRC17:32
dougs1alright, thanks for your help17:32
sambetts:)17:32
*** causten has quit IRC17:32
*** ccamacho has quit IRC17:34
*** rbrud has quit IRC17:35
*** iurygregory has joined #openstack-ironic17:35
*** baoli has quit IRC17:36
*** ccamacho has joined #openstack-ironic17:36
vdroksambetts: so it seems we're kinda decided with configdrive on that etherpad? I'll rebase it on top of your attach/detach stuff and change as suggested17:39
sambettsvdrok: I think that makes the most sense, what do you think?17:39
vdrokwell, yeah, the code on the etherpad is clear, and by reusing attach/detach we get rid of a bunch of code, so I'm all for it :)17:40
sambetts:D17:40
*** baoli has joined #openstack-ironic17:40
*** lucasagomes is now known as lucas-afk17:41
lucas-afkhave a great evening all17:41
sambettso/ lucas-afk17:41
lucas-afkcalling it a day17:41
vdroknight lucas-afk17:42
JayFvdrok: sambetts: I'm not sure I grok how the code path works for non-pg?17:44
mat128JayF: oh that was you :)17:44
mat128just found out17:44
*** aNuposic has joined #openstack-ironic17:44
JayFI'm always white-on-black in etherpads, for future reference :P17:44
sambettsJayF: Non-PG doesn't need any modifications to the metadata17:45
mat128heh, my color keeps changing for reasons I can't explain17:45
*** trown is now known as trown|lunch17:45
JayFsambetts: ohh, so the base_metadata= just gets returned unmodified in the end17:45
mat128we also have etherpad downstream so I think maybe it's conflicting17:45
mat128we also have etherpad downstream so I think maybe it's conflicting17:45
sambettsJayF: yup17:45
JayFsambetts: ok, cool17:46
JayFthis seems fairly sane to me then17:46
sambettsJayF: similarly for mixed PG and non-PG environments only the links that match PGs will get changed and the others will remain unchanged17:46
*** godp1301 has quit IRC17:47
sambettsJayF: we might need to update the mac addresses actually :/ because they might have been updated by Ironic17:47
sambettsJayF: thats better17:48
vdroksambetts: nope, we're safe I think17:50
vdroksambetts: nova puts instance_uuid on a node before doing plug vifs and configdrive generation17:50
vdrokwe can't update address on a node with instance_uuid17:51
vdrokor you mean a period of time between build request and PATCH from nova?17:51
sambettsvdrok: during plug vifs ironic will update the neutron port to be the right MAC address, so the network_info in that function might be out of date17:52
sambettsvdrok: so we should refetch the neutron port and update the mac address for all he links17:52
vdrokah, gotcha17:52
vdrokthanks sambetts17:52
*** causten has joined #openstack-ironic17:53
sambettsvdrok: the simple change of moving the link['ethernet_mac_address'] outside of the PG logic should do it like I've done on the ehterpad17:53
*** causten_ has joined #openstack-ironic17:54
JayFvdrok: sambetts: just thought of something that's unpleasant ... in this sample code we're using very linux-specific identifiers17:54
JayFvdrok: sambetts: Should we make the logic more ... os-agnostic?17:54
sambettsJayF: which part?17:55
mat128JayF, vdrok, sambetts: if you found out the amount of time we spent choosing "lacp" internally for bond_mode17:55
JayFsambetts: literally the bond_mode, bond_xmit_hash_policy, etc17:55
JayFthose are the names of attributes on the bonding module in linux17:55
mat128I suggest we stick to one set of terminology :)17:55
*** derekh has quit IRC17:55
vdrokJayF: these are passed further as is in cloud-init :(17:55
JayFand particularly if we're going to identify bond_mode by the number (4) rather than name (lacp)17:55
sambettsJayF: thats not from us, that is from here https://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/metadata-service-network-info.html17:56
JayFsambetts: ah, okay. So it's somewhat my fault anyway. lol17:56
*** causten__ has joined #openstack-ironic17:56
mat128JayF: what abt 802.3ad17:56
mat128lol17:56
openstackgerritJulia Kreger proposed openstack/bifrost: Allow bifrost to work with selinux enabled  https://review.openstack.org/39374517:56
JayFI think it'll be fine then, just going to suck for someone implementing this for windows/bsd/etc17:56
JayFbut at least this config style has been static in linux for a long time17:57
mat128JayF: we did and it works17:57
*** causten has quit IRC17:57
mat128cloudbase-init reads 4 or 802.3ad and behaves correctly17:57
sambettsJayF: hopfully cloud-init for windows will do the transltion for us ;)17:57
JayFmat128: nice, cool17:57
mat128I mean, with our stuff17:57
mat128not exactly sure where this code is17:57
mat128lemme check17:57
JayFyou really don't have to, it sounds like we arleady hit "it's no big deal" with this :)17:58
*** mgoddard_ has joined #openstack-ironic17:58
*** causten_ has quit IRC17:58
*** baoli has quit IRC18:00
*** causten__ has quit IRC18:00
*** ralonsoh has quit IRC18:00
*** mgoddard has quit IRC18:02
JayFdtantsur|afk: reviewed that and added some suggested wording18:02
*** baoli has joined #openstack-ironic18:02
TheJuliagood morning everyone18:03
*** causten has joined #openstack-ironic18:03
vdrokmorning TheJulia18:03
mat128JayF: found it (thank to mgagne): https://review.openstack.org/#/c/347540/18:06
patchbotpatch 347540 - cloudbase-init - Add support for OpenStack json network metadata18:06
*** vsaienko has joined #openstack-ironic18:10
*** rbrud has joined #openstack-ironic18:11
mjturekrajinir: I haven't forgotten about you! just had to finish something. Getting our DIB commands now18:12
rajinirmjturek: Thanks no hurry18:12
*** sabeen has quit IRC18:12
mjturekrajinir: "disk-image-create -a ppc64el -u ubuntu ironic-agent dhcp-all-interfaces" for our deploy images18:13
mjtureknote the -a though18:13
mjturekI'm assuming you're x86_64?18:13
rajiniryes18:14
mjturekthen I think -a would be amd6418:14
mjturekrajinir: "disk-image-create -a ppc64el -u ubuntu baremetal dhcp-all-interface simple-init -o $OUTPUT_PATH" for our user image18:15
*** baoli_ has joined #openstack-ironic18:16
*** baoli has quit IRC18:16
rajinirmjturek: ok18:16
mjturekrajinir: let me know if you have any other questions18:17
rajinirmjturek: How about the devstack yaml variables?18:17
*** godp1301 has joined #openstack-ironic18:18
mjturekrajinir: you mean for the jenkins yaml file??18:18
rajiniryes18:18
mjturekah, I'll get that together for you18:18
*** rama_y has quit IRC18:22
*** baoli_ has quit IRC18:23
mjturekrajinir: this is what our jenkins yaml looks like for our ironic job. FYI - I've expunged some values which look like this <our_*> (just in case it confuses you) http://paste.openstack.org/show/588796/18:23
rajinirmjturek: Great , will look at it. Thank you18:25
*** baoli has joined #openstack-ironic18:27
*** yufei has quit IRC18:32
jrollsambetts: your etherpad seems fine to me, it's a lot of API calls but I think it's a good start. and means no changes for pre-portgroups attach/detach yeah? just need to update the portgroup spec?18:33
jroll(now reading more, it looks like you confirmed that with jay)18:33
jrollthanks for that18:34
*** rama_y has joined #openstack-ironic18:34
*** cdearborn has joined #openstack-ironic18:35
* sambetts -> home18:36
sambettsjroll: yeah hopefully that'll all work out, we just need to make sure to do the neutron port-update for the mac_address in attach_vif18:37
*** sambetts is now known as sambetts|afk18:37
jrollsambetts|afk: indeed18:37
jrollnight \o18:37
sambetts|afko/ cya18:37
*** [1]cdearborn has quit IRC18:39
*** Sukhdev has joined #openstack-ironic18:40
*** makowals_ has joined #openstack-ironic18:41
*** makowals has quit IRC18:44
*** Romanenko_K has quit IRC18:44
*** krtaylor has quit IRC18:46
*** dprince has quit IRC18:48
*** trown|lunch is now known as trown18:48
*** Guest13773 has quit IRC18:51
*** jkilpatr_ has quit IRC18:51
*** athomas has quit IRC18:52
*** jkilpatr has quit IRC18:52
*** ChubYann has joined #openstack-ironic18:53
openstackgerritVladyslav Drok proposed openstack/ironic: Make all IronicExceptions RPC-serializable  https://review.openstack.org/39635518:53
vdrokjroll: that should be the fix for the exceptions issue^ (not tested yet on a real ironic tho)18:57
vdrokthanks for review mat128 :)18:59
mat128np18:59
vdrokand good night everyone!18:59
mat128o/18:59
jlvillaljroll: Regarding the Nova spec for portgroups. I see https://review.openstack.org/#/c/387534/19:00
patchbotpatch 387534 - nova-specs - Proposal for ironic static portgroups support19:00
jlvillaljroll: And then the Nova schedule has a freeze on specs next week: https://wiki.openstack.org/wiki/Nova/Ocata_Release_Schedule19:00
jrolljlvillal: indeed.19:00
jlvillalvdrok: Good night19:01
*** dprince has joined #openstack-ironic19:03
*** jkilpatr_ has joined #openstack-ironic19:04
*** Guest13773 has joined #openstack-ironic19:05
*** jkilpatr has joined #openstack-ironic19:06
*** fragatina has joined #openstack-ironic19:08
jrolljlvillal: did you have a question or?19:11
*** krtaylor has joined #openstack-ironic19:23
*** vsaienko has quit IRC19:26
*** MattMan has quit IRC19:27
*** MattMan has joined #openstack-ironic19:28
*** MattMan has quit IRC19:28
*** Nisha_away has quit IRC19:33
mat128jlvillal: https://github.com/internap/sbtest/blob/master/sbtest.sh#L1919:40
mat128:)19:41
*** jerrygb has joined #openstack-ironic19:43
*** mgoddard__ has joined #openstack-ironic19:44
*** mgoddard_ has quit IRC19:48
*** openstackgerrit has quit IRC19:48
*** openstackgerrit has joined #openstack-ironic19:49
*** mgoddard__ has quit IRC19:49
*** chuckC_ has quit IRC19:55
openstackgerritMerged openstack/ironic-specs: Update ironic-ml2-integration spec  https://review.openstack.org/39366019:56
*** vsaienko has joined #openstack-ironic19:58
*** ijw has joined #openstack-ironic20:00
*** cppforlife_ has quit IRC20:00
*** sabeen has joined #openstack-ironic20:02
*** krtaylor has quit IRC20:02
*** cppforlife_ has joined #openstack-ironic20:03
*** vsaienko has quit IRC20:04
*** baoli_ has joined #openstack-ironic20:06
*** baoli has quit IRC20:07
openstackgerritPhilippe Godin proposed openstack/ironic: Adds snmp driver auto discovery for APC and baytech  https://review.openstack.org/38973620:09
openstackgerritPhilippe Godin proposed openstack/ironic: Baytech MRP27 PDU support  https://review.openstack.org/38771820:09
*** johnthetubaguy has quit IRC20:10
*** baoli_ has quit IRC20:11
*** johnthetubaguy has joined #openstack-ironic20:11
*** baoli has joined #openstack-ironic20:12
*** krtaylor has joined #openstack-ironic20:15
*** crinkle has quit IRC20:16
*** chas_ has quit IRC20:18
*** ccamacho1 has joined #openstack-ironic20:18
jlvillalmat128: :)20:20
jlvillaljroll: I wasn't sure if people were aware of Nova freeze date. But I think everyone is20:20
*** ccamacho has quit IRC20:20
jlvillalmat128: Hopefully that helps20:20
*** godp1301 has quit IRC20:22
*** hshiina has joined #openstack-ironic20:27
*** aNuposic has quit IRC20:27
rloojlvillal: see the subteam status report in the whiteboard, we remembered to capture that there :)20:28
*** moshele has joined #openstack-ironic20:29
jlvillalThanks rloo20:29
*** baoli has quit IRC20:30
*** baoli has joined #openstack-ironic20:30
*** betherly is now known as betherly_20:33
*** betherly_ is now known as betherly__20:33
*** eroux has quit IRC20:34
*** godp1301 has joined #openstack-ironic20:35
openstackgerritMerged openstack/bifrost: Updated from global requirements  https://review.openstack.org/39530520:36
*** rcernin has quit IRC20:36
openstackgerritKurt Taylor proposed openstack/ironic: Add CI documentation outline  https://review.openstack.org/35310220:38
*** jcoufal has quit IRC20:38
krtaylorjroll, when you get a chance, you mentioned getting together and working on the CI requirements/docs20:39
jrollkrtaylor: yeah, my thought was we just go back and forth on reviews there20:40
jrolland then bribe^W force^W ask someone else to +A20:40
*** jcoufal has joined #openstack-ironic20:40
jrollbut we could continue adding to that20:40
krtayloroh, sorry, I thought we had agreed to get an outling merged then sections, my bad20:41
jrollno no, we did20:41
jrollI see your outline20:41
jrollbut if we're both here, I can review and you can change quickly20:41
jrolland we can get it mergeable20:41
krtaylorhm, ok, I have a couple of sections in mind too20:42
krtaylorlet me push the previous then20:42
jrollkrtaylor: no, this one is fine :)20:42
* jroll isn't speaking well20:43
krtaylorwell I removed a couple of sections that were getting too many remarks20:43
jrollright, so let's add those in a second patch20:43
jrollbut I have at least one change for this one20:43
krtaylorgotcha20:43
jrollkrtaylor: two quick comments there20:44
jrollwell, first is quick, dunno about the second :)20:44
krtaylorfirst done, second can be clarified, it is for the previous section head "Hardware Pool Management"20:46
krtaylorfixing now20:46
*** vsaienko has joined #openstack-ironic20:46
jrollah, so it's an alternative to using just one machine?20:46
krtaylorno, I think solutions is a better title20:47
jrollheh, cool20:47
krtaylorPossible solutions maybe20:47
jrollyeah, works for me20:47
jrollor even just 'solutions'20:47
krtaylordone20:48
openstackgerritKurt Taylor proposed openstack/ironic: Add CI documentation outline  https://review.openstack.org/35310220:48
JayFI've had recruiters recruit me to be a "Solutioneer"20:48
JayFis that what you're solving with this solutioneering session?20:48
jrollawesome, thanks :D20:48
JayF:P20:48
krtaylorhehheh, thats a great business card title20:48
jrollJayF: now you popped your head in, you have to review it20:48
krtaylorright?20:49
JayFjroll: I'm technically on lunch, hence why you got the funny but not anything worthwhile20:49
jrollkrtaylor: happy to work through adding some more sections if you're up for it20:49
jrollor collaborate on them20:49
* jroll steals JayF's fork20:49
JayFjroll: I'm going to -1 it20:49
krtaylorjroll, it will really up your neg count!20:50
JayFjroll: seriously20:50
*** mjturek has quit IRC20:50
*** dprince has quit IRC20:50
jrollJayF: even if I give you your fork back?20:50
JayFI had chicken tenders, I didn't need a fork20:50
JayFand I'm at the "watch funny/sad internet videos about tuesday night" part of my lunch20:50
JayFlol20:50
*** Guest13773 has quit IRC20:51
jrollok20:51
*** jkilpatr has quit IRC20:51
JayFjroll: krtaylor: my -1 was simply -- can you put a todo in the empty secionds20:51
krtaylorJayF, it's kinda covered in the commit message, but I'll do it if you think it helps20:51
JayF*sections20:51
jrollmakes sense20:51
JayFkrtaylor: the people finding that page in google won't see the commit message20:51
*** jkilpatr_ has quit IRC20:51
krtaylorah, well said20:51
krtaylorhow about a global TODO at the top?20:52
JayFSure, like a note saying the page is a work in progress and unfilled sections are gonig to be filled20:52
JayFI'm fine with that20:52
JayFjust wanted to make sure it wasn't just sitting there 1/3rd done to confuse folks20:52
openstackgerritXavier proposed openstack/ironic: Avoid name errors in oneview periodics  https://review.openstack.org/39639920:53
krtaylorexactly20:53
*** jkilpatr has joined #openstack-ironic20:55
openstackgerritKurt Taylor proposed openstack/ironic: Add CI documentation outline  https://review.openstack.org/35310220:57
*** mjturek has joined #openstack-ironic20:58
krtaylorbrb, nature break...20:59
jrollkrtaylor: left a comment there for formatting20:59
JayFjroll: yep was looking for an example to link, you must remember rst better than me21:00
jrollJayF: nah, I just google faster :)21:00
*** MattMan has joined #openstack-ironic21:02
openstackgerritFélix Bouliane proposed openstack/ironic: Make snmp udp transport settings configurable  https://review.openstack.org/39640021:02
*** jkilpatr has quit IRC21:03
krtaylorsure, good idea21:04
mrdaMorning Ironic21:05
*** baoli has quit IRC21:07
*** causten has quit IRC21:07
*** baoli has joined #openstack-ironic21:07
openstackgerritKurt Taylor proposed openstack/ironic: Add CI documentation outline  https://review.openstack.org/35310221:08
* krtaylor didn't know about Admonitions, very cool21:09
*** moshele has quit IRC21:11
*** jkilpatr has joined #openstack-ironic21:17
*** moshele has joined #openstack-ironic21:17
*** chas_ has joined #openstack-ironic21:19
openstackgerritFélix Bouliane proposed openstack/ironic: Make snmp udp transport settings configurable  https://review.openstack.org/39640021:19
*** jkilpatr has quit IRC21:21
*** Goneri has quit IRC21:22
xhkujayF: I Already know for the RFE, I was just trying to make what we use available to others, Im still working on testing this on devstack so we could get it removed from deprecated drivers.21:23
*** portdirect is now known as portdirect_away21:23
*** chas_ has quit IRC21:23
xhkuJayF: Thanks to have taken the time to respond21:24
xhkuJayF: im Félix Bouliane btw21:24
JayFxhku: I'm aware :) Just putting the -2 on it for procedural reasons. Just ping me if/when there is CI and it's un-deprecated and I'll remove it.21:25
xhkuJayF Thanks :)21:25
*** ccamacho1 has quit IRC21:31
openstackgerritAnnie Lezil proposed openstack/ironic-python-agent: Trying to create a package for biosdevname  https://review.openstack.org/39640621:31
*** godp1301 has quit IRC21:33
openstackgerritJohn L. Villalovos proposed openstack/ironic: WIP/DNM: Playground  https://review.openstack.org/39640721:36
aslezilHey Ironic, I trying to create biosedevname package for tiny OS. I am facing few issues. This is a sample patch https://review.openstack.org/#/c/396406/1. Since biosdevname needs pre requisits, I have to add pci-utils.tcz which is a tiny core OS package. But I am not able to dowloas it gives me 404 error21:36
patchbotpatch 396406 - ironic-python-agent - Trying to create a package for biosdevname21:36
aslezilCould anyone please help to figure it out21:36
*** mjturek has quit IRC21:36
*** ijw has quit IRC21:37
JayFaslezil: I'm curious to see what'll happen with the gate job when it tries to build tinyipa. once it gets to that error i'll try to find some time to take a look21:37
*** moshele has quit IRC21:37
mat128aslezil: also, it will need to be added to finalreqs.lst for it to be installed in the final ramdisk21:37
mat128aslezil: follow tgt/qemu examples21:37
jlvillalrloo: https://review.openstack.org/#/c/396407/1/ironic/conductor/rpcapi.py@89  I was wondering if that would be okay. What do you think of the idea?21:38
patchbotpatch 396407 - ironic - WIP/DNM: Playground21:38
aslezilhttp://paste.openstack.org/show/588839/ this is the error21:38
*** baoli has quit IRC21:39
aslezilmat128 I tried adding in finalreqs.lst but did not work21:39
rloojlvillal: it might. i remember thinking that but i don't recall why i didn't do it. maybe never got around to doing it. oh. it won't work.21:40
rloojlvillal: well, my mind is a bit numb from reviewing. the api service is separate from conductor service.21:40
JayFaslezil: it's really weird that the error doesn't have the url it attempted downloading from in it :/21:40
jlvillalrloo: Ah thanks21:41
rloojlvillal: although the codebase would be the same for an api service so it could get the value from the manager code. just might not be the same as what is being used by conductor service. but that is a separate thing i think.21:41
aslezilJayF I checked the tiny core OS downloads it has the pci-utils.tcz21:41
*** baoli has joined #openstack-ironic21:42
rloojlvillal: it may also have been like that because a bit more work was going to be done to deal with sync'ing them (between api & conductor). but it was so long ago.21:42
jlvillalrloo: Okay. I was just noticing how we have to update both files each time when making change. But there is a unit test to ensure they stay the same. So it works.21:43
rloojlvillal: rolling upgrades will be doing something with that rpc value i believe...21:43
*** baoli_ has joined #openstack-ironic21:43
*** hshiina has quit IRC21:46
*** mjturek has joined #openstack-ironic21:46
openstackgerritAnnie Lezil proposed openstack/ironic-python-agent: Trying to create a package for biosdevname  https://review.openstack.org/39640621:47
*** baoli has quit IRC21:47
*** xavierr is now known as xavierr|afk21:48
*** jkilpatr has joined #openstack-ironic21:50
*** jkilpatr has quit IRC21:51
*** jkilpatr has joined #openstack-ironic21:51
*** ccamacho has joined #openstack-ironic21:51
mat128aslezil: good news (kinda). I was able to reproduce the issue in a much quicker way21:52
mat128docker run -it tatsushid/tinycore:7.1-x86_6421:52
mat128tce-load -wci pci-utils.tcz21:52
mat128aslezil: exact same message21:52
mat128my guess is that the file is missing on the repo21:52
aslezilmat128: thanks so is there a way to get that file21:53
mat128aslezil: thats what I'm trying to do21:53
*** causten has joined #openstack-ironic21:54
*** wajdi_ has joined #openstack-ironic21:56
*** baoli_ has quit IRC21:56
mat128aslezil: I can download the file just file.. http://repo.tinycorelinux.net/7.x/x86/tcz/pci-utils.tcz.md5.txt21:56
*** baoli has joined #openstack-ironic21:56
mat128aslezil: for some reason, it's trying to get /7.x/x86_64/tcz/pci-utils.tcz.dep21:57
mat128(_64)21:57
mat128aslezil: http://paste.openstack.org/show/588849/21:58
mat128tcpdump to the rescue21:58
*** ijw has joined #openstack-ironic21:58
aslezilmat128: oops21:58
mat128aslezil: http://paste.openstack.org/show/588853/21:59
aslezilmat128: is a way to get pci-utils21:59
mat128x86 vs x86_6421:59
krtaylorjroll, any other comments? https://review.openstack.org/#/c/35310221:59
patchbotpatch 353102 - ironic - Add CI documentation outline21:59
mat128not sure why the package is not there21:59
*** wajdi has quit IRC21:59
*** yee379 has joined #openstack-ironic22:00
mat128aslezil: the other packages are also available under x86_6422:00
mat128aslezil: take http://repo.tinycorelinux.net/7.x/x86_64/tcz/hdparm.tcz.md5.txt for example22:00
jrollkrtaylor: sorry, was pulled into a meeting22:01
* jroll clicks22:01
*** ijw has quit IRC22:01
krtaylorjroll, no worries22:02
*** ijw has joined #openstack-ironic22:02
aslezilmat128: biosdevname has a pre requisit on pci-utils that my problem22:02
jrollkrtaylor: +W22:02
jrollthanks!22:02
mat128aslezil: the x86_64 has a much shorter list than x86:     2291 x86. vs 1839 x86_64.lst22:02
jrollkrtaylor: it's 1700 here but if you end up with additions to that I can review tomorrow :)22:02
mat128aslezil: I understand that, maybe there is a packaging/distribution problem in TCL22:03
mat128they are normally very helpful on the forums22:03
mat128s/they/the tinycore people22:03
rama_yaslezil: just my 2 cents: is it pciutils.tcz, not pic-utils.tcz?22:03
krtaylorjroll, thanks, I'll get with mjturek and see if we can crank out a section or two22:03
rama_yaslezil: just my 2 cents: is it pciutils.tcz, not pci-utils.tcz?22:03
mat128rama_y: ting ting ting22:03
mat128rama_y: that was it22:03
jrollkrtaylor: sounds good :)22:04
mat128rama_y: pciutils.tcz for x86_6422:04
JayFmat128: why the hell would it have a different name in one than the other22:04
mjturekvery cool krtaylor, I'll take a look22:04
JayFthat's insanity22:04
mat128rama_y, aslezil: pciutils.tcz for x86_64, pci-utils.tcz for x8622:04
mat128JayF: no clue :(22:04
rama_yThat's what I saw: pciutils.tcz without a hyphen22:04
mat128http://repo.tinycorelinux.net/7.x/x86_64/tcz/pciutils.tcz.md5.txt22:04
JayFegad22:04
mat128http://repo.tinycorelinux.net/7.x/x86/tcz/pci-utils.tcz.md5.txt22:04
aslezilthanks mat128 and rama_y22:04
* jroll see y'all tomorrow22:04
JayFwe don't support !64bit for tinyipa, do we? lol22:04
krtaylormjturek, we can start with the pool management and I have a references section from the third-party docs22:05
*** rbudden has quit IRC22:05
mat128JayF: thats correct22:05
*** ijw has quit IRC22:05
krtaylormjturek, we also don't want to loose the comments in the outline patchset, we need to roll those in, good stuff22:05
mat128JayF: it's hardcoded https://github.com/openstack/ironic-python-agent/blob/master/imagebuild/tinyipa/build-tinyipa.sh#L36-L3722:05
mjturekkrtaylor: absolutely22:05
*** ijw has joined #openstack-ironic22:05
mariojvgood night ironic - i'm on pto tomorrow so hope everyone has a great weekend22:07
*** rbudden has joined #openstack-ironic22:07
*** portdirect_away is now known as portdirect22:07
openstackgerritMerged openstack/ironic: Add CI documentation outline  https://review.openstack.org/35310222:08
aslezills22:12
mat128. .. .gitconfig projects22:12
mat128#22:12
JayFlol22:13
aslezil:P22:13
*** jcoufal has quit IRC22:15
*** trown is now known as trown|outtypewww22:15
*** aNuposic has joined #openstack-ironic22:16
*** ijw has quit IRC22:16
*** baoli has quit IRC22:17
*** baoli has joined #openstack-ironic22:17
*** ijw has joined #openstack-ironic22:18
*** godp1301 has joined #openstack-ironic22:20
*** jerrygb_ has joined #openstack-ironic22:21
*** crinkle has joined #openstack-ironic22:21
*** ccamacho has quit IRC22:22
*** godp1301_ has joined #openstack-ironic22:23
*** jerrygb has quit IRC22:24
*** mjturek has quit IRC22:24
*** jerrygb has joined #openstack-ironic22:25
*** jerrygb_ has quit IRC22:26
*** godp1301 has quit IRC22:26
*** jerrygb_ has joined #openstack-ironic22:27
*** jheroux has quit IRC22:28
*** jerrygb has quit IRC22:30
*** sabeen has quit IRC22:30
*** chuckC_ has joined #openstack-ironic22:30
*** jerrygb_ has quit IRC22:31
*** fragatin_ has joined #openstack-ironic22:34
*** aNuposic has quit IRC22:37
*** wajdi_ has quit IRC22:37
*** fragatina has quit IRC22:37
*** baoli has quit IRC22:38
*** baoli has joined #openstack-ironic22:39
*** chas_ has joined #openstack-ironic22:58
*** baoli has quit IRC23:00
*** baoli has joined #openstack-ironic23:00
*** rama_y has quit IRC23:02
*** chas_ has quit IRC23:02
*** chuckC_ has quit IRC23:03
*** lindycoder has quit IRC23:03
*** chas_ has joined #openstack-ironic23:04
*** fragatin_ has quit IRC23:04
*** fragatina has joined #openstack-ironic23:05
*** chas_ has quit IRC23:09
*** baoli has quit IRC23:11
*** rama_y has joined #openstack-ironic23:15
*** Sukhdev has quit IRC23:16
*** rloo has quit IRC23:16
*** pmannidi has quit IRC23:23
*** pmannidi has joined #openstack-ironic23:24
*** e0ne has joined #openstack-ironic23:26
*** rbudden has quit IRC23:30
*** yuanying has quit IRC23:34
*** rbrud has quit IRC23:35
*** godp1301 has joined #openstack-ironic23:38
*** godp1301_ has quit IRC23:42
*** godp1301 has quit IRC23:43
*** ijw has quit IRC23:44
*** ijw has joined #openstack-ironic23:44
*** yuanying has joined #openstack-ironic23:44
*** ijw has quit IRC23:46
*** ijw has joined #openstack-ironic23:46
*** vsaienko has quit IRC23:46
*** e0ne has quit IRC23:48
*** krtaylor has quit IRC23:54
*** amotoki has joined #openstack-ironic23:58
*** amotoki has quit IRC23:58
*** amotoki has joined #openstack-ironic23:58

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