Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+TSM\s+RFE\s+regarding\s+Litigation\s+Hold\s*$/: 18 ]

Total 18 documents matching your query.

1. [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Fri, 3 May 2013 21:05:42 +0000
To all... I created an RFE to affect File Spaces and Expiration. The feature would cause expiration processing to be skipped for a file space that has been selected. It's RFE ID 33395 if you care to
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00026.html (13,615 bytes)

2. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Reese, Michael A (Mike) CIV USARMY 93 SIG BDE (US)" <michael.a.reese62.civ AT MAIL DOT MIL>
Date: Tue, 7 May 2013 17:01:18 +0000
I agree this is a great RFE, and I have added my vote to it. Go to http://www.ibm.com/developerworks/rfe/?BRAND_ID=90. You will need to sign in with your IBM ID to vote. Search by RFE ID to go to the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00046.html (15,607 bytes)

3. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Ben Bullock <BBullock AT BCIDAHO DOT COM>
Date: Tue, 7 May 2013 17:05:40 +0000
Got it. Voted. Thanks I agree this is a great RFE, and I have added my vote to it. Go to https://urldefense.proofpoint.com/v1/url?u=http://www.ibm.com/developerworks/rfe/?BRAND_ID%3D90&k=Kv4nkNfjdxVg
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00047.html (17,144 bytes)

4. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Plair, Ricky" <rplair AT HEALTHPLAN DOT COM>
Date: Tue, 7 May 2013 17:51:31 +0000
Sure could have used this in the past! Got my vote! Got it. Voted. Thanks I agree this is a great RFE, and I have added my vote to it. Go to https://urldefense.proofpoint.com/v1/url?u=http://www.ibm.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00048.html (18,200 bytes)

5. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Schneider, Jim" <jschneider AT USSCO DOT COM>
Date: Tue, 7 May 2013 17:54:11 +0000
Ditto Sure could have used this in the past! Got my vote! Got it. Voted. Thanks I agree this is a great RFE, and I have added my vote to it. Go to https://urldefense.proofpoint.com/v1/url?u=http://ww
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00049.html (19,128 bytes)

6. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Tue, 7 May 2013 13:53:49 -0400
We deal with a variety of types of litigation hold here, as well. What you can do now, easily, is to setup a parallel policy domain (i.e., LITHOLD) that has all the same management classes, but diffe
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00050.html (16,484 bytes)

7. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Tue, 7 May 2013 19:35:35 +0000
Great ideas Paul.... I'm preparing to build the alternate server without expiration approach as soon as I can scare up some resources. I'll look at the alternate Domain approach also. We deal with a
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00052.html (17,212 bytes)

8. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Tue, 7 May 2013 17:39:09 -0400
Our approach has been to export/import the node to another TSM instance under a different node name with a suffix or prefix that indicated the hold. THe mgt class is set to no-expire. We stop expirat
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00056.html (18,525 bytes)

9. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>
Date: Tue, 7 May 2013 14:45:58 -0700
Unfortunately we've had expiration holds for tens of terabytes of data, so we haven't been able to use this approach. -- Skylar Thompson (skylar2 AT u.washington DOT edu) -- Genome Sciences Departmen
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00057.html (20,216 bytes)

10. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Wed, 8 May 2013 12:52:37 +0000
I've used the export to another server solution, but this last event was the most troublesome. Five very large nodes, it took nearly a week to export one of them. Complicated by the impact on storage
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00058.html (19,333 bytes)

11. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Wed, 8 May 2013 09:25:18 -0400
Rick, Your note reminded me that I left out a couple of steps in my description of what we do. We also change the nodename on the node as it is exported to the other server. We don't suspend expirati
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00059.html (20,850 bytes)

12. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Wed, 8 May 2013 13:48:50 +0000
I found a shortcut on my RFE to share with anyone as a quick way to find it. http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=33395 The link will take you through the DeveloperWor
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00062.html (21,183 bytes)

13. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Prather, Wanda" <Wanda.Prather AT ICFI DOT COM>
Date: Wed, 8 May 2013 15:33:33 +0000
Just want to clarify something for people who haven't dealt with this before. It depends on what you mean when you say "stop expiration". Suppose you have the copy group limit set to 30 versions. If
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00067.html (18,740 bytes)

14. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Wed, 8 May 2013 11:51:47 -0400
Good points, Wanda. Just to clarify, this is the definition for our "PRESERVE" domain (what I had been calling LITHOLD earlier): tsm: ADSM6>q copy preserve Policy Policy Mgmt Copy Versions Versions R
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00069.html (21,124 bytes)

15. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Wed, 8 May 2013 16:04:32 +0000
Ah, it appears I miss-understood EXACTLY what happens in expiration. The intent of a litigation is, in my case, to satisfy the instruction from legal that says: 'keep everything'. That would include
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00070.html (19,736 bytes)

16. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Wed, 8 May 2013 16:33:05 +0000
On the point by Wanda regarding when files are "lost." I was just visiting with one of my co-workers that built our original TSM environment several years ago; IBM was here to help. It was observed t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00071.html (19,910 bytes)

17. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Wed, 8 May 2013 13:44:42 -0400
I believe the TSM client enforces the # of versions limit specified in the management class, but not the retention attributes (# of days to keep inactive versions). Only the TSM Expiration process wi
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00072.html (22,464 bytes)

18. Re: [ADSM-L] TSM RFE regarding Litigation Hold (score: 1)
Author: "Vandeventer, Harold [BS]" <Harold.Vandeventer AT KS DOT GOV>
Date: Wed, 8 May 2013 19:19:06 +0000
We're clearly deep into the mire of exactly how TSM works. But, it the Developers pick up this request, they'll figure something out; either for Client Backup or Expire, or both. I believe the TSM cl
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2013-05/msg00073.html (22,866 bytes)


This search system is powered by Namazu