Hi Remco! What if you cannot restore a file? IBM will tell you to upgrade the client to a supported level, which you will do. Now you still cannot restore the file. Now IBM will tell you, well, the file was backed up with an unsupported client version. Bad luck... And also, most companies don't allow (and should not allow) using unsupported software usage in a production environment. I would not be surprised if using supported software levels is a requirement to be SOx compliant. Kindest regards, Eric van Loon KLM Royal Dutch Airlines
-----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Remco Post Sent: maandag 17 maart 2008 19:33 To: ADSM-L@VM.MARIST.EDU Subject: Re: 5.4 performance issues Steve Roder wrote: > Hi All, > > I wonder, with so many months passing since 5.4 has gone GA, and > no usuable, secure 5.4 client, will IBM be extending support of 5.3? > so let's look at that question. Support means that IBM will fix any problems you have in running the code. Since apperently, you have no problems running the latest 5.3 client, would you need support? With current performance issues you're better off running 5.3 'without' support that 5.4 or 5.5. If you ever run into problems, IBM will first ask you to upgrade to an supported client-level before thay will be able to help you with your problems. There is a saying in IT: 'Never f*ck with a running system', and that holds here as well. Don't upgrade a perfectly functioning client. It won't stop working on april 1st, really. > We are in the process of testing 5.3.5.5, as it fixes the security > issue in dsmcad, and does not have the preformance issues of 5.4.x. And > then in less than 7 weeks, we will be unsupported. > > Steve Roder > University at Buffalo > ([EMAIL PROTECTED] | (716)645-3564) > > On Fri, 14 Mar 2008, Dave Canan wrote: >> IBM has had several customers reporting this performance >> issue after upgrading to level 5.4. APAR IC53531 was originally >> opened for this for the NetWare platform only. We are now also seeing >> the same issue for this APAR for customers on UNIX platforms as well. >> (However, this APAR does not apply to Windows platforms.) For >> Netware, the interim fix is 5.4.1.4. I do not have the date for the UNIX platforms yet. >> >> >> At 05:02 PM 3/14/2008 -0400, you wrote: >>> Hi All, >>> >>> We recently upgraded the TSM clients on our cryus imap servers >>> from >>> 5.3.0.12 to 5.4.1.2 (and then 5.4.1.5), and since that upgrade, we >>> have seen the backups of about 4.5million files in each of our 12 >>> spools go >> >from about 2.5 hours to approx. 4 days (had we let it run to completion). >>> Anyone else seeing issues with 5.4.x on Solaris clients with >>> millions of files? >>> >>> Other vitals: >>> Server: 5.4.1.2 on AIX >>> Network: GB >>> >>> Client OS Solaris 2.9 >>> Filesystems are VxFS on an Hitachi 9960. >>> >>> We have opened a PMR with IBM, and they want to run some traces, but >>> we have since reverted back to 5.3.0.12, and our 2.5hr backups. >>> >>> We need to run 5.4 to stay supported, and a minimum of 5.4.1.2 for >>> the fix for the security issues in dsmcad, which we use for email >>> restores on these systems. >>> >>> Thanks in advance for any insights anyone can provide. >>> >>> >>> Steve Roder >>> University at Buffalo >>> ([EMAIL PROTECTED] | (716)645-3564) >> Dave Canan >> TSM Performance >> IBM Advanced Technical Support >> [EMAIL PROTECTED] -- Met vriendelijke groeten, Remco Post ********************************************************************** 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. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 **********************************************************************
