Friday, 2017-03-10

*** catintheroof has quit IRC00:29
*** catintheroof has joined #openstack-manila00:30
*** catintheroof has quit IRC00:30
*** tuanluong has joined #openstack-manila00:41
*** catintheroof has joined #openstack-manila00:42
*** gcb has quit IRC00:44
*** cfey has quit IRC01:15
*** cfey has joined #openstack-manila01:16
*** gouthamr has quit IRC01:48
*** gouthamr has joined #openstack-manila01:49
bswartzvkmc: sorry for late resonse01:56
bswartzvkmc: I did that review not long before I left the office01:56
bswartzvkmc: I see no reason that we can't make every job both ipv4 and ipv6 aware, and run both kinds of tests in the same job01:57
bswartzthere's no reason to create more jobs to do that -- we just need to make existing job ipv6-aware and make sure it's possible to disable ipv6-related tests on plaforms where they won't work01:58
*** kaisers_ has joined #openstack-manila02:17
*** kaisers_ has quit IRC02:22
*** wangqun has joined #openstack-manila03:16
*** wangqun has quit IRC03:17
*** wangqun has joined #openstack-manila03:18
*** catintheroof has quit IRC03:57
*** catintheroof has joined #openstack-manila03:58
*** catintheroof has quit IRC03:59
*** gcb has joined #openstack-manila04:19
*** hhgregg has joined #openstack-manila04:23
*** hhgregg has left #openstack-manila04:23
*** kaisers_ has joined #openstack-manila04:33
*** kaisers_ has quit IRC04:38
*** wangqun has quit IRC04:45
*** wangqun has joined #openstack-manila04:46
*** kaisers_ has joined #openstack-manila05:23
*** kaisers_ has quit IRC05:25
*** gouthamr has quit IRC05:29
*** sandanar has joined #openstack-manila05:48
*** mtanino has joined #openstack-manila05:57
*** markstur has quit IRC06:21
*** markstur has joined #openstack-manila06:22
*** markstur has quit IRC06:26
*** nkrinner_afk is now known as nkrinner06:37
*** a-pugachev has joined #openstack-manila07:19
*** kaisers_ has joined #openstack-manila07:26
*** kaisers_ has quit IRC07:30
*** jprovazn has joined #openstack-manila07:32
*** a-pugachev has quit IRC07:55
*** lpetrut has joined #openstack-manila08:03
*** lpetrut has quit IRC08:12
openstackgerritPeter Wang proposed openstack/manila master: Handle ssl for VNX manila driver  https://review.openstack.org/44036408:45
*** sandanar has quit IRC09:17
*** tinwood is now known as tinwood_swap09:18
*** markstur has joined #openstack-manila09:22
*** markstur has quit IRC09:26
*** swapnil-nilangek has joined #openstack-manila09:30
*** a-pugachev has joined #openstack-manila09:41
*** dsariel has quit IRC09:57
*** wangqun has quit IRC09:58
*** a-pugachev has quit IRC10:02
*** kaisers_ has joined #openstack-manila10:23
*** kaisers_ has quit IRC10:23
*** kaisers_ has joined #openstack-manila10:24
*** a-pugachev has joined #openstack-manila10:31
*** openstackgerrit has quit IRC10:33
*** kaisers_ has quit IRC10:38
*** ganso has joined #openstack-manila10:49
*** openstackgerrit has joined #openstack-manila10:51
openstackgerritJan Provaznik proposed openstack/manila master: Provide filter name in user messages  https://review.openstack.org/44310210:51
*** markstur has joined #openstack-manila11:10
*** markstur has quit IRC11:15
*** a-pugachev has quit IRC11:17
*** a-pugachev has joined #openstack-manila11:20
*** jprovazn has quit IRC11:28
*** swapnil-nilangek has quit IRC11:45
openstackgerritJuan Antonio Osorio Robles proposed openstack/puppet-manila master: rabbitmq SSL: check puppet resource instead of actual config  https://review.openstack.org/44424411:54
openstackgerritJuan Antonio Osorio Robles proposed openstack/puppet-manila master: rabbitmq SSL: check puppet resource instead of actual config  https://review.openstack.org/44424412:14
*** rraja has joined #openstack-manila12:24
*** catintheroof has joined #openstack-manila12:34
*** kaisers_ has joined #openstack-manila12:38
*** kaisers_ has quit IRC12:43
*** databus23_ has joined #openstack-manila12:53
*** dsariel has joined #openstack-manila12:54
*** jprovazn has joined #openstack-manila12:57
arnewiebalckThere are no per share type quota classes in Manila?12:59
*** markstur has joined #openstack-manila12:59
arnewiebalckUse case: We have multiple backends accessible via different share types and would like to control the usage via the quota the user have per type.13:00
*** markstur has quit IRC13:04
*** gcb has quit IRC13:08
*** rraja has quit IRC13:11
*** rraja has joined #openstack-manila13:11
*** lpetrut has joined #openstack-manila13:19
*** kaisers_ has joined #openstack-manila13:27
arnewiebalckI guess type-access-add is meant to cover this use case?13:37
tbarronarnewiebalck: I think no one objected to porting per-share-type quotas over from cinder's per-volume-type quotas, just hasn't been done yet.13:43
*** kaisers_ has quit IRC13:46
arnewiebalcktbarron: ok, thx. Should I open a bug for this?13:49
tbarronarnewiebalck: arguably it's not a bug, would be a blueprint for new functionality13:50
tbarronbswartz: ^^^ ?13:50
*** dustins has joined #openstack-manila13:57
*** tuanluong has quit IRC14:01
*** xyang1 has joined #openstack-manila14:12
*** porrua has joined #openstack-manila14:13
bswartzdef not a bug14:15
*** nkrinner is now known as nkrinner_afk14:17
arnewiebalckbswartz: a bp then?14:17
bswartzarnewiebalck: maybe even a brief spec14:19
bswartzif we can hash out any design issues in a spec review the code review will go faster14:19
bswartzhowever if the code will be pretty trivial then I would consider it unneceesary14:20
*** kaisers_ has joined #openstack-manila14:20
* bswartz spelling fail14:20
bswartzunnecessary14:20
*** kaisers_ has quit IRC14:25
*** gouthamr has joined #openstack-manila14:25
*** tommylikehu_ has joined #openstack-manila14:26
arnewiebalckbswartz: I didn’t look so can’t judge atm how complicated the code would be.14:30
*** rraja has quit IRC14:30
arnewiebalckbswartz: From our experience with Cinder, though, I’d think controlling the resource provisioning via type-based quotas would be useful.14:32
arnewiebalckbswartz: And I guess noone would trust my judgement if I came back in a couple days saying “this is trivial“ ;)14:34
arnewiebalckbswartz: I’m happy to file a brief spec, then we take it from there. Sounds ok?14:36
*** cknight has joined #openstack-manila14:43
bswartzarnewiebalck: yeah that sounds great14:44
bswartzarnewiebalck: is there a cinder spec we can copy from? or did cinder do this before they started doing specs?14:44
bswartzvkmc: ping me when you're around, if you still have questions about my thinking around ipv6 tests14:45
*** kaisers_ has joined #openstack-manila14:46
*** markstur has joined #openstack-manila14:48
tbarronbswartz: arnewiebalck This was prior to cinder specs process: https://review.openstack.org/#/c/25059/14:51
arnewiebalckbswartz: tbarron: for the spec, this is the closest I found: https://github.com/openstack/cinder-specs/blob/eee5dde83aebfc94ad9c67550a8337e175237665/specs/kilo/support-volume-backup-quota.rst14:52
*** markstur has quit IRC14:53
vkmcbswartz, hey there! thanks for your reply yesterday14:54
vkmcI left a comment on Gerrit for the patch set as well14:55
*** kaisers_ has quit IRC14:55
vkmcI'm still doubtful on how we are supposed to make that work, considering the fact that when we deploy the backends you can either use one IP version protocol or the other14:56
bswartzvkmc: in that case step one is fixing that limitation so that we can use both at the same time14:56
arnewiebalckbswartz: tbarron: I’ll prepare a spec based on the one I found and the commit tbarron found … from the Cinder patch I wouldn’t say it’s completely trivial.14:56
vkmce.g. in LVM you have the option MANILA_LVM_SHARE_EXPORT_IP that takes the ip you want to use14:56
vkmcfor the export location14:57
bswartzyes i know14:57
vkmcbswartz, that would require changing the drivers to adjust that14:57
bswartzlet me see if that option might accept a list14:57
*** rraja has joined #openstack-manila14:57
bswartznope14:58
bswartzshouldn't be too hard to change that option from a StrOpt to a ListOpt though14:58
bswartznow that I think about it we'd want to rename it though14:58
bswartzlvm_share_export_ip -> lvm_share_export_ips14:58
vkmcbswartz, and... logic-wise, which one you would pick?14:59
bswartzvkmc: do you want to work on that or should I?14:59
vkmcif you have a dual stack then default to ipv6?14:59
tbarronbswartz: vkmc so I'm all for that but in my mind that was a step 2. Step 1 was getting the jobs in so that we could prove that the image works with IPv6.14:59
bswartztbarron: this proposal would also allow dual IPv4 addresses, which could be a useful thing14:59
tbarronyeah I'm for it, it just wasnt' what I asked vkmc to sign up for15:00
*** catintheroof has quit IRC15:00
bswartzbut it would allow us to start setting up jobs with IPv4+IPv6 too15:00
bswartzlet's get our 3 heads together and split up this work in a way that makes sense15:00
bswartzI'm happy do any LVM work that needs doing15:01
bswartzor changes to tests15:01
*** catintheroof has joined #openstack-manila15:01
bswartztbarron vkmc: do we already have a basic LVM job working on Centos?15:01
vkmcbswartz, we do15:02
bswartzvkmc: and what exactly was the goal of your next change?15:02
vkmcbswartz, next step was adding the lvm configured with an ipv6 export location15:02
bswartzokay so I'd like to do that without creating any new jobs15:02
bswartzthe best way I can think of is to make existing jobs able to deal with multiple IPs15:03
vkmcto test the ipv6 driver15:03
vkmcas per discussion in the ptg <- https://etherpad.openstack.org/p/manila-pike-ptg-wednesday15:03
bswartzdo you see any problems with my proposal of simply allowing multiple IPs in the LVM driver?15:03
vkmcI'm not aware of how much work is needed to actually make the lvm driver able to mange multiple IPs15:04
tbarronwe were just proceeding incrementally: 1) ipv4 job for lvm with CentOS (check, it works). (2) ipv6 lvm job with CentOS (we think it will work), (3) then work with you to consolidate jobs, modify lvm driver for multiple exports, etc.15:05
vkmcdo you think is something we can do in the short term?15:05
tbarronI don't necessarily object to squashing #2 and #3, just am indicating what we were thinking15:05
* tbarron is a methodical turtle15:05
bswartztbarron: but how would (2) ever work without tommy's code merged?15:06
tbarronfor lvm you just have to set manila.conf lvm_export_address config (or whatever it's called)15:07
tbarroncurrently it's set to IPv4 address15:07
bswartzlvm_share_export_ip15:07
bswartzno we've proven that that blows up15:07
bswartzthe LVM driver needs changes to work with ipv6 at all15:07
* bswartz goes looking for tommy's patch15:08
tbarronah, I was forgetting what those I guess.15:08
tbarronwhat those were15:08
*** jprovazn has quit IRC15:09
vkmchmm all right15:09
vkmcso... I should abandon that change15:09
vkmcand actually look on how we can make LVM work with a dual stack15:09
tbarronvkmc: well, wait a minute :D15:09
vkmcsure15:09
bswartztbarron: https://review.openstack.org/#/c/406776/33/manila/share/drivers/lvm.py15:09
tbarronoh yeah, that's pretty trivial though.15:10
arnewiebalckIs there a way to change the visibility of a share type after creation?15:10
arnewiebalckSomething like “type-update”.15:11
tbarronbswartz: but your point is valid, we'll have to have that change too to make it work.15:11
bswartztbarron: the most incremental baby steps I can think of is to make all jobs IPv4+IPv6 capable and to disable IPv6 by default in all jobs15:12
tbarronbswartz: theoretically, vkmc could do #2, we could do this change of tommy's and see it work, and then we could do a change for multiple export locations.15:12
*** mtanino has quit IRC15:12
bswartzthen as we start to tinker with patches that enable IPv6 we enable IPv6 in the CentOS job only15:12
*** rraja has quit IRC15:12
bswartzthe main downside is that I'll have to change my own dev/test workflow15:13
*** eharney has joined #openstack-manila15:13
bswartzbecause I'm not setup to develop or test on CentOS15:13
tbarronbswartz: I'm not dugin on incrementalism or whatever.15:14
tbarronjust wanted to see lvm with ipv6 with CentOS image working, then tackle the bigger issues.15:14
bswartztbarron: we have a dependency loop we need to break though15:15
*** chlong_ has joined #openstack-manila15:15
bswartzthe tests will depend on the code and the code will depend on the tests15:15
tbarronwe can put in a nonvoting job that will fail till we get new lvm code in place15:15
bswartzO dpm15:16
tbarron?15:16
bswartzI don't think you'll be able to do that15:16
bswartzsorry my fat fingers can't type15:16
tbarronvkmc: does your latest patch actually gate on the lvm job passing?15:17
bswartztbarron: a bunch of patches need to be tested together to get a working IPv6 result15:18
bswartztbarron: one option is just to start merging the patches without test coverage (assuming they don't break any existing stuff)15:18
bswartzand plan to get the test coverage sorted out in the next 4 months15:18
vkmctbarron, what do you mean?15:19
bswartztbarron: patches to project-config don't actually run the manila tests so you can't see if they work or not15:19
tbarronvkmc: that's what I mean ^^^15:20
vkmctbarron, ^15:20
vkmcthat15:20
vkmcyes15:20
vkmcwe don't know yet15:20
tbarronso it could go in & it will fail when run in manila itself until we merge this code: https://review.openstack.org/#/c/406776/33/manila/share/drivers/lvm.py15:21
vkmcwe would need to run tests on that environment built manually if we want to check before hand if tests are working for that set of configurations15:21
bswartztbarron: that's my expectation15:22
tbarronso as long as vkmc's ipv6 job doesn't vote it won't break anything and we can try tommy's code against it15:22
bswartztbarron: but my higher level point is that we can do everything we need to without further changes to project-config15:22
tbarronbswartz: not objecting, just wasn't what I was thinking.15:23
bswartzchanges to project-config are annoying because they're slow (must wait for infra to merge) and not testable before they merge15:23
bswartzall the more reason not to make "temporary" changes which we know we'll need to back out later15:24
tbarronso we use the existing ipv4 job then and modify manila/devstack/plugin and lvm ?15:24
tbarronexisting ipv4 centOS job that is15:25
vkmcI need to step out for a moment, brb15:25
tbarronkk15:25
bswartztbarron: I'm already working on the LVM driver multi-IP change15:26
tbarronbswartz: sounds good :D15:26
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements master: Allow built image be available via local webserver  https://review.openstack.org/44435315:28
*** markstur has joined #openstack-manila15:30
bswartztbarron: uh oh this is gonna be ugly15:31
bswartzit touches the helper code that's shared with generic15:31
tbarronyuck15:32
bswartztbarron: I'll try to cover up the bad taste15:33
*** dsariel has quit IRC15:34
tbarronarnewiebalck: I don't know a way to change a share-type from is-public to private or vice-versa after it is created.15:54
tbarronanyone know any fundamental reason not to enable this toggle?   ^^^^15:55
tbarronOr a way to do it that I'm missing?15:55
arnewiebalcktbarron: Cinder offers the “type-update” subcommand which can change the visibility, the name and the descr of a volume.15:57
*** eharney has quit IRC16:03
*** tommylikehu_ has quit IRC16:07
tbarronarnewiebalck: https://review.openstack.org/#/c/206788/16:08
arnewiebalcktbarron: Thanks! Doesn’t look too complicated … to be referred to in another spec? ;)16:10
tbarronarnewiebalck: yeah, I think this is rinse and repeat16:11
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements master: Allow built image be available via local webserver  https://review.openstack.org/44435316:11
openstackgerritMerged openstack/puppet-manila master: rabbitmq SSL: check puppet resource instead of actual config  https://review.openstack.org/44424416:14
*** eharney has joined #openstack-manila16:17
*** chlong_ has quit IRC16:19
openstackgerritValeriy Ponomaryov proposed openstack/manila master: [CI] Add support for CI jobs with custom images  https://review.openstack.org/44440616:48
*** logan_ has joined #openstack-manila16:56
*** logan_ is now known as Guest2958916:57
openstackgerritValeriy Ponomaryov proposed openstack/manila master: [CI] Add support for CI jobs with custom images  https://review.openstack.org/44440616:58
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements master: Allow built image be available via local webserver  https://review.openstack.org/44435316:58
*** logan- has quit IRC16:59
*** Guest29589 is now known as logan-17:03
*** kaisers_ has joined #openstack-manila17:07
*** catintheroof has quit IRC17:07
*** catintheroof has joined #openstack-manila17:08
*** kaisers_ has quit IRC17:12
*** a-pugachev has quit IRC17:18
bswartzbswartz: this change is going to be large :-(17:21
*** a-pugachev has joined #openstack-manila17:21
* bswartz wonders why he's talking to himself17:21
bswartztbarron: this change is going to be large :-(17:22
bswartzthere is tons of code in manila that assumes exactly 1 public IP per share server17:22
tbarronyup17:22
tbarronno way to divide and conquer and avoid the DHSS=True side for now?17:23
bswartztbarron: I *am* doing that and it's still massive17:23
tbarronkk17:23
tbarronbswartz: kk17:23
bswartzthe diff is up to 366 lines and I've just gotten started17:24
bswartzI expect pep8 to throw around 50 errors17:25
tbarronthat's par for the course17:25
bswartzat least my unit test failures are down from 50 to 817:25
*** JoseMello has joined #openstack-manila17:31
bswartz0 unit test failures and wait for it....17:31
* dustins crosses fingers17:32
bswartzonly 4 pep8 errors17:32
bswartznot bad17:32
bswartzon that note I think I will get lunch17:32
tbarronbon appetit17:32
dustinsenjoy!17:33
*** a-pugachev has quit IRC17:33
*** lpetrut has quit IRC17:45
vkmcbswartz, I was afraid of that :|17:52
vkmcbswartz, is that only for lvm?17:52
openstackgerritTom Barron proposed openstack/manila master: Deprecate 'ganesha_nfs_export_options'  https://review.openstack.org/44444118:03
*** sapcc-bot2 has quit IRC18:10
*** sapcc-bot has joined #openstack-manila18:10
bswartzvkmc: you'll see soon, but as a preview, because I want to allow 2 or more IPs on the LVM driver, I'm forced to update the helpers and everything that touches those helpers, which is a lot of code18:14
bswartzthis is all technical debt which is not strictly related to or required for IPv6, but it's a good time to fix it18:15
*** eharney has quit IRC18:35
*** eharney has joined #openstack-manila18:51
*** eharney_ has joined #openstack-manila18:59
*** eharney has quit IRC19:01
*** eharney_ is now known as eharney19:02
*** kaisers_ has joined #openstack-manila19:08
*** kaisers_ has quit IRC19:12
tbarronbswartz: vponomaryov w.r.t. deprecation of v1 API see smcginnis note on the issue in cinder: http://lists.openstack.org/pipermail/openstack-dev/2017-March/113727.html19:16
*** markstur has quit IRC19:31
openstackgerritBen Swartzlander proposed openstack/manila master: [WIP] Allow 2 or more export IPs for LVM driver  https://review.openstack.org/44447919:33
bswartztbarron: I don't see an "issue" there, it looks like they're going to overachieve and do a complete removal19:35
tbarronbswartz: it was just FYI19:35
bswartzk19:35
bswartztbarron: ^ you can see my thinking on multiple-IP support in LVM above19:36
*** chlong_ has joined #openstack-manila19:42
bswartzwho understand option deprecation?19:46
bswartzthere are now like 5 different deprecation-oriented flags19:46
bswartzwho understands option deprecation?19:46
tbarronjungleboyj: ^^^ iirc you have fu in this area19:48
bswartztbarron: he's supposed to be on vacation19:48
tbarronbswartz: oh19:49
bswartztbarron:  see #cinder, 12:07 PM EST19:49
tbarronbswartz: well if he can drink at noon and talk there I'm sure he could give sound advice here too19:51
tbarronon second thought, it's three hours later...19:51
smcginnislol19:52
bswartzI drink and code all the time19:53
tbarronI'm going to start handing out CWIs.19:54
tbarronor CUIs, depending on the state one lives in.19:54
tbarronno pun intended on 'state'19:54
bswartzyou just have to make sure you don't write the tests while drunk too19:54
bswartzah crap19:56
bswartzI'm failing py35 tests19:56
bswartzhow do I run unit tests with py35 on my dev system?19:57
tbarrontox -epy3519:57
bswartzty19:58
* bswartz still uses run_tests.sh all the time19:58
tbarrontox runs them now but you might need to 'rm -rf .tox .testrepository' on a pre-existing workspace19:58
tbarron'tox' by itself I mean: py35, then py27, then pep819:59
bswartzugh19:59
bswartzpy35 is unhappy on my box19:59
tbarronwhat's it doing?19:59
bswartzerror: command 'x86_64-linux-gnu-gcc' failed with exit status 119:59
bswartzI'm sure I'm missing a bunch of *-devel packages20:00
tbarron*-devel ?  is this fedora or ubuntu?20:02
bswartzsorry -dev20:02
tbarronkk20:02
bswartzin my brain they're interchangeable20:02
tbarrontry 'apt-get install python3-devel'20:03
bswartztoo much exposure to Fedora20:03
tbarronI mean python3-dev :D20:03
bswartzdb type could not be determined20:04
bswartzERROR: InvocationError: '/opt/stack/manila/.tox/py35/bin/ostestr'20:04
tbarronrm -rf .testrepository20:04
tbarronyou shouldn't ever have to do that again20:04
bswartzthat's a neat trick20:04
*** gouthamr has quit IRC20:04
*** JoseMello has quit IRC20:05
tbarronAnd 'rm -rf .tox' for good measure20:05
bswartzugh there's something evil going on20:10
tbarronwith python3 or with your evil code?20:11
tbarronoverall the change looks good to me btw20:11
tbarronthough we should really be testing on more than single-element lists of addresses eventually20:12
bswartzunit tests that pass on 2.7 fail on 3.520:12
tbarroni'll pull the changeset and try it, that sounds intriguing20:12
tbarronbbiam20:12
bswartztbarron: this is just me trying to un-break everything after enabling a list of IPs. obviously more test coverage is needed to actually test that lists of IPs work as expected20:13
*** dustins has quit IRC20:13
*** gouthamr has joined #openstack-manila20:17
bswartztbarron: http://stackoverflow.com/questions/1303347/getting-a-map-to-return-a-list-in-python-3-x20:18
tbarronbswartz: back20:18
* tbarron cracks a beer in honor of jungleboyj and netapp beerbash20:19
tbarronbswartz: ah, it's your evil cute lambda20:19
bswartzwasn't trying to be cute honestly20:19
bswartzI didn't see another way to do it20:19
jungleboyjNice!  I am having a beer right now tbarron .20:20
tbarronjungleboyj: "a beer" in the sense of one or more I expect20:21
tbarronI've heard about the lenovo life ...20:22
*** markstur has joined #openstack-manila20:22
jungleboyjtbarron: out with my dad.  I am technically on vacation today.20:24
*** markstur has quit IRC20:28
bswartztbarron: so you're saying tox with no args runs all the same things the gate would? (minus tempest)20:32
tbarronjungleboyj: yeah, heard you are on vacation.  Go have fun!20:33
tbarronbswartz: it doesn't run nonvoting cover, etc.20:33
tbarronthe defaults for plain 'tox' cmd are at the top of tox.ini20:34
tbarronextra envs are defined in there as well, e.g. to build releasenotes, docs, etc.20:34
tbarronjust run them with 'tox -e<env>'20:34
tbarronI rather like the way it sets up venvs and checks dependencies/requirements.  But if you just want to run a single test it takes longer than run_tests.sh because it does that every time.20:35
tbarronIt keeps your old venvs, but it checks.20:36
bswartzI see20:37
openstackgerritBen Swartzlander proposed openstack/manila master: [WIP] Allow 2 or more export IPs for LVM driver  https://review.openstack.org/44447920:37
bswartzfixed py35 ^20:38
jungleboyjtbarron: i am having fun.  :-)  But now I have  to go help my parents clean out their basement.20:39
tbarronjay is a good jungleboyj20:39
jungleboyjtbarron: I do my best!20:41
jungleboyjEspecially when given lunch and beer first.20:41
tbarronbswartz: yeah I did list(map(....)) everywhere and py35 is happy20:42
*** kaisers_ has joined #openstack-manila20:44
bswartztbarron: it feels like pyunit should be smart enough to listify map objects itself20:47
bswartztbarron: we should add an assertListEquals() to test.TestCase I guess20:48
*** kaisers_ has quit IRC20:49
*** lpetrut has joined #openstack-manila20:53
*** dustins has joined #openstack-manila20:56
*** eharney has quit IRC21:07
tbarronbswartz: hmm, we have assertSequenceEqual21:11
bswartztbarron: where?21:11
tbarronand assertItemsEqual when you don't care about order21:12
tbarronwe just pick them up from python unittests I think21:12
*** cknight has quit IRC21:13
tbarronmanila/tests/share/drivers/netapp/dataontap/client/test_client_cmode.py21:14
tbarronsince it's beer bash time I use that example ^^21:15
*** porrua has quit IRC21:15
bswartztbarron: AssertionError: First sequence has no length.    Non-sequence?'21:15
bswartzno magic there21:16
tbarronbswartz: dunno, just saw the asserts and thought they *should* work21:19
tbarronoh, they don't work with generators21:19
tbarronis your list already created before the assert?21:20
openstackgerritBen Swartzlander proposed openstack/manila master: [WIP] Allow 2 or more export IPs for LVM driver  https://review.openstack.org/44447921:20
bswartztbarron: how about this version?21:20
tbarronlookin21:20
bswartztbarron I passed the map object down to assertSequenceEqual() and it blew up because the map object didn't have a "length"21:20
tbarronyeah, it's like the generator case discussed here: http://stackoverflow.com/questions/7473071/unittests-assertequal-and-iterables-only-check-the-contents (igore the title of the link)  Putting list() around it before doing the comparisons fixes that part I guess.21:24
bswartzit's curious that py27's map returns a proper list when an iterator is obviously better21:25
bswartzmaybe it's something they realized but couldn't fix in py2 so they changed it in py321:26
tbarronYour comparison tests that the lists are the same object, right?  assertEqual vs assertSequenceEqual ?21:26
bswartzbig language changes are hard to make21:26
bswartztbarron: I honestly don't know how assertSequenceEqual is different from assertEqual except that it obviously expects the things passed in to have lengths21:27
bswartzif you have 2 proper lists already it's not clear how that's better than plain assertEquals21:28
bswartzwhat counts as a sequence but not a list?21:28
bswartzan ordered set?21:29
bswartzinfinite-length generators?21:29
bswartzhow would you test 2 infinite sequences for equality?21:30
* bswartz having flashbacks to set theory class21:30
tbarronthe link I cited says assertSequenceEqual can't do generators (infinite sequences effectively) so that's not it21:30
tbarronsequences include immutable tuples as well as mutable lists21:31
tbarronbut that still begs the question of why assertEqual isn't sufficient once you have finite sequence21:31
* tbarron is no python language wizard21:32
*** markstur has joined #openstack-manila21:41
bswartztbarron: iterators are finite but you don't know that until they stop yielding values21:43
tbarronbswartz: :D21:43
bswartzand by that time you've already made a list out of them21:43
bswartzI'm happy with a special list comparison21:44
bswartzit's cleaner than listifying all the maps21:44
tbarronit's certainly cleaner for this patch21:44
bswartzgah! pep8 :-(21:45
openstackgerritBen Swartzlander proposed openstack/manila master: [WIP] Allow 2 or more export IPs for LVM driver  https://review.openstack.org/44447921:45
tbarronso we'll also need a patch for devstack so that the lvm job sees the new list config value21:47
tbarroncurrently devstack/settings sets MANILA_SHARE_EXPORT_IP from $HOST_IP and21:48
tbarronplugin.sh does 'iniset $MANILA_CONF $backend_name lvm_share_export_ip $MANILA_LVM_SHARE_EXPORT_IP'21:49
tbarronone way to do it would be just to21:49
tbarronset MANILA_SHARE_EXPORT_IPV6 from $HOST_IPV6 (which is already getting set w/o doing anything special)21:49
tbarronin settings21:50
tbarronand then combine MANILA_SHARE_EXPORT_IP (or IPV4 if we rename it)21:50
tbarronwith MANILA_SHARE_EXPORT_IPV6 in plugin.sh before doing an iniset of lvm_share_export_ips (plural)21:51
*** gouthamr has quit IRC22:03
tbarronbswartz: I'm signing off for now and will be on vacation until next Tuesday.  Nice work on the lvm and its helpers!  Feel like progress is being made ...22:04
*** lpetrut has quit IRC22:06
*** lpetrut has joined #openstack-manila22:07
*** lpetrut has quit IRC22:11
*** dustins has quit IRC22:12
*** eharney has joined #openstack-manila22:16
*** chlong_ has quit IRC22:21
*** catintheroof has quit IRC22:23
*** ganso has quit IRC22:25
*** gouthamr has joined #openstack-manila22:29
*** kaisers_ has joined #openstack-manila22:40
*** kaisers_ has quit IRC22:44
*** porrua has joined #openstack-manila23:03
*** porrua_ has joined #openstack-manila23:23
*** porrua has quit IRC23:27
*** xyang1 has quit IRC23:33

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