Uploaded image for project: 'OpenShift Storage'
  1. OpenShift Storage
  2. STOR-1945

support Azure File cloning feature - azcopy (GA)

XMLWordPrintable

    • support Azure File cloning feature (azcopy)
    • False
    • None
    • False
    • Green
    • To Do
    • 100% To Do, 0% In Progress, 0% Done
    • M
    • 4

      Epic Goal*

      Azure File added support for cloning volumes which relies on azcopy command upstream. We need to fork azcopy so we can build and ship downstream images with from forked azcopy. AWS driver does the same with efs-utils.

      Upstream repo: https://github.com/Azure/azure-storage-azcopy

      NOTE: using snapshots as a source is currently not supported: https://github.com/kubernetes-sigs/azurefile-csi-driver/blob/7591a06f5f209e4ef780259c1631608b333f2c20/pkg/azurefile/controllerserver.go#L732 

       

      Why is this important? (mandatory)

      This is required for adding Azure File cloning feature support.

       

      Scenarios (mandatory) 

      1. As a user I want to easily clone Azure File volume by creating a new PVC with spec.DataSource referencing origin volume.

       
      Dependencies (internal and external) (mandatory)

      Make sure that all current issues are fixed.

      • if controller pod dies it's unable to resume cloning and users would have to recreate the clone PVC 
      • azcopy does not prune logs by itself and could fill in the entire disk over time

       

      Contributing Teams(and contacts) (mandatory) 

      Our expectation is that teams would modify the list below to fit the epic. Some epics may not need all the default groups but what is included here should accurately reflect who will be involved in delivering the epic.

      • Development - yes
      • Documentation - yes
      • QE - yes
      • PX - ???
      • Others - ART

       

      Acceptance Criteria (optional)

      Downstream Azure File driver image must include azcopy and cloning feature must be tested. 

      Verify that all TP identified issues are fix or least vouched and clearly documented if decided as non blocker.

       

      Drawbacks or Risk (optional)

      No risks detected so far.

       

      Done - Checklist (mandatory)

      The following points apply to all epics and are what the OpenShift team believes are the minimum set of criteria that epics should meet for us to consider them potentially shippable. We request that epic owners modify this list to reflect the work to be completed in order to produce something that is potentially shippable.

      • CI Testing -  Basic e2e automationTests are merged and completing successfully
      • Documentation - Content development is complete.
      • QE - Test scenarios are written and executed successfully.
      • Technical Enablement - Slides are complete (if requested by PLM)
      • Engineering Stories Merged
      • All associated work items with the Epic are closed
      • Epic status should be "Release Pending" 

              rbednar@redhat.com Roman Bednar
              rbednar@redhat.com Roman Bednar
              Rohit Patil Rohit Patil
              Lisa Pettyjohn Lisa Pettyjohn
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:

                  Estimated:
                  Original Estimate - 3 weeks
                  3w
                  Remaining:
                  Remaining Estimate - 3 weeks
                  3w
                  Logged:
                  Time Spent - Not Specified
                  Not Specified