Wednesday, 2016-07-27

*** baoli has joined #openstack-ironic00:00
*** bvandewa has quit IRC00:01
jrolldevananda: JayF: sambetts|afk: lucas-dinner: heads up, the giant project-config refactor is landing shortly, we'll need to make sure our CI is doing what we expect tomorrow https://review.openstack.org/#/c/34056700:04
*** yuanying has quit IRC00:05
*** yuanying has joined #openstack-ironic00:06
*** baoli has quit IRC00:11
*** hoangcx2 has quit IRC00:11
*** aNupoisc has quit IRC00:12
*** baoli has joined #openstack-ironic00:13
*** bvandewa has joined #openstack-ironic00:14
*** Nisha_away has quit IRC00:17
*** yuanying has quit IRC00:19
*** yuanying has joined #openstack-ironic00:20
*** rama_y has joined #openstack-ironic00:21
*** ahqa has quit IRC00:23
*** baoli has quit IRC00:23
*** bcornec1 has quit IRC00:31
*** Goneri has quit IRC00:34
*** rama_y has quit IRC00:35
*** hoangcx has joined #openstack-ironic00:38
*** sdake_ has quit IRC00:45
*** sdake has joined #openstack-ironic00:47
*** mtanin___ has quit IRC00:48
*** Sukhdev has quit IRC00:52
*** hoangcx2 has joined #openstack-ironic00:54
*** yuanying has quit IRC00:58
*** jrist has quit IRC00:59
*** hoangcx2 has quit IRC01:01
*** yuanying has joined #openstack-ironic01:02
*** hoangcx2 has joined #openstack-ironic01:02
*** sdake has quit IRC01:04
*** jrist has joined #openstack-ironic01:11
*** Goneri has joined #openstack-ironic01:13
*** ijw has joined #openstack-ironic01:14
*** hoangcx2 has quit IRC01:23
*** hoangcx2 has joined #openstack-ironic01:24
*** ijw has quit IRC01:25
*** wajdi has joined #openstack-ironic01:29
*** openstackgerrit has quit IRC01:33
*** openstackgerrit has joined #openstack-ironic01:34
*** hoangcx2 has quit IRC01:34
*** yibo has quit IRC01:35
*** hoangcx2 has joined #openstack-ironic01:36
*** yibo has joined #openstack-ironic01:36
*** baoli has joined #openstack-ironic01:41
openstackgerritNaohiro Tamura proposed openstack/ironic: Overrides get_supported_power_states() for WOL Power  https://review.openstack.org/29329301:44
*** hoangcx2 has quit IRC01:51
openstackgerritMerged openstack/ironic-python-agent: Fix resolv.conf in tinyipa image build  https://review.openstack.org/34696301:53
*** lintan has quit IRC01:57
*** lintan has joined #openstack-ironic01:58
*** bvandewa has quit IRC01:58
*** harshs has joined #openstack-ironic02:04
*** joprovost has quit IRC02:05
*** spandhe has joined #openstack-ironic02:10
*** sdake has joined #openstack-ironic02:12
*** spandhe has quit IRC02:13
*** baoli has quit IRC02:17
*** baoli has joined #openstack-ironic02:32
*** Goneri has quit IRC02:39
*** harshs has quit IRC02:45
*** baoli has quit IRC02:52
*** sdake has quit IRC02:53
*** yuanying has quit IRC02:54
*** Lizhixin has joined #openstack-ironic02:54
*** Lizhixin has left #openstack-ironic02:54
*** harshs has joined #openstack-ironic02:55
openstackgerritNaohiro Tamura proposed openstack/ironic: iRMC power driver for soft reboot and soft power off  https://review.openstack.org/21674303:04
*** baoli has joined #openstack-ironic03:10
*** sdake has joined #openstack-ironic03:13
*** baoli has quit IRC03:17
*** rloo has quit IRC03:27
*** lujinluo has quit IRC03:28
openstackgerritZhenguo Niu proposed openstack/ironic-inspector: Add API for listing all introspection statuses  https://review.openstack.org/34492103:39
*** Nisha_away has joined #openstack-ironic03:49
*** yuanying has joined #openstack-ironic03:52
*** harlowja_at_home has joined #openstack-ironic03:52
*** links has joined #openstack-ironic03:54
*** lujinluo has joined #openstack-ironic03:58
*** harshs has quit IRC03:58
*** harshs has joined #openstack-ironic04:07
*** links has quit IRC04:09
*** links has joined #openstack-ironic04:12
*** harshs has quit IRC04:16
openstackgerritMerged openstack/ironic-lib: Add parse_root_device_hints to utils.py  https://review.openstack.org/34606804:16
*** harlowja_at_home has quit IRC04:22
*** bks has joined #openstack-ironic04:31
*** vishwanathj has quit IRC04:32
*** jtomasek has quit IRC04:41
*** adu has joined #openstack-ironic04:48
*** harshs has joined #openstack-ironic05:01
*** moshele has joined #openstack-ironic05:08
*** moshele has quit IRC05:19
*** harshs has quit IRC05:22
*** bks has quit IRC05:29
*** deray has joined #openstack-ironic05:31
*** ChubYann has quit IRC05:31
derayhello Ironicers !! long time no see .. :)05:33
*** Nisha_away has quit IRC05:35
*** adu has quit IRC05:35
*** spandhe has joined #openstack-ironic05:45
*** edand has joined #openstack-ironic05:55
*** edand has quit IRC06:09
*** Nisha_away has joined #openstack-ironic06:11
*** sdake has quit IRC06:16
*** moshele has joined #openstack-ironic06:25
*** spandhe has quit IRC06:26
*** amitkqed has joined #openstack-ironic06:35
*** amitkqed has quit IRC06:36
*** amitkqed has joined #openstack-ironic06:37
*** tesseract- has joined #openstack-ironic06:44
*** sdake has joined #openstack-ironic06:45
*** rcernin has joined #openstack-ironic06:47
*** cppforlife_ has quit IRC06:50
*** amit213 has quit IRC06:50
*** ildikov has quit IRC06:50
*** amit213 has joined #openstack-ironic06:51
*** ildikov has joined #openstack-ironic06:51
*** cppforlife_ has joined #openstack-ironic06:52
*** mjura has joined #openstack-ironic06:58
*** sdake has quit IRC07:01
*** Nisha_away has quit IRC07:01
openstackgerritZhenguo Niu proposed openstack/ironic-inspector: Add API for listing all introspection statuses  https://review.openstack.org/34492107:01
*** lujinluo has quit IRC07:04
*** bvandewa has joined #openstack-ironic07:07
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844007:07
*** livelace has joined #openstack-ironic07:09
*** bvandewa has quit IRC07:15
*** rbartal has joined #openstack-ironic07:17
*** amotoki has joined #openstack-ironic07:19
*** e0ne has joined #openstack-ironic07:20
*** vdrok has quit IRC07:22
*** vdrok has joined #openstack-ironic07:23
*** lujinluo has joined #openstack-ironic07:29
*** jpich has joined #openstack-ironic07:33
*** adreznec has quit IRC07:35
*** mtreinish has quit IRC07:36
*** mtreinish has joined #openstack-ironic07:36
*** linuxgeek has quit IRC07:37
*** linuxgeek has joined #openstack-ironic07:38
*** adreznec has joined #openstack-ironic07:39
*** lennyb has quit IRC07:40
*** lennyb has joined #openstack-ironic07:41
*** ifarkas_afk is now known as ifarkas07:41
*** e0ne has quit IRC07:48
*** jtomasek has joined #openstack-ironic07:50
*** milan has joined #openstack-ironic07:51
vdrokmorning ironic!07:51
*** stendulker has joined #openstack-ironic07:53
milanmorning vdrok! :)07:55
vdrokgood morning milan07:55
milanand morning Ironic! :)07:55
*** zzzeek has quit IRC08:00
*** bvandewa has joined #openstack-ironic08:00
*** zzzeek has joined #openstack-ironic08:00
openstackgerritZhenguo Niu proposed openstack/ironic-python-agent: Parallel erase disk devices  https://review.openstack.org/34672308:02
milanifarkas: good morning :) inspector's smoke-test got completely green overnight, would you mind a review ;) https://review.openstack.org/#/c/336532/1408:03
*** derekh has joined #openstack-ironic08:03
ifarkasmilan, morning, sure thing ;-)08:03
ifarkasmorning all08:03
milanifarkas: thanks a lot!08:03
*** jmiu has quit IRC08:08
*** phschwartz has quit IRC08:08
*** phschwartz has joined #openstack-ironic08:08
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
*** jmiu_ has joined #openstack-ironic08:10
*** hoonetorg has quit IRC08:13
*** lujinluo has quit IRC08:14
*** hoonetorg has joined #openstack-ironic08:17
*** lujinluo has joined #openstack-ironic08:21
*** hshiina has joined #openstack-ironic08:22
*** lucas-dinner is now known as lucasagomes08:24
milanmorning lucasagomes :)08:28
lucasagomesmilan, morning08:28
*** Romanenko_K has joined #openstack-ironic08:30
*** vmud213 has joined #openstack-ironic08:34
vdrokgood morning ifarkas and lucasagomes08:35
lucasagomeshi there :-)08:37
*** e0ne has joined #openstack-ironic08:40
*** priteau has joined #openstack-ironic08:43
vmud213morning all08:46
milanmorning vmud213 :)08:46
vmud213morning milan :)08:47
ifarkaslucasagomes, hi, could you please review the drac raid patch? https://review.openstack.org/#/c/176319/08:48
ifarkasyou probably going to hate me for its size :-)08:48
lucasagomesifarkas, ++!08:48
lucasagomeshappens :-)08:48
ifarkaslucasagomes, awesome, thank you!08:48
vmud213morning lucasagomes, mgould|afk, vdrok and everyone08:48
vmud213greghaynes: Are you here?08:49
ifarkasmorning vdrok and vmud213 :-)08:49
vdrokgood morning vmud21308:49
vmud213ifarkas, good morning08:49
derayg'morning milan lucasagomes vdrok ifarkas vmud213 and all others08:52
*** yibo has quit IRC08:52
vmud213deray o/08:52
derayvmud213, :)08:53
vdrokhi deray :)08:53
*** Goneri has joined #openstack-ironic08:55
derayvdrok, hi :)08:55
*** bks has joined #openstack-ironic08:56
deraymay be a low hanging fruit for all of you.. https://review.openstack.org/#/c/346683 please don't go by the size.. had to do some refactoring08:56
*** priteau has quit IRC08:57
*** hshiina has quit IRC08:57
derayi have started freshly focusing on https://review.openstack.org/#/c/294995/ and related stuff. was off from ironic for some time :-)08:58
derayany code patch submitted for ``boot from cinder`` stuff?08:59
*** bvandewa has quit IRC09:01
openstackgerritTang Chen proposed openstack/ironic: Add python 3.x classifier  https://review.openstack.org/34770509:06
*** fragatina has joined #openstack-ironic09:11
*** fragatina has quit IRC09:11
*** fragatina has joined #openstack-ironic09:12
lucasagomesifarkas, reviewed, +2'd :-)09:13
ifarkaslucasagomes, great, thank you! will fix the comments!09:15
*** fragatina has quit IRC09:17
*** Nisha_away has joined #openstack-ironic09:18
lucasagomesifarkas, no worries about them09:19
lucasagomesmost are just comments/observations09:19
sambetts|afkjroll, JayF: eeeee, /me scared he's broken everything XD09:22
*** sambetts|afk is now known as sambetts09:22
*** fragatina has joined #openstack-ironic09:26
sambettslucasagomes: any idea what happened to fail here? http://logs.openstack.org/58/272658/71/check/gate-tempest-dsvm-ironic-ipa-partition-pxe_ipmitool-tinyipa-nv/68cc2ae/logs/ in ir-cond it tries to call IPMItool and fails, its running with virtualbmc09:27
sambettsbut I don't see a failure in the virtualbmc logs09:28
lucasagomessambetts, looking09:28
*** mgould|afk is now known as mgould09:29
mgouldmorning vdrok milan ifarkas lucasagomes vmud213 deray sambetts and everyone else!09:29
lucasagomessambetts, hmmm looks like the pygmi Bmc didn't handle the request properly09:29
milanmorning mgould :)09:29
sambettslucasagomes: ah :/09:30
openstackgerritMerged openstack/python-ironic-inspector-client: Add Python 3.5 tox env and detailed setup.cfg classifiers  https://review.openstack.org/34435509:30
lucasagomessambetts, will look09:30
milanand morning sambetts :)09:30
milansambetts: would you mind checking https://review.openstack.org/#/c/336532/14? Inspector's smoke test ;) got some + es already09:31
*** fragatina has quit IRC09:31
sambettsmilan: sure I'll take a look in a minute :)09:31
milansambetts: cool, thanks09:32
*** dansmith has quit IRC09:33
* milan relocates09:33
*** dansmith has joined #openstack-ironic09:35
*** dansmith is now known as Guest4106909:35
*** milan has quit IRC09:36
*** lujinluo has quit IRC09:38
*** yibo has joined #openstack-ironic09:39
*** ccamacho has joined #openstack-ironic09:44
*** electrofelix has joined #openstack-ironic09:46
*** mbound has joined #openstack-ironic09:46
*** fumie has quit IRC09:47
*** tangchen has quit IRC09:50
*** tangchen_ has quit IRC09:50
*** chlong_POffice has quit IRC09:57
*** yibo has quit IRC10:00
*** yibo has joined #openstack-ironic10:01
*** yibo has quit IRC10:02
*** yibo has joined #openstack-ironic10:03
*** tangchen_ has joined #openstack-ironic10:04
*** tangchen has joined #openstack-ironic10:04
*** hwcomcn has joined #openstack-ironic10:06
*** chlong_POffice has joined #openstack-ironic10:11
*** edand has joined #openstack-ironic10:12
*** hoangcx has quit IRC10:33
*** mgould is now known as mgould|bbl10:37
*** hoangcx has joined #openstack-ironic10:41
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Add erase_devices_metadata cleaning step  https://review.openstack.org/34416410:42
openstackgerritMerged openstack/ironic-inspector: Add a simple smoke test to be run in the grenade gate  https://review.openstack.org/33653210:46
*** yuikotakadamori has joined #openstack-ironic11:00
*** stendulker has quit IRC11:09
*** lucasagomes is now known as lucas-hungry11:13
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Fix punctuation for OSC plugin help messages  https://review.openstack.org/34776511:18
*** hoangcx2 has joined #openstack-ironic11:21
*** hoangcx has quit IRC11:21
*** milan has joined #openstack-ironic11:22
*** deray has quit IRC11:39
*** deray has joined #openstack-ironic11:41
*** Sukhdev has joined #openstack-ironic11:45
openstackgerritAparna proposed openstack/proliantutils: Raise exception when HPSSA controller not available  https://review.openstack.org/34779111:48
openstackgerritTeng Fei proposed openstack/ironic-inspector: Fixes Bug1606534  https://review.openstack.org/34779511:54
TheJuliashameless plug for the oneview team, they would <3 it if people review their dynamic node allocation change to their driver https://review.openstack.org/#/c/286192/11:54
*** vmud213 has quit IRC11:56
*** vmud213 has joined #openstack-ironic11:56
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Update devstack plugin with new auth options  https://review.openstack.org/29731211:56
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Migrate to using keystoneauth Sessions  https://review.openstack.org/23698211:56
*** Nisha_away has quit IRC11:58
*** thrash|g0ne is now known as thrash12:09
*** vmud213 has quit IRC12:12
*** vmud213 has joined #openstack-ironic12:12
*** jjohnson2__ has joined #openstack-ironic12:15
*** MattMan has quit IRC12:17
*** lucas-hungry is now known as lucasagomes12:17
*** MattMan has joined #openstack-ironic12:17
*** chlong_POffice has quit IRC12:21
*** trown|outtypewww is now known as trown12:23
*** sdake has joined #openstack-ironic12:23
*** hwcomcn has quit IRC12:25
xavierrgood morning Ironic12:26
xavierrmorning and thank you TheJulia :)12:27
*** yuikotakadamori has quit IRC12:27
*** chlong has joined #openstack-ironic12:29
*** e0ne has quit IRC12:31
jrollsambetts: heh, does everything look okay?12:34
openstackgerritvinay kumar muddu proposed openstack/proliantutils: Use existing ilo object for each ris/ribcl call  https://review.openstack.org/34780512:35
openstackgerritMerged openstack/ironic: Change comment regarding network_interface  https://review.openstack.org/34744112:36
jrollalso, morning everyone12:39
*** vishwanathj has joined #openstack-ironic12:42
*** ccamacho is now known as ccamacho|hungry12:45
sambettsjroll: seems to be, I checked the majority of jobs, and they all seem to be behaving as expected12:46
jrollsambetts: awesome, thanks for doing that12:46
*** Nisha_away has joined #openstack-ironic12:48
sambettsjroll: there are a few more jobs I think we need to standardise the names with the new form, e.g. the postgres one etc but that can easily done in a follow up12:48
jrollsambetts: right on, clark mentioned something about reducing the number of jobs, I want to talk to him more about his thoughts there12:49
jroll(it is something I think we can do)12:49
*** baoli has joined #openstack-ironic12:49
sambettsnumber of generated jobs or number of jobs that are actually being run?12:50
*** baoli_ has joined #openstack-ironic12:50
jrollactual jobs12:51
jrollsambetts: "its also probably worthwhile talking about whether or not we need to test all these combos with all these tests or maybe a bunch of it can be shoved into a functional type test then cover integration testing with a smaller set of jobs"12:51
jrollsambetts: "we should keep iterating on that though because I think we can simplify further. eg ramdisk type, not sure we actually need to test all those combos if we have one that works"12:51
sambettsah right, interesting12:52
sambettsI thought we had the stance its unsupported if not tested12:52
*** wajdi has quit IRC12:52
sambettsso we have to test all the ramdisk types otherwise they are classed as unsupported12:52
jrollyeah, it's unclear exactly what he means, I haven't had the opportunity to chat about it12:52
thiagopGood morning, Ironicville12:52
jrollbut if we could have a functional test that builds each type of ramdisk and just runs against the IPA API12:53
jrollthat might be sufficient12:53
sambettsyeah that could work12:53
jrollbasically a couple things that might depend on the ramdisk build - inspection finding all the things, writing an image, writing configdrive, writing bootloader12:53
jrollmaybe run shred on a small file to make sure it's present in the ramdisk12:54
jrolletc12:54
sambettsyeah if we could test those on the ramdisks outside of a full deployment test that would definatly be nicer, and we could run that on IPA itself instead of having mutliple jobs on Ironic12:54
*** baoli has quit IRC12:55
sambettstechnically I guess we don't need a full job for each ramdisk on Ironic now12:55
sambettsbecause we run a full job on IPA commit anyway12:55
sambettsfor each ramdisk type12:55
jrollI don't think we do test each ramdisk against ironic12:55
sambettsah, no, no we don't12:57
sambettswe did during the change over to tinyipa but now we don't12:57
jrollright, was a transitional thing12:57
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add CRUD notifications to Ironic  https://review.openstack.org/34724213:04
*** deray_ has joined #openstack-ironic13:04
*** links has quit IRC13:08
*** deray has quit IRC13:08
*** rloo has joined #openstack-ironic13:08
*** mgould|bbl is now known as mgould13:10
*** vnogin has left #openstack-ironic13:10
*** ccamacho|hungry is now known as ccamacho13:28
jrolldevananda: thanks for writing up that API stuff, I left some notes and added some more, let's keep iterating :)13:30
*** david-lyle_ has joined #openstack-ironic13:31
*** david-lyle_ has quit IRC13:31
*** david-lyle has quit IRC13:34
jrollhey cores, these patches could use some reviews to push the nova scheduling stuff forward https://review.openstack.org/#/c/345055/ https://review.openstack.org/#/c/345080/13:39
sambettsanyone else finding review.openstack.org slow all of a sudden?13:41
*** ayoung has joined #openstack-ironic13:41
*** wajdi has joined #openstack-ironic13:42
jrollyes13:43
jrolllol13:43
rloojroll: will look at the resource_class stuff later today. when are you hoping for them to land, or er when do you think the nova folks would like it?13:45
jrollrloo: thanks. nova is unopinionated on it, as long as there's a field they can read and pass to the resource tracker13:45
jrolloh, timing, uh13:46
jrollasap? :)13:46
rloojroll: so they need it in newton, and might want it sooner to test with :)13:46
jrollrloo: realistically if you could look at this week, I'd appreciate it, I'd like it to land before end of next week13:46
rloojroll: i was going to say, that yesterday or asap were not options.13:46
sambettsSo with this addtion will we be able to ditch the need for a custom set of filters (e.g. the exact match etc) and custom Resource Tracker that updates the resources to zero for a node?13:47
jrollrloo: feature freeze is in a month, so we need to give them enough time to land code using it before that13:47
*** harshs has joined #openstack-ironic13:47
rloojroll: in a month? Yikes. ok, i'm on it...13:47
jrollsambetts: in ocata both methods will still work, but ops can switch over at that time. we'll have to do the RT junk throughout ocata (so both are usable) and probably drop it in P13:48
*** Guest41069 is now known as dansmith13:48
jrollsambetts: that said, nova hasn't said when they'll drop the old way, I assume P but I'm not sure13:48
sambettsI'm just trying to workout what having a defined single resource class per node gains us, don't we want it to be more like this node provides this set of resources, including any custom resource tags that a operator might want to put on it?13:50
*** spandhe has joined #openstack-ironic13:50
jrollrloo: thank you13:51
jrollsambetts: we're getting there - the first step is quantitative resources, capabilities/etc will be via filters still13:51
-openstackstatus- NOTICE: Gerrit is being restarted now to relieve performance degradation13:52
jrollso first we say "this is a foo computer", where foo is known to be a computer with 128gb RAM and 20 CPU cores and a 1TB disk13:53
sambettsjroll: why do we need a class per node then? over a single "baremetal" resource class, and then let the normal CPU, RAM and DISK resource scheduling handle the rest?13:54
jrollsambetts: because that wouldn't actually do anything, right? it would just be run all nodes through the filter13:55
jrollthe normal CPU/disk/ram stuff is moving to this model13:55
jrollwhere a "resource provider" is a compute node that provides some amount of CPU/disk/ram13:55
jrollso the scheduler says, give me all resource providers that have 1024 RAM available13:56
jrollthat maps to a compute node13:56
sambettsRight, I thought the point of baremetal having a unique resource class is so that it can be identified from VMs not from other BMs13:56
jrollnope13:56
sambettsbecause that is done using the other resources13:56
jrollother resources?13:57
*** Fdaisuke has joined #openstack-ironic13:57
sambettsCPU, RAM, DISK etc13:57
jrollbaremetal resources don't fit into the nova model because they can't be subdivided13:57
sambettsso an ironic node provides, exactly 1 baremetal resource, then rest of the scheduling happens using the other resources it provides13:58
jrollidk how to describe this well without describing all of the scheduler changes13:58
sambettsor are we suggesting in your patches, we only ever schedule on the resource_class and never using RAM/CPU/DISK once we on the new system14:00
jrollsambetts: does it make it clearer if I say that the ramfilter etc are going away?14:00
jrollyes, exactly14:00
*** joprovost has joined #openstack-ironic14:00
sambettsAs I understand it they are going away, to be replaces by providers providing X RAM etc14:01
sambettsor providing X CPUs14:01
sambettsor 1 or 0 baremetals14:01
jrollright14:01
jrolla VM flavor will require e.g. 1 CPU and 1024 RAM14:02
sambettsso why do we need unique class per node when the rest of the scheduling will still eventially happen based on the other resources a provider provides14:02
jrolla BM flavor will require 1 baremetal-gold or whatever14:02
*** trown is now known as trown|brb14:02
jrollbecause baremetal resource providers won't provide RAM/CPU/disk14:02
sambettswhy?14:02
jrollbecause those are assumed to be divisible14:03
jrolland you'd end up with a 2gb flavor landing on a 4gb box, etc14:03
jrolland then that box would still be available for scheduling another 2gb instance14:03
sambettsno, because you add a "baremetal" resource class which each provider can only have 1 or 0 of14:03
sambettsoh I think I see14:03
sambettshmm...14:04
jrollhrm, that is an interesting thought14:04
*** vmud213 has quit IRC14:04
jrollif it required 2gb RAM *and* 1 baremetals14:04
sambettsyes ^ that14:04
jrollthen it wouldn't have any baremetals left14:05
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add warning message for baremetal node unset command  https://review.openstack.org/34785614:05
jrollyou still have the too-much-ram problem14:05
*** trown|brb is now known as trown14:05
sambettsjroll: yeah, but that solved by the operator using differnt types of filters right?14:05
jrollsambetts: like the ram filters that won't exist? :)14:06
sambettsis all schduling customisation going away?14:06
jrollno14:06
jrollbut we'd be forcing out of tree filters14:06
sambettsah ok, so we have to assume we can't change the matching any more14:06
jrollafaik, anyway, but I know they're moving capabilities and such into this system, so maybe the filters are going away long term14:07
sambettshmm interesting problem that certain resources are defined as devisable14:07
jrollall, really, I think14:08
sambettsits a shame a resource provider can just define itself a undivisable :/14:08
sambettsas*14:08
thiagopTheJulia: Tests are failing due to lack of applied_server_profile_uri on the devstack's node14:08
sambettscan'T14:08
thiagopTheJulia: I'm sending a patch right now to fix it on the devstack plugin (enroll_nodes function)14:08
jrollsambetts: I assume that's a huge amount of complexity14:09
sambettsjroll: probably :-P14:09
jrollsambetts: you're welcome to reply to that email I sent and propose it and see where it breaks down :)14:09
jrollhonestly I'm just glad this is happening, and most of the work is being done for us14:09
*** aswadr_ has joined #openstack-ironic14:11
*** harshs has quit IRC14:11
TheJuliathiagop: ugh, since devstack is enrolling the hardware :(14:11
thiagopTheJulia: yup, it's saying that oneview is using the server (which is true by condition, which says that our refactoring is more reliable than the previous impl :D)14:12
*** bks has quit IRC14:13
sambettsjroll: I think the scheduling smaller flavors onto resource providers that are too big is something that I'm not sure we can solve without doing it the way you've suggested or having some custom filter (or whatever is going to replace them) to catch that case, I see the problem now :/14:13
openstackgerritThiago Paiva Brito proposed openstack/ironic: Add Dynamic Allocation feature for the OneView drivers  https://review.openstack.org/28619214:13
thiagopTheJulia: ^14:13
jrollsambetts: ya, I meant propose the make a resource provider indivisible thing14:14
*** jcoufal has joined #openstack-ironic14:14
thiagopTheJulia: 30 is kabbalistic :D14:14
sambettsjroll: which email do you think I should reply too? the midcycle update one?14:15
jrollsambetts: yeah, that was my thought, or a new thing14:15
*** spandhe has quit IRC14:18
lucasagomesNobodyCam, random question, do you know anything about a be2iscsi driver for linux? Is it maintained by HPE ? (I understand you are not part of HPE anymore, but just checking...)14:24
*** anush_ has joined #openstack-ironic14:26
thiagoplucasagomes: TheJulia might help14:26
jrolllucasagomes: you're still planning on using the specs_matcher thing in oslo.utils, right? just noticed it's released now :)14:27
lucasagomesjroll, yes we are! Yesterday a patch refactoring bits of the root device hints to ironic-lib was merged as well14:28
lucasagomesso I'm gonna work on that14:28
jrolllucasagomes: awesome, I just pushed a patch to bump up the minimum in g-r14:28
lucasagomesw00t cool14:28
jrolllet me know if you need an ironic-lib release14:28
lucasagomesgood to see this being unblocked14:28
lucasagomesjroll, yeah that will help, but lemme start adding the code to ironic and ipa to see if I don't need anything else there14:29
jrolllucasagomes: sounds good14:29
lucasagomesthiagop, thanks :-)14:30
mosheleit seem that nova hypervisor-show is broken when hypervisor_type is ironic see https://bugs.launchpad.net/nova/+bug/1606941 I uploaded this fix https://review.openstack.org/#/c/347870/ to nova14:31
openstackLaunchpad bug 1606941 in OpenStack Compute (nova) "nova hypervisor-show is broken when hypervisor_type is ironic type" [Undecided,New]14:31
jrollmoshele: that's fun14:32
jrollmoshele: cpu_info is None, I guess? maybe we should just fix that instead (or does it not make sense to do so)?14:33
jrollcode comments say it's impossible, but maybe we should return P{14:34
jroll{}, rather14:34
*** PollyZ has joined #openstack-ironic14:34
moshelejroll: that also an option or we can do both14:35
jrollmoshele: yep14:35
* jroll comments14:35
*** gabriel-bezerra has joined #openstack-ironic14:39
moshelejroll: thanks for the review will work on your comments :)14:39
*** siva_krish has joined #openstack-ironic14:40
*** xiexs has quit IRC14:43
rloojroll: qq, do we want to allow users to specify the resource_class when creating a node ('ironic node-create --resource_class ...')?14:45
lucasagomesmoshele, oh this can break some scripts that I know which uses hypervisor-show to figure out whether the nodes in Ironic have been acknowledged  by the nova-scheduler already14:45
rloojroll: yes. i answered my own question.14:45
sambettsrloo, jroll: do we have a default for that14:45
sambetts?14:45
rloojroll: forget it. i see you did it.14:45
rloosambetts: it is null.14:45
rloosambetts: did you read the spec? :)14:46
sambettsyes, just can't rememeber all the things14:46
*** michauds has joined #openstack-ironic14:46
rloosambetts: i can relate to that!14:46
sambetts:-p14:46
rloosambetts: if it is null, it apparently should work as it works today (it == nova scheduling)14:47
*** Romanenko_K has quit IRC14:47
sambettswhat do we do once the current schdularing goes away? We'll need a default then right? But I guess thats far enough in the future we don't need to worry about it?14:47
rloosambetts: well, someone should be worrying about it, but that someone isn't me.14:48
sambettsrloo: hehe ;)14:48
sambettsjroll, rloo: I've sent an email out re: indivisible resource providers14:49
sambettsits a hard problem to discribe so I hope it make sense14:49
rloosambetts: btw, i was thinking a little bit about node.network_interface. i think the problem is that we want 1. way for user to specify/override *_interface at node level; 2. way to get the actual *_interface being used by a node14:50
rloosambetts: and node.*_interface would/might lead folks to think that is the interface being used.14:50
*** rook_ is now known as rook14:50
sambettsrloo: if node.*_interface is set that is the interface that is being used14:51
rloosambetts: so am wondering whether we should have another set of node.<prefix>_*_interface. to indicate that is what is being set/overridden...14:51
rloosambetts: the problem is the value of None... :(14:52
sambettsright, which I don't want14:52
sambettsI want us to populate the DB on node-create14:52
sambettsno Nones14:52
rloosambetts: so how does the user change that later?14:52
sambettsnode-udpate14:52
rloosambetts: what if they want the default hw-type value? or the global config value?14:53
sambettsthey can get the default hw-type value from /drivers and set that, and I don't think there should be any global config values14:54
rloosambetts: don't say that. we already added a global config value!14:54
rloosambetts: ok, clearly it needs discussion. will need to wait for dmitry i think. and others.14:55
sambettsfor 1 weird interface ;) I will fight it much much harder for the other interfaces, also did you see my email a week or so back RE: interface defaults and how I think it should all interact so its standard with the across all *_interfaces14:57
*** rbartal has quit IRC14:57
jrollsambetts: thanks for the mail15:00
*** jistr is now known as jistr|call15:00
jrollsambetts: thinking default config could still exist, if the user doesn't pass it on node-create that's what is written15:01
*** Guest_39743 has joined #openstack-ironic15:01
*** jaybeale has joined #openstack-ironic15:01
sambettsjroll: for resource_class?15:01
Guest_39743Allah is doing15:01
Guest_39743sun is not doing Allah is doing15:01
Guest_39743moon is not doing Allah is doing15:01
Guest_39743stars are not doing Allah is doing15:01
* jroll pokes infra15:01
Guest_39743planets are not doing Allah is doing15:01
*** deray_ has quit IRC15:02
mgouldhow odd15:02
jrollsambetts: for network interfaces15:02
robcresswellJust kick them15:02
*** harshs has joined #openstack-ironic15:02
Guest_39743galaxies are not doing Allah is doing15:02
jrollrobcresswell: I don't have ops, I bugged fungi15:02
*** fungi has joined #openstack-ironic15:02
Guest_39743oceans are not doing Allah is doing15:02
Guest_39743mountains are not doing Allah is doing15:02
*** ChanServ sets mode: +b Guest_39743!*@*15:02
*** Guest_39743 was kicked by ChanServ (Banned: spamming is off-topic)15:02
mgouldseems like a very low-conversion-rate approach to evangelism...15:02
robcresswellIndeed :)15:03
jrollheh15:03
jroll¯\_(ツ)_/¯15:03
rlooi hope allah is not happy with our guest15:03
sambettsjroll: I want it to all interact using the enabled_*_interfaces config options15:04
rloosambetts: i saw your email but needed some time to think about it and haven't yet thought about it.15:04
rloosambetts: we should definitely get this hammered out before newton ends.15:04
jrollsambetts: I understand what you want, others want the config, but the real issue here is using NULLs to imply defaults15:04
fungijroll: i've added operator permissions for you in chanserv's access list. looks like devananda never passed down his to any successors15:04
jrollfungi: indeed. thanks :)15:04
fungidon't mention it15:04
rloojroll: i reviewed all the ironic-related resource_class patches. Enjoy :)15:05
jrollrloo: thank you!15:05
rloojroll: yw15:06
*** thrash is now known as thrash|biab15:06
sambettsjroll: whats the status on the node tag stuff?15:08
rloosambetts: there are code patches that need to be reviewed I think15:09
jrollsambetts: spec is in, I see people working on code but I haven't reviewed15:09
rloosambetts: https://review.openstack.org/#/q/topic:bug/152626615:09
sambettsah, I was just reading rloo comment RE: making resource_class more generic, and then was thinking what if we just added every tag a node has onto its resource type as a boolean resource class15:10
sambettss/resource type/resouce prvider/15:10
rloosambetts: i asked about using tags. the resource class apparently can take only one value.15:10
rloosambetts: but good for you to pursue it :)15:11
sambettsrloo: I'm suggesting we treat each tag as a separate resource class, with a possble value of zero or one, but perhaps I've misunderstood somewhere XD15:12
rloosambetts: but what do you do for a node that has more than one tag?15:13
rloosambetts: ironic-virt driver can only set the node's resource_class value to one thing.15:13
*** mtanino has joined #openstack-ironic15:14
rloosambetts: that is my understanding15:14
sambettsMy understanding was that a resource provider can provide mutiple different resources defined by resource classes, so if a node had multiple tags, the resource provider would provide resources: tagone: 1 tagtwo: 1 tagthree: 1 RAM: 51215:16
sambettsbut I might have missed something somewhere15:16
*** pcaruana has quit IRC15:17
*** sabeen has joined #openstack-ironic15:18
jrollwhat sort of multiple resources are you thinking sambetts15:18
rloosambetts: i think then, for that node, the resource provider would show three resources and say that there are 3 nodes available when there is only one :-(15:18
NobodyCamGood Morning Ironicers15:19
NobodyCamanyone want to take a look at 325599 (keystone policy support) before I hit it with a +A ?15:20
sambettsrloo: I don't think so? a resource provider just provides pools of resources, if you defined a flavor a requiring: tagone AND tagtwo and tagthree then schduling an instance using that flavor onto that resource provider would use up all those resources making unavaible to be scheduled onto again15:21
rloosambetts: i can't comment cuz i don't know the details of how it will work in nova.15:21
sambettsjroll: just thinking about instead of having a single resource_class per node, using tags instead15:22
*** milan has quit IRC15:22
jrollsambetts: the resource_class simply defines what sort of computer it is15:22
sambettsoh so resource_class is a specifc thing ? I thought we were adding a pool of resources to our resource provider with max value 1 which we just happened to call resource_class15:24
*** rcernin has quit IRC15:24
jrollno, each node is a resource_provider15:24
sambettsright15:24
jrollthat provides exactly 1 or 0 of a specific resource_class15:25
jrollI see what you mean, they could also provide 1 of a second resource_class15:25
sambettsuyes ^15:25
jrollbut I'm not sure what that gains?15:25
sambettsjust that we're introducing whats effectivly a "tag" for a node while also working on adding tags'15:26
sambettsjust thinking about how it all interacts with the existing ecosystem and planned work is all15:28
*** mjura has quit IRC15:28
jrolleh, I feel like it's special as it indicates to the placement service what sort of node it is15:28
jrollsambetts: keep in mind the placement thing may be it's own service one day, and we'll be putting data there directly15:29
JayFs/may/will/ at least from what the nova folks said15:29
sambettsyeah :/15:30
*** Goneri has quit IRC15:30
sambettso/ JayF15:30
JayFo/15:30
JayFsambetts: I pointed fungi at the TinyIPA-doesnt-have-any-security-in-the-build bug15:30
*** harshs has quit IRC15:31
jrollsambetts: the other thing is I don't expect tags to be done in the next week or two, and we need to get this done :)15:32
JayFsambetts: jroll / devananda and I talked about this field maybe being changed out for a specific kind of tag in the future, but that the simpler path leads us to something working sooner15:35
fungijroll: sambetts: yeah, i think the https performance concerns are probably bunk, but also irrelevant if they can just be convinced to sign their builds with a key we can trust15:35
*** jistr|call is now known as jistr15:35
fungihttps performance, even at high volumes, was a concern for site operators a decade ago. in modern environments tls handling accounts for only a very small slice of the overall work being done by most webservers. but whatevs15:36
sambettsjroll: good point15:36
*** harshs has joined #openstack-ironic15:37
*** PollyZ has quit IRC15:38
*** ifarkas is now known as ifarkas_away15:39
jrollfungi: totally agree :)15:41
*** harshs has quit IRC15:43
Sukhdevjroll : wanted to give you an updated -15:48
Sukhdevjroll : I updated my test system with latest ironic code - all seems to working fine15:49
*** harshs has joined #openstack-ironic15:49
Sukhdevjroll : I will kick of some tests and monitor the progress - If I see anything, will let you know - as of now, things are looking pretty good15:50
Sukhdevjroll : thought give you good news to start the day right :-)15:50
jrollSukhdev: good to hear, I suspected things would be good given we have CI running on this :)15:51
*** Nisha_away has quit IRC15:52
*** PollyZ has joined #openstack-ironic15:52
*** Nisha_away has joined #openstack-ironic15:55
*** causten has quit IRC15:58
*** causten has joined #openstack-ironic15:58
sambettsSukhdev, jroll: \o/15:59
*** harshs has quit IRC16:00
*** e0ne has joined #openstack-ironic16:01
*** trown is now known as trown|lunch16:02
*** causten has quit IRC16:03
*** causten has joined #openstack-ironic16:03
*** causten has quit IRC16:04
*** causten has joined #openstack-ironic16:05
lucasagomesjroll, I just noted that the spec matcher is missing some operators, e.g it has >= and <= but not < and >16:05
lucasagomesfor 's' prefixed, it does have s<=, s<, s>= and s> :-/16:05
* lucasagomes puts a patch up16:05
jrolllucasagomes: I just ported what was there in nova16:06
lucasagomesjroll, yeah16:06
lucasagomesmaybe we should extend it, will put a patch up16:06
lucasagomeswe can still use the current ones, it's just that it looks odd to not support > and <16:06
*** causten has quit IRC16:09
*** harshs has joined #openstack-ironic16:09
*** causten has joined #openstack-ironic16:10
*** thrash|biab is now known as thrash16:11
*** causten has quit IRC16:13
*** causten has joined #openstack-ironic16:13
*** causten_ has joined #openstack-ironic16:14
*** causten has quit IRC16:18
openstackgerritVladyslav Drok proposed openstack/ironic: Add api-ref for new port fields  https://review.openstack.org/32529916:18
lucasagomesJayF, around ?16:20
JayFayup16:20
lucasagomesJayF, so i was looking at the code of erase_devices, it seems to convert the exceptions to IncompatibleHardwareMethodError https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/hardware.py#L733-L75416:21
JayFlucasagomes: well, only in some cases16:21
lucasagomesJayF, which is handled by dispatch_to_managers()16:21
lucasagomesJayF, and the erase_devices() itself does not raise anything https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/hardware.py#L314-L33216:22
JayFlucasagomes: that's the stanza that tries to do the ATA erase; if it can't ATA erase and the option to shred isn't enabled, it throws that, bascially saying "I can't erase this"16:22
*** jtomasek has quit IRC16:22
JayFlucasagomes: and we don't catch any exceptions in self._shred_block_device, so if that fails, it fails16:22
lucasagomesJayF, so I got a bit confused, I thought that, at the end (erase_devices()) all exceptions have been captured and it would only return a dict with the outputs16:22
*** edand has quit IRC16:23
lucasagomesJayF, right, so it's better to just bubble the exception and not return a dict at all?16:23
JayFlucasagomes: yeah, no, basically you end up with either 1) ATA erase didn't work, we raise IncompatibleHardwareMethodError, or 2) Shred didn't work, and whatever exception it raised bubbles up on it's own16:23
lucasagomesack, gotcha16:23
lucasagomesyeah I was a bit confused by that code16:23
JayFlucasagomes: (and fwiw, since GenericHardwareManager is the lowest prio, IncompatibleHardwareMethodError is almost guaranteed to fail out every time)16:24
JayFlucasagomes: er, I mean, fail cleaning16:24
JayFlucasagomes: in fact, I could argue you raising that in erase_metadata makes sense too, since you're just saying "this method can't do that"16:24
jrollthe exception bubbled up will be caught, btw, and wrapper in json16:24
jrollwrapped*16:24
jrollserialized? whatever :)16:24
JayFlucasagomes: although since it's in the GHM whatever exception will have basically the same effect16:25
openstackgerritJim Rollenhagen proposed openstack/ironic: Add node.resource_class field  https://review.openstack.org/34505516:25
lucasagomesjroll, JayF cool... Aright I will update the code16:26
lucasagomessorry for that :D16:26
JayFnp that's what review is for ;)16:26
*** PollyZ has quit IRC16:26
*** causten has joined #openstack-ironic16:27
*** ijw has joined #openstack-ironic16:27
*** ijw has quit IRC16:29
*** ijw has joined #openstack-ironic16:29
*** causten_ has quit IRC16:30
*** gfhellma has joined #openstack-ironic16:31
lucasagomesJayF, err sorry for insisting... but apparently _shred_block_device() also does handle the exceptions and raise a boolean to indicate whether it suceeded or not16:32
lucasagomesJayF, https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/hardware.py#L756-L78016:32
* lucasagomes digs more in the code16:32
JayFlucasagomes: that's a pretty serious bug if we don't fail cleaning on an inability to erase a disk16:33
JayFegad16:33
JayFlucasagomes: no, it's fine16:33
sambettsfungi, jroll: would love to get https mirroring for tinyipa, I think their performace concerns come not from the server side but the tinycorelinux side, the distro is 10mb and thats the size they don't want to increase by including GPG and SSL in the base image, and tinycorelinux currently can run on very low end computers which is the speed/performance concern they are highlighting because on16:34
sambettsthose machines it would be slow16:34
sambettsJayF: ^16:34
JayFlucasagomes: because if shred(): return; then the next stanza raises the IncompatibleHardwareMethodERror16:34
JayFlucasagomes: in erase_block_device9)16:34
lucasagomesJayF, right and that exception gets handled by dispatch_to_managers()16:35
fungisambetts: they wouldn't need to include gpg and ssl in their base image to sign their images and serve them via https, right?16:35
JayFwhich goes on to the next manager (there is none, because GHM is the lowest priority), and then goes on to fail16:35
lucasagomesthat is called by erase_devices() (the actual cleaning function)16:35
JayFthat dispatch_to_managers, you can think of it almost as a giant try acccept loop16:36
lucasagomesJayF, right, I will test it locally and see what it does... looks pretty confusing16:36
JayFcall method on highest prio manager, if it raises, go to next highest prio, etc16:36
JayFI have a large amount of confidence in that code, and there are unit tests for it :)16:36
JayFand even better unit tests in my downstream hardware manager monstrosities, lol16:36
sambettsfungi: oh ... the base images yes, we were talking about the packages in the forum thread, and you'd need gpg and ssl so that the package manager could verify the packages16:36
sambettsright?16:36
lucasagomesJayF, hah cool, alright!16:38
* lucasagomes marks the patch as WIP16:38
fungisambetts: i guess it depends on what the concern is. i thought the concern JayF expressed was over us not being able to validate the tinycore images, but maybe i misunderstood his concern16:38
lucasagomesI really need to study more the cleaning code16:38
JayFfungi: that's def my concern; that we're pulling packages down and building without any verification whatsoever16:39
sambettsfungi, JayF: I think there are 2 concerns, we can't validate the base image, and the package management system runs unvalidated16:39
sambettss/validate/verify16:39
JayFsambetts: fungi: I filed the bug because I saw https://github.com/openstack/ironic-python-agent/blob/master/imagebuild/tinyipa/build-tinyipa.sh#L36 (http download, not even a hash check) and went "gah!"16:39
fungisambetts: yep, so the package manager issue does make this trickier16:40
sambettsthe base images are definatly one we could/should persue though16:40
fungicould we mount the image on a loopback and checksum the installed files, then compare those to a signed list?16:40
*** jpich has quit IRC16:41
fungi(to address the package manager concern)16:41
sambettswhere does the signed list come from/16:41
sambetts?16:41
*** derekh has quit IRC16:42
fungisambetts: that plan would rely on the disto providing checksum lists of files in their packages and then signing an index or something16:43
fungido they possibly provide a secure channel for mirroring packages?16:43
fungiwe could use that to build our own trusted index if they don't want to provide one16:44
sambettsfungi: they already provide a checksum of the package file which is checked by the package management system, problem is all package repos are http not https16:44
sambettsbecause they won't include ssl in their image16:44
jrollare the checksums served securely?16:44
sambettsnope16:44
*** Sukhdev has quit IRC16:44
jroll:(16:44
sambettsthey are in the same location as the file16:44
fungisambetts: yep, and therefore why i'm trying to figure out workarounds to getting those checksums in a secure manner so that we can validate after the fact16:45
JayFjroll: if the checksum inside the package was gpg signed, that doesn't matter16:45
funginot necessarily from within tinycore linux, but externally via loopback mount16:45
*** mgould is now known as mgould|afk16:45
JayFjroll: because you could use the hashes inside that checksum list to validate the rest of the files were unmodified16:45
jrollJayF: right16:45
sambettsideally tinycore would mirror their packages over both https and http then we could just change the repo we're pointing at after installing SSL16:46
fungibasically, there are ways (with varying degrees of complexity depending on how much the distro wants to help out) of doing external validation of the result of installing those packages16:46
sambettsfungi: but all of them involve needing a verified source to start with right? of either the packages themselves or something to verify the packages against16:48
* jroll side note, our client tests are silly16:49
fungisambetts: yep, either we need a separate trusted channel to mirror those files over, or they would need to provide a signed list we could validate16:49
openstackgerritJim Rollenhagen proposed openstack/python-ironicclient: Add support for node.resource_class  https://review.openstack.org/34508016:49
* jroll lunches16:49
jrollrloo: those patches should be on your happy list now :)16:49
rloojroll: ha ha. we'll see :)16:50
*** milan has joined #openstack-ironic16:50
jrollrloo: well, I think I addressed all your comments, at least16:50
sambettsfungi: this is one of the tinycorelinux package repo mirrors btw: http://distro.ibiblio.org/tinycorelinux/7.x/x86_64/tcz/16:50
rloojroll: happy is if i don't have to review :D16:51
sambettsfungi: they are literally just a big http file dump16:51
jrollrloo: well, maybe you'll be happy after this review then :D16:51
rloojroll: i suspect i will definitely be happier. it was pretty good to start with :)16:51
*** rpioso has joined #openstack-ironic16:54
* lucasagomes is calling it a day16:55
*** trown|lunch is now known as trown16:55
lucasagomeshave a great evening all, talk tomorrow :-)16:55
*** lucasagomes is now known as lucas-dinner16:55
thiagopnight lucas-dinner16:55
*** bvandewa has joined #openstack-ironic16:57
*** e0ne has quit IRC16:58
*** bvandewa has quit IRC16:59
NobodyCamnight lucas-dinner16:59
NobodyCammorning thiagop16:59
NobodyCam:p16:59
*** livelace has quit IRC17:02
sambettsfungi: looking into the tinycorelinux package manager further, the underlying code uses wget which if given a https address will automatically work with no changes if SSL is enabled in the image, so if we could get them to host a https mirror of the packages, then we install SSL into tinyipa, and then we replace the mirror in the tinyipa image with the https address, it should just work17:04
*** moshele has quit IRC17:04
sambettsfungi: the hard bit then is getting a https mirror of the repo17:04
sambettsjlvillal: meeting today?17:05
*** jcoufal_ has joined #openstack-ironic17:05
rpiosoIs there a weekly QA meeting today?17:05
sambettskrtaylor: around for meeting??17:06
krtaylorhehheh, I was just going to ask17:06
rpiososambetts: ty17:06
krtaylorsure, I'll run one17:06
sambettskl :D17:06
* jroll had the same question, heh17:06
*** mbound has quit IRC17:08
*** jcoufal has quit IRC17:08
fungisambetts: bittorrent?17:09
*** tesseract- has quit IRC17:13
fungisambetts: it looks like distro.ibiblio.org supports rsync...17:13
JayFfungi: is that something we (OpenStack infra, idk if I should "we" that, lol) would be willing to host?17:14
JayFfungi: that'd be one hell of a cool blog post, how to secure TinyCoreLinux without breaking their use cases17:14
fungiJayF: we already have mirror builders for all sorts of other stuff, and i believe are using rsync to generate our centos/epel mirrors17:14
JayFfungi: my question is more; would we share the mirror with the world, or would it be just for us17:15
*** links has joined #openstack-ironic17:15
*** sdake has quit IRC17:15
sambettsbut if the orginal source isn't verfied the even a secure mirror wouldn't be secure right/17:15
sambetts?17:15
fungisambetts: JayF: right, we have no idea how trustworthy the ibiblio "mirror" is for starters (how do they mirror their copy of tinycorelinux? or is that the official download location?)17:16
sambettsfungi: I think http://tinycorelinux.net/7.x/x86_64/tcz/ is the offical repo17:16
fungiand rsync itself is not necessarily a solution either as the bare rsync protocol (which i think is all ibiblio supports, no ssh) is also no better than http from an authenticity perspective17:17
fungithough that deserves further research17:18
fungias i haven't tried either way17:18
xavierrhey NobodyCam o/17:18
NobodyCammorning xavierr :)17:19
*** spandhe has joined #openstack-ironic17:19
xavierrNobodyCam: too busy? hehe17:19
fungilooks like tinycorelinux.net may have ipv6 issues :/17:19
fungior not. i think it's just unreachable for me17:20
NobodyCamlol :) yep, but its a good thing17:20
thiagopHey NobodyCam17:21
*** causten has quit IRC17:21
*** rama_y has joined #openstack-ironic17:21
*** aNupoisc has joined #openstack-ironic17:23
*** aNupoisc has left #openstack-ironic17:23
fungiweird. if i try to get to tinycorelinux.net from home or from rackspace dfw it times out, but if i try from rackspace iad it works17:25
xavierrNobodyCam: if you want to see some magic, take a look on 286192 ;)17:25
*** electrofelix has quit IRC17:25
sambettsfungi: v.weird...17:25
*** aNupoisc has joined #openstack-ironic17:25
fungisambetts: oh, no i think they may have an overzealous defense system in place. if i ping tinycorelinux.net and then try again, it's suddenly unreachable17:26
fungihow absurd17:26
jrollbut TLS is a waste of cpu :)17:27
sambettshaha17:27
fungiyep, so much as a `ping -c1 tinycorelinux.net` and now `wget http://tinycorelinux.net/` is entirely unreachable17:28
NobodyCamxavierr: oh17:28
fungii've repeated that experiment from several places now17:28
sambettsfungi: wow...17:28
fungithat sillyness alone makes me think continuing to pursue anything to do with those clowns is a waste of your effort17:29
sambettsfungi: I can't even ping tinycorelinux.net, but it works in the browser17:30
sambetts:/17:30
fungiautomatically blacklisting any ip address that sends them a single icmp echo request, but not willing to secure their package management chain in any way17:30
fungisambetts: browsing via a proxy maybe?17:30
sambettsfungi: nope17:30
fungiwget works for me until i send an icmp echoreq and then wget stops working17:30
sambettshow weird :/17:32
fungiseems to unblock me fairly quickly though. after a few minutes17:32
JayFthat's bananas17:33
JayFthat's one of the most bananas network security things I've ever heard17:33
fungiit's not just icmp echo request either17:33
fungiif i try to hit https://tinucorelinux.net/ then i get blocked and can't go to http://tinycorelinux.net/ from the same machine for several minutes17:34
fungiwhich is how i first discovered this17:34
JayFwow, that's crazy17:34
fungibasically if you mistakenly think you might be able to browse their site over https, they don't want you coming anywhere near them17:35
JayFThat sounds like a horribly over-aggressive WAF17:35
fungidoesn't it though17:36
jrollrandom aside: decent little home lab if someone's been looking for one :) http://www.ebay.com/itm/19184946695617:36
JayFhit a port we don't have open, or a protocol (icmp) we don't allow, screw you for N minutes17:36
fungianyway, that's enough entertainment for me for one day17:36
fungijroll: that's quite a haul. but i'm over my server collecting addiction now and well into recovery17:37
jrollfungi: indeed17:37
JayFThe real cost there isn't $130017:37
JayFit's the $100/mo your power bill would go up17:37
JayFlol17:37
fungi$100/mo seems like a conservative estimate for juicing 39 hp dl380s17:38
*** harshs has quit IRC17:38
JayFit was more or less a stab in the dark, I'm not surprised17:38
jrollsuper conservative17:38
jrollJayF: that's why you have ironic so you can power them off over api17:39
fungii had maybe a dozen (albeit antiquated) risc platforms in my zoo of a rack, and was spending at least us$150/mo to power them (not counting the auxiliary air conditioning i had to run in that room)17:39
JayFholy crap17:40
JayFI mean, I'd love a good test lab. Not that much though.17:40
jrollyeah, sounds about right17:40
JayFnot to mention the personal implications of having a bunch of loud servers in the house17:40
jrollthis is why you need a rental with power included :D17:40
JayFwill Ironic give me marriage counseling via api to help fix that problem, too /s :P17:40
fungiright, when i was moving to the beach, i decided 1. that's an ongoing expense i can do without and put toward a downpayment for a house instead, 2. i really shouldn't waste space on this, and 3. wow i _so_ don't want to have to move all that _again_17:41
* jroll hands JayF a basement17:41
fungiit's not just the servers, upses, network gear, rack, move-n-cool, et cetera that take up room either. it was also the closet full of spare parts i had to keep on hand to be able to maintain them in a working state17:43
TheJuliaJayF: Heh, it could be worse, your fiancee could support the idea of installing a rack in the basement of an RV and packing it full of gear.......17:43
jrollLOL17:43
JayFTheJulia: What is someone who wants their RV to get .5 miles to the gallon?17:43
JayFTheJulia: presuming that's the answer to a jeopardy question17:44
JayFlol17:44
JayFgenerator powering all the servers + extra weight17:44
JayFyou'd need to pull a tanker trailer behind just to avoid stopping for gas every 20 miles17:44
*** ijw has quit IRC17:45
* sambetts -> home 17:45
sambettsnight all!17:45
NobodyCamnight sambetts17:45
TheJuliaJayF: Hey, we get 10 MPG right now... ;)17:45
*** sambetts is now known as sambetts|afk17:45
sambetts|afko/ NobodyCam17:45
*** harshs has joined #openstack-ironic17:46
NobodyCamhey 10 mpg is great milage for a RV17:46
NobodyCam:p17:46
TheJuliaActually, thats the thing, I can't think of how to power all the extra gear... so we're pondering putting a rack someplace now :\17:46
* TheJulia suspects a kegerator would have better milage than a small rack of servers17:46
NobodyCamhehehehe17:47
NobodyCamparty ar TheJulia's RV17:48
NobodyCamar==at17:48
*** causten has joined #openstack-ironic17:50
*** trown is now known as trown|brb17:51
* TheJulia has actually been pondering beer taps... and as such is a horrible person.17:51
NobodyCamnot if there is also a cider tap... hehehehehe17:51
NobodyCam:p17:51
* NobodyCam *ducks*17:52
*** bvandewa has joined #openstack-ironic17:52
*** bvandewa has quit IRC17:52
*** spandhe has quit IRC17:53
*** bvandewa has joined #openstack-ironic17:53
*** spandhe has joined #openstack-ironic17:53
*** spandhe has quit IRC17:54
*** links has quit IRC17:54
openstackgerritAparna proposed openstack/proliantutils: Add hpssa support only in raid mode  https://review.openstack.org/34797818:01
*** harshs has quit IRC18:01
*** TuanL has joined #openstack-ironic18:07
*** ahqa has joined #openstack-ironic18:09
*** TuanL has quit IRC18:11
ahqaHi, I am deploying Ubutnu Trusty on server and using elements "vm" "cloud-init-datasources" and "enable-serial-console". After server is deployed, the IP is not updated from Config Drive, server is still having the old IP assigned by DHCP server. Everything else gets configured from Config Drive except the ip. I am using diskimage-builder to build the image.18:12
*** joprovost1 has joined #openstack-ironic18:12
*** PollyZ has joined #openstack-ironic18:12
*** joprovost has quit IRC18:13
*** joprovost1 is now known as joprovost18:13
*** baoli_ has quit IRC18:18
cineramaahqa, not sure about that one, i'd check your logs on the server18:19
ahqacinerama: I will, thanks.18:23
openstackgerritVladyslav Drok proposed openstack/ironic: Add api-ref for new port fields  https://review.openstack.org/32529918:24
*** ayoung has quit IRC18:25
*** gfhellma has quit IRC18:28
*** trown|brb is now known as trown18:28
gmmahaahqa: did you add the ConfigDrive option for additional elements when creating the image?18:29
gmmahai think thats needed for cloud-init to work properly18:29
* gmmaha goes to find the doc18:30
*** harshs has joined #openstack-ironic18:30
*** joprovost1 has joined #openstack-ironic18:30
*** joprovost has quit IRC18:31
*** joprovost1 is now known as joprovost18:31
ahqagmmaha: I don't have ConfigDrive element in my elements directory.18:32
gmmahaahqa: https://github.com/openstack/diskimage-builder/blob/master/elements/cloud-init-datasources/README.rst18:32
gmmahai assume you are using diskimage-builder to create the ubuntu image?18:32
gmmahaahqa: in my setup, i have this as mods to playbooks/inventory/group_vars/localhost to get cloud-init working http://paste.openstack.org/show/542681/18:33
ahqaCorrect, I have already set DIB_CLOUD_INIT_DATASOURCES="ConfigDrive" in my cloud-init-datasources/install.d/18:33
*** baoli has joined #openstack-ironic18:34
gmmahaahqa: then i will check if the file '/etc/cloud/cloud.cfg.d/91-dib-cloud-init-datasources.cfg' has the right bits and check the system logs as cinerama suggested18:35
gmmahai wonder if the 'Openstack' option makes a difference18:35
*** spandhe has joined #openstack-ironic18:36
ahqaThe file has "datasource_list: [ ConfigDrive, None ]18:37
JayFsambetts|afk: jroll: Any objection to making the tinyipa 256 job the default if it's passing now?18:38
ahqagmmaha: I will try adding OpenStack option.18:39
TheJuliaOpenStack is for the metadata service18:40
jrollJayF: if it's passing, sure18:40
gmmahaTheJulia: isn't that the one which sets the IP of the machine and hostname etc?18:40
gmmahathe metadata service?18:40
TheJuliagmmaha: that is DHCP18:43
TheJuliagmmaha: unless your trying to do it in a configdrive with a static address assignment.  If your using cloud-init, you have to pre-create the appropriate configuration files to be placed in the appropriate locations in the config drives.18:44
*** ChubYann has joined #openstack-ironic18:45
gmmahaTheJulia: right, and i was under the assumption that ahqa is use static IPs. I thought bifrost's deploy-dynamic piece will do the needful as far as config files in the drives18:45
*** e0ne has joined #openstack-ironic18:45
gmmahaand cloud-init can consume them fine. (atleast it worked when i was deploying with trusty images of ubuntu) :)18:45
ahqaI am using static IP which is assigned to servers.18:46
*** e0ne has quit IRC18:47
TheJuliavia the inventory?18:47
ahqaPreviously I was using simple-init but there is a problem with latest build and simple-init is not working with ubuntu.18:47
ahqaYes. I have a python file and a json file.18:47
ahqaJson file contains all the information.18:48
*** aNupoisc has quit IRC18:48
TheJuliaokay, bifrost does not know how to do the needful in terms of other distributions network config files, the driver behind the use of simple-init is that it does mac->ip matching because initialization ordering can be different18:49
TheJuliai.e. can't assume first interface you know about will be eth0 kind of thing18:49
TheJuliaahqa: You could do static dhcp assignments, but truly sounds like a) minimum needful for other distros and b) simple-init needs to be fixed...18:50
*** causten_ has joined #openstack-ironic18:51
ahqaTheJulia: I will try to do it, thank you.18:52
gmmahaTheJulia: i didn't know.. thanks for the info about static IPs and simple-init18:53
*** aNupoisc has joined #openstack-ironic18:55
*** causten has quit IRC18:56
TheJuliaFWIW, we do write an /etc/network/interfaces file for debian, I don't know if it will work with the latest ubuntu, and it might not work if you have multiple network interfaces. It was really put in place for cirros machines could have network connectivity set in CI.18:56
TheJulias/do/can/18:56
NobodyCamTheJulia: question. Is there a reason I have forgotten that we restart dnsmasq twice here: https://github.com/openstack/bifrost/blob/master/playbooks/roles/bifrost-ironic-install/tasks/start.yml#L45-L5719:02
gmmahaTheJulia: That would be cool. adding the ability to write /etc/network/interfaces for ubuntu and probably other distros. Not sure what that entails19:04
*** gfhellma has joined #openstack-ironic19:05
TheJuliagmmaha: problem is, beyond adding "-e write_interfaces_file=true" to your deployment command line, is getting the interfaces right :(  As I mentioned earlier, interface ordering, so truthfully simple-init just really needs to be fixed19:06
gmmahaTheJulia: right. that was the biggest problem i ran into when i was deploying machines ( not getting predictable NIC names)19:06
gmmahawas hoping with Ubuntu 15.XX>= moving to systemd that might be less of a problem. But need a big sample data set to say one way or the other19:07
gmmahaatleast we will no longer end with an 'ethX'19:07
gmmahahopefully19:07
TheJuliaNobodyCam: restarted != reloaded maybe19:08
NobodyCamboth have state=restarted19:09
TheJuliaNobodyCam: so we kill dnsmasq on line 38....   I feel like some ordering has been changed around and it just got duplicated...19:09
NobodyCamkinda what I was thinking.. :)19:10
TheJuliaif I remember fairly explicitly, dnsmasq has no reload capability out of the box via it's init scripts/configs on many platforms19:10
NobodyCamyea19:10
TheJuliahence why we ended up with restarted... also because reload does not explicitly restart19:11
NobodyCambut I think we only need to restart it once19:11
TheJuliayeah, only once should be perfectly fine19:11
NobodyCam:)19:11
TheJuliaI bet the second one got introduced with dhcp stuff which has been refactored19:11
* TheJulia hopes it is restarting... or has a direct hup signal in there somceplace19:11
NobodyCamlol and being refactored again19:11
TheJuliayeah19:12
TheJuliabut yeah, the note shrews put in there is nice and detailed as to why19:13
NobodyCamyea19:13
* NobodyCam kicks off another run and steps afk for a few minutes19:14
openstackgerritJulia Kreger proposed openstack/ironic: [WIP] Add storage_interface DB field and object  https://review.openstack.org/34800519:14
openstackgerritJulia Kreger proposed openstack/ironic: [WIP] Add storage_interface to base driver class  https://review.openstack.org/34800619:14
openstackgerritJulia Kreger proposed openstack/ironic: [WIP] Add storage_interface DB field and object  https://review.openstack.org/34800519:20
*** michauds has quit IRC19:20
*** harshs has quit IRC19:21
*** michauds has joined #openstack-ironic19:22
*** sdake has joined #openstack-ironic19:25
*** jcoufal_ has quit IRC19:26
*** PollyZ has quit IRC19:32
openstackgerritJulia Kreger proposed openstack/ironic: Introduce VolumeConnector object  https://review.openstack.org/21458419:35
openstackgerritJulia Kreger proposed openstack/ironic: Introduce new RPCs to support volume connector operation  https://review.openstack.org/21458519:35
openstackgerritJulia Kreger proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522019:35
openstackgerritJulia Kreger proposed openstack/ironic: Introduce VolumeTarget object  https://review.openstack.org/28521919:35
openstackgerritJulia Kreger proposed openstack/ironic: Add volume_targets table to save target information  https://review.openstack.org/28521819:35
openstackgerritJulia Kreger proposed openstack/ironic: Add volume_connector table to save connector information  https://review.openstack.org/20098319:35
openstackgerritJulia Kreger proposed openstack/ironic: [WIP] Add storage_interface DB field and object  https://review.openstack.org/34800519:35
openstackgerritJulia Kreger proposed openstack/ironic: [WIP] Add storage_interface to base driver class  https://review.openstack.org/34800619:35
* TheJulia feels awful now19:35
*** anush_ has quit IRC19:40
*** sdake has quit IRC19:43
jrollO_O19:43
jrollTheJulia: I hope you feel awful for writing a bunch of code and not physically awful19:43
TheJuliajroll: rebasing the entire chain which I was trying to avoid :(19:44
TheJuliaI feel awful for that, and only that :)19:45
jrollah19:45
TheJuliaand then I had to go fix topics19:45
cineramai was like "oh i'll just see if anyone's reviewed...OH NO WHERE IS THE CODE" :)19:47
* TheJulia thinks it is time to run into town and do food shopping and stuff before starting on the next part of the changeset19:47
*** sdake has joined #openstack-ironic19:53
*** itooon has joined #openstack-ironic19:56
*** PollyZ has joined #openstack-ironic20:02
*** rpioso has quit IRC20:09
*** jaybeale has quit IRC20:14
*** tangchen has quit IRC20:17
*** michauds has quit IRC20:18
*** tangchen has joined #openstack-ironic20:19
*** Nisha_away has quit IRC20:25
*** michauds has joined #openstack-ironic20:27
*** harshs has joined #openstack-ironic20:27
*** rpioso has joined #openstack-ironic20:28
openstackgerritRuby Loo proposed openstack/ironic-python-agent: Use ironic_lib's execute()  https://review.openstack.org/34802320:30
*** aswadr_ has quit IRC20:31
*** PollyZ has quit IRC20:33
*** itooon has quit IRC20:35
*** sdake has quit IRC20:46
openstackgerritJim Rollenhagen proposed openstack/ironic: Add node.resource_class field  https://review.openstack.org/34505520:48
*** joprovost has quit IRC20:48
*** PollyZ has joined #openstack-ironic20:52
openstackgerritJim Rollenhagen proposed openstack/python-ironicclient: Add support for node.resource_class  https://review.openstack.org/34508020:53
*** ayoung has joined #openstack-ironic20:55
*** gfhellma1 has joined #openstack-ironic21:00
*** gfhellma has quit IRC21:03
jrolldevananda: around? looking at https://review.openstack.org/#/c/325599/16/ironic/common/policy.py21:08
jrolldevananda: can regular people assign whatever name they want to a tenant?21:08
*** clenimar has quit IRC21:08
jrollre: line 4621:09
jrolloh wait, we might not be using that21:09
* jroll reads on21:09
*** jjohnson2__ has quit IRC21:11
openstackgerritClark Boylan proposed openstack/python-ironicclient: Fix coverage target  https://review.openstack.org/34804321:12
*** jaybeale has joined #openstack-ironic21:18
openstackgerritJulia Kreger proposed openstack/ironic-specs: Boot from Volume - Reference Drivers  https://review.openstack.org/29499521:19
*** wajdi has quit IRC21:20
*** rpioso has quit IRC21:21
TheJuliareminder for cores: as requested during the meeting, please review https://review.openstack.org/#/c/230924 as a new version of ironic-lib is needed to fix the functionality defect21:22
jrolldevananda: +2 on the policy stuff, lots of nits, can you follow up that stuff if I land it now?21:22
mrdaMorning Ironic21:26
xavierrmorning mrda21:26
jroll\o mrda21:26
thiagopmorning mrda21:26
*** xavierr is now known as xavierr-afk21:26
TheJuliagood morning mrda21:27
mrdao/21:28
*** jaybeale has quit IRC21:32
*** causten_ has quit IRC21:35
jrollsee y'all tomorrow21:38
TheJuliagoodnight jroll21:39
*** causten has joined #openstack-ironic21:40
openstackgerritJim Rollenhagen proposed openstack/ironic: Add node.resource_class field  https://review.openstack.org/34505521:44
*** spandhe has left #openstack-ironic21:50
*** causten has quit IRC21:53
*** causten has joined #openstack-ironic21:53
*** causten has quit IRC21:57
*** rama_y has quit IRC21:57
*** causten_ has joined #openstack-ironic21:59
*** causten__ has joined #openstack-ironic22:01
*** rama_y has joined #openstack-ironic22:01
*** mbound has joined #openstack-ironic22:03
*** causten_ has quit IRC22:05
*** harshs has quit IRC22:06
*** mbound has quit IRC22:07
*** causten__ has quit IRC22:09
*** harshs has joined #openstack-ironic22:10
*** causten has joined #openstack-ironic22:13
*** causten_ has joined #openstack-ironic22:15
*** causten has quit IRC22:18
thiagopI'm calling it a day22:19
thiagopsee you tomorrow22:19
*** thiagop has quit IRC22:19
*** causten_ has quit IRC22:20
*** causten has joined #openstack-ironic22:21
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186522:25
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846122:25
*** causten has quit IRC22:25
*** michauds has quit IRC22:30
*** causten has joined #openstack-ironic22:36
*** causten has quit IRC22:38
*** causten has joined #openstack-ironic22:43
*** trown is now known as trown|outtypewww22:49
*** PollyZ has quit IRC23:00
*** sabeen has quit IRC23:00
*** siva_krish has quit IRC23:01
*** siva_krish has joined #openstack-ironic23:02
*** vishwanathj has quit IRC23:02
*** causten has quit IRC23:02
*** siva_krish has quit IRC23:03
*** causten has joined #openstack-ironic23:03
*** siva_krish has joined #openstack-ironic23:03
openstackgerritJay Faulkner proposed openstack/ironic: Pass agent metrics config via conductor  https://review.openstack.org/30191923:05
*** causten has quit IRC23:08
*** siva_krish has quit IRC23:08
*** sdake has joined #openstack-ironic23:17
*** fumie has joined #openstack-ironic23:17
*** hoangcx2 has quit IRC23:24
*** hoangcx has joined #openstack-ironic23:24
*** sdake has quit IRC23:25
*** mbound has joined #openstack-ironic23:28
*** gfhellma has joined #openstack-ironic23:30
*** gfhellma1 has quit IRC23:31
*** Sukhdev has joined #openstack-ironic23:36
*** mtanino has quit IRC23:37
*** harshs has quit IRC23:37
*** chlong has quit IRC23:38
*** gfhellma has quit IRC23:40
*** harshs has joined #openstack-ironic23:40
JayFShould we start having dev docs built for ironic_lib? I'm thinking yes.23:42
JayFI'm going to file a bug for that.23:42
morgabrajroll: JayF: and friends: https://github.com/openstack/nova/blob/master/nova/virt/xenapi/driver.py#L32023:43
morgabrahow should ironic interact with that you think?23:43
JayFIt's kinda weird, right?23:43
JayFI wonder how the libvirt driver does it, as that's kinda considered the 'reference' nova driver23:44
morgabraWell, presumably neutron exposes it somehow: https://wiki.openstack.org/wiki/Neutron/Metering/Bandwidth23:44
morgabraeven though that doesn't quite fit, there might be a mechanism for it23:44
morgabraregardless, it breaks the abstraction if the virt driver talks to neutron23:45
morgabraso it seems like an ironic endpoint for it is the only choice23:45
morgabra(or just don't do it at all, lol)23:45
JayFOh wow. That's only implemented by the xenapi.23:45
JayFNot in libvirt or anywhere else.23:45
morgabrayeah....23:45
JayFhttps://github.com/openstack/nova/search?utf8=%E2%9C%93&q=get_all_bw_counters23:45
JayFman, that's a great docstring too on the base class, lol23:46
morgabraoh I know23:46
morgabraheh23:46
JayFit doesn't even describe what sort of thing it expects to be returned23:46
JayFI'd suspect step 1 is finding that out, and pushing a docstring update to the base class + xenapi23:46
morgabra{'instance-001' : { 12:34:56:78:90:12 : {'bw_in': 0, ....}}23:47
JayFbut like, does it want just what the pure counter says or what?23:47
morgabrapresumably, the counter being in bytes23:47
JayFlike does it start counting at 0 from instance creation?23:47
JayFor does it take the first measurement, then do math for the rest23:47
morgabranah, you can read the manager code23:47
JayFSo basically you'd have to have something like23:48
JayFa periodic task in Ironic to update some counter value on a node, but only for nodes with an instance uuid23:48
morgabrafirst run for a given instance/mac combo, it saves the counter23:48
morgabraand the rest is just updating it23:49
JayFhm. okay23:49
morgabrawell, ironic could just passthrough to whatever is driving the network23:49
morgabrado it live23:49
JayFproxy apis haven't worked out so well for nova, lol23:49
morgabrathat's a whole other can-o-worms I think, getting neutron to expose that kind of data23:49
morgabrabut hey23:49
JayFI think this is squarely mailing list fodder23:49
JayFbecause it's cross 2, maybe 3 projects23:50
JayFand I'd be very curious if anyone else is thinking abouts tuff in this place.23:50
morgabragetting a counter for a specific interface in neutronland for a given port is also impossible for many types of nets/hardware23:51
JayFsure; but it's impossible for some nova drivers too23:51
JayFso I'd imagine we'd handle it the same way they do; returning nothing or raise NotImplemented if we can't do it for that node23:52
*** sabeen has joined #openstack-ironic23:52
JayFsince Nova will then cache that the instance can't do b/w measuring23:52
JayFjroll: WDYT about https://bugs.launchpad.net/ironic-lib/+bug/160713023:53
openstackLaunchpad bug 1607130 in ironic-lib "ironic-lib should provide developer documentation" [Undecided,New]23:53
*** adu has joined #openstack-ironic23:57
*** hoangcx2 has joined #openstack-ironic23:58

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