Re: tsm client is down-level with this server version
I should also add, this has been fixed to some extent in server 4.2.2.0, per APAR IC32075. Note that this will not fix any clients where the problem already exists, but it should prevent the problem from occurring once the PTF is installed. This should or it will because i have the same problem happening right now. Thanks. O.P. [EMAIL PROTECTED] -Original Message- From: Andy Raibeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 11:03 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version I should also add, this has been fixed to some extent in server 4.2.2.0, per APAR IC32075. Note that this will not fix any clients where the problem already exists, but it should prevent the problem from occurring once the PTF is installed. ABSTRACT: ANS1357S WHEN CONNECTING WITH NON-UNICODE CLIENT ERROR DESCRIPTION: Once a unicode TSM client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP client) has been used to connect to a TSM V4.2 server with a given node name, that node name can no longer be used by a non-unicode TSM client. If you attempt to connect with that node name using a non-unicode TSM client, you will receive the following error: . You may see the following error: ANR0428W Session 432 for node ENCRYP (WinNT) refused - client is down-level with this server version. .. ANS1357S Session rejected: Downlevel client code version . Any operation attempted by a non-unicode TSM client with this node name, will fail with the above error message. For example, if the V4.2 Windows 2000 client has done queries or restores for non-unicode filesystems for NODE1 to a V4.2 TSM server, a V4.1 Windows 2000 client can no longer connect to that V4.2 server as NODE1. Initial Impact: High LOCAL FIX: None. PROBLEM SUMMARY: * USERS AFFECTED: Non-unicode clients connecting to a V4.2 * * server once a unicode client (V4.2.0 or * * higher Windows NT/2000 or V4.2.1.15 or * * higher Windows XP ) has been used to* * access that server using the non-unicode * * client's nodename. * * PROBLEM DESCRIPTION: ANS1357S Session rejected: Downlevel* * client code version received after * * connecting to server. * * RECOMMENDATION: Install the PTF * Once a TSM unicode client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP ) node has connected to a TSM 4.2.0 or greater server (any platform) using a non-unicode client's node, the non-unicode client node may no longer connect to that server. A down level client message is received. PROBLEM CONCLUSION: The TSM unicode client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP ) can now be used for queries and restores, and a lower level or non-unicode 4.2 client can still connect to the server. As long as no unicode filespaces exist, the 4.2 and above TSM server will allow a lower level or non--unicode V4.2 client to connect to the server. If any unicode filespaces exist for a node, a unicode client will be required to connect to the server. If any unicode filespaces exist for a node, and lower level or non-unicode clients attempt to connect, the connection will be refused, and the down level client message will be displayed. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Andrew Raibeck/Tucson/IBM@IBMUS Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:43 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence
Re: tsm client is down-level with this server version
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Roger Deschner We've got half a dozen clients stuck like this right now. The first case I had was an important, tenured, and extremely impatient professor who had converted from Win 98 to Win XP, decided that XP stinks, and wanted to format his hard drive and restore his comfortable old Win 98 system from ITSM. (This is what backup is for, right?) Because this was basically a point-in-time restore, deleting the node was not a possible strategy. He was incredulous that it took me several days of communication with IBM support to straighten it out and peppered me with emails demanding that I work faster on it the whole time I was exchanging special commands and their outputs. Sounds to me like you need an SLA that stipulates what happens when people backgrade *anything*. Something in the realm of expect problems and no time limit on fixing things... The second was an aggressively confused user who was backing up two computers using one node, and who thereby un-did the fix mere hours after I had spent several hours with IBM Support fixing it. I refused to fix it again for this user and made their node restore-only until I communicated with their supervisor about our one computer per node policies. *sigh* ...and another patch on the SLA that voids your responsibility when the user does something that none too bright. I really wish the existence of a correcting APAR was made more public. I'm going to install it soon (today!), but I'll still have those half dozen clients who appear to have unicode cooties to untangle. Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. If I had a script that I was told would either fix everything or destroy the database, I'd have to put that puppy back in its box and say, No, thank you. Every TSM environment is different (often radically so). It's a very complex piece of software, and, being almost infinitely configurable, is also almost infinitely capable of destruction. You're a better man than I, Gunga Din. I wouldn't work in an academic shop for any amount of money. -- Mark Stapleton ([EMAIL PROTECTED]) Certified TSM consultant Certified AIX system engineer MCSE
Re: tsm client is down-level with this server version
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Zlatko Krastev/ACIT Looking at the length of this thread and shaking my memory this question might be a good candidate for the Monthly FAQ (Mark, what do you think ?) Great minds think alike! ;o) -- Mark Stapleton ([EMAIL PROTECTED]) Certified TSM consultant Certified AIX system engineer MCSE
Re: tsm client is down-level with this server version
On donderdag, augustus 29, 2002, at 04:47 , Ike Maurice Hunley wrote: What's the FTP site for TSM server upgrade code? read the faq mails in the archive Monthly faq posting or something like that --- Met vriendelijke groeten, Remco Post SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl High Performance Computing Tel. +31 20 592 8008Fax. +31 20 668 3167 PGP keys at http://home.sara.nl/~remco/keys.asc I really didn't foresee the Internet. But then, neither did the computer industry. Not that that tells us very much of course - the computer industry didn't even foresee that the century was going to end. -- Douglas Adams
Re: tsm client is down-level with this server version
Ike, The URL for TSM Server Upgrades is ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance/ V S Murthy Gongala Bangalore, INDIA Tel : 91-80-5094232
Re: tsm client is down-level with this server version
We've got half a dozen clients stuck like this right now. The first case I had was an important, tenured, and extremely impatient professor who had converted from Win 98 to Win XP, decided that XP stinks, and wanted to format his hard drive and restore his comfortable old Win 98 system from ITSM. (This is what backup is for, right?) Because this was basically a point-in-time restore, deleting the node was not a possible strategy. He was incredulous that it took me several days of communication with IBM support to straighten it out and peppered me with emails demanding that I work faster on it the whole time I was exchanging special commands and their outputs. The second was an aggressively confused user who was backing up two computers using one node, and who thereby un-did the fix mere hours after I had spent several hours with IBM Support fixing it. I refused to fix it again for this user and made their node restore-only until I communicated with their supervisor about our one computer per node policies. I have not even begun to figure out the rest, because I know it is a huge black hole for my time. Before I even call Support, I've got to reach each end-user and figure out how they caused this, to insure that they don't inadvertently un-do it after we (me and Support) spend several hours fixing it. Those who would want to try the solution on their own are misguided; it cannot be done - Andy Raibeck is absolutely correct in this regard. You must call Tivoli Support, but while they will be able to help, it will be a lengthly and complicated process. Budget several hours per case. And type carefully!!! I really wish the existence of a correcting APAR was made more public. I'm going to install it soon (today!), but I'll still have those half dozen clients who appear to have unicode cooties to untangle. Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED]
Re: tsm client is down-level with this server version
Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. Coincidentally, I just had that conversation with one of our server developers, and they will look into doing this (no commitment right now, but the odds are pretty good). Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Roger Deschner [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/29/2002 09:03 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version We've got half a dozen clients stuck like this right now. The first case I had was an important, tenured, and extremely impatient professor who had converted from Win 98 to Win XP, decided that XP stinks, and wanted to format his hard drive and restore his comfortable old Win 98 system from ITSM. (This is what backup is for, right?) Because this was basically a point-in-time restore, deleting the node was not a possible strategy. He was incredulous that it took me several days of communication with IBM support to straighten it out and peppered me with emails demanding that I work faster on it the whole time I was exchanging special commands and their outputs. The second was an aggressively confused user who was backing up two computers using one node, and who thereby un-did the fix mere hours after I had spent several hours with IBM Support fixing it. I refused to fix it again for this user and made their node restore-only until I communicated with their supervisor about our one computer per node policies. I have not even begun to figure out the rest, because I know it is a huge black hole for my time. Before I even call Support, I've got to reach each end-user and figure out how they caused this, to insure that they don't inadvertently un-do it after we (me and Support) spend several hours fixing it. Those who would want to try the solution on their own are misguided; it cannot be done - Andy Raibeck is absolutely correct in this regard. You must call Tivoli Support, but while they will be able to help, it will be a lengthly and complicated process. Budget several hours per case. And type carefully!!! I really wish the existence of a correcting APAR was made more public. I'm going to install it soon (today!), but I'll still have those half dozen clients who appear to have unicode cooties to untangle. Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED]
Re: tsm client is down-level with this server version
Looking at the length of this thread and shaking my memory this question might be a good candidate for the Monthly FAQ (Mark, what do you think ?) And maybe Gianluca can quote how many times this happened without being reported on the list. Zlatko Krastev IT Consultant Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. Coincidentally, I just had that conversation with one of our server developers, and they will look into doing this (no commitment right now, but the odds are pretty good). Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Roger Deschner [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/29/2002 09:03 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version We've got half a dozen clients stuck like this right now. The first case I had was an important, tenured, and extremely impatient professor who had converted from Win 98 to Win XP, decided that XP stinks, and wanted to format his hard drive and restore his comfortable old Win 98 system from ITSM. (This is what backup is for, right?) Because this was basically a point-in-time restore, deleting the node was not a possible strategy. He was incredulous that it took me several days of communication with IBM support to straighten it out and peppered me with emails demanding that I work faster on it the whole time I was exchanging special commands and their outputs. The second was an aggressively confused user who was backing up two computers using one node, and who thereby un-did the fix mere hours after I had spent several hours with IBM Support fixing it. I refused to fix it again for this user and made their node restore-only until I communicated with their supervisor about our one computer per node policies. I have not even begun to figure out the rest, because I know it is a huge black hole for my time. Before I even call Support, I've got to reach each end-user and figure out how they caused this, to insure that they don't inadvertently un-do it after we (me and Support) spend several hours fixing it. Those who would want to try the solution on their own are misguided; it cannot be done - Andy Raibeck is absolutely correct in this regard. You must call Tivoli Support, but while they will be able to help, it will be a lengthly and complicated process. Budget several hours per case. And type carefully!!! I really wish the existence of a correcting APAR was made more public. I'm going to install it soon (today!), but I'll still have those half dozen clients who appear to have unicode cooties to untangle. Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED]
Re: tsm client is down-level with this server version
Roger, when I had to untangle the unicode cooties, I contacted level 1 then 2 and got the unsupported commands to do it. But they also told me that an export, delete node, import process would do the trick to because the one nasty bit wasn't exported or wasn't imported or something to that effect. If the nodes aren't too big, this may be a simple way to solve the problem without interacting with the users. Hope this helps, Bill At 12:03 PM 8/29/2002, you wrote: We've got half a dozen clients stuck like this right now. The first case I had was an important, tenured, and extremely impatient professor who had converted from Win 98 to Win XP, decided that XP stinks, and wanted to format his hard drive and restore his comfortable old Win 98 system from ITSM. (This is what backup is for, right?) Because this was basically a point-in-time restore, deleting the node was not a possible strategy. He was incredulous that it took me several days of communication with IBM support to straighten it out and peppered me with emails demanding that I work faster on it the whole time I was exchanging special commands and their outputs. The second was an aggressively confused user who was backing up two computers using one node, and who thereby un-did the fix mere hours after I had spent several hours with IBM Support fixing it. I refused to fix it again for this user and made their node restore-only until I communicated with their supervisor about our one computer per node policies. I have not even begun to figure out the rest, because I know it is a huge black hole for my time. Before I even call Support, I've got to reach each end-user and figure out how they caused this, to insure that they don't inadvertently un-do it after we (me and Support) spend several hours fixing it. Those who would want to try the solution on their own are misguided; it cannot be done - Andy Raibeck is absolutely correct in this regard. You must call Tivoli Support, but while they will be able to help, it will be a lengthly and complicated process. Budget several hours per case. And type carefully!!! I really wish the existence of a correcting APAR was made more public. I'm going to install it soon (today!), but I'll still have those half dozen clients who appear to have unicode cooties to untangle. Would it be possible to provide a safe and tested script, or an APAR that introduces a new secret command, that can untangle this mess in some automated way? The current method of fixing it is way too costly. Roger Deschner University of Illinois at Chicago [EMAIL PROTECTED] -- Bill Colwell C. S. Draper Lab Cambridge Ma.
Re: tsm client is down-level with this server version
Hi Oscar! I've read on this list some time ago that there is a way to fix this. If I remember correctly it has something to do with patching the client status in the TSM database. I would recommend contacting Tivoli Support and opening a PMR. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:17 To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. **
Re: tsm client is down-level with this server version
Hello, Please, let me know what the fix is, we have had this problem in the past and we reinstalled some clients. Thanks Andrea Mac Murray ConAgra Foods (402) 577 - 3603 [EMAIL PROTECTED] -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:57 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hmm, this troubles me a bit. It's a good thing to warn people about the dangers of certain operations, especially those infrequently used. OTOH I don't think not documenting those in the manual is the right approach, better to have good documentation than to have to explain these things over the phone when the procedure is needed... On woensdag, augustus 28, 2002, at 04:43 , Andy Raibeck wrote: Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Hi Oscar! I've read on this list some time ago that there is a way to fix this. If I remember correctly it has something to do with patching the client status in the TSM database. I would recommend contacting Tivoli Support and opening a PMR. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:17 To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect
Re: tsm client is down-level with this server version
Remco, I can understand IBM's desire not to have the most potentially dangerous commands available to everyone. I'm not sure they'd be too happy being expected to fix a problem that was actually created by a customers mistake(s) with these commands. Try and think about it from their point-of-view. If it were your product, would you give your customers the ability to break it and have them come to you for support? Supporting the product itself is complex enough without adding the 'customer messed with it' factor. Just a thought - I was there. Matthew Matthew Large TSM Infrastructure Engineer Lavington Street Int: 7430 4995 Ext: +44 207 902 4995 -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED]] Sent: 28 August 2002 15:57 To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hmm, this troubles me a bit. It's a good thing to warn people about the dangers of certain operations, especially those infrequently used. OTOH I don't think not documenting those in the manual is the right approach, better to have good documentation than to have to explain these things over the phone when the procedure is needed... On woensdag, augustus 28, 2002, at 04:43 , Andy Raibeck wrote: Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Hi Oscar! I've read on this list some time ago that there is a way to fix this. If I remember correctly it has something to do with patching the client status in the TSM database. I would recommend contacting Tivoli Support and opening a PMR. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:17 To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified
Re: tsm client is down-level with this server version
Call IBM. In our case the fix involved manually changing values in the TSM database. It's not something I'd want to do without Tivoli Support on the other end of the phone. We actually ran some commands, and sent them the output. Then, they called back and talked us through the exact steps to take. The problem was fixed rather quickly once we got them involved. Curtis Stewart TSM Administrator -Original Message- From: MacMurray, Andrea (CC-ETS Ent Storage Svcs) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:20 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Hello, Please, let me know what the fix is, we have had this problem in the past and we reinstalled some clients. Thanks Andrea Mac Murray ConAgra Foods (402) 577 - 3603 [EMAIL PROTECTED] -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:57 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hmm, this troubles me a bit. It's a good thing to warn people about the dangers of certain operations, especially those infrequently used. OTOH I don't think not documenting those in the manual is the right approach, better to have good documentation than to have to explain these things over the phone when the procedure is needed... On woensdag, augustus 28, 2002, at 04:43 , Andy Raibeck wrote: Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Hi Oscar! I've read on this list some time ago that there is a way to fix this. If I remember correctly it has something to do with patching the client status in the TSM database. I would recommend contacting Tivoli Support and opening a PMR. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:17 To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - ** For information, services and offers, please visit our web site: http
Re: tsm client is down-level with this server version
Matthew, can I propose you for Customer of the year award? It's difficult to try to get this across, but support is more complex than it seems... Cordiali saluti Gianluca Mariani Tivoli TSM Global Response Team, Roma Via Sciangai 53, Roma phones : +39(0)659664598 +393351270554 (mobile) [EMAIL PROTECTED] The people of Krikkit,are, well, you know, they're just a bunch of real sweet guys, you know, who just happen to want to kill everybody. Hell, I feel the same way some mornings... Large, Matthew Matthew.Large@LLOYDTo: [EMAIL PROTECTED] STSB.CO.UK cc: Sent by: ADSM: DistSubject: Re: tsm client is down-level with this server version Stor Manager [EMAIL PROTECTED] U 28/08/2002 16:23 Please respond to ADSM: Dist Stor Manager Remco, I can understand IBM's desire not to have the most potentially dangerous commands available to everyone. I'm not sure they'd be too happy being expected to fix a problem that was actually created by a customers mistake(s) with these commands. Try and think about it from their point-of-view. If it were your product, would you give your customers the ability to break it and have them come to you for support? Supporting the product itself is complex enough without adding the 'customer messed with it' factor. Just a thought - I was there. Matthew Matthew Large TSM Infrastructure Engineer Lavington Street Int: 7430 4995 Ext: +44 207 902 4995 -Original Message- From: Remco Post [mailto:[EMAIL PROTECTED]] Sent: 28 August 2002 15:57 To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hmm, this troubles me a bit. It's a good thing to warn people about the dangers of certain operations, especially those infrequently used. OTOH I don't think not documenting those in the manual is the right approach, better to have good documentation than to have to explain these things over the phone when the procedure is needed... On woensdag, augustus 28, 2002, at 04:43 , Andy Raibeck wrote: Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Hi Oscar! I've read on this list some time ago that there is a way to fix this. If I remember correctly it has something to do with patching the client status in the TSM database. I would recommend contacting Tivoli Support and opening a PMR. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:17 To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx
tsm client is down-level with this server version
Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. -
Re: tsm client is down-level with this server version
We did experience the problem, but fortunately were able to just upgrade the clients in question. I was curious as to if the resolution was a fairly easy correction. Obviously it is not. Thanks for your response. Matt -Original Message- From: Andy Raibeck [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 9:43 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL PROTECTED] Subject: Re: tsm client is down-level with this server version Hi Oscar! I've read on this list some time ago that there is a way to fix this. If I remember correctly it has something to do with patching the client status in the TSM database. I would recommend contacting Tivoli Support and opening a PMR. Kindest regards, Eric van Loon KLM Royal Dutch Airlines -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 10:17 To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** - This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. - If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based
Re: tsm client is down-level with this server version
I should also add, this has been fixed to some extent in server 4.2.2.0, per APAR IC32075. Note that this will not fix any clients where the problem already exists, but it should prevent the problem from occurring once the PTF is installed. ABSTRACT: ANS1357S WHEN CONNECTING WITH NON-UNICODE CLIENT ERROR DESCRIPTION: Once a unicode TSM client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP client) has been used to connect to a TSM V4.2 server with a given node name, that node name can no longer be used by a non-unicode TSM client. If you attempt to connect with that node name using a non-unicode TSM client, you will receive the following error: . You may see the following error: ANR0428W Session 432 for node ENCRYP (WinNT) refused - client is down-level with this server version. .. ANS1357S Session rejected: Downlevel client code version . Any operation attempted by a non-unicode TSM client with this node name, will fail with the above error message. For example, if the V4.2 Windows 2000 client has done queries or restores for non-unicode filesystems for NODE1 to a V4.2 TSM server, a V4.1 Windows 2000 client can no longer connect to that V4.2 server as NODE1. Initial Impact: High LOCAL FIX: None. PROBLEM SUMMARY: * USERS AFFECTED: Non-unicode clients connecting to a V4.2 * * server once a unicode client (V4.2.0 or * * higher Windows NT/2000 or V4.2.1.15 or * * higher Windows XP ) has been used to* * access that server using the non-unicode * * client's nodename. * * PROBLEM DESCRIPTION: ANS1357S Session rejected: Downlevel* * client code version received after * * connecting to server. * * RECOMMENDATION: Install the PTF * Once a TSM unicode client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP ) node has connected to a TSM 4.2.0 or greater server (any platform) using a non-unicode client's node, the non-unicode client node may no longer connect to that server. A down level client message is received. PROBLEM CONCLUSION: The TSM unicode client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP ) can now be used for queries and restores, and a lower level or non-unicode 4.2 client can still connect to the server. As long as no unicode filespaces exist, the 4.2 and above TSM server will allow a lower level or non--unicode V4.2 client to connect to the server. If any unicode filespaces exist for a node, a unicode client will be required to connect to the server. If any unicode filespaces exist for a node, and lower level or non-unicode clients attempt to connect, the connection will be refused, and the down level client message will be displayed. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Andrew Raibeck/Tucson/IBM@IBMUS Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:43 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL PROTECTED] Subject
Re: tsm client is down-level with this server version
On Wed, Aug 28, 2002 at 04:23:15PM +0100, Large, Matthew wrote: commands available to everyone. I'm not sure they'd be too happy being expected to fix a problem that was actually created by a customers mistake(s) with these commands. It is not a customer mistake. Everybody who can download a client and has connectivity to the TSM server can cause this problem, since no authentication is necessary for the problem to occur. Just a thought - I was there. I experienced the same problem. IBM support told me to just delete all filespaces and everyting else belonging to the client node, and recreate it. (This was Dutch IBM-support by the way). They didn't mention there was a fix for this at all. From this list I knew there was supposed to be an undocumented procedure to fix it, but I didn't bother because this was a relatively small and not-so-important node. I would *not* be happy if the node *was* important, and the advice was just throw away everything from that node and recreate it. SNIP! Is it *really* necessary to include entire messages here? -- Jurjen Oskam PGP Key available at http://www.stupendous.org/ msg29270/pgp0.pgp Description: PGP signature
Re: tsm client is down-level with this server version
Andy Raibeck wrote: I should also add, this has been fixed to some extent in server 4.2.2.0, per APAR IC32075. Note that this will not fix any clients where the problem already exists, but it should prevent the problem from occurring once the PTF is installed. ABSTRACT: ANS1357S WHEN CONNECTING WITH NON-UNICODE CLIENT ERROR DESCRIPTION: Once a unicode TSM client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP client) has been used to connect to a TSM V4.2 server with a given node name, that node name can no longer be used by a non-unicode TSM client. If you attempt to connect with that node name using a non-unicode TSM client, you will receive the following error: . You may see the following error: ANR0428W Session 432 for node ENCRYP (WinNT) refused - client is down-level with this server version. .. ANS1357S Session rejected: Downlevel client code version . Any operation attempted by a non-unicode TSM client with this node name, will fail with the above error message. For example, if the V4.2 Windows 2000 client has done queries or restores for non-unicode filesystems for NODE1 to a V4.2 TSM server, a V4.1 Windows 2000 client can no longer connect to that V4.2 server as NODE1. Initial Impact: High LOCAL FIX: None. PROBLEM SUMMARY: * USERS AFFECTED: Non-unicode clients connecting to a V4.2 * * server once a unicode client (V4.2.0 or * * higher Windows NT/2000 or V4.2.1.15 or * * higher Windows XP ) has been used to* * access that server using the non-unicode * * client's nodename. * * PROBLEM DESCRIPTION: ANS1357S Session rejected: Downlevel* * client code version received after * * connecting to server. * * RECOMMENDATION: Install the PTF * Once a TSM unicode client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP ) node has connected to a TSM 4.2.0 or greater server (any platform) using a non-unicode client's node, the non-unicode client node may no longer connect to that server. A down level client message is received. PROBLEM CONCLUSION: The TSM unicode client (V4.2.0 or higher Windows NT/2000 or V4.2.1.15 or higher Windows XP ) can now be used for queries and restores, and a lower level or non-unicode 4.2 client can still connect to the server. As long as no unicode filespaces exist, the 4.2 and above TSM server will allow a lower level or non--unicode V4.2 client to connect to the server. If any unicode filespaces exist for a node, a unicode client will be required to connect to the server. If any unicode filespaces exist for a node, and lower level or non-unicode clients attempt to connect, the connection will be refused, and the down level client message will be displayed. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Andrew Raibeck/Tucson/IBM@IBMUS Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:43 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version Matt, If you are experiencing this problem, then you need to contact IBM support. The procedures for resolving this are potentially dangerous, and are therefore undocumented. They are not intended to be shared publicly. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply) The only dumb question is the one that goes unasked. The command line is your friend. Good enough is the enemy of excellence. Adams, Matt (US - Hermitage) [EMAIL PROTECTED] Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED] 08/28/2002 07:11 Please respond to ADSM: Dist Stor Manager To: [EMAIL PROTECTED] cc: Subject:Re: tsm client is down-level with this server version I would be interested in hearing what Tivoli support had to say on patching or correcting this. Thanks, Matt -Original Message- From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 8:58 AM To: [EMAIL
Re: tsm client is down-level with this server version
You can't find ANY os/2 code? os/2 isn't supported any longer. We still have it here too. I do have the install executable...for v3.7.2.0 for os/2 if u need it. -Original Message- From: Oscar Kolsteren [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 3:17 AM To: [EMAIL PROTECTED] Subject: tsm client is down-level with this server version Hi All, Situation : NT and OS/2 environment with TSM client 3.7.* and we have a AIX server running with 4.2.1.7. Recently we installed some new servers with clientsversion 4.2. At the same time some administrators upgraded there local TSM version to 4.2. If they want some info from a server running 3.7 and contact this server from their local installation the server won't backup anymore because we get the message tsm client is down-level with this server version. When we upgrade the TSM client on this server everything is solved. This is a known problem and has to do with unicode and non-unicode. But now my problem : There is no upgrade available for OS/2 and I can't backup this machine anymore. Does someone has a solution for this problem ??? (Remove the client and start all over is no option...) Thanx, Oscar Kolsteren Postbank NV Netherlands - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. -
