Hi George

>From where did you get 4.2.1.24 Client I found only from Tivoli 4.2.1.0 (
IP22371.exe)

T.I.A Regards Robert Ouzen


                      \\\///
                     / _  _ \
                   (| (.) (.) |)
  +----------oOOo--()--oOOo---------------------+
  |                                                        |
  |                 Ouzen Robert                   |
  |             Helpdesk Manager                |
  |               Haifa University                   |
  |                                                        |
  |   E-mail: [EMAIL PROTECTED]         |
  |   Work : 972-4-8240345                     |
  |                                                        |
 +--------------oooO---------------------------------+
                 (   )     Oooo.
                  \ (      (   )
                   \_)      ) /
                           (_/





-----Original Message-----
From: Jason Mount [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 17, 2002 7:50 AM
To: [EMAIL PROTECTED]
Subject: Re: Novell performance issue


George,

I was using the 4.2.1.0 NW client and the SMDR/TSA that came with SP3 for NW
5.1. After going to 4.2.1.24 client and TSA5up7, a lot of my TSM error
messages and performance problems went away. I am too scared of Beta files,
but I have about 40 NW 5.1 servers running it and no burps from these
SMDR/TSA files yet. Sugguest you try them out on a few non-critical systems
and then go roll them out.

----- Original Message -----
From: "Brandon Eckmann/NS/WSC" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 14, 2002 1:41 PM
Subject: Re: Novell performance issue


> George,
> I've been at TSA500 5.4 and SMDR 5.5 for 4 months now with no problems
> running with DSMC  ver4  rel2  level 1.7.
>
>
> Brandon Eckmann
> Network and Technology Services
> Wayne State College
> Wayne NE.
>
>
>
> |---------+---------------------------->
> |         |           George Lesho     |
> |         |           <[EMAIL PROTECTED]>|
> |         |           Sent by: "ADSM:  |
> |         |           Dist Stor        |
> |         |           Manager"         |
> |         |           <[EMAIL PROTECTED]|
> |         |           .EDU>            |
> |         |                            |
> |         |                            |
> |         |           02/14/2002 11:35 |
> |         |           AM               |
> |         |           Please respond to|
> |         |           "ADSM: Dist Stor |
> |         |           Manager"         |
> |         |                            |
> |---------+---------------------------->
>
>-----------------------------------------------------------------------
>----
-----------------------------------------------------------------------|
>   |
|
>   |       To:       [EMAIL PROTECTED]
      |
>   |       cc:
|
>   |       Subject:  Re: Novell performance issue
|
>
>-----------------------------------------------------------------------
>----
-----------------------------------------------------------------------|
>
>
>
>
> Thanks for the tip but my cache hit percentage is in the low 99s for
> both my AIX and Win2K TSM servers. The issue is more likely related to
> the version of Novell and its components based on reading and comments
> from others... Here is where we are at:
>
> TSA500    5.03
> TSANDS    5.25
> SMDR      5.04
>
> The Novell admins are hesitant to put on TSA5UP7 or TSA5UP8 because
> these are still beta but contain important fixes that apparantly TSM
> likes
> (speedwise)
>
> Any other hints/suggestion would be VERY appreciated. Backups are
> taking forever on these Novell 5 boxes...
>
> George Lesho
> AFC Enterprises
>
>
>
>
>
>
> Brandon Eckmann/NS/WSC <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 02/14/2002
> 11:21:26 AM
>
> Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
> Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
>
> To:   [EMAIL PROTECTED]
> cc:    (bcc: George Lesho/Partners/AFC)
> Fax to:
> Subject:  Re: Novell performance issue
>
> On the TSM server side, run "query db format=detail" and check the
> "Cache Hit Pct" line. If it is under 98%, you need to increase the
> number of database buffers in the TSM server.
>
>
>
> Brandon Eckmann
> Network and Technology Services
> Wayne State College
> Wayne NE.
>
>
>
> |---------+---------------------------->
> |         |           George Lesho     |
> |         |           <[EMAIL PROTECTED]>|
> |         |           Sent by: "ADSM:  |
> |         |           Dist Stor        |
> |         |           Manager"         |
> |         |           <[EMAIL PROTECTED]|
> |         |           .EDU>            |
> |         |                            |
> |         |                            |
> |         |           02/13/2002 02:43 |
> |         |           PM               |
> |         |           Please respond to|
> |         |           "ADSM: Dist Stor |
> |         |           Manager"         |
> |         |                            |
> |---------+---------------------------->
>   >
> ----------------------------------------------------------------------
> ----
------------------------------------------------------------------------|
>
>
>   |
> |
>   |       To:       [EMAIL PROTECTED]
> |
>   |       cc:
> |
>   |       Subject:  Novell performance issue
> |
>   >
> ----------------------------------------------------------------------
> ----
------------------------------------------------------------------------|
>
>
>
>
>
>
> I now have two Novell clients; one each hung off AIX 433 / TSM 4145
> and Win2K / TSM 415 respectively. These clients are at Novell 5.0 SP5
> with TSM client 413. I have compression turned off in the dsm.opt
> file. I get repreated indications in the activity logs from both TSM
> servers that such and such a file can't be backed up because it is not
> found.
>
> 02/08/02   16:14:40      ANE4005E (Session: 1271, Node: ADSM_PEACH1)
Error
>                           processing
> 'DATA2:/PFC/BRAND/SJM/BRAND/B_REVIEW/BR1996/P-
>                           D_08_96/COMPMKTS.XLS': file not found
>
> Performance is terrible. I sure could use some help with this issue.
> Incremental backups are in the 8 hour range...
>
> George Lesho
> AFC Enterprises
>

Reply via email to