OpenStack Discussions - Page 4

issacthoma · ‎2021-01-14

I have created azure devops with a few organizations/projects in it. Do I need to scale or replicate it across different datacenters so all the developers across the globe can access it? Any references appreciated.

SungminLee · ‎2017-10-26

Hello. I run Netapp FAS8040 for Openstack Cinder Backend based on iSCSI protocol. But iSCSI sometimes occur some problems like multipath issues. So Netapp saids chaging backend protocol iSCSI -> NFS. Because NFS is simple and easy to manage + some features are better than iSCSI. But someone say that iSCSI is more reliable than NFS. In their opinion, Cinder Backend based on iSCSI causes VM level trouble. On the other hand, Cinder Backend bases on NFS causes Hypevisor level trouble. Whay do you think about this? Thank you.

redheo · ‎2020-10-19

A Cinder volume corresponds to a file within the NFS share provided by a FlexVol. The space is consumed when you write actual data in the Cinder volume. ONTAP is not able to read the filesystem within the Cinder volume to tell if a block is in use or not, so removing a file inside the Cinder volume won't free space. Only when you delete the Cinder volume, the corresponding file within the NFS share will be deleted, and the space will be reclaimed. How do I enable trim(unmap / reclaim) when using the nfs cinder backend?

Jamison · ‎2020-09-02

Hi, I want to create a share with "spec: revert_to_snapshot_support". after I created a new share (volume01), I saw the share status is "error". I checked the /var/log/manila/scheduler.log. I saw the NetApp Filer is reporting the "revert_to_snapshot_support': False". seems I need to enable some of the settings in NetApp to support the " revert_to_snapshot_support". I pasted my environment as below. If you have any suggestions to fix this problem, please let me know. # manila create --name volume01 --share-type silver NFS 1 # manila list --columns name,status,revert_to_snapshot_support +--------------+-----------+-----------------------------------------+ | Name | Status | Revert_To_Snapshot_Support | +--------------+-----------+-----------------------------------------+ | volume01 | error | True | +--------------+-----------+-----------------------------------------+ =================================================== Openstack/Netapp Version: =================================================== NetApp Environment: Version: 9.3P12: License: SnapRestore, FlexClone, NFS Openstack : Version: Train =================================================== manila extra-specs-list : =================================================== +--------------------------------------------- --------+------------+-------------------------------------------------------------+ | ID | Name | all_extra_specs | +------------------------------------------------------+------------+-------------------------------------------------------------+ | 9425c4b6-33fa-45bd-9647-34f1fdb57921 | silver | create_share_from_snapshot_support : True | | | | revert_to_snapshot_support : True | | | | snapshot_support : True | | | | netapp_disk_type : FSAS | | | | driver_handles_share_servers : False | +------------------------------------------------------+------------+-------------------------------------------------------------+ =================================================== /var/log/manila/scheduler.log =================================================== 2020-09-02 03:23:33.079 7613 DEBUG manila.scheduler.host_manager [req-6737a154-92c9-417f-ac2d-607ea6237cbd - - - - -] Received share service update from poc-ostk01.st.corp.gq1.yahoo.com@cdotSingleSVM: {u'qos': False, u'driver_version': u'1.0', u'total_capacity_gb': u'unknown', u'filter_function': u'capabilities.utilization < 70', u'share_backend_name': u'cdotSingleSVM', u'free_capacity_gb': u'unknown', u'storage_protocol': u'NFS_CIFS', u'goodness_function': u'100 - capabilities.utilization', u'create_share_from_snapshot_support': True, u'mount_snapshot_support': False, u'revert_to_snapshot_support': False, u'ipv6_support': False, u'reserved_percentage': 0, u'snapshot_support': True, u'replication_domain': None, u'driver_handles_share_servers': False, u'share_group_stats': {u'consistent_snapshot_support': u'host'}, u'driver_name': u'NetApp_Cluster_SingleSVM', u'ipv4_support': True, u'pools': [{u'pool_name': u'aggr01_node01_BSAS', u'filter_function': u'capabilities.utilization < 70', u'goodness_function': u'100 - capabilities.utilization', u'compression': [True, False], u'utilization': 0.52, u'netapp_raid_type': u'raid_dp', u'allocated_capacity_gb': 13.14, u'netapp_hybrid_aggregate': u'false', u'netapp_aggregate': u'aggr01_node01_BSAS', u'free_capacity_gb': 6680.23, u'reserved_percentage': 0, u'total_capacity_gb': 6693.37, u'revert_to_snapshot_support': False, u'thin_provisioning': [True, False], u'create_share_from_snapshot_support': True, u'netapp_flexvol_encryption': False, u'dedupe': [True, False], u'snapshot_support': True, u'netapp_disk_type': [u'FSAS'], u'qos': True}, {u'pool_name': u'aggr02_node01_BSAS', u'filter_function': u'capabilities.utilization < 70', u'goodness_function': u'100 - capabilities.utilization', u'compression': [True, False], u'utilization': 0.52, u'netapp_raid_type': u'raid_dp', u'allocated_capacity_gb': 1.01, u'netapp_hybrid_aggregate': u'false', u'netapp_aggregate': u'aggr02_node01_BSAS', u'free_capacity_gb': 6692.36, u'reserved_percentage': 0, u'total_capacity_gb': 6693.37, u'revert_to_snapshot_support': False, u'thin_provisioning': [True, False], u'create_share_from_snapshot_support': True, u'netapp_flexvol_encryption': False, u'dedupe': [True, False], u'snapshot_support': True, u'netapp_disk_type': [u'FSAS'], u'qos': True}, {u'pool_name': u'aggr03_node01_SSD', u'filter_function': u'capabilities.utilization < 70', u'goodness_function': u'100 - capabilities.utilization', u'compression': [True, False], u'utilization': 0.52, u'netapp_raid_type': u'raid0', u'allocated_capacity_gb': 1.01, u'netapp_hybrid_aggregate': u'false', u'netapp_aggregate': u'aggr03_node01_SSD', u'free_capacity_gb': 1608.16, u'reserved_percentage': 0, u'total_capacity_gb': 1609.18, u'revert_to_snapshot_support': False, u'thin_provisioning': [True, False], u'create_share_from_snapshot_support': True, u'netapp_flexvol_encryption': False, u'dedupe': [True, False], u'snapshot_support': True, u'netapp_disk_type': [u'SSD'], u'qos': True}], u'vendor_name': u'NetApp', u'netapp_storage_family': u'ontap_cluster'} update_service_capabilities /usr/lib/python2.7/site-packages/manila/scheduler/host_manager.py:576 Thanks, Jamison

Khulbe · ‎2020-06-30

Hello Team, I have Netapp powershell tool kit and trying to automate file restore operation using snapshot. I have found below Restore-NcCifsShadowCopyDirectory Restore-NcSnapshotFile However, I am not bale to successfully restore the file. For example : PS C:> Restore-NcSnapshotFile cmdlet Restore-NcSnapshotFile at command pipeline position 1 Supply values for the following parameters: (Type !? for Help.) Path: /volume/text.txt SnapName: weekly.2020-06-21_0015 Restore file from snapshot Are you sure you want to restore file /volume/test.txt from snapshot weekly.2020-06-21_0015? [Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help (default is "Y"): y Restore-NcSnapshotFile : Failed to restore file from Snapshot copy weekly.2020-06-21_0015 for volume "volc1svm1_root" on Vserver "vserverc1svm1". Reason: Inappropriate file type or format. At line:1 char:1 + Restore-NcSnapshotFile + ~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : InvalidOperation: (10.181.209.22:NcController) [Restore-NcSnapshotFile], EONTAPI_ + FullyQualifiedErrorId : ApiException,DataONTAP.C.PowerShell.SDK.Cmdlets.Snapshot.RestoreNcSnapshotFile

Board Activity

do I scale devops

NFS vs iSCSI reliability on Cinder Backend???

How do I enable trim(unmap / reclaim) when using the nfs cinder backend?

cannot create share with revert_to_snapshot_support

Netapp powershell | Restore file using snapshot