hi team   my customer have lvm issue when connect openstack with ontap. customer allocate iscsi lun to openstack VM and create lvm from openstack VM. after then can seemed PV/VG/LV info from both VM and host side. if have method display only in VM side and prevent see from host side?  it will impact automatic delete lun in future.   seemed /etc/lvm/lvm.conf filter will be helpful but not sure.  https://docs.openstack.org/cinder/latest/install/cinder-storage-install-ubuntu.html#top can somebody help answer it? if have detail step and sample.   thanks   frank ... View more

The customer's environment is running RHOSP 16.2.4 with ontap 9.7P16. We upgraded OpenStack to version 17.1.6 using the following command: openstack overcloud upgrade run --stack central --debug --limit allovercloud,undercloud --playbook After the upgrade, while the services started initializing, the process generated an error which caused the cinder volume service to go down.   2025-06-12 11:05:51.025 34 DEBUG cinder.volume.drivers.netapp.dataontap.client.api [req-1c9a7af4-6363-4bf8-a9aa-82cb8e39028c - - - - -] Using NetApp controller: 10.13.10.105 __init__ /usr/lib/python3.9/site-packages/cinder/volume/drivers/netapp/dataontap/client/api.py:84 2025-06-12 11:05:51.026 34 DEBUG cinder.ssh_utils [req-1c9a7af4-6363-4bf8-a9aa-82cb8e39028c - - - - -] Setting strict_ssh_host_key_policy to 'False' using ssh_hosts_key_file '/var/lib/cinder/ssh_known_hosts'. __init__ /usr/lib/python3.9/site-packages/cinder/ssh_utils.py:88 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager [req-1c9a7af4-6363-4bf8-a9aa-82cb8e39028c - - - - -] Failed to initialize driver.: TypeError: argument of type 'NoneType' is not iterable 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager Traceback (most recent call last): 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/manager.py", line 481, in _init_host 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager self.driver.do_setup(ctxt) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/volume_utils.py", line 1490, in trace_method_logging_wrapper 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager return f(*args, **kwargs) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/volume_utils.py", line 1490, in trace_method_logging_wrapper 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager return f(*args, **kwargs) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/drivers/netapp/dataontap/nfs_cmode.py", line 89, in do_setup 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager self.zapi_client = dot_utils.get_client_for_backend( 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/drivers/netapp/dataontap/utils/utils.py", line 67, in get_client_for_backend 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager client = client_cmode.Client( 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/volume_utils.py", line 1490, in trace_method_logging_wrapper 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager return f(*args, **kwargs) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/volume_utils.py", line 1490, in trace_method_logging_wrapper 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager return f(*args, **kwargs) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/drivers/netapp/dataontap/client/client_cmode.py", line 55, in __init__ 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager self._init_features() 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/volume_utils.py", line 1490, in trace_method_logging_wrapper 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager return f(*args, **kwargs) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/volume_utils.py", line 1490, in trace_method_logging_wrapper 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager return f(*args, **kwargs) 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager File "/usr/lib/python3.9/site-packages/cinder/volume/drivers/netapp/dataontap/client/client_cmode.py", line 80, in _init_features 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager elif ONTAP_C190 in node['model']: 2025-06-12 11:05:51.150 34 ERROR cinder.volume.manager TypeError: argument of type 'NoneType' is not iterable 1:05:51.150 34 ERROR cinder.volume.manager   below is my question: 1. I couldn’t find the compatibility list for RHOSP 17.1.6 and ontap 9.7P16 on the IMT website. Is it supported, and are there any limitations? 2. i believe that netapp should provide the corresponding driver，right?  How can we address the issue mentioned above? ... View more

