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.mcge...@potashcorp.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@VM.MARIST.EDU] On Behalf Of > > Zoltan Forray > > Sent: Thursday, January 12, 2017 1:15 PM > > To: ADSM-L@VM.MARIST.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 > > zfor...@vcu.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 > zfor...@vcu.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 (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
