Fixes are available
APAR status
Closed as program error.
Error description
If a disk storage pool has "Cache migrated files" set to yes, backups can fail if the cached files reach 100% of the pool occupation. The storage pool information will show: Pct Util: 100.0 Pct Migr: 0.0 Pct Logical: 100.0 . Cache Migrated Files?: Yes This means that the pool is full with cached files, that should be automatically deleted when space is needed during backups. What can happen instead is that the cached data deletion fails and as consequence backups directed to this storage pool will fail as well. Customer/L2 diagnostic: Client will log messages like: Incremental backup of volume '/boot' Normal File--> 1,402,666 /boot/initrd-2.6.9-78.0.1.EL.img ** Unsuccessful ** Retry # 1 Normal File--> 1,402,666 /boot/initrd-2.6.9-78.0.1.EL.img ** Unsuccessful ** Retry # 2 Normal File--> 1,402,666 /boot/initrd-2.6.9-78.0.1.EL.img ** Unsuccessful ** Retry # 3 Normal File--> 1,402,666 /boot/initrd-2.6.9-78.0.1.EL.img ** Unsuccessful ** Retry # 4 Normal File--> 1,402,666 /boot/initrd-2.6.9-78.0.1.EL.img ** Unsuccessful ** ANS1228E Sending of object '/boot/initrd-2.6.9-78.0.1.EL.img' failed ANS8010E An attempt to backup or archive a file has exceed the maximum number of retries. ANS1802E Incremental backup of '/boot' finished with 1 failure Server log will not show any error, but a SESSION trace will contain: 13:29:07.228 [50][smnode.c][24680][CreateBitfile]:(11678)bfCreate returned 79 when termReason is (0) This problem can also occur during any attempt to store data to a pool disk storage pool has "Cache migrated files" set to yes and the cached files reach 100% of the pool occupation. Here is an example of errors during import processing: ANR9999D_2458713350 XiImportObject(xibf.c:1335) Thread<##>: Unknown result code (79) from bfCreate. TSM Versions Affected: 6.1 on any platform Initial Impact: Medium
Local fix
Empty the affected storage pool manually using the following command against all volumes in the pool: MOVE DATA <volume_name> and set "Cache migrated data" to NO to avoid the storage pool fill up and backups fail again.
Problem summary
**************************************************************** * USERS AFFECTED: Tivoli Storage Manager V6.1 * * servers configured with DEVTYPE=DISK * * storage pools with the CACHE attribute * * set to YES. * **************************************************************** * PROBLEM DESCRIPTION: See ERROR DESCRIPTION. * **************************************************************** * RECOMMENDATION: Apply fixing level when available. This * * problem is currently projected to be fixed * * in levels 6.1.2.1 and 6.1.3.0. Note * * that this is subject to change at the * * discretion of IBM. * **************************************************************** *
Problem conclusion
This problem was fixed. Affected platforms: AIX, HP-UX, Sun Solaris, Linux, and Windows.
Temporary fix
Comments
APAR Information
APAR number
IC62304
Reported component name
TSM SERVER
Reported component ID
5698ISMSV
Reported release
61W
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-08-04
Closed date
2009-09-22
Last modified date
2009-10-01
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
R61A PSY
UP
R61H PSY
UP
R61L PSY
UP
R61S PSY
UP
R61W PSY
UP
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGSG7","label":"Tivoli Storage Manager"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"61W","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]
Document Information
Modified date:
01 October 2009