Hi, guys I have a silly question. As I far I know cinder is working ok with netapp nfs. For balance reasons I have created a several nfs volumes each per controller. But I can not select a individual volume in order to create a openstack volumes. Every time that I create a openstack Volume, Openstack use the same netapp NFS volume. BTW vol1 var/lib/cinder/mnt/284ed7dd9710fcad3e61e80b246f1393 is W/R ok.     ------------------------------------------------------------------------------------------------------------- Netapp vol connected to nova Controller [root@compute0 ~]#df Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 8033776 0 8033776 0% /dev tmpfs 8054320 4 8054316 1% /dev/shm tmpfs 3221728 361716 2860012 12% /run /dev/mapper/cs-root 43249016 4917396 38331620 12% / /dev/mapper/cs-home 21112760 180668 20932092 1% /home /dev/sda2 1038336 221732 816604 22% /boot /dev/sda1 613160 7708 605452 2% /boot/efi /dev/loop0 1894248 164 1772844 1% /srv/node/swiftloopback tmpfs 1610864 4 1610860 1% /run/user/0 10.10.60.249:/openstack_vol1 498073600 29568 498044032 1% /var/lib/cinder/mnt/284ed7dd9710fcad3e61e80b246f1393 10.10.60.250:/openstack_vol2 597688320 1280 597687040 1% /var/lib/cinder/mnt/f4fc96422bb5f07003ce1a8763033a1d ------------------------------------------------------------------------------------------------------------- cat /etc/cinder/shares.conf 10.10.60.249:/openstack_vol1 10.10.60.250:/openstack_vol2 ------------------------------------------------------------------------------------------------------------- No openstack volumes. [root@compute0 ~]# ll /var/lib/cinder/mnt/284ed7dd9710fcad3e61e80b246f1393 total 0 All openstack volume created [root@compute0 ~]# ll /var/lib/cinder/mnt/f4fc96422bb5f07003ce1a8763033a1d -rw-rw-rw-. 1 nobody nobody 1073741824 Jun 13 18:37 volume-f003ebd5-7b15-4307-ab3d-7830dd098428 -rw-rw-rw-. 1 nobody nobody 2147483648 Jun 13 18:40 volume-fa3ef7ad-4aa6-4058-84e8-7217530353c4 ------------------------------------------------------------------------------------------------------------- I have created a NFS extra_specs, but keeps using same Netapp Vol. [root@compute0 ~]# cinder type-create nfs +--------------------------------------+------+-------------+-----------+ | ID | Name | Description | Is_Public | +--------------------------------------+------+-------------+-----------+ | 74873934-1975-48c5-b2de-3d1f2848c310 | nfs | - | True | +--------------------------------------+------+-------------+-----------+ [root@compute0 ~]# cinder type-key nfs set storage_protocol=nfs   [root@compute0 ~]# cinder extra-specs-list +--------------------------------------+-------------+-----------------------------------+ | ID | Name | extra_specs | +--------------------------------------+-------------+-----------------------------------+ | 0f7390d0-2cf4-4322-9b7d-d0f2a9ddb17a | iscsi | {'storage_protocol': 'iSCSI'} | | 74873934-1975-48c5-b2de-3d1f2848c310 | nfs | {'storage_protocol': 'nfs'} | | 87cbe18f-4fe3-47e8-8345-3fdb09a3b7d7 | __DEFAULT__ | {} | | d7ef44b4-1154-4994-9332-3894c2a08582 | netapp | {'volume_backend_name': 'netapp'} | +--------------------------------------+-------------+-----------------------------------+ [root@compute0 ~]# cinder create --display-name nfs1 --volume-type nfs 4 +--------------------------------+--------------------------------------+ | Property | Value | +--------------------------------+--------------------------------------+ | attachments | [] | | availability_zone | nova | | bootable | false | | cluster_name | None | | consistencygroup_id | None | | consumes_quota | True | | created_at | 2023-06-14T01:32:59.000000 | | description | None | | encrypted | False | | group_id | None | | id | b4895faa-f2fe-4809-ba79-0fe8b1da7cac | | metadata | {} | | migration_status | None | | multiattach | False | | name | nfs1 | | os-vol-host-attr:host | None | | os-vol-mig-status-attr:migstat | None | | os-vol-mig-status-attr:name_id | None | | os-vol-tenant-attr:tenant_id | 1aa92f1ce1a946bbaab6a24af319ebd7 | | provider_id | None | | replication_status | None | | service_uuid | None | | shared_targets | True | | size | 4 | | snapshot_id | None | | source_volid | None | | status | creating | | updated_at | None | | user_id | 5fa49957013f44198f8e51249842ed38 | | volume_type | nfs | | volume_type_id | 74873934-1975-48c5-b2de-3d1f2848c310 | +--------------------------------+--------------------------------------+ [root@compute0 ~]# ll /var/lib/cinder/mnt/f4fc96422bb5f07003ce1a8763033a1d total 0 -rw-rw-rw-. 1 nobody nobody 4294967296 Jun 13 21:33 volume-b4895faa-f2fe-4809-ba79-0fe8b1da7cac -rw-rw-rw-. 1 nobody nobody 1073741824 Jun 13 18:37 volume-f003ebd5-7b15-4307-ab3d-7830dd098428 -rw-rw-rw-. 1 nobody nobody 2147483648 Jun 13 18:40 volume-fa3ef7ad-4aa6-4058-84e8-7217530353c4 ------------------------------------------------------------------------------------------------------------- any suggestions? Thanks ... View more

Due to a hardware failure, one of the storage nodes in the HA cluster(Platform: A400) was successfully taken over by another node. Although the takeover process was completed without any problems, the OpenStack Manila service was unable to create new file shares.   Storage platform: A400 Node name: node01   <<< Healthy node / Takeover mode Node name: node02   <<< Down node   Manila-share.log Failed to configure Vserver.: manila.exception.NetAppException: Could not find eligible network ports on node node02 on which to create Vserver LIFs. Could not find eligible network ports on node node02 on which to create Vserver LIFs.\n']: manila.share.drivers.netapp.dataontap.client.api.NaApiError: NetApp API failed. Reason - 13001:Failed to check file or LUN copy operation status. Reason: "RPC: Couldn't make connection [from mgwd on node " node01" (VSID: -1) to mgwd at 169.254.xxx.xxx]". oslo_messaging.rpc.server manila.exception.NetAppException: Could not find eligible network ports on node node02 on which to create Vserver LIFs.   Is this an issue with the ONTAP driver? How should it be resolved? ... View more