Tuesday, 2016-01-19

*** haomaiwang has joined #openstack-manila00:22
*** haomaiwang has quit IRC00:27
*** mtanino_ has joined #openstack-manila00:27
*** a_ta has joined #openstack-manila00:27
*** mtanino has quit IRC00:29
*** a_ta has quit IRC00:32
*** akshai_ has joined #openstack-manila00:40
*** akshai has quit IRC00:43
*** huyang has joined #openstack-manila01:02
*** haomaiwa_ has joined #openstack-manila01:23
*** haomaiwa_ has quit IRC01:28
*** jasonsb has quit IRC01:29
openstackgerritliucheng proposed openstack/manila: Huawei: Create share from snapshot support in Huawei driver  https://review.openstack.org/25991701:33
*** a_ta has joined #openstack-manila02:03
*** mtanino_ has quit IRC02:04
openstackgerritzhongjun proposed openstack/manila: QoS support for Huawei Driver  https://review.openstack.org/26569402:06
*** a_ta has quit IRC02:07
openstackgerritzhongjun proposed openstack/manila: QoS support for Huawei Driver  https://review.openstack.org/26569402:11
*** david-lyle has joined #openstack-manila02:22
*** haomaiwa_ has joined #openstack-manila02:26
*** houming has joined #openstack-manila02:43
*** jasonsb has joined #openstack-manila03:31
*** martyturner has joined #openstack-manila03:32
openstackgerritzhongjun proposed openstack/manila: QoS support for Huawei Driver  https://review.openstack.org/26569403:41
*** gouthamr has joined #openstack-manila03:44
*** gouthamr_ has joined #openstack-manila03:46
*** gouthamr has quit IRC03:49
*** a_ta has joined #openstack-manila04:05
*** a_ta has quit IRC04:10
openstackgerrityapeng Yang proposed openstack/manila: Modify the environment variable about  venv_path venv_dir in run_test.sh  https://review.openstack.org/26942504:18
openstackgerritxing-yang proposed openstack/python-manilaclient: CLI for manage/unmanage snapshot  https://review.openstack.org/24954404:25
*** rraja|afk has quit IRC04:40
*** yangyapeng has joined #openstack-manila04:44
*** martyturner has quit IRC04:45
*** akshai_ has quit IRC04:51
*** rraja has joined #openstack-manila04:57
*** haomaiwa_ has quit IRC04:59
*** jasonsb has quit IRC05:04
*** haomaiwang has joined #openstack-manila05:05
*** gouthamr_ has quit IRC05:15
openstackgerritxing-yang proposed openstack/python-manilaclient: CLI for manage/unmanage snapshot  https://review.openstack.org/24954405:20
*** a_ta has joined #openstack-manila05:22
*** sgotliv has joined #openstack-manila05:26
*** a_ta has quit IRC05:26
*** yangyapeng has quit IRC05:31
*** jasonsb has joined #openstack-manila05:38
*** yangyapeng has joined #openstack-manila05:42
*** haomaiwang has quit IRC06:21
*** 6A4ABP35J has joined #openstack-manila06:24
*** nkrinner has joined #openstack-manila06:45
*** lpetrut has joined #openstack-manila06:48
*** binean_ has joined #openstack-manila06:56
*** binean_ has left #openstack-manila06:57
*** tingwang has joined #openstack-manila06:57
yangyapengHI.https://review.openstack.org/#/c/269425/07:05
yangyapenghuawei dirver has a mistake?07:06
yangyapengrun_test.sh -p has a mistake07:06
*** 6A4ABP35J has quit IRC07:09
*** haomaiwang has joined #openstack-manila07:09
huyang@yangyapeng, Valeriy has already report the bug (https://review.openstack.org/#/c/269047/).07:14
yangyapenghuyang: ok  thanks,07:15
*** a_ta has joined #openstack-manila07:23
*** a_ta has quit IRC07:27
*** haomaiwang has quit IRC07:34
*** haomaiwang has joined #openstack-manila07:36
*** lpetrut has quit IRC07:50
*** yangyapeng has quit IRC07:57
*** lpetrut has joined #openstack-manila08:06
*** tingwang has quit IRC08:13
*** a_ta has joined #openstack-manila08:22
*** a_ta has quit IRC08:26
*** chlong has quit IRC08:27
*** lpetrut has quit IRC08:28
*** liewegas has quit IRC08:38
*** liewegas has joined #openstack-manila08:42
*** shausy has joined #openstack-manila08:47
jvarlamovatbarron: You can configure devstack as usual, but you have to set "SHARE_DRIVER=manila.share.drivers.lvm.LVMShareDriver" in your local.conf (or localrc).09:29
*** haomaiwang has quit IRC09:40
*** lpetrut has joined #openstack-manila09:43
*** haomaiwang has joined #openstack-manila09:43
*** shausy has quit IRC09:53
*** shausy has joined #openstack-manila09:54
openstackgerritValeriy Ponomaryov proposed openstack/manila: Fix release of resources created by Tempest  https://review.openstack.org/26952910:04
openstackgerritValeriy Ponomaryov proposed openstack/manila: Fix release of resources created by Tempest  https://review.openstack.org/26952910:06
*** tpsilva has joined #openstack-manila10:13
*** ociuhandu has quit IRC10:21
*** a_ta has joined #openstack-manila10:23
openstackgerritJulia Varlamova proposed openstack/manila-ui: Add share instances to manila-ui  https://review.openstack.org/26055410:23
*** a_ta has quit IRC10:28
openstackgerritNidhiMittalHada proposed openstack/manila: wait for access-rule() is reqd. in tempest-client  https://review.openstack.org/26806810:28
gansovponomaryov: ping10:48
vponomaryovganso: pong10:48
*** sombrafam has joined #openstack-manila10:49
gansovponomaryov: Hello! tpsilva and I are working on update_access() patch10:49
gansovponomaryov: we found a problem in the design10:49
gansovponomaryov: and would like your opinion10:49
vponomaryovganso: what problem?10:50
gansovponomaryov: https://review.openstack.org/#/c/245126/12/manila/share/api.py LN 80410:50
gansovponomaryov: for the following scenario: 1. add one rule, 2. (driver is busy adding rule), 3. user adds another rule10:51
gansovponomaryov: the API rejects the 2nd rule10:51
gansovponomaryov: the rule is added to the database10:51
gansovponomaryov: but it is not processed by driver10:51
vponomaryovwhy rejects?10:52
gansovponomaryov: and when 1st rule is done processing, it changes instance access_status to active10:52
vponomaryovit will reject only whendata the same10:52
gansovponomaryov: currently it rejects because of condition if share_instance['access_rules_status'] != constants.STATUS_ACTIVE10:52
gansovponomaryov: so the first rule is added and changes the status to out_of_sync10:53
gansovponomaryov: then the second rule is added to the database, but is not processed, because of that condition10:54
gansovponomaryov: the bug is: the status is changed back to active when the first rule finishes processing, status is changed to active, but 2nd rule is not added10:54
*** tingwang has joined #openstack-manila10:54
gansovponomaryov: so tpsilva and I changed the condition to "== constants.STATUS_ERROR"10:54
gansovponomaryov: it partially fixes the problem10:55
gansovponomaryov: now driver processes all requests10:55
vponomaryovganso: partially?10:55
gansovponomaryov: but if we have 3 concurrent requests, the first one to finish changes instance access_rule status to ACTIVE10:56
gansovponomaryov: while the others are still in progress, so status should still be out_of_sync10:56
gansovponomaryov: and there is no way of verifying that without an access rule status, which has been removed in the design10:56
vponomaryovganso: so, since we apply all of existing rules at once and report status for all of them, then we should wait while transitional status is going and try another update after it finishes10:59
vponomaryovganso: status should not be in logic10:59
vponomaryovganso: it should be result10:59
vponomaryovganso: the result11:00
vponomaryovganso: new rule - trigger11:00
vponomaryovganso: of update11:00
*** erlon has joined #openstack-manila11:00
vponomaryovganso: update can be started only after finish of previous update11:00
tpsilvaso we don't have 2 updates running at the same time?11:01
vponomaryovtpsilva: no, it is the design - apply all rules at once11:01
vponomaryovtpsilva: new logic should have mechanism that will get know do we have list of rules update or not11:02
gansovponomaryov: if that is the case, then should block any concurrent requests, like how it is doing now, and always have 2 updates per request?11:02
vponomaryovtpsilva: and call driver update if yes11:02
gansovponomaryov: like, first update finishes, and then it runs update again?11:02
gansovponomaryov: if we add a transition status like "updating"11:02
vponomaryovone update at a time11:02
tpsilvavponomaryov: so we need to fail the request if any of the share instances are out of sync?11:05
gansovponomaryov: so, status active, 1 rule is added, status changed to out of sync, driver starts processing, status changed to updating, new rule is added, status changed to out of sync, 1st rule processing is complete, checks if status is updating or out of sync, if it is updating, change to active, if it is out of sync, run update again because there are new11:05
gansorules11:05
vponomaryovtpsilva, ganso: API request should be failed only on duplicated rule11:05
vponomaryovtpsilva, ganso: in all other cases - accept and trigger update11:06
gansovponomaryov: currently it is failing if status is out of sync to prevent concurrent requests11:06
vponomaryovschedule it11:06
vponomaryovtpsilva, ganso: also, how do you handle now access rules with different type?11:10
vponomaryovtpsilva, ganso: Ip and USER, for example?11:10
vponomaryovtpsilva, ganso: when some of them is not supported?11:10
gansovponomaryov: drivers throws exception, manager updates instance access_rules_status to ERROR11:11
gansos/drivers/driver11:12
vponomaryovganso: but we expect OK for one of them and error for second11:12
vponomaryovganso: if both gets error then it is bug of design11:12
gansovponomaryov: the latest requests sets status11:12
gansos/requests/request11:13
tpsilvavponomaryov: in this design, the error is for the instance11:13
tpsilvavponomaryov: the last request will change the instance access_rules_status to error11:13
vponomaryovganso: having both - supoorted and unsupported type - error is consistent state?11:13
gansovponomaryov: I was talking to tpsilva earlier that removing individual access rules status adds some problems, such as the one you mentioned, and the ability to track if there are rules not yet processed11:14
gansovponomaryov: should not be11:14
gansovponomaryov: but it would need another allow_access operation to clear out the status11:15
gansovponomaryov: which does not look nice :(11:15
vponomaryovtpsilva, ganso: so, here is proposal - need to have status per access type11:15
vponomaryovtpsilva, ganso: per access type and share instance, not only share instance11:15
gansovponomaryov: in fact, shouldn't the user remove the rule that causes error?11:16
gansovponomaryov: like, if driver only supports IP, and there is one user rule, every time update_access() is called, it will throw an error11:16
vponomaryovganso: such action should not break existing OK things11:17
gansovponomaryov: until rule is removed11:17
*** jcsp has quit IRC11:17
tpsilvaganso: but there is no way of detecting which rule caused the error11:17
gansovponomaryov: the problem is, the user will not know which rule broke11:17
gansotpsilva: exactly11:17
vponomaryovthat is why status shoudl be tracked based on access type in addition to share instance11:18
gansovponomaryov, tpsilva: but still, driver processes all the rules in a single_request, update_access()11:18
gansovponomaryov: driver still won't be able to tell manager which rule broke...11:18
gansovponomaryov: manager provides driver with all rules, and driver throws an exception that does not tell which rule broke11:19
vponomaryovganso: you described current approach11:20
vponomaryovganso: how does it contradict proposal?11:20
vponomaryovganso: this change is exactly about update of approach11:20
gansovponomaryov: proposal is to add access type status, but how can I set that status? will it be separate update_access() calls for different access types?11:21
gansovponomaryov: if so, yes11:21
gansovponomaryov: that would work11:21
gansovponomaryov: 2 separate update_access() calls then?11:22
vponomaryovganso: looks like yes11:22
vponomaryovganso: update_access for each access type, not two11:22
gansovponomaryov: yes, sure11:23
vponomaryovganso: and if driver wants it can apply all at once11:23
gansovponomaryov: I don't think that's a good idea11:23
tpsilvavponomaryov: wouldn't it be better to add status for each rule?11:24
gansovponomaryov: if we provide the driver with that possibility, and the driver fails, it will still be able to throw only one exception11:24
vponomaryovganso: it is up-to-the driver how exactly to udpate rules11:24
vponomaryovganso: exception or not - status should be updated11:25
gansovponomaryov: but then which status? if you provide both access type rules at the same time, we will not be able to know which one failed and which one we should update the status11:26
gansovponomaryov: I think it is better to have update_access() separate per status so we can set the access type status accordingly11:26
vponomaryovganso: some driver will be able to update only all at once11:27
vponomaryovganso: we should provide ALL at once11:27
gansovponomaryov: humm...11:27
vponomaryovganso: just expect update of status for all rule types11:27
gansovponomaryov: I get it, the driver would end up overriding the access rules of the previous calls11:27
gansovponomaryov: :(11:27
vponomaryovganso: also, I wonder, why we make only one status for all rules? We can keep rules as were and update all at once in driver11:29
vponomaryovganso: need just change manager approach11:30
vponomaryovganso: but not DB11:30
gansovponomaryov: I agree with you... it was Igor's design to remove individual access rule status...11:30
vponomaryovganso: then, I guess, we should discuss it11:30
tpsilvavponomaryov: adding back the access rule status would solve all the problems11:31
gansotpsilva: not all of them11:31
gansotpsilva: you fix the first problem, you can know when a rule is "new" and "committed"11:32
gansotpsilva: in fact, "new" and "processed", because you cannot know if it was successfully applied or not11:33
gansovponomaryov: I think Igor's design to remove the status relates to the fact that you are applying all rules "atomically" now11:34
gansovponomaryov: so this "atomic" operation either succeeds or fails11:34
gansovponomaryov: we discussed this in Tokyo, that if a rule in the list was wrong, the list should be fixed11:35
*** ociuhandu has joined #openstack-manila11:37
*** shausy has quit IRC11:38
*** tingwang has quit IRC11:41
gansovponomaryov: if you call driver's update_access() providing 11 access rules, where 1 is USER type, and driver does not support USER, it will throw exception saying "USER type not supported". Although it does not say that rule #7 was the one that caused the problem, isn't it enough to tell the tenant what's wrong?11:42
gansovponomaryov: currently, it a tenant tries to add a single access rule, and type is not supported, the error message is what tells the user the problem. The status error is not enough to tell him if the rule was not successfully added because it was not supported or because it failed.11:44
*** merooney has joined #openstack-manila11:55
*** tingwang has joined #openstack-manila11:59
*** timcl has joined #openstack-manila12:17
*** sombrafam has quit IRC12:23
*** rraja has quit IRC12:26
*** lpetrut has quit IRC12:39
openstackgerritJulia Varlamova proposed openstack/manila: Implement update_access() method in generic driver  https://review.openstack.org/25628112:40
openstackgerritValeriy Ponomaryov proposed openstack/python-manilaclient: Fix backwards compatibility for v1 API imports  https://review.openstack.org/26960312:41
*** houming has quit IRC12:50
*** haomaiwang has quit IRC12:51
*** tingwang has quit IRC13:01
*** lpetrut has joined #openstack-manila13:06
*** lpetrut1 has joined #openstack-manila13:11
*** lpetrut has quit IRC13:11
*** lpetrut1 is now known as lpetrut13:11
*** alejandrito has joined #openstack-manila13:14
*** a_ta has joined #openstack-manila13:18
*** ekarlso has quit IRC13:18
*** ekarlso has joined #openstack-manila13:18
*** a_ta has quit IRC13:23
openstackgerritMerged openstack/puppet-manila: Use puppet-openstack_spec_helper for Rakefile & spec_helper_acceptance  https://review.openstack.org/26908813:31
tbarronjvarlamova: thanks, I will try it out.13:37
*** tingwang has joined #openstack-manila13:43
*** timcl has quit IRC13:46
*** haomaiwang has joined #openstack-manila13:51
*** porrua has joined #openstack-manila13:54
*** cknight has joined #openstack-manila14:03
openstackgerritting wang proposed openstack/manila: Using dict.items() is better than six.iteritems(dict)  https://review.openstack.org/26886614:03
openstackgerritJulia Varlamova proposed openstack/manila: Add LVM driver  https://review.openstack.org/23297014:05
*** akshai has joined #openstack-manila14:10
*** dustins has joined #openstack-manila14:16
*** akerr has joined #openstack-manila14:21
openstackgerritting wang proposed openstack/manila: Using dict.items() is better than six.iteritems(dict)  https://review.openstack.org/26886614:22
*** martyturner has joined #openstack-manila14:29
*** dcain has joined #openstack-manila14:39
*** gouthamr has joined #openstack-manila14:44
*** gouthamr_ has joined #openstack-manila14:46
openstackgerritAkshai proposed openstack/manila: Fix wrong share instance db getter method  https://review.openstack.org/26968114:46
*** gouthamr has quit IRC14:49
*** eharney has quit IRC14:54
*** akshai has quit IRC14:59
*** rkhanbikov has joined #openstack-manila15:00
*** akshai has joined #openstack-manila15:00
*** nkrinner has quit IRC15:04
openstackgerritValeriy Ponomaryov proposed openstack/manila-ui: Fix compatibility with Manilaclient and Horizon  https://review.openstack.org/26969815:05
*** a_ta has joined #openstack-manila15:05
mkodererbswartz: btw.. I am currently adding Manila support for OpenStack Kolla https://blueprints.launchpad.net/kolla/+spec/enable-manila-containers15:06
mkodererbswartz: I already got the inital docker image merged with https://review.openstack.org/#/c/268978/15:07
*** eharney has joined #openstack-manila15:13
*** timcl has joined #openstack-manila15:13
openstackgerritJulia Varlamova proposed openstack/manila-ui: Add share instances to manila-ui  https://review.openstack.org/26055415:15
openstackgerritValeriy Ponomaryov proposed openstack/manila: Fix release of resources created by Tempest  https://review.openstack.org/26952915:30
*** akshai has quit IRC15:32
openstackgerritValeriy Ponomaryov proposed openstack/manila: Fix release of resources created by Tempest  https://review.openstack.org/26952915:32
*** gouthamr_ has quit IRC15:42
*** akshai has joined #openstack-manila15:45
*** mtanino has joined #openstack-manila15:46
*** nkrinner has joined #openstack-manila15:50
*** eharney has quit IRC15:50
*** Yogi1 has joined #openstack-manila15:51
*** houming has joined #openstack-manila15:58
*** dcain1 has joined #openstack-manila16:01
*** eharney has joined #openstack-manila16:02
*** dcain has quit IRC16:04
openstackgerritNanke_Liu (lnk) proposed openstack/python-manilaclient: Remove openstack-common.conf  https://review.openstack.org/26464916:05
*** gouthamr has joined #openstack-manila16:09
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Add update_access() method to driver interface  https://review.openstack.org/24512616:11
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements: Update system hosts file to understand local domainnames  https://review.openstack.org/26973416:12
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements: Update system hosts file to understand local domainnames  https://review.openstack.org/26973416:15
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements: Update system hosts file to understand local domainnames  https://review.openstack.org/26973416:21
*** Yogi1 has quit IRC16:22
*** dcain1 has quit IRC16:27
*** dcain has joined #openstack-manila16:28
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Add update_access() method to driver interface  https://review.openstack.org/24512616:30
*** vbellur has joined #openstack-manila16:35
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements: Set bash as default shell  https://review.openstack.org/26975316:38
*** alejandrito has quit IRC16:41
*** tingwang has quit IRC16:41
*** akerr_ has joined #openstack-manila16:45
*** akerr has quit IRC16:46
openstackgerritThomas Bechtold proposed openstack/manila: Remove unused server_get() method  https://review.openstack.org/26975816:47
*** gouthamr has quit IRC16:50
*** nkrinner has quit IRC16:54
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements: Install vim text editor  https://review.openstack.org/26976616:54
*** david-lyle has quit IRC16:58
*** houming has quit IRC16:59
*** david-lyle has joined #openstack-manila17:06
openstackgerritThomas Bechtold proposed openstack/manila: service instance: also recognize instance name  https://review.openstack.org/26977717:13
tpsilvavponomaryov: ping17:15
*** a_ta has quit IRC17:15
*** a_ta has joined #openstack-manila17:16
*** a_ta has quit IRC17:20
*** gouthamr has joined #openstack-manila17:21
openstackgerritAkshai proposed openstack/manila: Fix wrong share instance db getter method  https://review.openstack.org/26968117:22
*** a_ta has joined #openstack-manila17:29
*** a_ta has quit IRC17:32
*** gouthamr_ has joined #openstack-manila17:33
*** a_ta has joined #openstack-manila17:33
openstackgerritMerged openstack/manila: Updated from global requirements  https://review.openstack.org/26845817:35
*** gouthamr has quit IRC17:36
vponomaryovtpsilva: pong17:42
tpsilvavponomaryov: jvarlamova is working on the generic driver update_access patch? I thought she wasn't but I saw that she fixed some of the reviews today17:42
*** akerr_ has quit IRC17:43
*** zhongjun2 has joined #openstack-manila17:43
*** zhongjun has quit IRC17:43
*** martyturner has quit IRC17:43
*** akerr has joined #openstack-manila17:45
vponomaryovtpsilva: I see, you were not in-sync together17:47
vponomaryovtpsilva: but anyway, you can continue work , I am not Julia will have time to continue work on it17:48
vponomaryovI am not sure17:48
vponomaryovthat Julia will have time*17:48
* gouthamr_ things vponomaryov made a joke around the 'in-sync' thing with the patchset in context17:49
gouthamr_s/things/thinks17:49
*** lpetrut has quit IRC17:49
vponomaryovgouthamr_ : you suffer from replication nightmares ? ))17:49
*** martyturner has joined #openstack-manila17:49
gouthamr_vponomaryov : somedays.. haha :P17:50
tpsilvavponomaryov: okay, thank you!17:50
*** a_ta has quit IRC18:00
*** a_ta has joined #openstack-manila18:01
*** a_ta has quit IRC18:06
*** sgotliv has quit IRC18:07
*** sgotliv has joined #openstack-manila18:10
*** sgotliv has quit IRC18:11
*** sgotliv has joined #openstack-manila18:11
*** a_ta has joined #openstack-manila18:14
openstackgerritValeriy Ponomaryov proposed openstack/manila-image-elements: Fix name of CI script  https://review.openstack.org/26979818:19
*** rhefner has quit IRC18:34
*** rhefner has joined #openstack-manila18:35
*** zhongjun has joined #openstack-manila18:44
*** zhongjun2 has quit IRC18:46
*** martyturner has quit IRC18:49
*** martyturner has joined #openstack-manila18:50
openstackgerritGoutham Pacha Ravi proposed openstack/manila: Return appropriate data on share create  https://review.openstack.org/26981218:56
*** gouthamr_ has quit IRC19:00
*** lpetrut has joined #openstack-manila19:06
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Hitachi HNAS driver refactoring  https://review.openstack.org/26386919:09
*** absubram has joined #openstack-manila19:31
*** lpabon has joined #openstack-manila19:42
*** lpabon_ has joined #openstack-manila19:43
*** lpabon_ has quit IRC19:46
*** lpabon has quit IRC19:46
*** lpabon has joined #openstack-manila19:46
*** lpabon has quit IRC19:47
*** lpabon has joined #openstack-manila19:47
*** lpabon_ has joined #openstack-manila19:47
openstackgerritTiago Pasqualini da Silva proposed openstack/manila: Add update_access() method to driver interface  https://review.openstack.org/24512619:50
*** lpabon_ has quit IRC19:51
*** eharney has quit IRC19:52
*** lpabon has quit IRC19:53
*** lpabon has joined #openstack-manila19:53
openstackgerritMerged openstack/manila: Fix usage of standlone_network_plugin  https://review.openstack.org/26807119:55
*** ociuhandu has quit IRC20:11
*** vbellur has quit IRC20:20
*** dcain has quit IRC20:31
*** dcain has joined #openstack-manila20:35
*** xyang1 has joined #openstack-manila20:39
*** dcain has quit IRC20:40
*** dcain has joined #openstack-manila20:41
*** dcain has quit IRC20:45
*** dcain has joined #openstack-manila20:46
*** dcain has quit IRC20:50
*** jasonsb has quit IRC20:54
*** dcain has joined #openstack-manila21:08
*** merooney has quit IRC21:12
*** eharney has joined #openstack-manila21:18
*** akerr has quit IRC21:24
*** timcl has quit IRC21:26
*** porrua has quit IRC21:32
*** vbellur has joined #openstack-manila21:37
*** jasonsb has joined #openstack-manila21:38
*** sgotliv has quit IRC21:42
*** jasonsb has quit IRC21:43
*** cknight has quit IRC21:44
openstackgerritBen Swartzlander proposed openstack/manila: Add LVM driver  https://review.openstack.org/23297021:45
*** tpsilva has quit IRC21:46
*** fthiagogv has quit IRC21:56
*** lpetrut has quit IRC22:01
*** alejandrito has joined #openstack-manila22:05
*** dustins has quit IRC22:19
*** akshai has quit IRC22:24
*** martyturner has quit IRC22:26
*** akshai has joined #openstack-manila22:35
*** merooney has joined #openstack-manila22:45
*** rkhanbikov has quit IRC22:46
*** alejandrito has quit IRC22:51
sedwardsquestion, when I open tempest test files like "test_consistency_group_actions.py" in PyCharm I see that in the imports "unresolved reference 'tempest'". Is that supposed to happen? I didn't see tempest listed as a requirement in requirements.txt or test-requirements.txt22:57
*** dcain has quit IRC23:12
*** a_ta has quit IRC23:19
*** a_ta has joined #openstack-manila23:19
*** a_ta has quit IRC23:24
*** absubram has quit IRC23:25
sedwardsto put it another way, why is tempest-lib not in Manila's test-requirements.txt23:30
*** xyang1 has quit IRC23:37
*** bill_az has joined #openstack-manila23:38

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