I had used the CANCEL SESSION nnnn command from Admin Center Command prompt
line.
It continually re-established sessions and I finally let it roll to completion.
That was for a drive that had previously backed up, with almost no change, so
I wasn't too worried about bandwidth.
The node I'm trying to test now is new, so a LOT of data to be transferred.
I don't have access to the node, it's several blocks away, no RDP allowed.
The node manager is "in house" today, but some political issues (partly based
on the fact backup didn't run last night) are keeping her in a meeting (getting
yelled at) rather than being able to actually work and help solve the trouble.
I'm confident the normal schedule for tonight will run, I have a successful
TELENT <ip> <port> test. But mgmt on the other end is yelling/screaming.
Several have offered suggestions; I'll fire off a schedule and try again.
Thanks to all.
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Andrew Raibeck
Sent: Tuesday, February 10, 2015 10:42 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Stopping a client backup
Replying to my own post.... when you cancel a scheduled backup session, here is
what I would expect to see. Note the key message, ANS1369E.
---------------------------------------------------------
Normal File--> <file_size> <file_name> ** Unsuccessful **
ANS1809W A session with the TSM server has been disconnected. An attempt will
be made to reestablish the connection.
... failedtion attempt will be made in 00:00:00
Total number of objects inspected: 2,640
Total number of objects backed up: 207
... [snip ending stats]
Elapsed processing time: 00:02:07
ANS1369E Session Rejected: The session was canceled by the server administrator.
ANS1512E Scheduled event 'STANDARD' failed. Return code = 12.
Sending results for scheduled event 'STANDARD'.
Results sent to server for scheduled event 'STANDARD'.
TSM Backup-Archive Client Version 7, Release 1, Level 1.1 Querying server for
next scheduled event.
Node Name: RAIBECK
---------------------------------------------------------
Regards,
- Andy
____________________________________________________________________________
Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead | storman AT
us.ibm DOT com
IBM Tivoli Storage Manager links:
Product support:
http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/Tivoli_Storage_Manager
Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome
Product Wiki:
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storage%20Manager
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2015-02-10
11:28:51:
> From: Andrew Raibeck/Hartford/IBM@IBMUS
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 2015-02-10 11:37
> Subject: Re: Stopping a client backup
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Hi Harold,
>
> This is interesting... what method are you using the cancel the client
> sessions? If you cancel the session from the admin client (CANCEL
> SESSION command), then the client should recognize that the session
> was cancelled by a TSM server administrator and not re-try the backup
> (though it may reconnect to report backup status).
>
> - Andy
>
>
____________________________________________________________________________
>
> Andrew Raibeck | Tivoli Storage Manager Level 3 Technical Lead |
> storman AT us.ibm DOT com
>
> IBM Tivoli Storage Manager links:
> Product support:
> http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/
> Tivoli_Storage_Manager
>
> Online documentation:
> http://www.ibm.com/support/knowledgecenter/SSGSG7/welcome
> Product Wiki:
> https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%
> 20Storage%20Manager
>
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2015-02-10
> 11:21:16:
>
> > From: "Vandeventer, Harold [OITS]" <Harold.Vandeventer AT KS DOT GOV>
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Date: 2015-02-10 11:23
> > Subject: Re: Stopping a client backup Sent by: "ADSM: Dist Stor
> > Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >
> > I'll investigate LOCK NODE.
> >
> > I've tried creating an Option Set with COMMRESTARTDURATION and
> > COMMRESTARTINTERVAL but Admin Center 6.3.4.300 insists those are
> > invalid options.
> >
> > I'm experimenting with my workstation node, and modified my
> > preferences for those comm settings. Then tried to copy the option
> > name into Admin Center.... but not a valid option name apparently.
> >
> > Help in the baclient GUI indicates a server side option can override
> > the node dsm.opt value.
> >
> > I'll try the new Operations Center, but not holding my breath there.
> >
> >
> >
> > -----Original Message-----
> > From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On
> > Behalf Of Skylar Thompson
> > Sent: Tuesday, February 10, 2015 9:52 AM
> > To: ADSM-L AT VM.MARIST DOT EDU
> > Subject: Re: [ADSM-L] Stopping a client backup
> >
> > "LOCK NODE" ought to do the trick. Or, if it's just a scheduled
> > task, expire the schedule - "UPD SCH <domain> <sch-name>
EXPIR=today-1".
> >
> > On Tue, Feb 10, 2015 at 03:47:22PM +0000, Vandeventer, Harold [OITS]
> wrote:
> > > I've been fighting a scheduled backup issue for one node.
> > Probably a firewall issue.
> > >
> > > But, to keep management happy, a successful TELNET <ip>
> > <portnumber> will not suffice.
> > >
> > > I need to cancel the backup due to bandwidth issues across the
> > wire during daytime hours. The normal schedule won't run until late
> > in the evening.
> > >
> > > I've tried cancelling sessions, but the node end is re-
> > establishing sessions to keep the backup running.
> > >
> > > So, the question: How can I start a scheduled backup, then, once I
> > see it is working, cancel it?
> > >
> > > Thanks.
> > >
> > > ------------------------------------------------------------
> > > Harold Vandeventer
> > > Systems Programmer
> > > State of Kansas - Office of Information Technology Services STE
> > > 751-S
> > > 910 SW Jackson
> > > (785) 296-0631
> > >
> > >
> > > [Confidentiality notice:]
> > >
***********************************************************************
> > > This e-mail message, including attachments, if any, is intended
> > > for
the
> > > person or entity to which it is addressed and may contain
confidential
> > > or privileged information. Any unauthorized review, use, or
disclosure
> > > is prohibited. If you are not the intended recipient, please
> > > contact the sender and destroy the original message, including all
> > > copies, Thank you.
> > >
***********************************************************************
> >
> > --
> > -- 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
> >
|
