IBM Support

IV60235: JFS2 FS MARKED CORRUPT WHEN USING FIND COMMAND NEEDING FSCK RUN

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

  • A JfS2 FS can be marked corrupt when accessing a lot of
    files(been seen with the
    use of the find command). This results in fsck needing to
    be run the
    next time the FS needs to be mounted. The error report is
    updated with symbol
    addresses indicating problem happened  with the following
    stack :
    
    diRead+000354
    iGet+000DF8
    j2_lookup+000428
    vnop_lookup+0001D4
    lookuppn+000918
    statxat+000320
    
    It is caused by accessing stale metadata.  It occurs
    rarely since
    most of the time the metadata has acceptable data even
    though
    it is stale.  However when it does not have acceptable
    data the FS can be
    marked as corrupt.  The fix of the problem avoids stale
    data from being accessed
    

Local fix

  • No local fix.
    

Problem summary

  • *************************************************************
    * USERS AFFECTED:
    * Systems running the 5300-12 Technology Level with
    * bos.mp between and including the 5.3.12.7 and 5.3.12.9
    * levels and bos.mp64 between and including the 5.3.12.7 and
    * 5.3.12.9 levels.
    *************************************************************
    * PROBLEM DESCRIPTION:
    * Customers using jfs2 may see errpt showing the filesystem
    * requires fsck with an error code of 0x34 (ESTALE).
    * LABEL:          J2_FSCK_REQUIRED
    * ERROR CODE
    * 0000 0034
    * However when fsck is run, it reports that no corruption was
    * encountered.
    *
    * In this case, you may be experiencing a bug in jfs2 code
    * that can cause it to mistakenly mark the filesystem as
    * needing repair when it is not really needed.  If the
    * situation is encountered, you should:
    *  1. install this fix to ensure jfs2 will not mark the
    *     filesystem dirty by mistake
    *  2. unmount, run fsck, and remount to mark the filesystem
    *     clean
    *************************************************************
    * RECOMMENDATION:
    * Install APAR IV60235.
    * Prior to fix availability, an interim fix is available from
    * either
    * ftp://aix.software.ibm.com/aix/ifixes/iv60235/
    * https://aix.software.ibm.com/aix/ifixes/iv60235/
    *************************************************************
    

Problem conclusion

  • correct a check on the read into the inode cache.
    

Temporary fix

  • *********
    * HIPER *
    *********
    

Comments

APAR Information

  • APAR number

    IV60235

  • Reported component name

    AIX 5.3 EXT SUP

  • Reported component ID

    5765G0399

  • Reported release

    53E

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Submitted date

    2014-05-07

  • Closed date

    2014-05-09

  • Last modified date

    2014-05-09

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

    IV57361

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

Fix information

  • Fixed component name

    AIX 5.3 EXT SUP

  • Fixed component ID

    5765G0399

Applicable component levels

  • R53E PSY

       UP

[{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG11P","label":"APARs - AIX 5.3 environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"53E","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
09 May 2014