Direct links to fixes
8.1.6.000-IBM-SPSRV-AIX
8.1.6.000-IBM-SPSRV-Linuxppc64le
8.1.6.000-IBM-SPSRV-Linuxs390x
8.1.6.000-IBM-SPSRV-Linuxx86_64
8.1.6.000-IBM-SPSRV-WindowsX64
8.1.6.000-IBM-SPOC-AIX
8.1.6.000-IBM-SPOC-LinuxPPC64le
8.1.6.000-IBM-SPOC-Linuxs390x
8.1.6.000-IBM-SPOC-Linuxx86_64
8.1.6.000-IBM-SPOC-WindowsX64
8.1.6.000-IBM-SPCMS-Linuxx86_64
8.1.6.000-IBM-SPCMS-WindowsI32
8.1.6.000-IBM-SPCMS-WindowsX64
8.1.6.100-IBM-SPSRV-Linuxppc64le
8.1.6.100-IBM-SPSRV-AIX
8.1.6.100-IBM-SPSRV-Linuxs390x
8.1.6.100-IBM-SPSRV-Linuxx86_64
8.1.6.100-IBM-SPSRV-WindowsX64
IBM Spectrum Protect Server V8.1 Fix Pack 6 (V8.1.6) Downloads
IBM Spectrum Protect Server V8.1.6.X interim fix downloads
APAR status
Closed as program error.
Error description
The AUDIT CONTAINER with Action=SCANALL, may fail to mark extents as damaged in non-dedup (NCF) containers with zero-byte file size on Windows platform, reporting only the following message in the activity log output : ANR4992W Audit command has encountered an I/O error for container C:\abc\00\0000000000000005.ncf in container storage pool STGPOOL1 while attempting to read a data extent SD trace shows: 08:16:24.607 [98][sdio.c][1303][SdReadContainer]:Error 2528 from pkDioRead 08:16:24.607 [98][sdio.c][1286][SdReadContainer]:Read error 2528, 1 tries remain 08:16:24.607 [98][psfile.c][2756][pkDioSeek]:Enter: fileC:\abc\00\0000000000000005.ncf , offset 0 08:16:24.608 [98][psfile.c][2781][pkDioSeek]:Exit: rc 0 08:16:24.608 [98][sdio.c][1217][SdSeekContainer]:Exit: rc=0, container C:\abc\00\0000000000000005.ncf (4154), offset 0 08:16:24.608 [98][psfile.c][2639][pkDioRead]:Enter: reading 4096 bytes from file C:\abc\00\0000000000000005.ncf to bufP 0000000071058000 08:16:24.608 [98][psfile.c][2657][pkDioRead]:Exit: rc 2528, read 0 bytes. 08:16:24.608 [2][ffdcutil.c][377][FFDCLogThread]:[01-26-2018 08:16:24.608][ FFDC_GENERAL_SERVER_ERROR ]: (psfile.c:2651) Error (platform specific) 0 reading from fileC:\abc\00\0000000000000005.ncf , amtRead 0, size 4096. Audit container is not properly handling the zero-byte container in this case. Instead, after the command execution, the non-dedup container will still be shown in AVAILABLE state by QUERY CONTAINER, and no damaged extents are reported. IBM Spectrum Protect versions affected: Server 7.1.3 and higher and 8.1 on Windows platforms only Initial Impact: Medium Additional Keywords: TSM "Spectrum Protect" container zero size ANR4992W "AUDIT CONTAINER" not marking damaged available windows
Local fix
First run 'backup db type=snapshot' Then run for the affected container: 'AUDIT CONTAINER <CONTAINER_NAME> ACTION=MARKD' which will mark all data extents in the zero-byte container as damaged. Then run 'Q DAMAGED POOL_NAME TYPE=INVENTORY' to find the files that will be needed to re-ingest. During the re-ingest from backups, the damaged extents in those containers will be re-linked to incoming extents. Or, 'repair stgpool' can be used to recover damaged extents, if the directory-container storage pool was protected by 'protect stgpool'.
Problem summary
**************************************************************** * USERS AFFECTED: * * All IBM Spectrum Protect server users. * **************************************************************** * PROBLEM DESCRIPTION: * * See error description. * **************************************************************** * RECOMMENDATION: * * Apply fixing level when available. This problem is currently * * projected to be fixed in level 8.1.6. Note that this is * * subject to change at the discretion of IBM. * ****************************************************************
Problem conclusion
This problem was fixed. Affected platforms for reported release: AIX, Linux, and Windows. Platforms fixed: AIX, Linux, and Windows.
Temporary fix
Comments
APAR Information
APAR number
IT24540
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
71W
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2018-03-27
Closed date
2018-06-14
Last modified date
2018-06-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
TSM SERVER
Fixed component ID
5698ISMSV
Applicable component levels
Document Information
Modified date:
06 September 2023