A fix is available
APAR status
Closed as program error.
Error description
After upgrading an IBM Spectrum Protect server to 7.1.10 and 8.1.7 or above, a removable File Device Class no longer works when being written to. The below example is when an Export operation attempts to write to a removable device class, but the same error will be seen for any write operation to a removable device. The key error is ANR8341I in the server activity log, A server trace will show the issue 'current maxOcc of 0 and a volume capacity of 0 for volume USBDRIVE. The trace shows the volume capacity is 0. This APAR is different to APAR IT26538 where the server does not properly calculate the remaining capacity of the removable storage volume Activity Log shows: 04/27/2020 15:48:52 ANR8340I REMOVABLEFILE volume USBDRIVE mounted. (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR0513I Process 2 opened output volume USBDRIVE. (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR8341I End-of-volume reached for REMOVABLEFILE volume USBDRIVE. (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D_0546208727 GetOutputVol(assd.c:3081) Thread<215>: Unable to write complete export header. (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> issued message 9999 from: (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffadbd0c94 OutDiagToCons()+b4 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffadbca3a2 outDiagfExt()+112 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffadb41c68 GetOutputVol()+588 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffadb3f1c8 asOpenOutputSdStream()+4d8 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffad31d002 bfOpenOutputSdStream()+c2 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffadc5b3ce XiOpenExportStream()+14e (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffadc585de XiExport()+2de (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffacfcc413 startThread()+153 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffbc8b4f7f beginthreadex()+107 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffbc8b5126 endthreadex()+192 (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:52 ANR9999D Thread<215> 7fffc4a4168d BaseThreadInitThunk()+d (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:54 ANR9999D Thread<215> 7fffc7234629 RtlUserThreadStart()+1d (SESSION: 4, PROCESS: 2) 04/27/2020 15:48:54 ANR0985I Process 2 for EXPORT NODE running in the BACKGROUND completed with completion state FAILURE at 15:48:54. (SESSION: 4, PROCESS: 2 A server trace with flags ADDMSG ASRTRV ASSD DSRTRV PVR MMS will show the problem is related to the creation of space for a scratch volume. The trace shows the volume capacity is 0. 15:48:52.269 [215][pvr.c][1954][pvrOpen]:Created PVR I/O agent (216) for volume SCRATCH 15:48:52.269 [215][pvr.c][2021][pvrOpen]:invoking agent, argsP=000000BAAF7A1F00, argsP->volAttr=000000BAAF7A2338 15:48:52.330 [215][pvr.c][2043][pvrOpen]:Tracing volume attrs at 000000BAC927ECA0 for 0 bytes 15:48:52.330 [215][pvr.c][2043][pvrOpen]: Dumping addr=0x000000BAC927ECA0, len=0x0, contents= 15:48:52.330 [215][pvrmp.c][5810][PvrChangeMpStatus]:Changing MP 0 status from 3 to 2. 15:48:52.371 [215][xiutil.c][2165][XiMediaEvent]:Handling event 6 for Export/Import with process ID 2. 15:48:52.371 [215][asvolmnt.c][3451][PutConsoleMsg]:ANR0513I Process 2 opened output volume USBDRIVE.~ 15:48:52.371 [215][asvolacq.c][4443][AsAcquireSdVol]:Exit: rc=0, *volPP=000000BAAF7AEBC0 15:48:52.371 [215][assd.c][2993][GetOutputVol]:Acquired volume USBDRIVE. 15:48:52.372 [215][assd.c][2215][asSdGetHomePos]:Exit: rc 0, volume USBDRIVE. 15:48:52.372 [215][assd.c][3014][GetOutputVol]:Positioning sequential data volume USBDRIVE(1) to home. 15:48:52.372 [215][assd.c][2627][asSdPos]:Exit: rc 0, volume USBDRIVE. 15:48:52.373 [215][assd.c][3463][WriteData]:Enter: writing 60 bytes to volume with current maxOcc of 0 and a volume capacity of 0 for volume USBDRIVE(1525). | MDVPARTL 7.1.10.0-TIV_5698MSV | IT26538 | MDVPARTL 8.1.7.0-TIV_5698MSV | IT26538 | MDVPARTL 8.1.8.0-TIV_5698MSV | IT26538 | MDVPARTL 8.1.9.0-TIV_5698MSV | IT26538 | MDVPARTL 8.1.10.0-TIV_5698MSV | IT26538
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: * * All IBM Spectrum Protect server users of removalablefile. * **************************************************************** * PROBLEM DESCRIPTION: * * See error description. * **************************************************************** * RECOMMENDATION: * * Apply fixing level when available. * * This problem is currently projected to be fixed in levels * * 7.1.11.100 and 7.1.12. * * Note that this is subject to change at the discretion of * * IBM. * ****************************************************************
Problem conclusion
The problem was fixed. Affected platforms: AIX, HP-UX, Linux, Solaris, and Windows. Platforms fixed: AIX, HP-UX, Linux, Solaris, and Windows.
Temporary fix
Comments
APAR Information
APAR number
IT33446
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
81W
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2020-07-07
Closed date
2020-08-07
Last modified date
2020-08-20
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
R71A PSY
UP
R71H PSY
UP
R71L PSY
UP
R71S PSY
UP
R71W PSY
UP
[{"Line of Business":{"code":"LOB26","label":"Storage"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"81W"}]
Document Information
Modified date:
27 August 2021