Re: new version of the Atape and atldd driver

2002-11-15 Thread Nguyen, Hoa V
Ricardo,

Should be Atape 7.1.5.0 & atldd 5.2.2.0 in
index.storsys.ibm.com

Good day,
Hoa.

-Original Message-
From: Ricardo Ribeiro [mailto:ricardo.ribeiro@;ADVANCEPCS.COM]
Sent: Friday, November 15, 2002 12:15 PM
To: [EMAIL PROTECTED]
Subject: new version of the Atape and atldd driver


Hello!
I would like to know if somebody can answer me, what is the latest version
of the Atape and atldd driver for AIX 4.3.3 and TSM 4.2?
Also, where can I download the latest version?
Thank you!



Re: solved my case... RE: How to flush DRM references, anybody know ?

2002-06-21 Thread Nguyen, Hoa V

glad you fixed it,...
Hoa.

-Original Message-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 3:59 PM
To: [EMAIL PROTECTED]
Subject: solved my case... RE: How to flush DRM references, anybody know
?


Well, just got off the phone with IBM.
they had me doing all sorts of queries looking for DR plans to delte
but absolutely nothing was there
UNTIL I did a "q machine" and another guys desk top AIX box was listed...
I did a "delete machine blah" and now I'm no longer using DRM !

Just thought I'd pass this along...

Dwight


-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:03 PM
To: [EMAIL PROTECTED]
Subject: Re: How to flush DRM references, anybody know ?


Dwight, if you find out, would you please pass on the info?

We don't need DRM anymore, but I can't figure out how to get rid of it,
either.



-Original Message-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 12:36 PM
To: [EMAIL PROTECTED]
Subject: How to flush DRM references, anybody know ?


I've already opened a problem with Tivoli but anyone know how to flush all
references to DRM  ?

At one point in time in an attempt to issue a "q pr" the "q" was left off
and the "pr" initiated a prepare.
Now my server shows I'm using DRM !

In the past I just stuck on the license so it would report valid BUT I just
upgraded to 4.2.0.0, then 4.2.2.0 and the drm.lic file doesn't exist ! ! !
and my server reports license as "FAILED" so I'm looking for a way to flush
all internal references to DRM !

anyone know ?

Dwight E. Cook
Software Application Engineer III
Science Applications International Corporation
509 S. Boston Ave.  Suit 220
Tulsa, Oklahoma 74103-4606
Office (918) 732-7109



Re: Atape driver level for 4.2 TSM Server

2002-02-25 Thread Nguyen, Hoa V (SAIC)

Hi Paul,

Would you show me how to get to the latest Atape & atldd please.
(Is there a web-side for it?)
Thanks.
Hoa.

-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 25, 2002 2:57 PM
To: [EMAIL PROTECTED]
Subject: Re: Atape driver level for 4.2 TSM Server


You should use the latest no matter what.

