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

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)

Current List: 1 - 18
Page: [1]