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 | stor...@us.ibm.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@VM.MARIST.EDU> wrote on 2016-04-29 02:14:37: > From: Rainer Tammer <t...@spg.schulergroup.com> > To: ADSM-L@VM.MARIST.EDU > Date: 2016-04-29 02:23 > Subject: Re: TSM Server 7.1.4 woes > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.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 | stor...@us.ibm.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@VM.MARIST.EDU> wrote on 2016-04-28 > > 09:15:31: > > > >> From: Michael Prix <m...@rs6000.darktech.org> > >> To: ADSM-L@VM.MARIST.EDU > >> Date: 2016-04-28 09:18 > >> Subject: Re: TSM Server 7.1.4 woes > >> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.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 | stor...@us.ibm.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@VM.MARIST.EDU> wrote on 2016-04-27 > >>> 12:54:02: > >>> > >>>> From: Andrew Raibeck/Hartford/IBM@IBMUS > >>>> To: ADSM-L@VM.MARIST.EDU > >>>> Date: 2016-04-27 12:57 > >>>> Subject: Re: TSM Server 7.1.4 woes > >>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.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 | stor...@us.ibm.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@VM.MARIST.EDU> wrote on 2016-04-27 > >>>> 09:43:00: > >>>> > >>>>> From: Michael Prix <m...@rs6000.darktech.org> > >>>>> To: ADSM-L@VM.MARIST.EDU > >>>>> Date: 2016-04-27 09:44 > >>>>> Subject: Re: TSM Server 7.1.4 woes > >>>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.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 | > > stor...@us.ibm.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@VM.MARIST.EDU> wrote on > > 2016-04-27 > >>>>>> 08:36:23: > >>>>>> > >>>>>>> From: Andrew Raibeck/Hartford/IBM@IBMUS > >>>>>>> To: ADSM-L@VM.MARIST.EDU > >>>>>>> Date: 2016-04-27 08:37 > >>>>>>> Subject: Re: TSM Server 7.1.4 woes > >>>>>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.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 | > > stor...@us.ibm.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@VM.MARIST.EDU> wrote on > >>> 2016-04-26 > >>>>>>> 07:03:38: > >>>>>>> > >>>>>>>> From: Michael Prix <m...@rs6000.darktech.org> > >>>>>>>> To: ADSM-L@VM.MARIST.EDU > >>>>>>>> Date: 2016-04-26 07:04 > >>>>>>>> Subject: TSM Server 7.1.4 woes > >>>>>>>> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.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 > >>>>>>>> > > >
