Multi backend bug with netapp nfs , iscsi is fixed in havana?

youngs · ‎2014-02-16

we are now POC with ububuntu 12.04 KVM .

when we create cinder volume in iscsi FlexVol, some cinder volume is inadvertently created in NFS FlexVol.

I searched same bug in grizzly version ( https://bugs.launchpad.net/cinder/+bug/1132637 ) , customer says that it is fixed in havana netapp driver when he look in its souce file .

is it any miss setting or not fixed ??

This is cinder.conf

================================

enabled_backends=cmodeDirectiSCSI,cmodeDirectNFS

[cmodeDirectiSCSI]
volume_driver=cinder.volume.drivers.netapp.common.NetAppDriver
netapp_server_hostname=NetAppCluster1
netapp_server_port=80
netapp_storage_protocol=iscsi
netapp_storage_family=ontap_cluster
netapp_vserver=openstack
netapp_volume_list=/cinder_iscsi
volume_backend_name=cmodeDirectiSCSI
netapp_login=admin
netapp_password=1qaz2wsx

[cmodeDirectNFS]
volume_driver= cinder.volume.drivers.netapp.common.NetAppDriver
netapp_server_hostname=NetAppCluster1
netapp_server_port=80
netapp_storage_protocol=nfs
netapp_storage_family=ontap_cluster
netapp_vserver=openstack
netapp_volume_list=/cinder_nfs
volume_backend_name=cmodeDirectNFS
netapp_login=admin
netapp_password=1qaz2wsx
nfs_shares_config=/opt/openstack/cinder/etc/cinder/shares.conf

akerr · ‎2014-02-16

Hi Youngs,

You may find the following question helpful: https://communities.netapp.com/thread/33906

You can only limit which flexvol the iSCSI driver will use with the netapp_volume_list configuration option when in 7mode. When using cluster mode, which you appear to be, the driver will use any of the flexvols owned by the vserver you specify. The NFS driver will use any of the volumes specified in the nfs_shares_config file.

youngs · ‎2014-02-16

OK. I changed it and again tested only one iscsi volume in netapp_volume_list except NFS volume list . but it also created randomly to any volumes .

it didn't work

I suspect multi-backend setting sentence , we are not support NFS and iSCSI at same time or we should divide SVMs(vservers) NFS and iSCSI.

is it right ?

akerr · ‎2014-02-17

Hi Youngs,

I'm sorry, I may not have been clear enough in my original reply. In cluster mode, which you are using (netapp_storage_family=ontap_cluster), the netapp_volume_list option is ignored. Instead, the way to segregate which flexvols the iSCSI driver will use is by vserver. Therefore the iSCSI driver will use ANY flexvols available under the server you have designated, in this case netapp_vserver=openstack. In the scenario you provided above, the iSCSI driver is still being used because it created a LUN, that LUN happened to be under the flexvol called cinder_nfs. The NFS driver would have created your cinder volume as a file on one of the NFS volumes you have listed in the file nfs_shares_config=/opt/openstack/cinder/etc/cinder/shares.conf. Your best bet may be as you suggested, separate the NFS and the iSCSI connections into different vservers. As Navneet pointed out in the discussion I linked to in my first post:

the thinking is that if you want to group resources according to workloads or any other criteria, then you can do it by creating different vservers

youngs · ‎2014-02-17

More clearly define ….

We have been doing Openstack POC..

we have an Error during trying to extend cinder volume in cDOT iSCSI FlexVol. ..( ubuntu 12.04 KVM .. Havana version .. cDOT 8.2P3, flexclone enabled, iscsi FlexVol 3TB , available size 2.9TB )

Cinder volume in cDOT NFS FlexVol was OK . Also manual LUN extend was OK in FAS.

It is very critical issue and I can’t find any same cases in google.

I think that it is maybe our Openstack iSCSI Driver bug. ( I also tested it with devstack in our LAB and got a same problem.. )

Please help..

From: So, Woonyoung

Sent: Monday, February 17, 2014 11:14 PM

To: 'jive-441712190-hp2-2-2oyn@communities.netapp.com'; Kerr, Andrew

Subject: RE: - Re: Multi backend bug with netapp nfs , iscsi is fixed in havana?

Dear Andrew..

Your response is very clear and I will follow you.

I uploaded another issue in openstack communities…

“cinder extend error with iscsi”

I think that it is maybe our Openstack iSCSI Driver bug. ( I also tested it with devstack in our LAB and got a same problem.. )

Please help ,,,

We have been doing Openstack POC..

we have an Error during trying to extend volume in cDOT iSCSI.. ..( ubuntu 12.04 KVM .. Havana version .. cDOT 8.2P3, flexclone enabled, iscsi volume 3TB available 2.9TB )

It was OK in NFS Cinder volume . Also manual LUN extend was OK in FAS.

It is very critical issue and I can’t find any same cases in google.

Please help..

2014-02-17 16:00:09.679 9716 ERROR cinder.volume.manager volume 1a2ff3ac-df8e-45a4-81d8-dbef238e39f2: Error trying to extend volume

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager Traceback (most recent call last):

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/opt/openstack/cinder/cinder/volume/manager.py", line 877, in extend_volume

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager self.driver.extend_volume(volume, new_size)

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/opt/openstack/cinder/cinder/volume/drivers/netapp/iscsi.py", line 609, in extend_volume

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager self._do_sub_clone_resize(path, new_size_bytes)

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/opt/openstack/cinder/cinder/volume/drivers/netapp/iscsi.py", line 713, in dosub_clone_resize

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager self._destroy_lun(new_path)

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/usr/lib/python2.7/contextlib.py", line 24, in __exit__

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager self.gen.next()

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/opt/openstack/cinder/cinder/volume/drivers/netapp/iscsi.py", line 708, in dosub_clone_resize

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager self._clone_lun(name, new_lun, block_count=block_count)

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/opt/openstack/cinder/cinder/volume/drivers/netapp/iscsi.py", line 988, in clonelun

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager self.client.invoke_successfully(clone_create, True)

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager File "/opt/openstack/cinder/cinder/volume/drivers/netapp/api.py", line 222, in invoke_successfully

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager raise NaApiError(code, msg)

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager NaApiError: NetApp api failed. Reason - 13115:Integer value 46137344 out of range for block-count

2014-02-17 16:00:09.679 9716 TRACE cinder.volume.manager

Regards,

WoonYoung So

TSO/SE

Asia/Korea

82-2-2046-6835 Direct

82-10-9035-9814 Mobile

youngs@netapp.com (external : soperman@naver.com)

<mailto:youngs@netapp.com %20(external%20:%20soperman@naver.com)%0b>www.netapp.com<http://www.netapp.com/>/kr

<http://www.netapp.com/kr/?REF_SOURCE=emmbonrunnersignaturehp-kr>

youngs · ‎2014-02-17