Hello Rainer,
As far as I can tell, there is no problem with the server, so there is
nothing to fix on the server. The issue I described in my prior email was
on the client side. The problem was in older versions of the client, and
fixed in the client levels I indicated.
Best regards,
Andy
____________________________________________________________________________
Andrew Raibeck | IBM Spectrum Protect Level 3 | storman AT us.ibm DOT com
IBM Tivoli Storage Manager links:
Product support:
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manager
Online documentation:
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.html
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 2016-04-29
02:14:37:
> From: Rainer Tammer <tsm AT SPG.SCHULERGROUP DOT COM>
> To: ADSM-L AT VM.MARIST DOT EDU
> Date: 2016-04-29 02:23
> Subject: Re: TSM Server 7.1.4 woes
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
>
> Hello,
> excellent explanation.
>
> Will this be fixed in a future server level?
>
> Bye
> Rainer
>
> On 28.04.2016 17:11, Andrew Raibeck wrote:
> > Hi Michael,
> >
> > Glad to hear that did the trick. Here is some explanation, if you care
for
> > gory detail:
> >
> > When the client requests a restore (or retrieve), it tells the server
in
> > advance if the client is willing to wait for a tape to be mounted. If
it
> > tells the server "do not wait", then the server returns "data
unavailable"
> > which surfaces as the ANS4035W message you encountered. The wait is
> > supposed to be implicit when the QUIET option is in effect, or when
> > TAPEPROMPT NO is in effect. Default settings are VERBOSE (not QUIET)
and
> > TAPEPROMPT NO.
> >
> > My findings in looking at this issue are that when doing a classic
restore
> > operation with older client versions, the client ignores TAPEPROMPT.
Thus
> > if you do not specify QUIET:
> >
> > dsmc restore c:\mydir\myfile.txt ==> Gets the ANS4035W message,
as
> > this is a "classic" restore
> >
> > dsmc restore c:\mydir\ -disablenqr=yes ==-> Gets the ANS4035W
> > message, as classic restore is explicitly requested
> >
> > When doing a no-query restore operation or using QUIET, I do not see
the
> > issue:
> >
> > dsmc restore c:\mydir\ ==> Successfully restores myfile.txt (and
> > whatever else might be in C:\mydir), as a file system or directory
restore
> > is no query by default.
> >
> > dsmc restore c:\mydir\myfile.txt -quiet ==> Successfully
restores
> > myfile.txt
> >
> > What I found is an older APAR, IC70650, that fixes the problem. It is
fixed
> > in 6.1.4 (and later 6.1.x levels); 6.2.2 (and later 6.2.x levels); and
in
> > later client releases and versions). Here is a link to the APAR:
> >
> > http://www.ibm.com/support/docview.wss?uid=swg1IC70650
> >
> > If you read that APAR, you will see it has nothing to do with the
restore
> > issue. However at the time that APAR was fixed, the developer who fixed
it
> > also (apparently) ran into the same issue you did, so he (quietly)
> > corrected this restore issue at the same time.
> >
> > As I mentioned above, the correct behavior is for the client to wait
for
> > the tape mount when the QUIET option is set or when TAPEPROMPT NO is
set.
> > However the problem you encountered is due to the code only checking
for
> > the QUIET setting during classic restore. The fix was to have the
client
> > also check the TAPEPROMPT setting. This is why using the QUIET option
> > allows the restore to proceed.
> >
> > As to why this issue has not surfaced previously, I do not know. Maybe
> > because typical restores are of entire file systems or directories; or
> > maybe because many users configure the QUIET option. But with that
having
> > been said, I've no reason to think this problem is specific to the
newer
> > 7.1.x server versions.
> >
> > Best regards,
> >
> > Andy
> >
> >
____________________________________________________________________________
> >
> > Andrew Raibeck | IBM Spectrum Protect Level 3 | storman AT us.ibm DOT com
> >
> > IBM Tivoli Storage Manager links:
> > Product support:
> > https://www.ibm.com/support/entry/portal/product/tivoli/
> tivoli_storage_manager
> >
> > Online documentation:
> > http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/
> welcome_ssgsg7.html
> >
> > 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 2016-04-28
> > 09:15:31:
> >
> >> From: Michael Prix <mp AT RS6000.DARKTECH DOT ORG>
> >> To: ADSM-L AT VM.MARIST DOT EDU
> >> Date: 2016-04-28 09:18
> >> Subject: Re: TSM Server 7.1.4 woes
> >> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >>
> >> Hello Andrew,
> >>
> >> setting QUIET resolved all problems, down to ADSM 2.1.8 :-)
> >> Thank you very much for your time and efforts. It is always a pleasure
to
> > get
> >> immediate help beyond the scope of the normal support lines.
> >> Just for curiosity: What's the difference in the selection of an
object
> >> between VERBOSE and QUIET to generate such a reaction?
> >>
> >> --
> >> Michael Prix
> >> On Mi, 2016-04-27 at 13:46 -0400, Andrew Raibeck wrote:
> >>> Follow-up:
> >>>
> >>> Can you put the QUIET option in the client options file, then try the
> >>> restore again? This is without upgrading the client software.
> >>>
> >>> Let me know if this enables a successful restore from tape.
> >>>
> >>> Best regards,
> >>>
> >>> Andy
> >>>
> >>>
> >
____________________________________________________________________________
> >
> >>> Andrew Raibeck | IBM Spectrum Protect Level 3 | storman AT us.ibm DOT com
> >>>
> >>> IBM Tivoli Storage Manager links:
> >>> Product support:
> >>>
> >
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manag
> >
> >>> er
> >>>
> >>> Online documentation:
> >>>
> >
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.htm
> >
> >>> l
> >>>
> >>> Product Wiki:
> >>>
> >
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storag
> >
> >>> e%20Manager
> >>>
> >>> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on
> >>> 2016-04-27
> >>> 12:54:02:
> >>>
> >>>> From: Andrew Raibeck/Hartford/IBM@IBMUS
> >>>> To: ADSM-L AT VM.MARIST DOT EDU
> >>>> Date: 2016-04-27 12:57
> >>>> Subject: Re: TSM Server 7.1.4 woes
> >>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >>>>
> >>>> Hi Michael,
> >>>>
> >>>> I am looking further into this, but have you tried the latest 6.1
> > client
> >>>> level? I tested 6.1.0.0, and I get the same error you do (backing up
> > to
> >>> LTO
> >>>> tape). I tried the restore with 6.1.5.0 and it was successful.
> >>>>
> >>>> server: 7.1.4 on AIX
> >>>> client: 6.1.0.0 on Windows 7 (backup and first restore test)
> >>>> client: 6.1.5.0 on Windows 7 (restore of file backed up with 6.1.0.0
> > was
> >>>> successful)
> >>>>
> >>>> Regards,
> >>>>
> >>>> Andy
> >>>>
> >>>>
> >
____________________________________________________________________________
> >
> >>>> Andrew Raibeck | IBM Spectrum Protect Level 3 | storman AT us.ibm DOT com
> >>>>
> >>>> IBM Tivoli Storage Manager links:
> >>>> Product support:
> >>>>
> >
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manag
> >
> >>> er
> >>>
> >>>> Online documentation:
> >>>>
> >
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.htm
> >
> >>> l
> >>>
> >>>> 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
> >>>> 2016-04-27
> >>>> 09:43:00:
> >>>>
> >>>>> From: Michael Prix <mp AT RS6000.DARKTECH DOT ORG>
> >>>>> To: ADSM-L AT VM.MARIST DOT EDU
> >>>>> Date: 2016-04-27 09:44
> >>>>> Subject: Re: TSM Server 7.1.4 woes
> >>>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >>>>>
> >>>>> Hello Andrew,
> >>>>>
> >>>>> yes, you are correct ANS4035W ist the correct message.
> >>>>> As of your suggestions, we did some backups and restores and found
> > out
> >>>> that
> >>>>> this error only appears if the object resides on tape. It doesn't
> >>> matter
> >>>> if
> >>>>> tape is primary, copy or nextstoragepool.
> >>>>>
> >>>>> This error appears on Windows, Linux (x and p) and AIX clients up
> > to
> >>> and
> >>>>> including Client Version 6.1.x.y (other OS and Versions still
> > testing)
> >>>> working
> >>>>> with Linux (x and p), AIX and Windows servers.
> >>>>>
> >>>>> ANE4035W reported in Actlog.
> >>>>>
> >>>>> --
> >>>>> Michael PrixOn Mi, 2016-04-27 at 08:38 -0400, Andrew Raibeck wrote:
> >>>>>> And another question:
> >>>>>>
> >>>>>> I think the message is on the client, ANS4035W (not ANR4035W)?
> > When
> >>> the
> >>>>>> problem occurs, are there any messages displayed in the server
> >>> activity
> >>>> log
> >>>>>> that would seem to correspond with this issue?
> >>>>>>
> >>>>>> Andy
> >>>>>>
> >>>>>>
> >
____________________________________________________________________________
> >
> >>>>>> Andrew Raibeck | IBM Spectrum Protect Level 3 |
> > storman AT us.ibm DOT com
> >>>>>> IBM Tivoli Storage Manager links:
> >>>>>> Product support:
> >>>>>>
> >
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manag
> >
> >>>>>> er
> >>>>>>
> >>>>>> Online documentation:
> >>>>>>
> >
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.htm
> >
> >>>>>> l
> >>>>>>
> >>>>>> Product Wiki:
> >>>>>>
> >
https://www.ibm.com/developerworks/community/wikis/home/wiki/Tivoli%20Storag
> >
> >>>>>> e%20Manager
> >>>>>>
> >>>>>> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on
> > 2016-04-27
> >>>>>> 08:36:23:
> >>>>>>
> >>>>>>> From: Andrew Raibeck/Hartford/IBM@IBMUS
> >>>>>>> To: ADSM-L AT VM.MARIST DOT EDU
> >>>>>>> Date: 2016-04-27 08:37
> >>>>>>> Subject: Re: TSM Server 7.1.4 woes
> >>>>>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >>>>>>>
> >>>>>>> Hello Michael,
> >>>>>>>
> >>>>>>> On what type of media does the backup data reside? Does this
> >>> restore
> >>>>>> issue
> >>>>>>> occur when the data is on:
> >>>>>>>
> >>>>>>> * Disk (random access, device class DISK)
> >>>>>>> * Disk (sequential, device class FILE)
> >>>>>>> * Tape (a tape device class)
> >>>>>>> * Next generation storage pool
> >>>>>>>
> >>>>>>> What type (operating system, e.g., Windows, AIX, Linux) of
> > clients
> >>> do
> >>>> you
> >>>>>>> know to be affected?
> >>>>>>>
> >>>>>>> Best regards,
> >>>>>>>
> >>>>>>> Andy
> >>>>>>>
> >>>>>>>
> >
____________________________________________________________________________
> >
> >>>>>>> Andrew Raibeck | IBM Spectrum Protect Level 3 |
> > storman AT us.ibm DOT com
> >>>>>>> IBM Tivoli Storage Manager links:
> >>>>>>> Product support:
> >>>>>>>
> >
https://www.ibm.com/support/entry/portal/product/tivoli/tivoli_storage_manag
> >
> >>>>>> er
> >>>>>>
> >>>>>>> Online documentation:
> >>>>>>>
> >
http://www.ibm.com/support/knowledgecenter/SSGSG7/landing/welcome_ssgsg7.htm
> >
> >>>>>> l
> >>>>>>
> >>>>>>> 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
> >>> 2016-04-26
> >>>>>>> 07:03:38:
> >>>>>>>
> >>>>>>>> From: Michael Prix <mp AT RS6000.DARKTECH DOT ORG>
> >>>>>>>> To: ADSM-L AT VM.MARIST DOT EDU
> >>>>>>>> Date: 2016-04-26 07:04
> >>>>>>>> Subject: TSM Server 7.1.4 woes
> >>>>>>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
> >>>>>>>>
> >>>>>>>> Hello all,
> >>>>>>>>
> >>>>>>>> it is well known that older clients are out of support, but
> >>> still
> >>>>>>> continue
> >>>>>>>> to work with the capabilities they were designed for.
> >>>>>>>> Now I and some colleagues of mine upgraded customers to TSM
> > 7.1.4
> >>>> and
> >>>>>>> 7.1.5,
> >>>>>>>> with client-versions ranging from 5.5 to 7.1, and all of a
> > sudden
> >>>> all
> >>>>>>> clients
> >>>>>>>> <=6.1 can still backup to the server, but aren't any longer
> > able
> >>> to
> >>>>>>>> restore/retrieve files. ANR4035W is reported.
> >>>>>>>> While this might not be a situation where one could get
> > support
> >>>> from
> >>>>>> IBM,
> >>>>>>> it
> >>>>>>>> is still a new situation as we as old *SMers are used to the
> > fact
> >>>> that
> >>>>>>> old
> >>>>>>>> clients remain useable after an upgrade.
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> Michael Prix
> >>>>>>>>
> >
>
|
