openstackgerrit | Merged openstack/manila-ui: Adds Manila-UI Devstack plugin https://review.openstack.org/388859 | 00:31 |
---|---|---|
*** nherciu has quit IRC | 00:44 | |
*** tommylikehu_ has joined #openstack-manila | 00:48 | |
*** zhonghua_ has joined #openstack-manila | 00:52 | |
*** mtanino has quit IRC | 00:59 | |
*** zhonghua_ has quit IRC | 01:13 | |
panatl | tbarron: i think i am facing this issue .. https://review.openstack.org/#/c/403651/ | 01:19 |
tbarron | panatl: I won't be online much tonight, but is the context here still with the very simple two-line devstack deployment? | 01:23 |
panatl | yes | 01:23 |
tbarron | panatl: so maybe apply that patch and restart the manila services? | 01:24 |
panatl | unless there is some good official devstack doc .. :) | 01:24 |
tbarron | panatl: :) | 01:24 |
panatl | yeah i will try that patch ...thanks! | 01:24 |
tbarron | panatl: I'll try it out myself, but I got diverted by family stuff tonight. I'll be online tomorrow though if you want to sync up again. | 01:25 |
panatl | yep, let's sync-up tomorrow | 01:25 |
panatl | it is late for me too ... will start ./stack.sh . and grab a bottle .. good night and thanks! | 01:26 |
*** gcb has joined #openstack-manila | 01:50 | |
*** zhonghua has quit IRC | 01:51 | |
*** zhonghua has joined #openstack-manila | 01:51 | |
openstackgerrit | Cedric Zhuang proposed openstack/manila: Add "update_access" interface support for VNX. https://review.openstack.org/395404 | 01:57 |
*** kaisers_ has joined #openstack-manila | 02:07 | |
*** kaisers has quit IRC | 02:10 | |
*** zengyingzhe__ has joined #openstack-manila | 02:29 | |
*** tuanluong has joined #openstack-manila | 02:31 | |
*** zengyingzhe_ has quit IRC | 02:31 | |
openstackgerrit | Ha Van Tu proposed openstack/manila: [hacking] Ensure not to use LOG.warn https://review.openstack.org/377155 | 03:15 |
*** zhonghua has quit IRC | 03:46 | |
*** zhonghua has joined #openstack-manila | 03:46 | |
*** tommylikehu_ has quit IRC | 03:51 | |
*** kaisers_ has quit IRC | 04:53 | |
*** cknight has joined #openstack-manila | 05:00 | |
*** tommylikehu_ has joined #openstack-manila | 05:07 | |
*** catinthe_ has quit IRC | 05:19 | |
*** catintheroof has joined #openstack-manila | 05:21 | |
*** senk has joined #openstack-manila | 05:24 | |
*** shausy has joined #openstack-manila | 05:26 | |
*** catintheroof has quit IRC | 05:26 | |
*** kaisers has joined #openstack-manila | 05:53 | |
*** gcb has quit IRC | 05:54 | |
*** kaisers has quit IRC | 06:02 | |
*** gouthamr has joined #openstack-manila | 06:06 | |
*** gcb has joined #openstack-manila | 06:07 | |
*** cknight has quit IRC | 06:13 | |
openstackgerrit | zhangyanxian proposed openstack/manila: Fix usage of LOG mismatch in the code https://review.openstack.org/403465 | 06:14 |
openstackgerrit | zhangyanxian proposed openstack/manila: Fix usage of LOG mismatch in the code https://review.openstack.org/403465 | 06:32 |
*** igajsin has quit IRC | 06:35 | |
openstackgerrit | Ha Van Tu proposed openstack/manila: [hacking] Ensure not to use LOG.warn https://review.openstack.org/377155 | 06:36 |
*** igajsin has joined #openstack-manila | 06:36 | |
openstackgerrit | zhangyanxian proposed openstack/manila: LOG marker mismatch in the code https://review.openstack.org/404570 | 06:36 |
openstackgerrit | Ha Van Tu proposed openstack/manila: [hacking] Ensure not to use LOG.warn https://review.openstack.org/377155 | 06:37 |
openstackgerrit | zhangyanxian proposed openstack/manila: LOG marker mismatch in the code https://review.openstack.org/404570 | 06:38 |
openstackgerrit | Pony Chou proposed openstack/manila: Add QNAP Manila Driver https://review.openstack.org/394703 | 06:41 |
openstackgerrit | zhangyanxian proposed openstack/manila: LOG marker mismatch in the code https://review.openstack.org/404570 | 06:41 |
*** sandanar has joined #openstack-manila | 06:42 | |
*** tuanluong has quit IRC | 06:42 | |
*** senk has quit IRC | 06:50 | |
openstackgerrit | zhangyanxian proposed openstack/manila: LOG marker mismatch in the code https://review.openstack.org/404570 | 06:58 |
*** kaisers has joined #openstack-manila | 06:58 | |
*** nkrinner_afk is now known as nkrinner | 07:04 | |
*** kaisers has quit IRC | 07:06 | |
*** hoonetorg has quit IRC | 07:21 | |
*** hoonetorg has joined #openstack-manila | 07:21 | |
*** hoonetorg has quit IRC | 07:24 | |
*** hoonetorg has joined #openstack-manila | 07:24 | |
tommylikehu_ | 404588 | 07:25 |
*** mkoderer has joined #openstack-manila | 07:30 | |
*** jprovazn has joined #openstack-manila | 07:31 | |
*** rraja has joined #openstack-manila | 07:47 | |
*** dsariel has joined #openstack-manila | 07:51 | |
*** gcb has quit IRC | 07:51 | |
*** gcb has joined #openstack-manila | 07:53 | |
*** xinyanzhang has joined #openstack-manila | 07:54 | |
*** senk has joined #openstack-manila | 07:57 | |
*** kaisers has joined #openstack-manila | 08:03 | |
*** kaisers has quit IRC | 08:13 | |
openstackgerrit | Pony Chou proposed openstack/manila: Add QNAP Manila Driver https://review.openstack.org/394703 | 08:16 |
*** makowals_ has joined #openstack-manila | 08:30 | |
*** makowals_ has quit IRC | 08:31 | |
*** makowals has quit IRC | 08:33 | |
*** makowals has joined #openstack-manila | 08:44 | |
*** senk has quit IRC | 09:03 | |
*** akapil has joined #openstack-manila | 09:05 | |
*** zhonghua_ has joined #openstack-manila | 09:09 | |
*** kaisers has joined #openstack-manila | 09:10 | |
*** lpetrut has joined #openstack-manila | 09:10 | |
*** a-pugachev has joined #openstack-manila | 09:11 | |
*** kaisers has quit IRC | 09:17 | |
tommylikehu_ | tbarron, vponomaryov, bswartz, markstur, could we talk about the detail on IPv6 spec? | 09:39 |
tommylikehu_ | obtain ip version by parsing export location's ip address VS write this in export location metadata (perhaps) | 09:39 |
tommylikehu_ | I am not sure which one should be addressed in next patch | 09:41 |
*** ganso has joined #openstack-manila | 09:49 | |
*** zhonghua_ has quit IRC | 09:51 | |
*** tommylikehu_ has quit IRC | 09:51 | |
*** tommylikehu_ has joined #openstack-manila | 09:51 | |
*** tommylikehu_ has quit IRC | 09:51 | |
*** tommylikehu_ has joined #openstack-manila | 09:52 | |
*** lpetrut has quit IRC | 09:55 | |
*** tommylikehu_ has quit IRC | 09:56 | |
*** lpetrut has joined #openstack-manila | 10:03 | |
*** kaisers has joined #openstack-manila | 10:14 | |
*** hoonetorg has quit IRC | 10:15 | |
*** andreaf has quit IRC | 10:17 | |
*** sapcc-bot has quit IRC | 10:17 | |
*** carthaca_1 has quit IRC | 10:17 | |
*** sapcc-bot has joined #openstack-manila | 10:17 | |
*** david_1 has joined #openstack-manila | 10:17 | |
*** tpatzig_ has joined #openstack-manila | 10:17 | |
*** databus23_ has joined #openstack-manila | 10:17 | |
*** carthaca_ has joined #openstack-manila | 10:17 | |
*** mkoderer_ has joined #openstack-manila | 10:17 | |
*** dgonzalez_ has joined #openstack-manila | 10:17 | |
*** tommy_ has joined #openstack-manila | 10:17 | |
*** tommy_ is now known as Guest24556 | 10:18 | |
*** andreaf has joined #openstack-manila | 10:18 | |
*** mkoderer___ has joined #openstack-manila | 10:18 | |
*** mkoderer__ has quit IRC | 10:19 | |
*** logan- has quit IRC | 10:19 | |
*** darrenc has quit IRC | 10:19 | |
*** carthaca_ has quit IRC | 10:19 | |
*** tpatzig_ has quit IRC | 10:19 | |
*** Guest24556 has quit IRC | 10:19 | |
*** dgonzalez_ has quit IRC | 10:19 | |
*** mkoderer_ has quit IRC | 10:19 | |
*** databus23_ has quit IRC | 10:19 | |
*** david_1 has quit IRC | 10:19 | |
*** sticker has quit IRC | 10:19 | |
*** bswartz has quit IRC | 10:19 | |
*** lpetrut has quit IRC | 10:20 | |
*** darrenc has joined #openstack-manila | 10:20 | |
*** logan- has joined #openstack-manila | 10:20 | |
*** carthaca_ has joined #openstack-manila | 10:20 | |
*** kaisers has quit IRC | 10:21 | |
*** hoonetorg has joined #openstack-manila | 10:24 | |
*** vkmc has quit IRC | 10:25 | |
*** makowals has quit IRC | 10:25 | |
*** makowals has joined #openstack-manila | 10:26 | |
*** sticker has joined #openstack-manila | 10:27 | |
*** vkmc has joined #openstack-manila | 10:27 | |
*** pcaruana has joined #openstack-manila | 10:35 | |
openstackgerrit | Pony Chou proposed openstack/manila: Add QNAP Manila Driver https://review.openstack.org/394703 | 10:38 |
openstackgerrit | Merged openstack/manila: Fix devstack smb configuration outside ubuntu https://review.openstack.org/404433 | 10:41 |
openstackgerrit | Merged openstack/manila: [hacking] Ensure not to use LOG.warn https://review.openstack.org/377155 | 10:48 |
*** kaisers has joined #openstack-manila | 10:51 | |
*** tpsilva has joined #openstack-manila | 10:51 | |
*** lpetrut has joined #openstack-manila | 10:55 | |
*** kaisers has quit IRC | 10:59 | |
*** lpetrut has quit IRC | 11:01 | |
*** akapil has quit IRC | 11:01 | |
gouthamr | ganso: ping | 11:06 |
ganso | gouthamr: pong | 11:07 |
gouthamr | ganso: regarding the comments on https://review.openstack.org/#/c/399049/8/specs/ocata/fix-and-improve-access-rules.rst .. | 11:07 |
gouthamr | ganso: i wasn't proposing the cast_to_readonly parameter to be added. does it appear like i am? | 11:08 |
gouthamr | ganso: i'm confused how to reword that.. | 11:08 |
ganso | gouthamr: I think it would be perfect if you just state that the column will be added and what it will be used for, and that there will be a condition in update_access to accomplish that. Is there any reason the share_manager needs to be involved in this? | 11:09 |
gouthamr | ganso: hmmm... you mean strip out the discussion regarding the alternative | 11:10 |
*** kaisers1 has quit IRC | 11:10 | |
ganso | gouthamr: what discussion regarding the alternative? I may have missed that | 11:10 |
ganso | gouthamr: I didn't find anything related to it in the alternatives section | 11:11 |
gouthamr | ganso: alright, i'll move it to alternatives where it probably makes more sense.. i get the confusion now | 11:13 |
*** digvijay2016 has joined #openstack-manila | 11:21 | |
*** kaisers has joined #openstack-manila | 11:26 | |
*** akapil has joined #openstack-manila | 11:27 | |
*** nherciu has joined #openstack-manila | 11:30 | |
openstackgerrit | Merged openstack/manila: [Dummy driver] Add possibility to set delays for driver methods https://review.openstack.org/400331 | 11:37 |
*** jprovazn has quit IRC | 11:40 | |
openstackgerrit | Alyson proposed openstack/manila: Add support for manage/unmanage snapshots in HNAS driver https://review.openstack.org/401253 | 11:44 |
tbarron | mkoderer: ping - when you have a chance I have some questions about external storage backends and DHSS=True where I understand you have real-world experience | 11:48 |
tbarron | panatl: you must be hitting a different issue than https://review.openstack.org/#/c/403651/ since that local.conf deploys generic driver with DHSS=True | 11:52 |
tbarron | panatl: I spun up a devstack with that local.conf and can try to repro your issue if you have steps - maybe put them in a pastebin | 11:53 |
*** kaisers_ has joined #openstack-manila | 11:56 | |
*** porrua has joined #openstack-manila | 12:03 | |
*** tinwood has quit IRC | 12:04 | |
*** kaisers_ has quit IRC | 12:04 | |
*** tinwood has joined #openstack-manila | 12:05 | |
mkoderer | tbarron: pong | 12:11 |
tbarron | mkoderer: are you deploying hardware storage backends with DHSS=True drivers? | 12:12 |
mkoderer | tbarron: yes we do | 12:12 |
mkoderer | tbarron: we have it live in production | 12:13 |
tbarron | mkoderer: have you ever figured how to do this when a data interface on the backend only has an access-connection (no vlan/vxlan) to the switch connecting it into the OpenStack cloud? | 12:13 |
mkoderer | tbarron: means you have VLAN or VXLAN in Neutron but flat networking in the storage network? | 12:14 |
tbarron | mkoderer: yes, there is a lab switch with its own vlan dedicated to "the storage network". | 12:15 |
mkoderer | tbarron: so we don't have such a setup but it should work | 12:15 |
mkoderer | you need to use a different network driver for such a setup | 12:16 |
mkoderer | but I never tested that | 12:16 |
tbarron | mkoderer: but the h/w backend just has an access connection to the switch, so all traffic is in the lab storage vlan | 12:16 |
tbarron | mkoderer: guess I'd need to use the singlenetwork network backend rather than neutron backend ... | 12:17 |
mkoderer | tbarron: yeah basically you don't need to have any VLAN id passed to the storage backend | 12:18 |
tbarron | mkoderer: do you know what network one would use for the share network in that case? | 12:18 |
vponomaryov | tbarron: it depends on network plugin you use | 12:19 |
vponomaryov | tbarron: if you use standalone one, then you configure net details via manial config explicitly | 12:20 |
vponomaryov | tbarron: without any neutron-specific IDs | 12:20 |
tbarron | mkoderer: in the neutron plugin case I'd use the private net for compute instance, have a floating ip, etc. | 12:20 |
tbarron | vponomaryov: yeah, I think I get that, is the share-net just ignored when I supply it then? | 12:20 |
mkoderer | tbarron: as vponomaryov wrote - so if you use NeutronSingleNetworkPlugin there must be on neutron net representing your network | 12:21 |
vponomaryov | tbarron: supply what and where? | 12:21 |
tbarron | vponomaryov: i'm still required to supply a shared net in the create-share command, right? | 12:21 |
tbarron | a share-network | 12:21 |
* tbarron gets easily confused sometimes | 12:22 | |
vponomaryov | tbarron: why "shareD" net? | 12:22 |
vponomaryov | tbarron: it is not "shared" | 12:22 |
vponomaryov | tbarron: it belongs to share | 12:22 |
vponomaryov | tbarron: or serves it | 12:22 |
tbarron | vponomaryov: I misspoke. s/shared/share/ | 12:22 |
vponomaryov | tbarron: and yes, share-network is required always in case of DHSS=True mode | 12:23 |
mkoderer | tbarron: for DHSS=true you need to specify a share net | 12:23 |
vponomaryov | tbarron: but network info can be taken in 2 ways | 12:23 |
vponomaryov | tbarron: the way of getting network info depends on network plugin you use | 12:24 |
tbarron | vponomaryov: I'm confused about the share-network that one supplies when creating a share with NeutronSingleNetworkPlugiin. | 12:24 |
vponomaryov | tbarron: share-network is used for more than one purpose | 12:24 |
vponomaryov | tbarron: not only providing INFO | 12:25 |
vponomaryov | tbarron: also for tracking share-servers | 12:25 |
vponomaryov | tbarron: all shares of one share-network are located on one share server | 12:25 |
vponomaryov | tbarron: and vice versa | 12:25 |
tbarron | vponomaryov: ack | 12:25 |
vponomaryov | tbarron: then what is confusing? | 12:25 |
mkoderer | tbarron: are you confused because of the need to create a "empty" share-network without any ids? | 12:26 |
tbarron | mkoderer: yes. didn't really know I can do that. I thought I have to refer to network-id and subnet-id from neutron. | 12:28 |
tbarron | vponomaryov: ^^^ | 12:28 |
tbarron | mkoderer: vponomaryov my h/w backend is using a network and IP addresses outside neutron's management, reachable via default route out the external network. | 12:29 |
*** catintheroof has joined #openstack-manila | 12:29 | |
tbarron | mkoderer: vponomaryov works fine with DHSS=False | 12:30 |
vponomaryov | tbarron: then use StandAlone network plugin | 12:30 |
vponomaryov | tbarron: for DHSS=True mode | 12:30 |
vponomaryov | tbarron: it is exactly the use case of it | 12:30 |
tbarron | vponomaryov: and create a share-network that I can refer to, right? | 12:30 |
vponomaryov | tbarron: yes | 12:30 |
tbarron | what do I use for network ID and subnetwork ID when creating the share network? | 12:31 |
*** makowals_ has joined #openstack-manila | 12:31 | |
vponomaryov | tbarron: empty share networks for each set of combined shares on single share server | 12:31 |
vponomaryov | tbarron: nothing | 12:31 |
vponomaryov | tbarron: you just create empty share-network | 12:31 |
vponomaryov | tbarron: a name it in some fancy way ) | 12:32 |
vponomaryov | s/a/and/ | 12:32 |
*** catinthe_ has joined #openstack-manila | 12:32 | |
tbarron | vponomaryov: ok, that was what was confusiing me, thanks! | 12:32 |
tbarron | mkoderer: thanks to you too | 12:32 |
vponomaryov | tbarron: has confusion been annihilated completely? or left something else? | 12:32 |
tbarron | vponomaryov: nature abhors a vacuum. I'll get some more confusion soon :) | 12:33 |
*** catintheroof has quit IRC | 12:34 | |
*** makowals has quit IRC | 12:34 | |
* tbarron hadn't noticed that --neutron-net-id and --neutron-subnet-id are **optional** arguments to 'manila share-network-create'. D'oh ... | 12:34 | |
vponomaryov | tbarron: then fill yourself with some Zen )) | 12:35 |
tbarron | vponomaryov: there's nothing there whenever I sit still and look | 12:35 |
tbarron | vponomaryov: well, 'I' don't "sit still and look" | 12:36 |
vponomaryov | tbarron: there should be something to tease )) | 12:36 |
vponomaryov | ganso: JFYI: https://bugs.launchpad.net/manila/+bug/1646097 | 12:37 |
openstack | Launchpad bug 1646097 in Manila "Generic driver does not have admin export location with DHSS=False mode" [High,New] - Assigned to Valeriy Ponomaryov (vponomaryov) | 12:37 |
ganso | vponomaryov: so all you gotta do is create a new key with "admin_ip"? | 12:39 |
vponomaryov | ganso: it is one of the ways to fix bug, yes | 12:40 |
ganso | vponomaryov: cool | 12:40 |
vponomaryov | ganso: but it is not enough to fix general connection problem ) | 12:40 |
ganso | vponomaryov: :\ | 12:40 |
mkoderer | vponomaryov: ganso: can we merge https://review.openstack.org/#/c/404118/ | 12:40 |
mkoderer | trivial one | 12:40 |
ganso | mkoderer: sure | 12:41 |
vponomaryov | mkoderer: maybe there is something else that is unused? | 12:41 |
vponomaryov | mkoderer: you sure it is the only orphaned DB method? | 12:41 |
mkoderer | vponomaryov: I checked for volume_ and didn't find anything | 12:42 |
vponomaryov | mkoderer: it is not the only criterion | 12:42 |
vponomaryov | mkoderer: =) | 12:42 |
mkoderer | vponomaryov: I know :P this one I found during a review ;) | 12:43 |
mkoderer | vponomaryov: if you know a fancy regex I am open for it :P | 12:43 |
*** jprovazn has joined #openstack-manila | 12:43 | |
vponomaryov | mkoderer: its ok, lots of such small steps will make us reach the ideal | 12:43 |
*** makowals has joined #openstack-manila | 12:44 | |
vponomaryov | ^_^ | 12:44 |
*** dsariel has quit IRC | 12:44 | |
a-pugachev | Hi, can someone take a look at https://review.openstack.org/#/c/404167/ ? | 12:45 |
*** makowals_ has quit IRC | 12:45 | |
a-pugachev | it’s simple one, to tidy up coverage report | 12:45 |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 8 https://review.openstack.org/404749 | 12:48 |
*** digvijay2016 has quit IRC | 12:50 | |
tbarron | a-pugachev: i'll try running coverage with your patch in a bit | 12:54 |
*** ociuhandu has quit IRC | 12:55 | |
*** gcb has quit IRC | 12:58 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 9 https://review.openstack.org/404757 | 12:59 |
*** jcsp has quit IRC | 13:00 | |
*** ociuhandu has joined #openstack-manila | 13:00 | |
*** kaisers_ has joined #openstack-manila | 13:01 | |
*** ociuhandu has quit IRC | 13:07 | |
*** kaisers_ has quit IRC | 13:09 | |
*** catintheroof has joined #openstack-manila | 13:12 | |
*** dsariel has joined #openstack-manila | 13:16 | |
*** catinthe_ has quit IRC | 13:16 | |
*** gouthamr has quit IRC | 13:17 | |
*** shausy has quit IRC | 13:24 | |
*** arnewiebalck has joined #openstack-manila | 13:27 | |
*** xyang1 has joined #openstack-manila | 13:30 | |
*** kaisers_ has joined #openstack-manila | 13:33 | |
*** kaisers_ has quit IRC | 13:39 | |
*** porrua has quit IRC | 13:53 | |
*** StraubTW has joined #openstack-manila | 14:04 | |
*** kaisers_ has joined #openstack-manila | 14:05 | |
openstackgerrit | Arne Wiebalck proposed openstack/manila-ui: Add access key column to rules table https://review.openstack.org/393715 | 14:07 |
panatl | tbaaron: Steps are .. | 14:07 |
*** tongli has joined #openstack-manila | 14:07 | |
*** porrua has joined #openstack-manila | 14:08 | |
panatl | tbaaron: neutron net-list | 14:08 |
panatl | tbaaron: neutron subnet-list | 14:09 |
panatl | tbaaron: manila share-network-create --neutron-net-id <NET_ID> --neutron-subnet-id <SUBNET_ID> --name manila_share | 14:09 |
*** kaisers_ has quit IRC | 14:09 | |
panatl | tbaaron: manila share-network-list | 14:09 |
panatl | tbaaron: tbaaron: manila create --name devstack_share --share-network <SHARE_NET_ID> NFS 1 | 14:09 |
panatl | tbaaron: now after this ... it hangs since it try to ssh to that NOVA VM ... but ssh login is brokern ... | 14:09 |
rraja | panatl: tbaaron or tbarron? | 14:10 |
tbarron | rraja: :) | 14:10 |
panatl | tbaaron: I am able to create share .. after editing /etc/manila/manila.conf .. adding service_instance_password = manila | 14:10 |
*** nherciu has quit IRC | 14:10 | |
panatl | tbaaron: and comnmenting private .. public key lines | 14:11 |
*** nherciu has joined #openstack-manila | 14:11 | |
tbarron | panatl: so you are really saying that we have a doc bug? that the two-line local.conf yields the wrong /etc/manila/manila.conf? or perhaps that we should change the plugin to make the twoliine config work? | 14:12 |
*** senk has joined #openstack-manila | 14:12 | |
tbarron | panatl: and rraja is right, for my irc to ping me you have to use 'tbarron' | 14:13 |
*** bswartz has joined #openstack-manila | 14:13 | |
panatl | tbaaron: not sure ... depends .. i think we should let this work in ssh key mode as default ... instead of listing password in conf file | 14:13 |
panatl | haa sorry .. tbarron | 14:14 |
*** ianychoi has quit IRC | 14:14 | |
tbarron | panatl: no problem :) | 14:14 |
panatl | i will leave it to core ... to decide .. do we need this by default ork with SSH or change the prop .. and add that manila / manila .. user/pass | 14:15 |
panatl | i will certanly go for SSH to work by default .. that is better security | 14:16 |
*** eharney has joined #openstack-manila | 14:17 | |
bswartz | anyone seen tommylikehu this morning? | 14:18 |
tbarron | panatl: if you file a launchpad bug we'll remember to fix the issue one way or another | 14:19 |
panatl | tbarron: yep .. will do .. will also update doc page with the notes ... for any newbie .. like me :) | 14:20 |
*** akapil has quit IRC | 14:25 | |
*** akapil has joined #openstack-manila | 14:26 | |
xyang1 | ganso: ping | 14:27 |
*** gcb has joined #openstack-manila | 14:33 | |
*** cknight has joined #openstack-manila | 14:33 | |
*** sage__ has quit IRC | 14:35 | |
*** kaisers_ has joined #openstack-manila | 14:38 | |
tbarron | panatl: excellent, if you'd post the LP bug here that would be great | 14:38 |
*** mtanino has joined #openstack-manila | 14:43 | |
panatl | https://bugs.launchpad.net/manila/+bug/1646135 | 14:44 |
openstack | Launchpad bug 1646135 in Manila "ssh key login broken to share VM" [Undecided,New] | 14:44 |
*** kaisers_ has quit IRC | 14:44 | |
tbarron | panatl: ty | 14:45 |
ganso | xyang1: pong | 14:46 |
xyang1 | ganso: hi, all CI's have passed here: https://review.openstack.org/#/c/403444/ can you please take a look? | 14:46 |
ganso | xyang1: sure | 14:47 |
xyang1 | ganso: thanks! | 14:47 |
vponomaryov | panatl: added answer to your bugreport | 14:52 |
vponomaryov | panatl: it works in Ci | 14:52 |
vponomaryov | panatl: so, my guess, there is something wrogn with setup of your SSH keys | 14:52 |
vponomaryov | panatl: either different user is used for keys or problem with key bits, something like this | 14:53 |
*** dustins has joined #openstack-manila | 14:53 | |
vponomaryov | panatl: also, such bug, where you say that SSH is broken using key SHOULD include complete info about keys you use | 14:54 |
vponomaryov | panatl: service logs you get, etc | 14:54 |
*** chlong has joined #openstack-manila | 14:55 | |
vponomaryov | tbarron: ^ | 14:55 |
tbarron | vponomaryov: CI doesn't use that simple two line local.conf file https://github.com/openstack/manila/blob/master/devstack/README.rst | 14:55 |
tbarron | vponomaryov: ^^ the README makes it look like that's all one has to do | 14:56 |
vponomaryov | tbarron: have you tried two-liner yourself? | 14:56 |
tbarron | vponomaryov: was going to do that in a few minutes | 14:56 |
*** alyson_ has joined #openstack-manila | 14:56 | |
vponomaryov | tbarron: two-liner means keys were not predefined | 14:57 |
tbarron | vponomaryov: right | 14:57 |
tbarron | vponomaryov: devstack will prompt you for passwords with the two liner, but probably not for manila user's password and won't setup keys, right? | 14:58 |
panatl | vponomaryov: keys are created by stack process ... completly new empty 14 and 16 ubuntu | 14:58 |
panatl | even the stack user is created by devstack/toosl/create-stacku**.sh script | 14:58 |
*** sage__ has joined #openstack-manila | 14:59 | |
*** dustins has quit IRC | 15:01 | |
openstackgerrit | Merged openstack/manila: Remove unused function in db api https://review.openstack.org/404118 | 15:03 |
*** eharney has quit IRC | 15:04 | |
*** adrianofr_ has joined #openstack-manila | 15:05 | |
*** nherciu has quit IRC | 15:05 | |
*** nherciu has joined #openstack-manila | 15:06 | |
*** Guest69699 has quit IRC | 15:06 | |
*** Guest69699 has joined #openstack-manila | 15:06 | |
*** dustins has joined #openstack-manila | 15:15 | |
*** sandanar has quit IRC | 15:18 | |
ganso | tbarron, bswartz, vponomaryov, cknight, toabctl, xyang1: Could you please take a look at this clean backport patch when you have some time? https://review.openstack.org/404700/ Thanks in advance | 15:21 |
*** senk has quit IRC | 15:27 | |
*** eharney has joined #openstack-manila | 15:28 | |
ganso | vponomaryov: I can't find anything related to migration in the logs of your latest test patch? | 15:28 |
ganso | vponomaryov: s/?/. | 15:28 |
*** Guest69699 is now known as assassin | 15:29 | |
*** gouthamr has joined #openstack-manila | 15:35 | |
*** gcb has quit IRC | 15:40 | |
*** kaisers_ has joined #openstack-manila | 15:41 | |
*** darrenc has quit IRC | 15:41 | |
*** darrenc has joined #openstack-manila | 15:42 | |
*** gouthamr has quit IRC | 16:02 | |
*** chlong has quit IRC | 16:03 | |
vponomaryov | ganso: which one is latest for you? | 16:05 |
vponomaryov | ganso: the most valueable commit with problem is here -> https://review.openstack.org/#/c/404757/ | 16:05 |
vponomaryov | ganso: where, as I can see, mount operation hangs if we create some other share concurrently | 16:06 |
vponomaryov | ganso: and share service stops picking up messages from message bus | 16:06 |
*** rraja has quit IRC | 16:07 | |
ganso | vponomaryov: the highest numbered? xD | 16:07 |
vponomaryov | and fix works if we run it in single thread -> https://review.openstack.org/#/c/404394/ | 16:07 |
ganso | vponomaryov: so this is a concurrency problem now... this is weird | 16:07 |
vponomaryov | ganso: migration works if we revert devstack's change | 16:07 |
vponomaryov | ganso: so, it is somehow related to the work of floating IPs | 16:08 |
*** cknight has quit IRC | 16:08 | |
vponomaryov | ganso: can you say from top of your mind -> should we change access rules configuration when we change config of service VM? | 16:09 |
ganso | vponomaryov: please be more specific, what access rules what are you talking about, what for, and what config change of service VM? | 16:09 |
ganso | vponomaryov: I am lacking some more context | 16:10 |
vponomaryov | ganso: for data service | 16:10 |
*** Yogi1 has joined #openstack-manila | 16:10 | |
vponomaryov | ganso: that mounts shares | 16:10 |
vponomaryov | ganso: and requires access rules | 16:10 |
*** ianychoi has joined #openstack-manila | 16:10 | |
vponomaryov | ganso: service VM that is nova VM and configured to be used by generic driver in DHSS=False mode | 16:10 |
*** kaisers_ has quit IRC | 16:11 | |
*** miriam_ has joined #openstack-manila | 16:16 | |
ganso | vponomaryov: data service will allow access to the ip necessary to mount the share, which we assume there is stable connectivity. What config change could happen? | 16:16 |
vponomaryov | ganso; hey, it is my question )) | 16:18 |
*** chlong has joined #openstack-manila | 16:18 | |
openstackgerrit | Merged openstack/manila: Move EMC drivers to dell_emc folder https://review.openstack.org/403444 | 16:18 |
ganso | vponomaryov: lol I don't see what the problem is | 16:18 |
ganso | vponomaryov: you said "when we change config of service VM" | 16:19 |
ganso | vponomaryov: so I am unaware of config changes you are talking about | 16:19 |
vponomaryov | ganso: yes, we changed network of service port | 16:19 |
ganso | vponomaryov: during migration? | 16:21 |
*** miriam_ has quit IRC | 16:21 | |
ganso | vponomaryov: source and destination shares are being provided by same share server? | 16:21 |
*** cknight has joined #openstack-manila | 16:21 | |
vponomaryov | ganso: Rodrigo )) configuration is changed compared to old runs | 16:22 |
vponomaryov | ganso: when feature was designed | 16:22 |
vponomaryov | ganso: not during migration )) | 16:22 |
ganso | vponomaryov: then there should be any problem, access rule should be the same always... what you could is that you could use the floating ip network like 172.24.4.0/24 | 16:23 |
ganso | vponomaryov: should *not be any problem | 16:23 |
vponomaryov | ganso: no, usage of external network does not trigger NATing behavior | 16:23 |
vponomaryov | ganso: only direct usageof "floating IP" feature | 16:24 |
ganso | vponomaryov: so you cannot allow_access to 172.24.4.0/24 ? | 16:24 |
openstackgerrit | Helen Walsh proposed openstack/manila: VMAX manila plugin - Support for VMAX in Manila https://review.openstack.org/404859 | 16:25 |
vponomaryov | ganso: your statement is ambiguous | 16:25 |
vponomaryov | ganso: you mean use in access rule? | 16:25 |
ganso | vponomaryov: | 16:26 |
ganso | vponomaryov: yes | 16:26 |
ganso | vponomaryov: I see "mount -vt nfs 172.24.5.42" | 16:26 |
ganso | vponomaryov: so what if you use data_node_service_ip = 172.24.5.0/24 | 16:26 |
ganso | vponomaryov: we are sure that in all runs the share will be accessible from a floating ip, we don't need to know exactly which one, we know they change | 16:27 |
vponomaryov | ganso: then, I would, say, name of option is incorrect | 16:27 |
vponomaryov | ganso: name assumes single IP | 16:27 |
vponomaryov | ganso: not range | 16:28 |
vponomaryov | ganso: only source doe says it can be range | 16:28 |
vponomaryov | /doe/code/ | 16:28 |
ganso | vponomaryov: same for "manila access-allow ip 172.24.5.0/24" | 16:28 |
vponomaryov | ^_^ | 16:28 |
vponomaryov | great defence! | 16:28 |
tbarron | 0.0.0.0/0 | 16:28 |
vponomaryov | =) | 16:28 |
ganso | vponomaryov, tbarron: Tom would rather allow share access to the whole universe | 16:29 |
vponomaryov | tbarron: honest people have nothing to hide? )) | 16:30 |
tbarron | :) | 16:31 |
* tbarron hidess | 16:31 | |
vponomaryov | ganso: found one more evidence | 16:32 |
vponomaryov | ganso: lock "generic_driver_mounts_FOO" is not released | 16:32 |
vponomaryov | ganso: never | 16:32 |
ganso | vponomaryov: :O | 16:33 |
ganso | vponomaryov: deadlock! | 16:33 |
vponomaryov | yes ) | 16:33 |
*** ianychoi has quit IRC | 16:33 | |
vponomaryov | wait, no | 16:33 |
vponomaryov | not dead loc | 16:33 |
vponomaryov | endless lock | 16:33 |
vponomaryov | there is no second lock ) | 16:33 |
ganso | vponomaryov: then what is the damage of that lock not being released? | 16:34 |
vponomaryov | ganso: it uses "server ID" | 16:34 |
vponomaryov | ganso: now guess how many server ID we have in DHSS=False mode ) | 16:35 |
vponomaryov | ganso: hint, it is less than 2 and bigger than 0 )) | 16:35 |
ganso | vponomaryov: just 1 | 16:35 |
ganso | vponomaryov: obviously | 16:35 |
vponomaryov | ganso: yes! )) | 16:35 |
ganso | vponomaryov: sohuld be a million dollar question | 16:35 |
vponomaryov | ganso: so, left to get know why somethings hangs there | 16:36 |
vponomaryov | it is bad that we do not have logs of all shell commands | 16:36 |
ganso | vponomaryov: root-wrap usually prints what it is invoking | 16:37 |
ganso | vponomaryov: but not the output | 16:37 |
vponomaryov | ganso: it is the most useful thing, the output | 16:38 |
vponomaryov | ganso: commands we know from source code ) | 16:38 |
ganso | vponomaryov: yes lol | 16:38 |
*** kaisers_ has joined #openstack-manila | 17:08 | |
*** dsariel has quit IRC | 17:09 | |
*** catintheroof has quit IRC | 17:11 | |
*** catintheroof has joined #openstack-manila | 17:12 | |
*** nkrinner is now known as nkrinner_afk | 17:13 | |
*** kaisers_ has quit IRC | 17:15 | |
*** chlong has quit IRC | 17:21 | |
*** pcaruana has quit IRC | 17:23 | |
*** senk has joined #openstack-manila | 17:24 | |
*** tongli has quit IRC | 17:30 | |
*** chlong has joined #openstack-manila | 17:34 | |
*** nherciu has quit IRC | 17:48 | |
*** akapil_ has joined #openstack-manila | 17:58 | |
*** akapil has quit IRC | 18:01 | |
*** akapil_ has quit IRC | 18:02 | |
*** a-pugachev has quit IRC | 18:06 | |
*** kaisers_ has joined #openstack-manila | 18:12 | |
openstackgerrit | Victoria Martinez de la Cruz proposed openstack/manila: Decouple Manila UI from Manila Devstack plugin https://review.openstack.org/388855 | 18:12 |
*** senk has quit IRC | 18:17 | |
*** kaisers_ has quit IRC | 18:19 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 10 https://review.openstack.org/404913 | 18:26 |
openstackgerrit | Victoria Martinez de la Cruz proposed openstack/manila-ui: Moves OPENSTACK_MANILA_SETTINGS TO local_settings.d/ https://review.openstack.org/397926 | 18:27 |
*** ianychoi has joined #openstack-manila | 18:29 | |
bswartz | tbarron: I responded to your PMs from yesterday | 18:31 |
tbarron | bswartz: k, thanks, just read & that makes sense | 18:34 |
tbarron | bswartz: i talked to vponomaryov and mkoderer about by situation this morning and probably i need to try to use the StandaloneNetworkPlugin. | 18:48 |
tbarron | mkoderer hasn't exercised it in his setting but in principle it should work. | 18:49 |
bswartz | tbarron: what are you expecting to achieve with this configuration? | 18:55 |
tbarron | i want to be able to have the backend spin up share servers so that I can create shares with DHSS=True | 18:56 |
bswartz | tbarron: you want to configure netapp cdot with share servers and connect from a client on the other side of a router? | 18:56 |
bswartz | tbarron: right but what then? | 18:56 |
bswartz | manual testing? tempest tests? scenario tests? | 18:57 |
tbarron | bswartz: all of the above, but starting with #1 | 18:57 |
tbarron | #1 testing scenarios of vms on private nets with floating ips being able to mount | 18:57 |
bswartz | using the standalone network plugin will require that you manage the pool of IPs somehow | 18:58 |
bswartz | for example mulitple test runs in parallel will cause issues unless they use non-overlapping pools of IPs | 18:58 |
tbarron | I'll specify a pool from the addrs that have been reserved for the netapp to use | 18:58 |
bswartz | even if you serialize test runs, you need to keep the pool of IPs clear and probably include some custom logic to cleanup after failed test runs | 18:59 |
tbarron | it/manila should in theory be able to handle concurrent requests from tenants on difft private nets | 18:59 |
bswartz | tbarron: yes but I'm worried about the possibility of more than one manila managing the same box (which would be common in an automated tempest test environment) | 18:59 |
tbarron | bswartz: ack | 19:00 |
tbarron | bswartz: i'm not really aiming for a CI system, just for being able to validate basics and | 19:00 |
bswartz | k | 19:01 |
tbarron | bswartz: then later being able to repro customer issues (well, approximate) | 19:01 |
tbarron | approximate b/c I would expect most customers would dedicate a switch and a netapp to their openstack deployment, whereas in this lab | 19:01 |
tbarron | we share the netapp among multiple openstacks and use a switch that is for the lab, not for a single openstack/neutron | 19:02 |
bswartz | right | 19:03 |
* tbarron actually expects to find customers who are using their one netapp (or whatever) for vmware as well as for openstack. | 19:03 | |
* tbarron but he doesn't want to think about that kind of thing ... | 19:04 | |
bswartz | tbarron: use cases like that are why are added the singlesvm mode | 19:10 |
bswartz | honestly if you use the multisvm mode and share the cluster with something like vmware I'd expect bad things to happen | 19:11 |
tbarron | bswartz: +1 | 19:11 |
*** kaisers_ has joined #openstack-manila | 19:16 | |
*** kaisers_ has quit IRC | 19:25 | |
vponomaryov | ganso, bswartz: revert-back of devstack's change that broke DHSS=False mode of Generic driver is not working anymore | 19:31 |
vponomaryov | ganso, bswartz: proof: http://logs.openstack.org/70/402970/1/check/gate-manila-tempest-dsvm-generic-no-share-servers-ubuntu-xenial-nv/235eb34/console.html#_2016-11-30_18_57_21_868789 | 19:31 |
vponomaryov | ganso, bswartz: it means, existing fix is ok compared to old approach WE used. It is something else that was merged to either nova, neutron or cinder | 19:32 |
bswartz | vponomaryov: that's not surprising at all -- I was more surprised when you said the revert fixed it | 19:33 |
vponomaryov | bswartz: it did | 19:33 |
bswartz | this means we're really dealing with 2 separate bugs | 19:33 |
vponomaryov | several days ago | 19:33 |
*** mkoderer has quit IRC | 19:33 | |
vponomaryov | bswartz: another proof, I cannot reproduce bug with projects pulled up on 24th of November | 19:34 |
vponomaryov | having latest manila + fix | 19:35 |
bswartz | so what does this mean? | 19:35 |
bswartz | should we assume something has changed w.r.t. networking? | 19:35 |
vponomaryov | need to dig up culprit commit | 19:35 |
bswartz | have you determined if the breaking change was from neutron or nova? | 19:35 |
vponomaryov | haven't looked yet | 19:35 |
vponomaryov | I suspect Nova | 19:36 |
vponomaryov | that could mess up voluem device paths | 19:36 |
bswartz | yes | 19:36 |
bswartz | the nova->cinder attach API changes could be causing it | 19:37 |
bswartz | it could even be a cinder change causing the problem | 19:37 |
vponomaryov | from logic point of view, neutron is out of suspicion | 19:38 |
*** senk has joined #openstack-manila | 19:38 | |
vponomaryov | since old approach does not work too | 19:38 |
*** jprovazn has quit IRC | 19:39 | |
bswartz | it should be pretty easy to reproduce a block device attachment problem if that's the real issue | 19:39 |
vponomaryov | yes, in case of local testing, I need just to pull latest code and update running services | 19:40 |
vponomaryov | but it will be tomorrow | 19:40 |
bswartz | I was going to suggest a simple devstack install w/ cinder+nova where we replicate the steps that the generic driver does for creating a new volume and attaching it | 19:41 |
bswartz | might be simpler to actually use generic driver to do it, but it could be hard to detect when/where it fails | 19:41 |
vponomaryov | culprit commit was merged between 25th and 29th of November | 19:44 |
bswartz | vponomaryov: not much happened in cinder during that time window | 19:45 |
vponomaryov | yes, nothing suspicios from first look | 19:45 |
*** catintheroof has quit IRC | 19:54 | |
openstackgerrit | Victoria Martinez de la Cruz proposed openstack/manila: Decouple Manila UI from Manila Devstack plugin https://review.openstack.org/388855 | 19:58 |
*** gouthamr has joined #openstack-manila | 20:09 | |
*** dsariel has joined #openstack-manila | 20:11 | |
*** lpetrut has joined #openstack-manila | 20:14 | |
*** kaisers_ has joined #openstack-manila | 20:22 | |
*** porrua has quit IRC | 20:25 | |
*** senk has quit IRC | 20:25 | |
*** kaisers_ has quit IRC | 20:29 | |
*** kaisers_ has joined #openstack-manila | 20:38 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 11 https://review.openstack.org/404961 | 20:46 |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 12 https://review.openstack.org/404963 | 20:47 |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 13 https://review.openstack.org/404964 | 20:48 |
*** catintheroof has joined #openstack-manila | 20:54 | |
*** xyang_ has joined #openstack-manila | 21:07 | |
*** alyson_ has quit IRC | 21:08 | |
*** Yogi1 has quit IRC | 21:26 | |
openstackgerrit | Goutham Pacha Ravi proposed openstack/manila-specs: Add a spec to fix and improve Access Rules https://review.openstack.org/399049 | 21:28 |
*** dustins has quit IRC | 21:40 | |
*** gouthamr has quit IRC | 21:49 | |
*** cknight has quit IRC | 21:51 | |
*** kaisers_ has quit IRC | 21:52 | |
*** adrianofr_ has quit IRC | 21:53 | |
*** kaisers_ has joined #openstack-manila | 21:54 | |
*** tpsilva has quit IRC | 21:55 | |
*** vponomaryov1 has joined #openstack-manila | 21:58 | |
vponomaryov1 | bswartz: nova broke generic driver, here is proof change: https://review.openstack.org/#/c/404961/ where our job passed reverting nova to the state it had on 24th of November | 21:59 |
*** lpetrut has quit IRC | 22:01 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 12 https://review.openstack.org/404963 | 22:04 |
tbarron | vponomaryov1 is a binary search dynamo | 22:05 |
*** ganso has quit IRC | 22:06 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 13 https://review.openstack.org/404964 | 22:07 |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 11 https://review.openstack.org/404961 | 22:07 |
vponomaryov1 | tbarron: we do not have time, existing bugs can call some other bugs to their party )) | 22:12 |
tbarron | vponomaryov1: :) | 22:12 |
vponomaryov1 | tbarron: you are smiling, but it looks like serious Nova bug, where some of their own use cases are broken, that are just not tested in CI | 22:16 |
vponomaryov1 | "just not tested" is control part | 22:16 |
tbarron | vponomaryov1: might as well smile, but nice work! | 22:17 |
tbarron | vponomaryov1: do we know *what* use case is broken yet? | 22:17 |
vponomaryov1 | tbarron: assumption: nova VM that has floating IP assigned and one tries to attach more than one volume | 22:18 |
vponomaryov1 | and mount attached volume | 22:18 |
vponomaryov1 | I very very doubt that mount of Cinder volume to filesystem is tested in voting jobs of Nova | 22:19 |
vponomaryov1 | or CInder | 22:19 |
tbarron | vponomaryov1: do you know yet if it's the attach succeeds or fails? | 22:19 |
vponomaryov1 | attach succeeds | 22:19 |
vponomaryov1 | our logs say that we "hang" on step where we mount volume to filesystem tree | 22:19 |
vponomaryov1 | Hm, I guess, floating IP part can be skipped | 22:20 |
vponomaryov1 | it is just Nova + Cinder | 22:20 |
tbarron | so it's the mount in the nova instance of a cinder volume that successfully attached, and the second one of these | 22:21 |
* tbarron is emulating a rubber duck | 22:22 | |
vponomaryov1 | just presence of two attached volumes is enough, I guess | 22:22 |
tbarron | some say that's a step *up* the evolutionary chain for him | 22:23 |
tbarron | I wonder if it has to do with the way cinder "fixed" that two-volume attach issue from a couple weeks ago | 22:24 |
vponomaryov1 | I don't think so | 22:24 |
vponomaryov1 | we know for sure already, that some of "nova changes" is culprit | 22:25 |
tbarron | k | 22:25 |
vponomaryov1 | but what is strange, that nova's change does not affect DHSS=True mode | 22:27 |
vponomaryov1 | described use case is the same there | 22:27 |
vponomaryov1 | oh no, scenario tests are broken now too -> http://logs.openstack.org/63/404963/2/check/gate-manila-tempest-dsvm-scenario-ubuntu-xenial-nv/e0afac0/logs/testr_results.html.gz >_< | 22:36 |
*** mnaser has quit IRC | 22:41 | |
*** mnaser has joined #openstack-manila | 22:49 | |
*** vponomaryov1 has left #openstack-manila | 23:06 | |
*** StraubTW has quit IRC | 23:11 | |
*** catintheroof has quit IRC | 23:12 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 11 https://review.openstack.org/404961 | 23:21 |
*** chlong has quit IRC | 23:22 | |
openstackgerrit | Valeriy Ponomaryov proposed openstack/manila: [DNM] test 12 https://review.openstack.org/404963 | 23:24 |
*** eharney has quit IRC | 23:25 | |
*** xyang_ has quit IRC | 23:32 | |
*** xyang1 has quit IRC | 23:50 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!