Re: TSM Server 7.1.4 woes
For info, the full text of APAR IT15117 is now available on the IBM website at http://www.ibm.com/support/entdocview.wss?uid=swg1IT15117 I'd like to express my gratitude to Michael Prix for uncovering this issue, and to Andrew Raibeck for his tenacity in getting to the bottom of it. Regards Neil Schofield Tivoli Storage Manager SME Backup & Recovery | Storage & Middleware | Central Infrastructure Services | Infrastructure & Service Delivery | Group IT LLOYDS BANKING GROUP Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded.
Re: TSM Server 7.1.4 woes
Hello Andy, Thanks very much for your support, it's really appreciated! Bye Rainer On 05.05.2016 19:54, Andrew Raibeck wrote: > Hello all, > > Neil took me up on my offer to look at a trace, and thanks to his > persistence, that indeed led to unmasking a problem in the 7.1.4 server. > > APAR IT15117 has been opened for this issue. It may take a day or so before > it is visible on the web. As discussed previously, the files can be > restored when the QUIET option is used. > > Note that current client versions will also encounter this issue if they > use TAPEPROMPT YES, regardless of the VERBOSE or QUIET setting. In that > case, the workaround is to use TAPEPROMPT NO. The default setting is > TAPEPROMPT NO, and I think it uncommon to set this option to YES; but I > mention it here for completeness. > > 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" wrote on 2016-04-29 > 12:24:42: > >> From: Andrew Raibeck/Hartford/IBM@IBMUS >> To: ADSM-L@VM.MARIST.EDU >> Date: 2016-04-29 12:26 >> Subject: Re: TSM Server 7.1.4 woes >> Sent by: "ADSM: Dist Stor Manager" >> >> Hi Neil, >> >> What I can tell you is that my testing was done with a 7.1.4 server, and > I >> reproduced the symptoms consistent with the old defect I mentioned in my >> prior email. When I applied the workaround for that issue (QUIET option), > I >> could do the restore. The other ADSM-L poster, Michael Prix, verified > that >> QUIET solved it for him, too. So based on what I know, everything works > as >> I have described. At this time I have no reason to think that this is >> attributable to a specific version of the server. >> >> If you have a 6.1.0.0 client, try the same testing I described earlier: >> back up a file to a 7.1.1 server, then try to restore it. Make sure you >> explicitly specify the file for the restore file spec (not just the >> directory), e.g.: >> >> dsmc restore /mydir/myfile.txt >> >> and that VERBOSE logging is enabled. I would expect you to get the same >> message, ANS4035W. Then try the restore again, with QUIET, and see if it >> avoids the issue. >> >> Assuming that this all works as I describe, then I would expect the same >> behavior for 7.1.4 (or later) as I would for 7.1.1, or any prior server >> level. >> >> If, in fact, the restore from tape from the 7.1.1 server is successful > with >> VERBOSE logging enabled, then repeat the restore like this: >> >>dsmc restore /mydir/myfile.txt -traceflags=service,verbdetail >> -tracefile=dsmc_rest_trace.out >> >> and send me the resulting trace file, and I will see what I can see... >> >> 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" wrote on 2016-04-29 >> 10:38:16: >> >>> From: "Schofield, Neil (Storage & Middleware, Backup & Restore)" >>> >>> To: ADSM-L@VM.MARIST.EDU >>> Date: 2016-04-29 10:39 >>> Subject: Re: TSM Server 7.1.4 woes >>> Sent by: "ADSM: Dist Stor Manager" >>> >>> Andy >>> >>> Thanks for looking into this. We've got an upgrade from 7.1.1 to 7. >>> 1.4 planned for next week so this thread got me a little worried as >>> it does involve some legacy clients. >>> >>> Just so we're clear, can I reassure our users that with regards to >>> this specific issue there will be no difference in the behaviour of >>> the legacy clients between the
Re: TSM Server 7.1.4 woes
PERSISTENCE PAYS OFF! Well done, both of you! Best regards, Mike, x7942 RMD IT Client Services On Thu, May 5, 2016 at 1:54 PM, Andrew Raibeck wrote: > Hello all, > > Neil took me up on my offer to look at a trace, and thanks to his > persistence, that indeed led to unmasking a problem in the 7.1.4 server. > > APAR IT15117 has been opened for this issue. It may take a day or so before > it is visible on the web. As discussed previously, the files can be > restored when the QUIET option is used. > > Note that current client versions will also encounter this issue if they > use TAPEPROMPT YES, regardless of the VERBOSE or QUIET setting. In that > case, the workaround is to use TAPEPROMPT NO. The default setting is > TAPEPROMPT NO, and I think it uncommon to set this option to YES; but I > mention it here for completeness. > > 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" wrote on 2016-04-29 > 12:24:42: > > > From: Andrew Raibeck/Hartford/IBM@IBMUS > > To: ADSM-L@VM.MARIST.EDU > > Date: 2016-04-29 12:26 > > Subject: Re: TSM Server 7.1.4 woes > > Sent by: "ADSM: Dist Stor Manager" > > > > Hi Neil, > > > > What I can tell you is that my testing was done with a 7.1.4 server, and > I > > reproduced the symptoms consistent with the old defect I mentioned in my > > prior email. When I applied the workaround for that issue (QUIET option), > I > > could do the restore. The other ADSM-L poster, Michael Prix, verified > that > > QUIET solved it for him, too. So based on what I know, everything works > as > > I have described. At this time I have no reason to think that this is > > attributable to a specific version of the server. > > > > If you have a 6.1.0.0 client, try the same testing I described earlier: > > back up a file to a 7.1.1 server, then try to restore it. Make sure you > > explicitly specify the file for the restore file spec (not just the > > directory), e.g.: > > > > dsmc restore /mydir/myfile.txt > > > > and that VERBOSE logging is enabled. I would expect you to get the same > > message, ANS4035W. Then try the restore again, with QUIET, and see if it > > avoids the issue. > > > > Assuming that this all works as I describe, then I would expect the same > > behavior for 7.1.4 (or later) as I would for 7.1.1, or any prior server > > level. > > > > If, in fact, the restore from tape from the 7.1.1 server is successful > with > > VERBOSE logging enabled, then repeat the restore like this: > > > >dsmc restore /mydir/myfile.txt -traceflags=service,verbdetail > > -tracefile=dsmc_rest_trace.out > > > > and send me the resulting trace file, and I will see what I can see... > > > > 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" wrote on 2016-04-29 > > 10:38:16: > > > > > From: "Schofield, Neil (Storage & Middleware, Backup & Restore)" > > > > > > To: ADSM-L@VM.MARIST.EDU > > > Date: 2016-04-29 10:39 > > > Subject: Re: TSM Server 7.1.4 woes > > > Sent by: "ADSM: Dist Stor Manager" > > > > > > Andy > > > > > > Thanks for looking into this. We've got an upgrade from 7.1.1 to 7. > > > 1.4 planned for next week so this thread got me a little worried as > > > it does involve some legacy clients. > > > > > > Just so we're clear, can
Re: TSM Server 7.1.4 woes
Hello all, Neil took me up on my offer to look at a trace, and thanks to his persistence, that indeed led to unmasking a problem in the 7.1.4 server. APAR IT15117 has been opened for this issue. It may take a day or so before it is visible on the web. As discussed previously, the files can be restored when the QUIET option is used. Note that current client versions will also encounter this issue if they use TAPEPROMPT YES, regardless of the VERBOSE or QUIET setting. In that case, the workaround is to use TAPEPROMPT NO. The default setting is TAPEPROMPT NO, and I think it uncommon to set this option to YES; but I mention it here for completeness. 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" wrote on 2016-04-29 12:24:42: > From: Andrew Raibeck/Hartford/IBM@IBMUS > To: ADSM-L@VM.MARIST.EDU > Date: 2016-04-29 12:26 > Subject: Re: TSM Server 7.1.4 woes > Sent by: "ADSM: Dist Stor Manager" > > Hi Neil, > > What I can tell you is that my testing was done with a 7.1.4 server, and I > reproduced the symptoms consistent with the old defect I mentioned in my > prior email. When I applied the workaround for that issue (QUIET option), I > could do the restore. The other ADSM-L poster, Michael Prix, verified that > QUIET solved it for him, too. So based on what I know, everything works as > I have described. At this time I have no reason to think that this is > attributable to a specific version of the server. > > If you have a 6.1.0.0 client, try the same testing I described earlier: > back up a file to a 7.1.1 server, then try to restore it. Make sure you > explicitly specify the file for the restore file spec (not just the > directory), e.g.: > > dsmc restore /mydir/myfile.txt > > and that VERBOSE logging is enabled. I would expect you to get the same > message, ANS4035W. Then try the restore again, with QUIET, and see if it > avoids the issue. > > Assuming that this all works as I describe, then I would expect the same > behavior for 7.1.4 (or later) as I would for 7.1.1, or any prior server > level. > > If, in fact, the restore from tape from the 7.1.1 server is successful with > VERBOSE logging enabled, then repeat the restore like this: > >dsmc restore /mydir/myfile.txt -traceflags=service,verbdetail > -tracefile=dsmc_rest_trace.out > > and send me the resulting trace file, and I will see what I can see... > > 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" wrote on 2016-04-29 > 10:38:16: > > > From: "Schofield, Neil (Storage & Middleware, Backup & Restore)" > > > > To: ADSM-L@VM.MARIST.EDU > > Date: 2016-04-29 10:39 > > Subject: Re: TSM Server 7.1.4 woes > > Sent by: "ADSM: Dist Stor Manager" > > > > Andy > > > > Thanks for looking into this. We've got an upgrade from 7.1.1 to 7. > > 1.4 planned for next week so this thread got me a little worried as > > it does involve some legacy clients. > > > > Just so we're clear, can I reassure our users that with regards to > > this specific issue there will be no difference in the behaviour of > > the legacy clients between the two server versions? I know you > > managed to reproduce the issue that Mark described on a 7.1.4 > > server, but I wondered whether you'd been able to prove it also > > existed with any server version prior to 7.1.4? > > > > Regards > > Neil Schofield > > Tivoli Storage Manager SME > > Backup & Recovery | Storage & Middleware | Central Infrastructure > > Services | Infrastructure & Service Delivery | Group IT > > LLOYDS BANKING GROUP > > > > > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh > >
Re: TSM Server 7.1.4 woes
Hi Neil, What I can tell you is that my testing was done with a 7.1.4 server, and I reproduced the symptoms consistent with the old defect I mentioned in my prior email. When I applied the workaround for that issue (QUIET option), I could do the restore. The other ADSM-L poster, Michael Prix, verified that QUIET solved it for him, too. So based on what I know, everything works as I have described. At this time I have no reason to think that this is attributable to a specific version of the server. If you have a 6.1.0.0 client, try the same testing I described earlier: back up a file to a 7.1.1 server, then try to restore it. Make sure you explicitly specify the file for the restore file spec (not just the directory), e.g.: dsmc restore /mydir/myfile.txt and that VERBOSE logging is enabled. I would expect you to get the same message, ANS4035W. Then try the restore again, with QUIET, and see if it avoids the issue. Assuming that this all works as I describe, then I would expect the same behavior for 7.1.4 (or later) as I would for 7.1.1, or any prior server level. If, in fact, the restore from tape from the 7.1.1 server is successful with VERBOSE logging enabled, then repeat the restore like this: dsmc restore /mydir/myfile.txt -traceflags=service,verbdetail -tracefile=dsmc_rest_trace.out and send me the resulting trace file, and I will see what I can see... 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" wrote on 2016-04-29 10:38:16: > From: "Schofield, Neil (Storage & Middleware, Backup & Restore)" > > To: ADSM-L@VM.MARIST.EDU > Date: 2016-04-29 10:39 > Subject: Re: TSM Server 7.1.4 woes > Sent by: "ADSM: Dist Stor Manager" > > Andy > > Thanks for looking into this. We've got an upgrade from 7.1.1 to 7. > 1.4 planned for next week so this thread got me a little worried as > it does involve some legacy clients. > > Just so we're clear, can I reassure our users that with regards to > this specific issue there will be no difference in the behaviour of > the legacy clients between the two server versions? I know you > managed to reproduce the issue that Mark described on a 7.1.4 > server, but I wondered whether you'd been able to prove it also > existed with any server version prior to 7.1.4? > > Regards > Neil Schofield > Tivoli Storage Manager SME > Backup & Recovery | Storage & Middleware | Central Infrastructure > Services | Infrastructure & Service Delivery | Group IT > LLOYDS BANKING GROUP > > > Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh > EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 > 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London > EC2V 7HN. Registered in England and Wales no. 2065. Telephone > 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, > Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: > 03457 801 801. Cheltenham & Gloucester plc. Registered Office: > Barnett Way, Gloucester GL4 3RL. Registered in England and Wales > 2299428. Telephone: 0345 603 1637 > > Lloyds Bank plc, Bank of Scotland plc are authorised by the > Prudential Regulation Authority and regulated by the Financial > Conduct Authority and Prudential Regulation Authority. > > Cheltenham & Gloucester plc is authorised and regulated by the > Financial Conduct Authority. > > Halifax is a division of Bank of Scotland plc. Cheltenham & > Gloucester Savings is a division of Lloyds Bank plc. > > HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > Registered in Scotland no. SC218813. > > This e-mail (including any attachments) is private and confidential > and may contain privileged material. If you have received this e- > mail in error, please notify the sender and delete it (including any > attachments) immediately. You must not copy, distribute, disclose or > use any of the information in it or any attachments. Telephone calls > may be monitored or recorded. >
Re: TSM Server 7.1.4 woes
Andy Thanks for looking into this. We've got an upgrade from 7.1.1 to 7.1.4 planned for next week so this thread got me a little worried as it does involve some legacy clients. Just so we're clear, can I reassure our users that with regards to this specific issue there will be no difference in the behaviour of the legacy clients between the two server versions? I know you managed to reproduce the issue that Mark described on a 7.1.4 server, but I wondered whether you'd been able to prove it also existed with any server version prior to 7.1.4? Regards Neil Schofield Tivoli Storage Manager SME Backup & Recovery | Storage & Middleware | Central Infrastructure Services | Infrastructure & Service Delivery | Group IT LLOYDS BANKING GROUP Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded.
Re: TSM Server 7.1.4 woes
Hi Rainer, I understand... when I first read of this issue, I too was suspicious. But once I reproduced it and noted the client fix, it made sense. All I can think of at this time is that maybe previous restores were no query restores, or QUIET was enabled (maybe in a client option set on the server, if not in dsm.sys or dsm.opt). However we can explore this further if someone can demonstrate differing behavior between a 7.1 server and a 6.x server. For example: 1. Point a 6.1.0.0 client to a 6.x server, then back up a file to tape. Next, make sure that the QUIET option is not configured (check dsm.opt, dsm.sys, client option set on server); and try to restore the file. Is the restore successful? It is important that the restore be a classic restore operation, e.g., restore of an individual file. If the restore is not successful, try it again, but this time specify the QUIET option. 2. Now point the same client to the 7.1 server, and repeat the exact same backup and restore test(s) as in step 1. Is the behavior any different? 3. Upgrade the client to 6.1.5.0 and try the restores again, from both 6.x and 7.1 servers. Do the restores work, even when QUIET is not in effect? If yes, then this is all attributable to the same code bug and subsequent fix I referred to earlier (IC70650). 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" wrote on 2016-04-29 07:55:33: > From: Rainer Tammer > To: ADSM-L@VM.MARIST.EDU > Date: 2016-04-29 07:56 > Subject: Re: TSM Server 7.1.4 woes > Sent by: "ADSM: Dist Stor Manager" > > Hello, > OK, then it's strange that we never had a problem with older server levels. > > Thanks for your help, it's really appreciated. > > Bye > Rainer > > On 29.04.2016 13:13, Andrew Raibeck wrote: > > 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" wrote on 2016-04-29 > > 02:14:37: > > >
Re: TSM Server 7.1.4 woes
Hello, OK, then it's strange that we never had a problem with older server levels. Thanks for your help, it's really appreciated. Bye Rainer On 29.04.2016 13:13, Andrew Raibeck wrote: > 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" wrote on 2016-04-29 > 02:14:37: >
Re: TSM Server 7.1.4 woes
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" wrote on 2016-04-29 02:14:37: > From: Rainer Tammer > 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" > > 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/ >
Re: TSM Server 7.1.4 woes
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" wrote on 2016-04-28 > 09:15:31: > >> From: Michael Prix >> 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" >> >> 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: >>&
Re: TSM Server 7.1.4 woes
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" wrote on 2016-04-28 09:15:31: > From: Michael Prix > 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" > > 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" wrote on 2016-04-27 > > 12:54:02: > > > > > From: Andrew Raibeck/Hartford/IBM@IBMUS > > > To: ADSM-L@VM.MARIST.EDU > > >
Re: TSM Server 7.1.4 woes
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" 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" > > > > 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" wrote on 2016-04-27 > > 09:43:00: > > > > > From: Michael Prix > > > 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" > > > > > > 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: > >
Re: TSM Server 7.1.4 woes
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_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" 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" > > 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_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" wrote on 2016-04-27 > 09:43:00: > > > From: Michael Prix > > 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" > > > > 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" 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" > > > > > > > > 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) > > > > *
Re: TSM Server 7.1.4 woes
All this talk about server upgrade woes has me concerned, especially since I am heading to 7.1.5 with my 6.3.5 servers. Being a university, we have quite a few boxes that can't/wont upgrade (Solaris 5.8 running 5.3.6.6 client, old linux/2.4 kernel running 5.5 client, Solaris boxes running Notes/Domino with 6.1.3 client/TDP - being twilighted, quite a few linux x32 boxes running 6.2 client). Thanks goodness the IRIX boxes running the 4.x client finally went away! So how concerned should I be? On Tue, Apr 26, 2016 at 11:19 AM, Michael Prix wrote: > Yes. Where it is possible to upgrade. > > -- > Michael PrixOn Di, 2016-04-26 at 15:03 +, Rhodes, Richard L. wrote: > > Were you able to restore files after upgrading a client to a supported > > version? > > > > Rick > > > > > > -Original Message- > > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > > Michael Prix > > Sent: Tuesday, April 26, 2016 7:04 AM > > To: ADSM-L@VM.MARIST.EDU > > Subject: TSM Server 7.1.4 woes > > > > 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 > > > > > > - > > The information contained in this message is intended only for the > personal > > and confidential use of the recipient(s) named above. If the reader of > this > > message is not the intended recipient or an agent responsible for > delivering > > it to the intended recipient, you are hereby notified that you have > received > > this document in error and that any review, dissemination, distribution, > or > > copying of this message is strictly prohibited. If you have received this > > communication in error, please notify us immediately, and delete the > > original message. > -- *Zoltan Forray* 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
Re: TSM Server 7.1.4 woes
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_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" wrote on 2016-04-27 09:43:00: > From: Michael Prix > 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" > > 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" 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" > > > > > > 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" wrote on 2016-04-26 > > > 07:03:38: > > > > > > > From: Michael Prix > > > > 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" > > > > > > > > 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 > > > > > > > >
Re: TSM Server 7.1.4 woes
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" 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" > > > > 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" wrote on 2016-04-26 > > 07:03:38: > > > > > From: Michael Prix > > > 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" > > > > > > 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 > > > > >
Re: TSM Server 7.1.4 woes
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_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" 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" > > 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_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" wrote on 2016-04-26 > 07:03:38: > > > From: Michael Prix > > 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" > > > > 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 > > >
Re: TSM Server 7.1.4 woes
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_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" wrote on 2016-04-26 07:03:38: > From: Michael Prix > 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" > > 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 >
Re: TSM Server 7.1.4 woes
Hello, I think this is NOT acceptable. Many systems are no longer officially supported. We never had such a situation in the past 20 years In many countries you are legally required to archive systems (especially ERP systems) for at least 10 years after you have made certain changes to the original system. Such scenarios MUST be supported by a serious vendor. The lifetime of systems is 15+ years in the field of mechanical engineering. It is NOT possible to upgrade systems to new OS versions every year. Bye Rainer Tammer On 26.04.2016 17:19, Michael Prix wrote: > Yes. Where it is possible to upgrade. > > -- > Michael PrixOn Di, 2016-04-26 at 15:03 +, Rhodes, Richard L. wrote: >> Were you able to restore files after upgrading a client to a supported >> version? >> >> Rick >> >> >> -Original Message- >> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of >> Michael Prix >> Sent: Tuesday, April 26, 2016 7:04 AM >> To: ADSM-L@VM.MARIST.EDU >> Subject: TSM Server 7.1.4 woes >> >> 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 >> >> >> - >> The information contained in this message is intended only for the personal >> and confidential use of the recipient(s) named above. If the reader of this >> message is not the intended recipient or an agent responsible for delivering >> it to the intended recipient, you are hereby notified that you have received >> this document in error and that any review, dissemination, distribution, or >> copying of this message is strictly prohibited. If you have received this >> communication in error, please notify us immediately, and delete the >> original message. >
Re: TSM Server 7.1.4 woes
Yes. Where it is possible to upgrade. -- Michael PrixOn Di, 2016-04-26 at 15:03 +, Rhodes, Richard L. wrote: > Were you able to restore files after upgrading a client to a supported > version? > > Rick > > > -Original Message- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Michael Prix > Sent: Tuesday, April 26, 2016 7:04 AM > To: ADSM-L@VM.MARIST.EDU > Subject: TSM Server 7.1.4 woes > > 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 > > > - > The information contained in this message is intended only for the personal > and confidential use of the recipient(s) named above. If the reader of this > message is not the intended recipient or an agent responsible for delivering > it to the intended recipient, you are hereby notified that you have received > this document in error and that any review, dissemination, distribution, or > copying of this message is strictly prohibited. If you have received this > communication in error, please notify us immediately, and delete the > original message.
Re: TSM Server 7.1.4 woes
Were you able to restore files after upgrading a client to a supported version? Rick -Original Message- From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Michael Prix Sent: Tuesday, April 26, 2016 7:04 AM To: ADSM-L@VM.MARIST.EDU Subject: TSM Server 7.1.4 woes 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 - The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.
