IBM Support

IJ33715: AFM NEEDS TO HANDLE FILESET LEVEL PERMISSION FLAGS SET DURING RECOVERY AND RESYNC

Subscribe to this APAR

By subscribing, you receive periodic emails alerting you to the status of the APAR, along with a link to the fix after it becomes available. You can track this item individually or track all items by product.

Notify me when this APAR changes.

Notify me when an APAR for this component changes.

 

APAR status

  • Closed as program error.

Error description

  • GPFS has fileset level permissions
    which can deny setting the mode
    or EAs on the fileset entities depending on which mode
    this targets.
    AFM doesn't consider this flag on the fileset and we end up
    getting E_PERM from the home which causes the queue to get
    stalled. Normal queue goes fine, but its mostly the
    recovery or resync queue that hits this.
    

Local fix

  • Drop those operations that stall the queue when
    the Fileset level permissions are enabled only at one of
    the 2 sites.
    

Problem summary

  • GPFS has fileset level permissions
    which can deny setting the mode
    or EAs on the fileset entities depending on which mode
    this targets.
    AFM doesn't consider this flag on the fileset and we end up
    getting E_PERM from the home which causes the queue to get
    stalled. Normal queue goes fine, but its mostly the
    recovery or resync queue that hits this.
    

Problem conclusion

  • This problem is fixed in 5.0.5  PTF 9
    To see all Spectrum Scale APARs and
    their respective fix solutions refer to page
    https://public.dhe.ibm.com/storage/spectrumscale/spectrum_scale_
    apars.html
    Benefits of the solution:
    Customers will be able to use
    the same Fileset level permissions
    flag (setAclOnly, ChmodOnly,
    chmodAndUpdateAcl etc.) set
    to the same value at both
    AFM Cache and AFM Home, and AFM
    will be able to handle the
    complications these flags brings
    in during AFM Recovery and Resync.
    
    Work around:
    Drop those operations that stall the queue when
    the Fileset level permissions are enabled only at one of
    the 2 sites.
    
    Problem trigger:
    Set the Same Fileset level permissions flag
    (setAclOnly, ChmodOnly, chmodAndUpdateAcl etc.) on
    both Cache/Primary and/or Home/Secondary sites and
    perform IO to the fileset and then
    run Recovery or Resync.
    
    Symptom:
    Unexpected Behavior.
    
    Platforms affected:
    ALL Linux OS environments
    
    Functional Area affected:
    AFM
    
    Customer Impact:
    Suggested
    

Temporary fix

Comments

APAR Information

  • APAR number

    IJ33715

  • Reported component name

    SPEC SCALE STD

  • Reported component ID

    5737F33AP

  • Reported release

    505

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2021-07-14

  • Closed date

    2021-07-14

  • Last modified date

    2021-07-14

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

  • Fixed component name

    SPEC SCALE STD

  • Fixed component ID

    5737F33AP

Applicable component levels

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"STXKQY"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"505","Line of Business":{"code":"LOB26","label":"Storage"}}]

Document Information

Modified date:
15 July 2021