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

[LSO] /dev/disk/by-path LocalVolume support

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Unresolved
    • Icon: Normal Normal
    • None
    • None
    • [LSO] /dev/disk/by-path LocalVolume support
    • 3
    • False
    • None
    • False
    • Not Selected
    • To Do

      Epic Goal*

      Add the option to define LocalVolume by-path instead of by-id.

       
      Why is this important? (mandatory)

      while by-id is the most common way to define LocalVolume in order to preserve disk mapping across reboots there are some cases where by-path is required. The DR example where workloads (ODF) are restarted on another set of workers illustrates this requirements. Disks ID will be different but the way disks are physically mapped won't change (should they be local or remote).

       
      Scenarios (mandatory) 

      Provide details for user scenarios including actions to be performed, platform specifications, and user personas.  

      1. DR scenario where workloads are rescheduled on another set of worker nodes.

       
      Dependencies (internal and external) (mandatory)

      None

      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 - STOR
      • Documentation - STOR
      • QE - STOR
      • PX - 
      • Others -

      Acceptance Criteria (optional)

      DR case does not have to be tested. The existing LSO tests have to pass with by-path.

      Drawbacks or Risk (optional)

      Reasons we should consider NOT doing this such as: limited audience for the feature, feature will be superseded by other work that is planned, resulting feature will introduce substantial administrative complexity or user confusion, etc.

      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” 

              rh-ee-rhrmo Richard Hrmo
              rh-gs-gcharot Gregory Charot
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated: