Author: "Wimprine, Thomas" <Twimprine AT STEI DOT COM>
Date: Thu, 22 May 2008 08:59:48 -0500
I have a system(s) that have been turned off never to return. I need to set the backup data that was on them to inactive. Does anyone know how to make this happen? I looked on infocenter and couldn't
Author: David Longo <David.Longo AT HEALTH-FIRST DOT ORG>
Date: Thu, 22 May 2008 10:20:17 -0400
Depends on what you mean. 1. You wan to delete all the backup data as no longer needed. Run on TSM server "Del filespace" for that node and that will delete ALL the data for it. 2. Want to keep the d
Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>
Date: Thu, 22 May 2008 07:27:02 -0700
Wimprine, Thomas wrote: I have a system(s) that have been turned off never to return. I need to set the backup data that was on them to inactive. Does anyone know how to make this happen? I looked on
Author: Timothy Hughes <Timothy.Hughes AT OIT.STATE.NJ DOT US>
Date: Thu, 22 May 2008 10:39:50 -0400
Yeah....That's my thinking on this type of situation also. Depends on what you mean. 1. You wan to delete all the backup data as no longer needed. Run on TSM server "Del filespace" for that node and
I have a system(s) that have been turned off never to return. I need to set the backup data that was on them to inactive. Does anyone know how to make this happen? ... One way is to perform a backup
Author: "Schneider, John" <John.Schneider AT MERCY DOT NET>
Date: Thu, 22 May 2008 11:36:11 -0500
Perhaps our situation is a little different than others, but our concern when a server is decommissioned is that somebody is going to come looking for that data, sometimes weeks later. It has happene
Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Fri, 23 May 2008 09:40:56 -0400
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 05/22/2008 12:36:11 PM: We rename the node with a prefix so decommissioned nodes are easy to spot in a "q node" listing. We would rena
Author: Timothy Hughes <Timothy.Hughes AT OIT.STATE.NJ DOT US>
Date: Fri, 23 May 2008 10:11:16 -0400
We do this also put a comment in the CONTACT node field with the date the node can be deleted from TSM, and the ticket number of the request that asked us to retire the node. "ADSM: Dist Stor Manager
Author: Skylar Thompson <skylar2 AT U.WASHINGTON DOT EDU>
Date: Fri, 23 May 2008 07:31:15 -0700
Richard Rhodes wrote: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 05/22/2008 12:36:11 PM: 3) We put the clients name into a tracking file with the decommission date, so we don't
Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Fri, 23 May 2008 10:37:37 -0400
It's interesting how the CONTACT field gets used for general comments. I've often wished TSM had a general comment section (variable length) where we could keep track of changes made to a node over t
Author: "Bob Levad (641-585-6770)" <blevad AT WINNEBAGOIND DOT COM>
Date: Fri, 23 May 2008 10:07:37 -0500
We attach the date (as in \\nodename\c$\_20080523) to our old filespaces and set a tickler for deleting them. We will also occasionally rename a filespace to force a full backup if a filespace is bec
It's interesting how the CONTACT field gets used for general comments. I've often wished TSM had a general comment section (variable length) where we could keep track of changes made to a node over