Bummer, I guess I've never tried canceling the process. It sounds like a
bug to me, as other processes in TSM are supposed to be transactional and
incremental.
On Thu, Jan 12, 2017 at 03:44:24PM -0500, Zoltan Forray wrote:
> It won't continue. When I canceled the processes, it said something about
> undoing the decommissioning. However, when I just tried to restart the
> DECOMMISSION NODE, it errors saying the node is already decommissioned?
> Looking back in the logs, it says the decommission ended with "completion
> state of SUCCESS" (wrong) eventhough I canceled it. Sounds like a bug to
> me. Looks like I have to drag out the sledgehammer and delete it manually!
>
> On Thu, Jan 12, 2017 at 3:05 PM, Skylar Thompson <skylar2 AT u.washington DOT
> edu>
> wrote:
>
> > 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
> >
>
>
>
> --
> *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
|
