IBM Support

IT29086: "POOLINFOERROR: FAILED TO COLLECT POOL DETAILS" FOR VSNAP POOL AFTER UPGRADE

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • After a vSnap upgrade, the vSnap pool might be unavailable.
    
    Running the command :
    vsnap pool show
    
    returns with the message :
    "ERROR: PoolInfoError: Failed to collect pool details for <x>"
    
    where '<x>' is the pool ID (by default x=1).
    
    in the /var/log/messages file the following can be seen :
    
    <timestamp> <vSnapHostname> startup: Loading zfs kernel module
    <timestamp> <vSnapHostname> startup: Importing vsnap pools
    <timestamp> <vSnapHostname> startup: Importing pool id <x>
    ...
    <timestamp> <vSnapHostname> startup: cannot import '<PoolName>':
    one or more devices are already in use
    <timestamp> <vSnapHostname> startup: cannot open '<PoolName>':
    no such pool
    <timestamp> <vSnapHostname> startup: cannot open '<PoolName>':
    dataset does not exist
    
    The above issue can happen if the pool cache has been
    invalidated for any reason.
    
    IBM Spectrum Protect Versions Affected:
    IBM Spectrum Protect Plus up to 10.1.3.x
    
    Initial Impact: High
    
    Additional Keywords: SPP, SPPLUS, cache, pool, zfs, corrupted,
    TS002153577 , DCF883822
    

Local fix

  • Contact IBM support for a procedure to fix the problem.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED:                                              *
    * IBM Spectrum Protect Plus version 10.1.3                     *
    ****************************************************************
    * PROBLEM DESCRIPTION:                                         *
    * See Error Description                                        *
    ****************************************************************
    * RECOMMENDATION:                                              *
    * Apply fixing level when available. This problem is currently *
    * projected to be fixed in IBM Spectrum Protect Plus level     *
    * 10.1.4. Note that this is subject to change at the           *
    * discretion of IBM.                                           *
    ****************************************************************
    

Problem conclusion

  • The vSnap data pool uses a cache file containing metadata. If
    the vSnap is restarted while the cache file is being updated,
    the file may be corrupted which causes the pool to fail to mount
    after reboot. The problem has been resolved by changing the way
    pools are mounted during startup such that the mount process
    does not rely on the cache file.
    

Temporary fix

Comments

APAR Information

  • APAR number

    IT29086

  • Reported component name

    SP PLUS

  • Reported component ID

    5737SPLUS

  • Reported release

    A13

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2019-05-10

  • Closed date

    2019-06-07

  • Last modified date

    2019-06-07

  • 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

    SP PLUS

  • Fixed component ID

    5737SPLUS

Applicable component levels

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSNQFQ","label":"IBM Spectrum Protect Plus"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"A13","Line of Business":{"code":"LOB26","label":"Storage"}}]

Document Information

Modified date:
30 January 2024