IBM Support

IJ49762: MMLSQUOTA -D CAN CAUSE GPFS DAEMON TO CRASH

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

  • Issue: mmlsquota -d can cause gpfs daemon to crash
    
    Assertion happens because the entryType of root quota
    entry of the user quota has entry type e (explicit)
    instead of default state.
    There are some inconsistencies in the way that entryType
    of root quota entry is changed,
    considering whether perfileset-quota and default quota
    (per file system, perfileset) are on or off:
    When default quota is on, the entry type immediately
    becomes "default on" - which would not cause the
    assertion.
    When default quota is off, the entryType remains e,
    hitting the assertion when displaying default user quota.
    

Local fix

  • The quota entry got entryType "e" after mmsetquota.
    The work around could be to turn off and turn on default
    quota (mmdefquotaon -u fsName).
    

Problem summary

  • mmlsquota -d can cause gpfs daemon to crash
    

Problem conclusion

  • This problem is fixed in 5.1.9.3
    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:
    Avoid crashing the daemon when running -d option with mmlsquota
    command.
    
    Work Around:
    Enable default quota (all types: user, group, fileset) on the
    filesystem and then run the mmlsquota -d.
    
    Problem trigger:
    Assertion happens because the entryType of root
    quotaentry has entry type e (explicit) instead of default
    state.The root quota entry type could have been changed if
    weedit the quota entry (entry type is changed to
    EXPLICIT_ENTRY),via mmsetquota, mmedquota, or mmdefedquota
    commands.When displaying default quota limits (mmlsquota -d), if
    defaultquota is on, the entry type will revert to "default on" -
    whichwould not cause the assertion. If default quota is off,
    theentryType remains e, hitting the assertion when
    displayingdefault quota limits.Fix: correct the mmlsquota -d
    processing so that the default quotastatus stored in root quota
    entries are updated to the expectedvalues, based on quota
    options in sgDesc, avoiding the assertion.
    
    Symptom:
    GPFS daemon can crash when displaying default quota (mmlsquota
    -d) ifdefault quota if not on.
    
    Platforms affected:
    ALL Operating System environments
    
    Functional Area affected:
    Quotas
    
    Customer Impact:
    High Importance
    

Temporary fix

Comments

APAR Information

  • APAR number

    IJ49762

  • Reported component name

    SPEC SCALE ADV

  • Reported component ID

    5737F35AP

  • Reported release

    518

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2024-01-17

  • Closed date

    2024-04-10

  • Last modified date

    2024-04-10

  • 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 ADV

  • Fixed component ID

    5737F35AP

Applicable component levels

[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"STXKQY"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"518","Line of Business":{"code":"LOB69","label":"Storage TPS"}}]

Document Information

Modified date:
10 April 2024