Tuesday, 2015-04-07

*** stendulker has quit IRC00:10
*** Marga_ has joined #openstack-ironic00:14
devanandarandom thought for third-party CI00:15
*** achanda has joined #openstack-ironic00:15
devanandawhat if the vendors used something more like bifrost, rather than a full devstack + tempest run00:15
devanandasince the point is to test the interaction between ironic and some special flavor of hardware that can't be virtualized... why require all the layers of openstack above ironic in that test environment?00:16
Shrewsdevananda: do 3rd parties use tempest? if so, that might prevent that00:18
jrolldevananda: that seems fine to me, I'm kind of hacking on something similar00:19
jrollShrews: what 3rd parties00:19
Shrewsthe vendor CI00:19
jrollthat was mostly a joke00:19
*** achanda has quit IRC00:20
jrollShrews: is your question "are 3rd parties required to use tempest?'00:20
jrollor "does current ironic 3rd party CI use tempest?"00:21
Shrewsjroll: the latter00:21
jroll(the latter of which I'm not terribly concerned about00:21
jrollwe only have the xcat thing, if they want to continue using nova/tempest that's fine00:21
jrollbut using something bifrosty would make it easier to set up00:21
*** meghal has quit IRC00:27
devanandathe ilo team has been trying to get something going00:29
devanandai suspect this would make it much easier for them00:29
*** ijw has quit IRC01:02
*** krtaylor has quit IRC01:10
openstackgerritTan Lin proposed openstack/ironic: Improve AMT driver doc  https://review.openstack.org/16960601:11
*** lazy_prince has quit IRC01:11
*** stendulker has joined #openstack-ironic01:15
*** chenglch has joined #openstack-ironic01:18
*** spandhe has quit IRC01:23
*** mtanino has quit IRC01:26
*** igordcard_ has quit IRC01:31
*** killer_prince has joined #openstack-ironic01:34
*** killer_prince is now known as lazy_prince01:34
*** krtaylor has joined #openstack-ironic01:46
*** stendulker has quit IRC01:53
*** chenglch has quit IRC01:57
*** chenglch has joined #openstack-ironic01:59
*** stendulker has joined #openstack-ironic01:59
*** Marga_ has quit IRC02:11
*** lazy_prince has quit IRC02:18
*** killer_prince has joined #openstack-ironic02:20
*** killer_prince is now known as lazy_prince02:20
*** lazy_prince has quit IRC02:27
*** killer_prince has joined #openstack-ironic02:28
*** killer_prince is now known as lazy_prince02:29
*** achanda has joined #openstack-ironic02:37
*** chlong has quit IRC02:42
*** ramineni has joined #openstack-ironic02:44
*** lazy_prince has quit IRC02:44
*** chlong has joined #openstack-ironic02:44
*** stendulker has quit IRC02:44
*** killer_prince has joined #openstack-ironic02:46
*** killer_prince is now known as lazy_prince02:47
*** achanda has quit IRC02:47
*** achanda has joined #openstack-ironic02:48
*** meghal has joined #openstack-ironic02:54
*** meghal1 has joined #openstack-ironic03:01
*** meghal has quit IRC03:03
*** Haomeng has joined #openstack-ironic03:29
*** coolsvap|afk is now known as coolsvap03:45
*** jamielennox is now known as jamielennox|away03:47
*** Marga_ has joined #openstack-ironic03:54
*** Marga_ has quit IRC03:54
*** Marga_ has joined #openstack-ironic03:55
*** harlowja is now known as harlowja_away03:55
*** sandhya has joined #openstack-ironic03:56
*** naohirot has joined #openstack-ironic04:01
*** achanda has quit IRC04:13
*** Nisha has joined #openstack-ironic04:18
*** achanda has joined #openstack-ironic04:20
*** coolsvap is now known as coolsvap|afk04:41
*** persia_ has quit IRC04:44
*** persia_ has joined #openstack-ironic04:45
*** coolsvap|afk is now known as coolsvap04:48
*** lazy_prince has quit IRC04:48
*** pradipta has joined #openstack-ironic04:58
*** jcoufal has joined #openstack-ironic05:07
*** ukalifon1 has joined #openstack-ironic05:11
*** jcoufal has quit IRC05:13
*** jcoufal has joined #openstack-ironic05:16
*** kalpase has joined #openstack-ironic05:17
*** kalpase has quit IRC05:26
*** kalpase has joined #openstack-ironic05:34
*** saripurigopi has joined #openstack-ironic05:52
*** killer_prince has joined #openstack-ironic06:09
*** killer_prince is now known as lazy_prince06:10
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/16918406:12
*** Marga_ has quit IRC06:29
*** spandhe has joined #openstack-ironic06:32
*** pas-ha has joined #openstack-ironic06:40
*** jistr has joined #openstack-ironic06:47
*** achanda has quit IRC07:04
openstackgerritShivanand Tendulker proposed openstack/ironic: boot_mode is overwritten in node properties  https://review.openstack.org/16795207:04
*** dtantsur|afk is now known as dtantsur07:04
openstackgerritShivanand Tendulker proposed openstack/ironic: localboot deploy fails for iscsi_ilo driver  https://review.openstack.org/16866607:05
*** spandhe has quit IRC07:07
*** achanda has joined #openstack-ironic07:08
openstackgerritNisha Agarwal proposed openstack/ironic: Update ilo drivers documentation for inspection  https://review.openstack.org/17006507:13
*** athomas has joined #openstack-ironic07:13
*** meghal has joined #openstack-ironic07:19
*** meghal1 has quit IRC07:19
dtantsurMorning Ironic!07:21
mrdahi dtantsur07:21
dtantsuro/07:22
*** achanda has quit IRC07:23
*** achanda has joined #openstack-ironic07:26
*** spandhe has joined #openstack-ironic07:27
*** rameshg87 has joined #openstack-ironic07:34
rameshg87good afternoon ironic07:34
*** andreykurilin_ has joined #openstack-ironic07:34
*** chlong has quit IRC07:34
*** achanda has quit IRC07:37
*** yog__ has joined #openstack-ironic07:37
*** takadayuiko has joined #openstack-ironic07:38
*** subscope has joined #openstack-ironic07:41
dtantsurrameshg87, g'afternoon07:45
rameshg87dtantsur: morning ..07:46
*** jistr has quit IRC07:50
openstackgerritMerged stackforge/ironic-discoverd: Implement basic checks in functest/devstack-test.sh  https://review.openstack.org/16977607:52
openstackgerritMerged stackforge/ironic-discoverd: Document ipmi_address in HTTP API  https://review.openstack.org/17052007:56
*** tiagogomes has joined #openstack-ironic08:02
*** andreykurilin_ has quit IRC08:03
dtantsurhmm, looks like devstack is broken, e.g. https://review.openstack.org/#/c/170439/08:06
*** lucasagomes has joined #openstack-ironic08:08
*** jistr has joined #openstack-ironic08:09
*** lazy_prince has quit IRC08:11
*** degorenko has joined #openstack-ironic08:13
*** meghal has quit IRC08:14
*** romcheg has joined #openstack-ironic08:15
*** mgoddard has joined #openstack-ironic08:16
*** spandhe has quit IRC08:18
pas-hayep, https://bugs.launchpad.net/tempest/+bug/144098408:27
openstackLaunchpad bug 1440984 in tempest "AttributeError: 'InstallRequirement' when running update.py" [Undecided,New]08:27
*** mrda is now known as mrda-away08:28
*** ndipanov has joined #openstack-ironic08:30
*** yuanying has quit IRC08:40
dtantsurouch08:40
*** killer_prince has joined #openstack-ironic08:44
*** killer_prince is now known as lazy_prince08:44
*** lxsli has left #openstack-ironic08:49
*** killer_prince has joined #openstack-ironic08:49
*** lazy_prince has quit IRC08:51
*** killer_prince is now known as lazy_prince08:51
openstackgerritsandhya proposed openstack/ironic:  Implement Chassis Level Discovery Tool  https://review.openstack.org/15857708:55
*** lazy_prince has quit IRC08:55
*** killer_prince has joined #openstack-ironic08:57
*** killer_prince is now known as lazy_prince08:57
*** edcragg has joined #openstack-ironic08:58
raminenipas-ha: yes, was facing this issue on devstack , about to google it  :) thanks for the link :)08:58
*** killer_prince has joined #openstack-ironic09:01
lucasagomesgate is broken? :-(09:01
*** lazy_prince has quit IRC09:02
*** killer_prince is now known as lazy_prince09:02
dtantsuryep09:03
*** dtantsur is now known as dtantsur|brb09:03
*** pradipta has quit IRC09:11
*** persia_ is now known as persia09:14
lucasagomesrameshg87, hi, for 170117 yuriyz gave the idea of only doing a reboot if the pxe_ssh driver is used09:15
*** meghal has joined #openstack-ironic09:15
lucasagomesI like it because it's a more self-contained change, so I will update the patch to check for the driver and do that09:16
lucasagomesyou can see any problem with it?09:16
rameshg87lucasagomes: hi09:17
rameshg87lucasagomes: fine with me, but checking and deciding action for a driver in iscsi_deploy, is it fine ?09:17
yuriyzmorning lucasagomes rameshg87 I think also that Ironic should have "total control" over nodes power in the Liberty09:19
lucasagomesrameshg87, yeah that's the part that looks a bit odd09:19
lucasagomesyuriyz, +109:19
lucasagomesrameshg87, I was about to add a NOTE explaning why we do that09:19
yuriyzyou can add comment w todo inline09:19
lucasagomeslike if 'ssh' in task.node.driver:09:20
lucasagomesyuriyz, fair enough09:20
lucasagomesrameshg87, yuriyz or perhaps check if the power interface is ssh interface09:20
*** meghal has quit IRC09:20
rameshg87yeah, fine with me09:21
yuriyz+109:21
rameshg87anyway it's a todo :)09:21
rameshg87for pxe_ssh, virsh stores the settings and applies it after reboot.  but for virtual box cannot do that :(09:22
lucasagomes:-(09:23
lucasagomesrameshg87, so it doesn't gets applied on vbox?09:23
lucasagomesrameshg87, we will end up having to set the boot device in the power_on() method09:23
lucasagomesnot only for vbox, but for all hardwares that doesn't save the boot device option09:24
*** pelix has joined #openstack-ironic09:24
*** spandhe has joined #openstack-ironic09:25
rameshg87lucasagomes: yeah that's much better :)09:28
rameshg87lucasagomes: vbox needs it.09:28
lucasagomesyeaj09:28
lucasagomesyeah*09:28
*** rameshg871 has joined #openstack-ironic09:38
*** rameshg87 has quit IRC09:40
*** athomas has quit IRC09:43
*** rameshg871 has quit IRC09:43
*** rameshg87 has joined #openstack-ironic09:50
*** stendulker has joined #openstack-ironic09:52
*** firl has quit IRC09:52
*** foexle has joined #openstack-ironic09:52
*** firl has joined #openstack-ironic09:52
*** rameshg871 has joined #openstack-ironic09:52
*** athomas has joined #openstack-ironic09:53
*** rameshg87 has quit IRC09:55
openstackgerritLucas Alvares Gomes proposed openstack/ironic: FIX Vm stuck when deploying with pxe_ssh + local boot  https://review.openstack.org/17011709:56
*** naohirot has quit IRC09:57
*** chlong has joined #openstack-ironic10:07
*** dtantsur|brb is now known as dtantsur10:07
*** meghal has joined #openstack-ironic10:16
*** takadayuiko has quit IRC10:20
*** meghal has quit IRC10:20
*** Nisha has quit IRC10:25
*** viktors is now known as viktors|lunch10:27
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add append_processing_hooks options  https://review.openstack.org/17053510:27
*** jistr has quit IRC10:30
*** romcheg has quit IRC10:37
openstackgerritRamakrishnan G proposed openstack/ironic: Check status of bootloader installation for DIB ramdisk  https://review.openstack.org/16941910:39
*** sandhya has quit IRC10:42
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add append_processing_hooks options  https://review.openstack.org/17053510:46
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add an option to always store ramdisk logs  https://review.openstack.org/17112210:46
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add an option to always store ramdisk logs  https://review.openstack.org/17112210:49
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add append_processing_hooks options  https://review.openstack.org/17053510:49
openstackgerritAnusha Ramineni proposed openstack/ironic: iLO driver documentation for node cleaning  https://review.openstack.org/16916210:49
*** jistr has joined #openstack-ironic10:51
*** jistr is now known as jistr|biab10:52
dtantsurlucasagomes, hi! may I ask you review a couple more discoverd patches as Imre seems still on PTO? https://review.openstack.org/#/c/171122/ and https://review.openstack.org/#/c/170535/10:57
*** meghal has joined #openstack-ironic10:59
lucasagomesdtantsur, sure will do in a sec11:01
*** meghal has quit IRC11:04
*** romcheg has joined #openstack-ironic11:04
*** ramineni has quit IRC11:04
lucasagomesdtantsur, what's the motivation on append_processing_hooks ?11:09
lucasagomesI mean, if someone downstream have a custom processing_hooks I think they want to not change it when discoverd changes11:09
lucasagomesthat prevents discoverd downstream from running something they don't want to11:09
lucasagomesor... lemme rephrase, not that they don't want to11:10
dtantsurlucasagomes, not necessary, e.g. we only need to insert a couple of plugins11:10
dtantsuractually the default set of plugins is something you very rarely want to change, if ever11:10
lucasagomesbut they don't want to run more or less hooks when they update discoverd if they have a custom processing_hooks, they might just want to run exactly the same11:10
lucasagomesright11:10
dtantsurlucasagomes, they can still use just 'processing_hooks' and override everything like before. But I'd like us (RH) to work with default discoverd + plugins11:11
lucasagomesdtantsur, I find it complicated to have 2 lists of hooks that will run11:11
dtantsuranother option would be to have 'processing_hooks' that acts as append, and also some knd of blacklist11:12
lucasagomesright, I don't know. I kinda like the whitelist more11:13
lucasagomesas is right now11:13
lucasagomesit feels safer if you want to have control over ur enviroment, so that new things won't run unless you explicity tell it to run11:13
lucasagomeskinda liek enabled_drivers for ironic11:13
*** athomas has quit IRC11:13
lucasagomesand if one wants to do the default + plugins... perhaps they should script it?11:14
TheJuliagood morning11:14
dtantsurlucasagomes, enabled_drivers in Ironic is a completely different beast, e.g. they all are independent11:14
* lucasagomes thinks11:14
dtantsurTheJulia, morning11:14
openstackgerritJulia Kreger proposed openstack/ironic: Add retry logic to _exec_ipmitool  https://review.openstack.org/16812011:14
lucasagomesTheJulia, morning11:15
lucasagomesdtantsur, right, anyway it's a white list11:16
dtantsurlucasagomes, e.g. if I ever split essential plugin into 2, people will get broken. that can't happen with Ironic. but well, I'm starting to agree that I don't have compelling enough reason for this option...11:17
* TheJulia caffinates11:17
lucasagomesdtantsur, the good thing about this option is that you still can have the old behavior with processing_hooks only11:17
lucasagomesif u just leave the append_processing_hooks empty11:18
dtantsuryep, it's pure opt-in11:18
* devananda does email, goes back to bed11:18
lucasagomesso yeah, I don't have a strong opnion about it either. It just looks a bit odd to have 2 options to enable hooks11:18
lucasagomesdtantsur, plus the other that the hooks are specified matters right?11:18
dtantsurlucasagomes, yep11:18
*** athomas has joined #openstack-ironic11:19
lucasagomesso sometimes one wnat to keep the default hooks, but he has a custom hook that should run before everything else11:19
lucasagomesand that option won't actually help him11:19
lucasagomesbecause it just appends to the end of the list11:19
lucasagomesdevananda, g'night11:19
dtantsurlucasagomes, actually I was thinking about prepend_processing_hooks too :D11:22
lucasagomesheh11:22
dtantsurbut yeah, maybe I'm overengineering things...11:22
lucasagomesdtantsur, yeah maybe we should brainstorm see what would be a good way to do it11:22
lucasagomesI think that, if one wants to change the hooks etc he could script it11:23
lucasagomesto apply the configuration with the hooks and order he wants11:23
stendulkerlucasgomes: Hi11:25
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Add an option to always store ramdisk logs  https://review.openstack.org/17112211:26
stendulkerlucasgomes: Just found one thing about https://review.openstack.org/#/c/16866611:26
dtantsurlucasagomes, updated ^^^11:26
dtantsurlucasagomes, and abandoned append_* for now11:26
stendulkerIf youc can workflow-1 this review so that I could experimet that option and see if the localboot + iscsi_ilo works11:26
stendulkerlucagomes: to block this submittal from going through11:27
stendulkerlucasgomes: I will get back to you with my findings shortly.11:27
lucasagomesstendulker, hi yes sure!11:28
stendulkerlucasgomes: thank you :)11:28
lucasagomesstendulker, done11:29
* lucasagomes will go get some lunch11:30
*** lucasagomes is now known as lucas-hungry11:30
*** viktors|lunch is now known as viktors11:33
*** enikanorov has quit IRC11:42
*** enikanorov has joined #openstack-ironic11:43
tiagogomeshi, I am having a connectivity problem. The iscsiadm process started by Ironic doesn't seem to run in the namespace where Neutron provided an IP address to the baremetal machine, so Ironic can't communicate with the baremetal machine11:46
tiagogomesI am using a dedicated network for the baremetal provisioning11:47
tiagogomesDo I need to set anything extra?11:47
*** chlong has quit IRC11:49
*** jistr|biab is now known as jistr11:49
*** chlong has joined #openstack-ironic11:51
*** trown|outttypeww is now known as trown11:53
*** stendulker has quit IRC11:54
*** lazy_prince has quit IRC11:58
*** coolsvap is now known as coolsvap|afk11:59
*** meghal has joined #openstack-ironic11:59
*** chenglch|2 has joined #openstack-ironic12:00
*** kalpase has left #openstack-ironic12:00
openstackgerritMerged stackforge/ironic-discoverd: Add an option to always store ramdisk logs  https://review.openstack.org/17112212:03
*** chenglch has quit IRC12:03
*** meghal has quit IRC12:04
* rameshg871 goes home 12:12
*** rameshg871 has left #openstack-ironic12:12
*** dprince has joined #openstack-ironic12:20
*** dtantsur_ has joined #openstack-ironic12:21
*** dtantsur has quit IRC12:21
*** dtantsur_ is now known as dtantsur12:21
*** alexpilotti has joined #openstack-ironic12:22
*** pcrews has quit IRC12:24
*** killer_prince has joined #openstack-ironic12:25
*** killer_prince is now known as lazy_prince12:25
*** lucas-hungry is now known as lucasagomes12:26
*** killer_prince has joined #openstack-ironic12:28
*** lazy_prince has quit IRC12:30
*** keekz has quit IRC12:30
*** keekz has joined #openstack-ironic12:32
*** killer_prince has quit IRC12:33
*** Haomeng|2 has joined #openstack-ironic12:34
*** killer_prince has joined #openstack-ironic12:36
*** Haomeng has quit IRC12:36
*** killer_prince is now known as lazy_prince12:36
*** saripurigopi has quit IRC12:38
*** killer_prince has joined #openstack-ironic12:48
*** lazy_prince has quit IRC12:49
*** killer_prince is now known as lazy_prince12:49
*** kkoski has joined #openstack-ironic12:54
*** killer_prince has joined #openstack-ironic12:56
*** lazy_prince has quit IRC12:58
*** killer_prince is now known as lazy_prince12:58
openstackgerritLucas Alvares Gomes proposed openstack/ironic: FIX Vm stuck when deploying with pxe_ssh + local boot  https://review.openstack.org/17011712:59
*** meghal has joined #openstack-ironic13:00
*** meghal has quit IRC13:05
*** openstackgerrit has quit IRC13:07
*** openstackgerrit has joined #openstack-ironic13:07
jrollmorning all :)13:23
lucasagomesjroll, morning13:23
jroll\o13:24
*** Marga_ has joined #openstack-ironic13:24
jrollwelcome back :P13:24
*** Marga_ has quit IRC13:24
*** Marga_ has joined #openstack-ironic13:25
dtantsurjroll, morning!13:25
jrollhiya dtantsur13:25
lucasagomesthanks :D13:27
lucasagomesyeah bank holidays r good ;-)13:27
jrollheh13:29
*** lazy_prince has quit IRC13:29
*** chenglch|2 has quit IRC13:30
*** ndipanov has quit IRC13:31
*** killer_prince has joined #openstack-ironic13:35
*** killer_prince is now known as lazy_prince13:35
*** jgrimm is now known as zz_jgrimm13:37
dtantsurfolks in #tripleo are getting "Not Acceptable" in response to node-list: http://paste.openstack.org/show/199450/. How could that happen? Oo13:41
jrollwat13:42
*** lazy_prince has quit IRC13:46
lucasagomesdtantsur, odd, it's something related to microversioning apparently13:47
dtantsuryep...13:47
NobodyCamGood mornign Ironicers13:48
lucasagomesNobodyCam, morning13:48
jrollI can't see in the code where this could possibly happen13:49
NobodyCamhey hey lucasagomes dtantsur and jroll13:49
jrollmorning NobodyCam :)13:49
NobodyCam:)13:49
dtantsurNobodyCam, morning13:49
*** chlong has quit IRC13:51
openstackgerritMerged openstack/ironic: Add missing mock for test_create_cleaning_ports_fail  https://review.openstack.org/17099913:57
*** mtanino has joined #openstack-ironic14:00
jrollturns out the tripleo thing was ironic at max 1.4, new client (which defaults to 1.6)14:01
jrollI'm really sad the client defaults to a specific version14:01
*** meghal has joined #openstack-ironic14:01
lucasagomes+114:01
dtantsurjroll, yeah, it does not sound right14:01
*** ndipanov has joined #openstack-ironic14:02
dtantsuruntil we have version negotiation, that is14:02
*** rloo has joined #openstack-ironic14:03
jrollwe do have version negotiation, it's called 'latest'14:05
jroll:P14:05
*** meghal has quit IRC14:05
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: README: move out release notes and start troubleshooting guide  https://review.openstack.org/17121114:06
NobodyCambrb14:07
*** Marga_ has quit IRC14:07
*** ndipanov has quit IRC14:08
*** ndipanov has joined #openstack-ironic14:12
*** killer_prince has joined #openstack-ironic14:15
*** killer_prince is now known as lazy_prince14:15
*** zz_jgrimm is now known as jgrimm14:23
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: Updated Ironic Microversions Spec to fix minor errors.  https://review.openstack.org/17121714:24
*** Sukhdev has joined #openstack-ironic14:25
*** Nisha has joined #openstack-ironic14:26
jrollit just occurred to me that MANAGEABLE -> AVAILABLE invokes a clean cycle14:35
jrollwhich kinda sucks, I wish that was optional14:36
jrollso you could do things like caching in manageable14:36
jrollalso, couldn't a clean cycle annihilate things that a zap cycle might do?14:36
lucasagomesjroll, it should be optional no?14:37
lucasagomesI mean from manageable you can invoke clean directly from the api14:37
jrolllucasagomes: between manageable and available specifically?14:37
lucasagomesbut just moving states should be optional14:37
lucasagomesyeah14:37
jrollhm, need to look14:37
lucasagomesIIRC that's what the machine state spec says14:37
* lucasagomes looks14:37
jrollnope14:38
lucasagomesstate machine*14:38
lucasagomeshttp://specs.openstack.org/openstack/ironic-specs/specs/kilo/new-ironic-state-machine.html14:38
jrollhttps://github.com/openstack/ironic/blob/master/ironic/common/states.py#L272-27314:38
*** devlaps has quit IRC14:38
lucasagomesoh yeah it's trhought clenaing14:38
jrollcode says no, spec says "AVAILABLE (through CLEANING) via the provide API call."14:38
jrollright14:38
lucasagomesyeah14:39
jroll:/14:39
rloomorning ironic'ers14:39
NobodyCamgood morning rloo :)14:39
jrollheya rloo :)14:39
jrolllucasagomes: this makes me sad :/14:39
*** Nisha has quit IRC14:39
lucasagomesjroll, why is that?14:39
rloojroll: yeah, I think it is coded to manageable -> clean -> available14:39
jrolllucasagomes: well, I just had a thought about caching images in manage and/or zap14:40
jrollbut cleaning will blow that away14:40
jrollI'm sure there are other cases where that's also true14:40
rloojroll: i tried to ping JayF and JoshNang about that last Thursday. The doc doesn't mention that. and i think there was something else but i don't recall now.14:40
lucasagomesjroll, right yeah14:40
lucasagomesrloo, morning14:41
dtantsurmorning, rloo14:41
rloojroll: oh yeah. the doc mentions looking at clean-step or something like that, to see what step is being done, but that isn't (wasn't last week) being exposed in the api14:41
jrollrloo: what doc doesn't mention what?14:41
rloojroll: JayF's cleaning documentation14:42
BadCubmorning folks14:42
NobodyCammorning BadCub14:42
jrollrloo: doesn't mention the manageable -> available stuff?14:42
rloojroll: sorry, just starting to catch up on stuff since last Thursday.14:42
rloojroll: yeah, the cleaning doc doesn't mention that.14:42
pshigemorning14:42
rloojroll: I'll try to review the cleaning doc today.14:42
NobodyCammorning pshige14:42
jlvillaldtantsur: My wife just got her tourist visa for Canada.  It took about 22 days.14:43
NobodyCammorning jlvillal14:43
jrollrloo: ah, right, ok14:43
dtantsurjlvillal, congrats! I wonder how long it's gonna take to get my business visa... well, 22 days should be fine :)14:43
jlvillalGood morning: NobodyCam, jroll, rloo, dtantsur, lucasagomes, pshige, and everybody else :)14:43
dtantsurand morning :)14:43
jrollheya jlvillal :)14:44
*** mgoddard1 has joined #openstack-ironic14:44
lucasagomespshige, jlvillal good morning14:44
jlvillaldtantsur: Yeah the visa center told her 50/50 chance.  Luckily it worked out :)14:44
pshige22 days!14:44
jlvillaldtantsur: I would assume business visa will be more likely to be approved.14:44
jrolllucasagomes: at any rate, I'm debating trying to fix this asap or next cycle, regardless I'll probably end up hacking it downstream14:44
*** mgoddard has quit IRC14:44
lucasagomesjroll, asap == before summit?14:45
dtantsurjlvillal, oh yeah...14:45
jrolllucasagomes: asap == before rc114:45
lucasagomesperhaps it's something we could discuss in the summit?14:45
lucasagomesjroll, oh14:45
jrollbut like, idk if it's a problem for others14:45
dtantsurI guess our scripts assume that "provide" works quickly14:46
lucasagomesyou have a valid use case for that, so it worth fixing14:46
lucasagomesthe problem before rc1 is that, it looks more like a feature14:46
lucasagomesnot a bug]14:47
pshigeNobodyCam, jlvillal, lucasgomes good morning14:47
NobodyCam:)14:47
jrolllucasagomes: yeah, indeed14:47
jrolldtantsur: when cleaning can fall back to shred :P14:47
dtantsuroh14:48
devanandamorning, all14:48
jrollheya devananda14:49
jrolldevananda: we had a user this morning upgrade their client, and everything broke because their ironic only supported up to 1.414:49
jrollso that's fun.14:49
devanandaerm14:50
devananda"everything" ?14:50
jrollyes14:50
jrolllike node-list.14:50
NobodyCammorning devananda14:51
jrollbecause the client passes 1.6 by default14:51
TheJuliagood morning14:51
lucasagomesyeah :/14:51
dtantsurdevananda, morning14:51
jrollhey TheJulia :)14:51
jlvillalmorning devananda TheJulia14:51
pshigemorning devananda TheJulia14:52
lucasagomesthe bright side is that the Ironic behavior was correct, user was asking for 1.6 and Ironic failed with 406 which seems the right thing to do if you can't fulfill the request14:52
devanandaoh. right. because we didn't actually implement auto-negotiate-down14:53
devanandaarrrrgh14:53
*** mgoddard1 has quit IRC14:53
* devananda quits14:54
lucasagomesperhaps we should document the upgrade process14:54
* devananda quits typing to go make coffee14:54
lucasagomesfirst update Ironic, then client etc...14:54
*** mgoddard has joined #openstack-ironic14:54
jrolllucasagomes: I tend to think the latest client should work with most ironic releases14:54
lucasagomesjroll, right, that was the case when we used the minimum version as the default14:55
lucasagomesbecause that's backward supported14:55
lucasagomesbut having a fixed version is hard to have it14:55
lucasagomesperhaps we should rethink about the "latest"14:55
jrolllucasagomes: or have the client discover the best version14:56
jrollwhich I guess is "pass latest"14:57
lucasagomesheh yeah14:57
openstackgerritZhenguo Niu proposed openstack/ironic: Add maintenance check before call do_node_deploy  https://review.openstack.org/17014914:57
lucasagomesthe latest seems to be the way to do that14:57
*** rloo_ has joined #openstack-ironic14:58
*** rloo has quit IRC14:58
devanandavery simply, the latest client should always Just Work (tm)14:59
devanandaa client relese should never ever break anyone14:59
jrollright15:00
jrollbut that just happened :/15:00
devanandaanyone fixing it yet?15:00
lucasagomesdevananda, right, we are trying to figure what would be the right fix for it15:01
lucasagomesdevananda, can you remember why pointing the version to "latest" wasn't used in the first place?15:01
rloo_didn't we already go through that exercise? (behavior of client + server)? there's a spec...15:01
*** meghal has joined #openstack-ironic15:02
rloo_lucasagomes: http://specs.openstack.org/openstack/ironic-specs/specs/kilo/api-microversions.html15:02
* lucasagomes looks15:02
devanandayah. there's a spec. we just didn't actually implement it all yet15:02
devanandathe right thing to do is for hte client to receive the 406, lookat the header, then re-initiate the request for version 1.415:03
*** Sukhdev has quit IRC15:04
devanandaand cache 'server {address} supports up to {version} so dont re-negotiate again for another {period}'15:04
rloo_devananda: hmm. the spec doesn't mention that http://specs.openstack.org/openstack/ironic-specs/specs/kilo/api-microversions.html#use-case-6-new-client-new-ironic-unsupported-client-version15:04
devanandarloo_: one further -- http://specs.openstack.org/openstack/ironic-specs/specs/kilo/api-microversions.html#use-case-7a-new-client-new-ironic-negotiated-version-not-user-specified15:05
BadCubheya NobodyCam devananda jroll JayF dtantsur lucasagomes, you guys up for a Spec review meeting early next week to start approving specs for L?15:05
devanandaIronic responds with a 406 Not Acceptable, along with the -Min- and -Max- headers that it can support (in this case 1.1 and 1.10)15:05
devanandaThe client should transparently proceed, having negotiated that both client and server will use v1.10. The client should also cache this microversion, so that subsequent attempts do not need to renegotiate microversions.15:05
dtantsurBadCub, o/15:05
jrollBadCub: sure, let me just submit some specs ;D15:06
devananda^^ that ^^ is what we didn't implement. well one of the things.15:06
lucasagomesBadCub, +115:06
*** meghal has quit IRC15:06
devanandabut that's what we NEED right now15:06
rloo_devananda: ah yes. hmm. we should probably implement it (and the other stuff in that spec). soon...15:06
devanandarloo_: indeed15:06
devanandawhat do we do in the meantime? pin to v1.1 again?15:06
BadCubawesome guys :-) I'll throw out a couple of days and see what looks best for everyone :)15:07
lucasagomesdevananda, it sounds fine, the only bit I worry is about caching the version15:07
lucasagomeslike how the client would actually cache it15:08
rloo_I can't keep track of what breaks if we do whatever. dtantsur said something broke discoverd w/o the latest client that was released, right?15:08
jlvillallucasagomes: ~/.ironicclient.cfg ?15:08
lucasagomeshmm15:09
* lucasagomes has hard times with cache invalidation and stuff15:09
dtantsurrloo_, well, with new client our scripts broke15:09
rloo_dtantsur: oh :-(15:09
jlvillallucasagomes: Though I would think occasionally the client should re-check in case Ironic gets upgraded.15:09
NobodyCamBadCub: sounds good here15:09
lucasagomesI wonder if a warning message or something indicating that the default version is higher than the server isn't a better way to signlize the problem15:10
devanandadtantsur: broke how?15:10
devanandalucasagomes: version negotiation should be transparent to the end user15:10
devanandalike they should not get a warning or log message or -anything-15:10
devanandaif both client and server support X.YY, then they should just use it15:10
dtantsurdevananda, I've sent that to the ML before weekend, you even answered :) nodes started appearing in AVAILABLE state and discoverd refused to start inspection on them15:11
lucasagomesdevananda, right, I agree. But it seems that for version negociation we should use the "latest" key as the version15:11
lucasagomesso it will figure what is the latest supported version by the server15:11
devanandadtantsur: ah, right. just checking if this was something else. also - not done with my first cup of coffee yet :)15:12
dtantsur:)15:12
lucasagomeshaving a fixed version in one of the ends makes it a bit complicated15:12
*** pcrews has joined #openstack-ironic15:14
*** stendulker has joined #openstack-ironic15:17
openstackgerritShivanand Tendulker proposed openstack/ironic: boot_mode is overwritten in node properties  https://review.openstack.org/16795215:17
*** ijw has joined #openstack-ironic15:19
devanandadid we do anything in the client (other than this) that would prevent it from working with older versions of the server right now?15:19
jrollnot that I'm aware of15:20
NobodyCamromcheg: Happy Birthday!15:21
romchegNobodyCam: Thank you!15:21
NobodyCam:)15:21
BadCubHappy B-Day romcheg :)15:22
* jroll passes romcheg a beer and says happy birthday15:24
romchegThank you all guys!15:24
devanandaoh right, take a look at 16283415:24
devanandawe added new columns to the CLI output that will be empty if talking to old servers15:25
devanandawhich isn't the same as broken, but we could hide them ...15:25
romchegUnfortunately I don't know where are your B-days but if you tell me that, I'll try to send you a postcard :)15:25
devanandaromcheg: yea! happy bday!15:25
romchegBtw, good evening/morning/whatever everyone :)15:25
romchegdevananda: thans!15:25
romcheg*thanks even :)15:25
NobodyCam:)15:26
*** romcheg has left #openstack-ironic15:27
NobodyCamhey hey romcheg before you head off to drink, (i always do on my birthday so I assume others do too) I was looking at https://bugs.launchpad.net/ironic/+bug/132726015:27
openstackLaunchpad bug 1327260 in Ironic "Disk layout is not being verified on re-provisioning" [Medium,Triaged]15:27
NobodyCam\what driver is that with ?15:28
*** krtaylor has quit IRC15:28
*** mtanino has quit IRC15:29
lucasagomesNobodyCam, I believe the pxe_ipmitool one... That's about the rebuild15:32
lucasagomesapparently (I asked it a couple of days before here in the #)15:32
NobodyCamahh TY lucasagomes15:33
NobodyCam:)15:33
*** foexle has quit IRC15:33
rloo_devananda: wrt 162834, we should hide the new(er) fields15:34
rloo_devananda: but it isn't urgent15:35
NobodyCambrb15:35
jrolllucasagomes: did you say our gate was broken this morning or am I making stuff up?15:36
lucasagomesjroll, it apparently was some devstack problem which is now fixed15:37
jrollah, ok15:37
jrolllucasagomes: is that what hit 169419?15:37
jroll(and should we recheck)15:37
* lucasagomes looks15:37
*** firl has quit IRC15:37
lucasagomesjroll, yeah apparently on patch-set 1315:38
lucasagomesbefore the recheck15:38
jrollah ok15:38
jrollthanks :)15:39
lucasagomesnp15:39
*** devlaps has joined #openstack-ironic15:40
*** ijw_ has joined #openstack-ironic15:42
jrollanybody else want eyes on https://review.openstack.org/#/c/169419/ before I +A?15:42
jrolldevananda: ^15:42
* devananda clicks15:42
devanandajroll: double check me on something15:43
devanandajroll: does'nt htis break if used with an old dib ramdisk?15:43
jrolldevananda: when using localboot, yes15:44
devanandai get that local boot may not have been supported in juno, but15:44
lucasagomesdevananda, only for localboot15:44
jrollso the ramdisk would have to be just new enough15:44
devanandawhat if i upgrade ironic and nova and start trying to use localboot15:44
jrolldevananda: but today the current DIB ramdisk is broken, so15:44
devanandabut i dont change the ramdisk -- how does the failure behave?15:44
devanandaright. so its broken either way15:44
devanandagah15:44
*** ijw has quit IRC15:44
lucasagomesI think it will get sutck on the DEPLOYWAIT (cause it goes back to that state when it's installing the bootloader with this patch)15:45
lucasagomesand it will timeout eventually15:45
lucasagomes:/15:45
devanandaright15:45
devanandathat's what i thought15:45
*** ijw_ has quit IRC15:45
jrollso feb 6 - apr 2 ramdisks work without this, and break with this. apr 2 - today ramdisks break without this, work with this.15:45
devanandacan this patch check in some way that the ramdisk supports this option, and at least error helpfully if not?15:45
*** ijw has joined #openstack-ironic15:46
jrolldevananda: I wonder if port 10000 isn't listening, if we could key on that. though that could also indicate some failure.15:46
devanandaupgrades that break users like this are the worst upgrades15:46
*** Marga_ has joined #openstack-ironic15:47
dtantsurg'night folks15:48
*** dtantsur is now known as dtantsur|afk15:48
NobodyCamnight dtantsur|afk15:48
*** yog__ has quit IRC15:48
* lucasagomes thinks about the breakage 15:48
*** romcheg has joined #openstack-ironic15:49
lucasagomesI thought it was okish to land it since localboot was introduced in this realease15:49
lucasagomesand we didn't cut it yet15:49
lucasagomesbut yeah would be nice to be backward compat even within the release15:49
* lucasagomes thinks see if there's a way15:49
lucasagomesproblem is that with dib Ironic knows nothing about it when it boots :/15:50
lucasagomesipa at least does a lookup and heartbeat15:50
lucasagomesmaybe we could pass someting in the pass_deploy_info15:50
lucasagomesif that specific key is passed we can assume it's a new ramdisk, and wait it to call the pass_bootloader_*... if not assume it's an old ramdisk15:51
lucasagomes(not sure how overcomplex that can get)15:51
romchegdevananda: Do you know whether there is a way to test whether all release jobs will work fine w/o actually make a release?15:55
*** stendulker_ has joined #openstack-ironic15:58
*** stendulker has quit IRC15:58
*** alexpilotti has quit IRC15:59
devanandajroll: I hae commented on that review. do what you think is right16:00
*** spandhe has quit IRC16:01
*** meghal has joined #openstack-ironic16:02
jrolldevananda: hrm.16:03
devanandaoh gawd, roofers are here today16:03
* devananda starts getting ready to go into the office where it will be quieter16:03
jrolldevananda: I'm going to be pragmatic and approve16:03
devanandaromcheg: nope16:03
romchegdevananda: thanks16:03
*** meghal has quit IRC16:05
*** lazy_prince has quit IRC16:05
jrolldevananda: any plans to update the spec template for liberty?16:05
jrollor can I start writing things?16:06
devanandajroll: nothing comes to mind right now16:06
jrollcool, thanks16:06
*** jcoufal has quit IRC16:07
*** killer_prince has joined #openstack-ironic16:07
*** killer_prince is now known as lazy_prince16:08
*** alexpilotti has joined #openstack-ironic16:11
*** Nisha has joined #openstack-ironic16:12
* lucasagomes spent at least one hour trying to figure out why his apache site wasn't working... tl;dr selinux16:13
jrollman16:14
jrollselinux screwed me really hard setting up mpd the other day16:14
NobodyCamlucasagomes: ugggh :-p16:14
lucasagomesjroll, :(16:15
JayFrloo_: What exactly is wrong with the docs?16:15
lucasagomesyeah I created a rule 'sudo semanage fcontext -a -t httpd_sys_content_t "/httpboot(/.*)?"'16:15
JoshNangJayF: i think it was that we don't have anything about cleaning happening from managed->available16:15
lucasagomesbut I had to apply it using restorecon16:15
JoshNang(which i agree, making optional is reasonable)16:15
rloo_JayF: I should review them, but last week I noticed that it doesn't mention that cleaning is done from manageable -> available16:15
jrolllucasagomes: that's all jibberish to me :D16:15
*** meghal has joined #openstack-ironic16:15
JayFrloo_: for "when does cleaning happen" I mostly wanted to reference the state machine doc16:16
lucasagomesjroll, yeah, I'm not familiar with selinux at all16:16
rloo_JayF: and there was something about getting the clean step but we don't yet expose the node's cleaning_step(or whatever it is called)16:16
JayFrloo_: basically the doc is "X happens during cleaning state"16:16
lucasagomesone of the first things I do after installing a OS is to disable it16:16
JayFrloo_: JoshNang: I think we expose /current/ clean_step, just not listing all the steps beforehand16:16
lucasagomes(personal use ofc)16:16
lucasagomesfor rh I gotta deal with selinux16:16
* lucasagomes weep16:16
jrolllucasagomes: lol, +116:16
*** meghal1 has joined #openstack-ironic16:17
rloo_JayF: looking at http://docs.openstack.org/developer/ironic/deploy/cleaning.html16:18
devanandaBadCub: there are 7 nottin-progress bugs on the RC list16:18
devanandaBadCub: I believe it is time to bump all 7 of them16:18
rloo_JayF: there's nothing there about the state machine doc?16:18
JayFrloo_: did I not reference it? gah16:18
openstackgerritThierry Carrez proposed openstack/ironic: Open Liberty development  https://review.openstack.org/17127416:19
BadCubdevananda: I was thinkng he same thing considering we plan on cutting RC1 in a day or two16:19
rloo_JayF: and I don't think this is true: http://docs.openstack.org/developer/ironic/deploy/cleaning.html#what-clean-step-is-running16:19
JayFJoshNang: ^16:19
*** meghal has quit IRC16:20
JoshNanghmm did that get dropped?16:21
rloo_JayF, JoshNang: josh has a patch that was going to expose clean_step, ah yes, it was part of https://review.openstack.org/#/c/159322/16:21
JayFJoshNang: yeah idk, that was a section you wrote :P16:21
JayFJoshNang: rloo_: That's for exposing a list of clean steps16:23
BadCubdevananda: all have been bumped16:23
JayFJoshNang: rloo_: I thought getting the current clean step was already in there though16:23
JayFJoshNang: rloo_: Note the difference between doing a node-show and a call to cleaning/steps16:23
JoshNangJayF: i thought so too, as its part of the node object.16:23
rloo_JayF, JoshNang: you have to add the clean_step thing to the node, and it isn't there.16:23
*** alexpilotti_ has joined #openstack-ironic16:24
JoshNanghrm16:24
*** alexpilotti has quit IRC16:24
*** alexpilotti_ is now known as alexpilotti16:24
rloo_JoshNang: oh, see, I added a comment about it in your patch.  around line 566: https://review.openstack.org/#/c/159322/10/ironic/api/controllers/v1/node.py16:26
devanandaBadCub: ty16:26
devanandaadam_g: https://bugs.launchpad.net/bugs/1433727 is assigned t oyou but does not show any change in progress to address it16:26
openstackLaunchpad bug 1433727 in Ironic "partial upgrade not possible, 'reason': u'Unknown argument: "configdrive" (HTTP 400)'" [High,Confirmed] - Assigned to Adam Gandelman (gandelman-a)16:26
BadCubdevananda: yw. Pad has been updated as well16:26
*** jistr has quit IRC16:27
JayFrloo_: we're both trying to wrangle devstack to see the actual behavior16:27
JayFrloo_: because we both thought it was already there and if not that's bad enough we should try to get a fix into L16:28
jrollJayF: these are all the fields the api can return https://github.com/openstack/ironic/blob/master/ironic/api/controllers/v1/node.py#L466-54416:29
devanandajroll, JayF, dtantsur|afk, lucasagomes -- regarding releases of ipa and discoverd, ttx has just pointed out to me that there is now a guide for how we do stable releases of libraries and related projects -- http://specs.openstack.org/openstack/openstack-specs/specs/library-stable-branches.html16:29
JayFUgh16:29
JoshNangi know i wrote the code to add the clean_step field, but i can't find it16:30
jrolldevananda: cool16:30
devanandai'm not entirely sure that these qualify as libraries, though, so i'm not sure how much of that applies -- but it would be good for ya'll to be aware of16:30
lucasagomesdevananda, oh cool, I will take a look16:30
JayFdevananda: I'm honestly not a huge fan of having a stable branch for IPA :-/16:30
lucasagomesdevananda, yeah definetly16:30
devanandaparticularly since we will need a stable branch of both services that corresponds to stable/kilo of Iroinc16:30
devanandaJayF: if IPA does backwards compat right, then yea, that's fine16:31
jrollJoshNang: https://review.openstack.org/#/c/155561/16:31
*** meghal1 has quit IRC16:32
rloo_jroll, JoshNang: that 155561 only adds clean_step to the sample, not to the node16:33
jrollrloo_: right16:33
JoshNanghrm. i mean i can write the patch to add it pretty quick. not sure if we want to bump the api version a couple days before rc16:33
jlvillalAnyone else see this occasional test error?  http://paste.openstack.org/show/199616/  in File "ironic/tests/drivers/ilo/test_deploy.py", line 689, in test_tear_down_cleaning16:34
JoshNangi may have just had it local and not pushed it up after get_clean_steps got bumped16:34
jlvillalSecond time I run the test it goes away.  But I see it every day or so.16:34
jrollJoshNang: you'll need to write the patch very soon anyway :P16:34
lucasagomesdevananda, yeah and we have the ironic-libs now too16:34
lucasagomeswe need to start populating it16:34
lucasagomesJayF, btw re ^, on L, let's start working on the disk partitioning bits there?16:34
JayFJoshNang: I think we should file a bug about it and try to get it into K, but devananda is here and we can ask his opinion :)16:34
devanandaooh yes16:34
rloo_JoshNang: so I think the cleaning step info is avail in driver_internal_info but maybe not obvious cuz it has all the clean steps or some of them or something like that.16:34
*** kkoski has quit IRC16:35
JayFdevananda: exposing clean_step on the node object was missed during implementation of cleaning. Would you consider that a big enough bug to get in before the RC? From an operators' perspective; I say very yes :/16:35
JoshNangrloo_: it has the remaining clean steps, so the first one is what's being executed16:35
jroll*current* clean step, to be clear16:35
rloo_JoshNang: is that "good enough" for now? (although adding a microversion etc would be nice)16:36
JayFJoshNang: rloo_: driver_internal_info, is it returned by the API today?16:36
jrollJayF: yes16:36
jroll(given a particular version iirc)16:36
JayFthen that's probably OK as long as we document it properly and add clean_step later?16:37
rloo_jroll, JayF, JoshNang: driver_internal_info avail in 1.3+16:37
JayFJoshNang: ^ you onboard with that? update docs to tell them to look at driver_internal_info? Plus I'll add the ref to the state machine diagram that apparently is missing16:37
JoshNanglemme verify quick16:37
rloo_what bothers me is that even with our microversioning, you get cleaning w/o having to specify any microversion.16:37
*** Marga_ has quit IRC16:38
jrollcleaning isn't just an api :/16:38
*** Marga_ has joined #openstack-ironic16:38
rloo_jroll: I know. i just don't know what exactly is covered/should be micro-version controlled.16:38
jrollrloo_: the API semantics16:39
*** devlaps has quit IRC16:39
rloo_jroll: so *only* API semantics16:39
jrollas far as I'm concerned16:39
jrollthe way we talk to the API, the way it resopnds16:39
JoshNangyeah, driver_internal_info should work.16:40
* jroll finds breakfast16:40
JoshNangeither way, i'll write the patch soon16:40
JayFOnce my stack finishes stacking; I'll confirm behavior and update the docs16:40
adam_gdevananda,  re https://bugs.launchpad.net/bugs/1433727  i was going to push a doc update today16:41
openstackLaunchpad bug 1433727 in Ironic "partial upgrade not possible, 'reason': u'Unknown argument: "configdrive" (HTTP 400)'" [High,Confirmed] - Assigned to Adam Gandelman (gandelman-a)16:41
JoshNangJayF: thank you!16:41
JayFJoshNang: ^ make sure when you expose clean_step the patch includes doc fixes, since I'm going to land a real-fix today16:41
JoshNangJayF: ++16:41
devanandaadam_g: BadCub: if it's just a doc change, let's untarget it from RC1, but do it soon anyway16:42
devanandadoc updates go live on the site when ever they land, and dont strictly need to be in the stable/kilo branch16:42
*** spandhe has joined #openstack-ironic16:42
BadCubdevananda: will do now16:42
lucasagomesjroll, devananda since the dependent patch was approved, mind taking a look at https://review.openstack.org/#/c/170117/ ?16:43
*** Marga_ has quit IRC16:43
lucasagomesit's quite small16:43
tiagogomesHi, I am stuck as I can't make the ironic-conductor communicate with the baremetal machine to do the iscsi stuff. Is there any instructions on how to setup network properly?16:43
*** Marga_ has joined #openstack-ironic16:49
NobodyCambrb16:51
*** lazy_prince has quit IRC16:51
*** kkoski has joined #openstack-ironic16:51
BadCubbrb16:52
*** krtaylor has joined #openstack-ironic16:54
rloo_hi, this patch seems to have gotten a lot of +2s (except from me): https://review.openstack.org/#/c/165788/16:56
rloo_the bug associated with it isn't targetted for rc1: https://bugs.launchpad.net/ironic/+bug/140788816:56
openstackLaunchpad bug 1407888 in Ironic "Implement get_boot_device for seamicro driver" [Medium,In progress] - Assigned to Harshada Mangesh Kakad (harshada-kakad)16:56
rloo_so should I remove my -1? (I don't think I'm holding anything/anyone up, but thought I'd check)16:57
NobodyCamtiagogomes: have you seen http://docs.openstack.org/developer/ironic/deploy/install-guide.html#configure-neutron-to-communicate-with-the-bare-metal-server17:04
*** edcragg has quit IRC17:05
*** kkoski has quit IRC17:07
*** romcheg has quit IRC17:11
JayF2015-04-07 17:04:46.137 | [ERROR] /opt/stack/devstack/lib/ironic:565 Timed out waiting for Nova hypervisor-stats count >= 3 <- I just got this trying to stack locally17:12
JayFI know this is basically what we've been seeing in the gate17:12
*** meghal has joined #openstack-ironic17:12
JayFcurious if there's anything I should do to dig in since I have it locally?17:12
JayFadam_g: ^ thoughts?17:12
adam_gJayF, the n-cpu should be polling ironic for resources and reporting them in the logs17:13
adam_gyou should see some in nova hypervisor-stats17:13
adam_gill stack locally and see if its affecting me17:13
JayFadam_g: I'm asking more from a "diagnose this so we can fix the gate" perspective17:13
adam_git looked like, in the gate, it was due to slow slaves17:13
JayFthis is a blazing fast overpowered cloud server17:13
JayFlike a Rackspace perf 8GB node17:14
JayFit's not slow :/17:14
adam_gJayF, did the resources eventually get picked up? or did n-cpu reach its 60 attempts and bail out?17:14
rloo_JayF: there's a bug open for that. https://bugs.launchpad.net/ironic/+bug/144100717:14
openstackLaunchpad bug 1441007 in Ironic "Gate failure: Timed out waiting for Nova hypervisor-stats count >= 1" [Medium,Confirmed]17:14
rloo_JayF: see the comment from Vladyslav17:14
rloo_JayF: that has been happening since last week I think17:15
jroll17:14:03            JayF | like a Rackspace perf 8GB node <- that's what the gate uses17:16
*** kkoski has joined #openstack-ironic17:16
JayFjroll: :(17:16
JayFadam_g: I can't run nova hypervisor-stats after sourcing ~/devstack/openrc for credentials, getting 403s17:16
adam_gJayF, source openrc admin admin17:17
jrollsource openrc admin admin17:17
jrollJayF: slow is relative, I think better words are "slower than devstack expects"17:17
JayFNovaException: Error contacting Ironic server for 'node.list'. Attempt 60 of 6017:17
JayFand n-cpu died as a result17:17
jrollright, is ir-api even up?17:17
JayFI gotta remember how to use screen :/17:18
NobodyCamJayF: screen -dr17:19
NobodyCamlol17:19
NobodyCam*ducks*17:19
JayFmore for scrolling, but I'm asking google17:19
jrollctrl-a [17:19
NobodyCam^^ +++17:19
JayFironic-api started at 17:0017:19
JayFNova timed out at 16:5217:19
NobodyCamwow17:20
JayFI wonder if JoshNang's addition to get the cleaning network is causing slowdowns17:20
jrollsho nuff, same problem we've been seeing17:20
jrollJayF: how dare you imply neutron is slow17:20
JoshNangheh17:20
devanandahuh?17:20
JoshNangit's possible though.17:20
JayFlike it didn't even *try* to start until 17:00:39, 8 minutes after n-cpu crashed from being unable to talk to it17:20
NobodyCamTheJulia: I am assuming bifrost will not create virsh nodes it self17:21
JayFdevananda: https://bugs.launchpad.net/ironic/+bug/1441007 is what we're talking about17:21
openstackLaunchpad bug 1441007 in Ironic "Gate failure: Timed out waiting for Nova hypervisor-stats count >= 1" [Medium,Confirmed]17:21
jrollJayF: I wonder if some things got re-arranged in that nova starts much earlier compared to ironic than it used to17:21
jrollnot sure if that sentence parses, but I tried17:21
JayFidk, vdrok appears to have diagnosed a thing in the bug17:21
JayF"17:21
JayFThere are some nova x509 requests which fail, and it takes a minute to fail each request. That seems to cause this late start of ironic.17:21
jrolloh, interesting17:22
NobodyCamoh looks like there is a create_vm_nodes script in tools17:22
rloo_JayF: looks like this is a dup bug? https://bugs.launchpad.net/ironic/+bug/144018817:22
openstackLaunchpad bug 1440188 in Ironic "Error contacting Ironic server for 'node.list' during check-tempest-dsvm-ironic-pxe_ssh" [Medium,Confirmed]17:22
JayFrloo_: yep17:23
adam_gJayF, which x509 cert requests are blocking?17:23
TheJuliaNobodyCam: there is a playbook that will do it and a helper script in contrib17:23
TheJuliaNobodyCam: err, tools17:24
JayFadam_g: idk, I was quoting a comment in bug 144100717:24
openstackbug 1441007 in Ironic "Gate failure: Timed out waiting for Nova hypervisor-stats count >= 1" [Medium,Confirmed] https://launchpad.net/bugs/144100717:24
adam_goh17:24
NobodyCamyep found it :)17:24
*** Sukhdev has joined #openstack-ironic17:26
*** harlowja_away is now known as harlowja17:31
*** athomas has quit IRC17:34
lucasagomesfolks I will call it a day17:36
lucasagomeshave a good night everybody17:36
NobodyCamhave a good night lucasagomes17:36
adam_gJayF, do you have your local devstack.log handy?17:36
jrollnight lucas :)17:36
*** achanda has joined #openstack-ironic17:36
*** lucasagomes is now known as lucas-dinner17:37
adam_gim wondering if these openstack credentials commands taking 3 seconds each is whats eating up our timeout http://logs.openstack.org/39/170439/2/gate/gate-tempest-dsvm-ironic-agent_ssh/66849d2/logs/devstacklog.txt.gz#_2015-04-06_16_47_28_09317:37
*** rloo_ has quit IRC17:39
*** kkoski has quit IRC17:39
JayFadam_g: https://gist.githubusercontent.com/jayofdoom/03f12d0720f1a6ee0df6/raw/gistfile1.txt17:40
*** kkoski has joined #openstack-ironic17:40
adam_g2015-04-07 16:50:37.189 | + nova x509-get-root-cert /opt/stack/devstack/accrc/cacert.pem17:41
adam_g2015-04-07 16:51:38.270 | ERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-4ebd2970-7062-4ff2-a7b1-f8b2ad1e0381)17:41
adam_gtho i dont see the same in the gate logs im looking at17:41
BadCubheya folks... is anyone available to review: https://review.openstack.org/#/c/168120/ ?17:42
*** trown is now known as trown|lunch17:43
devanandawtf? https://bugs.launchpad.net/ironic/+bug/143966317:44
openstackLaunchpad bug 1439663 in Ironic "localboot with whole disk image using dib ramdisk tries to install bootloader" [Undecided,New] - Assigned to Ramakrishnan G (rameshg87)17:44
*** athomas has joined #openstack-ironic17:44
devanandaso that feature has yet another omg-im-broken bug17:44
*** romcheg has joined #openstack-ironic17:44
jrolldevananda: all of these are related to DIB ramdisk, let's kill it with fire17:45
devanandayah17:45
devanandagiven that dib-ramdisk + local boot was a) broken by a change in dib that landed after feature freeze b) fixed with a rush patch that is still in the gate c) still broken if used with a whole disk image ... i'm quite frustrated with this feature17:50
*** dprince has quit IRC17:51
*** meghal has quit IRC17:52
greghaynes^ is that related to a dib change?17:52
greghaynesWe did touch some bootloadery bits kind of recently17:52
jrolldevananda: indeed17:52
jrollgreghaynes: no, it was all us17:52
greghaynesah, ok17:52
stendulker_Hi17:53
stendulker_Upon rebasing the review https://review.openstack.org/#/c/167952/ ; py27 tests are failing. But same are passing in my dev environment.17:54
jrolljlvillal: ^ isn't that the test you mentioned earlier? http://logs.openstack.org/52/167952/15/check/gate-ironic-python27/725083b/console.html17:55
jlvillaljroll: Looking17:56
stendulker_jroll: yes17:56
stendulker_jroll, jvillal : they look to be related to last 2 submittals related to testcases in prepare_cleaning17:57
jrollseems like maybe a leaky test somewhere17:57
jrollchanging dhcp configs or something maybe?17:57
jlvillaljroll: I think different from what I saw: http://paste.openstack.org/show/199616/17:58
jrolldhcp provider17:58
jlvillaljroll: Oh no17:58
jrolljlvillal: yeah, though similar test17:58
jlvillaljroll: I see it has one of the failures17:58
jlvillaljroll: The link you posted has two failures.  One of which matches the one I have seen on occasion17:58
jrollright17:58
jrolland that uses dhcp_factory.DHCPFactory().provider, maybe related17:59
jrollcould be using the none provider17:59
BadCubheya folks. devananda just added a section to the Review pad called BUGS THAT LOOK CONCERNING. He would like folks to take a look and see if we need any of these in RC117:59
*** ramineni has joined #openstack-ironic18:00
stendulker_jroll: yes its related to  dhcp_factory.DHCPFactory().provider where it tries to get *_cleaning_ports18:01
jrollstendulker_: perhaps in setUp() set the dhcp provider configs? probably not the best way to solve this, but I would give it a try18:01
*** jamielennox|away is now known as jamielennox18:01
ramineniJayF: hi18:02
stendulker_jroll: other one in test_agent.py is also same case for delete_cleaning_ports18:02
NobodyCamBadCub: https://bugs.launchpad.net/ironic/+bug/1439663 might be one18:02
openstackLaunchpad bug 1439663 in Ironic "localboot with whole disk image using dib ramdisk tries to install bootloader" [Undecided,New] - Assigned to Ramakrishnan G (rameshg87)18:02
*** absubram has joined #openstack-ironic18:04
BadCubNobodyCam: I have marked that as HIGH and tagged it for RC118:05
ramineniJayF: Regarding your comment on https://review.openstack.org/#/c/169162/6/doc/source/drivers/ilo.rst18:05
JayFramineni: I'm not sure how or if it's possible at all that iLo has a separate config option for erase_devices18:06
JayFramineni: and if it's true, I wonder how that interacts with the agent-side priority change config option JoshNang added18:06
*** meghal has joined #openstack-ironic18:06
ramineniJayF: We had discussion on that at the time of review, having seperate options for iLo would be better , rather than using agent option in iLo drivers18:07
JayFthat's the crux of my comment, that I'm 90% sure that the document isn't reflecting reality, and if it is, I think reality is broken18:07
*** kejiahu has quit IRC18:07
jrollJayF: ilo has it's own agent/secure erase implementation iirc18:07
jrollor something18:07
JoshNangi think the big part is ilo and stock agent share a lot of code, but not all of it18:07
raminenijroll: ^^^ , remember?18:07
jrollmaybe get_clean_steps implementation is different18:07
JayFjroll: the way JoshNang implemented the priority change I suspect only one of those options will actually work if both are set18:07
JayFjroll: which goes back to my comment about how reality is broken if this is true18:07
jrollJayF: I don't believe so18:08
jrollbut I'm happy to look18:08
JayFjoin me :P I'm looking too18:08
JoshNanghttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/deploy.py#L56718:08
jrollJayF: they override get_clean_steps https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/deploy.py#L56718:08
jrollheh, nice link18:09
JoshNangwhich is almost exactly https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent.py#L35518:09
JoshNangheh18:09
JayFThat makes me sad18:09
jrollwe explicitly decided this18:09
JayFI feel bad for the operators who have to sort that our18:09
JayFWell I didn't explicitly decide it, and I disagree, but apparently I'm way too late18:09
*** dprince has joined #openstack-ironic18:09
JayFbut that's going to be confusing as hell for operators18:09
jrollilo and non-ilo servers may need different priorities18:09
JayFagent_* drivers behave one way, agent_ilo drivers behave another18:09
JayFI'm not saying there's not a use case; I'm saying it's confusing as hell18:10
jrollare we sure this isn't resource tracker lag? https://bugs.launchpad.net/ironic/+bug/143515318:11
openstackLaunchpad bug 1435153 in Ironic "ironic hypervisor is still available when the node is in maintenance status." [Undecided,New]18:11
jrolldevananda: Haomeng|2 ^18:11
JayFramineni: changed my vote on that patchset, although it looks like you have to convince jenkins too18:11
JayFJoshNang: I /strongly/ suggest we try to deprecate the iLo stuff being different when we implement a more generic agent priority change config option18:12
JayFJoshNang: maybe we can design it so it matches the use case, but is less confusing :/18:12
JoshNangJayF: i'm hoping with boot interface, we can refactor a bunch of this18:13
JayFI don't know how boot interface helps in this case18:13
JayFI just don't like that which OOB driver you choose impacts options for the IB driver18:13
JoshNangi'd imagine boot interface will handle most of the agent interaction18:13
JayFmaybe I have improper assumptions in my head around that, but they're assumptions we encourage with inband_outofband style driver names18:13
JoshNangat least, that's what i got from the spec ramesh put up18:14
*** subscope_ has joined #openstack-ironic18:16
ramineniJayF: ok, thanks18:18
*** ramineni1 has joined #openstack-ironic18:24
*** mtanino has joined #openstack-ironic18:25
*** ramineni has quit IRC18:27
*** ramineni2 has joined #openstack-ironic18:30
*** pas-ha has quit IRC18:31
openstackgerritMerged openstack/ironic: Fix help string for glance auth_strategy option  https://review.openstack.org/17043918:32
*** athomas has quit IRC18:32
openstackgerritMerged openstack/ironic: Document ports creating configuration for in-band inspection  https://review.openstack.org/16925318:32
*** ramineni1 has quit IRC18:33
*** NobodyCam has quit IRC18:37
*** meghal has quit IRC18:38
*** ramineni has joined #openstack-ironic18:39
*** rloo has joined #openstack-ironic18:39
*** NobodyCam has joined #openstack-ironic18:39
*** trown|lunch is now known as trown18:40
*** ramineni2 has quit IRC18:40
*** ijw has quit IRC18:53
*** enikanorov has quit IRC19:01
*** Marga_ has quit IRC19:04
*** kbs1 has joined #openstack-ironic19:05
*** kbs has quit IRC19:06
*** jistr has joined #openstack-ironic19:07
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Client should fall back to the lower versions if necessary  https://review.openstack.org/17133419:08
devanandathat unbreaks the client19:08
devanandaI need to run -- anyone want to pick ^ up and finish it?19:08
* BadCub adds to pad19:09
devanandaI've tested with juno, early kilo, kilo with v1.4, and current master -- all work19:09
BadCubawesomeness19:10
devanandaneeds unit tests, and the code isn't al lthat clean. it probably fails pep19:10
devanandabut it does the negotiation19:10
* devananda runs afk for a couple hours19:10
adam_gdevananda, does that negate the need for https://review.openstack.org/#/c/167038/19:10
adam_ger, cya19:10
devanandaadam_g: yes19:10
*** ramineni1 has joined #openstack-ironic19:10
adam_gdevananda, nice19:11
devanandawait, maybe19:11
devanandaadam_g: I think it does. becayuse of htis19:12
devanandaif not resp.getheader('X-OpenStack-Ironic-API-Version'):19:12
adam_gya19:12
devananda  self.os_ironic_api_version = 1.119:12
NobodyCambrb19:12
devanandak, now i'm really afk19:12
*** ramineni has quit IRC19:13
JayFadam_g: 2015-04-07 19:17:16.988 | + nova x509-get-root-cert /opt/stack/devstack/accrc/cacert.pem  -- that's where it appears to be hanging for a full minute19:18
*** igordcard_ has joined #openstack-ironic19:19
JayFadam_g: and all this appears to be for the ec2/eucalyptus support19:19
adam_gJayF, ya, i see that in your local gist but haven't found an occurrence upstrea19:19
JayFsimilarly there's another x509-create-cert on the nova call that's slow as well19:19
adam_gJayF, yea, i wonder if out-of-tree ec2-api migratino has happened19:19
JayFand they appear to be failing at that19:19
JayF2015-04-07 19:18:26.140 | + nova --os-password password --os-username demo --os-tenant-name invisible_to_admin x509-create-cert /opt/stack/devstack/accrc/invisible_to_admin/demo-pk.pem /opt/stack/devstack/accrc/invisible_to_admin/demo-cert.pem19:19
JayF2015-04-07 19:19:27.242 | ERROR (ClientException): The server has either erred or is incapable of performing the requested operation. (HTTP 500) (Request-ID: req-d81fb513-cf17-42e1-8566-13f25fa75a76)19:19
JayFthat's a full minute to do *nothing*19:19
adam_gthe openstackclient ec2 commands take a good long time in the failed pxe job i was looking at. 3 seconds each, across a total of 24 calls19:20
JayFand it happens multiple times19:20
adam_gJayF, id be interested to see the n-api logs there, or w/e is erroring19:20
JayFadam_g: I'll gladly drop your ssh key on this machine if you want19:20
adam_gJayF, sure19:20
adam_gJayF, ssh-import-id gandelman-a19:20
*** ramineni1 has quit IRC19:21
adam_galso, i put up https://review.openstack.org/#/c/171313/ to bump the API retrires. realistically we can't count on devstack not adding a bunch of stuff todo between n-cpu and ir-api come up19:21
JayFadam_g: root at 104.130.169.38 or 2001:4802:7803:104:be76:4eff:fe20:376a19:21
JayFadam_g: stack is in /opt/stack where it should be, and after this stack.sh finishes I won't run anything else outside of a tmux session19:21
*** subscope_ has quit IRC19:22
*** openstackgerrit has quit IRC19:22
JayFadam_g: hmm. I may have local breakage too somehow19:23
adam_gJayF, is there a tmux/screen going now?19:23
*** openstackgerrit has joined #openstack-ironic19:23
JayFadam_g: as stack user, the one devstack creates19:23
JayFadam_g: none otherwise19:23
JayFadam_g: This stack.sh is still going, and n-cpu has already died19:23
JayFadam_g: and this is still in the middle of setting up a bucketload of EC2 crap19:23
adam_gJayF, n-api.log has some rpc timeouts19:24
adam_gFile "/opt/stack/nova/nova/cert/rpcapi.py", line 89, in generate_x509_cert19:24
JayFadam_g: probably oto the n-cpu that crashed partway through, perhaps?19:24
* NobodyCam is back19:24
JayFadam_g: /me checks for RPC timeouts in gate19:25
*** achanda has quit IRC19:25
JayFadam_g: have any good failures for me to look at, perhaps?19:26
adam_gJayF, i haven't seen the x509 things happen in upstreams gate19:26
*** Sukhdev has quit IRC19:26
adam_gJayF, oh, it looks like you're not running the n-cert process?19:26
JayFadam_g: like they don't happen at all?19:26
adam_gi haven't found them, no19:27
JayFadam_g: what is n-cert?19:27
JayFadam_g: This is 100% shiny fresh devstack clone, with configs identical to those prescribed here: http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html19:27
adam_gJayF, the nova certificate service that listens on the rpc bus and generates certificates :)19:27
adam_gi dont remember *why* it exists19:28
JayFadam_g: well shouldn't devstack configure it by default if it's required?19:28
adam_gJayF, yeah? maybe it was removed from the default services. let me look19:28
JayFadam_g: I'm generally saying I don't think *I* did something wrong in this case; code is broken or docs are broken because I did a reasonable job of following the docs :P19:28
adam_gJayF, https://review.openstack.org/#/c/169709/19:31
*** meghal has joined #openstack-ironic19:31
adam_gthis smells like a devstack bug... it shouldn't be calling that stuff if the service isnt active19:31
JayFadam_g: or alternatively; should ec2 be disabled by default as well?19:31
*** harlowja is now known as harlowja_away19:31
adam_gJayF, AFAIK it is disabled by default now that it lives outside of nova and in its own devstack plugin19:32
*** stendulker_ has quit IRC19:32
adam_gJayF, none of this should affect our ironic deployment19:32
JayFadam_g: this is a fresh clone of devstack from this morning, with localrc exactly as documented19:32
adam_gright19:32
*** kbs has joined #openstack-ironic19:32
JayFso that's not a valid assumption, right?19:32
adam_gthey removed n-cert from the default services that gets installed, but there's still code running by default that requires n-cert19:33
JayFAnd because that code fails, it's preventing Ironic from starting up fast enough19:33
JayFat least that's the local cause for that right now, correct?19:33
*** meghal has quit IRC19:35
JayFoh man this rabbithole is deep :x19:35
*** kbs1 has quit IRC19:35
adam_gJayF, yeah, in your case. i haven't seen it happen upstream tho19:36
*** subscope_ has joined #openstack-ironic19:37
JayFadam_g: So do you want me to get a fresh VM, go through our steps one by one, and prove out it's happening in this case?19:37
*** achanda has joined #openstack-ironic19:37
*** harlowja_away is now known as harlowja19:37
JayFadam_g: because I have nfi what would be different about these servers vs anyone else following Ironic docs on how to devstack19:37
JayF2015-04-07 19:37:55.341 | /opt/stack/devstack/lib/ironic: line 560: [: -ge: unary operator expected19:38
JayFthat is interesting, and bugged19:38
* JayF looks19:38
adam_gJayF, nothing is different.  it looks like that devstack commit broke devstack when running with an unspecified ENABLED_SERVICES. im happy to start looking at fixing it there19:39
JayFadam_g: I think that's the case with me, at least directly19:39
adam_gyes, and likely anyone else following the docs19:39
JayFI set enable_service and disable_service19:39
JayFbut never ENABLED_SERVICES="blah"19:39
adam_gincluding vlad @ https://bugs.launchpad.net/ironic/+bug/144100719:39
openstackLaunchpad bug 1441007 in devstack "Gate failure: Timed out waiting for Nova hypervisor-stats count >= 1" [Undecided,In progress]19:39
JayFadam_g: so you're saying, set ENABLED_SERVICES="" in the top of my local.conf, and the stack works?19:40
adam_gJayF, as a workaround for now, ya.19:41
adam_ghttp://logs.openstack.org/38/167038/2/check/check-tempest-dsvm-ironic-pxe_ssh/c268f7e/logs/localrc.txt.gz19:41
JayFI'm trying my way before copying out that whole ENABLED_SERVICES var from your link19:41
JayFadam_g: Yeah; that doesn't work either. Looks like maybe we assume ENABLED_SERVICES= is sane and has default services started, so we don't dupe them in our docs19:43
JayFENABLED_SERVICES=key,n-api,n-cpu,n-cond,n-sch,g-api,g-reg,rabbit,tempest,mysql,dstat,ironic,ir-api,ir-cond,q-svc,q-agt,q-dhcp,q-l3,q-meta,s-proxy,s-object,s-container,s-account # what my failing runs were running with19:44
JayFand gate runs with n-crt and n-obj19:46
* JayF adds those to his services19:46
*** achanda has quit IRC19:47
adam_gJayF, something tells me this isn't limited to ironic users. /me tries with no localrc19:47
JayFadam_g: I think because of the timing issue, we expose it in a way that can't be ignored19:47
JayFadam_g: whereas other folks would only notice ec2 stuff failed if testing it19:48
*** ukalifon1 has quit IRC19:48
adam_gJayF, create_userrc.sh assumes ec2 api and n-cert19:48
JayFadam_g: I don't see ec2 API in my enabled services that was failing19:48
JayFadam_g: so you're saying EC2 things are happening even though they're 100% unneeded?19:49
adam_gJayF, i dont know. gimme a few to dig through this and ill get back to you19:50
JayFokay cool, trying to help troubleshoot some but lots of demands on my time today (meeting in 10m followed by another meeting, hooray)19:50
JayFadam_g: fwiw; with that fixed ir-api came up with literally only 48 seconds to spare before n-cpu timed out19:54
JayFadam_g: so it's a /very/ tight fit timewise already19:54
*** jistr has quit IRC19:55
JayFadam_g: so if you have a patch that raises the number of attempts or makes the retries have a longer delay; I'd +1 it as a temp measure19:55
adam_gJayF, https://review.openstack.org/#/c/171313/  yeah, that should be increased regardless.19:56
* devananda misses the bus, decides to stay home another hour and attend TC meeting from here19:56
*** Nisha has quit IRC19:56
devanandaadam_g: just wondering, why dont we start ir-api before n-cpu ?19:58
*** dprince has quit IRC19:59
adam_gdevananda, just the way devstack is implemented. the core services startup and then it processes others via extras.d19:59
devanandaadam_g: mmm. core services.20:00
*** ijw has joined #openstack-ironic20:01
*** meghal has joined #openstack-ironic20:02
*** Shrews has quit IRC20:02
devanandaadam_g: ceilometer and heat both have hooks in stack.sh, within the service startup for keystone20:03
devanandaadam_g: i dont see why ironic couldn't20:03
adam_gdevananda, yeah, no idea why those are special20:03
*** Shrews has joined #openstack-ironic20:03
devanandaadam_g: this is probably legacy structure from pre-integration20:04
devanandaadam_g: *pre-ironic-integration. I'd suggest just fixing that20:04
devanandabumping the timeout is a reasonable stop-gap, but not a fix20:04
adam_gdevananda, with the effort to move everything out of devstack and into project's plugins, i dont think that'd be a welcomed change20:05
devanandaadam_g: won't we still need a way to express dependencies?20:05
devanandai see tons of things like... if is_this_service_enabled: if that-service_is_enabled: if something_else: do special thing;20:06
adam_gdevananda, yea, but its bash not puppet/ansible20:07
devanandaright20:09
devanandaadam_g: it's just odd that ironic has no hooks anywhere in stack.sh. I think it's the only integrated project that doesn't?20:12
devanandaadam_g: well, let me ask -- are heat, ceilometer, etc, pulling *out* their hooks from stack.sh?20:12
adam_gdevananda, trove, sahara, tempest, are all installed via extras.d20:12
adam_gdevananda, i dont know the plan TBH. i imagine that stuff is leagcy from a time before devstack was modularized20:13
devanandaadam_g: k k, thanks20:13
openstackgerritMerged openstack/ironic: Check status of bootloader installation for DIB ramdisk  https://review.openstack.org/16941920:13
NobodyCambrb20:15
*** subscop__ has joined #openstack-ironic20:20
*** subscope_ has quit IRC20:23
JayFJoshNang: I think you were wrong w/r/t driver_internal_info; see:20:23
JayFJoshNang: https://gist.github.com/jayofdoom/bf52c957ea54b5093d8a note no clean_steps20:24
JoshNangJayF: have you run through cleaning?20:24
JoshNangalso, i'm pretty sure it deletes them at the end of cleaning.20:24
JayFJoshNang: look at state20:24
*** subscop__ has quit IRC20:25
JoshNangJayF: hmmmm20:25
jrollwhere does it put steps then? they have to go somewhere20:25
JayFaha20:26
JoshNangyeah, they definitely get stored in there20:26
JayFJoshNang: https://gist.github.com/jayofdoom/bf52c957ea54b5093d8a look at new comment20:26
JayFit was added as soon as the node exited cleaning20:27
JayFwhich the node would've exited as soon as it got the steps20:28
jrollJayF: is erase_disks disabled because devstack20:28
JayFso I think this works20:28
jroll?20:28
JoshNangit would be in cleaning state for a couple minutes before it actually gets the clean steps20:28
JayFjroll: yah20:28
jrollyeah, ok20:28
JoshNang^ that too20:28
JayFaight cool20:28
*** achanda has joined #openstack-ironic20:29
*** alex_xu has quit IRC20:34
*** lintan_ has quit IRC20:35
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Client should fall back to the lower versions if necessary  https://review.openstack.org/17133420:41
* devananda fixed error messages20:41
openstackgerritJay Faulkner proposed openstack/ironic: Set hash seed to 0 in gendocs environment  https://review.openstack.org/17136020:44
openstackgerritJay Faulkner proposed openstack/ironic: Fix bad quoting in quickstart guide  https://review.openstack.org/17136120:44
JayFRFR ^ Two really simple changes to docs20:44
NobodyCamw00 h00 my first bifrost deploy: "result": "node activated"20:46
TheJuliaNobodyCam: of course, the real question is, can you ping it? :)20:47
*** igordcard_ has quit IRC20:47
NobodyCamTheJulia: not yet20:49
NobodyCam:-p20:49
TheJuliayou had a bunch of other things going on, so I would expect you to find issues20:49
*** Marga_ has joined #openstack-ironic20:50
NobodyCamlol so how long does shread take on a 10 g vm lol... doh20:58
JayFNobodyCam: forevah20:59
JayFNobodyCam: seriously, like 1h+20:59
NobodyCamlol20:59
NobodyCamoh really20:59
*** meghal has quit IRC20:59
* NobodyCam cries just a bit21:00
*** pelix has quit IRC21:03
devanandaanyone feel like reviewing an oslo sync? 165940 looks reasonable to me, but could use one or two more eyes21:10
devanandaBadCub: ^21:10
* BadCub looks21:11
JayFdevananda: ty for the quick approval on those fixes, trying to get things fixed before I forget rst syntax :P21:11
BadCubdevananda: ^ already has +A on it21:11
devanandaoh, heh21:12
devanandaso it does21:12
devanandarloo: cheers21:12
BadCubhehehe21:12
rloohuh?21:12
rloooh. :D21:12
*** jxiaobin has joined #openstack-ironic21:12
openstackgerritJay Faulkner proposed openstack/ironic: Fixup post-merge comments on cleaning document  https://review.openstack.org/17137221:13
JayFrloo: ^ this patch should fix your concerns21:13
rlooJayF: looking...21:13
JayFplease feel free to mark that review with any other issues in that doc you want fixed21:13
JayFsince you didn't get a review the first time around.21:14
JayFI'd like these docs to be maximum-awesome21:14
rlooJayF: ha ha. 'maximum-awesome', I dunno ...21:15
BadCubanyone have to time to do some reviews on the last two bug patches we have? https://review.openstack.org/#/c/167952/ & https://review.openstack.org/#/c/168120/21:17
*** trown is now known as trown|outttypeww21:17
devanandanotes from post-TC-meeting discussions -- we are going to have to release and then maintain a stable branch of the client21:18
NobodyCamdevananda: for K too?21:19
devanandayes21:19
devanandathis release21:19
rlooouch21:20
NobodyCamJayF: only about 20 minutes21:21
*** mrda-away is now known as mrda21:21
mrdaMorning Ironic21:22
NobodyCammorning mrda21:22
BadCubheya mrda21:22
devanandamorning, mrda21:22
JayFNobodyCam: Not that I'm saying the disks in my hardware lab are slow ... but yeah :P21:23
mrdao/21:23
NobodyCamJayF: lol thats from my "taco" laptop... 7200 rpm spinning disk I think21:23
*** chlong has joined #openstack-ironic21:25
rlooJayF: wrt the cleaning doc, I'm in a meeting and need to listen, so only commented on the changes you made.21:26
* devananda notices that the small oslo-incubator change we just approved triggers a much larger dependent patch that Shrews approved a few weeks ago21:26
devanandarloo: ^21:26
devananda15760221:26
rloodevananda: what? sigh.21:26
JayFrloo: I can wait to merge that if you want a closer look21:27
rlooJayF: don't wait for me. well, up to you. at least look at the comments I made.21:27
*** pelix has joined #openstack-ironic21:28
rloodevananda: well, your call if you want to try to get 157602 in. Looks like it needs to be rebased.21:29
devanandayuea, looks like it's failing rebase21:29
*** meghal has joined #openstack-ironic21:29
devanandawhich is good. i dont htink it should land right now21:29
rloodevananda: oh yeah. that was the touch-almost-all-files change.21:30
*** meghal1 has joined #openstack-ironic21:31
*** Marga_ has quit IRC21:31
*** Marga_ has joined #openstack-ironic21:31
*** ijw has quit IRC21:33
*** meghal has quit IRC21:34
*** ijw has joined #openstack-ironic21:34
*** meghal1 has quit IRC21:35
*** openstackgerrit has quit IRC21:37
*** openstackgerrit has joined #openstack-ironic21:38
devanandarloo, BadCub:165788 is a driver fix for seamicro. I reviewed it several weeks ago, and no one's made noise inthe meetings about it ... it has a bunch of +2's but rloo caught a small issue, as did I just now21:39
devanandawould be eeasy for someone to fix those and ten wwe can merge it21:39
rloodevananda: the seamicro folks haven't asked for it to be in rc1, so honestly, i'm fine punting to Liberty.21:40
devanandak k21:40
devanandait's so close, but i'm fine either way. like i said, no one's raise any concerns21:40
rloodevananda: unless we haven't been clear, but i think in the meeting notes, etc, BadCub has mentioned people should bring up bugs for rc1.21:40
devananda(I'm just doing a quick review of old patches with +2's on them)21:41
rloodevananda: yeah, I know what you mean, I looked at that one earlier today ;)21:41
devanandawhen I unhide reviewed patchsets, I see soooo many old things I've forgotten about...21:41
BadCubI wasn't actually tracking that one for rc121:42
rloodevananda: ha ha. yeah. the community has done (and started) a lot of stuff :-)21:43
devanandaindeed21:43
devanandaBadCub: np. let's track it for early-liberty21:44
BadCubwill tag the bug now21:44
BadCubdevananda: the other bugs that are of concern listed. Should we go ahead and tag them for L at this point?21:46
BadCubthere is 3 of them and comments have been added to most21:46
*** pelix has quit IRC21:47
devananda++21:47
BadCubdone21:48
*** ijw has quit IRC21:49
openstackgerritDevananda van der Veen proposed openstack/ironic: Fix VM stuck when deploying with pxe_ssh + local boot  https://review.openstack.org/17011721:49
*** ijw has joined #openstack-ironic21:49
* devananda goes afk and catches a bus21:51
*** meghal has joined #openstack-ironic21:54
*** ijw_ has joined #openstack-ironic21:55
*** ijw has quit IRC21:59
NobodyCamTheJulia: upon redeploy the node is now pingable :)21:59
*** Marga_ has quit IRC22:01
*** Marga_ has joined #openstack-ironic22:02
TheJuliaIntresting...22:03
TheJuliaNobodyCam: can you redeploy and see if its not pingable?22:04
NobodyCami can try that22:04
NobodyCamrunning deploy.yaml now22:05
TheJuliathanks22:05
TheJuliapersumably you have cleaning disabled by now :)22:05
NobodyCamoh yes :)22:05
NobodyCamheheheh22:06
*** absubram has quit IRC22:06
TheJuliagood :)22:07
TheJuliabecause I'm going to be sadpanda if its not pingable22:07
adam_grloo, ping22:08
NobodyCam:-p22:08
rloohi adam_g, what's up?22:09
adam_grloo, so the new client release seems to be causing problems. http://logs.openstack.org/05/162805/2/check/check-tempest-dsvm-ironic-pxe_ssh/d4f4219/logs/devstacklog.txt.gz#_2015-04-07_12_30_27_90322:09
adam_grloo, it looks like https://review.openstack.org/#/c/155031/ hoped to make it backward compat with the old args, right?22:10
rlooadam_g: yes, it was supposed to. I didn't think it modified the port stuff though.22:10
rlooadam_g: hmm, let me think about this...22:11
*** alexpilotti has quit IRC22:12
rlooadam_g: so --node_uuid should still work, just that the message won't show it cuz it is deprecated.22:12
*** alexpilotti has joined #openstack-ironic22:13
rlooadam_g: ahh. it shows --node as required though.22:13
*** alexpilotti has quit IRC22:14
adam_grloo, bug?22:14
adam_gJayF, FYI https://review.openstack.org/#/c/171406/22:14
rlooadam_g: yup, bug.22:14
adam_grloo, ok. let me file one22:14
rlooadam_g: thx. did we just start using the new client?22:14
adam_grloo, yeah, i think it went out yesterday or today22:15
rlooadam_g: I guess we don't use client from master. sigh.22:15
adam_grloo, this is showing up on stable/juno22:15
adam_gmaster devstack has been updated already to use the new args22:15
JayFadam_g: https://review.openstack.org/#/c/171406/1/tools/create_userrc.sh,cm looks like you inadvertantly removed something on line 26, otherwise lgtm22:15
jrolladam_g: what if stable/juno pinned an older agent release22:16
adam_gJayF, oops. thanks22:16
rlooadam_g: ohhhhh. hmmm. i have to go now. Set the priority on that bug. if it is high, i'll try to look at it tonight. otherwise, will fix it tomorrow. thx!22:16
adam_gjroll, you mean the client? ideally it should be handled by global-requirements but nova apparently opposed it going into their requirements? yeah, i gues stable/juno devstack could install it with a version constraint22:17
jrolladam_g: yeah, that's what I mean, sorry, words are hard :)22:18
JayFadam_g: echo "XXX: $OS_CACERT" leftover from debugging? I don't see it anyone on the original and the XXX: looks suspcious :)22:19
adam_gJayF, jeez, thanks again22:19
JayFthat's what reviews are for, lol22:20
*** igordcard_ has joined #openstack-ironic22:21
*** romcheg has quit IRC22:25
*** ijw_ has quit IRC22:31
*** ijw has joined #openstack-ironic22:32
openstackgerritJay Faulkner proposed openstack/ironic: Fixup post-merge comments on cleaning document  https://review.openstack.org/17137222:32
*** Marga_ has quit IRC22:32
*** Marga_ has joined #openstack-ironic22:33
JayFrloo: ^ comments fixed, ty22:33
*** alexpilotti has joined #openstack-ironic22:43
*** igordcard_ has quit IRC22:46
*** igordcard_ has joined #openstack-ironic22:47
*** Marga_ has quit IRC22:49
*** jgrimm has quit IRC22:51
*** maurosr has quit IRC22:51
*** jgrimm has joined #openstack-ironic22:52
*** maurosr has joined #openstack-ironic22:52
adam_grloo, fyi https://bugs.launchpad.net/python-ironicclient/+bug/144137422:53
openstackLaunchpad bug 1441374 in python-ironicclient "'ironic port-create' 'node' vs 'node_uuid' is not backward compat" [Undecided,New]22:53
*** jgrimm is now known as zz_jgrimm22:59
*** stendulker has joined #openstack-ironic23:01
stendulkerNobodyCam: Hi23:03
devanandaback23:03
devanandaadam_g: ugh. thanks23:04
stendulkerNobodyCam: Did you get chance to look at this review https://review.openstack.org/#/c/167952/ ?23:05
*** lucas-dinner has quit IRC23:05
*** achanda has quit IRC23:05
*** igordcard_ has quit IRC23:07
*** Sukhdev has joined #openstack-ironic23:08
NobodyCamstendulker: I have not ... let me have a look23:09
stendulkerNobodyCam: ok. Thank you. last day, so felt bit worried. all comments received are addressed23:10
TheJuliaNobodyCam: was the node pingable on your second deploy attempt?23:10
rloothx adam_g23:10
NobodyCamTheJulia: why YES it is23:11
TheJuliaexcellent!23:11
BadCubstendulker: we have ^ on the review list as well :-)23:11
stendulkerBadCub: I saw that and happy to see that :)23:13
BadCub:)23:13
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Fix node_uuid option is required for port-create  https://review.openstack.org/17142923:13
devanandaadam_g: ^23:14
stendulkerBadCub: Thank you23:14
BadCubstendulker: YW :)23:14
BadCubdevananda: you want me to put ^ on the list?23:15
devanandaBadCub: yah. that needs to land in the client soon23:15
devanandaanother way that the 0.5.0 release broke clients :(23:15
devanandawe clearly aren't testing the client well enough ...23:15
jrolldevananda: s/enough/at all/23:16
jrollsee also https://review.openstack.org/#/c/171426/23:16
devanandajroll: well, we have some tests on it ...23:16
jrollwe have unit tests23:16
jrollwhich don't test the shell because arguments are mocked23:17
BadCubdevananda: added23:17
devanandaanyone picked up 171334 ?23:17
devanandajroll: oh, right. and we have nova, which doesn't test the shell because it uses the lib23:17
BadCubnot that I am aware of23:17
devanandaand we have tempest, which doesn't test the client at all23:17
devanandajroll: you're right. we have NO tests for the CLI23:17
jrolldevananda: right. but devstack tests the shell to some extent.23:17
devanandaoh23:17
jrollit does some creates and stuff23:18
devanandayay!23:18
jrollbut we weren't running that in the gate23:18
jrollwe were running last release23:18
jroll(still are)23:18
jrollso we weren't testing via nova at all either23:18
devanandai thought that was fixed?23:18
jrollit's not voting yet, idk23:18
devanandano, seroiusly, i thought the client's gate now tests with tip of client23:18
devanandadid that not land?23:18
jrollhttps://review.openstack.org/#/c/171426/23:18
devanandaomg23:19
jrolladam_g: left a comment there23:19
devanandaadam_g: was there a similar review about a month back?23:19
devanandaoh -- i see. this just makes the job voting now23:20
jrollstill not in the gate either way23:20
devanandajroll: check still runs during gate, iiuc23:20
* BadCub adds ^ to list as well23:21
jrolldevananda: I don't think so https://review.openstack.org/#/c/169036/23:21
*** achanda has joined #openstack-ironic23:21
devanandaoh23:22
devanandagnarrrr23:22
devanandaunrelated to RC1, but important and related to versions - https://review.openstack.org/#/c/166386/23:26
NobodyCamstendulker: +2'd23:28
NobodyCamBadCub: ^^^23:29
stendulkerNobodyCam: Thank you :)23:29
* BadCub looks23:29
BadCubdevananda: added it to the microversions section on pad23:30
NobodyCamdevananda: there wasn't a test for 171429 :(23:33
*** davideagnello has quit IRC23:35
devanandaNobodyCam: see previous comments with jroll. we have (basically) no tests of the CLI23:35
NobodyCam:( ya was reading23:36
devanandadid anyone file a bug for the "new client yields a 406 error talking to mid-kilo versions of the server" ?23:36
*** Marga_ has joined #openstack-ironic23:37
jrolldevananda: https://bugs.launchpad.net/tripleo/+bug/144117023:38
openstackLaunchpad bug 1441170 in tripleo "ironicclient "Not Acceptable" error" [Critical,Confirmed] - Assigned to Dan Prince (dan-prince)23:38
NobodyCamdevananda: BadCub: 171429 +2'd23:40
*** stendulker has quit IRC23:40
BadCubNobodyCam: TY! :)23:41
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Client should fall back to the lower versions if necessary  https://review.openstack.org/17133423:42
NobodyCamdevananda: https://review.openstack.org/#/c/171334 has several faliures is that a wip?23:42
NobodyCamlol23:42
devanandayes23:43
BadCublol23:43
devanandait clearly says WIP i nthe commit message23:43
BadCuband on the pad lol23:43
NobodyCamoh the ** WIP ** is that what that means :-p23:43
devananda:P23:43
NobodyCam:)23:43
BadCubomg lol23:43
jrollNobodyCam asked if it was a 'wip', not a 'WIP'23:44
*** Haomeng has joined #openstack-ironic23:44
jrollyou guys should know abuot case sensitivity by now23:44
NobodyCamlol23:44
BadCublol23:44
* BadCub reads urban dictionary to get definition of "abuot"23:45
BadCub*ducks*23:45
* NobodyCam will have glasses in about a week.. he'a hoping that helps make the world less fuzzy23:45
jrolllmao23:45
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Client should fall back to the lower versions if necessary  https://review.openstack.org/17133423:45
* TheJulia need to go to the eye doctor23:46
* BadCub goes to the eye tomrentor, er doctor on 16th23:46
NobodyCam:)23:46
*** Haomeng|2 has quit IRC23:47
TheJuliaBadCub: torturer?23:47
BadCubtorturer, tormentor... Or just "the creep who wants to put things on my eyes"23:47
devanandaso, I may need to drop off again shortly. i'll try to clean up ^ some more in the next few minutes23:47
NobodyCamdevananda: are you on the bus coding?23:48
devanandain office. there's an evening thing I said I'd be at ...23:48
NobodyCam:) cloudbeers again?23:49
TheJuliaBadCub: indeed :(23:50
BadCubTheJulia: hopefully they will get it right this time *frowns*23:51
* NobodyCam thinks its time to call it a day.23:51
TheJuliaditto23:52
* BadCub does too23:52
NobodyCamTheJulia: I'm going to look in to having bifrost disable cleaning if testing is set23:52
NobodyCambut not until tomorrpw23:52
NobodyCamtomorrow even23:53
BadCubHave a good night folks!23:53
*** BadCub is now known as BadCub_Hiding23:53
TheJuliaNobodyCam: I swear it should be doing that, but I lost the last few hours digging into the ansible based issue you encountered23:53
NobodyCamTheJulia: it maybe and I just not looking in the right placces23:54
TheJuliaI'll look at it in the morning23:54
* TheJulia engages cloaking device23:54
NobodyCambut now that it is working for me I dig in more tomorrow23:54
*** rloo has quit IRC23:58
openstackgerritMerged openstack/ironic: Shorten time for unittest test_download_with_retries  https://review.openstack.org/17100223:59
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Client should fall back to the lower versions if necessary  https://review.openstack.org/17133423:59

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