16:00:09 #startmeeting Network Meeting 16:00:09 Meeting started Wed Sep 21 16:00:09 2016 UTC. The chair is gundalow. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:09 Useful Commands: #action #agreed #halp #info #idea #link #topic. 16:00:09 The meeting name has been set to 'network_meeting' 16:00:21 * gundalow waves 16:00:25 Who is around today? 16:00:44 agenda as always is https://github.com/ansible/community/issues/110 16:00:47 * Qalthos 🌊 16:00:57 hi caphrim007 and Qalthos 16:01:01 heyo 16:01:01 #chair Qalthos 16:01:01 Current chairs: Qalthos gundalow 16:02:17 Does anyone have anything to discuss today? 16:02:18 Ayo 16:02:42 gundalow: there was an f5 pr that came through recently 16:02:47 but it was a feature req 16:03:06 is 2.2 branched yet so that we can merge that? 16:03:11 not branched 16:03:16 not branched yet 16:03:26 Is the change to a module, or module_utils? 16:03:31 module 16:04:17 Since it's isolated I'm happy to entertain the thought of it going into 2.2. 16:05:37 caphrim007: Have you added tests for the feature and are happy with the PR? 16:05:50 not yet 16:06:00 i just saw the email this morning 16:07:14 ACK 16:07:24 so i'm impartial on whether it goes in to 2.2 16:07:47 We generally have 3-4 months between releases 16:08:01 mhite: thoughts? 16:08:31 Change looks pretty straightforward at a glance, so I see no issue 16:08:50 then i'm +1 16:09:07 got a link, I can't see it in https://ansible.sivel.net/pr/byfile.html 16:09:26 https://github.com/ansible/ansible-modules-extras/pull/2988#issuecomment-248571667 16:09:29 oh is it https://github.com/ansible/ansible-modules-extras/pull/2988 16:09:36 aye 16:10:24 Well if you both give it shipits then I'm happy to merge 16:10:35 k 16:10:44 i'll add tests in the meantime 16:12:24 a) merge then add tests 16:12:29 b) add tests then merge 16:13:25 if something is broken then i'll consider it a bug and fix it in between the RC's 16:13:30 but i dont think it will break 16:13:32 sounds good 16:13:33 * gundalow merges 16:14:39 merged 16:14:44 thx 16:14:49 no problem 16:14:54 Anyone got anything else? 16:15:20 I have something 16:15:26 phil-dileo: sure :) 16:15:50 I’ve been working with some enterprise customers that need some more flexibility around —check mode. 16:16:30 #topic --check 16:17:09 Basically, they can’t run in —check mode because network config is based on external API calls that don’t get executed in check mode. So, they’d like to be able to run in standard mode and execute the *_config or *_template module to see what commands would be run against the switch without actually sending them 16:19:13 caphrim007: Do your modules run correctly in --check mode? 16:19:41 I haven't look into that part of the code, or some much runs in --check mode, though I believe most modules are idempotent 16:19:43 they should, but i cannot verify as i have not added tests for that 16:20:18 phil-dileo: the _template modules may not be idempotent. Use the _config modules instead 16:20:35 phil-dileo: Do you know which modules your customers are having issues with 16:21:19 I understand *_config is the module of choice going forward, but the concept applies to both _template and _config. 16:22:13 I *believe* if you use _config and the version of the software running on the Network Device supports diff then you *should* be able to run correctly in --check mode 16:22:27 privateip would know more, however he's not here today 16:22:42 It’s not a bug, we might need to add an enhancement; a new argument that let’s the module gather the current running config, generate the new config from the jinja template and then log which commands would be run 16:23:08 Ah, I didn’t realize he isn’t here. I did run this past him. Wanted to see if anyone else saw this as valuable 16:23:32 He normally is here, just not today 16:24:45 No worries, I’ll follow up with him 16:25:16 I think one way foward would be to raise an issue at https://github.com/ansible/ansible/issues and then add it to https://github.com/ansible/community/issues/110 so we can discuss it next week 16:25:28 Will do 16:25:31 Thanks :) 16:25:31 Thanks 16:25:37 #topic Open Floor 16:26:18 work continues on testing networking for 2.2, We are feature complete as shown on https://github.com/ansible/ansible/blob/devel/docsite/rst/roadmap/ROADMAP_2_2.rst (search for "networking") 16:26:25 lots of testing an bug fixing remains 16:27:05 Did you need a hand still on the test cases for banner login and banner motd? 16:28:00 phil-dileo: oh that would be great if you have some spare time. It's on my list, though after adding in the tests for all the new modules/functionality added in 2.2 16:28:34 K, I’ll take a look. I still haven’t played much with the testing infra in that repo. 16:30:06 All you need to do is drop a testcase in roles/test_eos_config/tests/cli/ then run with ansible-playbook all.yaml -e "limit_to=eos_config" 16:30:29 (just using eos as an example) 16:30:57 oh, and put something like 16:31:03 [eos] 16:31:14 eos01 16:31:24 ^^^ in your inventory file 16:31:52 feel free to message me directly on IRC, or add comments onto the existing issue you created if you need anything 16:32:18 FYI I'm in the UK, so you may not get a response straight away :) 16:33:18 Great! thanks! 16:33:21 Anyone got anything else? 16:33:52 phil-dileo: You are most welcome, thanks for the offer of help 16:36:04 Cool 16:36:11 thanks for your time everybody 16:36:33 As always add your thoughts and ideas to https://github.com/ansible/community/issues/110 16:36:39 #endmeeting