Wednesday, 2015-03-18

jrollyes, just distracted00:00
NobodyCam:)00:00
jrolldevananda: also, what about dmitry's concerns?00:00
*** naohirot has joined #openstack-ironic00:01
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add fallback secure erase using shred  https://review.openstack.org/16524700:04
* jroll bbiab00:05
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add cleaning/zapping support to IPA  https://review.openstack.org/16106600:07
BadCubI added 165247 & 161066 to the EtherPad under Cleaning00:08
devanandaJoshNang: is https://bugs.launchpad.net/ironic/+bug/1409169 really a High Pri bug?00:08
openstackLaunchpad bug 1409169 in Ironic "IPA LLDP lookups loop forever" [High,Triaged] - Assigned to Ricardo Ferreira (rsff)00:08
devanandajroll: oh. i'm lame and mixing up patches. clearly time to take a break ....00:09
JoshNangdevananda: definitely not. low priority for sure (it's been running successfully every decom for months, only had one instance of it freaking out)00:09
devanandaNobodyCam: didn't you work on something similar to https://bugs.launchpad.net/ironic/+bug/1403887 ?00:11
openstackLaunchpad bug 1403887 in Ironic "No such file or directory error during deployment" [High,Triaged]00:11
devanandaif that's really a High bug why aren't we hitting it all the time?00:11
JayFdevananda: the specific result of #1409169: If you have some problem with network (in our case; it was a bad NIC cable), node is stuck in CLEANING ... but there are no upstream managers that use those methods, so it's probably fine00:12
JayFone of those things where priority vs severity are radically different00:12
devanandayea00:12
JayFit's really severe but low priority00:12
* devananda hates LP00:13
* BadCub hate LP more LOL00:13
JoshNangJayF: even then, we only hit it once. the other nodes with bad cables/ports/etc threw errors appropriately00:13
JayFReally? Man that server really rolled a 1 then, eh?00:13
devanandaJayF: and even then, can't you work around that by power cycling the node or something?00:13
JoshNangJayF: hehe00:13
JayFdevananda: workaround is nbd, discovery can be difficult if you've got a big cluster and things constantly cycling00:14
devanandahigh == serious impact in functionality00:14
devanandasee https://wiki.openstack.org/wiki/BugTriage#Task_2:_Prioritize_confirmed_bugs_.28bug_supervisors.2900:14
JayFSo that one should be Medium?00:15
devanandayah00:15
JayFand in context, this would be in Ironic, not IPA context, right?00:15
JayFLike something could break IPA badly, but if it doesn't break Ironic badly it'd be lower rated00:15
devanandaright00:15
devanandathough ...00:15
*** achanda has quit IRC00:15
devanandaonce IPA is the default ramdisk that we gate with, that changes00:16
JayFI'll keep that somewhat in mind when filing bugs then, since we tend to use things downstream before upstream does :)00:16
JayFwell, Ironic doesn't gate on LLDP helper functions in IPA00:16
JayFlol00:16
devanandaexactly00:16
devanandai'd really say that's wishlist00:16
devanandabecause afaik there's no LLDP support upstream at all yet00:16
*** achanda has joined #openstack-ironic00:16
JayFNothing upstream uses that code today00:16
devananda(but there are neat things in IPA that I hvaen't seen, i'm sure)00:16
JayFbut downstream hardware managers can and do use it00:17
JayFI actually think that's an interesting thing to think about00:17
devanandaJayF: so it's not a bug in Ironic, and it may be a medium bug in IPA00:17
JayFhow much helpful hardware utility type functions should IPA have that aren't used directly in upstream hardware managers00:17
JayFdevananda: well, IPA bugs are filed in Ironic, so tag:agent + Medium is really the only way to communicate that00:17
*** oomichi has quit IRC00:17
JayFmaybe we need something like a tag:agent-only00:17
JayFto indicate it doesn't impact upstream default functionality00:18
JayFlike if standalone mode broke, it'd be a bug in IPA we should fix but not something Ironic cares about00:18
devanandaJayF: or a separate IPA project in LP .... as much as I dont want to separate the teams like that00:18
*** achanda has quit IRC00:18
*** achanda has joined #openstack-ironic00:18
JayFdevananda: btw I need your +1s back on that governnace/project-config change00:18
devanandaJayF: link?00:18
JayFdevananda: I am ... surprised the process apparently requires governance change before p-c change00:18
JayFI actually think that changed while that patch was up00:19
JayF3 useful and helpful +1s: https://review.openstack.org/#/c/155117/ https://review.openstack.org/#/c/155868/ https://review.openstack.org/#/c/164370/00:19
JayFthe first is making agent_ssh vote on devstack, which is unrelated but an easy review you should have input on anyway00:19
*** ramineni has joined #openstack-ironic00:20
ramineniNobodyCam: hi00:21
BadCubBRB00:22
JoshNangis there anyone with more experience in devstack that can help me find a solution here: https://review.openstack.org/#/c/164954/00:22
JayFI'll take a look but not sure it'll be helpful00:23
JoshNangbasically, i need a spot where neutron is started (so i can get the private network uuid) but before ironic is started (so it picks up the config change)00:23
JayF have you asked in #openstack-qa?00:23
JoshNangheaded there now00:24
*** mtanino has quit IRC00:30
*** achanda has quit IRC00:30
devanandaJoshNang: yea, -qa is the right place. jogo or adam_g or Shrews would be the first people I'd go to00:31
JoshNangdevananda: thanks! they already gave me the pointer i needed00:31
devanandagreat00:31
devanandaand with that - I am going to catch a bus to dinner00:31
JoshNangenjoy!00:31
devanandabe back later, folks o/00:32
NobodyCamnight devananda00:34
* BadCub needs to start dinner-y things.00:34
NobodyCamhi ramineni :)00:35
NobodyCamI can not what my question was.. I hope I left a comment on the review :/00:36
NobodyCami can not THINK what...00:37
NobodyCam:-p00:37
*** ChuckC has quit IRC00:53
openstackgerritShivanand Tendulker proposed openstack/ironic: Common changes for secure boot support  https://review.openstack.org/15397400:54
openstackgerritShivanand Tendulker proposed openstack/ironic: ilo_iscsi driver do not validate boot_option  https://review.openstack.org/16441401:02
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573101:03
*** ramineni has quit IRC01:04
*** ramineni has joined #openstack-ironic01:13
ramineniNobodyCam: :)01:13
ramineniNobodyCam: responded to your comments, please have a look01:14
ramineniNobodyCam: and ya, you have posted the comments :) https://review.openstack.org/#/c/157715/1701:17
*** saripurigopi has joined #openstack-ironic01:29
*** chenglch has joined #openstack-ironic01:37
*** saripurigopi has quit IRC01:46
*** zhenguo has quit IRC01:47
*** ramineni has quit IRC01:52
*** igordcard_ has quit IRC01:59
*** harlowja_ is now known as harlowja_away02:06
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480802:13
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480802:14
*** coolsvap|afk is now known as coolsvap02:19
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481402:26
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481602:27
jlvillalrloo: I think Zuul is being obstinate:  https://review.openstack.org/#/c/163572/02:32
jlvillalrloo: It doesn't seem to have paid attention to your +A02:33
rloojlvillal: that can't be merged until the dependent patch is merged.02:33
jlvillalrloo: Oh! :D02:33
*** coolsvap is now known as coolsvap|afk02:33
rloojlvillal: :)02:34
jlvillalrloo: Thanks for explaining.02:34
rloojlvillal: thx for noticing!02:34
jlvillalrloo: They did have one earlier today where they seemed to re-do the +A to get it to go.  I thought the same thing had happened here.  My mistake.02:35
rloojlvillal: no worries. it could have been a problem, so worth calling out if you aren't sure.02:37
jlvillalrloo: Next time I'll look at the dependency :)02:37
*** rloo has quit IRC02:44
*** coolsvap|afk is now known as coolsvap02:45
*** yuanying has quit IRC02:46
*** ramineni has joined #openstack-ironic02:53
*** lazy_prince has quit IRC02:57
*** killer_prince has joined #openstack-ironic03:04
*** killer_prince is now known as lazy_prince03:04
*** coolsvap is now known as coolsvap|afk03:09
*** Marga_ has quit IRC03:09
*** coolsvap|afk is now known as coolsvap03:16
BadCubrloo thanks for the +A on 163572 :-)03:20
*** yuanying has joined #openstack-ironic03:37
*** yuanying has quit IRC03:38
*** yuanying has joined #openstack-ironic03:38
*** saripurigopi has joined #openstack-ironic03:49
*** stendulker has joined #openstack-ironic04:00
*** ijw has quit IRC04:02
ramineniJoshNang: hi, there?04:02
*** kbs has quit IRC04:06
*** kbs has joined #openstack-ironic04:08
*** Marga_ has joined #openstack-ironic04:11
*** Marga__ has joined #openstack-ironic04:12
*** Marga_ has quit IRC04:16
openstackgerritSirushti Murugesan proposed openstack/ironic: Raise exception for Agent Deploy driver when using partition images  https://review.openstack.org/16444004:18
*** BadCub is now known as BadCub_Sleeping04:22
*** Haomeng has quit IRC04:23
*** rameshg87 has joined #openstack-ironic04:28
JoshNangramineni: hi!04:37
ramineniJoshNang:hi04:44
rameshg87good morning ironic04:44
JoshNanggood morning!04:45
ramineniJoshNang: morning :) have a question on cleaning for agent_driver patch04:45
ramineniJoshNang: sorry..almost night for you :P04:46
JoshNangheh oh definitely, almost 10 here04:46
ramineniJoshNang: The patch is not wrkng for me :(04:46
JoshNangask away! i'm just about to push up the (hopefully final) patch04:46
ramineniJoshNang : throwing FailedToUpdateMacOnPort: Update MAC address on port: 65ed5871-7f74-4f7c-8d03-1f5d1612167a failed.04:46
JoshNangso i've run into that when i hit a cleanfail and tried to reclean without cleaning out ports04:47
JoshNangit creates ports with the node's macs, and doesn't properly clean them up. if you do a port-list and clean up new ports, you should be able to retry04:48
ramineniJoshNang: I have deleted corresponding neutron port for the mac .04:48
JoshNang(and i'm adding the tear down bits for when it fails)04:48
ramineni**rechecking04:48
ramineniJoshNang: but adding 'mac_address' in the body is not helping ? for creating neutron port with mac?04:49
JoshNangoh!04:50
ramineniJoshNang: but im getting , BadRequest: Cannot update read-only attribute mac_address04:52
JoshNangyeah, i couldn't get it to work with mac_address in the body04:52
JoshNangthe last couple patch sets have that broken out into a separate call after creating the port.04:53
JoshNang(which is...frustrating, but i didn't have time to dig into why it's happening)04:53
ramineniJoshNang: ok .. i have the latest patch set downloaded  , ill try freshly again ..removing ports04:54
JoshNangi've been testing this in devstack all day. that part has definitely been working04:54
JoshNangjust about to test with again with JayF's 'shred' failsafe for erase_devices. vm's don't support secure erase and it was causing clean fails :/04:55
ramineniJoshNang: let me check again , may be im missing smthng :(04:56
JoshNang:( it could be a problem with my code too04:56
JoshNanghow are you testing? devstack? real hardware?04:56
raminenidevstack installed , but added the config paratmeter networkuuid04:58
ramineniIts definetly creating neutron port | bd48149e-e04c-4387-9bb8-5673ef5c5b62 |      | fa:16:3e:ea:10:41 | {"subnet_id": "7ab91742-f052-4ab4-9edc-da126fa0e418", "ip_address": "10.10.1.210"} |04:58
JoshNangahh yeah...we were fighting all day with that...should be fixed now04:58
JoshNang(the cleaning network uuid)04:58
raminenibut not able to update the mac with the one ironic port has04:59
raminenistilll im getting on BadRequest: Cannot update read-only attribute mac_address :(04:59
JoshNangthat's really weird. that was working fine went i went to sleep last night04:59
JoshNangto be clear, you code should not have body = {...'mac_address': foo}.05:00
ramineniit didnt have .. i removed05:00
JoshNangit should be something like self.update_port_address(port['port']['id'], ironic_port.address)05:00
JoshNang(in neutron.py)05:00
ramineniyes ,05:01
* ramineni debugging, why its failing for me05:02
*** penick has joined #openstack-ironic05:05
*** achanda has joined #openstack-ironic05:06
*** Haomeng has joined #openstack-ironic05:08
*** kbs1 has joined #openstack-ironic05:09
*** kbs1 has quit IRC05:09
*** kbs has quit IRC05:10
*** kbs has joined #openstack-ironic05:10
*** penick has quit IRC05:11
*** sdake_ has quit IRC05:13
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159605:19
*** Nisha has joined #openstack-ironic05:20
openstackgerritRamakrishnan G proposed openstack/ironic: Address nits in uefi agent iscsi deploy commit  https://review.openstack.org/16529705:26
openstackgerritRamakrishnan G proposed openstack/ironic: Address nits in uefi agent iscsi deploy commit  https://review.openstack.org/16529705:26
ramineniJoshNang: stangely, I could make it work with 'mac_address' in body rather than seperate function later05:27
openstackgerritNisha Agarwal proposed openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159605:27
JoshNangramineni: hmm.05:27
JoshNangif it works, i'd much rather do it in one call!05:27
openstackgerritPSPradhan proposed stackforge/proliantutils: Update RIS library  https://review.openstack.org/16329005:31
ramineniJoshNang: ya05:31
ramineniJoshNang: not sure, why its not wrkng the one coded now , i updated the neutronclient and neutron also05:33
JoshNangso it is working with the mac address in body?05:34
*** penick has joined #openstack-ironic05:35
ramineniJoshNang: ya, it worked that way for me .. may be you could check again , if it wrks for you05:41
openstackgerritNisha Agarwal proposed openstack/ironic: iLO driver updates node capabilities during inspection  https://review.openstack.org/16357205:43
*** subscope_ has joined #openstack-ironic05:44
*** saripurigopi has quit IRC05:59
jrollJoshNang: holy cow you're up late06:10
JoshNangjroll: yuuup06:10
JoshNangalmost done though :D06:11
jrollnice, well good evening06:11
* jroll just got back from taking kelly to the airport06:11
JoshNangahh06:11
jrollforgot is was st paddy's, so many cops out06:11
JoshNangthat makes sense. i'm usually up until midnight or so, but i don't wake up at 5 :P06:12
jroll:P06:12
openstackgerritGopi Krishna S proposed openstack/ironic: Add pxe_ucs driver to manage Cisco UCS servers  https://review.openstack.org/15973406:18
JoshNangINFO ironic.conductor.manager [-] Node 0095c1b0-5dc8-48d5-9c1b-c56be951c43a cleaning complete06:19
JoshNang\o/06:19
mrda\o/06:19
JoshNang(with JayF's shred fix)06:19
*** kalpase has joined #openstack-ironic06:20
*** kalpase has left #openstack-ironic06:20
JoshNangramineni: it didn't throw an error, but it the agent never finishes booting06:21
JoshNangoh, nvm. just got impatient. good call! updating the code. thanks!06:21
*** saripurigopi has joined #openstack-ironic06:23
*** yog__ has joined #openstack-ironic06:25
*** achanda has quit IRC06:25
*** achanda has joined #openstack-ironic06:27
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145306:28
openstackgerritNisha Agarwal proposed openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531006:29
JoshNang^ bam. works in devstack. almost certainly is going to fail tempest because a) the nova patch isn't in and deletes will time out b) the shred patch should land. cleaning is taking like 10 minutes to shred the whole disk :/ maybe we should shrink the disk or disable secure erase it for testing.06:29
* JoshNang is going to sleep now06:30
rameshg87good night JoshNang06:31
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145306:35
openstackgerritNisha Agarwal proposed stackforge/proliantutils: Adding functionality required by ilo-inspection  https://review.openstack.org/16414206:39
*** ukalifon1 has joined #openstack-ironic06:44
openstackgerritNaohiro Tamura proposed openstack/ironic: Add pxe_irmc to the sending IPMI sensor data driver list  https://review.openstack.org/16531306:47
*** subscope_ has quit IRC06:56
*** aswadr has joined #openstack-ironic07:14
*** Nisha has quit IRC07:17
*** pradipta has joined #openstack-ironic07:28
*** stendulker has quit IRC07:34
*** achanda has quit IRC07:35
*** achanda has joined #openstack-ironic07:39
openstackgerritShivanand Tendulker proposed openstack/ironic: Common changes for secure boot support  https://review.openstack.org/15397407:42
*** jcoufal has joined #openstack-ironic07:55
*** dlpartain has joined #openstack-ironic08:02
*** dlpartain has left #openstack-ironic08:02
*** pas-ha has joined #openstack-ironic08:08
*** achanda has quit IRC08:10
*** Marga__ has quit IRC08:13
*** pradipta has quit IRC08:14
*** hyakuhei has joined #openstack-ironic08:19
*** romcheg has joined #openstack-ironic08:20
*** jistr has joined #openstack-ironic08:22
*** hyakuhei has quit IRC08:25
*** lsmola has joined #openstack-ironic08:25
*** hyakuhei has joined #openstack-ironic08:25
*** yuanying has quit IRC08:27
*** dtantsur|afk is now known as dtantsur08:28
dtantsurMorning08:28
*** pradipta has joined #openstack-ironic08:30
*** ifarkas has joined #openstack-ironic08:30
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480808:32
*** ndipanov has joined #openstack-ironic08:33
*** uschreiber_ has joined #openstack-ironic08:38
*** uschreiber_ has quit IRC08:39
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481408:40
*** uschreiber_ has joined #openstack-ironic08:41
*** uschreiber_ has quit IRC08:42
*** uschreiber_ has joined #openstack-ironic08:42
*** uschreiber_ has quit IRC08:42
*** rsalevsky has joined #openstack-ironic08:45
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481608:47
*** Nisha has joined #openstack-ironic08:52
Nishadtantsur, hi08:53
GheRiveromorning08:54
NishaGheRivero, morning08:54
openstackgerritAnusha Ramineni proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464608:57
*** hyakuhei has quit IRC09:00
*** lintan has quit IRC09:02
*** lucasagomes has joined #openstack-ironic09:12
*** andreykurilin_ has joined #openstack-ironic09:15
*** hyakuhei has joined #openstack-ironic09:18
*** hyakuhei has quit IRC09:28
*** MattMan has joined #openstack-ironic09:30
*** tiagogomes_ has joined #openstack-ironic09:32
*** dmellado has quit IRC09:38
*** saripurigopi has quit IRC09:45
*** alexpilotti has joined #openstack-ironic09:47
*** penick has quit IRC09:49
*** yog__ has quit IRC09:49
*** yog__ has joined #openstack-ironic09:55
*** yog__ has quit IRC09:59
*** Nisha has quit IRC09:59
*** naohirot has quit IRC10:00
*** dtantsur is now known as dtantsur|bbl10:08
openstackgerritAnusha Ramineni proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464610:20
*** stendulker has joined #openstack-ironic10:26
*** chenglch has quit IRC10:32
*** andreykurilin_ has quit IRC10:34
*** pelix has joined #openstack-ironic10:41
*** ifarkas has quit IRC10:44
*** ifarkas has joined #openstack-ironic10:47
*** ramineni has quit IRC10:54
*** penick has joined #openstack-ironic10:58
*** athomas has quit IRC10:58
rameshg87lucasagomes: looks like target for this https://blueprints.launchpad.net/ironic/+spec/cisco-ucs-pxe-driver has been set to liberty10:59
rameshg87lucasagomes: should we just -2 https://review.openstack.org/#/c/159734/ till kilo is complete ?10:59
*** Nisha has joined #openstack-ironic11:01
Nishadtantsur|bbl, lucasagomes11:01
Nishahi11:01
lucasagomesrameshg87, hi, yes if the work has been postponed to L11:01
lucasagomesNisha, hi there11:01
Nishalucasagomes, hi11:01
Nisharequire reviews on https://review.openstack.org/151596, https://review.openstack.org/155900 and https://review.openstack.org/16357211:02
*** dtantsur|bbl is now known as dtantsur11:02
lucasagomesI will take a look soon11:02
Nishadtantsur, ^^^11:02
Nishalucasagomes, thanks today is already 18th11:03
dtantsurNisha, we do see all the reviews on our dashboards/emails/launchpad. if we don't review, that doesn't mean we're evil or hate you, that only means that we are busy with other stuff11:03
dtantsurif you review is on priority list, it will be reviewed11:03
Nishadtantsur, yeah i know11:04
mrdaHi lucasagomes11:04
mrdaWant to talk about logical name?11:04
mrda:)11:04
lucasagomesmrda, hey michael11:04
lucasagomesyes11:05
lucasagomesI might be missing something there11:05
lucasagomesnot sure11:05
Nishabut still asking as if there are any comments i can address them now....11:05
lucasagomesmrda, if logical names aren't supported, we expect NotAcceptable or InvalidUuidOrName ?11:05
mrdaCorrect11:05
mrdaBut, we need the dual conditional not allow_node_logical_names()) and utils.is_hostname_safe(node_ident) before raising Not Acceptable11:06
mrdaotherwise, anyhting that doesn't pass the UUID test, will result in a Not Acceptable11:07
lucasagomesmrda, it won't, unless logical names are not supported11:08
mrdaI agree that if could be rewritten slightly differently so as to check is_hostname_safe once, but I tried that and other review comments wanted it made clearer11:08
mrdaok11:08
rameshg87mrda: one thing i noted11:08
lucasagomesmrda, btw all ur tests passes if that bit is removed11:08
rameshg87mrda: currently we don't raise NotAcceptable for GET calls11:08
lucasagomesmrda, http://paste.openstack.org/show/193081/11:08
rameshg87mrda: but this patch starts throwing NotAcceptable for all calls (including GET)11:09
mrdalucasagomes: maybe my tests are inadequate :P11:09
* mrda looks at the pastebin11:09
lucasagomesmrda, yeah11:09
dtantsuroh these microversions... I fully regret we started to go that deep with them...11:10
* mrda tries to type but is too tired11:10
lucasagomesmrda, so the concern is that if it's not an UUID it will raise NotAcceptable?11:11
*** stendulker has quit IRC11:12
mrdalucasagomes: Have you seen https://etherpad.openstack.org/p/ironic-microversion-handling ?11:12
lucasagomesmrda, checking11:13
mrdaI'm trying to capture the different cases here11:13
mrdaBasically, the concern I have with what you're suggesting is that if logical names aren't supported, anything that isn't a UUID will result in a HTTP 40611:13
*** athomas has joined #openstack-ironic11:14
rameshg87mrda: i am still not sure if last statement is completely true11:14
rameshg87mrda: "We need to decide If behaviour 1B is what we want going forward.  This was what was introduced in review 141737, but we need to ensure this is what we want to do going forward."11:14
rameshg87mrda: we haven't changed the GET calls to raise NotAcceptable in 14173711:14
rameshg87mrda: but this patch will :)11:15
rameshg87mrda: so we are introducing some new behaviours as part of this refactoring - which i doubt if we really want :)11:16
mrdarameshg87: we have added a 406 to a GET - GET /v1/nodes/validate in that review11:16
* rameshg87 checks11:16
mrdahttps://review.openstack.org/#/c/141737/29/ironic/api/controllers/v1/node.py#L86011:17
lucasagomesmrda, right, so the post logical names breaks the pre because it won't raise 406 anymore. Perhaps we shouldn't introduce 406 anywhere?11:17
*** romcheg has quit IRC11:17
lucasagomeswhat about11:17
lucasagomes1) if it's UUID: call get_by_uuid()11:17
mrdathat's whay I wrote up https://etherpad.openstack.org/p/ironic-microversion-handling so we could discuss :)11:17
rameshg87mrda: was it line 860 of node.py ?11:18
lucasagomes2) if logical name isn't supported: raise Invalid (Not InvalidUuidOrName, because that would tell the user "logical name" when it's not even supported)11:18
rameshg87mrda: wondering if url you gave me is wrong11:18
mrdaoh, 86711:18
lucasagomes3) if is hosname like: call get_by_name()11:18
mrdasorry 92311:18
lucasagomes4) raise InvalidNameOrUuid (because now we know that logical names are suppoted but the id is not uuid-like nor hostname-safe)11:18
rameshg87mrda but that's validate no11:19
mrdarameshg87: validate is a GET :)11:19
rameshg87mrda: what about GET /v1/nodes , have introduced a 406 for that in 14173711:19
rameshg87mrda: oh you meant like that11:19
rameshg87mrda: i was meaning GET = GET /v1/nodes11:20
*** romcheg has joined #openstack-ironic11:20
mrdalucasagomes: I would say that your point 2) should be raise InvalidUuid, because that was what Juno had11:20
rameshg87mrda: okay so your point was it already being done on one GET call, why not on all GET calls ?11:20
lucasagomesmrda, right, could be11:20
mrdalucasagomes: if we're going to go back to this, we might as well gain some benefit of being backward compat11:20
lucasagomesmrda, that yes, will keep the compatibility with Juno11:20
lucasagomesand we don't introduce any new exception that won't be raised in the future11:20
lucasagomesmrda, yes11:21
mrdaso from an operator perspective, there's plusses and minuses11:21
mrdaif an operator tries and use logical name, but gets the microversion wrong, they'll be like InvalidUuid?  WTF?11:21
mrdaat least how it is proposed today they get NotAcceptable11:22
mrdaBut of course the other side is they get the same behaviour if they specifty a previous microversion11:22
mrdapros and cons11:22
lucasagomeswe want to mimic what was before right? In Juno if someone tries to use logical name what does it get InvalidUuid11:23
lucasagomesthat's exactly what we are doing11:23
lucasagomesif we return 406 on the new version we are breaking backward compat11:23
mrdaI'm not sure, rameshg87, why we should differentiate between a 406 being raised for validate, but a 400 for GET /nodes11:23
rameshg87mrda: we should go back 141737 and check if there was a reason11:23
mrdalucasagomes: so playing the devisl advocate we should pull out the 406s completely from node.py?11:24
rameshg87mrda: but yeah, i agree with you11:24
rameshg87mrda: it should be consistent11:24
mrdahence why the etherpad discussing the options11:24
mrdaI don't want this to be half baked11:24
lucasagomesmrda, depends on the situations, I don't have all in mind now11:24
lucasagomesbut e.g, if an endpoint doesn't exist on the old API11:24
mrdawe should decide as a team what we expect the behaviour to be, and do it consistently across the board11:24
lucasagomesand we add backward compat layer there, before it would return 404 and in the new one we would return 406?11:25
mrdadepends what you mean by endpoint lucasagomes11:25
lucasagomesthat's bad, we should continue to reutrn 40411:25
mrdais /nodes/UUID and /nodes/name different end points in your mind?11:25
lucasagomesmrda, like a new endpoint in the api, e.g /nodes/<uuid>/maintenance11:25
lucasagomesdidn't exist before Kilo11:25
lucasagomesmrda, no they are not11:25
mrdathen there are no new endpoints in this argument11:26
lucasagomesjust different parameters11:26
lucasagomes /nodes/<uuid>/maintenance < didn't exist before11:26
lucasagomesbefore Kilo11:26
lucasagomes /maintenance is new endpoint11:26
mrdaok, that one then :)11:26
mrdaso all the 406s introduced in 141737 should not be there11:26
mrdaaccording to this line of thinking11:27
lucasagomesmrda, https://review.openstack.org/#/c/164369/4/ironic/api/controllers/v1/node.py11:27
lucasagomesthis is returning 404, which is correct11:27
lucasagomesthat's a backward compat layer11:27
*** pas-ha has quit IRC11:27
lucasagomesmrda, the 406s may be valid in some cases, I gotta take a look at the current ones11:27
* rameshg87 goes home 11:27
rameshg87will check this later :)11:27
*** rameshg87 has quit IRC11:27
mrdalucasagomes: sure, I've seen this review11:28
mrdaBut it shounds like you're advocating the unwinding of 406s in 141737.  Is that right?11:28
lucasagomesmrda, yes11:29
lucasagomesmrda, I don't think it's needed11:29
mrdavalidate, post and patch11:29
mrdaThat's all11:29
mrdaBTW, I'm not opposed to this thought.  I just want consensus11:30
lucasagomes141737 ?11:30
lucasagomesmrda, sorry backing my answer11:30
lucasagomesfor 141737 the answer is I don't know11:30
lucasagomescause I don't know all the uses for 406 yet11:31
lucasagomesI believe that it's valid for some cases11:31
lucasagomesIf it doesn't break backward compat, it can be a valid case11:31
lucasagomesmrda, but specifically to the logical names patch, 406 is not the expected return value for some code paths. And is not backward compat11:32
lucasagomesplus will be removed later11:33
lucasagomes(according to that etherpad, pos-logical-names)11:33
mrdaI don't know how to proceed on 16373011:34
mrdaI think that if you want to -1 https://review.openstack.org/#/c/163730/ you need to update https://etherpad.openstack.org/p/ironic-microversion-handling with an alternative proposal.11:35
lucasagomesmrda, hmm yeah maybe we should talk more about it. I will leave another comment re NotAcceptable11:35
mrdaand that way other stakeholders in ironic can decide upon the merit, and make a choice11:36
lucasagomesmrda, right... yeah I will try to ping devananda and others to take a look11:38
lucasagomesmrda, but, if I had to vote what to do, I would vote for being totally backwards compat11:38
lucasagomesbecause I believe that's the reason why we introduced micro versioning11:38
mrdaI think we kind agreed to accept this as is for now, and iterate over it in the next week while we fix up python-ironicclient11:39
*** persia has quit IRC11:39
mrdabut if you feel strongly about it I would recommend arguing it in the etherpad so devananda et al can comment when they are online11:39
*** pas-ha has joined #openstack-ironic11:40
*** persia_ has joined #openstack-ironic11:40
*** persia_ has quit IRC11:40
*** persia_ has joined #openstack-ironic11:40
lucasagomesmrda, right, ok the folks from US might be waking up soonish11:40
lucasagomesso we can discuss it, and if we decide to go with ur way I'm happy to change my vote11:41
mrdaI going to head off of bed now.  Thanks for the discussion, lucasgomes.  I look forward to reading what you add :)  I always appreciate what you have to say :)11:41
mrdaI honestly don't mind, I just want the code to be consistent :)11:41
lucasagomesmrda, oh yeah it's late there. Have a good night michael11:42
lucasagomesthanks much11:42
mrdahave a nice day lucasagomes!11:42
lucasagomessorry for the turbulence on that patch, I will make sure I add the comments on the review/etherpad11:42
*** mrda is now known as mrda-away11:42
*** persia_ has quit IRC11:44
*** achanda has joined #openstack-ironic11:45
*** persia has joined #openstack-ironic11:46
*** achanda has quit IRC11:49
*** Nisha has quit IRC11:51
*** Nisha_away has joined #openstack-ironic11:51
*** dprince has joined #openstack-ironic11:56
*** vdrok_afk is now known as vdrok11:59
vdrokmorning ironic12:00
*** david-lyle_afk is now known as david-lyle12:00
*** Nisha_away has quit IRC12:01
*** romcheg has quit IRC12:03
*** pradipta has quit IRC12:04
*** ramineni has joined #openstack-ironic12:08
*** stendulker has joined #openstack-ironic12:11
raminenidtantsur: hi12:12
dtantsuro/12:12
raminenidtantsur: Regarding your comments on https://review.openstack.org/#/c/157715/17/12:13
raminenidtantsur: this is being introduced in a parent blueprint patch: https://review.openstack.org/#/c/161453/12/ironic/common/exception.py12:13
dtantsuryes12:13
raminenidtantsur: i thought about that , but nothing from my patch is dependent on that except the exception part12:14
*** romcheg has joined #openstack-ironic12:14
raminenidtantsur: thats y didnt rebase on top of it12:14
dtantsurit's not a compelling reason to introduce exception twice ;)12:14
raminenidtantsur: the parent was about inband cleaning ..loading ramdisk and all , but this patch doesnt need anything of that sort12:15
raminenidtantsur: :) i agree , patch getting merged first to be rebased12:15
dtantsurramineni, you can suggest the author to move introducing exception in a separate patch... but I doubt he will agree :) I'm trying to avoid unnecessary conflict for one of you12:16
raminenidtantsur: ya, right12:16
raminenidtantsur: ok, no problem. ill rebase12:17
raminenidtantsur: and regarding error part12:17
*** bradjones has joined #openstack-ironic12:18
raminenidtantsur: we are not failing , but continuing with other tests , so warning might be appropriate?12:18
*** derekh has joined #openstack-ironic12:19
dtantsurramineni, what are you trying to tell the operator by warning, that's the question. If you think skipping this step is completely ok, then it can be INFO12:19
dtantsurramineni, but if you think it's an error, then it should be ERROR12:19
dtantsurimaging person not wanting to ever changing passwords. he/she will receive these warnings every cleaning12:20
dtantsurand warning is something that should get attention. that's how I reason12:20
dtantsurnow sorry, quick food :)12:20
raminenidtantsur: hmm, ok12:21
raminenidtantsur: :) , will ping you later12:23
*** dmellado has joined #openstack-ironic12:26
openstackgerritPSPradhan proposed stackforge/proliantutils: Update RIS library  https://review.openstack.org/16329012:35
*** stendulker has quit IRC12:37
*** lucasagomes is now known as lucas-hungry12:39
*** jistr is now known as jistr|biab12:39
*** rloo has joined #openstack-ironic12:44
*** rameshg87 has joined #openstack-ironic12:47
*** dlpartain has joined #openstack-ironic12:48
openstackgerritGhe Rivero proposed openstack/ironic: Sync from oslo.incubator  https://review.openstack.org/16250513:05
* rameshg87 rameshg87-away 13:08
*** kkoski has joined #openstack-ironic13:08
*** rameshg87 is now known as rameshg87-away13:08
raminenidtantsur: replied to your comments on https://review.openstack.org/#/c/157715/ , let me know if you are fine13:10
openstackgerritPSPradhan proposed stackforge/proliantutils: Update RIS library  https://review.openstack.org/16329013:16
*** absubram has joined #openstack-ironic13:19
Shrewsdevananda: fyi, the node name stuff from https://review.openstack.org/158520 isn't working for me. Not sure if this is a client or server problem.13:21
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: [WIP] Add DevStack plugin for ironic-discoverd  https://review.openstack.org/16478213:22
Shrewsor even a PEBKAC problem13:22
Shrewsalso, morning ironicers13:23
kkoskiGood morning Shrews13:24
*** stendulker has joined #openstack-ironic13:24
Shrewsmorning kkoski13:24
*** dlpartain has left #openstack-ironic13:26
rloomorning Shrews and everyone else13:26
rlooShrews: I replied in the patch; it works, you need to specify a microversion13:26
rlooShrews: I think. i haven't looked at the patch yet.13:27
Shrewsrloo: ah! it *was* a pebkac error. and morning13:27
rlooShrews: well, i think it is interesting to see what happens when someone tries something and they don't get the expected result. Was the error not very informative?13:28
*** ChuckC has joined #openstack-ironic13:28
* Shrews HATES having to specify 'latest' for version13:28
Shrewswe really need to change that13:28
Shrewsrloo: i just forgot that we do things wrong13:28
rlooShrews: you should be able to set some environment variable to 'latest'. i haven't tried it yet but it should work if i recall the state of the client code.13:29
Shrewsyeah13:30
rlooShrews: IRONIC_API_VERSION13:30
rlooShrews: please test it ;)13:30
openstackgerritAnusha Ramineni proposed openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771513:30
Shrewsrloo: yeah, that works13:31
rlooShrews: cool. something works :D13:31
*** alexpilotti has quit IRC13:35
*** stendulker has quit IRC13:36
*** lucas-hungry is now known as lucasagomes13:37
lucasagomesmorning Shrews rloo kkoski ramineni13:37
raminenilucasagomes: morning :)13:38
lucasagomesrloo, Shrews me and mrda-away talked about https://review.openstack.org/#/c/163730/ today, when you guys have a time, mind taking a look at the comments?13:38
Shrewslucasagomes: will do13:38
rloohi lucasagomes. will look in a few minutes.13:39
lucasagomesrloo, Shrews no rush, thanks13:39
*** jistr|biab is now known as jistr13:39
dtantsurShrews, rloo, morning13:43
Shrewshi dtantsur13:43
rloohi dtantsur :)13:43
devanandag'morning all13:48
dtantsurdevananda, o/13:48
devanandaShrews: "we do things wrong" -- please elaborate13:49
devanandadtantsur: \o13:49
Shrewsdevananda: this was discussed previously. i expect a client to always use the latest API that the server supports13:49
Shrewsthat fact that we don't, IMO, is broken behaviour13:50
devanandadtantsur: I put a much longer explanation in my patch lowering the version to 1.0 -- any further thoughts on it?13:50
*** kkoski has quit IRC13:50
devanandaShrews: hum. latest that the server supports, or latest common version that both client and server support?13:50
* dtantsur is looking13:50
Shrewsdevananda: the latter13:52
dtantsurdevananda, I can't find answer to question "why gate things that do not break backward compatibility for any sane definition of backward compatibility" :) am I missing something?13:52
rloohi lucasagomes. wrt 163730, it seems like "all" it was meant to do was to support logical names. if people are disagreeing with the behaviour that was there already (raising 400 vs 406) shouldn't that be addressed in a separate patch/bug?13:52
devanandaShrews: ok. ten you and I agree. the missing piece is that our client need to default to sending a version string, and right now, does not13:52
dtantsurdevananda, in other works, I think we're taking introducing new API versions to easily. What if I say that we need a separate Tempest coverage for each micro version?13:53
dtantsur* words obviously13:53
devanandadtantsur: ah! no - you're not. that question has been on my mind as well.... however...13:53
devanandadtantsur: (you're not missing something)13:53
jrollmorning devananda dtantsur Shrews rloo ramineni and anyone else that may be above the fold :)13:54
dtantsuro/13:54
*** kkoski has joined #openstack-ironic13:55
*** rameshg87-away is now known as rameshg8713:55
raminenimorning jroll13:55
devanandadtantsur: let's say I write a client that expects a particular format of response (say, containing 10 fields or something)13:55
dtantsurI hope you don't13:55
rloomorning jroll, welcome to the party!13:55
dtantsurthat does not fit in my definition of sanity, sorry13:55
devanandadtantsur: then let's say we add a new field to the result of GET /v1/nodes/NNNN -- that's 'backwrds compatible" because it didn't change the existing API ...13:55
devanandadtantsur: but yea, it just broke that client13:55
devanandadtantsur: or to put it differently, the client got a result which is not defined by the API at the time the client was written13:56
devanandadtantsur: so by not guarding new fields in the result of GET /v1/nodes/NNN we are implicitly requiring all clients to handle the unknown -- rather than explicitly telling clients "here is the API structure you can count on"13:57
dtantsurdevananda, this way we can go as far as "what if clients rely on Ironic ignoring X-OpenStack-Ironic-Version header" :D and seriously we need to switch to SOAP then I not use technologies designed to be extensible13:57
Shrewsrloo: lucasagomes: So, type validation is done pretty early. This is an interesting question, but I sort of agree with rloo that this might be a change for a different patch. It could be significant.13:57
*** zz_jgrimm is now known as jgrimm13:57
dtantsurdevananda, even modern binary formats like Protocol Buffers account for unknown optional fields13:57
dtantsurif we want a fixed schema, we need a protocol supporting fixed schema13:58
Shrewsooh, protocol buffers.... reminds me of my drizzle days  :)13:58
devanandaShrews: I had the same thought :)13:58
dtantsurdo we have examples outside of OpenStack doing this kind of stuff with their REST API?13:59
Shrewshmm, maybe brian was right that using JSON instead of PB was the wrong way  :)13:59
devanandaShrews: PB for a public api? hrm13:59
dtantsurI tried on my first job. I'd better use JSON...14:00
dtantsur(but anything was better than SOAP :)14:00
Shrewsdtantsur++14:00
Shrewsi always felt dirty when doing anything with SOAP14:00
devanandadtantsur: I can see benefits to both sides of this discussion, honestly14:01
dtantsurgetting back to our discussion: I feel like if we create protocol with fixed schema, I think we're taking it too lightly...14:01
dtantsurI really think that we should have tempest coverage for every micro version14:01
dtantsur(and that is one of the reasons to have only 2 microversions: 1.0 = Juno, 1.1 = Kilo)14:02
*** hyakuhei has joined #openstack-ironic14:02
devanandadtantsur: and while trying to balance "allow server API to change gradually" with "give users (and their client tooling) predictable experience from the API", I think either approach is going to have some pain and some win14:02
rloodevananda: do you know what nova is doing? if OpenStack is using microversions, it seems like it would be a good idea to implement it consistently in the projects14:02
*** viktors has joined #openstack-ironic14:02
*** hyakuhei has quit IRC14:02
devanandawhere either == "use microversions only for things that actually break, like s/NOSTATE/AVAILABLE/" OR "use microversions for any change"14:02
devanandarloo: ++14:02
devanandarloo: I'll double check, but i'm fairly sure nova wants to have lots of little microversions (not just one per release)14:03
devanandatheir spec clearly states that14:03
dtantsurdevananda, so my next question is: with this microversions we've broken inter-commit compatibility several times already. Why not squash into 2 versions?14:03
*** alexpilotti has joined #openstack-ironic14:03
rloodevananda: yes, that's my understanding. And it think it includes hiding new fields or whatever from responses14:04
devanandabecause anyone doing CD from trunk will be broken if there are two different "noticieable" changes within the same microversion14:04
devanandarloo: yup14:04
dtantsurdevananda, we can force-bump on any breaking change14:04
devanandadtantsur: the real question is: what does "breaking" mean?14:04
devanandadtantsur: or rather, who is actually broken by it?14:05
lucasagomesShrews, rloo will read in a second I was in a call14:05
dtantsurdevananda, I define it like "correct and sane code written before the change will stop working"14:05
devanandathe vast majority of our users, as far as I'm aware, are not continuously deploying ironic. they're consuming packages14:05
Shrewslucasagomes: still reading the comments, too :)14:05
jrollrandom question that probably will get things thrown at me: what if we did super-proper semver? x.y.z, where x is major version, y is breaking changes, z is things like adding an endpoint. and we guard for x and y.14:05
rlooI do agree with dtantsur about what level of changes consists of one microversion change.14:05
openstackgerritRamakrishnan G proposed openstack/ironic: iscsi_ilo driver do not validate boot_option  https://review.openstack.org/16441414:05
rameshg87dtantsur: need your +2 again on https://review.openstack.org/#/c/164414/14:06
dtantsurjroll, then what's the point of 'z' component?14:06
rameshg87dtantsur: the driver name was wrong14:06
rameshg87dtantsur: it was written ilo_iscsi (instead of iscsi_ilo)14:06
jrolldtantsur: to indicate that 'z' has a new feature or whatever. just throwing the question out there. full disclosure: not enough coffee yet.14:06
dtantsurrameshg87, done14:06
rameshg87dtantsur: thanks :)14:07
lucasagomesdtantsur, ++14:09
dtantsurdevananda, my concern with too many versions is that we can easily break, say, 1.3 and nobody will notice, because: 1. we're not testing it; 2. nobody is actually using it.14:09
dtantsurwhich will mean that we have versions of the sake of versions14:09
*** stendulker has joined #openstack-ironic14:09
devanandadtantsur: oh. you're absolteuly right -- today, we're not testing these well enough14:09
dtantsurs/enough/at all/ once we introduce the next one, no?14:10
devanandadtantsur: if we all collectively actually followed sane test-before-you-land development practices, then we would require a proposal for tempest API tests of any API change befor ethe API code landed14:10
devanandadtantsur: and we'd require a client patch that implemented support for said API before landing the server change too14:10
devanandadtantsur: and we'd test the proposed client against stable branch. and we'd also test stable branch of client against the proposed server API14:11
devanandaall before we land the API change14:11
devanandaand i would be DELIGHTED if we did all that14:11
lucasagomesShrews, rloo right, but how we can do in a different patch if by supporting logical name we have to verify whether it's supported by the API or not (microversioning)14:11
dtantsurhmm, I mean a bit different thing14:11
lucasagomesmaybe there's 2 conversations going on at the same time, let's talk about it when the first one is finished14:11
Shrewslucasagomes: ok. i left comments in the review, too14:12
dtantsurdevananda, I mean that we can at some point break the whole 1.3 (for example) API completely (half of endpoints raise error 500), and no one will notice14:12
NobodyCamgood morning Ironic14:12
rloolucasagomes: yes, I agree, if it is a bug, it should be addressed in a separate patch. I just commented in the patch about that.14:12
devanandadtantsur: you are correct. I think it's crazypants.14:12
*** BadCub_Sleeping is now known as BadCub14:12
devanandadtantsur: which is why I think we need tempest API tests passing "latest" versio string14:12
devanandadtantsur: so that we prevent that sort of crazy thing where v1.9 removes /v1/nodes/ endpoint entirely14:13
lucasagomesShrews, rloo thanks14:13
*** mtanino has joined #openstack-ironic14:13
BadCubMorning everyone14:13
devanandadtantsur: right now, we are completely NOT testing the current API at all. None of our test suite, as far as I know, tests ANYTHING BESIDES v1.114:13
dtantsurdevananda, it does not prevent us from breaking some previous version later one... e.g. we implement incorrect version check that will cause error 500 for some old version14:13
NobodyCammorning BadCub14:13
TheJuliagood morning BadCub14:13
dtantsurNobodyCam, BadCub, TheJulia, morning14:14
*** mgoddard has quit IRC14:14
NobodyCammorning dtantsur14:14
rloolucasagomes: feel free to open a bug about it. I haven't been paying attention. I know there was some discussion about it in the weekly meeting but not sure what was decided if anything.14:14
NobodyCammorning TheJulia14:14
*** mgoddard has joined #openstack-ironic14:14
*** alexpilotti has quit IRC14:14
devanandadtantsur: we need the client to pass the latest version string it knows about by default, so that we can properly test forwards-and-backwards compat between stable branches14:14
TheJuliaGood morning * (Not enough coffee reaching brain yet)14:14
devanandadtantsur: and we need tempest to pass "latest" so we can test the proposed API changes14:14
lucasagomesrloo, right. Oh, I will check the logs from the last meeting14:14
rloolucasagomes: I think the meeting notes said that they were taking it to irc/etherpad or something ;)14:15
lucasagomesrloo, https://etherpad.openstack.org/p/ironic-microversion-handling there's this etherpad14:15
BadCubMorning TheJulia , NobodyCam, dtantsur ,14:15
rloohey, are we still trying to get cleaning stuff landed for k-3?14:15
*** alexpilotti has joined #openstack-ironic14:15
devanandadtantsur: and when we're doing both of those things (which we're not today) then I will still feel the same way that I do now about microversions. (rather than say "microversions are only for big changes, we're not testing them" I am saying "we are doing a bad job of testing right now, but microversions are still good for small changes")14:15
lucasagomesrloo, mrda-away pointed me to it, but I find the strategy there odd. The pos-logical name breaks the pre-logical name14:16
dtantsurdevananda, hmm, still some misunderstanding... Ok, imagine latest is 1.8. We're working on 1.9 and introduce change (e.g. in version check code) that breaks version 1.3 (happened in the middle of Kilo, so ~ nobody is using it). How to prevent it?14:16
devanandarloo: if we can14:16
rloolucasagomes: can we change/decide what to do after k-3 and before k release?14:16
devanandadtantsur: oooh. gotcha14:16
devanandadtantsur: we might accidentally break an old mid-release version later on -- that's what you mean14:17
dtantsuryep14:17
devanandadtantsur: yah. fair point14:17
rloolucasagomes: i think i should focus on cleaning patches today...14:17
devanandadtantsur: we could test every version...14:17
lucasagomesrloo, fair enough. Yeah we can do that. /me forgot when k3 will be released14:17
* lucasagomes checks14:17
dtantsurdevananda, we probably should :) and to me it's the reason to have less of them14:17
lucasagomestomorrow14:18
rloolucasagomes: yeah, or whenever devananda pulls the switch.14:18
devanandadtantsur: but I think it has an exponentially increasing cost for decreasing benefit (risk of harm is much lower, risk of problem is lower, cost of preventing it is much higher than fixing it)14:18
devanandadtantsur: but yah, I see your point14:18
devanandarloo, lucasagomes: k3 will be tagged some time this week, pretty much based on when we / I think it's ready14:19
devanandaif there are things that anyone feels absolutely must be landed, they should be being tracked on launchpad14:19
BadCublucasagomes: could you take a look at https://review.openstack.org/#/c/151596/ It needs one more +2/+A14:20
lucasagomesdevananda, fair enuff. We are discussing a patch about logical names. I think it's close to land but there's some misunderstanding there about the return code. If you have some time please take a look at the comments https://review.openstack.org/#/c/163730/14:20
lucasagomesBadCub, morning, sure thing! Will look now14:20
BadCubawesomeness! lucasagomes :-)14:21
devanandamordred: you dont want to read any of the above discussion about microversions or protocol buffers. you really don't :)14:21
devanandalucasagomes: yea, return code discussion is on an etherpad too14:21
devanandalucasagomes: https://etherpad.openstack.org/p/ironic-microversion-handling14:21
lucasagomesdevananda, yeah mrda-away pointed me to that, but I think it's wrong in the etherpad14:21
lucasagomesI don't think we need the NotAcceptable exception there14:22
lucasagomesit breaks backward compatibility14:22
Shrewslucasagomes++14:22
lucasagomesplus, it seems to be removed in the "Post-Logical Name microversioning" which makes it even more odd14:23
*** lazy_prince is now known as killer_prince14:23
lucasagomesto introduce something and remove later, post, basically breaks pre14:23
* BadCub needs more coffee. BRB14:23
openstackgerritJim Rollenhagen proposed openstack/ironic: DO NOT MERGE: verifying lack of tests.  https://review.openstack.org/16543014:23
jrollI never realized this. verifying.14:23
jroll(but I tend to think it's true)14:23
NobodyCammorning jroll14:23
jrollmorning NobodyCam :)14:23
devanandajroll: this is why I have been arguing so strongly that we need the client to default to sending the latest version it knows about14:24
* Shrews wants to put #-ironic on a controlled-release-delay... too much stuff gets discussed too quickly before i am properly caffienated14:24
devanandajroll: right now, client sends NO version by default, meaning all our functional tests are essentially against v1.114:24
mordreddevananda: what did I do?14:24
jrolldevananda: yeah.14:24
jrollmordred: nothing, we just need to borrow some cats14:25
devanandamordred: spread (in)sanity to the world. what else?14:25
devanandaby that I mean cats14:25
* mordred clutches a pile of cats to his chest, starts coughing14:25
rlooplease no more cats. my cat brought in a mouse yesterday and I stepped on the remains of it :-(14:25
devanandajroll: ditto for tempest. i'm pretty sure it's not passing "latest" ...14:26
jroll:|14:26
jrolldevananda: it isn't.14:26
devanandarloo: i'm sure your cat was very pleased14:26
jrollI'm fairly certain this will pass tempest14:26
devanandajroll: yah14:26
mordreddevananda: I'm less angry about nova microversions after talking to sdague a bit ... it _seems_ that I may not need to know about it or pay attention perhaps14:26
devanandamordred: oh?14:26
devanandamordred: how's that?14:26
*** rfchapman has joined #openstack-ironic14:26
mordreddevananda: my biggest concern was making the stupid opaque parameter that is required to be passed in to the Client constructor worse14:27
jrolldevananda: and I want to take this change and the test results and pin it to the proverbial bulletin board14:27
rloodevananda: i read that we're supposed to be pleased, but yuck. we shouldn't have put in a cat door. the remains were "interesting".14:27
mordredright now, that I have to pass in "1" or "2" is just plain insane14:27
*** stendulker has quit IRC14:27
mordredand every single openstack project that has adopted that model, including yours, is crazy14:27
mordredhowever14:27
rameshg87anyone looking into nova cleaning patch 1 https://review.openstack.org/#/c/164313/5 ? jenkins is -114:27
mordredit seems that the goal over there is to get to a place where that can be removed and the client lib can just figure it out14:27
mordredwhich is what I want14:27
devanandamordred: not mine. I expressly do not want users to ever have to tell their client what versio to use14:27
jrollrameshg87: I'll look14:28
mordreddevananda: yes. but they have to right now, so until you fix it, you're insane too :)14:28
rameshg87jroll: okay14:28
devanandamordred: read our latest spec -- http://git.openstack.org/cgit/openstack/ironic-specs/tree/specs/kilo/api-microversions.rst14:28
devanandamordred: correct. right now, we're insane in a lot of ways14:28
devanandamordred: I keep arguing with folks about what the client should do .... and what we should be testing ...14:29
devanandaI believe that spec, while reading it generates insanity, actually describes a sane world. some of us must pay the price to get there, thoug h...14:29
mordreddevananda: the chunk where you say "it should just work" gets my vote14:29
* jroll inserts a joke about apple here14:30
Shrewsthat should be our guiding statement on everything14:30
* devananda begins the morning coffee making ritual14:30
mordredbecause the '1' here: http://git.openstack.org/cgit/openstack-infra/shade/tree/shade/__init__.py#n1513 should make everyone sad14:30
Shrewsjroll: we will soon begin building our own hardware to work with ironic14:30
lucasagomeshah14:31
devanandamy new mottos: "it should just work", "get out of the way", and "do eeeeeet"14:31
mordreddevananda: also - do you support keystone sessions yet?14:31
mordreddevananda: because that code is still passing in a token14:31
mordredand we should really get it updated to pass in a Session14:31
Shrewsmordred: https://review.openstack.org/15634414:31
Shrewswell, that's the server14:32
devanandamordred: no. someone came by and mentiond it and proposed a change, but well, we've been obsessed with this absurd kilo3 thing...14:32
NobodyCammorning mordred, Shrews, and lucasagomes )14:32
Shrewsi thought there was a client change somewhere14:32
BadCubmorning mordred14:32
Shrewshey NobodyCam14:33
NobodyCam:)14:33
devanandaapparently, not having coffee for an hour after waking up generates sarcasm.14:33
mordredin case anybody cares, here's what I think the invocation of teh client constructor _should_ look like: http://git.openstack.org/cgit/openstack-infra/shade/tree/shade/__init__.py#n50314:33
* devananda waits impatiently for water to boil14:33
NobodyCamdevananda: dont watch the pot it will necer boil14:33
devanandamordred: yup14:33
NobodyCamnever even14:33
devanandamordred: http://git.openstack.org/cgit/openstack/ironic-specs/tree/specs/kilo/api-microversions.rst#n7914:33
mordreddevananda: yup14:34
devanandamordred: and this http://git.openstack.org/cgit/openstack/ironic-specs/tree/specs/kilo/api-microversions.rst#n19714:34
jrollrameshg87: LOL14:34
jrollrameshg87: watch the fix14:34
mordreddevananda: it's good to know that we all agree14:34
NobodyCamoh morning rameshg87 :)14:34
devananda:)14:35
devanandamordred: and this http://git.openstack.org/cgit/openstack/ironic-specs/tree/specs/kilo/api-microversions.rst#n239 --- is what we should use in the gate to test with, but a user should never need14:35
*** kkoski has quit IRC14:35
devanandain _a_ gate, I mean14:36
mordreddevananda: yah - also - I like "report back to client"14:36
devanandacause I also want to test forwards-and-backwards major versions14:36
*** bauzas has quit IRC14:36
rameshg87NobodyCam: morning14:36
rfchapmanNobodyCam: Morning how are you doing?14:36
mordreddevananda: error message of "dude, upgrade your ironicclient" I think is actually fair14:37
NobodyCammorning rfchapman :)14:37
NobodyCamdoing good here. :)14:37
rameshg87jroll: fix for what ?14:37
mordredas long as upgrading the ironicclient wouldnt' cause that dude to be unable to talk to her old ironic over in the corner14:37
rameshg87jroll: i missed something , reading back14:37
*** kkoski has joined #openstack-ironic14:37
devanandamordred: http://git.openstack.org/cgit/openstack/ironic-specs/tree/specs/kilo/api-microversions.rst#n19414:37
jrollrameshg87: I'm fixing the cleaning/nova patch now14:38
mordreddevananda: I can't possibly be expected to read that many words this early in the morning ;)14:38
rloojroll: there's a note in the etherpad that the nova patches won't be approved before liberty14:38
jrollrloo: that changed14:38
rameshg87jroll: oh still to come out .. okay :)14:38
jrollrloo: or something changed last night after I left14:39
rfchapmanNobodyCam: I'm trying to create a fedora19 image with a local qcow2 image that I have running.  It's not a cloud specific image that I'm working just a kvm image.  Can this be done?14:39
rloojroll: oh. so I should remove the "BLOCKED UNTIL LIBERTY" thing?14:39
jrollrloo: yes pls14:39
*** kkoski has quit IRC14:39
rloojroll: done. (I hope you're right!)14:39
rfchapmanNobodyCam: I'm using disk-image-create14:39
devanandamordred: i haven't had coffee yet :)14:39
devanandamordred: in any case, i'm also glad that we agree14:40
BadCubdevananda: how is it even possible to talk to anyone without coffee? *grumbles at his coffee mug*14:40
NobodyCamrfchapman: that should work... so if I understand your making a "Whole disk" image not a partition image14:40
jrollrameshg87: line 203 https://review.openstack.org/#/c/164313/6/nova/virt/ironic/driver.py14:41
jrollrameshg87: microversions win again14:41
TheJuliaBadCub: magic makes talking w/o coffee possible14:42
rfchapmanNobodyCam: Yes, at least I think that is what I'm doing.  After reading the instructions the command line that I'm working with is DIB_LOCAL_IMAGE=/root/fedora19.qcow2 disk-image-create fedora baremetal dhcp-all-interfaces -o fedora19-image14:42
*** killer_prince is now known as lazy_prince14:42
BadCubTheJulia: Not even magic could make me coherent enough to talk w/o the blessings of coffee LOL14:42
jroll^14:42
NobodyCamrfchapman: for whole disk image you'll also what the VM element14:43
* mordred hands BadCub a magical pony14:43
*** Nisha has joined #openstack-ironic14:43
rameshg87jroll: oh14:43
mordredNobodyCam: have I mentioned that that element is confusingly named14:43
BadCubmordred: does it have coffee? LOL14:43
NobodyCammordred: +++14:43
jrolllol14:43
mordredBadCub: nope. only magic14:44
NobodyCamlol BadCub14:44
jrollI tend to think coffee is magic, so14:44
devanandaso yea, that port name patch? it's broken the API -- http://paste.openstack.org/show/193128/14:44
rfchapmanNobodyCam: By VM element do you mean the definition xml file?14:44
BadCublol14:45
jrolldevananda: why did I let y'all do this naming thing anyway :/14:45
devanandajroll: I kinda hate it now, tbh14:45
* jroll pets server-12314:45
devanandajroll: i mean, it's probably useful to some folks, but really....?14:45
NobodyCamrfchapman: something like : "disk-image-create fedora baremetal dhcp-all-interfaces vm -o fedora19-image"14:45
* jroll gives db01.ironic02 a cookie14:45
NobodyCamlol14:45
NobodyCamjroll: do I need to pick up more pet food at the store?14:46
BadCub*buries head deep in coffee mug while folks pet and feed servers*14:46
jrollNobodyCam: just toys, I can't find server-123's favorite chew port14:46
NobodyCamlol14:46
devanandajroll:  ironic node-update fake replace name=db01.ironic14:46
devanandaNode fake: Cannot change name to invalid name 'db01.ironic' (HTTP 400)14:46
devanandahahahahaha14:46
TheJuliaBadCub: Clearly we need to get you a magical coffee mug14:46
jrolluh14:46
jrollwat14:46
jrolldevananda: WAT14:47
rfchapmanNobodyCam: OK i'll give it a try.14:47
ShrewsO.o14:47
*** achanda has joined #openstack-ironic14:47
devanandajroll: apparently "db01.ironic" is an invalid name, but "unicorn" works fine14:47
jrolldevananda: I quit.14:47
BadCubTheJulia: I was thinking of getting two coffee pots. I could just carry a pot around with me with a straw in it!14:47
jrolldevananda: idk, passes the RFC hostname for me14:47
jroller, hostname rfs14:47
jrollrfc too14:47
jroll..... there's no test for anything with '.'14:48
Shrewsm = '^[a-z0-9]([a-z0-9\-]{0,61}[a-z0-9])?$'14:48
* jroll fixes this14:48
*** kkoski has joined #openstack-ironic14:48
devanandajroll: http://git.openstack.org/cgit/openstack/ironic/tree/ironic/common/utils.py#n18014:48
devanandayah ....14:48
jrolldevananda: right.14:48
jrollBUT THE SPEC SAID NO DOTS14:48
jrollso it's ok.14:49
devanandaexactly14:49
* jroll looks at http://specs.openstack.org/openstack/ironic-specs/specs/kilo/logical-names.html#what-is-a-logical-name14:49
devanandawell ... actually a hostname can't have dots because those are the separator for FQDN14:49
devanandaright?14:49
rameshg87jroll: https://review.openstack.org/#/c/164313/7/nova/virt/ironic/driver.py14:49
rameshg87jroll: L20614:49
rameshg87jroll: it should be not in, right ?14:49
rameshg87node_obj.provision_state not in bad_provision_states14:50
* jroll looks at http://tools.ietf.org/html/rfc95214:50
jrollrameshg87: doh, ty14:50
rameshg87jroll: i guess it's doing exactly reverse of what is required14:50
rameshg87:)14:50
jrollrameshg87: pushed a fix14:50
jrollright.....14:51
jrollnow.14:51
rameshg87okay :)14:51
rameshg87just checking other things ..14:51
rameshg87i was trying to make sense of that line in the previous patch assuming i am missing something14:51
*** achanda has quit IRC14:52
Nisharloo, hi14:53
Nisharloo, i raised the follow up patch for capabilities test cases https://review.openstack.org/#/c/165310/14:53
*** stendulker has joined #openstack-ironic14:54
Nisharloo, vdrok has some comments on the added test case. let me know if i have understood correct.14:54
openstackgerritJim Rollenhagen proposed openstack/ironic: Allow periods (".") in hostnames  https://review.openstack.org/16544314:54
jrolldevananda: ^^14:54
devanandahahahahah14:54
*** kkoski has quit IRC14:55
BadCubNisha: is 165310 required to close the BP now?14:56
jrolldevananda: had to restrain myself from words like "insanity" and "RFCs be damned"14:56
* Shrews now knows that jroll likes name his pets with periods14:56
devanandajroll: http://paste.openstack.org/show/193145/14:56
jroll:D14:56
jrolldevananda: hey, I can still write code, cool14:57
NishaNo14:57
rfchapmanNobodyCam: I keep getting an error - http://paste.openstack.org/show/193146/14:57
NishaBadCub, no that is just minor test cases things14:57
BadCubNisha: awesomeness :-)14:57
Nisha:)14:57
Nishabut first two patches are still remaining to be approved and merged14:57
NobodyCamrfchapman: looking14:58
*** bauzas has joined #openstack-ironic14:58
BadCubNisha: One is +A already. Lucas is reviewing the other.14:58
Nishaok14:58
rfchapmanNobodyCam: thanks14:59
NishaBadCub, need one more +2/+A on https://blueprints.launchpad.net/ironic/+spec/automate-uefi-bios-iso-creation15:00
Nisha#link https://review.openstack.org/15590015:00
NishaBadCub, ^^^^15:00
NobodyCamrfchapman: humm.. looks like tripleo folks made some changes: did you see this line: WARNING: map-packages is deprecated.  Please use the pkg-map element.15:00
BadCubNisha: I am going down the list today. We are trying to hit as much as we can :-)15:00
NishaBadCub, yeah i saw15:01
BadCub:-)15:01
rfchapmanNobodyCam: Yes, I have been seeing that for some time now.15:04
devanandaJoshNang: https://review.openstack.org/#/c/164954/ in good shape now, or are we still broken?15:05
NobodyCamrfchapman: give me several minutes to wrap up what I'm looking at15:05
devananda*is the agent_ssh job still ...15:05
NobodyCamrfchapman: also have you pinged anyone in the #TripleO channel?15:06
rlooNisha: replied in the patch15:06
*** romcheg has quit IRC15:06
*** romcheg1 has joined #openstack-ironic15:06
Nisharloo, ok i will just see15:07
rfchapmanNobodyCam: Ahh good idea :-)15:07
NobodyCamrfchapman: :)15:07
*** Marga_ has joined #openstack-ironic15:07
openstackgerritNisha Agarwal proposed openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531015:07
Nisharloo, ^^^15:08
NobodyCamrloo: i dont understand the comment at line 240 of: https://review.openstack.org/#/c/151596/45/ironic/drivers/modules/ilo/inspect.py15:08
rlooNisha: I  was purposely not going to look at that followup patch in case it conflicted with your other patch. so was going to wait.15:08
NobodyCamunless the patch Nisha just posted has somehting about it15:08
rlooNobodyCam: capabilities are done in the next patch, so it isn't true in that patch.15:08
jrolldevananda: josh got that stuff working locally, I just fixed up the nova patches so we should be good now? I think/hope?15:09
rlooNobodyCam: but she copy/pasted from the other patch cuz I asked her about it. Not worth asking her to delete it here and add it in the next patch.15:09
NobodyCamack!! Ty rloo :)15:09
rlooNobodyCam: I'll clarify in case others wonder.15:09
jrolldevananda: 06:19:10        JoshNang | INFO ironic.conductor.manager [-] Node 0095c1b0-5dc8-48d5-9c1b-c56be951c43a cleaning complete15:09
NobodyCamjroll: :) nice15:09
Nisharloo, it will not conflict as i understand. But i am fine if its done after first two patches15:10
devanandajroll: ack. i still see the fail on his patch, though15:10
devanandajroll: if the devstack change is done and correct, we should get that landed15:10
Shrewsdevananda: cleaning_network_uuid? will this work w/o neutron?15:10
jrolldevananda: I just fixed the nova stuff15:11
devanandaShrews: yes. but it doesn't work with neutron unless you specify the network uuid15:11
jrolldevananda: though that may not be relevant, unsure15:11
devanandajroll: oh. lemme check15:11
devanandaso https://review.openstack.org/#/c/164954/ passes, but previous revs did anyway, because we're not running agent_ssh against devstack15:12
devanandait has 1 +2. when we're sure, i'll go poke in -qa to get it landed15:12
NobodyCamBadCub: /me just approved 15159615:14
BadCubNobodyCam: okay15:14
jrolldevananda: gimme a few and I'll check some stuff out15:15
devanandaugh. why am i seeing this spewing in the logs? INFO urllib3.connectionpool [-] Starting new HTTP connection15:15
openstackgerritDevananda van der Veen proposed openstack/ironic: Suppress urllib3.connection INFO level logging  https://review.openstack.org/16545515:19
*** pcaruana has joined #openstack-ironic15:19
devanandajroll: you're right - network stuff in ironic worked, then it failed on the state in nova: http://logs.openstack.org/53/161453/12/check/check-tempest-dsvm-ironic-agent_ssh/63c1748/logs/screen-n-cpu.txt.gz?level=INFO#_2015-03-18_07_12_56_61415:20
NobodyCamdevananda: I thought we fixed that:/15:20
NobodyCambrb15:23
* BadCub goes to get more coffee15:24
devanandaJoshNang: also, we should be logging INFO messages for the cleaning steps15:24
devanandajroll: on https://review.openstack.org/#/c/164313/8 keep in mind that nova is going to see NOSTATE right now, because client is not passing any version header ....15:28
*** lazy_prince is now known as killer_prince15:29
jrolldevananda: right, that's what I fixed15:29
jrollsee line 20315:29
*** rameshg87 is now known as rameshg87-dinner15:30
*** penick has quit IRC15:33
*** kkoski has joined #openstack-ironic15:33
*** kkoski has quit IRC15:34
*** kkoski has joined #openstack-ironic15:34
devanandajroll: ah ha15:38
jroll:)15:38
devanandajust finished my morning sync with ttx15:38
jrollthat patch originally failed waiting for resources15:38
jrolland?15:38
JoshNanggood morning, sorry for the delay15:39
devanandatldr; he agrees that landing the nova-side fix of https://bugs.launchpad.net/ironic/+bug/1174153 during RC period is quite reasonable15:39
openstackLaunchpad bug 1174153 in OpenStack Compute (nova) "data from previous tenants accessible with nova baremetal" [High,In progress] - Assigned to Jim Rollenhagen (jim-rollenhagen)15:39
jrollcool15:39
NobodyCammornign JoshNang :)15:39
JoshNangnice15:39
jrollJoshNang: yeah what took you so long, it's been 9 hours since you left15:39
jrollgeez15:39
JoshNang:P15:39
devanandajroll, JoshNang: so let's assume that nova isn't going to land https://review.openstack.org/#/c/164313 today15:39
devanandaI think we need to land cleaning disabled for now15:39
devanandaand enable it once they have accepted the fixes15:40
devanandabecause there is literally no other way to land it15:40
jrollyeah, seems fair15:40
JoshNangthat's totally reasonable15:40
jrollthe config already landed, we'll have to make another patch15:40
devanandawe can't get it in turned on in the gate until nova accepts the fixes15:40
*** absubram has quit IRC15:40
lucasagomes:(15:40
jrollwe could make a big depends-on change, but then that slows us down15:40
jrollI would love to see this pass the gate once before we turn that config off15:41
devanandaJoshNang: you should, however, make another patch that turns it on, and then use that to test the feature on OTHER patches ....15:41
jrollor maybe have a second patch to turn iton... yeah15:41
devanandait's kinda awkward, but yea15:41
JoshNangdevananda: that would work15:41
lucasagomesbut if we land w/o nova, if someone enable it in Ironic it will fail as well right?15:41
devanandalucasagomes: ye15:41
lucasagomeswe better make sure that the help message or something in ironic makes it clear15:41
devanandayes15:41
devanandamordred: sanity check me, if you're around15:42
jrolldevananda: you want to draft that patch to disable it, with an awesome help string?15:42
devanandamordred: we have a 3-way dependency right now between feature in ironic, config option in devstack, and bug fix in nova15:42
mordreddevananda: ok.15:43
devanandamordred: my plan: land config in devstack, then land feature disabled in ironic, propose patch to enable it tagged depends-on the nova change15:43
JoshNangfwiw, i used the devstack patch when i tested cleaning working last night, so it's definitely working15:43
devanandamordred: iterate as needed with nova (while we look at the ironic depends-on-nova change for results) until they accept it15:43
devanandaJoshNang: yea, I saw that. good job15:43
JoshNangthanks!15:43
devanandaJoshNang: that's actually what gives me the idea I just pitched to mordred15:44
mordreddevananda: what does the devstack config do without the patches landed15:44
mordred?15:44
devanandamordred: nothing. it adds a config option to ironic that we'll ignore15:44
mordredI assume it's safe to land that patch in general?15:44
mordredawesome15:44
mordredthen yes, I think that your plan is correct15:44
devanandaawesome, ty15:44
jroll+1, seems fine to me15:44
devanandajroll: /me drafts patch15:44
BadCubsounds like a whole lot of awesome to me15:45
jrollthanks dude15:45
mordreddevananda: fwiw, you can also have multiple depends-on - so you could mark the ironic change depends on nova and depends on devstack15:45
*** stendulker has quit IRC15:45
devanandaoh neat15:45
mordredbut I don't think it's necessary15:45
JoshNangoh nice15:45
jrollmordred: devananda: though I think it would be nice to land this stuff for k3, even if nova takes longer.15:45
devanandajroll: I think we can land all the devstack and ironic things now15:46
jrollyeah15:46
devanandajroll: except for the "make it enabled b ydefault"15:46
jrollyep15:46
jrollagree15:46
devanandaJoshNang: you have a bunch of comments on https://review.openstack.org/#/c/161453/1215:46
devanandaJoshNang: also the logging will need some cleanup there15:46
JoshNangi saw that. i'll get started as soon as i get coffee. yeah can do on the logging, i agree15:47
devanandacool15:47
JoshNangthat patch really grew larger as i found bugs in the previous cleaning patch15:47
JoshNangbut i kept them the same to make landing quicker. not sure if that's the right way to go about it15:47
devanandaJoshNang: smaller patches are much easier to review in general ....15:48
JoshNangdevananda: true. i can break them up while i fix comments.15:49
devanandak k15:49
jlvillalGood morning Ironic15:50
NobodyCammorning jlvillal :)15:50
BadCubdevananda: while you guys are heads down on this, should we move forward with reviews on lower priority BPs? Or do you guys needs available eyes for these patches as they come up?15:50
jrollwe have work to do, move forward!15:50
BadCubworks for me :-)15:51
* jlvillal feels like the yesterday was consumed with learning how to use select & fcntl to be able to capture the output from 'git fetch' and making a patch for repo. My past life is catching up with me ;)15:51
*** Nisha has quit IRC15:51
jlvillals/the yesterday/yesterday/   Not enough coffee yet...15:52
devanandaBadCub: if ya'll can continue on the lower pri BP's that's great15:52
*** kkoski has quit IRC15:53
* jroll reviews ilo cleaning stuff15:53
devanandaBadCub: getting reviews on the ilo code would be awesome15:53
devanandajroll: woot! ty15:53
BadCubILO cleaning was my first item :-)15:53
BadCubanyone free to gander at https://review.openstack.org/#/c/157715/ and https://review.openstack.org/#/c/164646/ ?15:55
dtantsurJoshNang, just confirming: are you ok with https://review.openstack.org/#/c/157715/18/ironic/common/exception.py introducing NodeCleaningFailure too?15:55
jrollJoshNang: this is interesting, curious what you think https://review.openstack.org/#/c/164646/3/ironic/drivers/modules/ilo/deploy.py15:56
JoshNangdtantsur: i think i'm also adding one of my patches15:56
dtantsurJoshNang, that's why I ask15:56
dtantsuryou definitely do15:56
JoshNangi mean, rebasing isn't hard :)15:57
dtantsurJoshNang, in this case it's risking having 2 copies of exception15:57
JoshNangor i'll break that out and hopefully land it today?15:57
JoshNangahh15:57
* BadCub has to go listen in on a call n a few minutes15:58
dtantsurJoshNang, if you break your patch in generic and less generic ones, it would be sane to ask ramineni to rebase on top, but it should be somehow agreed15:58
devanandaJoshNang: your comment on cleaning says "when preparing a node for deployments or after an instance is deleted" -- this seems wrong to me15:58
*** kkoski has joined #openstack-ironic15:59
JoshNangdevananda: yeah that wording has changed like 3 times. i originally had as something like 'after instance is deleted or when moving from MANAGEABLE to AVAILABLE'15:59
JoshNangdtantsur: yeah, i have to make some generic patches this morning already, i can add that exception16:00
*** ijw has joined #openstack-ironic16:00
devanandaoh -- btw folks -- approximately 24 hours from now is the cut off point, unless we delay the milestone.16:00
dtantsurJoshNang, please leave a comment on  https://review.openstack.org/#/c/157715 then16:01
* jroll approves everything16:01
JoshNangdtantsur: will do16:01
devanandaJoshNang: so "hopefully land it today" is an interesting statement :)16:01
JoshNangs/hopefully//16:01
devanandaJoshNang: if something isn't really really close to ready to land now, we should defer it to liberty16:01
devanandajroll: :-D16:02
*** ijw has quit IRC16:02
*** ijw has joined #openstack-ironic16:02
devanandaJoshNang: is CLEAN actually done between manageable -> available??16:02
raminenidtantsur: If 157715 gets merged before , JoshNang can always remove that file from his patch though ..:)16:02
JoshNangdevananda: it is16:02
dtantsurramineni, sure, I just want you to sync your efforts :)16:03
JoshNangramineni: yup agreed16:03
devanandaJoshNang: oooh 273 machine.add_transition(MANAGEABLE, CLEANING, 'provide')16:03
*** stendulker has joined #openstack-ironic16:03
devanandaJoshNang: I missed that :(16:03
*** kkoski has quit IRC16:03
JoshNangyup16:03
devanandagreat16:03
devanandai mean, that's what the spec says :)16:03
devanandacheers16:04
JoshNangthe reasoning was 'if cleaning prepares it for available after a node, it should prepare it coming out of manageable, especially the first time'16:04
JoshNangheh yup16:04
devanandatotally. i just didn't notice that in the changelogs. all is good16:04
JoshNanggotcha16:04
*** ijw has quit IRC16:04
*** ijw has joined #openstack-ironic16:05
*** jgrimm_ has joined #openstack-ironic16:07
*** maurosr- has joined #openstack-ironic16:08
*** mjturek2 has joined #openstack-ironic16:08
*** maurosr has quit IRC16:09
*** maurosr| has joined #openstack-ironic16:09
*** jgrimm- has joined #openstack-ironic16:09
*** maurosr| is now known as maurosr16:09
*** mjturek3 has joined #openstack-ironic16:10
*** jgrimm has quit IRC16:10
*** mjturek1 has quit IRC16:11
NobodyCamBadCub: +2'd 154808 .. with a request for some corrections in a follow up patch16:12
*** mjturek2 has quit IRC16:12
*** maurosr- has quit IRC16:12
BadCubNobodyCam: awesome, TY :-)16:13
*** jgrimm_ has quit IRC16:13
*** romcheg1 has quit IRC16:15
*** ramineni has quit IRC16:19
*** ramineni1 has joined #openstack-ironic16:19
openstackgerritDevananda van der Veen proposed openstack/ironic: Disable cleaning by default  https://review.openstack.org/16524116:19
devanandaJoshNang: ^16:19
*** killer_prince has quit IRC16:19
*** Nisha has joined #openstack-ironic16:20
*** killer_prince has joined #openstack-ironic16:20
*** killer_prince is now known as lazy_prince16:20
JayFJoshNang: if you have run shred on a node, can you make the test output on my IPA fix better? Or gist the output from shred and I'll do it?16:20
JayFJoshNang: literally right now I have utils.execute returning "shred output" to the mock'd stdout16:21
JayFlol16:21
JoshNangdevananda: reviewed!16:23
*** rameshg87-dinner is now known as rameshg8716:23
rameshg87ramineni1: are you around ?16:23
ramineni1rameshg87: yes16:23
JoshNangJayF: so that's what was returned as an exception because we're doing 'exception was: str(e)' somewhere. i tested changing the passes to str(passes) and it worked in my vm16:25
JoshNangsorry, i would have fixed it last night but it was already...quite late16:25
rameshg87JoshNang, ramineni1, can we define a single option for defining priority of erase devices16:25
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: [WIP] Add DevStack plugin for ironic-discoverd  https://review.openstack.org/16478216:25
dtantsurhacking devstack is "fun" >_<16:25
rameshg87JoshNang: ramineni1: we have CONF.ilo.clean_priority_erase_devices defined in https://review.openstack.org/#/c/164646/3/ironic/drivers/modules/ilo/deploy.py16:25
rfchapmanNobodyCam: No one on the #tripleo channel answered, so I did the radical thing and removed the element that was giving me a problem.  10-cloud-init.  Actually I didn't remove the entire element, just one of the install scripts that was specific to ubuntu.16:26
rameshg87JoshNang: ramineni1: and CONF.agent.agent_erase_devices_priority defined in https://review.openstack.org/#/c/161453/12/ironic/drivers/modules/agent.py16:26
jrollrameshg87: hey, does ilo_password and ipmi_password need to be the same for ilo drivers? (iirc we use IPMI for sensor data there)16:26
jrollrameshg87: ^16:26
jrollramineni1: ** ^16:26
rameshg87JoshNang: ramineni1: i think it should just be CONF.deploy.clean_priority_erase_devices16:26
rameshg87jroll: yes16:26
jrollrameshg87: boo, this patch was so close. thanks.16:26
*** kkoski has joined #openstack-ironic16:26
NobodyCamrfchapman: ya I saw: dd: failed to open '/etc/cloud/cloud.cfg.d/10_etc_hosts.cfg': No such file or directory16:27
dtantsurgoing a bit earlier, see you tomorrow16:27
*** kkoski has quit IRC16:27
ramineni1rameshg87: thought of using the same, but added to be consistent with other clean options16:27
*** dtantsur is now known as dtantsur|afk16:27
NobodyCamnight dtantsur|afk16:27
*** kkoski has joined #openstack-ironic16:27
rameshg87ramineni1: but it is one and the same16:27
rameshg87ramineni1: it's cleaning with agent - just that it is happening through a different driver which boots agent in a different way16:28
rameshg87ramineni1: operation is still the same :)16:28
rameshg87ramineni1: and it happens in the same agent, the same call :)16:28
jrollramineni1: one thing here when you have time https://review.openstack.org/#/c/157715/16:28
*** lazy_prince has quit IRC16:29
JoshNangyeah, one config option is probably easier16:29
JoshNangwell, not easier for us, easier for the operators16:29
rameshg87jroll: but we don't need to define ipmi_password https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/common.py#L203-L20516:29
ramineni1rameshg87: i'm ok with it ..16:29
jrollrameshg87: ramineni1: if you have some ilo nodes and some non-ilo nodes, it might make sense for the erase devices priority to be different between those no?16:29
rfchapmanNobodyCam: It should eather create the directory structure if it doesn't exist or check to make sure it's ubuntu that is being built.16:29
rameshg87jroll: the code automatically updates ipmi_password but doesn't save16:29
jrollrameshg87: OH16:29
NobodyCamrfchapman: also may be worth looking at https://github.com/openstack/diskimage-builder/tree/master/elements/cloud-init-nocloud element16:29
jrollrameshg87: thank you16:29
jrollramineni1: BadCub: https://review.openstack.org/#/c/157715/ +A16:30
openstackgerritDevananda van der Veen proposed openstack/ironic: Disable cleaning by default  https://review.openstack.org/16524116:30
openstackgerritDevananda van der Veen proposed openstack/ironic: Enable cleaning by default  https://review.openstack.org/16549616:30
ramineni1jroll: why is that? didnt get your point16:30
rameshg87jroll: pets vs cattles :)16:30
*** kkoski has quit IRC16:30
*** killer_prince has joined #openstack-ironic16:30
BadCubjroll: awesome! TY!!!16:30
devanandaJoshNang: fixed flake8 error, and now with the depends-on patch16:30
JoshNangdevananda: sweet16:30
*** killer_prince is now known as lazy_prince16:30
ramineni1jroll: great ..thanks :)16:30
jrollramineni1: I fixed it :)16:30
* devananda re coffees16:31
jrollrameshg87: no, maybe my Acme brand servers need bios updated before erasing devices or something.16:31
JoshNangjroll: rameshg87 yeah, i guess with multiple drivers it makes sense to have them at different priorities. a single node will never have both drivers (both deploy)16:31
*** dlpartain has joined #openstack-ironic16:31
jrollrameshg87: IMO it's reasonable to have separate configs for separate drivers (though it sucks)16:31
stendulkerBadCub: Hi16:31
rameshg87JoshNang: jroll: okay :)16:31
JoshNangyeah :/16:32
rameshg87ramineni1: JoshNang: then ignore that :)16:32
stendulkerBadCub: In IronicReviewDay etherpad,  pxe secure boot patch https://review.openstack.org/#/c/154808/ maked as 'Approved'16:32
rfchapmanNobodyCam: will that cause problems with OpenStack?16:32
*** dlpartain has left #openstack-ironic16:32
rfchapmanIt only mentioned EC216:32
stendulkerBadCub: It needs another +2/+A. May need a correction in etherpad16:33
ramineni1rameshg87: ok16:33
NobodyCamthat i believe kills cloud-init.16:33
NobodyCamrfchapman: do you have a meta data service running?16:33
* ramineni1 working on other comments on the patch16:33
BadCubcorrected16:33
stendulkerBadCub: Thank you :)16:33
BadCubstendulker: :-)16:34
ShrewsJoshNang, and others: I think we may be doing this wrong, with respect to the message used with cleaning_error_handler(), but I need a sanity check: https://github.com/openstack/ironic/blob/master/ironic/conductor/manager.py#L921-L92616:34
rfchapmanNobodyCam: Not that I'm aware of...  just basic OpenStack-ironic (PACKSTACK)16:34
ShrewsJoshNang: I *think* that message should be wrapped with _LE() since it isn't being raised within any exception16:35
jrollShrews: that message is put in node.last_error, where it isn't translated16:35
Shrewsjroll: ah, yes. i glossed over that, apparently. thanks.16:36
jroll:)16:36
Shrewssanity restored (temporarily)16:36
jrollwhat sanity?16:36
devanandarfchapman: fwiw, i dont know if any of the developers here have used packstack w/ ironic ...16:36
* jroll ducks16:36
* BadCub now finished with call16:36
jrolldevananda: rfchapman: some developers here don't even know what packstack is16:36
devanandaheh16:37
JoshNangShrews: heh yeah. the whole LE() thing is really confusing when using the message anywhere other than an exception. i have to check the docs to sanity check pretty often16:37
*** lazy_prince has quit IRC16:37
rfchapmandevananda: I'm kinda finding this out late in the game.  Unfortunatly it was the only distro that I could get to work.16:37
devanandarfchapman: packstack is a distro?16:38
*** killer_prince has joined #openstack-ironic16:38
*** killer_prince is now known as lazy_prince16:38
rfchapmandevananda: maybe distro was the wrong word to use, software stack I guess is better :-)16:39
devanandaJoshNang: should https://review.openstack.org/#/c/161453/ also depends-on the nova changes?16:40
devanandaJoshNang: wait. never mind16:40
JoshNangno worries. i think that'd create a cycle16:41
JayFJoshNang: I think you misunderstood what I asked earlier, but you're busy so keep going :)16:41
JoshNangJayF: oh sorry :/16:41
JayFJoshNang: I'm saying, you ran shred on a thing in devstack. Do you have the logged output from the shred command?16:41
JoshNangohh i see16:42
JoshNanglemme check my logs!16:42
jrolldevananda: don't we want to land this bit now and -2 the "enable cleaning" patch? https://review.openstack.org/#/c/165241/16:42
devanandajroll: yup. i was just fixing those votes16:42
*** Marga_ has quit IRC16:42
jlvillalI think the 'E' in _LE stands for 'error'.  Not sure if it is used for both LOG.error and LOG.exception though.16:43
*** Marga_ has joined #openstack-ironic16:43
devanandajroll: also we shouldn't need a -2 on https://review.openstack.org/#/c/165496/ because it should just fail tests until then16:43
jrolldevananda: cool, thanks16:43
jrollother cores can we get a +A on https://review.openstack.org/#/c/165241/16:43
rfchapmandevananda: I tried a couple and even had problems getting devstack running behind the proxy.  I installed it on my server at home and brought the image of the VM in.  At home I had no problem installing packstack. I also tried DevStack at home with out luck.16:43
jrolldevananda: good point :)16:43
devanandajroll: but yah. I think we *have to* land 165241 now16:43
Shrewsjroll: just looking at that16:43
jrollShrews: doeeeeeeeeeet16:43
rameshg87jroll: so decided ?16:43
JoshNangjlvillal: yup exception and error. http://docs.openstack.org/developer/oslo.i18n/guidelines.html16:43
jlvillalJoshNang: Thanks!16:44
* rameshg87 reads back16:44
jrollrameshg87: ?16:44
jlvillalJoshNang: and bookmarked :)16:44
rameshg87jroll: decided that nova patch is not going in ?16:44
jrollrameshg87: we're diabling cleaning by default until the nova changes land16:44
JayFJoshNang: responded here https://review.openstack.org/#/c/165247/2/ironic_python_agent/hardware.py,cm16:44
JoshNangjlvillal: heh yeah i've checked that a bunch of times16:44
devanandarfchapman: huh. devstack works for all of us ... another time I'd like to know what you had problems with16:44
jrollrameshg87: nova says they will accept it16:44
JayFJoshNang: I'll fix the thing (wrap it in six.text_type() ) -- but curious about your opinion on the try: except: thing you suggested16:45
rameshg87jroll: oh okay ..16:45
devanandarameshg87: jroll: well. they're not blocking a bug fix. but they hvaen't said "yes" yet either16:45
jrolldevananda: sure, words are hard16:45
Shrewsdevananda: jroll: +A on 16524116:45
devanandaindeed16:45
*** lazy_prince has quit IRC16:46
rfchapmandevananda: sure I'll see if I can dig up some notes on the errors I was having.16:46
jrollthanks Shrews16:46
devanandajroll: so the help string i wrote on 165241 should continue to be viable -- even if the fix does not land in nova in Kilo16:46
NobodyCambrb16:46
devanandaand we are forced to release kilo with clean disabled16:46
devanandai'll be sad, but i think that message is informative enough16:46
JoshNangJayF: replied16:47
*** penick has joined #openstack-ironic16:48
JayFJoshNang: also as part of writing that patch, I found we do a lot of utils.execute() without check_exit_code=[0]16:48
jrolldevananda: indeed, I liked it16:48
devanandaJayF: eek16:48
JoshNangJayF: :( :(16:48
JayFJoshNang: I might whip up a patch to do that today throughout the GenericHardwareManager16:48
JayFlow effort high value16:48
jrollJayF: I thought [0] was default16:48
jrollJayF: https://github.com/openstack/oslo.concurrency/blob/master/oslo_concurrency/processutils.py#L15716:49
JayFaww hell16:49
jrolllol16:49
JayFI'll remove that from my change then16:49
*** killer_prince has joined #openstack-ironic16:49
jrollquite the sane default ;D16:49
*** killer_prince is now known as lazy_prince16:49
JoshNangJayF: (checked logs) i don't think the result of that shred is getting returned to ironic16:50
JayFJoshNang: ah, you can't get to the IPA logs?16:50
JayFI'll just have to shred a machine in the lab then :/16:50
JoshNangJayF: nope. default ironic powers off the nodes after it does things ;)16:50
JayFWhy can't all the Ironics in the world be configured like mine!? /s16:50
JoshNangheh16:51
*** penick has quit IRC16:51
*** kkoski has joined #openstack-ironic16:52
*** kkoski has quit IRC16:53
*** kkoski has joined #openstack-ironic16:53
* Shrews decides to try this new fad called "lunch"16:55
*** absubram has joined #openstack-ironic16:55
NobodyCamShrews: you'll like it!16:55
*** kkoski has quit IRC16:55
devanandaI'm bumping https://bugs.launchpad.net/ironic/+bug/1431204 to liberty as this is going to be both more work and non-trivial API changes16:56
openstackLaunchpad bug 1431204 in Ironic "New field 'name' not supported in port REST API" [Medium,In progress] - Assigned to Michael Davies (mrda)16:56
BadCubbrb16:58
*** openstackgerrit has quit IRC16:59
*** ukalifon1 has quit IRC16:59
*** openstackgerrit has joined #openstack-ironic16:59
*** stendulker has quit IRC16:59
devanandajroll: so https://review.openstack.org/#/c/165430/ passed all our tempest and integration tests .... :-/17:00
devanandajust like we both expected17:00
devanandajroll: what board do we need to pin this to to get the client fixed?17:00
*** ramineni has joined #openstack-ironic17:01
*** romcheg has joined #openstack-ironic17:01
*** vdrok is now known as vdrok_afk17:01
jrolldevananda: fun. I have the same question17:01
adam_gdevananda, is that a client bug or ?17:01
*** alexpilotti has quit IRC17:02
*** alexpilotti_ has joined #openstack-ironic17:02
*** penick has joined #openstack-ironic17:02
*** MattMan has quit IRC17:02
*** ramineni1 has quit IRC17:02
devanandajroll: https://review.openstack.org/#/c/155624/17:02
*** mgoddard has quit IRC17:03
devanandajroll: I argued heavily about this on that patch, but meh, couldn't convince anyone else17:03
devanandaadam_g: let's say ... it's debatable17:04
* devananda fixes the client17:04
*** achanda has joined #openstack-ironic17:04
jrolldevananda: yeah, and I stayed out of it for whatever reason17:04
devanandaJoshNang: anything else on cleaning i can help with right now?17:05
devanandaJoshNang: I believe you're working on refactoring / incorporating feedback on the main agent patch, and so i dont want to touch that until you're done -- but point me at something else and i'll dive in17:05
JoshNangdevananda: yup, the patch fixing bad task_manager handling in the conductor is almost done17:06
devanandacool17:06
devanandai'll go fix this client thing then, until you poke me agai17:06
JoshNangperfect17:07
jrollI'm also fairly free if folks need help with thingas17:07
jrolldoing reviews otherwise17:07
BadCubthank you jroll :-)17:08
*** jistr has quit IRC17:08
BadCubthank you everyone!17:08
NobodyCamhuh: ImportError: No module named oslo_policy17:12
devanandaNobodyCam: that hit me too. refresh your venv17:12
rameshg87NobodyCam: newly added,17:12
NobodyCamahh17:12
devanandaNobodyCam: or just pip install -U -r requiremets.txt17:12
NobodyCamadds -r to his tox command17:12
NobodyCamprob a good thing to rebuiild17:12
jrollNobodyCam: btw, if you aren't using it, this helps a ton: https://www.berrange.com/posts/2014/11/14/faster-rebuilds-for-python-virtualenv-trees/17:13
NobodyCamoh neat.. ty jroll will look at that17:13
jrollnp17:14
*** bradjones has quit IRC17:14
*** adam_g has left #openstack-ironic17:16
*** adam_g has joined #openstack-ironic17:16
*** hj-hp has joined #openstack-ironic17:16
Shrewsdevananda: i'm just going to push up a patch fixing my nit on https://review.openstack.org/15852017:18
openstackgerritDavid Shrewsbury proposed openstack/python-ironicclient: Add support for logical names  https://review.openstack.org/15852017:20
devanandaShrews: +1'd17:21
ShrewsI'm still going to +2 it17:21
*** penick has quit IRC17:22
*** ramineni1 has joined #openstack-ironic17:23
*** ramineni has quit IRC17:24
*** rsalevsky has quit IRC17:24
*** harlowja_away is now known as harlowja_17:27
NobodyCambrb17:28
*** Marga_ has quit IRC17:28
*** ramineni has joined #openstack-ironic17:28
openstackgerritJosh Gachnang proposed openstack/ironic: Use task.spawn_after to maintain lock during cleaning  https://review.openstack.org/16552817:30
*** ramineni1 has quit IRC17:30
JoshNang^ there's one of the bugs i hit testing agent cleaning last night17:30
openstackgerritMerged openstack/ironic: Add pxe_irmc to the sending IPMI sensor data driver list  https://review.openstack.org/16531317:32
JoshNangjroll: those two nova patches are passing now \o/17:33
JoshNangthanks :)17:33
jrollyay, I can still write code!17:33
jrollnp :)17:33
*** kkoski has joined #openstack-ironic17:36
rfchapmanNobodyCam: Do I need the (vm) option for the ramdisk-image-create?17:36
NobodyCamrfchapman: no you should not17:37
rfchapmanIt looks like the disk-image-create complete error free...  Now building the deploy ramdisk and kernel.17:39
openstackgerritJim Rollenhagen proposed openstack/python-ironicclient: Add support for logical names  https://review.openstack.org/15852017:40
JoshNangi'm gonna step away for a few minutes then tackle comments on agent cleaning17:40
jrolldevananda: Shrews: fixed a small nit (port list doesn't work with names)17:40
* jroll +2's and walks away for a moment17:40
*** coolsvap is now known as coolsvap|afk17:41
JoshNangthough, i would love more eyes on the release_resources bit of https://review.openstack.org/#/c/161453/12/ironic/drivers/modules/agent_base_vendor.py17:41
JoshNangi'd love for there to be a better way (maybe i missed it) for a driver to notify the conductor it is done with an async op other than rpc'ing17:42
*** romcheg has quit IRC17:42
* devananda looks17:43
devanandaJoshNang: oh god no17:43
devanandaJoshNang: driver runs inside the conductor. there's no sane reason it needs to send an RPC message to itself ...17:45
*** ramineni1 has joined #openstack-ironic17:47
*** ramineni has quit IRC17:47
devanandaJoshNang: so IIUC the problem is this:17:47
devananda- for some cleaning operations, the driver might wait for it to finish, then return to the conductor17:47
JoshNangdevananda: correct17:48
devananda- for other operations, the driver does not wait, and so the conductor needs to be notified in some other way17:48
JoshNangright17:48
openstackgerritMerged openstack/ironic: Common changes for secure boot support  https://review.openstack.org/15397417:48
openstackgerritMerged openstack/ironic: Common changes for secure boot support  https://review.openstack.org/15397417:48
devanandamaybe this is too simplistic, but the driver call should not be async17:48
*** ParsectiX has joined #openstack-ironic17:49
*** wanyen has joined #openstack-ironic17:49
devanandathe RPC call (from api -> conductor) to start or to continue cleaning need to be sync and return 202 accepted when they start a worker thread17:49
devanandabut that worker thread should not terminate until the driver is done cleaning17:49
JoshNangalright17:49
devananda*done with as much as it can do17:49
*** derekh has quit IRC17:49
JoshNangso...for the agent, it would tell teh agent to run a command, check the result, if still running, do whatever greenthread's sleep is?17:50
JoshNangwake up, recheck, etc?17:50
JoshNang(i'm totally fine with that, makes a lot of things simple)17:50
devanandaJoshNang: there are discrete clean steps17:51
devanandaJoshNang: it looks like resume between steps is already well hanled?17:51
*** ChuckC has quit IRC17:51
*** ChuckC_ has joined #openstack-ironic17:51
JoshNangcorrect17:51
*** ChuckC_ is now known as ChuckC17:52
devanandaJoshNang: so within a single step, the conductor's worker thread should stay "alive" until that step is done17:52
devanandaJoshNang: if the thread terminates early, the step may need to be resumed17:52
devanandaor may hav eerrored17:52
devanandaor what ever17:52
devanandas/resumed/retried/17:52
JoshNangright17:52
JayFFor long-running cleaning steps in large Ironic installs ... isn't that a way to run out of workers in a hurry?17:52
devanandayup17:53
devanandaraise the # of workers17:53
Shrewsjroll: well spotted17:53
JayFI know there are knobs for such things, just wanted to make sure I understood the downside17:53
devanandaJayF: i'm not sure if turning that knob has other negative effects or not ...17:53
JayFI know in our installation we had to turn worker threads down at one point iirc17:54
*** pas-ha has quit IRC17:55
JoshNangdevananda: so i think i'm still a bit confused. when the conductor is about to start executing a step, does it just call the step in the same thread? or spawn a new worker and end there?17:55
*** ndipanov has quit IRC17:55
devanandaJoshNang: i think i'm confused about sometehing too17:56
JoshNangheh17:56
Shrewshrm, i recall some discussion around the number of worker threads a loooong time ago... something not good, iirc17:56
devanandaJoshNang: doesn't the agent driver, once it has requested the agent to perform a given clean task, release the thread and wait for a callback to the API ?17:56
devanandaJoshNang: that callback should get routed to the conductor and result in continuing the cleaning17:56
lucasagomesfolks I will call it a day17:56
lucasagomeshave a good night everyone!17:56
devanandaJoshNang: so I dont see the need for agent_base_vendor to call rpc.continue_node_clean17:57
NobodyCamnight lucasagomes17:57
JoshNangdevananda: no. it pings back with a heartbeat17:57
devanandalucasagomes: cheers, g'night!17:57
devanandaJoshNang: o.0 ?17:57
*** lucasagomes is now known as lucas-dinner17:57
JoshNangthe driver checks the state of the last command.17:57
BadCubg'night lucas-dinner17:57
JoshNangif its still running, end, if its finished... ??17:57
JoshNangthat's how the rest of the agent commands work17:57
JoshNangcontinue node clean doesn't have an api endpoint (i thought it would be internal rpc only)17:58
devanandaoh right17:58
*** jcoufal has quit IRC18:02
devanandaJoshNang: so i thought we had agreed that cleaning would have an api-visiblw way to 'continue' it18:03
JoshNangdevananda: did we?18:03
devanandathat's needed for any outside-the-conductor tool to signal "hey, i'm done keep going"18:04
JoshNangdevananda: hmm yeah that sounds familiar18:04
jrollI think today that is a vendor passthru, I don't remember agreeing on something like that18:04
devanandaeg, if i'm using an in-band (but out of tree) method foe building a raid, i need to d othat when it's done18:04
devanandasure - but iirc that's all in the state mchine spec18:05
openstackgerritAnusha Ramineni proposed openstack/ironic: Support agent_ilo driver to perform cleaning  https://review.openstack.org/16464618:05
jrollwe certainly need something like that for zapping. do we need it for cleaning?18:05
JoshNangyeah i remember this more for zapping18:05
devanandajroll: apparently so18:05
openstackgerritChris Krelle proposed openstack/ironic: Check temp dir is writable for ipmitool driver  https://review.openstack.org/16038318:05
jrollwell18:05
devanandabecause apparently the agent has to phone home multiple times between steps18:05
jrollit's going to be all in the driver18:05
jrollright now it's limited to one driver18:05
jrollso vendor passthru for now, right?18:06
jroll(or I should say vendor passthru is ok for now)18:06
openstackgerritJohn Trowbridge proposed stackforge/ironic-discoverd: eDeploy: Store benchmark data from edeploy in Ironic DB  https://review.openstack.org/16553818:06
NobodyCamjlvillal: when you have a free minute.. can you see if my changes to 160383 are what you had in mind?18:06
jrollIOW do we want to figure out a new API endpoint one day before a release :P18:06
jlvillalNobodyCam: Will do!18:06
devanandajroll: no :)18:07
devanandajroll: vp ++18:07
JoshNang++ heh18:07
jroll:)18:07
*** ParsectiX has quit IRC18:07
*** kkoski has quit IRC18:08
*** ParsectiX has joined #openstack-ironic18:08
JoshNangso, how does the agent say "i'm done"? i agree internal rpc isn't great, but it's effectively the same as the agent hitting an api to say continue (except the agent driver gets a chance to check things beforehand)18:08
wanyenSo if a driver uses non-IPA agent-based cleaning, the agent can call back using Ironic API through vendor pass-through?18:09
NobodyCamlol three +2's on 165443 (Allow periods (".") in hostnames) guess I should approve it :-p18:09
jrollwanyen: the driver would need to have that passthru call18:09
jrollJoshNang: ... through the heartbeat? I don't get it.18:09
jrollJoshNang: can the agent access the conductor manager?18:10
JoshNanghmm is it stored on task somewhere maybe?18:10
devanandajroll: in the current patch, agent driver is rleasing a lock then sending an RPC message18:10
devanandato itself18:10
jrollright, the release the lock part seems bad18:11
jrollI'm wondering if the agent could call task.manager.continue_clean or something18:11
*** Marga_ has joined #openstack-ironic18:12
JoshNangi don't know that task has an reference to manager18:12
*** kkoski has joined #openstack-ironic18:12
JoshNangdoes context?18:12
devanandaJoshNang: if not, it's trivial to add that18:13
devanandaJoshNang: and low risk. conversely, instantiating the RPC client in the same proces that is listening on the other end ... seems a little more extreme :p18:14
JoshNang:P18:14
*** kkoski has quit IRC18:14
devanandaJoshNang: also, you're instantiating N clients, because you create a new one every time continue_cleaning is called18:14
devanandabut they all hvae the same hostname18:14
*** ijw has quit IRC18:15
devanandaactually nm, that's probably fine for the clients18:15
*** igordcard has quit IRC18:16
*** ijw has joined #openstack-ironic18:16
*** tiagogomes_ has quit IRC18:17
devanandaactually forget all tht -- not trivial to add18:17
devanandaJoshNang: something else bothers me here18:17
wanyenJoshNang, the bare-metal node does not need to be in power-on state when conductor calls driver to execute a cleaning step. right?18:17
devanandaJoshNang: the API we have held drivers to is: manager calls driver, driver does $thing and returns status18:17
devanandaJoshNang: you're changing this radically by allowing a driver to call the manager18:17
JoshNangwanyen: if its in band, yes. it'll be powered on by prepare_cleaning if necessary18:17
devanandaJoshNang: but you're not actually changing the APi right now, because you send an RPC message instead18:18
devanandagah18:18
wanyenJoshNang, it depends onthe driver.  If driver can do cleaning steps without pre-power on the bm node.18:18
JoshNangwanyen: correct18:18
wanyenJoshNang: +118:19
jlvillalNobodyCam: reviewed.  Only a few minor nits in my opinion.18:19
NobodyCamjlvillal: awesome will look in a minute or so-ish18:19
jrolldevananda: qq, is there a released version of the client that supports --version or whatever?18:19
devanandajroll: no. i haven't tagged a release since lintan's patch landed18:19
jrolldevananda: ok, I was thinking on looking at adding tempest tests for other versions18:20
devananda++18:20
jrollbut we need a release, I assume18:20
devanandajroll: also tempest API testing doesn't use our client18:20
jrolloh.18:20
jrollright.18:20
jrollok, ignore me then18:20
devananda:)18:21
devanandajroll: we need a release before Nova will see the "AVAILABLE" state18:21
devanandain the integration tests18:21
*** romcheg has joined #openstack-ironic18:21
jrolldevananda: yeah, and that release needs to use a later version18:21
devananda*a release where the default version is > 1.218:21
devanandaright18:21
* jroll wonders if we run tempest on client jobs18:22
devanandaalso, i think the api service should log the version header18:22
jrolldevananda: by the way I added a big "this is all broken" about this to the whiteboard gate status18:22
devanandajroll: we should run the integratoin test using it. <<< adam_g18:22
devanandajroll: great18:22
devanandajroll: i want the api log records, eg18:23
devananda127.0.0.1 - - [18/Mar/2015 11:22:47] "GET /v1/nodes HTTP/1.1" 200 75918:23
devanandato include the version header. becaues debugging this right now means i need to tcpdump18:23
devanandaand i get grumpy when i have to do that18:23
jrolllol18:23
jrollI'll see if there's something we can do about that18:24
jrollidk what layer logs that18:24
adam_gjroll, devananda is this something we can build into ironicclient functional tests instead of tempest? that was what i was hoping to get started with https://review.openstack.org/#/c/161976/18:24
jrolldevananda: that's probably the best way, but alternatively ironic could log it18:24
jrolladam_g: I started a todo list for this stuff under gate status https://etherpad.openstack.org/p/IronicWhiteBoard18:25
jrolladam_g: oh wow, we have functional tests. you're awesome.18:25
jrollor a framework for them, at least18:25
adam_gjroll, well, we have somewhere to put them.18:25
jrollyeah18:25
adam_gi started looking at at least adding tests for version negotiating last week, but was going to wait for the api spec to finish up18:26
devanandaadam_g: spec is landed now. but client is still broken18:26
adam_gon a similar topic, i just hit a virt bug in our partial upgrade story @ https://bugs.launchpad.net/ironic/+bug/1433727 that relates to API versioning18:26
openstackLaunchpad bug 1433727 in Ironic "partial upgrade not possible, 'reason': u'Unknown argument: "configdrive" (HTTP 400)'" [Undecided,New]18:26
* BadCub grumbles at Jenkins18:26
*** rameshg87 has left #openstack-ironic18:27
adam_gdevananda, broken in more ways that one, or just wrt version negotiation?18:27
*** rameshg87 has joined #openstack-ironic18:28
adam_gmy assumption was we need the client functional test suite to be able to test and use negotiation so it can discover what versions of the api it should be testing18:28
*** ramineni1 has quit IRC18:28
* rameshg87 goes to sleep18:28
rameshg87good night ironic18:28
jlvillalrameshg87: Good night!18:28
NobodyCamnight rameshg8718:28
*** rameshg87 has left #openstack-ironic18:28
jrolladam_g: on that bug... I thought we agreed that kilo upgrade process was upgrade ironic first, then nova. we had to make a one or the other choice for a few reasons18:29
adam_gjroll, thats for an full upgrade, this is a partial--where we're trying to make sure a kilo nova can spawn things on a juno ironic18:30
adam_gunless thats been decided to be not supported ?18:30
jrolladam_g: right, I think we decided that isn't supported. maybe I'm wrong.18:30
jrollmy memory is crap right now18:30
adam_goh18:30
jrollso don't take my word for that18:30
jrolldevananda: ^^18:30
*** harmw has left #openstack-ironic18:30
*** kkoski has joined #openstack-ironic18:31
*** kkoski has quit IRC18:31
jrollthat said... we may be able to fix this18:31
*** kkoski has joined #openstack-ironic18:31
jrollwell, maybe it takes proper client version negotiation18:32
jrolldevananda: configdrive is another example of an api change between juno and having microversions18:32
openstackgerritNisha Agarwal proposed openstack/ironic: Automate uefi boot iso creation for iscsi_ilo driver  https://review.openstack.org/15590018:33
*** kkoski has quit IRC18:33
adam_gjroll, that was my thought.  just fallback to not specifying config drive (or erroring?) if the drivers client can determine its not supported18:33
jrolladam_g: yeah, but the client isn't aware of what the server supports today :/18:34
devanandaadam_g: let's assume that juno nova is running with the juno release of python-ironicclient for a minute18:35
devanandaadam_g: in that case, i would expeect juno nova to work with kilo ironic -- because the kilo ironic API will "downgrade" communication to match the older client18:36
openstackgerritMerged openstack/ironic: Sync from oslo.incubator  https://review.openstack.org/16250518:36
adam_gdevananda, right--but the partial upgrade job (as it is today) is the inverse18:36
jroll"juno release of python-ironicclient"18:36
devanandaalso, fwiw, that initial assumption is false, becuase nova refuses to add python-ironicclient to their requirements, so it wont be pinned18:36
adam_gdevananda, oh, :|18:37
devanandaso anyone installing stable/juno of nova from packages, or from pip, will still get the current version of python-ironicclient ... which is why i'm making so damn much fuss over this client change18:37
devanandabecause it WILL break that path if we're not really careful18:37
devanandaadam_g: so the supported upgrade path is, as you say, the inverse. upgrade nova first, then upgrade ironic.18:37
openstackgerritNisha Agarwal proposed openstack/ironic: follow up patch for ilo capabilities  https://review.openstack.org/16531018:38
devanandajroll: right ^ ?18:38
adam_gdevananda, *and python-ironicclient on the nova side18:38
devanandaadam_g: yes18:38
devanandathough seriously I think it shouldn't matter which order I upgrade nova or ironic in18:38
adam_gFWIW the experimental partial grenade job seems to pick up the newer client18:38
adam_gdevananda, agreed18:38
devanandaadam_g: yeah, i would expect that it picks up the newer client -- even in the "old" half of the grenade job18:39
jrollerm18:39
* jroll thinks really hard18:39
devanandaadam_g: i mean, i expect that today. I think that's broken, however18:39
devanandaadam_g: nova needs to pin the version of python-ironicclient on stable/juno. and on stable/kilo18:39
devananda*and on stable/kilo it should matter less ... assuming we sort all this out ... but it wouldn't hurt18:39
devanandajroll: oh. crap.18:41
adam_gi need to step away for 1hr but will take a look at the client functional stuff when im back18:41
jrolladam_g: devananda: alternatively, think about how a deployer is doing this upgrade. they read the docs and see configdrive is supported in kilo ironic. they don't start sending a configdrive while they're stillr unning juno ironic.18:41
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480818:41
devanandajroll: it's the nostate->available rename that concerns me18:41
jrolladam_g: devananda: IMO this is a config thing, kilo nova with juno ironic should be changed to not use configdrive because it isn't supported18:42
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481418:42
devanandajroll: if i tag a client release that ups the api version and picks up that rename, it will immediately breat juno/nova18:42
jrolldevananda: mmm. yeah. hm.18:43
*** athomas has quit IRC18:43
devanandajroll: so 1) i want the client to default to sending the latest version. 2) if it does that, it MUST also support downgrading to older versions (which we have absolutely no code for today) 3) because juno/nova isn't pinned, if I do either of those, we break juno/nova18:43
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481618:43
devanandatherefor: our client has to continue defaulting to the lowest version18:43
devananda*bangs head on desk*18:44
jrolldevananda: indeed. I think we should fix (2) real hard real soon, because that's a huge UI pain point too18:44
*** athomas has joined #openstack-ironic18:44
devanandajroll: https://review.openstack.org/#/c/162834/118:45
devanandai started on that last week18:45
*** kkoski has joined #openstack-ironic18:46
devanandabut i only did it in the shell so far, not the client lib18:46
*** dprince has quit IRC18:46
devanandaoh bugger. i lost a change there :(18:46
jrolldevananda: cool18:46
devanandahmmm. how do I list orphaned commits?18:47
*** pelix has quit IRC18:47
NobodyCambrb18:47
*** kkoski has quit IRC18:47
devanandafound it18:48
*** achanda has quit IRC18:48
*** athomas has quit IRC18:48
openstackgerritMerged openstack/ironic: iLO implementation for hardware inspection  https://review.openstack.org/15159618:49
openstackgerritMerged openstack/ironic: iLO driver updates node capabilities during inspection  https://review.openstack.org/16357218:49
jlvillaldevananda: reflog?18:49
jlvillalnvm18:49
*** hj-hp has quit IRC18:51
*** Marga_ has quit IRC18:51
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Send version header by default  https://review.openstack.org/16555918:51
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Hide resources missing from server responses - POC - DO NOT MERGE  https://review.openstack.org/16283418:52
*** Marga_ has joined #openstack-ironic18:53
openstackgerritDevananda van der Veen proposed openstack/python-ironicclient: Adjust CLI output based on API version  https://review.openstack.org/16283418:54
*** stendulker has joined #openstack-ironic18:58
*** kkoski has joined #openstack-ironic18:58
*** kkoski has quit IRC18:58
*** kkoski has joined #openstack-ironic18:59
*** dprince has joined #openstack-ironic19:00
*** kkoski has quit IRC19:01
*** achanda has joined #openstack-ironic19:01
*** hj-hp has joined #openstack-ironic19:03
*** alexpilotti_ has quit IRC19:04
* NobodyCam is back19:04
*** Marga_ has quit IRC19:04
*** Marga_ has joined #openstack-ironic19:05
*** andreykurilin_ has joined #openstack-ironic19:06
*** jiangfei|2 has joined #openstack-ironic19:06
*** Nisha has quit IRC19:07
NobodyCamNisha: are you still about?19:07
*** jiangfei has quit IRC19:08
openstackgerritMerged openstack/ironic: iscsi_ilo driver do not validate boot_option  https://review.openstack.org/16441419:09
NobodyCamI'm looking at 155900 images.py, on line 289 yuriyz commented on moving some writes to try block. looks like you answered ok. but I don't see the changes.19:09
*** kkoski has joined #openstack-ironic19:12
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add fallback secure erase using shred  https://review.openstack.org/16524719:14
JayFJoshNang: ^ fixed your comments, improved the shred output in the test, and added an additional test19:15
*** kkoski has quit IRC19:15
* JoshNang reviews19:15
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480819:15
JoshNangJayF: sweet, lgtm19:18
stendulkerNobodyCam: Hi :)19:19
stendulkerNobodyCam: This is regarding your comment for review https://review.openstack.org/#/c/154814/ Secure boot support for iscsi_ilo driver19:20
*** hj-hp has quit IRC19:21
JoshNangdevananda: as i'm fixing up the agent cleaning patch, also noticed prepare_cleaning (which boots the ramdisk) also uses the rpc call back. i'm not sure where to go from here.19:21
jrollJoshNang: I think connecting the task to the manager might be the right thing to do here19:22
*** kkoski has joined #openstack-ironic19:22
stendulkerNobodyCam: Have responded to your comment. I need to re-post the patch to resolve merge conflicts. In case anything required to address your comment I can add it as well. If you have a moment you can check the comment resolution.19:22
devanandajroll: i looked briefly at that. it's not trivial :(19:22
JoshNang:/19:22
jrolldevananda: optional kwarg for task.acquire?19:22
NobodyCamstendulker: let me have a quick look19:22
stendulkerNobodyCam: I can always repost the patch later as well. But just wanted to check I could accomodate19:22
JoshNangthat was my thought19:23
*** romcheg has quit IRC19:23
JoshNangwe'd only need the reference in a few places (to start)19:23
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573119:23
devanandaJoshNang: yah, maybe19:23
NobodyCamstendulker: Thank you, can you the "rational" bit to the commit message when you re-post! that will cover it for me!19:25
NobodyCam*can you MOVE the ...19:25
NobodyCams/MOVE/ADD.19:25
TheJuliaJayF: fyi, A kernel param of coreos.configdrive=0 prevents the config drive from being auto-mounted.19:25
*** hj-hp has joined #openstack-ironic19:25
stendulkerNobodyCam: Ok. Will do that.19:26
NobodyCamawesome TY stendulker :)19:26
stendulkerNobodyCam: Thank you for quickly validating the resolution :)19:26
*** andreykurilin_ has quit IRC19:27
*** romcheg has joined #openstack-ironic19:28
* devananda adds links to client patches to ehterpad19:28
devanandaJoshNang: shall i tackle the task manager change?19:28
devanandaJoshNang: or are you confident that using the rpc callback from the agent driver is not going to break the world?19:29
*** Nisha has joined #openstack-ironic19:30
* BadCub needs food like thing19:31
NobodyCamoh like manna! :-p19:32
BadCubless mythical than manna :-p19:33
jrolldevananda: I plan to run the RC downstream in the next couple weeks19:33
jrollfwiw19:33
jrollso we can at least find out if it scales19:34
rloodevananda: sorry to bug you. Just noticed that https://review.openstack.org/#/c/163730/ was bumped to liberty?19:34
rloodevananda: can't that be done before rc-1/kilo release?19:34
*** aswadr has quit IRC19:34
JoshNangdevananda: either works. i've only tested it with 3 nodes at the same time19:35
JoshNanganyone got a sec to fix a merge conflict on an approved patch? https://review.openstack.org/#/c/157715/19:35
devanandaNisha: your commit 6ecee368 added inspect*at fields to the API, but did not use any microversion to guard them :-(19:36
devanandaNisha: so those are now being returned with the base API version19:36
rloodevananda: forget I asked about 163730. There's a string change there so it can't go in after k-3.19:37
devanandadtantsur|afk: this sort of things kind of goes to your point ^^ -- on March 2nd, we landed a change to the API with no version guads19:37
devanandarloo: ack. forgetting :)19:38
devanandajroll: good to know. while i appreciate tht, i also dont want to find out that late (and break ya'll inthe process)19:38
devanandaJoshNang: 3 deployed nodes, or 3 conductors?19:39
*** Ng has quit IRC19:39
Nishadevananda, :(19:39
JoshNangdevananda: 3 deployed nodes. only 1 conductor (devstack)19:39
*** krtaylor has quit IRC19:39
*** comstud has quit IRC19:39
*** rainya has quit IRC19:39
*** Ng has joined #openstack-ironic19:39
devanandaJoshNang: it's easy to create more conductors in devstack -- copy /etc/ironic/ironic.conf, add "hostname=NNNN", and start another one in screen19:40
devanandaJoshNang: nodes will remap accordingly as the ring rebalances19:40
devananda*start another one and specify --config-file=/path/to/new/file19:40
JoshNangok i'll test19:40
*** rainya has joined #openstack-ironic19:40
*** comstud has joined #openstack-ironic19:41
jrolldevananda: we have around 50 nodes in a preprod environment, think that would be enough scale to find out?19:41
devanandaJoshNang: and while that's going on, take a look at rabbit19:41
devanandajroll: yup19:41
devanandaTheJulia: also you might be able to help test this, if you want to try pulling a bunch of patches from gerrit?19:41
*** krtaylor has joined #openstack-ironic19:41
jrollyeah, so I could get this running within a couple days of it landing19:42
*** kkoski has quit IRC19:42
*** Marga_ has quit IRC19:43
*** kkoski has joined #openstack-ironic19:43
JoshNangyeah i think we were planning on staging this next week19:43
*** Marga_ has joined #openstack-ironic19:44
devanandaJoshNang: is there an easy way for me to simulate this // mock the agent so that the agent driver does the rpc call back without actually cleaning a node?19:44
JoshNangdevananda: set the config option to 0. sec..19:44
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481419:45
JoshNangerr, that'll still try to call out to the agent to get the clean steps19:45
*** wanyen has quit IRC19:46
JoshNangdevananda: return [] from get clean_steps in the agent?19:47
JoshNang*agent driver19:47
devanandaNisha: since you landed the inspect*at base patch, can you post a fix that properly guards that with a version check and bump?19:49
NishaYes i am working on that19:50
Nishatrying to post it by today19:50
*** ijw has quit IRC19:53
*** Marga_ has quit IRC19:54
JayFTheJulia: if you look at the underlying unit files, that's what masking all those units is supposed to do19:54
JayFTheJulia: So I'm still perplexed as to why that happened?19:55
*** devlaps has joined #openstack-ironic19:55
*** zigo__ has joined #openstack-ironic19:56
*** zigo has quit IRC19:56
devanandaNisha: thanks much19:57
*** rainya has quit IRC19:57
* JoshNang kicks off 3 cleans, 3 conductors19:57
devanandaJoshNang: watch rabbit queues19:57
*** rainya has joined #openstack-ironic19:58
*** subscope_ has joined #openstack-ironic19:58
devanandaJoshNang: actually not just queues. watch list_consumers too19:59
JoshNangkk19:59
TheJuliaJayF: the mount still seems to get triggered even if the task is masked, so at least it doesn't auto-mount anymore when I use the kernel command line:)19:59
* devananda foods and meetings19:59
JayFTheJulia: If you can give me full logs from a boot where it mounted in into a bug, I can track it down20:00
*** achanda has quit IRC20:00
NobodyCamdevananda: enjoy!20:00
*** ifarkas has quit IRC20:01
BadCubjroll: can I rebase 157715 to clear the merge conflict? Or does it need to be done manually>20:01
jrollBadCub: if there's a conflict it needs to be done manually20:02
jrollif it could do it automatically it would ;)20:02
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481620:03
* NobodyCam thinks BadCub just wants to click the rebase button :-p20:03
* BadCub stares at the shiny button20:03
NobodyCamhttps://www.youtube.com/watch?v=FT4YbO_1mvA20:05
NobodyCamlol20:05
jrollI mean, click away but it won't help :P20:06
*** dprince has quit IRC20:06
BadCubNobodyCam: LOL20:06
jrolllol20:06
NobodyCamlol I love the laughing at the end20:07
BadCubDogTV music is killing me... Must change channel20:07
openstackgerritNisha Agarwal proposed openstack/ironic: Automate uefi boot iso creation for iscsi_ilo driver  https://review.openstack.org/15590020:08
NobodyCam can rebase 15771520:09
JoshNangdevananda: all the nodes did continue_node_cleaning, all queues (except notification.info) are sitting at 0, consumers is 3 or less everywhere20:10
JoshNang(still waiting for cleaning to finish, as shred take...a while :/)20:10
TheJuliaJayF: Will do, still trying to get my configdrive written out :)20:13
*** openstackgerrit has quit IRC20:14
*** dprince has joined #openstack-ironic20:15
*** openstackgerrit has joined #openstack-ironic20:15
openstackgerritMerged openstack/ironic: Suppress urllib3.connection INFO level logging  https://review.openstack.org/16545520:15
JoshNang*cough* running cleaning in devstack with shredding enabled is not advisable. thinly provisioned disks + shredding = full disk20:15
JoshNang(forgot to shrink disks)20:16
*** jiangfei|3 has joined #openstack-ironic20:16
*** jiangfei|2 has quit IRC20:16
openstackgerritChris Krelle proposed openstack/ironic: Add Cleaning Operations for iLO drivers  https://review.openstack.org/15771520:18
NobodyCamJoshNang: BadCub: rebased ^^^^20:18
JoshNangNobodyCam: thanks!20:18
BadCubthanks NobodyCam :-)20:20
devanandaJoshNang: how many queues and how many consumers are there total?20:20
*** Marga_ has joined #openstack-ironic20:21
JoshNangdevananda: umm i had to unstack/restack.20:22
devanandaJoshNang: oh20:22
JoshNang(filled up the disks by shredding 3 nodes without resizing their disks first)20:22
devanandahehe20:23
NobodyCamGheRivero: are you around?20:23
JayFI feel like I should warn our cloud ops team that ironic test nodes may be a lot less friendly of an IO neighbor real soon now20:23
JayFlol20:23
*** hj-hp has quit IRC20:24
GheRiveroNobodyCam: in a call, but tell me20:24
jrollJayF: lol20:24
NobodyCamhehehe : can you dbl check and see if this change looks sane to you: https://review.openstack.org/#/c/155900/13/etc/ironic/ironic.conf.sample20:24
GheRiveroNobodyCam: added to my list for tonight20:26
NobodyCam:)20:26
NobodyCamty GheRivero :)20:26
devanandaJayF: you did the fallback to full erase, i take it. should we do a "if youre in a vm, skip" step as well?20:28
JayFdevananda: That's /really hard/ to detect without invalidating all of our testing.20:29
devanandaJayF: you mentioned it yesterday, but yea, that might be a big surprise to anyone testing with this (including our upstream gate)20:29
JayFdevananda: This is why I didn't want to write that patch at all, hehe20:29
devanandaah20:29
JayFIt's almost like I want to use a devstack hardware manager20:29
JayFthat just walks through some fake steps20:29
JayFsince really the coordination is what we're testing, not the viability of the actual cleaning step being performced20:30
JayF*performed20:30
devanandaJayF: right20:30
devanandaJayF: so if we DONT dothat, how much longer will our gate tests take?20:30
JayFbut I'm not really sure how to go about that detection ... it honestly scares me a little trying to detect, b/c if we fail, that's a security vuln in whoevers environment we didn't clean20:30
JayFdevananda: I know shredding a 29GB disk took about 20 minutes20:30
JoshNangyeahhh it's quite a while20:31
JoshNangwe can shrink the disks to save some time20:31
devananda:-/20:31
JoshNangor, i added a config to skip it..but then we're not really testing cleaning.20:31
JoshNangless we add some fake steps or something20:31
devanandaor we end up with separate IPA ramdisks for gate // prod20:32
devanandawhich is also less than ideal20:32
JayFOr maybe you end up implementing the "skip categories of steps" thing for the agent20:32
Shrewsor, our drivers could have loadable cleaning drivers and we create a fake one20:32
* Shrews hides20:32
JayFShrews: HardwareManager is the word you're looking for, and it's what I proposed above ^20:32
devanandalike we pass some parameters to the agent to say "run these things"20:32
JayF:(20:33
JayFdevananda: explicitly not20:33
devanandaand we have a seprate gate job that tests "do all the hardware stuff, we know it'll be slow"20:33
devanandaand the main job skips clenning, or something ?20:33
JayFdevananda: it's *very important* that the agent determine the steps it runs for hardware detection support20:33
devanandaJayF: categories. not individual hardware anager stes20:33
devanandasteps20:33
JayFI'm OK with that20:33
devanandaso gate conig would be "skip disk erase" right now inthe main job20:33
devanandaor something ...20:34
devananda*shrug*20:34
JoshNangyeah i think that'd work20:34
JayFYeah.20:34
JayFJoshNang: you gonna write that?20:34
JayFJoshNang: we also did a *wonderful job* of talking about cleaning docs this morning20:34
JayFheh20:34
JoshNangJayF: heh20:35
JoshNangwell i have the config option to disable disk erase already20:35
*** Haomeng|2 has joined #openstack-ironic20:37
*** Haomeng has quit IRC20:40
jrollJayF: devananda: you could have devstack pull in the out-of-tree devstack hardware manager20:40
jrollthat way you don't have to worry much about detection20:41
devanandajroll: into the ipa ramdisk?20:41
JayFjroll: I thought about that, but that sketched me out a little ... I don't want us to test things that aren't Ironic/IPA ... I'd prefer the "disable stuff via config" and just flip those configs on in the gate20:41
devanandaJayF: ++20:41
jrolloh. it would need to build the ramdisk20:41
jrolllame20:41
devanandaright20:42
adam_gFWIW cinder skips secure delete in the gate for the same reason20:42
adam_gdevananda, catching up on scrollback (sorry): "so 1) i want the client to default to sending the latest version. 2) if it does that, it MUST also support downgrading to older versions (which we have absolutely no code for today) 3) because juno/nova isn't pinned, if I do either of those, we break juno/nova" <- how would adding that negotiating break juno?20:45
adam_gassuming something similar to https://review.openstack.org/#/c/162834/4/ironicclient/v1/client.py ln 5620:45
*** mrda-away is now known as mrda20:47
mrdaMorning Ironic20:47
mrdadevananda: thanks for the pickup20:47
BadCubmrda: morning20:47
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480820:48
*** achanda has joined #openstack-ironic20:48
mrdaMorning BadCub20:48
NobodyCammornign mrda :)20:49
mrdao/20:50
* NobodyCam steps away for a few minutes20:50
devanandaadam_g: juno/nova's ironic driver only understands specific node states (eg, NOSTATE)20:51
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480820:51
devanandaadam_g: if the client library uses any version above 1.1 to talk with a kilo ironic server, it's going to return states to nova.virt.ironic which tht code does not understand20:51
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for iscsi_ilo driver  https://review.openstack.org/15481420:52
JayFdevananda: I thought clients got frozen to stable branches now?20:52
openstackgerritShivanand Tendulker proposed openstack/ironic: Secure boot support for agent_ilo driver  https://review.openstack.org/15481620:52
devanandaadam_g: in other words, the stable/juno branch of nova needs to be pinned to python-ironicclient < 0.520:52
JayFdevananda: so couldn't we have a client that nova used for k->j that did it one way, then move forward with the new way?20:52
JayFyeah, exactly20:52
devanandaJayF: they do. but nova refuses to put pyhton-ironicclien tin their requirements20:52
openstackgerritShivanand Tendulker proposed openstack/ironic: Ilo drivers sets capabilities:boot_mode in node  https://review.openstack.org/15573120:52
devanandatherefor it can't be frozen20:52
*** ParsectiX has quit IRC20:52
mrdaoh, that's right20:53
adam_gdevananda, what about a patch to stable/juno nova to specify v1.1 to the client?20:53
*** ParsectiX has joined #openstack-ironic20:53
devanandaJayF: right. that's what i'm suggesting. the current client works -- because it doesnt send any header20:53
mrdadynamic loading as a result20:53
devanandaadam_g: ++20:53
JayF==adam_g20:53
adam_gis there a bug to reference somewhere?20:53
devanandanope20:54
adam_gk20:54
devanandano bug because we hvaen't actually broken anything yet20:54
devanandaheh20:54
*** hj-hp has joined #openstack-ironic20:54
devanandafiling a bug before we break something is a bit .... odd :)20:54
adam_gno way!20:55
*** alexpilotti has joined #openstack-ironic20:56
openstackgerritMerged openstack/ironic: Allow periods (".") in hostnames  https://review.openstack.org/16544320:58
*** stendulker has quit IRC20:59
jlvillaldevananda: Not sure if this is a dumb idea.  Would there be any value in the python-ironicclient querying the nova server to figure out it's version.  If that is possible.  Not sure if that would be useful or not.21:01
devanandajlvillal: it's a library, loaded by the nova.virt.ironic code21:01
jlvillalYou have probably already considered that idea, but thought I'd mention it.21:01
devanandajlvillal: we can't change the nova code that someone is already running in production // has been packaged by distros21:02
devanandabut if we change the library, it could get sucked into their environment (and it will, in the gate, if it's not pinned)21:02
openstackgerritRuby Loo proposed openstack/ironic: Hide inspection_*_at fields if version < 1.6  https://review.openstack.org/16559621:02
*** jiangfei|3 has quit IRC21:02
jlvillaldevananda: I was thinking maybe change what the ironicclient does based on determining the nova version.  But maybe not feasible.21:02
*** jiangfei|3 has joined #openstack-ironic21:03
* jlvillal admits he doesn't fully understand how it all works together.21:03
*** kkoski has quit IRC21:03
devanandajlvillal: the library can't reasonably determine the version of the thing that calls it21:05
devanandawithout doing some funky dance inspecting the python call stack ....21:05
jlvillaldevananda: Okay.  Never mind then :)  Thanks for answering.21:05
devanandajlvillal: it's a neat idea -- but i dont think it's possible, unfortunately21:06
*** jiangfei|3 has quit IRC21:09
*** jiangfei|3 has joined #openstack-ironic21:09
*** lucas-dinner has quit IRC21:10
adam_gdevananda, jroll is this accurate? https://etherpad.openstack.org/p/ir-nova-client would like to make sure its accurate before filing it, i expect it might be contentious on the nova side21:12
*** kkoski has joined #openstack-ironic21:13
*** dprince has quit IRC21:14
mrdaadam_g: I think that's fair.21:14
adam_gmrda, thanks21:16
BadCublooks good to me adam_g :-)21:16
rloomrda: hi. fyi, in case you didn't see it: https://review.openstack.org/#/c/165443/21:17
*** kkoski has quit IRC21:17
*** ChuckC has quit IRC21:19
* NobodyCam is back21:20
NobodyCamjlvillal: here is how it all works: https://i.imgur.com/1CXQNjw.png21:20
mrdathanks rloo21:21
BadCublol21:21
*** ParsectiX has quit IRC21:21
*** ParsectiX has joined #openstack-ironic21:21
mrdarloo: I'll follow up with another patch, because that is an incorrect implementation unfortunately21:22
rloomrda: ha ha. thx!21:22
mrdaatom = '^[a-z0-9]([a-z0-9\-\.]{0,61}[a-z0-9])?$'21:23
mrdamatch_str = atom(\.atom)+21:23
mrda(cut'n'paste error, atom shouldn'21:23
mrdat have a . in it)21:24
jlvillalNobodyCam: Thanks!21:24
NobodyCam:-p21:24
mrdaIt's actually more complex than that - I'll find a regex that fully implements the rfc21:24
rloomrda: good catch. (I didn't actually look at the patch. I have a love/hate relationship with regexs.)21:25
mrdaYou can have _'s in the domain part, but not the host part (IIRC).  I'll have to go check RFCs again.21:26
mrdaJust goes to show that being away from ironic for 6 hours means you miss patches getting proposed and merged :)21:26
*** jmccrory has joined #openstack-ironic21:27
rloomrda: "we" are fast and trigger-happy :-)21:28
jlvillalNobodyCam: Not quite as useful as I was expecting :P21:28
jlvillalLOL21:28
mrdaI should also push a patch to get the spec updated, because having broken documentation deliberately isn't cool21:28
NobodyCamlol oh you just looked :-p21:28
NobodyCamhehehe21:28
rloomrda: thx. I was hoping you'd offer to do that!21:28
mrda"should" isn't a commitment, and I have higher priority things to do too21:29
mrdabut I probably will21:29
mrdapost-coffee21:29
*** jamielennox is now known as jamielennox|away21:31
mrdaGack. 165443 is broken in another way.  The total length of the hostname(.domain)+ is 63 chars right now.  To fix this properly needs another db migration.21:35
mrdaeach element of hostname/domain should be up to 63 chars, not the total length.21:36
mrdasigh.21:36
NobodyCamyep for a total of 255 char21:37
NobodyCamle sigh21:37
*** ParsectiX has quit IRC21:38
*** ParsectiX has joined #openstack-ironic21:38
rloomrda: good, better now than in L*. (Well, that's the bright side anyway.)21:38
*** Marga_ has quit IRC21:39
* mrda doesn't like changes rushed through21:40
*** Marga_ has joined #openstack-ironic21:40
*** Marga_ has quit IRC21:40
JoshNangdevananda: queues/consumers (with a link at the bottom to during cleaning) https://gist.github.com/pcsforeducation/6558b00c2b1683df650321:40
JoshNangi don't see anything off21:40
* BadCub steps away for a few minutes21:40
*** Marga_ has joined #openstack-ironic21:40
JoshNangbut i don't look at this very often21:41
devanandaadam_g: commentes added on the 'pad21:43
*** devlaps has quit IRC21:43
adam_gdevananda, thanks21:43
devanandaJoshNang: i haven't debugged this stuff since we wrote teh rpc api, so yea, not immediately familiar with it.. but ...21:44
*** hj-hp has quit IRC21:45
devanandaJoshNang: yea, not immediately scary. I'm unsure as to why there are 9 "reply" queues though21:47
*** hj-hp has joined #openstack-ironic21:47
JoshNangthat is odd...though they were there before i started running anything21:48
JoshNang(though 2 more added during cleaning. gonna run again and see if those keep growing)21:49
*** ParsectiX has quit IRC21:49
*** persia has quit IRC21:50
*** pcrews has quit IRC21:51
*** persia has joined #openstack-ironic21:51
*** persia has quit IRC21:51
*** persia has joined #openstack-ironic21:51
*** pcrews has joined #openstack-ironic21:51
* devananda makes toast with nutella and peanutbutter21:52
NobodyCammmmmm21:52
NobodyCam:-p21:52
JayFjlvillal: re: your review on my IPA patch, utils.execute will log a bunch of stuff on failure, I don't think IPA needs a log too, but I can lower the scope of that except21:52
* NobodyCam has been having walffles all week21:52
*** kkoski has joined #openstack-ironic21:52
jlvillalJayF: Fair enough.  I just worry in general about except Exception.  Since it catches so much.21:53
jlvillalJayF: Thanks for the info!21:53
JayFI mean, you're right-ish21:53
JayFthere I didn't worry so much b/c I knew it'd end up with an errors.IncompatibleHardwareMethodError21:53
JayFbut I should make the method behave reasonably on it's own21:53
JayFs/it's/its/21:53
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add fallback secure erase using shred  https://review.openstack.org/16524721:55
JayFJoshNang: jlvillal ^ fixed jlvillal's concern21:55
devanandajlvillal: i worry about those too21:55
JoshNangdevananda: i'm not seeing the reply queues growing at all, though this silly 8gb vm won't let me go over 3 nodes21:56
JoshNangJayF: ++21:57
JoshNang(also, cleaning goes much, much faster with 2gb disks)21:57
*** kkoski has quit IRC21:59
jlvillalJayF: Just curious.  Is anything done with mocked_execute.side_effect.  I know it was already there.  I was just curious if that is used for anything.22:00
JayFjlvillal: yeah, that's what's returned when that thing is called, in order22:00
JayFjlvillal: so the first time utils.execute is called, it gets the hdparm output. the second time it gets the shred output.22:00
JayFjlvillal: we don't do anything with the shred output, so providing anything at all there is a bonus, but I'd prefer it be represenative of the actual response even if we don't use it22:01
jlvillalJayF: Ah okay.  The last part makes it make sense :)  Thanks.22:01
jlvillalAnyone else going to the PDX OpenStack Hackathon next week?22:02
JayFmorgabra: ^ hey, there's a PDX openstack hackathon22:02
* jlvillal thinks he is the only person doing Ironic stuff who is in the Portland area :)22:02
JayFjlvillal: morgabra is on the OnMetal team and is in your general vicinity22:02
jlvillalJayF: Cool22:03
JayFjlvillal: although he stays locked in mortal combat with Neutron and the switches it controls at almost all times22:03
jlvillalmorgabra: http://calagator.org/events/1250467647   I think it is being organized by an HP guy.22:03
JayFlol22:03
jlvillalmorgabra: Spencer Krum22:03
openstackgerritChris Krelle proposed openstack/ironic: Check temp dir is usable for ipmitool driver  https://review.openstack.org/16038322:04
morgabraJayF: jlvillal: aww, won't be in town unfortunately22:04
jlvillalJayF: And thanks22:05
morgabraPSU is nice22:05
JayFAh, I took the streetcar through that area when I went to PDX for Open Source Bridge22:05
JayFit was super nice22:05
jlvillalNobodyCam: +1 from me on patch :)22:07
NobodyCamAwesome :) Ty jlvillal :)22:07
jlvillalNobodyCam: Thanks for the patch :)22:07
jlvillalNobodyCam: You've got the hard part22:08
NobodyCam:) thank for your work on the same bug!!!!22:08
jlvillalGlad to help :)22:08
NobodyCam:)22:08
*** kkoski has joined #openstack-ironic22:12
*** jamielennox|away is now known as jamielennox22:12
rfchapmanNobodyCam: If i need to set the serial port or other kernel command line additions, do I do that in ironic extra?22:14
JayFThere's a template you can edit22:14
JayFto modify that, I think there's actually a different one for agent ramdisk vs bash ramdisk22:14
NobodyCamrfchapman: which driver pxe?22:15
NobodyCamhttps://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L34622:15
rfchapmanipmi22:16
NobodyCam^^^ is for agent params22:16
rfchapmanBut what if I want to do it by node.22:16
NobodyCamand https://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L129622:16
rfchapmanpxe_ipmitool22:16
NobodyCamrfchapman: come back next cycle22:16
NobodyCam:-p22:17
devanandarfchapman: what doyou need?22:17
NobodyCamcan we append kernel param per node22:17
NobodyCamthe two link I just linked will append to all nodes22:17
NobodyCamnot per node22:17
GheRiveroNobodyCam: I just take a look to the patch. The config file is a bit outdated, but nothing important22:17
devanandapxe kernel parameter? no.22:17
devanandachange the ipmi connection port? yes22:18
NobodyCamrfchapman: did I miss understand the question? your looking to pass kernel params?22:18
NobodyCamGheRivero: :) that was from a grnerate sample conf run today22:19
rfchapmanI need to set the serial port speed and port on the kernal append line.  How can that be done per node?22:20
rfchapmanNobodyCam: yes22:20
devanandarfchapman: i'm confused. set serial port speed during boot ?22:21
JayFrfchapman: devananda: Yeah, it's a sensible question22:22
JayFrfchapman: do you not have a single serial console config you can use on all nodes?22:22
rfchapmanSorry console port and speed "console=ttyS1,115200"22:22
NobodyCamrfchapman: and that changes per node?22:23
NobodyCamif not just add to : https://github.com/openstack/ironic/blob/master/etc/ironic/ironic.conf.sample#L129622:23
rfchapmanJayF: No I have a diverse collection of HP hardware.22:24
JayFAlternatively, if you aren't using the iscsi driver and are booting from disk once provisioned, you can use the "None" DHCP provider and run your own DHCP server ... in which case you can PXE with whatever options you want, but Ironic won't do it for you anymore :)22:24
rfchapmanSo there is no way to pass kernel params at boot per node?22:25
NobodyCamis this something we would want  spec for in L?22:26
* NobodyCam is starting to see node.extra['kernel_param_append'] when he closes his eyes22:27
rfchapmanI would hope I could customize the boot with some granularity...  Some systems use ttyS0 and other ttyS1 some run an 9600 and other 11520022:27
JayFrfchapman: Yeah, it's definately something we could support and I could envision lots of people needing it. That being said we're well past the point of adding shiny new features before Kilo is cut. I'd love to see a backlog spec for something like that to go into L22:28
NobodyCam++22:29
rfchapmanJayF: ++22:29
*** hj-hp has quit IRC22:29
openstackgerritNisha Agarwal proposed openstack/ironic: Guard inspect* fields for version < 1.6  https://review.openstack.org/16563422:34
rlooNisha: ? I already submitted a patch for that. https://review.openstack.org/#/c/165596/22:35
TheJuliaJayF: When you get a minute, please take a look at https://bugs.launchpad.net/ironic/+bug/143381222:36
openstackLaunchpad bug 1433812 in Ironic "ironic-python-agent silently fails to write a configdrive if a previous drive is found" [Undecided,New]22:36
Nisharloo, oh i tried to find it22:36
Nishai didnt see so i submitted it22:36
rlooNisha: sorry. I must have forgotten to ping you about it.22:36
Nishaanyway i will abandon mine22:36
*** Marga_ has quit IRC22:36
JayFTheJulia: nice, I'll bookmark that. I think there are multiple things at play here and maybe a race (i.e. it mounts the configdrive before it reads oem/cloud-config.yml)22:36
*** absubram has quit IRC22:37
TheJuliaJayF: that is my feeling as well which is why I so verbose in what I found22:38
mrdaQuestion on database migration - I need to change the length of the logical name field on a node to be 255 (from 63) chars.  Can I just modify the existing alembic migration script? (i.e. we don't care about databases that have been created since logical_name landed) or should I keep the existing script (which added the field at 63 chars) and add a new migration script that ALTER TABLEs that up to22:40
mrda255 (and hence support people who installed off HEAD)?22:40
mrdaI probably think the second, but I don't want to add a new db migration as it slows things down on startup unless I need to22:42
jlvillalmrda: How long has the logical_name been landed?  I also gut feeling would think the 2nd option.22:42
*** absubram has joined #openstack-ironic22:45
mrdajlvillal: yeah, it's been a while now - I'll just add it and people can comment in the review if they'd like different22:45
*** Marga_ has joined #openstack-ironic22:47
*** andreykurilin_ has joined #openstack-ironic22:48
devanandaNisha: i'm fixing up your patch now22:50
Nishadevananda, which one?22:50
devanandaoh - never mind22:50
devanandarloo did the same things i was about to do22:51
Nishadevananda, :)22:51
openstackgerritJosh Gachnang proposed openstack/ironic: Implement cleaning/zapping for the agent driver  https://review.openstack.org/16145322:52
* BadCub goes wild-eyes and starts clicking links22:53
* devananda is bleary-eyed and headachy now too23:03
* JoshNang too23:05
NobodyCam:(23:06
*** subscope_ has quit IRC23:07
* NobodyCam offers asprin or rum based drinks!23:07
mrdaaspirin based drinks? :)23:12
jlvillaldevananda: or anyone else: Is there something like a nova-liberty-proposed-sessions etherpad yet?  I know it is over 2 months away but curious.23:12
NobodyCammrda: lol23:13
*** absubram has quit IRC23:14
devanandajlvillal: not yet. I was going to start one in about 2 weeks23:15
devanandaNobodyCam: or? *or*??! embrace "and" :-D23:16
jlvillaldevananda: Thanks.23:16
NobodyCamdevananda: We can do that too23:16
NobodyCam:)23:16
devanandahttps://etherpad.openstack.org/p/liberty-ironic-design-summit-ideas23:17
devanandahave at it :)23:17
* devananda dumps his notes on the pad, goes afk for a while23:18
jrollNobodyCam: rum sounds good but I'll take coffee23:20
jroll:P23:20
*** yuanying has joined #openstack-ironic23:23
*** mjturek3 has quit IRC23:25
*** andreykurilin_ has quit IRC23:25
*** Nisha has quit IRC23:25
*** Nisha has joined #openstack-ironic23:26
NobodyCam:)23:26
* BadCub ganders at new etherpad23:28
*** trown|call has joined #openstack-ironic23:29
*** trown has quit IRC23:29
* BadCub likes preemptive planning notes :-)23:29
* jroll writes some things23:32
NobodyCamjroll: https://github.com/juliakreger/bifrost23:32
jrollright.23:33
jrolllol23:34
NobodyCamlol23:34
jrollI love etherpad conversations23:34
NobodyCamlol ++23:34
mrdahttps://etherpad.openstack.org/p/liberty-ironic-design-summit-ideas23:36
mrdasorry paste mistake23:37
NobodyCam:)23:37
jlvillalNobodyCam: How about Server Trusted eXecution Technology (TXT).  To help with server attestation.  I wasn't sure if it was okay for me to just add it or not.23:38
JayFjlvillal: I think that's already got support in Ironic?23:38
JayFjlvillal: went in for K iirc23:38
jlvillalJayF: Oh, I guess I'm out of the loop, if so.23:38
NobodyCamjlvillal: add it these are things we will pick from.. we have limited slots23:39
jlvillalNobodyCam: Okay.23:39
jlvillalJayF: I'm not sure that it is in.  I think it was proposed for Kilo23:39
JayFjlvillal: I can't find the spec. Maybe it didn't merge /me finding it23:39
JayFjlvillal: https://review.openstack.org/#/c/133902/23:40
*** hj-hp has joined #openstack-ironic23:40
JayFjlvillal: so spec exists and made it through quite a few rounds of review, should be close for L I'd presume23:40
jlvillalJayF: Thanks23:40
JayFI say that without having read the spec recently though ...23:40
openstackgerritRuby Loo proposed openstack/ironic: Automate uefi boot iso creation for iscsi_ilo driver  https://review.openstack.org/15590023:50
NobodyCamTY rloo that looks much better :)23:52
*** Nisha has quit IRC23:52
*** Nisha has joined #openstack-ironic23:52
jrolloh man, I used two computers on that pad, now I have two colors23:55
BadCublol23:55
rlooNobodyCam: yw. but i was wondering why i generated 'localhost' instead of 'ironic' for rabbit_host and qpid_hostname. any idea?23:56
JoshNangi ran into that earlier this week. localhost seems like the correct value23:57
jrollNobodyCam: what were the merge conflicts for https://review.openstack.org/#/c/15771523:57
*** jrist has quit IRC23:58
rlooJoshNang: yeah, now that I think about it. localhost should be the right default.23:58

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