Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+TSM\s+performance\s+very\s+poor\,\s+Recovery\s+log\s+is\s+being\s+pinned\s*$/: 18 ]

Total 18 documents matching your query.

1. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Stuart Lamble <adsm AT CAROUSEL.ITS.MONASH.EDU DOT AU>
Date: Wed, 1 Aug 2007 13:59:16 +1000
This is something that popped right out for me. Do you have your storage pools located on raw logical volumes or mounted filesystems? If the latter, that might be your problem. Solaris has traditiona
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-08/msg00000.html (12,343 bytes)

2. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Wed, 1 Aug 2007 07:29:41 -0400
I am not going to enter into a debate about the relative merits of raw volumes versus files on filesystems, as I have insufficient direct knowledge to judge either way (I'm trusting a more senior co
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-08/msg00003.html (12,450 bytes)

3. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Robert Clark <robert_clark AT MAC DOT COM>
Date: Wed, 1 Aug 2007 14:05:11 -0700
Switching to RLV: Some CPU time that would be used for OS overhead for filesystem is freed. This could be used for running one more TSM instance? Memory that would be used for filesystem cache is fre
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-08/msg00017.html (13,315 bytes)

4. [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Craig Ross <craig.outlook AT GMAIL DOT COM>
Date: Fri, 27 Jul 2007 21:49:09 +1200
10 days ago I Recently added 15TB of SATA storage and a new Fabric with 4 new LTO drives to our 3584 library, The DB is approx 90GB TSM Few days ago I noticed processing had ground to halt, after dig
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00334.html (12,779 bytes)

5. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Fri, 27 Jul 2007 07:36:39 -0400
Craig - You need to perform analysis to identify problem cause, where the TSM Problem Determination Guide and Performance Tuning Guide will help. Log pinning is due to prolonged transactions, and is
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00335.html (14,176 bytes)

6. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Joy Hanna <JoyHanna AT FREIGHTLINER DOT COM>
Date: Fri, 27 Jul 2007 06:44:25 -0700
You might also check your diskpool volume count. If its low, assuming your doing raw logical volumes, you might want to try decreasing the size of your volumes and thereby increasing the count of you
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00344.html (13,958 bytes)

7. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Robert Clark <Robert_Clark AT MAC DOT COM>
Date: Fri, 27 Jul 2007 10:01:31 -0700
Is the SATA setup as disk storage pools? Is it filesystem or raw logical volumes? What is the OS? vmstat or top/topas may give some ideas. What is the network transport? Fast ethernet? [RC] 10 days a
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00356.html (13,792 bytes)

8. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Ian-IT Smith <ian-it.smith AT DB DOT COM>
Date: Fri, 27 Jul 2007 18:30:54 +0100
Do the client backup sessions pin the log? What is the throughput on the actual client session and are these backups direct to disk? If the sessions are cancelled does the system come back to life? 1
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00357.html (16,020 bytes)

9. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Lawrence Clark <Larry_Clark AT THRUWAY.STATE.NY DOT US>
Date: Fri, 27 Jul 2007 13:39:51 -0400
Assuming the SATA are on AIX, were the logical volumes set up to hold the volumes defined as JFS2? Do the client backup sessions pin the log? What is the throughput on the actual client session and a
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00358.html (17,106 bytes)

10. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Craig Ross <craig.outlook AT GMAIL DOT COM>
Date: Sat, 28 Jul 2007 13:25:46 +1200
Thanks for all input guys, Firstly sorry for lack of detail. TSM is installed on Solaris 10, No I did not do any benchmarking, as we were not replacing any existing setup just adding more, I have 6 L
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00363.html (20,462 bytes)

11. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: "Stapleton, Mark" <mark.stapleton AT BERBEE DOT COM>
Date: Sun, 29 Jul 2007 07:03:38 -0500
This is something that popped right out for me. Do you have your storage pools located on raw logical volumes or mounted filesystems? If the latter, that might be your problem. Solaris has traditiona
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00366.html (13,855 bytes)

12. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Charles A Hart <charles_hart AT UHC DOT COM>
Date: Mon, 30 Jul 2007 06:29:31 -0500
Your DB and Log shold be RAW as well, and in small vols. (ie 12GB log should be in 2-3GB VOls, DB, vols, depengin on size of db should be 5-10GB vols. Also try to make sure the raw logical vols are e
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00370.html (14,929 bytes)

13. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Andrew Carlson <naclosagc AT GMAIL DOT COM>
Date: Mon, 30 Jul 2007 08:54:06 -0500
Could you elaborate on why the log should be in smaller volumes? I have always heard the DB should, because it opens multiple threads with multiple volumes, but since the log is sequentially written
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00372.html (16,297 bytes)

14. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Roger Deschner <rogerd AT UIC DOT EDU>
Date: Tue, 31 Jul 2007 01:14:42 -0500
. I think you are right about the Log - it need not be spread across multiple volumes. It's only got one writer. Your RAID type can affect the performance of the Disk Storage Pools and the Database d
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00387.html (19,364 bytes)

15. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Craig Ross <craig.outlook AT GMAIL DOT COM>
Date: Tue, 31 Jul 2007 23:09:24 +1200
Thanks guys. All this advise is much appreciated. For the record my TSM servers seems to have returned to more normal routines. However the log is still being pinned and log fills up to about 12% the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00388.html (22,902 bytes)

16. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Mark Scott <MScott AT BUNNINGS.COM DOT AU>
Date: Tue, 31 Jul 2007 20:16:34 +0800
Evening I have been watching these comments with interest as we are currently in the process of building a new TSM server. Discussing with colleagues we are baffled by how you create the TSM log or D
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00390.html (24,118 bytes)

17. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Tue, 31 Jul 2007 09:15:13 -0400
To create a db with raw volumes . . . . create a vg: mkvg . . . . create log vols: mklv for each log vol create dbvols: mklv for each db vol create db . . . Here is the script/cmd I used to create a
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00392.html (26,592 bytes)

18. Re: [ADSM-L] TSM performance very poor, Recovery log is being pinned (score: 1)
Author: Wanda Prather <wprather AT JASI DOT COM>
Date: Tue, 31 Jul 2007 11:12:17 -0500
In the TSM admin guide for AIX, look up "raw volumes". It has examples.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2007-07/msg00396.html (26,129 bytes)


This search system is powered by Namazu