Daily surge in use of LGTMPTSP table space
On one of our Version 6 TSM servers the amount of space used by the LGTMPTSP table space is nearly constant for most of the day, but rises sharply starting around 8:30 PM and drops back to normal by 9:30 PM. The increase in usage has ranged from 7 to 15 GB lately. On some days the file system containing that table space fills up and the server crashes (even though it has substantial amounts of free space in other database file systems). We rarely have any processes running at the time of the surge. We have client backups running at that time, but have not been able to find any unusual client activity that is correlated with the surge. We are not using deduplication. The TSM server is at the 6.2.5.0 code level and runs under SLES 11 SP1 on zSeries hardware. We opened a problem ticket with IBM earlier today, and have just received a request for an assortment of log files. Thomas Denier Thomas Jefferson University Hospital
Re: TSM 7.1
Thanks for the feedback, Harmeet. It's good to hear that the Operations Center (and VE) are working well for you and your clients. Going forward, we expect that each new version of the OC will provide additional management capabilities. If you have specific priorities, please let us know so that we can factor them into our planning (feel free to respond to me directly if you prefer). Julius image/gif
Re: TSM 7.1
As an added fyi, my upgrade of 2 out of 4 tsm (6.3.3) servers to 7.1 went very well, and the new Ops Center is performing as expected from my earlier lab testing. I do wish that I can override some or most of the thresholds, it is not a priority but would be an added feature. For example under Storage Devices, I have critical alerts due to 1 available directory. We use XIV attached LUN's, and they can handle a very heavy load, it would be nice to be able to override this, but it is not show stopper by an means. There are two items I encountered when upgrading. The first was easy to resolve, and it had to do with TSM being shipped with a free trial of DB2 Connect. The license expires, and needs to be removed/re-registered. (http://www-01.ibm.com/support/docview.wss?uid=swg21636492myns=swgtivmynp=OCSSGSG7mync=E) The other problem I wasn't able to overcome was when running the install gui. During the pre-check it will verify the instance credentials, in my case it is loading .\tsminst1 and there is no way to change it. The correct id name is just tsminst1. I'll will open a ticket tomorrow with support. So far the upgrade is going very smooth, and as planned. -Nick Nick Marouf | Systems Administrator Consultant PA Department of Transportation | Bureau of Infrastructure and Operations 1400A North Cameron St | Harrisburg PA 17103 Phone: 717.346.5547 | Fax: 717.346.5530 www.dot.state.pa.us
Re: Daily surge in use of LGTMPTSP table space
Did you check for server reorgs in progress? q actlog begindate=today-2 search=reorg -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Thomas Denier Sent: Monday, January 20, 2014 12:27 PM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Daily surge in use of LGTMPTSP table space On one of our Version 6 TSM servers the amount of space used by the LGTMPTSP table space is nearly constant for most of the day, but rises sharply starting around 8:30 PM and drops back to normal by 9:30 PM. The increase in usage has ranged from 7 to 15 GB lately. On some days the file system containing that table space fills up and the server crashes (even though it has substantial amounts of free space in other database file systems). We rarely have any processes running at the time of the surge. We have client backups running at that time, but have not been able to find any unusual client activity that is correlated with the surge. We are not using deduplication. The TSM server is at the 6.2.5.0 code level and runs under SLES 11 SP1 on zSeries hardware. We opened a problem ticket with IBM earlier today, and have just received a request for an assortment of log files. Thomas Denier Thomas Jefferson University Hospital
