APAR status
Closed as program error.
Error description
A new "undocumented" command is being added to the TSM server to help diagnose problems with a "pinned" recovery log. The TSM manuals will not be updated to reflect this command, but the command will be supported within the context of why this command was created and the limitations on this command. The new command is SHOW LOGPINNED In general there are five reasons why the recovery log is pinned. 1 - There is a transaction associated with a session or process that is using space in the recovery log and that transaction has been processing for some time, and while this transaction is processing space in the recovery log is being used buy this transaction and other transactions. Space used by other transactions that started after this transaction has started is still "used space" in the recovery log until this log running transaction completes even if those other transactions complete. 2 - The logmode is set to rollforward and space can not be freed until the next database backup. 3 - A database backup is currently running and there is data in the recovery log that the TSM server still needs as part of the database backup processing. 4 - There is a dirty page in the database buffer pool that needs to get flushed out to disk before the log tail can be advanced. 5 - The log tail can not advance until the next checkpoint. A checkpoint is something that the server handles automatically as space is used in the recovery log. Some terminology: What is a "pinned" recovery log? A pinned recovery log is when the "log tail" can not be moved because there is information needed in the recovery log for a transaction that is currently processing, for a transaction that has completed but has not been flushed to disk, for a currently running data base backup, or for a possible "roll-forward" operation on a data base restore. What is the "log tail"? The log tail is the point in the recovery log that contains the oldest record still needed by the server. What is the "log head"? The log head is the point that the next record will be written to the recovery log. When this command is issued the server will determine if one of the first four situations exists. If none of the first four situations exist then the server will report that the recovery log is not pinned and space will be freed with the next checkpoint operation. If the second, third or fourth situations exist then the server will report which one of those conditions is causing the space to be pinned in the recovery log. If the first situation exists then the server will attempt to determine which session or process is associated with the transaction that is pinning space in the recovery log. In the process of determining this there will be some additional information reported that can be useful if the server is unable to determine a session or process assocation with that transaction. If the server is able to determine the session or transaction it will report the session or process number in addition to some other information such as the node name or the command issued for the process. This command is only intended to be run when the recovery log is actually pinned, therefore it is not recommended to schedule this command to run on a regular basis. If the recovery log is not actually pinned there are some small timing windows where incorrect results may get reported.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All TSM users having to diagnose a problem * * with a recovery log that fills too fast. * **************************************************************** * PROBLEM DESCRIPTION: There is currently no way to determine * * the exact cause for space in the * * recovery log not being released. * **************************************************************** * RECOMMENDATION: * **************************************************************** A new diagnostic command is being added to the TSM server. The command is SHOW LOGPINNED. See the APAR opening text for details on this command.
Problem conclusion
Apply this fix when available to have a new command SHOW LOGPINNED to help diagnose problems with a filling recovery log.
Temporary fix
Comments
APAR Information
APAR number
PQ62736
Reported component name
TSM FOR OS/390
Reported component ID
5698ISMVS
Reported release
510
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2002-06-28
Closed date
2002-06-28
Last modified date
2002-12-06
APAR is sysrouted FROM one or more of the following:
IC33830
APAR is sysrouted TO one or more of the following:
Fix information
Fixed component name
TSM FOR OS/390
Fixed component ID
5698ISMVS
Applicable component levels
R510 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":"510","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]
Document Information
Modified date:
06 December 2002