Wednesday, 2016-04-20

JayFHow do you intend on doing your deployments?00:00
JayFLocalboot or pxe ?00:00
klindgrenLocalboot00:00
JayFmeaning in the end state, will your instances boot themselves locally or pxe boot00:00
JayFcool00:00
JayFyeah, I don't know how to solve that problem beyond different images for different hardware00:00
*** piet has quit IRC00:01
klindgrenyea :-/ which sucks because end users wont/shouldn't know what image to use for x hardware00:02
JayFIf you're putting it behind nova, nova supports doing that00:02
JayFor... hmm00:02
JayFthat might be a rackspace patch downstream :/00:02
* JayF gives up on the summit schedule website after it breaks firefox again00:02
JayFTheJulia: I think I'm going to try on windows chrome tonight and see if it's less terrible00:03
* JayF getting offline for the night o/00:03
TheJuliagoodnight JayF00:03
klindgrenthats def a down stream patch.  You can make sure that you have properties on an image that only work on x hardware.  but no way of presenting say a cent7 image and on the backend saying this cent7 image is for x hardware and this cent7 image is for y hardware.00:03
*** garthb__ has quit IRC00:04
*** piet has joined #openstack-ironic00:04
*** shu-mutou has joined #openstack-ironic00:05
*** baoli has quit IRC00:13
*** piet has quit IRC00:24
*** alex_xu has quit IRC00:26
*** alex_xu has joined #openstack-ironic00:27
*** ppiela has quit IRC00:29
*** jaypipes has quit IRC00:30
*** suro-patz has quit IRC00:31
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/30694200:37
*** rloo has quit IRC00:41
*** hoangcx has joined #openstack-ironic00:42
*** alex_xu has quit IRC00:47
*** alex_xu has joined #openstack-ironic00:49
*** mtanino_ has joined #openstack-ironic00:54
*** mtanino has quit IRC00:55
*** mtanino_ has quit IRC00:59
*** ayoung has joined #openstack-ironic01:09
*** Sukhdev has quit IRC01:11
*** ChrisAusten has joined #openstack-ironic01:15
*** Sukhdev has joined #openstack-ironic01:23
devanandakrotscheck: I am recreating my ironic-webclient test env - but when I acces it in firefox, all I get is "loading"01:26
TheJuliadevananda: Does the ironic-webclient-npm-publish-draft link load on the ironic-webclient reviews?  Works just fine for me on chrome.01:33
devanandaTheJulia: yea, the publish-draft link works fine01:44
devanandaand it's not a firewall issue locally (tried disabling it)01:44
Haomengdevananda: can you help me review this spec if you have time - https://review.openstack.org/#/c/266688/, thanks, and good night:)01:49
Haomengdevananda: no rush, tomorrow is ok:)01:50
*** keedya has quit IRC01:55
krotscheckdevananda: Are you getting anything from the console?02:03
*** fragatin_ has quit IRC02:26
*** Sukhdev has quit IRC02:26
*** absubram has joined #openstack-ironic02:28
*** ijw has quit IRC02:28
*** keedya has joined #openstack-ironic02:30
*** ijw has joined #openstack-ironic02:30
*** deray has joined #openstack-ironic02:35
*** ijw has quit IRC02:39
*** jaybeale has joined #openstack-ironic02:39
*** sekrit is now known as CIA02:44
*** amotoki has joined #openstack-ironic02:44
*** fragatina has joined #openstack-ironic02:46
*** jaybeale has quit IRC02:49
*** fragatina has quit IRC02:51
*** yuanying has quit IRC02:56
*** fragatina has joined #openstack-ironic03:07
*** fragatina has quit IRC03:12
*** phuongnh has joined #openstack-ironic03:13
*** links has joined #openstack-ironic03:21
*** ayoung has quit IRC03:40
*** yuanying has joined #openstack-ironic03:48
*** jaybeale has joined #openstack-ironic03:52
*** piet has joined #openstack-ironic04:07
*** fragatina has joined #openstack-ironic04:09
*** ekarlso has quit IRC04:11
*** fragatina has quit IRC04:13
*** smoriya has quit IRC04:16
*** smoriya_afk is now known as smoriya04:16
*** smoriya_afk has joined #openstack-ironic04:17
*** piet has quit IRC04:19
*** piet has joined #openstack-ironic04:20
*** ChrisAusten has quit IRC04:21
*** ChrisAusten has joined #openstack-ironic04:22
*** jaybeale has quit IRC04:24
*** ekarlso has joined #openstack-ironic04:25
*** fragatina has joined #openstack-ironic04:26
*** fragatina has quit IRC04:31
*** piet has quit IRC04:34
*** piet has joined #openstack-ironic04:54
*** Sukhdev has joined #openstack-ironic05:00
*** piet has quit IRC05:10
*** yonglihe has quit IRC05:22
*** sivaramakrishna has joined #openstack-ironic05:25
*** vmud213 has joined #openstack-ironic05:33
*** itamarl has joined #openstack-ironic05:47
*** chip_ has joined #openstack-ironic05:49
*** chip_ has quit IRC05:52
*** chip_ has joined #openstack-ironic05:53
*** ChubYann has quit IRC05:56
*** yuanying_ has joined #openstack-ironic05:57
*** stendulker has joined #openstack-ironic05:57
*** yuanying has quit IRC05:58
*** harlowja_at_home has joined #openstack-ironic06:00
*** fragatina has joined #openstack-ironic06:02
openstackgerritMerged openstack/bifrost: curl is required for diskimage-builder  https://review.openstack.org/30565906:04
*** fragatina has quit IRC06:07
*** thiagop has quit IRC06:12
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: Group management of Ironic nodes  https://review.openstack.org/23534406:13
*** xavierr has quit IRC06:14
*** suro-patz has joined #openstack-ironic06:14
*** chip_ has quit IRC06:16
*** rcernin has joined #openstack-ironic06:21
*** raildo is now known as raildo-afk06:25
*** e0ne has joined #openstack-ironic06:38
*** e0ne has quit IRC06:43
*** e0ne has joined #openstack-ironic06:44
*** e0ne_ has joined #openstack-ironic06:45
*** yuanying_ has quit IRC06:47
*** tesseract has joined #openstack-ironic06:47
*** yuanying has joined #openstack-ironic06:48
*** e0ne has quit IRC06:48
*** tesseract is now known as Guest6708206:48
*** e0ne_ has quit IRC06:50
*** harlowja_at_home has quit IRC06:59
*** Sukhdev has quit IRC07:04
*** suro-patz has quit IRC07:07
openstackgerritVasyl Saienko proposed openstack/ironic: Allow to set Neutron port setup delay from config  https://review.openstack.org/29387607:14
*** jmccrory has quit IRC07:22
*** jlvillal has quit IRC07:22
*** jlvillal has joined #openstack-ironic07:22
*** ifarkas has joined #openstack-ironic07:24
*** ohamada has joined #openstack-ironic07:24
*** jmccrory has joined #openstack-ironic07:24
*** athomas has joined #openstack-ironic07:28
*** aarefiev22 has joined #openstack-ironic07:36
*** itamarl_ has joined #openstack-ironic07:37
*** itamarl_ has quit IRC07:37
*** itamarl_ has joined #openstack-ironic07:37
*** itamarl has quit IRC07:40
*** itamarl_ is now known as itamarl07:40
*** moshele has joined #openstack-ironic07:40
*** yuanying has quit IRC07:49
*** yuanying has joined #openstack-ironic07:52
*** ndipanov has joined #openstack-ironic07:54
*** lucas-dinner is now known as lucasagomes07:55
lucasagomesmorning all07:55
lucasagomesvdrok, https://review.openstack.org/#/c/307705/ the patch in tempest seems to work :-)07:56
*** pece has joined #openstack-ironic07:57
*** aarefiev_ has joined #openstack-ironic07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:04
*** yuanying has quit IRC08:05
*** mbound has joined #openstack-ironic08:07
*** karimb has joined #openstack-ironic08:08
*** kromanenko has joined #openstack-ironic08:14
Haomenglucasagomes: morning, can you help to review my bp - https://review.openstack.org/#/c/266688/ if you have time? Thank you, nice day:)08:16
*** jistr has joined #openstack-ironic08:18
*** MattMan has quit IRC08:18
*** MattMan has joined #openstack-ironic08:18
vdrokmorning ironic, lucasagomes and Haomeng !08:20
vdrokyep, seen that, great :)08:20
Haomengvdrok: morning:)08:20
*** pece has quit IRC08:21
alinebmorning all08:21
lucasagomesHaomeng, sure thing, just updating the tempest patch and will look at it08:21
lucasagomesalineb, morning08:21
Haomenglucasagomes: sure, no rush, thanks:)08:21
vmud213morning Haomeng,vdrok,lucasagomes,alineb and rest all08:25
Haomengvmud213: :)08:25
vdrokmorning alineb and vmud21308:26
*** yonglihe has joined #openstack-ironic08:27
*** keedya has quit IRC08:28
lucasagomesvmud213, morning08:28
*** derekh has joined #openstack-ironic08:37
openstackgerritMerged openstack/ironic-inspector: use openstack cli instead of keystone cli  https://review.openstack.org/30752308:39
openstackgerritMerged openstack/ironic-specs: Add node name regexp and wildcard filter to API  https://review.openstack.org/26668808:42
*** karimb has quit IRC08:42
*** mgould has joined #openstack-ironic08:47
openstackgerritMerged openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/30775208:48
*** fhubik has joined #openstack-ironic08:52
*** karimb has joined #openstack-ironic08:53
*** electrofelix has joined #openstack-ironic08:54
lucasagomesvdrok, if you have some time later today, mind taking a look at https://review.openstack.org/#/c/293912/ and https://review.openstack.org/#/c/294688/ ? I want to amke a new release for staging drivers containing such changes08:55
lucasagomesthis week08:55
*** david-lyle has quit IRC08:59
*** david-lyle has joined #openstack-ironic09:00
lucasagomesjroll, this needs ur ack: https://review.openstack.org/#/c/307914/09:04
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Ansible deploy driver  https://review.openstack.org/24194609:05
vdroklucasagomes: sure, will do09:08
openstackgerritlokesh s proposed openstack/ironic: Add support for the audit middleware  https://review.openstack.org/27265809:10
sambetts|afkMorning all09:14
*** sambetts|afk is now known as sambetts09:14
*** dtantsur|afk is now known as dtantsur09:18
dtantsurMorning Ironic09:18
sambettso/ dtantsur09:18
dtantsurlucasagomes, mind reviewing a short spec https://review.openstack.org/305864 please?09:24
lucasagomesdtantsur, not at all!09:26
*** ndipanov has quit IRC09:41
*** ndipanov has joined #openstack-ironic09:43
sambettsdtantsur, lucasagomes: https://bugs.launchpad.net/nova/+bug/157247209:48
openstackLaunchpad bug 1572472 in OpenStack Compute (nova) "Ironic Nova host manager Unsupported Operand" [Undecided,New]09:48
mgouldmorning Ironic09:51
*** athomas has quit IRC09:54
vmud213dtantsur: Can you review https://review.openstack.org/#/c/303503 when you get a chance.09:56
dtantsursure, though I don't promise the chance will be soon :)09:57
lucasagomesdtantsur, reviwed, I left some questions in-line. It may be the case of my lacking of understading about how it works, but it seems that we need to have more information in place to the switch network to happen09:57
vmud213thanks :)09:57
lucasagomessambetts, looking09:57
dtantsurlucasagomes, thanks, valid questions. I'll clarify as soon as I finish rewriting the driver composition spec :)09:58
lucasagomescool thank you09:58
*** mbound has quit IRC09:59
*** athomas has joined #openstack-ironic10:00
*** mbound has joined #openstack-ironic10:02
*** mbound has quit IRC10:04
*** mbound has joined #openstack-ironic10:05
sambettslucasagomes: I think I've worked out the possible path thats causing that bug... and its a weird one...10:13
lucasagomessambetts, :-/ right, it's funny that free_disk_gb is set to None being an integer column in the database10:14
lucasagomeswell maybe it's nullable10:14
sambettslucasagomes: according to the model its a nullable value10:14
lucasagomesyeah10:14
sambettsbut our driver shouldn10:15
sambettsshouldn't let it be null10:15
sambettsthe logic in our driver is If node has instance id then local_gb_used = local_gb else local_gb_used = 010:16
openstackgerritTan Lin proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924510:16
lucasagomeshmm I don't think we do have control over free_disk_size right? that's the resource tracker bits10:16
lucasagomessambetts, oh right10:16
sambettsso it seems like a node that isn't valid to scheduale onto is being given the instance id and therfore is blowing up10:17
lucasagomessambetts, and local_gb will always be populated right? Cause it's mandatory for ironic10:17
sambettsit should be for a node thats been scheduled onto, the api tests add a bunch of fakedriver nodes that don't have all the info populaters10:18
*** stendulker has quit IRC10:18
sambettspopulated10:18
sambettsand it appears to be one of those blowing it up10:19
*** mbound has quit IRC10:19
lucasagomesoh :-/ yeah fake drivers may be a problem10:20
*** mbound has joined #openstack-ironic10:20
lucasagomesbut in any case, maybe the nova ironic driver should do a propert.get('local_gb', 0)10:20
lucasagomesplaying the safe card there10:20
sambettsyeah probably :/10:21
lucasagomesbecause there's some arithmetics that will use that field which can blow up if it's non-int10:21
lucasagomessuch as 'disk_available_least': local_gb - local_gb_used10:21
sambettsyeah... see I don't know why I don't see an error from that line10:22
sambettsunless None - None is valid in python10:22
*** mbound has quit IRC10:23
lucasagomesI don't think so10:23
lucasagomesyeah it's not10:24
lucasagomesoff-topic: the tempest tests are failing in the -kilo jobs due a version conflict :-( http://logs.openstack.org/52/307952/4/check/gate-tempest-dsvm-full-kilo/fa4c1ab/logs/devstacklog.txt.gz#_2016-04-20_08_54_21_19410:24
*** mbound has joined #openstack-ironic10:25
sambettslucasagomes: this was the pbr version enforced by python_openstackclient above in that log pbr!=0.7,<1.0,>=0.610:27
sambettslucasagomes: it actually does use a .get to pull that information out of the properties with 0 being the default :/10:32
lucasagomesoh what? How it gets to None then? resource tracker maybe?10:32
sambettsI'm starting to wonder if this is caused by a race between the resource tracker and the ComputeNode updater thing or something :/10:32
*** karimb has quit IRC10:33
lucasagomesyeah I don't know off the top of my head :-/ gotta check. Can you easily reproduce that problem?10:36
*** karimb has joined #openstack-ironic10:37
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: [WIP] Driver composition reform spec  https://review.openstack.org/18837010:37
dtantsurboom! big update ^^^ sambetts, devananda10:37
*** nathan-h has joined #openstack-ironic10:38
sambettsdtantsur: sweet!10:38
*** hoangcx has quit IRC10:45
*** sivaramakrishna has quit IRC10:47
*** thrash|g0ne is now known as thrash10:49
*** smoriya has quit IRC10:54
*** smoriya_afk is now known as smoriya10:54
*** smoriya has quit IRC10:55
*** cfarquhar has quit IRC10:59
*** cfarquhar has joined #openstack-ironic11:00
*** cfarquhar has quit IRC11:00
*** cfarquhar has joined #openstack-ironic11:00
*** smoriya_afk has joined #openstack-ironic11:04
*** smoriya_afk is now known as smoriya11:04
vdrokmorning dtantsur sambetts and mgould !11:04
*** smoriya has quit IRC11:05
*** smoriya_afk has joined #openstack-ironic11:07
*** smoriya_afk is now known as smoriya11:07
mgouldvdrok, morning!11:07
jrollmorning everyone11:07
jrolllucasagomes: ack'd11:08
jrollsambetts: someone else filed a similar bug that mriedem and I couldn't figure out at all11:08
lucasagomesjroll, awesome, thanks11:08
lucasagomesjroll, did you guys know how to reproduce the problem?11:09
jrolllucasagomes: nope :/11:09
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Document how to run the tempest tests  https://review.openstack.org/30769511:09
* lucasagomes added debug information ^11:09
jrolland we only pass ints up from our driver, so11:09
jroll¯\_(ツ)_/¯11:09
lucasagomesjroll, :-/ yeah that's hard to fix then11:09
lucasagomesjroll, yeah I wonder if it's the resource tracker messing up with something11:10
jrolllemme see if I can find it11:10
sambettsyeah thats what I'm just working through now11:10
sambettslooking that the resource tracker code etc11:10
dtantsurmorning vdrok, jroll11:10
vdrokmorning jroll11:11
jrollheya vdrok, dtantsur11:11
jrollsambetts: lucasagomes: https://bugs.launchpad.net/nova/+bug/156743411:12
openstackLaunchpad bug 1567434 in OpenStack Compute (nova) "new hypervisor should appear with available resources set to 0" [Undecided,Incomplete]11:12
lucasagomesty will take a look11:13
jrollgoing to move sam's info over and mark 1572472 as a dupe11:13
lucasagomesit's good to see a different error other than "no valid hosts" in the nova show output :-)11:15
*** deray has quit IRC11:15
sambettsI'd really like to track this down, its blemishing an otherwise stable gate record on my CI ;)11:15
jrolllucasagomes: lol11:16
lucasagomesnot good, but somewhat relieving11:16
sambettscould this be related to some of our gate timeout issues?11:16
sambettsI guess we should probably make our hostmanager safe against those sort of values being None, because they are nullable according to the model :/11:18
ifarkaslucasagomes, dtantsur, re jbod volumes, I registered a bug launchpad: https://bugs.launchpad.net/ironic/+bug/157251111:20
openstackLaunchpad bug 1572511 in Ironic "RAID interface doesn't support JBOD volumes" [Undecided,New]11:20
ifarkasis it ok as a bug or should I make it an RFE? wdyt?11:20
lucasagomesjroll, sambetts maybe stating something obvious here, but would worth checking the value of compute.updated_at prior to try to update the informations int he host_manager ?11:22
lucasagomessee https://github.com/openstack/nova/blob/master/nova/scheduler/ironic_host_manager.py#L6411:22
lucasagomesmaybe checking "if compute.updated_at is not None" prior to trying to do any arithmetics in that method11:23
jrollhrm11:23
lucasagomesperhaps just return if that's not set11:23
jrollI wonder if we just need to be sure we force ints here?11:23
jrollI totally forgot about this thing11:23
lucasagomessee https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L184-L18611:23
lucasagomesthere's some checks in the normal host_manager which the ironic one lacks of11:24
jrolloooo11:24
sambettshmmm, good point, that might help prevent a race there11:24
lucasagomesit may be a normal thing to pass an unbounded/non-updated compute object to host managers by the scheduler11:24
jrollwhy do we override that, anyway?11:24
lucasagomeswhich assumes that the host manager code will detect11:24
lucasagomesjroll, no idea heh11:24
lucasagomesprobably to work with resource tracker nicelly in our clusterized-way of managing nodes11:25
lucasagomesifarkas, awesome! Thanks11:25
*** trown|outtypewww is now known as trown11:25
jrollsure, just don't see what that is :P11:25
lucasagomesyeah no idea off the top of my head11:26
jrollhm11:26
jrollbrb11:27
lucasagomesI assume it's something to do with the get 100% of the resources when the node is picked for scheduling11:27
lucasagomessince we can't partially allocate resources with baremetal machines (like we do for hypervisors)11:28
lucasagomesanyway I will go eat something, I will add a comment to the bug later11:28
* lucasagomes brb's11:28
*** lucasagomes is now known as lucas-hungry11:28
sambettshmmm this is really interesting!!! I'm looking at the 2 nova logs n-cpu.log and n-sch.log, and in n-cpu.log I can see it going through the resource tracker, and in the schedular I can see the host_manager error, the host_manager error happens time wise half way through the resource tracker logic11:28
sambettsjroll, lucas-hungry ^11:29
jrollaha11:29
*** electrofelix has quit IRC11:29
jrolllucas-hungry: I put up https://review.openstack.org/308279 out of curiousity11:29
lucas-hungryjroll, hah cool aight11:29
sambettsit happens between the log that says, Final Resource view .... and Compute_service record updated11:29
jrollreally brb now11:30
lucas-hungrysambetts, can you get the value of compute.updated_at when the code hits the host manager?11:30
lucas-hungrysambetts, just print it in a log or something11:30
sambettslucas-hungry: updated at is None11:31
*** electrofelix has joined #openstack-ironic11:31
jrollsambetts: please keep https://bugs.launchpad.net/nova/+bug/1567434 up to date with your findings, so nova people and everyone else can see11:31
openstackLaunchpad bug 1567434 in OpenStack Compute (nova) "new hypervisor should appear with available resources set to 0" [Undecided,Incomplete]11:31
lucas-hungrysambetts, ha, so, maybe that's why the fields are unbonded ?11:31
lucas-hungryunbounded*11:31
lucas-hungrythe compute object does not have the information yet11:31
* lucas-hungry brb for lunch11:32
sambettslucas-hungry: hmmm looking at the code though, when it first creates the ComputeNode object in the db it should be setting all that information on it before it hits create()11:32
dtantsurifarkas, I11:32
dtantsurifarkas, I'd call it an RFE11:32
*** karimb has quit IRC11:33
ifarkasdtantsur, ok, thanks11:33
ifarkaswill update the bug11:34
*** electrofelix has quit IRC11:37
*** electrofelix has joined #openstack-ironic11:37
*** electrofelix has quit IRC11:38
*** electrofelix has joined #openstack-ironic11:38
dtantsurjroll, I wonder if we should build a list of standard node capabilities for inspect interfaces to discover...11:42
dtantsurI know that iLO folks have something in their spec, but not everything seems actually implemented11:43
dtantsur(spec: http://specs.openstack.org/openstack/ironic-specs/specs/kilo-implemented/ilo-properties-capabilities-discovery.html#proposed-change_11:43
*** electrofelix has quit IRC11:44
*** phuongnh has quit IRC11:44
*** electrofelix has joined #openstack-ironic11:44
sambettslucas-hungry, jroll I'm pretty sure I've worked it out now...11:47
*** baoli has joined #openstack-ironic11:47
*** baoli has quit IRC11:49
*** baoli has joined #openstack-ironic11:49
*** baoli has quit IRC11:49
*** daemontool has joined #openstack-ironic11:50
*** stacker has joined #openstack-ironic11:56
*** dprince has joined #openstack-ironic11:57
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: [WIP] Support capabilities discovery  https://review.openstack.org/30829211:59
jrolldtantsur: yes, I'm thinking we should12:00
dtantsurjroll, do you feel like a spec or just a documentation update?12:01
jrolldtantsur: idk, I feel like it should be in code or something12:02
jrolls/or something/somehow12:03
*** baoli has joined #openstack-ironic12:04
dtantsurjroll, wdym by "in code"?12:05
*** baoli_ has joined #openstack-ironic12:06
sambettsjroll, lucas-hungry: yup definatly got it... its a race that the if updated_at is not None would prevent12:06
jrolldtantsur: well, what's the goal here, just to document it? or to enforce something?12:06
jrollsambetts: fun!12:06
jrollnice find12:06
dtantsurjroll, that's the question :) I would start with documenting. I just don't want to end up with something different from what iLO does (or plans to do)12:07
dtantsuras iLO has their capabilities defined in a spec, we might want to have an informative spec too...12:07
dtantsurbut maybe a documentation update is just fine12:07
jrolldtantsur: yeah, I think docs are fine in that case12:08
*** baoli has quit IRC12:09
dtantsurjroll, I wonder if iLO folks would hate me for asking to update http://specs.openstack.org/openstack/ironic-specs/specs/kilo-implemented/ilo-properties-capabilities-discovery.html#proposed-change to be a bit more consistent...12:09
dtantsure.g. they have supported_boot_mode which is actually just boot_mode, and then support_secure_boot which is probably secure_boot_supported12:10
jrolldtantsur: idk why they would hate you :)12:10
jrollmakes sense to me12:10
*** raildo-afk is now known as raildo12:10
sambettsjroll: I'll put together a patch into nova to sort it out, although I don't know whether to just add the check to the host manager or to try to solve the real cause of the race :/12:12
dtantsuractually what they have is quite different: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/inspect.py#L3312:12
dtantsurok, I have to document it :)12:12
jrollsambetts: probably the former, honestly, there's a reason why the standard host manager has this check :)12:13
jrollBootMode? really?12:13
sambettsjroll: yeah, I'm going to git blame that first to see if it was added to fix a similar issue or not ...12:13
jrollfair enough12:14
*** xavierr has joined #openstack-ironic12:17
*** piet has joined #openstack-ironic12:18
xavierrgood morning Ironic :)12:19
mgouldrandom question: do we ever plan to support ARM-based nodes? I mentioned I was working on baremetal provisioning to a former colleague and now he's telling me horror stories about the Aarch64 boot process12:19
mgouldxavierr, morning!12:19
dtantsurmgould, I would not -2 someone's effort to support ARM..12:19
sambettsI'm sure there is a rasppi usecase somewhere ;)12:20
mgouldheh, yes12:20
TheJuliagood morning everyone12:20
sambettso/ TheJulia12:20
xavierrmorning mgould sambetts TheJulia12:20
mgouldmorning TheJulia12:21
mgouldsambetts, they do have an RPi model intended for rack-mounting or embedded use: https://www.raspberrypi.org/products/compute-module/12:21
mgouldanyway, apparently you have to tell the MMU to treat all memory as non-device or you're in for hours of hilarious debugging12:22
sambettsI think one probelm I know of with the rasppi is that it doesn't support any builtin remote control, not even WOL if I remember correctly :( I really wanted to built a pi cluster12:24
mgouldoh yeah, that would be a big problem for us12:24
sambettswe'd probably end up with something like the lego power interface again12:24
mgouldnetwork -> RPi -> robot arm -> power connection on RPi host nodes12:25
sambettsexactly12:25
mgouldfrankly, I'm astonished we don't have a lego-mindstorm-robot-arm driver already12:25
sambettswe do, just not in tree12:25
mgouldhahaha, of course12:25
mgould:-)12:25
sambettswe also had the "MeatPowerDriver" at one point too, which all it did was send an email to tell someone to turn the machine on12:26
mgouldahahahaha12:27
* TheJulia thinks we could use a coffee driver and that it could be CI tested :)12:27
mgouldHTCPCP backend?12:27
sambettshaha12:28
TheJuliapossibly :)12:28
* sambetts is sure he's not the only one who googled that just no w12:28
TheJuliawe might have to write an upgrade to that in order to ensure only one cup of coffee is produced each time12:28
mgouldonly one cup of coffee?12:29
mgouldwho are you, and what have you done with the real TheJulia?12:29
TheJuliamgould: gues, that or a very tiny coffee pot12:29
mgould:-)12:29
TheJuliamgould: I'm just julia with a really bad migraine since around 4:30PM yesterday local time12:29
mgould:-(12:30
mgouldget well soon!12:30
sambetts:(12:32
* xavierr thinking the CI running the tests without mocks for coffee driver12:32
*** xavierr is now known as xavierr_coffee12:34
*** xavierr_coffee has quit IRC12:35
jrollmgould: sambetts: unfortunately raspis don't do pxe booting, unless you load a pxe rom onto the sd card, in which case you have nothing to write to :/12:35
sambettsyeah :( unless you've got external storage, but then IPA would need to understand writing to a USB mounted disk and also understand how not to blow up the SD car12:36
sambettscard12:37
*** keedya has joined #openstack-ironic12:37
openstackgerritImre Farkas proposed openstack/ironic: RAID interface to support JBOD volumes  https://review.openstack.org/30830612:40
mat128morning ironicers12:41
mat128oh interesting discussion, raspi!12:41
mgouldjroll, bummer :-(12:41
mat128while understanding and reversing BMC for test purposes, I came to the conclusion that the raspi would make a beautiful, reliable BMC12:41
mat128except for the video capture part :)12:41
mgouldmat128, what do you need to do video capture?12:42
sambettsmat128: I've been thinking about exactly that12:42
mat128mgould: regular BMCs use a video chip and digitalize VGA data (yup...)12:42
mat128they are just electrically inline with the VGA output lol12:42
sambettsI've even got some idea about how to allow VirtualMedia boot support too12:43
mgouldjroll, my former colleague tells me that ARM are targeting the server market, so we may have to care about them eventually12:43
mat128yes, usb host and stuff12:43
jrollmgould: oh, we should totally do ARM. just not (the current version) raspberry pis :)12:43
mgouldmat128, makes sense12:43
mat128for an ultra basic BMC, you could wire the arm's GPIO to the power / reset switches on your main machine12:44
*** karimb has joined #openstack-ironic12:44
TheJuliaso a bolt on bmc for raspberry pi modules?12:44
mgouldTheJulia, using an RPi as a BMC for an x86 box, I think12:45
mat128exactly ^12:45
sambettsmat128: Yeah I was thinking to just hook it up to the buttons in the PC case, short press == soft shut down, long press == hard shut and reset = reboot etc12:45
TheJuliainteresting12:45
mat128sambetts: thats it :)12:45
jrollneat12:45
mat128thats what they do anyway12:45
mat128and for more elaborate stuff, the bmc behaves as a usb device and talks to the main machine12:46
*** ipukha has joined #openstack-ironic12:46
mat128so that would require cooperation with the main board12:46
mgouldTheJulia, a BMC for RPi would be cool too, but I don't know how you'd do it12:46
*** links has quit IRC12:46
mat128I havent looked into racking RPis, but you could easy have something control the power to them12:46
mat128kind of a PDU for RPis12:47
sambettsyeah that would be pretty straight forward, they just don't have a nice soft shutdown12:47
openstackgerritDmitry Tantsur proposed openstack/ironic: Update the inspection documentation  https://review.openstack.org/30831012:47
dtantsurjroll, wdyt ^^^?12:47
mat128sambetts: you could always emulate a keyboard and send the equivalent of shiny new power buttons that are support to cooperate with the OS to shut it down12:48
mat128sambetts: http://hackaday.com/2016/01/25/raspberry-pi-zero-cluster-packs-a-punch/12:48
sambettsmat128: for video, i didn't know if it would be possible to get something like a USB capture card and then stream it12:49
mat128all you need is power control12:49
sambettsnow that is awesome!12:49
mat128sambetts: I wonder how much computing that requires12:49
mat128sambetts: but for serial capture, this is super easy :)12:49
mat128an alternative idea to capturing analog data if to present the board as a video card12:50
mat128they now do USB cards, or maybe even using a PI on a PCI card and exposing a basic video card would work better than doing capture12:50
mat128now the BIOS has to use your device instead of the onboard one12:50
*** lucas-hungry is now known as lucasagomes12:51
lucasagomessambetts, alright cool! :-)12:51
lucasagomesso just adding that check at the beggining seems good?12:51
sambettsyeah :/ hmmm, mat128 you coming to summit?12:51
mat128unfortunately no :(12:51
TheJulia:(12:51
TheJuliathis is where a teleporter or star trek like transporter would be useful12:51
TheJuliajust beam people to the conference12:52
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: [WIP] Support capabilities discovery  https://review.openstack.org/30829212:52
jrollTheJulia: and be able to sleep in your own bed during confs \o/12:52
TheJuliajroll: oh that would be nice12:52
sambettslucasagomes: yeah, so the problem stems from the fact the resource manager does ComputeNode create with the basic required resource info, then do a bunch of process of the resources, then update the ComputeNode with info like free_disk_gb, so if the schedular happens to process that node between the two when updated_at == None then free_disk_gb won't be set12:53
lucasagomesmgould, about lego mindstorm someone has the driver for it12:55
lucasagomesmgould, we saw it in a summit, I think was Paris12:55
mgouldawesome12:55
* mgould will look for the video :-)12:55
*** mgould is now known as mgould|lunch12:55
jrolldtantsur: +212:55
jrollmgould|lunch: https://cloudbase.it/rebot/12:56
sambettsdamn... jroll beat me12:56
mgould|lunchjroll, thanks!12:56
*** piet has quit IRC12:56
jrollso I don't think we'll be able to release ironic this week, because gate12:57
* jroll moves that todo for week after summit12:57
sambetts:(12:57
lucasagomesmgould|lunch, https://goo.gl/photos/nJg6ocES25XyEEPo712:57
lucasagomessambetts, cool12:57
dtantsurjroll, if it makes you feel better, I was planning an inspector release after the summit as well12:58
*** piet has joined #openstack-ironic12:58
jrolldtantsur: cool :)12:58
ChrisAustenmat128: I was at the OpenCompute conference in San Jose last month.  A company there did exactely that for a multi server config.  He had a raspberypi just driving gpios to the servers for simple stuff.  If you want to get fancier a real BMC can typically get you a bunch of information about the system without having access to the OS.12:59
*** karimb has quit IRC13:00
*** trown is now known as trown|brb13:00
*** alexpilotti has joined #openstack-ironic13:00
sambettsChrisAusten: Oh sweet!13:01
* sambetts is starting to think no idea is unique any more... 13:01
ChrisAustenI think it is pretty limited in functionality but a fun project nevertheless13:02
ChrisAustenI code for BMCs so we build servers with fully wired arm soc, meaning I get access to thermal, cooling, vpd, pci, etc away from the host os.13:03
*** karimb has joined #openstack-ironic13:05
*** [1]cdearborn has joined #openstack-ironic13:06
*** Goneri has joined #openstack-ironic13:06
openstackgerritxiexs proposed openstack/python-ironicclient: Introduce FakeBaremetal class  https://review.openstack.org/30203713:06
vdrokseems like one more bug in resource tracking - https://bugs.launchpad.net/nova/+bug/157255513:07
openstackLaunchpad bug 1572555 in OpenStack Compute (nova) "Nova reports memory_mb=0 for available Ironic node" [Undecided,New]13:07
dtantsurjroll, interesting concern on the agent API spec. Do we want to keep lookup tied to a deploy driver? or maybe we request all implementations to provide the same inventory and make the API generic?13:08
jrolldtantsur: that is interesting13:09
jrollI'm not sure right now13:09
dtantsurin one case we end up with /v1/drivers/<DRIVER>/lookup, in the other - with /v1/nodes/lookup13:10
dtantsurthe former is more close to what we have now ofc13:10
sambettsI think we should standardise13:10
*** xavierr has joined #openstack-ironic13:10
jrollah, I do much perfer the latter13:10
jrollinteresting that this comes up while I'm working on the node search spec... we could almost use that api13:11
jrolland then for config, /nodes/uuid/agent_config13:11
dtantsurjroll, ... except for this one is not authenticated :(13:11
jrollah, right13:11
*** rloo has joined #openstack-ironic13:11
jrollI wish we could do client certs here but surely someone would throw a fit13:11
jrollbecause ssl is too hard13:12
dtantsurjroll, speaking of simplification: we only support lookup by MAC's.. do we really need to send the whole inventory?13:12
dtantsurit might be safer and simpler to only send MAC's...13:12
jrolldtantsur: today, no we don't... I'd like to support matching on things like serial number or something13:12
jrollor even storing the inventory13:12
dtantsurwhich gets us at the border with inspector :)13:13
jrollyeah :)13:13
jrollI'd almost like to start talking about unifying the two13:13
jrollbut idk13:13
lucasagomesdtantsur, jroll I think that was the idea for lookup and heartbeat13:13
dtantsurwhich? :)13:13
lucasagomesjroll, dtantsur once the bash ramdisk goes away we should promote those apis13:13
*** vmud213 has quit IRC13:13
dtantsurthat's what I'm working on :)13:13
lucasagomesyup13:14
*** karimb_ has joined #openstack-ironic13:14
dtantsurthe question here is whether we should continue sending the whole inventory on lookup. 1. we only use MAC's now, 2. the less we send over non-authenticated channel - the better, 3. not all ramdisks have the same inventory format or want to replicate it13:14
dtantsurjroll, lucasagomes ^^^13:14
jrolldtantsur: sure, I'm fine with only sending macs, we should bump the inventory version if we do so in case people are using out of tree subclasses that depend on more inventory being sent13:15
jrollthough I doubt we'd avoid breaking those anyway13:15
dtantsurjroll, we will still send the whole inventory to the passthru's on fallback13:16
jrollright13:16
jrollfair enough13:16
*** karimb has quit IRC13:16
dtantsurjroll, also, with API versioning in place, do we even need a version of inventory?13:16
jrolldtantsur: probably not13:16
dtantsurisn't it contained in the API version itself?13:16
jrollif the api is versioned :)13:16
*** ChrisAusten has quit IRC13:16
jrollvendor passthru is not13:16
jrollvendor passthru body*13:17
*** mkovacik_ has joined #openstack-ironic13:17
dtantsurI'm not touching vendor passthru at all, if we fallback to it - we will send the same payload13:17
jrollright13:17
*** Haomeng has quit IRC13:17
jrollso now that it is a real api, we do not need a version13:17
jrollis what I'm saying13:17
*** dansmith has quit IRC13:17
dtantsurgot it :)13:17
*** piet has quit IRC13:18
*** KennethWilke has quit IRC13:18
lucasagomes+1 for versioning the proper api and +1 for the fallback, cause since it's driver specific we may have drivers out of tree relying on more items from inventory13:18
*** marlinc has quit IRC13:19
*** trown|brb is now known as trown13:19
*** mkovacik has quit IRC13:19
*** marlinc has joined #openstack-ironic13:19
*** dansmith has joined #openstack-ironic13:20
*** dansmith is now known as Guest6476713:20
NobodyCamgood morning Ironicers13:21
TheJuliaGood morning13:22
*** piet has joined #openstack-ironic13:23
NobodyCam:)13:23
*** KennethWilke has joined #openstack-ironic13:25
rloomorning NobodyCam, TheJulia, jroll, dtantsur, lucasagomes, etc13:25
dtantsurmorning rloo, NobodyCam13:26
jrollgood morning rloo and NobodyCam :)13:26
lucasagomesrloo, NobodyCam good morning13:26
NobodyCamgood morning rloo, dtantsur, and lucasagomes13:26
NobodyCam:)13:26
TheJuliagood morning rloo13:26
NobodyCamand the TheJulia :)13:26
rloohow is Sir Gate today?13:26
lucasagomesrloo, broken still, at least we know that the patch in tempest fix it13:27
jrolla fix is up, failing kilo CI (a fix is up for that)13:27
rloogreat. progress!13:27
rloojroll: you still aiming for a release this week?13:27
jrollrloo: not with the gate like this :(13:27
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Node search API spec  https://review.openstack.org/30609213:28
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Promote agent vendor passthru to core API  https://review.openstack.org/30641813:28
dtantsurlucasagomes, jroll ^^^13:28
jrolldoes anyone mind a quick initial review on that? dtantsur lucasagomes ^13:28
jrollI feel like these operators will get bike-sheddy13:28
* lucasagomes looks13:28
*** thiagop has joined #openstack-ironic13:28
thiagopGood morning, Ironic13:28
* rloo doesn't look. wants others to bikeshed first.13:29
rloohi thiagop13:29
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Node search API spec  https://review.openstack.org/30609213:29
jrolladded a quick sentence13:29
dtantsurjroll, it's fine, except that we probably want to accept just a number as a synonym to "==number"13:30
jrolldtantsur: yeah, makes sense13:30
jrollI was just thinking the same :)13:30
thiagoprloo: o/13:31
lucasagomesdtantsur, +1 for the alias13:33
NobodyCammorning thiagop13:33
lucasagomesjroll, also, we don't want to have some operators for string? At least != and == ? Say give me all nodes != <arch>13:33
*** piet has quit IRC13:33
thiagophiya NobodyCam o/13:33
lucasagomesmaybe not for the inital filtering13:33
jrolllucasagomes: hm13:34
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Node search API spec  https://review.openstack.org/30609213:34
jrolladded the alias13:34
jrolllucasagomes: maybe if someone has a use case, we can add it later? I don't really see the need for that, iirc nova only does exact match on arch13:34
lucasagomesyeah it's fine, and easy to extend if needed13:35
jrolllucasagomes: this all means the integer things will need to be ints in the db, btw, you good with that on the "make properties ~json" thing?13:36
jrolldtantsur: just one thing on your spec13:37
dtantsurjroll, the optional bit was by yuriyz' request, I think I can remove it though after it's no longer driver-specific13:38
jrolloh, right13:38
jroll+113:38
lucasagomesjroll, yes seems fine. Better keep the data model as-is because when we brainstormed chainging it to indexable all the options were really ugly13:38
rloojroll, when you have a minute. the spec was approved so you can remove your -2: https://review.openstack.org/#/c/250112/13:39
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Promote agent vendor passthru to core API  https://review.openstack.org/30641813:39
dtantsurjroll, ^^^13:39
jrolllucasagomes: well, if we don't make it indexable, it's going to be super slow13:40
jrollrloo: done13:40
jrolllucasagomes: I'll think on it13:40
rloothx jroll13:40
jrolldtantsur: +213:40
jrollbrb13:40
lucasagomesjroll, cool yeah13:41
*** sturivnyi_ has quit IRC13:42
*** ayoung has joined #openstack-ironic13:50
*** links has joined #openstack-ironic13:52
*** absubram has quit IRC13:56
*** vishwanathj has joined #openstack-ironic13:58
dtantsurjroll, are you fine with s/macs/addresses/ per lucas' comment?14:02
jrolldtantsur: yep14:02
*** ChrisAusten has joined #openstack-ironic14:02
* dtantsur updates14:02
sambetts++ for supprt for infiniband etc14:02
sambettsjroll, lucasagomes: https://review.openstack.org/#/c/308348/14:03
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Promote agent vendor passthru to core API  https://review.openstack.org/30641814:03
dtantsurdone ^^^14:03
*** mgould|lunch is now known as mgould14:04
lucasagomessambetts, thanks14:04
jrollthanks sambetts, dtantsur14:05
jroll[/b 5214:05
jrolloops14:05
dtantsurB-52, not so bad :D14:05
jrollheh, that's the nova channel14:05
jrollseems fitting14:06
rlooyou thinking of http://theb52s.com/ or https://en.wikipedia.org/wiki/B-52_(cocktail) or http://www.boeing.com/defense/b-52-bomber/ ?14:07
* lucasagomes wonders as well14:07
*** [1]cdearborn has quit IRC14:07
jrollthe last :)14:08
rloo:D14:08
*** baoli_ has quit IRC14:08
lucasagomesheh I mean no offense, but a russian and an american talking about bombers sounds scary :-)14:09
jrollwell, it depends, currently I would like to drop a bomb on the ComputeCapabilitiesFilter which seems not too scary14:10
lucasagomeslol I would that too14:10
*** cdearborn has joined #openstack-ironic14:10
lucasagomesthe b-52 cocktail looks pretty good tho14:10
lucasagomesit has coffee14:11
*** ametts has joined #openstack-ironic14:11
jrollkahlua isn't quite coffee, just roughly tastes like it :P14:11
lucasagomesoh :-(14:13
thiagopKahlua remembers me of "black russians"14:13
thiagopthe nicest I had14:14
jrollyesss14:14
* dtantsur actually meant a cocktail, but is fine with other variants14:14
NobodyCamlol drinking this early in the morning14:14
thiagopblack russians?14:15
*** cdearborn has quit IRC14:15
jrollNobodyCam: it's okay if it tastes like coffee, right?14:15
thiagopnever, that's a drink that I take when I want to get crazy14:15
*** jaypipes has joined #openstack-ironic14:16
NobodyCamlol14:19
*** mbound has quit IRC14:20
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Node search API spec  https://review.openstack.org/30609214:21
jrolldtantsur: lucasagomes: adds capabilities ^^14:21
* lucasagomes looks14:22
jrollidk if I should put a blurb in for moving this to a library: https://github.com/openstack/nova/blob/master/nova/scheduler/filters/extra_specs_ops.py14:22
lucasagomesjroll, that actually wouldn't be a bad idea, e.g I could reuse it for the root device hints in IPA14:25
jrollyep14:25
lucasagomesjroll, maybe we should just reuse the same operators for properties and capabilities?14:28
jrolllucasagomes: it is, we just aren't using the string operators14:28
lucasagomeswell there are things like "=" which seems to be an alias for ">="14:29
lucasagomesI don't like it, but at least it will be consistent on both fields14:29
jrollyeah, I'm indifferent I guess14:29
jrollmy plan either way was to make match() take an optional list like op_methods14:29
*** Sukhdev has joined #openstack-ironic14:32
rloodtantsur: let me know if you want to make any of these changes, otherwise I'll +A: https://review.openstack.org/#/c/30831014:32
*** absubram has joined #openstack-ironic14:32
dtantsurrloo, I can follow-up with these14:33
dtantsurthanks for the review!14:33
*** dprince has quit IRC14:33
rloodtantsur: ok, +A'd.14:33
dtantsurthnx14:33
rloodtantsur: thank you for doing the work!14:34
*** moshele has quit IRC14:34
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Use name randomizer from tempest  https://review.openstack.org/30790414:35
sambettsjroll, lucasagomes ... just started working to add the test for the nova change, and I've just realised that their check actually only checks if compute.updated_at is not None if the host managers self.updated is not None :/14:37
*** electrofelix has quit IRC14:39
openstackgerritMerged openstack/ironic: Update the inspection documentation  https://review.openstack.org/30831014:42
*** electrofelix has joined #openstack-ironic14:42
lucasagomessambetts, yeah, in our case we are setting updated right? So it's expected to be None14:46
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837914:46
lucasagomesunless something else will set it14:46
sambettslucasagomes: in the host manager init it does self.updated = None14:47
sambettsand it also does the self.updates = compute.updated_at14:47
*** athomas has quit IRC14:47
*** watanabe_isao has joined #openstack-ironic14:48
lucasagomessambetts, right, so we only need to check "compute.updated_at is not None and compute.updated_at > self.updated" ?14:48
* sambetts is wondered whether I need to go and fix the root of the problem, ie. that they populate the ComputeNode info in 2 steps 14:48
sambettslucasagomes: yeah, but I'm wondering why the nova one doesn't have to do it14:49
sambettslucasagomes: hmmm I think I know why...14:50
*** athomas has joined #openstack-ironic14:52
lucasagomessambetts, why is that?14:52
* lucasagomes looks at the code14:52
sambettslucasagomes: if you look at the nova host manager logic, it switches out free_disk_gb with disk_available_least if disk_available_least is not None14:52
sambettslucasagomes: disk_available_least gets set on the ComputeNode create14:53
sambettsso would exist at the time the schedular is picking up the object14:53
*** Sukhdev has quit IRC14:54
sambettshmmm... although the min(least_gb, free_gb) call returns None when either options is None...14:56
sambettsso that should still faill...14:56
sambettsgaaaaah...14:57
*** garthb has joined #openstack-ironic14:58
lucasagomes:-/14:59
*** dprince has joined #openstack-ironic14:59
*** Guest64767 is now known as dansmith15:00
*** amit213 has quit IRC15:06
*** baoli has joined #openstack-ironic15:08
*** amit213 has joined #openstack-ironic15:08
sambettslucasagomes: I think that nova itself might actually suffer from this same issue, however its only triggered when you first add a computenode into the cluster and its a very narrow failure window, so because Ironic adds a compute node for every ironic node we're more likely to see it that someone testing with 1 or maybe 2 nova computes15:09
sambettsor even someone who has way more nova computes than that, becuase I doubt they are ever adding so many in one go as we are15:10
devanandamorning, all15:11
*** suro-patz has joined #openstack-ironic15:11
sambettsHey devananda15:11
openstackgerritJarrod Johnson proposed openstack/pyghmi: Add system X firmware information  https://review.openstack.org/30739315:11
jrollmorning devananda :)15:11
*** rajinir has joined #openstack-ironic15:12
lucasagomessambetts, oh that's interesting15:12
lucasagomesyeah every node is actually a computenode15:12
lucasagomesdevananda, morning15:12
openstackgerritZhenguo Niu proposed openstack/ironic: Add nodes tagging support - objs  https://review.openstack.org/23335715:13
openstackgerritZhenguo Niu proposed openstack/ironic: Add nodes tagging support - API  https://review.openstack.org/25047815:13
openstackgerritZhenguo Niu proposed openstack/ironic: Joined 'tags' column while getting node  https://review.openstack.org/25306515:13
openstackgerritZhenguo Niu proposed openstack/ironic: Add DB layer support for node tags filter  https://review.openstack.org/27262415:13
devanandawow, much backscroll15:13
devanandamgould: we already support ARM (or did at one point)15:13
*** jaypipes has quit IRC15:13
dtantsurmorning devananda15:15
*** suro-patz has quit IRC15:15
sambettslucasagomes: and actually going back and reading the git blames for the reason they added that if statement in the nova host manager, it was because of simultainous schedules onto one ComputeNode which isn't possible in Ironic15:16
*** e0ne has joined #openstack-ironic15:18
jrolllucasagomes: https://review.openstack.org/#/q/topic:extra-specs-ops-library15:19
lucasagomesjroll, nice! seems pretty straight forward15:20
jrolllucasagomes: yep, easy peasy15:20
jrollI'll add this to the spec15:21
*** alexpilotti has quit IRC15:24
NobodyCammorning devananda15:24
lucasagomesjroll, thanks, one behavior that I find strange in the match() is that, if a operator that doesn't exist is passed it only returns False15:24
lucasagomesit doesn't raise any exception or things like15:25
lucasagomesmaking it hard to validate the supported operators15:25
lucasagomesjroll, do you think that, as part of the patch to allow passing custom operators, we should change that behavior?15:25
lucasagomestho this may break nova if we do, idk... just leave it I guess15:26
* sambetts would like stevedored operators 15:28
*** moshele has joined #openstack-ironic15:29
JayFAnyone else want to take a look at https://review.openstack.org/#/c/306418 (promote agent vendor passthru to core api) before I land it?15:29
NobodyCamI'm ona call but would love to15:30
sambettsJayF: I'd like to take a quick read through15:30
JayFthen I'll wait :) it's a good simple spec15:31
*** baoli has quit IRC15:31
dtantsur3x +2 on https://review.openstack.org/#/c/306418/, how many more do we need? ;)15:32
dtantsuralso morning JayF15:32
JayFlol15:32
JayFgood morning :)15:32
*** links has quit IRC15:32
openstackgerritAlexey Galkin proposed openstack/python-ironicclient: Fix for tox 'testenv:cover' command  https://review.openstack.org/30732515:34
openstackgerritAlexey Galkin proposed openstack/ironic: Fix tox cover command  https://review.openstack.org/30685415:36
* devananda reads the promote agent vendor passthru spec15:36
*** Sukhdev has joined #openstack-ironic15:37
dtantsurgood chance to -1 it for a grammar nit \o/15:37
dtantsur:D15:37
sambettsdtantsur, JayF looks good to me :)15:38
devanandaum, so I disagree with it already15:38
dtantsureven better :)15:38
devanandapls give me a bit more time to read before approving15:38
*** alexpilotti has joined #openstack-ironic15:41
*** thiagop has quit IRC15:44
*** jaybeale has joined #openstack-ironic15:44
*** rama_y has joined #openstack-ironic15:45
*** xavierr has quit IRC15:46
*** itamarl has quit IRC15:46
*** alexpilotti has quit IRC15:46
openstackgerritDebayan Ray proposed openstack/ironic: [WIP] Boot from iSCSI volume  https://review.openstack.org/30842515:47
dtantsurdevananda, any suggestions on better endpoint URL's?15:47
dtantsurdevananda, please see other answers inline15:49
*** jaybeale has quit IRC15:50
*** baoli has joined #openstack-ironic15:51
*** akrish9 has joined #openstack-ironic15:53
*** raildo is now known as raildo-afk15:56
lucasagomesdevananda, very interesting review on the lookup name collision15:57
*** akrish9 has quit IRC15:57
dtantsuryeah, name collision is the only critical thing there IMO15:57
dtantsurI wonder if it should be /v1/lookup or what?...15:58
*** ijw has joined #openstack-ironic15:59
lucasagomesdtantsur, devananda and funny thing, we have a v1/node/detail endpoint16:00
dtantsurOUCH16:00
lucasagomesI just named a node "detail" and when I do a node-show16:00
lucasagomescheck it out16:00
dtantsurso yeah, I'm not the 1st to screw it :D and at least I was caught16:00
lucasagomeshttp://paste.openstack.org/show/494844/16:00
lucasagomesdtantsur, ^16:00
lucasagomesyeah... I will file a bug about it16:01
dtantsurthat's pretty bad. I've no idea what to do about it16:01
lucasagomesyeah16:01
dtantsurwe will probably have to forbid name "detail", which is super-weird, but still...16:02
lucasagomesyeah16:02
lucasagomesand validate as well16:02
dtantsurnow I need ideas about the new endpoints :)16:02
lucasagomeswe also have a v1/node/validate16:02
* lucasagomes names it validate to see16:02
dtantsurspeaking of resetfulness - neither of these 2 are restful, so I tend to think about restfulness as a nit16:02
lucasagomesyeah it's very abstract16:04
*** moshele has quit IRC16:04
sambettsthings like requesting detail should have been query options on the api e.g. GET /v1/node/<uuid>?detail=True16:05
dtantsuryep16:05
dtantsurok, leaving for a day, thanks all for reviews!16:05
sambettsCya dtantsur!!16:07
lucasagomesdtantsur, see ya16:08
mgoulddtantsur, o/16:08
*** dtantsur is now known as dtantsur|afk16:08
lucasagomesall this name collision reminds me that I can't name a label TODO in gmail16:08
* lucasagomes tried that before16:08
sambettshuh thats interesting16:09
lucasagomesdevananda, jroll funny one https://bugs.launchpad.net/ironic/+bug/157265116:11
openstackLaunchpad bug 1572651 in Ironic "Naming a node "detail" or "validate" confuses Ironic" [Medium,Confirmed] - Assigned to Lucas Alvares Gomes (lucasagomes)16:11
*** kromanenko has quit IRC16:11
lucasagomesapparently "validate" is not under nodes/, that's just a documentation bug that is not showing the node parameter in it16:15
sambettsnice! we should totally move that logic into query URL things16:15
*** alexpilotti has joined #openstack-ironic16:15
*** ChubYann has joined #openstack-ironic16:17
*** ohamada has quit IRC16:18
*** watanabe_isao has quit IRC16:21
*** jistr has quit IRC16:22
jlvillallucasagomes: facepalm16:22
lucasagomesjlvillal, :D16:22
*** karimb_ has quit IRC16:23
* jlvillal has a feeling we made a mistake in the API design there.16:23
*** karimb has joined #openstack-ironic16:23
lucasagomesjlvillal, perhaps we should have enforced nodes/?name=<blah> but well16:24
lucasagomeshappens16:24
jlvillalYep16:25
*** sacharya has joined #openstack-ironic16:26
*** bnemec has quit IRC16:26
devanandalucasagomes: hah, awesome, yea, that sucks :(16:28
*** karimb has quit IRC16:29
lucasagomesupdate: the patch capping testresources (which prevents the tempest patch fixing the gate to pass) has been approved https://review.openstack.org/#/c/307858/16:30
openstackgerritAndre keedy proposed openstack/ironic-inspector: Replace node data via uuid/data/unprocessed API  https://review.openstack.org/30837916:34
*** rbudden has joined #openstack-ironic16:35
*** bnemec has joined #openstack-ironic16:35
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Document how to run the tempest tests  https://review.openstack.org/30769516:35
*** penick has joined #openstack-ironic16:37
lucasagomescalling it a day16:37
lucasagomeshave a great evening all, see you all tomorrow!16:37
NobodyCamnight lucasagomes :)16:37
NobodyCamsee you monday16:37
lucasagomesNobodyCam, yup, IRL!16:37
lucasagomeslooking fwd to it16:37
NobodyCamyes16:38
jlvillallucasagomes: Any idea on the tempest error?16:38
jlvillalhttps://review.openstack.org/30795216:38
lucasagomesjlvillal, yup, https://review.openstack.org/#/c/307952/16:38
jlvillalIs it just a matter of recheck?16:39
lucasagomesjlvillal, that fixes it16:39
lucasagomesjlvillal, yeah see the Ironic test patch https://review.openstack.org/#/c/307705/16:39
lucasagomesdepending on it16:39
jlvillalI mean, since that patch has Jenkins -116:39
jlvillalI was wondering if just keep doing recheck on it.16:39
lucasagomesjlvillal, oh that's because we need https://review.openstack.org/#/c/307858/16:39
jlvillalOr is something else broken.16:39
jlvillalAh, thanks.16:39
jlvillalThanks lucasagomes. Have a great night!16:40
lucasagomesjlvillal, the -kilo jobs are broken due that patch ^ we need to cap the version of that library16:40
lucasagomesit's being approved, so after it merges we can recheck again16:40
jlvillalThank you16:40
lucasagomesnp16:40
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643216:40
lucasagomesthank you for keeping an eye on it16:40
jlvillalvsaienko: ^^^16:40
*** suro-patz has joined #openstack-ironic16:40
lucasagomessee y'all later!16:40
*** lucasagomes is now known as lucas-dinner16:40
*** raildo-afk is now known as raildo16:41
*** ppiela has joined #openstack-ironic16:44
*** derekh has quit IRC16:44
*** Guest67082 has quit IRC16:46
devanandadtantsur|afk: further comments posted - need to jump into a meeting now16:50
devanandalucas-dinner: g'night!16:50
*** watanabe_isao has joined #openstack-ironic16:50
*** ijw has quit IRC16:51
*** Sukhdev has quit IRC16:55
*** ijw has joined #openstack-ironic16:55
*** alexpilotti has quit IRC16:56
*** amotoki has quit IRC16:59
*** nathan-h has quit IRC17:00
*** rpioso has joined #openstack-ironic17:03
*** electrofelix has quit IRC17:05
*** mbound has joined #openstack-ironic17:06
jrolllucas-dinner: actually if an operator doesn't exist, it falls back to using ==17:07
jrollalso, I told you all node names were a bad idea :D17:07
*** fragatina has joined #openstack-ironic17:08
*** athomas has quit IRC17:13
*** mtanino has joined #openstack-ironic17:14
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Modified IronicNode mock to use single source of data  https://review.openstack.org/30792717:19
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Changed action from 'deploy' to 'active'  https://review.openstack.org/30792617:19
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: IronicNodeProvision resource  https://review.openstack.org/28245717:19
openstackgerritMichael Krotscheck proposed openstack/ironic-webclient: Added provision state manipulation  https://review.openstack.org/30792817:19
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Force container builds to use http.us.debian.org  https://review.openstack.org/30747417:20
*** ipukha has quit IRC17:21
*** penick has quit IRC17:22
*** penick has joined #openstack-ironic17:22
watanabe_isaosambetts, may I ask a stupid question?17:23
sambettshey, sure :D17:23
watanabe_isaoWhat do you mean by make UCSM CI voting? Any configure on gerrit or zuul,do you mean, please?17:23
watanabe_isao^^^ sambetts, sorry for got to add your name.17:24
devanandajroll: we have about half a dozen node names, that I now know of, which are effectively not allowed17:24
devanandaso yea, fun.17:24
*** mbound has quit IRC17:26
sambettswatanabe_isao: so, right now we 2 different CI jobs one for the CIMC driver, and one for the UCSM driver, and Success or Failure of the Cisco Ironic CI is determined by the success of all the jobs in our CI, right now the UCSM job in our zuul config is voting = false so that it doesn't contribute the final sucess/failure vote, but now its stable we plan to make it vote towards the Success or17:27
sambettsfailure of the Cisco CI17:27
*** xavierr has joined #openstack-ironic17:27
*** trown is now known as trown|lunch17:27
*** penick has quit IRC17:29
sambettswatanabe_isao: you can see this more clearly by looking at the messages our CI posts, here are some examples http://paste.openstack.org/show/494861/17:30
watanabe_isaosambetts, I got it. Thank you. BTW in my understand, we need to provide CI start with non-voting, do you know if there is period to keep it, then change it to voting?17:31
sambettswatanabe_isao: as I understand it none of the third party CIs leave a blocking vote on a patch, so its down to us to decide when to make it voting or not17:32
sambettskrtaylor: ^ can you confirm17:32
* mgould -> home; good night!17:32
*** mgould is now known as mgould|afk17:32
sambettscya mgould|afk17:32
*** yarkot has joined #openstack-ironic17:32
*** alexpilotti has joined #openstack-ironic17:32
jlvillalWoo hoo, the patch to tempest stable/kilo has merged. So now the patch to fix our gate should hopefully pass Jenkins.17:33
*** akrish9 has joined #openstack-ironic17:33
jlvillalNow all we need are some reviews of the +2 variety on that tempest patch :)17:33
sambettsw00p, although /me still isn't a fan of fixing something without knowing why it broke :'(17:33
jlvillalsambetts: Yeah, does seem odd that it just started happening.17:34
devanandasambetts: you are correct - third-party CI can vote as a normal user, but can not vote in a way that would block the gate17:34
watanabe_isaosambetts, thank you. Maybe I have a mis-understand about voting non-voting. I'll check for that.17:37
sambettswatanabe_isao, devananda, krtaylor: I'm not sure if there might be a difference between having a job voting and having a CI voting, e.g. I'm talking about jobs voting towards a CIs vote, but the Cisco Ironic CI doesn't currently place a +1/-1 in the verified column17:38
sambettsnot sure if thats down to us to do or down to a upstream setting17:39
* krtaylor reads scrollback17:39
*** fragatina has quit IRC17:42
*** fragatina has joined #openstack-ironic17:42
krtaylorthe right way is to start with commenting only, pushing comments that meet the infra requirements, then when that is stable for a few weeks, ask the team if it is ok to start voting, but a third party CI system will never be able to stop a merge (gate)17:43
krtaylorwatanabe_isao, ^^^ does that help?17:44
watanabe_isaokrtaylor, if sambetts's CI wants to put +1 in Verified. Do we need to configure anything in gerrit? Or just configure zuul of CI? Do you know that, please?17:45
* sambetts has got to head out for dinner17:46
sambettsplease continue this convo and I'll pick up the scrollback when I'm back :)17:46
*** sambetts is now known as sambetts|afk17:46
krtaylorwatanabe_isao, sambetts|afk, re: verify voting, it's all here: http://docs.openstack.org/infra/system-config/third_party.html#posting-result-to-gerrit17:49
krtaylorI strongly recommend reading every word on that page17:49
*** ifarkas has quit IRC17:51
watanabe_isaokrtaylor, thanks for the information. And I think I have figured out what I want.17:51
krtayloradditional good reading:  https://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/third-party-ci.html17:51
krtaylorwatanabe_isao, ^^^17:51
*** jaypipes has joined #openstack-ironic17:52
watanabe_isaokrtaylor, sambetts|afk : please let me explain.17:53
*** daemontool has quit IRC17:53
*** ChrisAusten has quit IRC17:54
watanabe_isaoCIs can give its result to a project, but will not be able to Verified +1/-1, unless it is add to gerrit Verified group of that project.17:55
watanabe_isaoe.x. In cinder you may find many Cis are working, but only VMware NSX CI can give +1/-1 Verified.17:56
watanabe_isaoThe reason is:https://review.openstack.org/#/admin/groups/508,members17:56
watanabe_isao^^^ and the above Group cinder-ci17:57
watanabe_isao is configured as Label Verified in :https://review.openstack.org/#/admin/projects/openstack/cinder,access17:57
watanabe_isaoCurrently we don't have a label like that in ironic.17:58
watanabe_isao^^^https://review.openstack.org/#/admin/projects/openstack/ironic,access17:58
jlvillalwatanabe_isao: I would imagine it would be a long time before we (Ironic) would allow a 3rd Party CI to block the gate.17:59
jlvillalThere would have to be a large amount of trust built up that we can believe in this CI and that there are people available 24/7 to fix issues if the CI broke.18:00
*** ChrisAusten has joined #openstack-ironic18:00
jlvillalI don't know of any plans to allow any 3rd Party CI to vote in the Ironic CI at this time.18:00
watanabe_isaojlvillal, do you mean if a CI Verified a -1 would block the gate?18:00
jlvillalI mean, to vote as to block the gate.18:00
jlvillalVoting is fine, as long as it doesn't block the gate. For example if I vote -1, it doesn't block the gate from merging if I am over-ruled.18:01
watanabe_isaojlvillal, yes. And I'm expecting CI vote -1 is the same as me.18:02
jlvillalAgreed. It is informational only. No power to block the gate.18:03
watanabe_isaojlvillal, yes. And if Ironic is not going to add a +1/-1 Verified label for 3rd party CI (like in cinder), CIs would not even vote +1/-1. And it is just fine.18:05
*** ndipanov has quit IRC18:06
jlvillalI think we want them to vote. And if we trust them then core reviewers would then look at -1 votes to see if it is an issue.18:06
jlvillalkrtaylor likely knows more about this than me though. As he is in charge of coordinating our 3rd Party CI efforts18:06
*** alexpilotti has quit IRC18:07
*** ChubYann has quit IRC18:07
watanabe_isaojlvillal, I am good with the current situation. I just want to explain of what I have found of, if we want trust-able 3rd party CIs to vote +1/-1 like Jenkins do, what should we do. And about "do we need to do it", I think it would be another long discussion at other place.:)18:11
watanabe_isaokrtaylor, sambetts|afk : hope my explain ^^^ helps you.18:13
*** watanabe_isao has quit IRC18:15
krtaylorwatanabe_isao, I understand, but verify is done like it's documented, I don't believe that anything has been set up to prevent verification votes in ironic18:15
krtaylorand jlvillal, we wouldn't want third-party to block gate18:16
krtaylorno good reason to, verify +1/-1 should be all that is allowed18:17
*** garthb has quit IRC18:19
jlvillalkrtaylor: +1 on not blocking gate.  Unless we really really really trust them and we think it is very important to our project to make sure they don't break.18:20
devanandaactually we can not allow third-party CI to block the gate18:20
*** ChubYann has joined #openstack-ironic18:20
devanandait is expressly not allowed by openstack-infra18:20
jlvillaldevananda: Oh, in the conversation before here it was saying that Cinder has a 3rd Party CI.  VMware NSX CI. I didn't verify that though.18:20
devanandathe question is when/whether we choose to allow a given third-party CI system to vote +1/-1 -- or merely to post an advisory result.18:21
devanandajlvillal: yes, those systems "vote" in that they place a +1/-1 PASS/FAIL18:21
devanandathey are not able to prevent patches from merging, however18:21
jlvillalBut they don't block the gate.18:21
devanandaright18:21
jlvillalAh okay. Good.18:21
jlvillaldevananda: So they can do the "Verified" field: https://review.openstack.org/#/admin/projects/openstack/cinder,access18:22
jlvillalIf I'm reading that right.18:23
devanandahttp://docs.openstack.org/infra/system-config/third_party.html#requirements18:23
jlvillalBut maybe Jenkins only cares about "Jenkins" vote in the verified field18:23
*** Sukhdev has joined #openstack-ironic18:23
devanandayes18:23
*** alexpilotti has joined #openstack-ironic18:23
jlvillalOkay. Good. and thanks.18:23
*** Sukhdev has quit IRC18:24
devanandajlvillal: note that only has +1/-1 rights18:24
devanandacompare to the "Continuous Integration Tools" group at https://review.openstack.org/#/admin/projects/All-Projects,access18:24
devanandawhich has +2/-2 rights18:24
devanandathat is, IIUC, Jenkins18:24
*** alexpilotti has quit IRC18:25
*** ayoung has quit IRC18:25
*** alexpilotti has joined #openstack-ironic18:25
jlvillalOkay. So we can make the 3rd Party CI do +1/-1.  But no +2/-2.18:25
jlvillalAnd a patch only gets merged with +2 Verified, +2 Code Review, and +1 Workflow18:26
*** yolanda has quit IRC18:26
jlvillalIf I'm understanding it correctly.18:26
devanandayep18:27
*** Sukhdev has joined #openstack-ironic18:28
*** yolanda has joined #openstack-ironic18:29
*** alexpilotti has quit IRC18:29
*** penick has joined #openstack-ironic18:35
*** daemontool has joined #openstack-ironic18:35
*** aarefiev_ has quit IRC18:45
*** trown|lunch is now known as trown18:46
*** vishwanathj has quit IRC18:50
*** vishwanathj has joined #openstack-ironic18:50
*** garthb has joined #openstack-ironic18:51
*** e0ne has quit IRC18:55
*** yolanda has quit IRC18:58
*** rcernin has quit IRC19:05
openstackgerritJarrod Johnson proposed openstack/pyghmi: Add system X firmware information  https://review.openstack.org/30739319:14
*** jayc_ has joined #openstack-ironic19:17
*** alexpilotti has joined #openstack-ironic19:21
*** yolanda has joined #openstack-ironic19:23
*** alexpilotti has quit IRC19:25
rloodoes anyone know if we have a list of supported APIs? We discussed in the last summit I think. Trying to remember if methods in drivers/modules/deploy_utils.py or dhcp/neutron.py can be removed.19:25
JayFdhcp/neutron.py isn't the api def, it's somewhere else19:26
JayFdeploy_utils isn't a part of any api aiui19:26
JayFwouldn't https://github.com/openstack/ironic/blob/master/ironic/dhcp/base.py be the thing that can't be changed w/r/t dhcp19:26
JayFnot the neutron implementation of it specifically/19:27
rlooJayF: dunno. you may be right.19:30
rlooJayF: I'm going to assume that you are right :)19:30
JayFI'm probably the worst person to make that assumption about wrt api design :P19:30
*** ijw has quit IRC19:31
rlooJayF: ha ha, it is just that the code patch follows what you just said, so that makes it easier for me not to deal with it.19:31
*** rcernin has joined #openstack-ironic19:32
*** e0ne has joined #openstack-ironic19:33
*** ametts has quit IRC19:33
*** Sukhdev has quit IRC19:46
*** alexpilotti has joined #openstack-ironic19:57
openstackgerritMilan Kováčik proposed openstack/ironic-inspector-specs: High Availability for Ironic Inspector  https://review.openstack.org/25367520:06
*** ChrisAusten has quit IRC20:08
openstackgerritJarrod Johnson proposed openstack/pyghmi: Add system X firmware information  https://review.openstack.org/30739320:08
jlvillaljroll: FYI: https://review.openstack.org/#/c/307952/ got a +1 from Jenkins.  I pinged in QA channel about it to get reviews.20:09
jlvillalTo fix our gate we need that patch.20:09
*** comstud has quit IRC20:14
rlooJayF: is this fixed? https://bugs.launchpad.net/ironic/+bug/153121720:16
openstackLaunchpad bug 1531217 in Ironic "[RFE] Nodes should not always be powered off on failure" [Wishlist,In progress] - Assigned to Jay Faulkner (jason-oldos)20:16
JayF I guess so; the other piece is bigger than that and can be a diff bug20:16
rlooJayF: OK. I changed the status to Fix Committed. (I hope that was right).20:19
JayFfix released is where it goes now20:19
JayFI'll do that20:19
rlooJayF: was it released?20:19
jrollrelease team always marks things fix released now20:19
jrollthey skip committed20:19
JayFwhat jroll said20:19
NobodyCamW00f h00 on the road to Austin20:20
rlooOH. ok then. we should delete 'fix committed' as a choice then!20:20
rlooNobodyCam: with the dogs?20:20
NobodyCamNot this time. Got sitter at home for them20:20
jrollrloo: dunno if we have the controls in LP to do that20:21
rloojroll: probably not or someone would have done it already. I think.20:21
jrollyou never know :)20:21
rlooNobodyCam: all roads lead to Austin. See you there! Safe trip!20:21
jrollNobodyCam: safe travels \o/20:22
*** ijw has joined #openstack-ironic20:25
TheJulia307952 got +A'ed about 5 minutes ago, headed for gate20:29
jrollwoot.20:30
jrollI assume that's the tempest thing?20:30
TheJuliayup20:30
jlvillalWoo hoo: https://review.openstack.org/#/c/307952/ has got +2 and +A :)20:30
jlvillalWill fix our gate soon :)20:30
TheJuliayup20:31
jlvillalAnd TheJulia already said all that :)20:31
JayFif TheJulia and jroll wanna hit https://review.openstack.org/#/c/307474/ with their +2s again, and +A it, that'll fix IPA gate when the other merges (I set depends-on)20:31
JayFthen maybe tomorrow morning we can actually merge changes \o/20:32
TheJuliamaybe! :)20:33
jrollbam20:33
*** Sukhdev has joined #openstack-ironic20:33
jrollyeah dude, that's like 16 hours from now, who knows what could happen20:33
TheJuliaThe queue is not bad at all at the moment20:33
TheJuliaWell, post queue is bad20:33
jlvillalYeah, gate queue isn't too bad.20:34
jlvillalAnd check queue isn't too bad at 4 hours. Since yesterday I saw one at 16 hours20:34
TheJuliajlvillal: I'd almost say surprisingly... good to be honest20:34
jlvillal:)20:35
rlooanyone know why the queues are so long? That doesn't seem to bode well, given my assumption that there isn't much activity/work just prior to the summit20:37
TheJuliarloo: one of the nodepool accounts disappeared earlier in the week from what I understand20:38
TheJuliaso at a high, I think it was something like 39 hours20:38
*** stacker has quit IRC20:40
jrollthere was also an image bug for a day that killed everything right before that20:40
*** lucas-dinner has quit IRC20:40
*** rajinir has quit IRC20:45
*** lucasagomes has joined #openstack-ironic20:47
rlooI suppose we should be thankful that this didn't happen the week of a release...20:47
*** xavierr has quit IRC20:51
NobodyCamThank you thank you:-) see y'all there :-)20:53
*** trown is now known as trown|outtypewww20:53
*** daemontool has quit IRC20:56
*** dprince has quit IRC20:57
jrolldevananda: hey, do you want to moderate the "managing hardware pools" session? :)20:58
devanandaohhai20:58
devanandajroll: so, I do not have any new information on that since the discussion at the last summit20:59
jrolldevananda: at the midcycle we agreed to not move forward on a bunch of specs, with the promise we'd figure out an architectural opinion on it during the summit21:00
jrolland I was thinking you have more insight into these things than I do21:00
jrollas far as knowledge about the HW21:00
devanandafair 'nuf21:01
*** baoli has quit IRC21:01
jrollcool, thanks21:01
devanandaI can moderate it, but I don't have a lot to add yet, as far as a proposed architecture21:01
jrollright21:01
jrollI asked for ideas int he pad but none have shown up yet :/21:02
devanandacompared to the driver composition one, where I've got a proposed architecture laid out already in the 'pad21:02
devanandaI wonder if this is one we should punt on again :(21:02
jrollif nothing else, I can bring some drinks and we can just hang out21:02
jrollbut really, we really need to stop kicking this down the road21:02
devanandaI :( because punting makes me sad -- i know folks want it, but if no one's coming forward with a proposal, we have a lot of other things that do21:03
jrollright21:03
openstackgerritJarrod Johnson proposed openstack/pyghmi: Add system X firmware information  https://review.openstack.org/30739321:04
jrollso we'll call it a "brainstorming session"21:04
rloojroll, devananda: maybe send email and ask? although there isn't much time til the summit.21:04
jrollor maybe enough vendors will show up and we can get some requirements?21:04
jrollrloo: yeah, we could21:04
jrollI still need to send an email about semver21:04
jrollmaybe I'll do that after summit though21:04
jrollsince we aren't releasing this week anyway21:05
devanandaI feel like I have a grasp of the requirements based on the last two summits' discussions21:05
rloojroll: i just looked and dtantsur|afk, sinval, gabriel-bezerra, thiagop, krtaylor and jroll said they were interested in HW pools.21:05
devanandabut I do not have the desire to work on it myself, nor that type of hardware to test on21:05
rloodevananda: so a good start is to write down the requirements and make sure there is agreement on that at least21:05
jrollrloo: well, I'm interested in unblocking folks21:05
jrollrloo: ++21:05
jrolldevananda: could you do that? I'm not sure I have a good grasp on it21:06
devanandaack21:06
jrollthanks21:06
jrollhttps://etherpad.openstack.org/p/ironic-newton-summit-hardware-pools21:06
jrollfor reference21:06
devanandaanyone else wants to brainstorm with me, you're welcome to21:11
*** Goneri has quit IRC21:13
devanandalooking back, I don't see notes from Liberty, but there's this from Mitaka: https://etherpad.openstack.org/p/summit-mitaka-ironic-group-management21:13
*** jayc_ has quit IRC21:15
*** Sukhdev has quit IRC21:15
*** xek has quit IRC21:16
*** e0ne has quit IRC21:20
krtaylordevananda, I can add some bits there too, have to finish up a couple of other things first21:23
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Node search API spec  https://review.openstack.org/30609221:23
*** jayc_ has joined #openstack-ironic21:27
devanandakrtaylor: so, i think what you just added -- molteniron -- is a completely different topic21:27
krtaylorsorry devananda, I dumped that in the middle of your SOC, I'll add some more in a bit, meeting...21:27
krtaylorI was going to ask, so this is groups not pools as in nodepool21:28
devanandakrtaylor: this session is about ironic interacting with certain types of hardware that is grouped21:28
devanandaeg, blade systems21:28
devanandaor 4-node SOCs where you can not power off each system independently21:28
krtaylordevananda, gotcha, my bad, removing21:29
devanandaeach one has an IP address and PXE boots separately -- but they share firmware and power state21:29
devanandathings like that, which we can't model today21:29
*** xek has joined #openstack-ironic21:29
devanandakrtaylor: I'll clarify the wording at the top of the pad :)21:29
krtaylordevananda, thanks, there has been discussion on managing pools of HW for testing (nodepool++), I was confused21:30
devanandaat least ,that's whta I think it's about .... jroll ?21:30
jrolldevananda: correct21:30
devanandak k21:30
* devananda continues21:30
krtaylorI'll bring up managing physical systems for testing in the CI section of gate/qa21:31
krtaylorI was wondering why we needed a fishbowl for that  :)21:31
devanandakrtaylor: yah, that is a better forum for it21:33
devanandainfra team knows they (will) need it21:33
devanandagabriel-bezerra: in reading this oneview spec: http://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/oneview-drivers-dynamic-allocation.html21:34
devanandagabriel-bezerra: I do not see how that relates to the topic of ironic managing groups or pools of servers21:35
devanandabut it was somehow added to the etherpad for that session21:35
devanandaany ideas why?21:35
devanandajroll: ^ ?21:35
devanandakrtaylor: actually, that spec is somewhat closer to the resource pool management you're talking about21:36
devanandatldr; making ironic better cooperate with an external pool manager (OneView)21:36
krtaylordevananda, it does21:37
jrolldevananda: not sure, honestly21:38
*** Sukhdev has joined #openstack-ironic21:38
rloodevananda, jroll: I just remembered this spec, is it related to the hw pool? https://review.openstack.org/#/c/235344/ (We discussed this last summit i think)21:39
jrollrloo: yes21:39
rloojroll: oh, then you just need to +2 it! (maybe not)21:40
devanandarloo: yes, and I've already added it to the pad21:40
devanandaI'm going through all the spec proposals right now, in fact, looking for more unapproved ones about this topic21:40
devanandalike https://review.openstack.org/13486621:40
rloodevananda: thx21:40
* jroll has to bounce for now, catch y'all later21:40
*** thrash is now known as thrash|g0ne21:41
*** e0ne has joined #openstack-ironic21:41
rloooh, chassis. sigh. I wonder if we'll get anywhere but yeah, (the royal) we probably need to do something.21:42
*** Sukhdev has quit IRC21:43
devanandarloo: heh21:44
*** Sukhdev has joined #openstack-ironic21:47
jlvillalUnleash the dogs of war!  The gate should work now :)21:49
*** e0ne has quit IRC21:51
rloojlvillal: YAY!21:53
*** piet has joined #openstack-ironic21:57
mrdaMorning Ironic21:57
mrdaAnd jlvillal, yay!21:58
jlvillalHi mrda. Good morning :)21:58
jlvillalmrda when does your 20+ hour journey start?21:59
* jlvillal assumes it is 20+ hours...21:59
*** Sukhdev has quit IRC21:59
mrdajlvillal: I arrive in AUS 15 hours before conference opening :)22:00
jlvillalmrda you get to do like that Huey Lewis & The News song and "Go Back In Time" :)22:00
mrdajlvillal: so that means I leave Sunday morning 4:30am22:00
jlvillalOuch.22:01
jlvillalThough I think I leave on Sunday at 7am22:01
mrdajlvillal: it's more like Cher's, "If I could turn back time"22:01
jlvillal:)22:01
mrda:)22:02
*** Sukhdev has joined #openstack-ironic22:05
TheJuliaThat moment you realize that you had the BMC for the power hog of a machine in the other room to resume previous power state... and that the BMC does not do that until it has booted up 1-2 minutes later... after walking out of the room.  Doh.22:07
devanandamrda: ouch, no time to recover from jetlag :(22:11
devanandaafter reviewing open specs, I don't see any others22:11
*** jaybeale has joined #openstack-ironic22:13
*** jaybeale has quit IRC22:16
*** jaybeale has joined #openstack-ironic22:16
*** rpioso has quit IRC22:21
*** suro-patz has quit IRC22:23
*** suro-patz has joined #openstack-ironic22:23
*** jayc_ has quit IRC22:25
openstackgerritJulia Kreger proposed openstack/ironic: Active Node Creation via adopt state  https://review.openstack.org/27576622:25
openstackgerritJulia Kreger proposed openstack/ironic: Active Node Creation via adopt state  https://review.openstack.org/27576622:26
mrdadevananda: unfortunately no :(22:29
*** ayoung has joined #openstack-ironic22:33
*** jaybeale has quit IRC22:36
*** UForgotten has quit IRC22:48
*** UForgotten has joined #openstack-ironic22:48
devanandaok - think I'm done summarizing things on https://etherpad.openstack.org/p/ironic-newton-summit-hardware-pools22:50
*** krotscheck is now known as krotscheck_dcm22:57
*** rbudden has quit IRC22:59
*** piet has quit IRC23:03
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/30694223:13
openstackgerritMerged openstack/ironic-python-agent: Force container builds to use http.us.debian.org  https://review.openstack.org/30747423:15
TheJuliahmmmm :)23:16
*** ozialien has joined #openstack-ironic23:19
*** Sukhdev has quit IRC23:22
*** jaypipes has quit IRC23:29
*** mat128 has quit IRC23:29
*** mat128 has joined #openstack-ironic23:30
* TheJulia very cautiously suspects the gate might be happier :)23:34
*** Sukhdev has joined #openstack-ironic23:41
*** penick has quit IRC23:45
devanandaJayF: question on agent lookup() method - I thought this could only be called during DEPLOYWAIT23:47
devanandaJayF: but in reading the code, I am not getting confirmation of my belief. Am I wrong?23:48
*** Sukhdev has quit IRC23:48
jlvillalTheJulia: Gate does appear to be happier. Looking at a job in zuul.23:51
TheJuliayup, two so far have passed23:51
TheJuliashould be 3 shortly23:51
jlvillalThat was a relatively long breakage on the gate.23:51
TheJuliaYeah :(23:52
jlvillalTheJulia: Do you want to update the etherpad or should I?23:52
TheJuliaIf you would that would be awesome, it is dinner time here23:52
jlvillalTheJulia: will do :)23:52
jlvillalBon appetit23:52
TheJuliajlvillal: thank you, and have a good evening23:52
* TheJulia goes off to nom pizza23:52
*** rloo has quit IRC23:53
*** ChrisAusten has joined #openstack-ironic23:55
openstackgerritMerged openstack/ironic: Make sure Cisco drivers are documented on IRONIC_DEPLOY_DRIVER  https://review.openstack.org/30586823:56
jlvillalFYI: Etherpad updated that gate is currently golden23:57
*** yuikotakada has quit IRC23:59

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