The scan portion probably will take the same amount of time, but the
heavy-hitting part (marking active objects as inactive) should pick up where
it left off.

On Thu, Jan 12, 2017 at 03:00:08PM -0500, Zoltan Forray wrote:
> This node has >230M objects (both offsite and onsite) and total occupancy
> of 12TB.  It got to ~80M when I had to kill it.  Sure wish I knew if it was
> going to start all over again or pick-up where it left off?  I have more
> maintenance on this TSM server scheduled for Tuesday and if it starts all
> over again, it clearly won't finish by then.
>
> On Thu, Jan 12, 2017 at 2:20 PM, Matthew McGeary <
> Matthew.McGeary AT potashcorp DOT com> wrote:
>
> > Hello Zoltan,
> >
> > I use it every day, mostly because of changes to our VMware environment
> > (VMs seem to breed like rabbits and die like fruit flies.)  It never seems
> > to take much time in those cases, but the object count and data stored in
> > those cases isn't typically very large.
> >
> > I've never tried to decomm a node that is TB in size or one that contains
> > millions of objects.
> > __________________________
> > Matthew McGeary
> > Senior Technical Specialist ??? Infrastructure Management Services
> > PotashCorp
> > T: (306) 933-8921
> > www.potashcorp.com
> >
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On 
> > Behalf Of
> > Zoltan Forray
> > Sent: Thursday, January 12, 2017 1:15 PM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: [ADSM-L] DECOMMISSION NODE
> >
> > Anyone out there using the DECOMMISSION NODE command?  I tried it on an
> > old, inactive node and after running for 4-days, I had to cancel it due to
> > scheduled TSM server maintenance.
> >
> > My issue is, since it was only 35% finished (based on the number of
> > objects processed), will it start from the beginning or remember where it
> > left off?
> >
> > --
> > *Zoltan Forray*
> > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon
> > Monitor Administrator VMware Administrator (in training) Virginia
> > Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu
> > zforray AT vcu DOT edu - 804-828-4807 Don't be a phishing victim - VCU and 
> > other
> > reputable organizations will never use email to request that you reply with
> > your password, social security number or confidential personal information.
> > For more details visit http://infosecurity.vcu.edu/phishing.html
> >
>
>
>
> --
> *Zoltan Forray*
> Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator
> Xymon Monitor Administrator
> VMware Administrator (in training)
> Virginia Commonwealth University
> UCC/Office of Technology Services
> www.ucc.vcu.edu
> zforray AT vcu DOT edu - 804-828-4807
> Don't be a phishing victim - VCU and other reputable organizations will
> never use email to request that you reply with your password, social
> security number or confidential personal information. For more details
> visit http://infosecurity.vcu.edu/phishing.html

--
-- Skylar Thompson (skylar2 AT u.washington DOT edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine