"preferred" export path not updated in the CephFS/NFS driver

Bug #2053100 reported by Goutham Pacha Ravi
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Shared File Systems Service (Manila)
Triaged
Medium
Goutham Pacha Ravi

Bug Description

Description
===========
As part of a fix for https://launchpad.net/bugs/2035137 ; the CephFS/NFS driver was improved to return preferred export paths. This is useful when transitioning from standalone NFS-Ganesha server to cephadm deployed NFS-Ganesha cluster. While multiple export paths are represented, there are a couple of issues with how this fix is working

Steps to reproduce
==================

A chronological list of steps which will help reproduce the issue I hit:
* Start with a devstack with cephadm/nfs
* Set "cephfs_ganesha_server_ip" to the same IP as the VIP assigned to the cephadm deployed nfs cluster

Expected result
===============
when "cephfs_ganesha_server_ip" is set to the same value as the IP address of the new NFS cluster, i expect the driver to ignore the IP duplication. This is clearly a misconfiguration; but not critical enough to fail startup.
it is expected that the export path through the cephadm deployed nfs cluster has its "preferred" metadata set to True

Actual result
=============
- I have redundant export paths, because the driver isn't deduplicating export server IPs
- exports pertaining to the nfs cluster aren't set as "preferred=True"

Environment
===========
1. trunk branch of manila; but this fix has been backported to antelope (2023.1)

2. Ceph/NFS with Ceph Reef

Tags: cephfs
Vida Haririan (vhariria)
tags: added: cephfs
Revision history for this message
Vida Haririan (vhariria) wrote :
Changed in manila:
status: New → Triaged
Changed in manila:
assignee: nobody → Goutham Pacha Ravi (gouthamr)
milestone: none → caracal-rc1
importance: Undecided → High
importance: High → Medium
Changed in manila:
milestone: caracal-rc1 → dalmation-1
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.