IBM Support

IV87567: LOGASSERTFAILED: INDBLKINDEX * REPLICAS * DASIZE < BUFFERP->GETD

 

APAR status

  • Closed as program error.

Error description

  • logAssertFailed: indBlkIndex * replicas * daSize <
    bufferP->getDataLen() is hit during expanding inode space.
    
    
    Fri Mar 18 16:28:40.295 2016: [I] Command: tscrfileset
    /dev/fs114 1000281 --inode-space new --inode-limit 8388608 -t
    alu-arch
    ive
    Fri Mar 18 16:28:40.375 2016: [N] Expanding fs114 inode space 12
    current 0 inodes (0 free) by 1503232
    Fri Mar 18 16:28:41.192 2016: [X] logAssertFailed: indBlkIndex *
    replicas * daSize < bufferP->getDataLen()
    Fri Mar 18 16:28:41.193 2016: [X] return code 125, reason code
    4096, log record tag 0
    Fri Mar 18 16:28:45.264 2016: [X] *** Assert exp(indBlkIndex *
    replicas * daSize < bufferP->getDataLen()) in line 1178 of fil
    e
    /project/sprelfks2/build/rfks2s004a/src/avs/fs/mmfs/ts/fs/metada
    ta.C
    Fri Mar 18 16:28:45.265 2016: [E] *** Traceback:
    Fri Mar 18 16:28:45.266 2016: [E]         2:0x9F4A6D
    logAssertFailed.9F47C0 + 0x2AD at ??:0
    Fri Mar 18 16:28:45.267 2016: [E]         3:0x7AC7BD
    indBlockDesc::insertDA(int, RepDiskAddr const&, unsigned
    int).7AC680 + 0
    x13D at ??:0
    Fri Mar 18 16:28:45.268 2016: [E]         4:0x79AC0B
    LLOpenFile::increaseIndLevel(int, RepDiskAddr const&,
    LLMsgIndBlockUpdat
    e*).79A560 + 0x6AB at ??:0
    Fri Mar 18 16:28:45.269 2016: [E]         5:0x79B253
    LLOpenFile::insertAddrIndBlock(int, long long, RepDiskAddr
    const&, LLMsg
    IndBlockUpdate*).79AEF0 + 0x363 at ??:0
    Fri Mar 18 16:28:45.270 2016: [E]         6:0x79B10B
    LLOpenFile::insertAddrIndBlock(int, long long, RepDiskAddr
    const&, LLMsg
    IndBlockUpdate*).79AEF0 + 0x21B at ??:0
    Fri Mar 18 16:28:45.271 2016: [E]         7:0x79B10B
    LLOpenFile::insertAddrIndBlock(int, long long, RepDiskAddr
    const&, LLMsg
    IndBlockUpdate*).79AEF0 + 0x21B at ??:0
    Fri Mar 18 16:28:45.272 2016: [E]         8:0x79B45F
    LLOpenFile::putBlockAddr(long long, RepDiskAddr const&,
    LLMsgIndBlockUpd
    ate*).79B3F0 + 0x6F at ??:0
    Fri Mar 18 16:28:45.273 2016: [E]         9:0x79C14D
    LLOpenFile::updateIndBlock(long long, fsDiskAddr, unsigned
    int).79C030 +
     0x11D at ??:0
    Fri Mar 18 16:28:45.274 2016: [E]         10:0x889628
    SGInodeSpaceMap::doTheExpansion(int, long long, long long,
    LLOpenFile*,
     Buffer*).8891A0 + 0x488 at ??:0
    Fri Mar 18 16:28:45.275 2016: [E]         11:0x889A9C
    SGInodeSpaceMap::expandInodeFile(long long).889720 + 0x37C at
    ??:0
    Fri Mar 18 16:28:45.276 2016: [E]         12:0x88B531
    SGInodeSpaceMap::Expand(unsigned int, unsigned int, long long,
    long lon
    g, unsigned int, unsigned int).88ACA0 + 0x891 at ??:0
    Fri Mar 18 16:28:45.277 2016: [E]         13:0x88BB36
    SGInodeMap::Expand(int, SGInodeSpaceMap*, unsigned int, unsigned
    int, l
    ong long, long long, unsigned int, unsigned int).88B890 + 0x2A6
    at ??:0
    Fri Mar 18 16:28:45.278 2016: [E]         14:0x6B5E14
    SGInodeMap::layoutInodeSpaceMap(int, unsigned int, long long,
    long long
    *, int*, long long*, long long*).6B5B50 + 0x2C4 at ??:0
    Fri Mar 18 16:28:45.279 2016: [E]         15:0x8F82E8
    Fileset::beginCreate(FilesetAttrs*, long long*, unsigned int*,
    int).8F7
    610 + 0xCD8 at ??:0
    Fri Mar 18 16:28:45.280 2016: [E]         16:0x8FD5DB
    createNewFileset(StripeGroup*, FilesetAttrs*, long long*,
    unsigned int*
    , Fileset**, int).8FD490 + 0x14B at ??:0
    
    Customer created the
    filesystem with extra small indirect block size (4K).
    This help trigger a problem with how we handle increase
    in indirection level for low level system files.
    

Local fix

  • na
    

Problem summary

  • GPFS daemon assert: logAssertFailed indBlkIndex * replicas
     * daSize < bufferP->getDataLen() in metadata.C.
    This can happen when increasing number of inodes cause
    indirection level of inode0 file to increase.   Creating
    a new independent fileset is the most likely trigger.
    

Problem conclusion

  • Update code to correctly handle insertion of all DA when
    increasing the indirection level of low level system
    file.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IV87567

  • Reported component name

    SPECTRUM SCALE

  • Reported component ID

    5725Q01AP

  • Reported release

    411

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2016-08-03

  • Closed date

    2016-08-03

  • Last modified date

    2019-04-30

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

    IV83510

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

Fix information

  • Fixed component name

    SPECTRUM SCALE

  • Fixed component ID

    5725Q01AP

Applicable component levels

  • R411 PSY U884675

       19/04/30 I 1000

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"STXKQY","label":"IBM Spectrum Scale"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"411","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}},{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSFKCN","label":"General Parallel File System"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"411","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
30 April 2019