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:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Remco Post
Sent: maandag 17 maart 2008 19:33
To: ADSM-L AT VM.MARIST DOT 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
> (spr AT buffalo DOT edu | (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
>>> (spr AT buffalo DOT edu | (716)645-3564)
>> Dave Canan
>> TSM Performance
>> IBM Advanced Technical Support
>> ddcanan AT us.ibm DOT com
--
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
**********************************************************************
|
