My experience (which confounded IBM) is the expires would never end (let it run for over 9-days) even when picking a single node to expire. I was restarting the TSM server on a daily basis, it not multiple times a day - especially when I was going the expires 1-by-1 to determine which nodes were causing the lockups (the expiration would not cancel). Before were decided to push ahead with the upgrades to 7.1.6.300, I had written a server script with single expire statements for each node, exluding 8-troublemakers - i.e. the ones that would never complete.
On Fri, Nov 11, 2016 at 3:40 AM, Henrik Ahlgren <[email protected]> wrote: > Thanks. I think the reason why EXPIRE INVENTORY without NODES only seems > to expire a small amount of nodes is that it tries to continue where it > left the last time it stopped – if you happen to normally run expire > with DURATION=<minutes> limitation. If TSM cancels the expire process > after duration is exceeded, it does not emit any errors or warnings > (unlike ANR4927W for reclamations) to the activity log, so this can > easily go unnoticed for few days unless there is a specific monitoring > for slow expires in place. > > On Thu, 2016-11-10 at 14:59 -0500, Zoltan Forray wrote: > > Here is the 6.3.6.000 expiration problem APAR description: > > > > IT17642: SLOW EXPIRATION AFTER UPGRADE TO 6.3.6.000 SERVER > > > > APAR status - OPEN - > > > > *Error description* > > After upgrading the server to 6.3.6.000 (or higher) and 7.1.3(or higher) > > expiration might "hang" on a node while expiring backup data only. > > Expiration is not actually hung it is still processing but very slowly > due > > to a non-optimized SQL/Select. A change to this SQL/Select occurred > > between 6.3.5.0 and 6.3.6.0. This code change was implemented in servers > > 6.3.6.0+ and 7.1.3.0 to 7.1.7. There have been no reported problems at > > 7.1.3 or above. > -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator (in training) Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu [email protected] - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://infosecurity.vcu.edu/phishing.html