-Original Message-
From: Sean M English [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 25, 2002 3:52 PM
To: [EMAIL PROTECTED]
Subject: Atape driver level for 4.2 TSM Server


*SMers,

Does anyone know what Atape level I need to be at or what the recommended
level is, for a TSM 4.2 server?  Thanks for the help.

Regards,
Sean

Sean M. English
You can't change the wind, but you can adjust the sails.



Re: AIX 4.3.3 and ML8

2001-07-19 Thread Nguyen, Hoa V (SAIC)

Lisa,

Try this command:
lscfg -vl rmt_ then look at "Device Specific.(FW)"
example:
root@tsmsrv04>lscfg -vl rmt1
  DEVICELOCATION  DESCRIPTION

  rmt1  10-58-00-0,0  IBM 3590 Tape Drive and Medium
  Changer

ManufacturerIBM
Machine Type and Model..03590B1A
Serial Number...00027058
Device Specific.(FW)A50F  !!!
Loadable Microcode LevelA0B00E22

Hoa.
-Original Message-
From: Lisa Cabanas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 18, 2001 4:19 PM
To: [EMAIL PROTECTED]
Subject: Re: AIX 4.3.3 and ML8


The CE just installed these less than a month ago-- we are sharing the
drives between two TSM servers.  I tried to find the microcode level, but
couldn't (I am the TSM admin, and am (always) learning AIX.  Would you
please tell me what command to use, and what microcode level is current.
The weird thing is that the other 5 SCSI adapters are found, as are two of
the 3590 drives.

thank you!!

lisa




"Leven, Chris" <[EMAIL PROTECTED]>
07/18/2001 03:03 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc: (bcc: Lisa Cabanas/SC/MODOT)
Subject:Re: AIX 4.3.3 and ML8



I applied it a few weeks ago with no problems.  Possibly the microcode
level
on the scsi adapters was too backlevel?

Christopher Leven
Senior Programmer/Analyst
IBM Certified Specialist AIX Administration
IBM Certified Specialist AIX Support
IBM Certified Specialist RS6000/SP - PSSP 3.1

Garlock Sealing Technologies
Division of Goodrich
(Formerly BF Goodrich)
1666 Division Street
Palmyra, New York 14522
*Voice: 315.597.3034
*Fax:   315.597.7250
*Email: [EMAIL PROTECTED]

Please note new email address


-Original Message-
From: Lisa Cabanas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 18, 2001 3:57 PM
To: [EMAIL PROTECTED]
Subject: AIX 4.3.3 and ML8


Has anyone successfully applied ML 8 to 4.3.3 and NOT have SCSI adapters
and 3590 drives disappear?  We just updated to ML8 and upon IPL lost one
of the SCSI adapters and four of our 3590 drives, and running cfgmgr
doesn't get them back.  We are at 4.1.3.0 TSM server level, and the latest
for Atape and atldd.

Any ideas?  Call support or reject the ML??

thanks

lisa



Re: Jeroen Cromsigt/D268525/IS/DLVG is niet op zijn/haar kantoor.

2001-06-21 Thread Nguyen, Hoa V (SAIC)

To^i kho^ng hie^?u gi` ca?.

(I do not understand anything in Vietnamese).
Hoa Nguyen.

-Original Message-
From: Jeroen Cromsigt [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 21, 2001 10:24 PM
To: [EMAIL PROTECTED]
Subject: Jeroen Cromsigt/D268525/IS/DLVG is niet op zijn/haar kantoor.


Ik ben niet op kantoor vanaf 22-06-2001 tot 09-07-2001.

Ik zal uw bericht doornemen wanneer ik terug ben. Voor ADSM, TSM, Euro,
ESS, LTO, HSM of andere storage zaken, benader mijn collega's  Luuk
Kleibrink tst 020-594 2043 of Sierk Andela 020-594 2472.



Re: Pl answer to this question or mail me directly

2001-06-02 Thread Nguyen, Hoa V (SAIC)

Balanand,

There are several statistics magazines, websites out there to tell you about
general salary
of any kind of IT department. Unfortunately I forgot the name.
Good luck for finding!
Ho'a.
-Original Message-
From: Dhotre, Shekhar [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 01, 2001 2:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Pl answer to this question or mail me directly


Bala first thing nobody will answer such kind of questions on this AIX
disscussioin list ,
and nobody  should  ask  such kind of questions ..

-Original Message-
From: PINNI, BALANAND (SBCSI) [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 01, 2001 12:07 PM
To: [EMAIL PROTECTED]
Subject: Pl answer to this question or mail me directly
Importance: High


FYI ALL
Its a humble request pl.
May be some may get surprised with this question.Pl delete this mail if u
feel .I wanted to know this
because no one tells me here in USA.

I wanted to know what whould be salary per year for the following data

1.AIX/HP/SUN/TSM ADMIN
2.With network and DBA background for

  for past 14 years.

BALANAND PINNI.
PHONE 314-206-5911.
EM:[EMAIL PROTECTED]
PG:1-800-451-6897.



Re: LTO performance - Update

2001-05-02 Thread Nguyen, Hoa V (SAIC)

Appreciated!!!
Hoa.

-Original Message-
From: Leopold Hameder [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 02, 2001 9:31 AM
To: [EMAIL PROTECTED]
Subject: Re: LTO performance - Update


Hi Hoa


Below again a posting from a few weeks ago - with the microcode - infos


LTO Microcode - Perf Improvement
From: arhoads <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Mon, 12 Mar 2001 06:10:46 -0800


I'm posting this to the ADSM-L list so that anyone to whom it applies
can gain the benefit ASAP.  I get it from an IBM internal/Business
Partner mailing and recieved permission to post it here.

Regards,  Steffan

+++

The latest LTO drive microcode (0CE1) provides a
significant performance improvement for customers doing
certain types of tape operations.  This level of code
dramatically improves the overheads associated with
buffer flush (write 0 filemarks) and end of file (write
2 filemarks, backspace 1 filemark).

TSM does a buffer flush after every transaction.  The
end of file impact would be greatest for customers
writing a series of files to the LTO tape drive.  For
tape applications that intensively use buffer flush or
are writing a series of files we have seen 30% to 50%
elapsed time improvements after installing 0CE1.  0BN1
was the previous LTO drive microcode release.

For 3580, 3581, and 3583 mach types (Customer Setup),
the customer can download 0CE1 from:

 ftp://service.boulder.ibm.com/storage/358x

 Choose 0CE1.fmr

Instructions for verifying the current LTO drive
microcode release and how to install the new release
can be found in the IBM Ultrium Device Drivers
Installation and Users Guide available from:

 ftp://ftp.software.ibm.com/storage/devdrvr/

For 3584s, have the customer request his CE update the
LTO drive microcode.


On Friday 27 April 2001 20:44, you wrote:
> What kind of microcode is that Debbie???
> Hoa.
>
> -Original Message-
> From: Weeks, Debbie [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 27, 2001 12:35 PM
> To: [EMAIL PROTECTED]
> Subject: Re: LTO performance - Update
>
>
> My CE just finsihed putting the latest microcode on the drives.  You would
> not belive the difference this made!  My databse backup that had been
> taking 4 HOURS completed in 10 MINUTES right after the code was applied.
> Perfomance improvement is an understatement!
>
> I executed the command to write to tape again, and it completed in 8
> seconds, a major improvement.  We also tried writng 16M to tape for a
> comparison, and it completed in 13 seconds, so some of that time must be
to
> locate on the tape.
>
> Thank so much for all of your help and suggestions!
-- 
With regards / Mit freundlichen Grüßen

Leopold Hameder

 |  Heinrich Bauer Produktions KG PSC  |  email: [EMAIL PROTECTED]|
 |  Abteilung Server & Concepts|  phone: 040 - 3019 - 5675  |
 |  Burchardstr. 11, 20077 Hamburg |  fax:   040 - 3019 - 5668  |



Re: LTO performance - Update

2001-04-27 Thread Nguyen, Hoa V (SAIC)

What kind of microcode is that Debbie???
Hoa.

-Original Message-
From: Weeks, Debbie [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 27, 2001 12:35 PM
To: [EMAIL PROTECTED]
Subject: Re: LTO performance - Update


My CE just finsihed putting the latest microcode on the drives.  You would
not belive the difference this made!  My databse backup that had been taking
4 HOURS completed in 10 MINUTES right after the code was applied.
Perfomance improvement is an understatement!

I executed the command to write to tape again, and it completed in 8
seconds, a major improvement.  We also tried writng 16M to tape for a
comparison, and it completed in 13 seconds, so some of that time must be to
locate on the tape.

Thank so much for all of your help and suggestions!

-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 20, 2001 4:01 PM
To: [EMAIL PROTECTED]
Subject: Re: LTO performance


>timex dd if=/dev/zero of=/dev/rmt1 bs=1024 count=1000
>
>The result was real 21.06 seconds.  This falls way short of what I would
>expect when the advertised sustained transfer rate is supposed to be
>15MB/sec native (30MB/sec compressed). ...

Debbie - That indeed sounds poor.  As Nathan suggested, look into the
 microcode level.  Also make sure you have a recent/latest
device driver level in the 3466.

I also wonder about the SCSI (assuming that's the 3583 attachment method).
Look for errors in the AIX Error Log.  Use SMIT to check the 3466's
SCSI adapter for having correct settings.  If there is a Host Interface
Board in the 358x, check for it being in the correct mode (LVD/HVD) to
match the SCSI adapter in the AIX system.  Assure that the drive is
terminated, SCSI-wise, and that the correct type of terminator is used.
I presume that the 358x units are the only things on the SCSI chain,
which is to say no mongrel stuff to cause the SCSI bus speed to be
dropped to a low common denominator, and nothing to
generate SCSI noise on the bus.

Something is definitely misconfigured there.  Given that it's a 3466,
perhaps IBM should be doing the analysis to find out what's wrong.

   Richard Sims, BU