Re: Daylight Savings Fix for Windows NT Clients

[Suad Musovich]

On Wed, Mar 28, 2001 at 10:32:09AM -0800, Andy Raibeck wrote:
> Before anyone shakes their fists and yells, "not AGAIN!!!",
> please understand that this is really just a *reminder*,
> referring to the *same* problem as was discovered last
> October. If you installed the fixing patch for this last
> October, you are OK for the change to DST.

Yikes, DST ended 10 days ago here and I couldn't figure out why we were
having several hundred Windoze boxes bombarding the server with buckets
of files :/

Cheers, Suad
--

Re: Comparison of Backup Products

[Mike Glassman - Admin]

Mark,

I would say not actually.

The fact that the problems centralized around the TSA modules in many cases,
was based on the fact that TSM/ADSM versions changed, not the TSA modules.
In every case, Netware was the one to bring out a new TSA module (including
some that weren't in SP's) in order to fix TSM/ADSM created problems. I
personaly had this issue with 2 seperate client upgrades from IBM, upgrades
which happened in a "same environment" Netware environment. Meaning that
there were absolutely no changes to the Netware systems, but there were
changes to the clients.

As well, TSM over Netware is one of the few still existing backup programs
which utilizes a non-GUI client on Netware servers (and please don't someone
come up and tell me that the web interface is GUI). And does not support
multi languages on Netware systems (lets see you try backup Hebrew, Arabic,
French off of a Netware file system and then restore it - if you can even
work out which file is which...).

I use TSM and Veritas here, and I have had 20 times the amount of problems
with TSM/ADSM then with Veritas. In fact, I have never had a problem with
Veritas that I have not solved in less then 24 hours.

And yes, I have supposedly excellent support for TSM/ADSM directly from both
IBM here in Israel, and a gold retailer who is here once a week at least.

TSM is a wonderfull product, and I am hoping that once all the quirks are
ironed out, it will actually perform to standard, but after having had so
many problems with it in the past, I think it's fair to say that TSM/ADSM is
like everyone else in this market. If you have the right support, your ok
(eventually), if you don't, your in bad waters.

The fact of the matter is that I go TSM because it will (or is supposed) to
give me what I want, a fast easy to use, centralized backup point for all my
servers, no matter what the OS (almost), which it does. But I sure as hell
don't bow down to it and kiss whomever made it.

Mike


> -Original Message-
> From: Remeta, Mark [SMTP:[EMAIL PROTECTED]]
> Sent: ã îøõ 28 2001 17:57
> To:   [EMAIL PROTECTED]
> Subject:  Re: Comparison of Backup Products
> 
> It's been my experience that most of the problems Tivoli products have
> running on NetWare are actually Novell problems.
> Just my .02.
> 
> Mark
> 
> 
> -Original Message-
> From: Tim Melly [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 28, 2001 10:47 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Comparison of Backup Products
> 
> 
> David,
> 
> Thanks for the insight.
> 
> I too believe that *SM is the best "enterprise class" backup product
> currently
> available. The biggest issue we're having is with the Novell client, the
> 3.7
> version memory leak caused the Novell servers to crash, did not restore
> with
> the
> proper rights,
> the 4.1 version scheduler doesn't work. Unfortunately, Novell is where we
> do
> most of our restores so the problem is magnified.
> 
> My management has requested information on the advantages/disadvantages of
> the
> available backup solutions and I appreciate the non-sales centric
> feedback.
> 
> Regards, Tim
> 
> 
> 
> 
> "David M.
> Hendrix" To: [EMAIL PROTECTED]
>  EX.COM>  Subject: Re: Comparison of
> Backup Products
> Sent by:
> "ADSM: Dist
> Stor Manager"
> <[EMAIL PROTECTED]
> RIST.EDU>
> 
> 
> 03/28/2001
> 10:19 AM
> Please
> respond to
> "ADSM: Dist
> Stor Manager"
> 
> 
> 
> 
> 
> 
> Tim,
> 
> We've been through a few iterations of evaluations of these products.  We
> recently added Netbackup along with TSM as our supported software
> platforms.  We run on HP, Sun, Win2K and IBM platforms, use EMC and HDS
> disk arrays, EMC switches (okay - McData) and use 3590B/E, 9480 and LTO
> devices (and hopefully a Gator 64K soon).
> 
> Here is my take: they are both good products and we have a guidline design
> document for deployment and implementation for each product paired with
> whatever software.  However, we have discovered that from an enterprise
> class deployment, TSM is clearly the winner.  Implementing failover
> servers, messaging (integration into our ops VPO screens), and support are
> the key issues we have run up against.  We have also implemented the
> Veritas HSM product for our imaging process.  We were very disappointed
> that the product is not well integrated with Netbackup (it uses media
> manager but things like the vault product and failover do not work with
> the
> HSM product - TSM HSM would have been a much better choice but I was
> overridden).
> 
> Veritas is a solid product and we are having teething pains.  The cure
> always seems to be "Veritas Consulting Services".  These aren't

tsm4.1 nt4 sp5 Terminal Server

[Harten, Gerard (.)]

We have just loaded tsm4.1 on an nt4 sp5 with terminal services and we are
getting dr watson access failures when we try to start server utilities.I am
assured that the userid we are using is powerful enough to start/amend any
task.
Any ideas?

Re: MOVE DATA seems to empty volume but still shows full

[Suad Musovich]

On Wed, Mar 28, 2001 at 12:12:26PM +0200, Reinhard Mersch wrote:
> Before doing that, I would simply try
>
> tsm: ADSM>audit volume bqy624 fix=yes

I tried that but it would not do anything (the first thing suggested by Tivoli).

I think it's a case of a sick DB. I'm going for the dsmserv audit.. option.

Cheers, Suad
--

Total bytes backed up

[David Nash]

Hello,

I am new to TSM.  We are running 4.1.3(?the latest?)
and would like to know if there is a report we can
run every morning that would show the total number
of bytes/MBs/GBs of data that was backed up for all
domains or each domain separately the previous night.
Any help would be appreciated.

Thanks,

--David Nash
  Systems Administrator
  The GSI Group

Re: Can't Get New MGMTCLASS to Work

[James Thompson]

Run a "select * from backups where node_name='NODENAME'" from
the TSM administrative prompt.  Find out what management class is
being used.  If the management class is DEFAULT, then either the include
statement doesn't match the objects being backed up, the management class
does not exists in the active policy for the nodes domain.  The management
class may not exist because there was a syntax error in the include
statement, the policy was not activated, or the node does not belong to the
domain where you put the new mgmtclass.

For trouble shooting post the following.
q node NODENAME  (replace nodename with the appropriate value)
q mgmtclass DOMAIN active (replace domain with the domain from q node)
dsm.opt (from the node having the problem)


James Thompson





>From: "Coyle, Jack" <[EMAIL PROTECTED]>
>Reply-To: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: Re: Can't Get New MGMTCLASS to Work
>Date: Wed, 28 Mar 2001 12:48:55 -0500
>
>Did the NetWare folks recycle the scheduler on the Novell server after
>making the requisite change to the dsm.opt file?
>
>Jack Coyle
>
> > --
> > From: Louis Wiesemann[SMTP:[EMAIL PROTECTED]]
> > Reply To: ADSM: Dist Stor Manager
> > Sent: Wednesday, March 28, 2001 12:41 PM
> > To:   [EMAIL PROTECTED]
> > Subject:  Can't Get New MGMTCLASS to Work
> >
> > We are running 3.7.3 server on OS/390.  On one of our NetWare servers
> > running client level 4.1.1 we wanted to start collocating a filespace we
> > were not collocating before.  I defined a new management class and
>backup
> > copygroup for it.  I pointed the copygroup to new storage pools (a disk
> > pool migrating to a tape pool).  I formatted and defined volumes for the
> > disk pool.  I activated the policyset with the new management class.  I
> > had the NetWare people update the backup to use an include naming the
>new
> > management class.  But when the backup runs it does not use the new
> > management class.  Nothing gets written to the new storage pools.  The
> > logs for the backup don't show any problems that I can relate to this.
>I
> > have reviewed the documentation and the list archives but have not found
> > anything additional I need to do.  Am I missing something?  Does anyone
> > have suggestions for where to look.
> >
> > Thanks for any ideas.
> >
> >
>--
> > --
> >
> > Louis J. Wiesemann
> > 502-852-8952
> >
> >
>--
> > --
> >
> > The "Daily Word For Reflection" is a free service and a non-discussion
> > list intended primarily to allow personal reflection on the Word of God.
> >
> > SUBSCRIBE/UNSUBSCRIBE at:
> >
> >http://monica.cin.org:81/guest/RemoteListSummary/daily_word
> > 
> >

_
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: TSM Consultants

[Garrison, Tony]

Thxs :)

 -Original Message-
From:   Robert Molerio [mailto:[EMAIL PROTECTED]]
Sent:   Wednesday, March 28, 2001 12:07 PM
To: [EMAIL PROTECTED]
Subject:Re: TSM Consultants

Try the Kernel Group in Austin There pretty good.
www.tkg.com


On Wed, 28 Mar 2001, Garrison, Tony wrote:

> Hello TSM'ers;
> We are looking for a TSM Consultant to come on site and give us
some
> assistance for a few months.  Does anyone have any recommendations?  We
are
> considering IBM (Located about 70miles north in Austin), but would really
> like to find some one local here in the San Antonio area.  Any other
ideas?
>
> T
>

www.molerio.com

Re: Can't Get New MGMTCLASS to Work

[Coyle, Jack]

Did the NetWare folks recycle the scheduler on the Novell server after
making the requisite change to the dsm.opt file?

Jack Coyle

> --
> From: Louis Wiesemann[SMTP:[EMAIL PROTECTED]]
> Reply To: ADSM: Dist Stor Manager
> Sent: Wednesday, March 28, 2001 12:41 PM
> To:   [EMAIL PROTECTED]
> Subject:  Can't Get New MGMTCLASS to Work
>
> We are running 3.7.3 server on OS/390.  On one of our NetWare servers
> running client level 4.1.1 we wanted to start collocating a filespace we
> were not collocating before.  I defined a new management class and backup
> copygroup for it.  I pointed the copygroup to new storage pools (a disk
> pool migrating to a tape pool).  I formatted and defined volumes for the
> disk pool.  I activated the policyset with the new management class.  I
> had the NetWare people update the backup to use an include naming the new
> management class.  But when the backup runs it does not use the new
> management class.  Nothing gets written to the new storage pools.  The
> logs for the backup don't show any problems that I can relate to this.  I
> have reviewed the documentation and the list archives but have not found
> anything additional I need to do.  Am I missing something?  Does anyone
> have suggestions for where to look.
>
> Thanks for any ideas.
>
> --
> --
>
> Louis J. Wiesemann
> 502-852-8952
>
> --
> --
>
> The "Daily Word For Reflection" is a free service and a non-discussion
> list intended primarily to allow personal reflection on the Word of God.
>
> SUBSCRIBE/UNSUBSCRIBE at:
>
>http://monica.cin.org:81/guest/RemoteListSummary/daily_word
> 
>

Re: Comparison of Backup Products

[Gill, Geoffrey L.]

To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM
products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Has anyone heard of this? And what do you think about it. For whatever
reason I've been asked to take a look.

http://www.emc.com/products/systems/edm.jsp?openfolder=storage_systems


Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail:   [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (888) 997-9614

Re: Audit Library Unsuccessful

[Shekhar Dhotre]

once you open and close door , Robot should  scan  each and every slot  and
drives in the library.
go to  /usr/tivoli/tsm/devices/binand run   lbtest   .
also kill and and restart  acs_ssi   (ACSLS   daemons _ from AIX  , reboot ACSLS
.
i do following
stop TSM
stop ACSLS
IPL library .
reboot ACSLS server
start TSM
start ACSLS daemons .

this should solve your problem , therwise i will call STK engg.


reagards
Shekhar Dhotre
Bayer Corp.






David Longo <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 03:56:51
PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Audit Library Unsuccessful


I haven't worked on your STK 9740.  I have worked some on a STK 9710.  When you
say it did the audit after you closed the door, do you mean the robot scanned
ALL the tapes slots.  If it didn't then check your OP Manual for the 9740 and
see what you need to do to do a full inventory/audit or whatever they call it.

After this completes and the STK is back online, then run TSM audit once and if
an error then a 2nd time.

If you've done all this and the error still exists, then you have a more
difficult problem.  Do you have a utility on your TSM server to directly access
the STK 9740 aside from TSM?  If so use it to see what library thinks is in slot
210 and work from there.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 02:38PM >>>
funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED],
[EMAIL PROTECTED]
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library
Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC

Re: Daylight Savings Fix for Windows NT Clients

[Andy Raibeck]

Hi Tim,

Well, therein lies the confusion, and why I responded to that post! I
wanted to make it clear that it was not a new problem.

The IC28969 problem was discovered by someone using the 4.1.1.16, and that
is why it was originally reported that way. The "live" APAR abstract has
since been updated to say, "TSM CLIENT SHOWS SIGNS OF MEMORY LEAK DURING
SCHEDULED BACKUPS."

The leak has been fixed in 4.1.2.12. If you are already at 4.1.1.16 and
aren't seeing the problem, I wouldn't worry about it, at least for the
purposes of getting past the DST switch.

Best regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


"Williams, Tim" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001
01:10:28 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Daylight Savings Fix for Windows NT Clients



Andy/all.
The original post, I believe tht was referencing a "new" DST
problem, not a reminder
to the old DST problem.
see ftp read1stc info on ic28969...that has (daylight savings
fixtest) noted in the
readme...maybe the readme is wrong because pulling up the
apar...yes, it
doesn't reference DST...

ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance
/client/v4r1/Windows/i386/LATEST/IP22151_12_read1stc.txt
* IC28969 TSM CLIENT 4.1.1.16 (DAYLIGHT SAVINGS FIXTEST) FOR
*
* NT/2000 SHOWS SIGNS OF A MEMORY LEAK DURING
*
* SCHEDULED INCREMENTAL BACKUPS.
Thanks for the quick response.
Tim




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 01:36 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:Re: Daylight Savings Fix for Windows NT Clients

Hi Tim,

Actually I was referring only to the DST problem (IC28544), per the
subject
and content of the original post to which I responded. IC28969 has
nothing
to do with the DST problem; it is just another APAR fix that was
included
in the 4.1.1.16 client. Although I was not involved in fixing that
problem,
it is my understanding that it has been in the code for quite some
time,
and in fact is not limited to just Windows. If you are fairly
current on
your maintenance and are not experiencing the problem, then I
wouldn't
worry about it; you're fine.

As far as DST goes, as long as you are one of the versions that
fixes it
(listed in my first post on this subject, text included below), you
do not
need to rush into installing new clients just for DST.

Best regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


"Williams, Tim" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
03/28/2001
12:14:44 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Daylight Savings Fix for Windows NT Clients



Andy/all, I read your update, I read apar ic28969 and
ic28544.
Are you saying that
ic28544: "AUTOMATICALLY ADJUST CLOCK FOR DAYLIGHT SAVINGS
CHANGES"
  CAUSES INCREMENTAL TO DO FULL BACKUP OF NTFS FILES
and
ic 28969  TSM CLIENT SHOWS SIGNS OF MEMORY LEAK DURING
SCHEDULED
  BACKUPS.
are referring to the *same* problem as was discovered last
October.
ic28969 (memory leak) has been seen or "This problem was
witnessed
on the 4.1.1.16 client for NT, but
  can affect all platforms.  It may also affect earlier
client
levels." -< quote from the apar..
This would contridict your update proposal (that...4.1.1.16
is
ok).
I opened up an etr/pmr asking to narrow the client
platforms
and
levels. Shops with large TSM client
installations can't respond quickly to upgrading TSM client
codeon a dime...
FYI Thanks Tim




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 12:32 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:Re: Daylight Savings Fix for Windows NT
Clients

Before anyone shakes their fists and yells, "not AGA

Re: Daylight Savings Fix for Windows NT Clients

[Tim Williams]

And another take...4.1.1.16 isn't really ok...(it may be ok with DST), but there
is a problem
with memory leaks at that level (and other levels potentially, too, according to
the apar).
4.1.1.16 was probably the original daylight savings fixtest level...
and 4.1.2.12 may fix that memory leak.
I see what you may have been saying now, Andy.
Thanks
-- Forwarded by Tim Williams/Frito-Lay/US on 03/28/2001
02:21 PM ---

From: Tim Williams on 03/28/2001 02:10 PM

To:   "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>@SMTP@Exchange
cc:

Subject:  Re: Daylight Savings Fix for Windows NT Clients  (Document link: Tim
  Williams)

Andy/all.
The original post, I believe tht was referencing a "new" DST problem, not a
reminder
to the old DST problem.
see ftp read1stc info on ic28969...that has (daylight savings fixtest) noted in
the
readme...maybe the readme is wrong because pulling up the apar...yes, it
doesn't reference DST...
ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance
/client/v4r1/Windows/i386/LATEST/IP22151_12_read1stc.txt
* IC28969 TSM CLIENT 4.1.1.16 (DAYLIGHT SAVINGS FIXTEST) FOR *
* NT/2000 SHOWS SIGNS OF A MEMORY LEAK DURING*
* SCHEDULED INCREMENTAL BACKUPS.
Thanks for the quick response.
Tim



Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 01:36 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>@SMTP@Exchange

To:   [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:  Re: Daylight Savings Fix for Windows NT Clients

Hi Tim,

Actually I was referring only to the DST problem (IC28544), per the subject
and content of the original post to which I responded. IC28969 has nothing
to do with the DST problem; it is just another APAR fix that was included
in the 4.1.1.16 client. Although I was not involved in fixing that problem,
it is my understanding that it has been in the code for quite some time,
and in fact is not limited to just Windows. If you are fairly current on
your maintenance and are not experiencing the problem, then I wouldn't
worry about it; you're fine.

As far as DST goes, as long as you are one of the versions that fixes it
(listed in my first post on this subject, text included below), you do not
need to rush into installing new clients just for DST.

Best regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


"Williams, Tim" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001
12:14:44 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Daylight Savings Fix for Windows NT Clients



Andy/all, I read your update, I read apar ic28969 and ic28544.
Are you saying that
ic28544: "AUTOMATICALLY ADJUST CLOCK FOR DAYLIGHT SAVINGS CHANGES"
  CAUSES INCREMENTAL TO DO FULL BACKUP OF NTFS FILES
and
ic 28969  TSM CLIENT SHOWS SIGNS OF MEMORY LEAK DURING SCHEDULED
  BACKUPS.
are referring to the *same* problem as was discovered last October.
ic28969 (memory leak) has been seen or "This problem was witnessed
on the 4.1.1.16 client for NT, but
  can affect all platforms.  It may also affect earlier client
levels." -< quote from the apar..
This would contridict your update proposal (that...4.1.1.16 is
ok).
I opened up an etr/pmr asking to narrow the client platforms and
levels. Shops with large TSM client
installations can't respond quickly to upgrading TSM client
codeon a dime...
FYI Thanks Tim




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 12:32 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:Re: Daylight Savings Fix for Windows NT Clients

Before anyone shakes their fists and yells, "not AGAIN!!!",
please understand that this is really just a *reminder*,
referring to the *same* problem as was discovered last
October. If you installed the fixing patch for this last
October, you are OK for the change to DST.

The notice is not as clear as it could be, so in order to
avoid further confusion, I have asked that it be changed to
something like this:

=
REMINDER
Daylight Savings Time Fix for Windows NT/2000

Last October a problem was discovered in the TSM client for
Windows NT and 2000 that caused the first incremental backup
following a change between Standard Time and Daylight Savings
Time to back up all files. (Thereafter incremental backups
would run normally, at least until the next change between
   

Re: dsmerror.log messages

[George Lesho]

How do you check an RC code or as you put it  "check an API"???
thanks

George Lesho
Storage/System Admin
AFC Enterprises






"Chibois, Herve" <[EMAIL PROTECTED]> on 03/28/2001 08:21:41 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: dsmerror.log messages



Hi Don,

check the API #define DSM_RC_REJECT_ID_UNKNOWN  53

Don't you have a postSched command that tries to connect w/ an invalid user
?

rv

> -Message d'origine-
> De : Don Matush [mailto:[EMAIL PROTECTED]]
> Envoy


é : mercredi 28 mars 2001 16:13
> À : [EMAIL PROTECTED]
> Objet : dsmerror.log messages
>
>
> Server MVS  TSM 4.1.3
> Client   AIX 4.3  TSM 4.1.2
>
> The backups run with out failure. Everything appears to be normal.
> But I get the following messages in the dsmerror.log. There are no
> error messages in the server activity log.
>
> 03/28/01   01:30:01 cuSignOnResp: Server rejected session;
> result code: 53
> 03/28/01   01:30:52 cuSignOnResp: Server rejected session;
> result code: 53
>
> Has anyone seen these messages or know what I should do to correct the
> problem.
>
> Thanks,
>
> Don ...
>

Re: Audit Library Unsuccessful

[David Longo]

I haven't worked on your STK 9740.  I have worked some on a STK 9710.  When you say it 
did the audit after you closed the door, do you mean the robot scanned ALL the tapes 
slots.  If it didn't then check your OP Manual for the 9740 and see what you need to 
do to do a full inventory/audit or whatever they call it.

After this completes and the STK is back online, then run TSM audit once and if an 
error then a 2nd time.  

If you've done all this and the error still exists, then you have a more difficult 
problem.  Do you have a utility on your TSM server to directly access the STK 9740 
aside from TSM?  If so use it to see what library thinks is in slot 210 and work from 
there.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 02:38PM >>>
funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED], [EMAIL PROTECTED] 
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library 
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED] 
om   To: [EMAIL PROTECTED] 
 cc: [EMAIL PROTECTED] 
03/28/2001   Subject: Re: Audit Library Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED] 
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
librar

Re: Daylight Savings Fix for Windows NT Clients

[Williams, Tim]

Andy/all.
The original post, I believe tht was referencing a "new" DST
problem, not a reminder
to the old DST problem.
see ftp read1stc info on ic28969...that has (daylight savings
fixtest) noted in the
readme...maybe the readme is wrong because pulling up the
apar...yes, it
doesn't reference DST...

ftp://service.boulder.ibm.com/storage/tivoli-storage-management/maintenance
/client/v4r1/Windows/i386/LATEST/IP22151_12_read1stc.txt
* IC28969 TSM CLIENT 4.1.1.16 (DAYLIGHT SAVINGS FIXTEST) FOR
*
* NT/2000 SHOWS SIGNS OF A MEMORY LEAK DURING
*
* SCHEDULED INCREMENTAL BACKUPS.
Thanks for the quick response.
Tim




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 01:36 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:  

Subject:Re: Daylight Savings Fix for Windows NT Clients

Hi Tim,

Actually I was referring only to the DST problem (IC28544), per the
subject
and content of the original post to which I responded. IC28969 has
nothing
to do with the DST problem; it is just another APAR fix that was
included
in the 4.1.1.16 client. Although I was not involved in fixing that
problem,
it is my understanding that it has been in the code for quite some
time,
and in fact is not limited to just Windows. If you are fairly
current on
your maintenance and are not experiencing the problem, then I
wouldn't
worry about it; you're fine.

As far as DST goes, as long as you are one of the versions that
fixes it
(listed in my first post on this subject, text included below), you
do not
need to rush into installing new clients just for DST.

Best regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


"Williams, Tim" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on
03/28/2001
12:14:44 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Daylight Savings Fix for Windows NT Clients



Andy/all, I read your update, I read apar ic28969 and
ic28544.
Are you saying that
ic28544: "AUTOMATICALLY ADJUST CLOCK FOR DAYLIGHT SAVINGS
CHANGES"
  CAUSES INCREMENTAL TO DO FULL BACKUP OF NTFS FILES
and
ic 28969  TSM CLIENT SHOWS SIGNS OF MEMORY LEAK DURING
SCHEDULED
  BACKUPS.
are referring to the *same* problem as was discovered last
October.
ic28969 (memory leak) has been seen or "This problem was
witnessed
on the 4.1.1.16 client for NT, but
  can affect all platforms.  It may also affect earlier
client
levels." -< quote from the apar..
This would contridict your update proposal (that...4.1.1.16
is
ok).
I opened up an etr/pmr asking to narrow the client platforms
and
levels. Shops with large TSM client
installations can't respond quickly to upgrading TSM client
codeon a dime...
FYI Thanks Tim




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 12:32 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:Re: Daylight Savings Fix for Windows NT
Clients

Before anyone shakes their fists and yells, "not AGAIN!!!",
please understand that this is really just a *reminder*,
referring to the *same* problem as was discovered last
October. If you installed the fixing patch for this last
October, you are OK for the change to DST.

The notice is not as clear as it could be, so in order to
avoid further confusion, I have asked that it be changed to
something like this:

=
REMINDER
Daylight Savings Time Fix for Windows NT/2000

Last October a problem was discovered in the TSM client for
Windows NT and 2000 that caused the first incremental backup
following a change between Standard Time and Daylight
Savings
Time to back up all files. (Thereafter incremental backups
would run normally, at least until the next change between

Re: Audit Library Unsuccessful

[George Lesho]

I think maybe your library needs some service. I am pretty sure at this point,
that based on all the stuff you have described that it is a hardware issue with
the library

George Lesho
Storage/System Admin
AFC Enterprises






Marc Levitan <[EMAIL PROTECTED]> on 03/28/2001 01:38:03 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED],
[EMAIL PROTECTED]
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library
Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different

Re: audit library STILL unsuccessful!

[Roger C Cook]

Marc,

I was looking at your I/O error code and found this:

CC=301 - "Check the drive for jammed volumes. On AIX, display the
errpt to check for hardware errors."
KEY=05 - "illegal request"

Hope this helps.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
David Longo
Sent: Wednesday, March 28, 2001 1:11 PM
To: [EMAIL PROTECTED]
Subject: Re: audit library STILL unsuccessful!


I guess you're down to that one slot now.  Have you looked in the library to
see what is physically in this slot if anything?  (Use a good flashlight if
you don't want to open library). If something is there, see what TSM says
about where that volume is.  Maybe the barcode on this volume really is
bad/missing.

Last resort is reinitialize STK library so it does it's audit/inventory and
then run TSM audit.  You may get another messasge(s) with first TSM audit
run.  Should be ok on 2nd pass.


David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 12:50PM >>>
Thankyou to everyone that is helping!

okay, i ran this and you are right... there was NOT an entry for slot 210.
Now what?  If I run an audit, it will still error out with :


03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed




David Longo
  cc:
Sent by: "ADSM: DistSubject: Re: audit
library STILL unsuccessful!
Stor Manager"
<[EMAIL PROTECTED]
U>


03/28/2001 12:26 PM
Please respond to
"ADSM: Dist Stor
Manager"





- (on vwall2)

email-body was scanned and no virus found
-
you can use: q libvol   - but that is in volume name order.  Use the select
statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what
TSM thinks is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the
entry in TSM to match the library so you may not be able to tell what WAS
in that slot.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject:

Re: Audit Library Unsuccessful

[Marc Levitan]

funny thing happened...
I opened the library and closed it.  This caused a StorageTek audit.  Then
I went to TSM and ran audit library tekwolf checklabel=barcode.  I ran over
to the StorageTek and watched.  The Robot went to the bottom DRIVE and
scanned.  It then moved up a DRIVE and searched again.  It did this twice
more (I have 4 drives which were empty at the time).  At the end of this is
when I received the I/O error.  All the robot did was go to the 4 drives.
Shouldn't it have went to slot 210 and looked for the tape?

Any way -- I have to find a way to delete the slot 210 contents from the
storagetek memory.  Any ideas?

- Forwarded by Marc D Levitan/PFPC/WES/PNC on 03/28/2001 02:33 PM -

Marc D Levitan
 To: [EMAIL PROTECTED], [EMAIL PROTECTED]
03/28/2001   cc:
02:21 PM Subject: Re: Audit Library 
Unsuccessful(Document link: Marc D Levitan)





Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being
used.  You may get a "Busy" message, if so wait a minute and run again.  It
takes only about20-30 seconds.  Comapre the tapelist to TSM q libvol.
Tapelist
is in element order and shows if anything is robots, I/O station and
drives.  If
a tape is in drives it's home element is shown also.  This list is
"realtime" of
where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up

Re: Daylight Savings Fix for Windows NT Clients

[Andy Raibeck]

Hi Tim,

Actually I was referring only to the DST problem (IC28544), per the subject
and content of the original post to which I responded. IC28969 has nothing
to do with the DST problem; it is just another APAR fix that was included
in the 4.1.1.16 client. Although I was not involved in fixing that problem,
it is my understanding that it has been in the code for quite some time,
and in fact is not limited to just Windows. If you are fairly current on
your maintenance and are not experiencing the problem, then I wouldn't
worry about it; you're fine.

As far as DST goes, as long as you are one of the versions that fixes it
(listed in my first post on this subject, text included below), you do not
need to rush into installing new clients just for DST.

Best regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


"Williams, Tim" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001
12:14:44 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Re: Daylight Savings Fix for Windows NT Clients



Andy/all, I read your update, I read apar ic28969 and ic28544.
Are you saying that
ic28544: "AUTOMATICALLY ADJUST CLOCK FOR DAYLIGHT SAVINGS CHANGES"
  CAUSES INCREMENTAL TO DO FULL BACKUP OF NTFS FILES
and
ic 28969  TSM CLIENT SHOWS SIGNS OF MEMORY LEAK DURING SCHEDULED
  BACKUPS.
are referring to the *same* problem as was discovered last October.
ic28969 (memory leak) has been seen or "This problem was witnessed
on the 4.1.1.16 client for NT, but
  can affect all platforms.  It may also affect earlier client
levels." -< quote from the apar..
This would contridict your update proposal (that...4.1.1.16 is
ok).
I opened up an etr/pmr asking to narrow the client platforms and
levels. Shops with large TSM client
installations can't respond quickly to upgrading TSM client
codeon a dime...
FYI Thanks Tim




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 12:32 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:Re: Daylight Savings Fix for Windows NT Clients

Before anyone shakes their fists and yells, "not AGAIN!!!",
please understand that this is really just a *reminder*,
referring to the *same* problem as was discovered last
October. If you installed the fixing patch for this last
October, you are OK for the change to DST.

The notice is not as clear as it could be, so in order to
avoid further confusion, I have asked that it be changed to
something like this:

=
REMINDER
Daylight Savings Time Fix for Windows NT/2000

Last October a problem was discovered in the TSM client for
Windows NT and 2000 that caused the first incremental backup
following a change between Standard Time and Daylight Savings
Time to back up all files. (Thereafter incremental backups
would run normally, at least until the next change between
Standard Time and Daylight Savings Time.)

This problem is documented in APAR IC28544. It affects data
only on NTFS volumes, so Windows 95 and 98 are not affected;
Windows NT and 2000 FAT-formatted volumes are not affected.

The problem affects TSM Windows client versions
3.7.2.0 - 3.7.2.16, and 4.1.0.0 - 4.1.1.0.

The problem was fixed in TSM Windows client versions
3.7.2.17 - 3.7.2.19, 4.1.1.16, and 4.1.2.0.

For TSM Windows clients running on the Alpha processor, the
problem is fixed in version 3.7.2.19.

If you have already applied a fixing version from last October
(or later), then you do not need to do anything for the upcoming
change to Daylight Savings Time. If you are currently running a
version of the client that does not have the fix for this
problem, then it is recommended that you apply one of the
following patches:

For the TSM version 4.1 client, patch 4.1.2.12

For the TSM version 3.7 client, patch 3.7.2.19 (both x86 and
Alpha)
=

Regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Re: Audit Library Unsuccessful

[George Lesho]

Absolutely, cycle the power on your 3575 and it will "initialize element status"
(you must have noticed that little ceremony taking place ;-). This will put a
fresh status of the elements into what I referred to as "RAM"... This memory is
not volitile, I think, so you might just get away with doing an "initialize
element status" from the front panel but if there is some sort of weird thing
going on, it is probably best to cycle the power and let it stay off for a
couple minutes before powering back on. Once it is done initializing element
status, it will see the slot as empty. The way this might have happened is that
someone could have taken the tape out of slot 210 and the library has run
initialize element status since the tape was moved. This is not a big deal and
will happen George







Marc Levitan <[EMAIL PROTECTED]> on 03/28/2001 01:21:13 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library
Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being
used.  You may get a "Busy" message, if so wait a minute and run again.  It
takes only about20-30 seconds.  Comapre the tapelist to TSM q libvol.
Tapelist
is in element order and shows if anything is robots, I/O station and
drives.  If
a tape is in drives it's home element is shown also.  This list is
"realtime" of
where tapes are in library.

3.  You could have a barcode r

Re: Audit Library Unsuccessful

[Marc Levitan]

Hi George,
Is there a way to clear that ram and have the storage library re-audit the
library?  I am asking because my problem is that there is NO volume in slot
210.  (The Library thinks there is)  However, when I try an audit through
TSM, it errors out on slot 210.  I was able to checkout other volumes in
other slots because TSM associated a volume number to the slot.  In this
case though, TSM does not "see" any volumes in slot 210.




[EMAIL PROTECTED]
om   To: [EMAIL PROTECTED]
 cc: [EMAIL PROTECTED]
03/28/2001   Subject: Re: Audit Library Unsuccessful
02:13 PM





David, You made a comment that barcode problems would show up in an error
log...
not so. I have first hand experience here. I have lost my barcode reader
twice
in the last year from my 3575L32. Mine is configured as yours is;  2/14 and
as
one library. The first time the barcode reader stopped working, it was
actually
the card at the back of the library (RAM) where the element status info is
held.
The second time was the reader itself. Both times, the LED blinked and
appeared
to be functioning. Neither error was reported into the errpt. I only
noticed the
problem because of the audit library problem of not being able to go
through the
whole library reading labels before bombing. The problem with the card not
retaining the element info was very hard for the IBM hardware CE to
diagnose as
it doesn't show up using the normal diag or library diagnostic routines.
Marc's
problem won't be resolved for the tape in his slot 210. The library barcode
reader CAN'T read the barcode and the tape can't be mounted to read the
label.
Marc's error message indicates:

Illegal request - incompatible medium installed
   KEY 15SC 30   ASC 00

This means the tape format or medium itself is bad (this info from the SCSI
Bench Reference)

He needs to get the tape out of the library, check it back in, move data
and
then he could choose to audit the volume with the fix swtich invoked or
just
delete the volume and can it... Could another application have written to
the
tape? Could Marc have done dd to the tape? Both of these would mess up the
format or it could just be a bad tape.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/27/2001 12:11:32 PM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: Audit Library Unsuccessful



I have your identical config except have TSM 3.7.4.0 server.  I also have
Atape
drive 5.3.9.0 - probably not most recent but fairly so.  If your much
behind
this, I would update it from IBM.  I have not had this specific problem,
but
have had some problems.  Several things to check.

1.  Run the audit and if you get an "Unable to read.." error then run it a
second time and see if it comes up.  The first time it is adjusting TSM to
match
library so second time should be no problem.  It there is I would suspect
TSM
problem, not library.  (Also when manuallly pulling /reinserting tapes it's
easy
to get them one slot off etc.  I have done it.  I always do an audit if I
have
been in library.

2.  You can do another check with tapeutil.  (The Atape drive usitily that
TSM
uses to talk to library).  Do theis command:
tapeutuil -f /dev/smc0 inventory > tapelist
Your /dev/smc0 may be different.  This can be run with TSM up AND drives
being
used.  You may get a "Busy" message, if so wait a minute and run again.  It
takes only about20-30 seconds.  Comapre the tapelist to TSM q libvol.
Tapelist
is in element order and shows if anything is robots, I/O station and
drives.  If
a tape is in drives it's home element is shown also.  This list is
"realtime" of
where tapes are in library.

3.  You could have a barcode reader problem but this would most likely show
up
in actlog or on Error log on LCD OP stations of 3575.   Do the tapes actual
labels look o.k.?

4.  How is library configured?  Is it just One Logical libray or more?  Do
you
just have the 2 top I/O ports or the additional 14?

I have ONe library and 2 i/o ports.

Some starting thoughts...


David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/27/01 12:54PM >>>
I have a 3575 L32 on AIX 4.3.3 and TSM 4.1.2. I had to manually inventory
mine using a printout from "select home_element, volume_name from
libvolumes
order by home_element". I removed any that were not on the list and checked
out the ones that were on the list but not in the library. Now the audit
library completes successfully, yet every time I get the "Unable to read
barcode..." message. I compare what is in the slot to what the system says
should be there (same), then pull the 

Re: Daylight Savings Fix for Windows NT Clients

[Williams, Tim]

Andy/all, I read your update, I read apar ic28969 and ic28544. 
Are you saying that 
ic28544: "AUTOMATICALLY ADJUST CLOCK FOR DAYLIGHT SAVINGS CHANGES"
  CAUSES INCREMENTAL TO DO FULL BACKUP OF NTFS FILES
and
ic 28969  TSM CLIENT SHOWS SIGNS OF MEMORY LEAK DURING SCHEDULED
  BACKUPS.
are referring to the *same* problem as was discovered last October.
ic28969 (memory leak) has been seen or "This problem was witnessed
on the 4.1.1.16 client for NT, but
  can affect all platforms.  It may also affect earlier client
levels." -< quote from the apar..
This would contridict your update proposal (that...4.1.1.16 is
ok).
I opened up an etr/pmr asking to narrow the client platforms and
levels. Shops with large TSM client
installations can't respond quickly to upgrading TSM client
codeon a dime...
FYI Thanks Tim 




Andy Raibeck <[EMAIL PROTECTED]>
03/28/2001 12:32 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:  

Subject:Re: Daylight Savings Fix for Windows NT Clients

Before anyone shakes their fists and yells, "not AGAIN!!!",
please understand that this is really just a *reminder*,
referring to the *same* problem as was discovered last
October. If you installed the fixing patch for this last
October, you are OK for the change to DST.

The notice is not as clear as it could be, so in order to
avoid further confusion, I have asked that it be changed to
something like this:

=
REMINDER
Daylight Savings Time Fix for Windows NT/2000

Last October a problem was discovered in the TSM client for
Windows NT and 2000 that caused the first incremental backup
following a change between Standard Time and Daylight Savings
Time to back up all files. (Thereafter incremental backups
would run normally, at least until the next change between
Standard Time and Daylight Savings Time.)

This problem is documented in APAR IC28544. It affects data
only on NTFS volumes, so Windows 95 and 98 are not affected;
Windows NT and 2000 FAT-formatted volumes are not affected.

The problem affects TSM Windows client versions
3.7.2.0 - 3.7.2.16, and 4.1.0.0 - 4.1.1.0.

The problem was fixed in TSM Windows client versions
3.7.2.17 - 3.7.2.19, 4.1.1.16, and 4.1.2.0.

For TSM Windows clients running on the Alpha processor, the
problem is fixed in version 3.7.2.19.

If you have already applied a fixing version from last October
(or later), then you do not need to do anything for the upcoming
change to Daylight Savings Time. If you are currently running a
version of the client that does not have the fix for this
problem, then it is recommended that you apply one of the
following patches:

For the TSM version 4.1 client, patch 4.1.2.12

For the TSM version 3.7 client, patch 3.7.2.19 (both x86 and
Alpha)
=

Regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Daylight Savings Fix for Windows NT Clients



The Tivoli® Storage Manager Products Technical Support page
(http://www.tivoli.com/support/storage_mgr/adsercli.htm) has the
following notice:

NOTICE
Daylight Savings Fix for Windows NT
Before April 1st, Tivoli Storage Manager 4.1 and 3.7 client users
for
Windows NT must apply the following fixtests:
For the TSM V 4.1 client, fixtest 4.1.2.12 for Windows NT/2000
For the TSM V 3.7 client, fixtest 3.7.2.19 for Windows NT/2000

Automating deletion of DB2 archive logs and history file

[James Thompson]

I've searched through www.adsm.org but did not find an example of how
to preform automation of DB2 archive logs and the DB2 history file when
backing up to TSM.

The db2adutl delete command provides the ability to keep N number of
versions or delete backups older than a timestamp.  Once that command is
done you must then run a db2adutl query,  find the oldest backup and see
what the oldest log file is that it needs.  Then using that value you can
delete all the logs up to that oldest log that the oldes backup needs.
whew.

After deleting a backup using db2adutl query, the information in the
db2adutl history file is now out of sync.  It still references the backup
that no longer exists on TSM storage.  You can prune the history file by
date, but this also deletes all entries in the history file, not just the
TSM backups.

So given all these factors, has anyone come up with a slick way to automate
all these processes?

Are you using some type of scripting or leaving it up to the DB2 database
administrators to manage?

James Thompson
_
Get your FREE download of MSN Explorer at http://explorer.msn.com

Re: Size returned by q vol and q occup don't match.

[Dias, Bill (GTIWHQ)]

Never mind!  The problem was I forgot to adjust for the Pct. Util when I did
the calculations using the q vol f=d.  Since most of the tapes are close to
100% utilized the numbers were close, but did not match.   Opps!

Bill 

-Original Message-
From: Bernhard Unold [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 23, 2001 5:57 AM
To: [EMAIL PROTECTED]
Subject: Re: Size returned by q vol and q occup don't match.


I dont't really understand your problem, because i don't know, what you
are comparing. So what is current and avg, and how do you compute the
value for Q vol Size  and Q occup Size?

"Dias, Bill (GTIWHQ)" schrieb:
> 
> Our current level of  ADSM 3.1.2.50.I know, tell the bean
> counters.   We wanted to know how much storage was being used by different
> parts of the system, so I wrote a PERL script to retrieve the information.
> For s... and giggles I added some processing for q occup.  Surprise!  They
> don't match.  Ok, I understand when the sizes returned by the q vol
command
> are smaller than the those returned by the q occup it is because tapes are
> checked out of the library.   Most of the time the q vol size is larger
than
> the q occup size.  Why?? I would have expected equal values.
> 
> Thanks
> Bill Dias
> AIX Systems Administrator
> Gerber Scientific
> 
> EXAMPLE OUTPUT:
> 
>   Gerber ADSM Status checker Version 01   Thu Mar 15 16:25:37 EST
> 2001
> 
>   Current  Avg.  Pool Q vol Size   Q occup
Size
>   ___     _____
___
>62  (72)   SAP_PRD_DB_POOL  = 1599261.30(MB)
1578897.66(MB)
> 
>33  (32)   SAP_PRC_DB_POOL  = 1162538.10(MB)
1023184.33(MB)
> 
> 6   (6)   SAP_PRD_LOG_POOL =   63788.70(MB)
44687.72(MB)
> 
> 0   (6)   SAP_OS_POOL  =   0.00(MB)
755.88(MB)
> 
> 6   (7)   OS_TAPEPOOL  =   37242.10(MB)
31940.88(MB)
> 
> 5   (6)   SAP_DEV_DB_POOL  =   90386.30(MB)
74868.45(MB)
> 
> 6   (6)   SAP_PRC_LOG_POOL =   64596.60(MB)
47619.87(MB)
> 
> 0   (2)   OS_COPY_POOL =   0.00(MB)
0.00(MB)
> 
> 4   (2)   TAPEPOOL_OTH =   20186.50(MB)
6923.83(MB)
> 
> 6   (4)   PRC_SPECIAL_TAPEPOOL =  177828.90(MB)
136585.65(MB)
> 
>10   (8)   PRD_SPECIAL_TAPEPOOL =  222330.40(MB)
210670.08(MB)
> 
> 4   (2)   DEV_SPECIAL_TAPEPOOL =   64470.50(MB)
49912.31(MB)
> 
>   ___     _____
___
>  3502629.40(MB)
3205290.78(MB)
> 
>28  (30)   Scratch
>15   (7)   Empty bins
>20  (16)   Offsite tapes
> 
>ADSM has a total of 170 tapes
> 
>There were a total of 1 errors.
>There were a total of 0 warnings

-- 
Mit freundlichen Grüßen


Bernhard Unold

Re: Daylight Savings Fix for Windows NT Clients

[David Longo]

Thanks Andy - That's a nice clear explanation!!!


David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 01:32PM >>>
Before anyone shakes their fists and yells, "not AGAIN!!!",
please understand that this is really just a *reminder*,
referring to the *same* problem as was discovered last
October. If you installed the fixing patch for this last
October, you are OK for the change to DST.

The notice is not as clear as it could be, so in order to
avoid further confusion, I have asked that it be changed to
something like this:

=
REMINDER
Daylight Savings Time Fix for Windows NT/2000

Last October a problem was discovered in the TSM client for
Windows NT and 2000 that caused the first incremental backup
following a change between Standard Time and Daylight Savings
Time to back up all files. (Thereafter incremental backups
would run normally, at least until the next change between
Standard Time and Daylight Savings Time.)

This problem is documented in APAR IC28544. It affects data
only on NTFS volumes, so Windows 95 and 98 are not affected;
Windows NT and 2000 FAT-formatted volumes are not affected.

The problem affects TSM Windows client versions
3.7.2.0 - 3.7.2.16, and 4.1.0.0 - 4.1.1.0.

The problem was fixed in TSM Windows client versions
3.7.2.17 - 3.7.2.19, 4.1.1.16, and 4.1.2.0.

For TSM Windows clients running on the Alpha processor, the
problem is fixed in version 3.7.2.19.

If you have already applied a fixing version from last October
(or later), then you do not need to do anything for the upcoming
change to Daylight Savings Time. If you are currently running a
version of the client that does not have the fix for this
problem, then it is recommended that you apply one of the
following patches:

For the TSM version 4.1 client, patch 4.1.2.12

For the TSM version 3.7 client, patch 3.7.2.19 (both x86 and
Alpha)
=

Regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED] 
"The only dumb question is the one that goes unasked."


Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED] 
cc:
Subject:  Daylight Savings Fix for Windows NT Clients



The Tivoli® Storage Manager Products Technical Support page
(http://www.tivoli.com/support/storage_mgr/adsercli.htm) has the
following notice:

NOTICE
Daylight Savings Fix for Windows NT
Before April 1st, Tivoli Storage Manager 4.1 and 3.7 client users  for
Windows NT must apply the following fixtests:
For the TSM V 4.1 client, fixtest 4.1.2.12 for Windows NT/2000
For the TSM V 3.7 client, fixtest 3.7.2.19 for Windows NT/2000


"MMS " made the following
 annotations on 03/28/01 13:42:59
--
This message is for the named person's use only.  It may contain confidential, 
proprietary, or legally privileged information.  No confidentiality or privilege is 
waived or lost by any mistransmission.  If you receive this message in error, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it, and notify the sender.  You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient.  Health First reserves the right to monitor all e-mail communications 
through its networks.  Any views or opinions expressed in this message are solely 
those of the individual sender, except (1) where the message states such views or 
opinions are on behalf of a particular entity;  and (2) the sender is authorized by 
the entity to give such views or opinions.

==

Re: Daylight Savings Fix for Windows NT Clients

[Andy Raibeck]

Before anyone shakes their fists and yells, "not AGAIN!!!",
please understand that this is really just a *reminder*,
referring to the *same* problem as was discovered last
October. If you installed the fixing patch for this last
October, you are OK for the change to DST.

The notice is not as clear as it could be, so in order to
avoid further confusion, I have asked that it be changed to
something like this:

=
REMINDER
Daylight Savings Time Fix for Windows NT/2000

Last October a problem was discovered in the TSM client for
Windows NT and 2000 that caused the first incremental backup
following a change between Standard Time and Daylight Savings
Time to back up all files. (Thereafter incremental backups
would run normally, at least until the next change between
Standard Time and Daylight Savings Time.)

This problem is documented in APAR IC28544. It affects data
only on NTFS volumes, so Windows 95 and 98 are not affected;
Windows NT and 2000 FAT-formatted volumes are not affected.

The problem affects TSM Windows client versions
3.7.2.0 - 3.7.2.16, and 4.1.0.0 - 4.1.1.0.

The problem was fixed in TSM Windows client versions
3.7.2.17 - 3.7.2.19, 4.1.1.16, and 4.1.2.0.

For TSM Windows clients running on the Alpha processor, the
problem is fixed in version 3.7.2.19.

If you have already applied a fixing version from last October
(or later), then you do not need to do anything for the upcoming
change to Daylight Savings Time. If you are currently running a
version of the client that does not have the fix for this
problem, then it is recommended that you apply one of the
following patches:

For the TSM version 4.1 client, patch 4.1.2.12

For the TSM version 3.7 client, patch 3.7.2.19 (both x86 and
Alpha)
=

Regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: [EMAIL PROTECTED]
"The only dumb question is the one that goes unasked."


Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Daylight Savings Fix for Windows NT Clients



The Tivoli® Storage Manager Products Technical Support page
(http://www.tivoli.com/support/storage_mgr/adsercli.htm) has the
following notice:

NOTICE
Daylight Savings Fix for Windows NT
Before April 1st, Tivoli Storage Manager 4.1 and 3.7 client users  for
Windows NT must apply the following fixtests:
For the TSM V 4.1 client, fixtest 4.1.2.12 for Windows NT/2000
For the TSM V 3.7 client, fixtest 3.7.2.19 for Windows NT/2000

Re: audit library STILL unsuccessful!

[George Lesho]

David, If the library had a problem reading the barcode of a tape, it (TSM) will
mount the tape and read the label. Since most TSM operations read the label
after mounting a tape, other than AUDIT, I allow tapes with "bad" barcodes but
good labels to remain in the inventory.

George Lesho
Storage/System Admin
AFC Enterprises






David Longo <[EMAIL PROTECTED]> on 03/28/2001 10:18:44 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

To:   [EMAIL PROTECTED]
cc:(bcc: George Lesho/Partners/AFC)
Fax to:
Subject:  Re: audit library STILL unsuccessful!



The message when you used "checklabel=barcode" about "unabel to read label,
Loading in drive..".  With checklabel=barcode it does not actually read labels,
just reads libraries internal memory on it's inventory.  It is actually
adjusting *SM's inventory to match the libraries.  If you physically look
through window of your library you will see that there are no tapes in those
slots.

If you after runing this and see these messges, then immediately run  audit
again there should be no messages - if so then there is some kind of problem.

Regular audits prevent/correct inconsistencies in inventories.  I always run one
when I or someone else has been in library.

Also run when there are no tapes mounted or it could take a very lonng time,
even with checklabel=barcode.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 10:48AM >>>
I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 0

Re: TSM Consultants

[Robert Molerio]

Try the Kernel Group in Austin There pretty good.
www.tkg.com


On Wed, 28 Mar 2001, Garrison, Tony wrote:

> Hello TSM'ers;
> We are looking for a TSM Consultant to come on site and give us some
> assistance for a few months.  Does anyone have any recommendations?  We are
> considering IBM (Located about 70miles north in Austin), but would really
> like to find some one local here in the San Antonio area.  Any other ideas?
>
> T
>

www.molerio.com

Re: audit library STILL unsuccessful!

[David Longo]

I guess you're down to that one slot now.  Have you looked in the library to see what 
is physically in this slot if anything?  (Use a good flashlight if you don't want to 
open library). If something is there, see what TSM says about where that volume is.  
Maybe the barcode on this volume really is bad/missing.

Last resort is reinitialize STK library so it does it's audit/inventory and then run 
TSM audit.  You may get another messasge(s) with first TSM audit run.  Should be ok on 
2nd pass.


David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 12:50PM >>>
Thankyou to everyone that is helping!

okay, i ran this and you are right... there was NOT an entry for slot 210.
Now what?  If I run an audit, it will still error out with :


03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed




David Longo
  cc:
Sent by: "ADSM: DistSubject: Re: audit library STILL 
unsuccessful!
Stor Manager"
<[EMAIL PROTECTED] 
U>


03/28/2001 12:26 PM
Please respond to
"ADSM: Dist Stor
Manager"





- (on vwall2)

email-body was scanned and no virus found
-
you can use: q libvol   - but that is in volume name order.  Use the select
statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what
TSM thinks is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the
entry in TSM to match the library so you may not be able to tell what WAS
in that slot.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED] 


>>> [EMAIL PROTECTED] 03/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED] 
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED] 
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRA

Daylight Savings Fix for Windows NT Clients

[Ray Pratts]

The Tivoli® Storage Manager Products Technical Support page
(http://www.tivoli.com/support/storage_mgr/adsercli.htm) has the
following notice:

NOTICE
Daylight Savings Fix for Windows NT
Before April 1st, Tivoli Storage Manager 4.1 and 3.7 client users  for
Windows NT must apply the following fixtests:
For the TSM V 4.1 client, fixtest 4.1.2.12 for Windows NT/2000
For the TSM V 3.7 client, fixtest 3.7.2.19 for Windows NT/2000

Re: audit library STILL unsuccessful!

[Marc Levitan]

Thankyou to everyone that is helping!

okay, i ran this and you are right... there was NOT an entry for slot 210.
Now what?  If I run an audit, it will still error out with :


03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed




David Longo
  cc:
Sent by: "ADSM: DistSubject: Re: audit library STILL 
unsuccessful!
Stor Manager"
<[EMAIL PROTECTED]
U>


03/28/2001 12:26 PM
Please respond to
"ADSM: Dist Stor
Manager"





- (on vwall2)

email-body was scanned and no virus found
-
you can use: q libvol   - but that is in volume name order.  Use the select
statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what
TSM thinks is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the
entry in TSM to match the library so you may not be able to tell what WAS
in that slot.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   

Re: audit library STILL unsuccessful!

[Doug Thorneycroft]

q libvol tekwolf should give you a list

On Wednesday, March 28, 2001 9:06 AM, Marc Levitan [SMTP:[EMAIL PROTECTED]]
wrote:
> Is there a way to find out what Volume TSM thinks is in a particular Slot
> (Element ID)
> I need to find out what volume TSM thinks is in slot 210 so that I can
> check it out of the library...  (Slot 210 is empty)
>
> Marc D Levitan
>  To: "ADSM: Dist Stor Manager"
>  <[EMAIL PROTECTED]>
> 03/28/2001   cc:
> 11:23 AM Subject: Re: audit library STILL
> unsuccessful!(Document link: Marc D Levitan)
>
>
>
>
>
> Unfortunately, i don't know what volume is supposed to go in the slot!  =)
> (I can't checkout a volume that i don't know what it is...)
> I also checked ALL of my volumes for their element number hoping that I
> would find one that had slot 210.  No luck.
>
>
>
> Roger C Cook
>  .COM>cc:
> Sent by: Subject: Re: audit library STILL
> unsuccessful!
> "ADSM: Dist
> Stor Manager"
> <[EMAIL PROTECTED]
> RIST.EDU>
>
>
> 03/28/2001
> 11:14 AM
> Please
> respond to
> "ADSM: Dist
> Stor Manager"
>
>
>
>
>
> If you cannot locate the volume and manually put it into the slot (which I
> had to do for a couple that were in the wrong slot), you will need to use
> FORCE=YES  (which I also had to use). Luckily the ones I could not locate
> were scratch volumes.
>
> Roger C Cook
> RCG Information Services
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Marc Levitan
> Sent: Wednesday, March 28, 2001 10:48 AM
> To: [EMAIL PROTECTED]
> Subject: audit library STILL unsuccessful!
>
>
> I have made progress though...  the original issue is at the bottom.
>
>
> I ran a audit library Tekwolf checklabel=barcode and this is what I got...
>
> 03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
> LIBRARY
>tekwolf checkl=barcode
> 03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
>BACKGROUND at 13:56:42.
> 03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
>started as process 302.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 47 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 184 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 197 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 204 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 210 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
>CC=301, KEY=05, ASC=30, ASCQ=00,
> SENSE=70.00.05.00.00.00-
>.00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
> Description-
>=Cartridge load failure).  Refer to Appendix B in
> the
>'Messages' manual for recommended action.
> 03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
> failed.
> 03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
>BACKGROUND completed with completion state FAILURE
> at
>13:56:59.
> SO I looked up which volumes were in the element slot numbers and TRIED to
> check them out and got this:
>
> ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
> 000224
> CHECKLABEL=YES FORCE=NO REMOVE=YES
> ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
> 09:07:04.
> ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
> started as process 307.
> ANR0609I CHECKOUT LIBVOLUME started as process 307.
> ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
> ASCQ=0E,
> SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
> Description=The source slot or drive was empty in an attempt to move a
> volume)

Re: Performance from an OS/390 Mainframe to an AIX box

[Prather, Wanda]

I don't know.
But here's a simple test.
Go to your AIX box, find a file that is at least 100 MB, preferably 500MB.

Send it to your OS/390 mainframe via a simple FTP, and time it.
Do it 3 or 4 times to make sure you are getting consistent timings.

FTP is about the simplest data transfer you can do via TCP/IP.
TSM won't ever go any faster than FTP.

That will take TSM issues out of the picture, and see if you can push a
simple data transfer any faster to your OS/390 machine.

(BTW, you didn't mention your release of OS/390.  I think at about OS/390
R4, there were significant changes that improved the performance of OS/390
TCP/IP.)



-Original Message-
From: Greg Roschel [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 28, 2001 11:47 AM
To: [EMAIL PROTECTED]
Subject: Performance from an OS/390 Mainframe to an AIX box


I'm new to this list, so excuse my ignorance in asking this question which
may have already been kicked around.  We are having performance problems
doing backups from several AIX boxes to an OS/390 mainframe.  We've looked
at the network and tons of other things.  To make a long question short,
we've determined that the problem is that an AIX box will only do 5 GByte
per second ESCON channel connected - - we believe this is the weak link in
the chain, so to speak, causing our "ADSM backups take too long" & "ADSM
backups not using all the available bandwidth" problems.  However, we are
getting conflicting and widely varying info on this 5 GByte/second number.
Is 5 GByte/second really the max an AIX box can do ESCON channel connected
to whatever? Can anyone point me to an ADSM tuning document or whatever
which addresses issues like this?

Can't Get New MGMTCLASS to Work

[Louis Wiesemann]

We are running 3.7.3 server on OS/390.  On one of our NetWare servers running client 
level 4.1.1 we wanted to start collocating a filespace we were not collocating before. 
 I defined a new management class and backup copygroup for it.  I pointed the 
copygroup to new storage pools (a disk pool migrating to a tape pool).  I formatted 
and defined volumes for the disk pool.  I activated the policyset with the new 
management class.  I had the NetWare people update the backup to use an include naming 
the new management class.  But when the backup runs it does not use the new management 
class.  Nothing gets written to the new storage pools.  The logs for the backup don't 
show any problems that I can relate to this.  I have reviewed the documentation and 
the list archives but have not found anything additional I need to do.  Am I missing 
something?  Does anyone have suggestions for where to look.

Thanks for any ideas.



Louis J. Wiesemann 502-852-8952


 

The "Daily Word For Reflection" is a free service and a non-discussion 
list intended primarily to allow personal reflection on the Word of God.

SUBSCRIBE/UNSUBSCRIBE at: 

   http://monica.cin.org:81/guest/RemoteListSummary/daily_word 

Re: audit library STILL unsuccessful!

[David Longo]

you can use: q libvol   - but that is in volume name order.  Use the select statement:

select home_element,volume_name from libvolumes order by home_element

This will give you the list in element order and make it easy to find what TSM thinks 
is in a slot in your library.

If you ran the audit already it may have already deleted/corrected the entry in TSM to 
match the library so you may not be able to tell what WAS in that slot.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 12:06PM >>>
Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager" 
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library STILL 
unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library STILL 
unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED] 
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED] 
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O erro

Re: audit library STILL unsuccessful!

[Roger C Cook]

I addition to:

select * from libvolumes where home_element=(slot#)

which shows a particular slot, you can run:

select home_element, volume_name from libvolumes order by home_element

which will return a complete inventory in slot # order. I had to run this
and output it to a file and print it when I did my manual inventory. After
that and a little more checkout/checkout, the audit lib finally worked for
me.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 12:06 PM
To: [EMAIL PROTECTED]
Subject: Re: audit library STILL unsuccessful!


Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library
STILL unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300

Re: audit library STILL unsuccessful!

[Roger C Cook]

To find out what TSM thinks is in a slot:

select * from libvolumes where home_element=210 (or any other slot #)

Good luck, I know what a pain this is.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 11:23 AM
To: [EMAIL PROTECTED]
Subject: Re: audit library STILL unsuccessful!


Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library
STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 

Re: Comparison of Backup Products

[Tim Melly]

Thx...



"David M.
Hendrix" To: [EMAIL PROTECTED]
  Subject: Re: Comparison of Backup Products
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:12 AM
Please
respond to
"ADSM: Dist
Stor Manager"






Tim,

We have Novell as well but avoid it like the plague.  Actually, it is
deployed outside of the datacenter so the development SAs and PC LAN guys
are free to implement as they see fit.  I recommended Netbackup to the PC
LAN guys here in COS and they use that to backup our glass bowl (test
center with small versions of everything we have) to a STK 9710 w/DLT7000s.
They ALSO use that for their Novell servers.  They moved off of ArcServe
because they hated that for Novell.  They do admit some people love
Arcserve for Novell, but they thought that it was much better suited to NT.
They tell me Netbackup is rock solid on their Novell servers and are
extremely pleased.

For what it's worth...

David
[EMAIL PROTECTED]





Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 09:46:46 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Comparison of Backup Products


David,

Thanks for the insight.

I too believe that *SM is the best "enterprise class" backup product
currently
available. The biggest issue we're having is with the Novell client, the
3.7
version memory leak caused the Novell servers to crash, did not restore
with the
proper rights,
the 4.1 version scheduler doesn't work. Unfortunately, Novell is where we
do
most of our restores so the problem is magnified.

My management has requested information on the advantages/disadvantages of
the
available backup solutions and I appreciate the non-sales centric feedback.

Regards, Tim




"David M.
Hendrix" To: [EMAIL PROTECTED]
  Subject: Re: Comparison of
Backup Products
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
10:19 AM
Please
respond to
"ADSM: Dist
Stor Manager"






Tim,

We've been through a few iterations of evaluations of these products.  We
recently added Netbackup along with TSM as our supported software
platforms.  We run on HP, Sun, Win2K and IBM platforms, use EMC and HDS
disk arrays, EMC switches (okay - McData) and use 3590B/E, 9480 and LTO
devices (and hopefully a Gator 64K soon).

Here is my take: they are both good products and we have a guidline design
document for deployment and implementation for each product paired with
whatever software.  However, we have discovered that from an enterprise
class deployment, TSM is clearly the winner.  Implementing failover
servers, messaging (integration into our ops VPO screens), and support are
the key issues we have run up against.  We have also implemented the
Veritas HSM product for our imaging process.  We were very disappointed
that the product is not well integrated with Netbackup (it uses media
manager but things like the vault product and failover do not work with the
HSM product - TSM HSM would have been a much better choice but I was
overridden).

Veritas is a solid product and we are having teething pains.  The cure
always seems to be "Veritas Consulting Services".  These aren't cheap.
There are third party companies that can help you as well and can sometimes
provide more functionality than what Veritas would implement (I know one
company that does Vault - their own - plus production SOP work ups).

Quality of code is probably not an issue you'd like to switch to Veritas
on.  We have 21 TSM servers in production and all of our clients are tier 2
or 3 servers.  Considering the amount of data we push each day it's pretty
reliable.  Our tape drives have 50 times the # of problems as any code we
run.  And so, the grass is not greener on the Veritas side - it's the same
shade of brown.

David Hendrix
[EMAIL PROTECTED]




Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 07:13:45 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Comparison of Backup Products


To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worke

Re: audit library STILL unsuccessful!

[Marc Levitan]

Is there a way to find out what Volume TSM thinks is in a particular Slot
(Element ID)
I need to find out what volume TSM thinks is in slot 210 so that I can
check it out of the library...  (Slot 210 is empty)

Marc D Levitan
 To: "ADSM: Dist Stor Manager" 
<[EMAIL PROTECTED]>
03/28/2001   cc:
11:23 AM Subject: Re: audit library STILL 
unsuccessful!(Document link: Marc D Levitan)





Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library STILL 
unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHE

Performance from an OS/390 Mainframe to an AIX box

[Greg Roschel]

I'm new to this list, so excuse my ignorance in asking this question which may have 
already been kicked around.  We are having performance problems doing backups from 
several AIX boxes to an OS/390 mainframe.  We've looked at the network and tons of 
other things.  To make a long question short, we've determined that the problem is 
that an AIX box will only do 5 GByte per second ESCON channel connected - - we believe 
this is the weak link in the chain, so to speak, causing our "ADSM backups take too 
long" & "ADSM backups not using all the available bandwidth" problems.  However, we 
are getting conflicting and widely varying info on this 5 GByte/second number.  Is 5 
GByte/second really the max an AIX box can do ESCON channel connected to whatever? Can 
anyone point me to an ADSM tuning document or whatever which addresses issues like 
this?

Re: TSM Consultants

[Blaine Gilbreath]

If you choose IBM and need a contact name and phone number I can provide you
with that information.

Regards,
Blaine Gilbreath
TSM Consultant

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Garrison, Tony
Sent: Wednesday, March 28, 2001 10:09 AM
To: [EMAIL PROTECTED]
Subject: TSM Consultants


Hello TSM'ers;
We are looking for a TSM Consultant to come on site and give us some
assistance for a few months.  Does anyone have any recommendations?  We are
considering IBM (Located about 70miles north in Austin), but would really
like to find some one local here in the San Antonio area.  Any other ideas?

T

TDP client support on AS400

[rh]

Does anybody know if the TDP clients are support on an
AS400 server? There doesn't seem to be server license
settings for these products as there is for an NT
server.

Thanks,
Rod Hroblak
ADP

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/?.refer=text

Re: Comparison of Backup Products

[Remeta, Mark]

shoot netbackup works so good, they dont even have tech support!


-Original Message-
From: Chibois, Herve [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 28, 2001 11:04 AM
To: [EMAIL PROTECTED]
Subject: Re: Comparison of Backup Products


There's no need, NetBackup works great !

Try to contact the support instead !

rv

> -Message d'origine-
> De : Dave Canan [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 28 mars 2001 18:10
> À : [EMAIL PROTECTED]
> Objet : Re: Comparison of Backup Products
> 
> 
> Is there a NetBackup List? Does anyone know how to subscribe?
> 
> 
> At 03:23 PM 3/28/2001 +0200, you wrote:
> >Hi Tim
> >
> >It's a pity you can not find some TSM gurus for your company.
> >Usually, people talking on this list do ask the contrary.
> >Wan't to migrate to NetBackup ?, ok, good luck see you on
> >the NetBackup list, not ont this one.
> >
> >Rv
> >
> > > -Message d'origine-
> > > De : Tim Melly [mailto:[EMAIL PROTECTED]]
> > > Envoyé : mercredi 28 mars 2001 15:14
> > > À : [EMAIL PROTECTED]
> > > Objet : Comparison of Backup Products
> > >
> > >
> > > To All,
> > >
> > > Due to the poor quality *SM code Tivoli has been releasing,
> > > and the resultant
> > > fallout at my site, I've been asked to investigate other
> > > backups solutions. I'm
> > > familiar with Veritas NetBackup but have not worked with any
> > > other backup
> > > products. Does anyone have any experiences / information on
> > > non-*SM products
> > > that they can share.
> > >
> > > Thx, Tim Melly
> > >   Bayer Corp.
> > >
> 
> Money is not the root of all evil - full backups are.
> 

Re: audit library STILL unsuccessful!

[David Longo]

The message when you used "checklabel=barcode" about "unabel to read label, Loading in 
drive..".  With checklabel=barcode it does not actually read labels, just reads 
libraries internal memory on it's inventory.  It is actually adjusting *SM's inventory 
to match the libraries.  If you physically look through window of your library you 
will see that there are no tapes in those slots.

If you after runing this and see these messges, then immediately run  audit again 
there should be no messages - if so then there is some kind of problem.

Regular audits prevent/correct inconsistencies in inventories.  I always run one when 
I or someone else has been in library.  

Also run when there are no tapes mounted or it could take a very lonng time, even with 
checklabel=barcode.



David B. Longo
System Administrator
Health First, Inc.
3300 Fiske Blvd.
Rockledge, FL 32955-4305
PH  321.434.5536
Pager  321.634.8230
Fax:321.434.5525
[EMAIL PROTECTED]


>>> [EMAIL PROTECTED] 03/28/01 10:48AM >>>
I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in

Re: audit library STILL unsuccessful!

[Marc Levitan]

Unfortunately, i don't know what volume is supposed to go in the slot!  =)
(I can't checkout a volume that i don't know what it is...)
I also checked ALL of my volumes for their element number hoping that I
would find one that had slot 210.  No luck.



Roger C Cook
cc:
Sent by: Subject: Re: audit library STILL 
unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
11:14 AM
Please
respond to
"ADSM: Dist
Stor Manager"





If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 31

TSM Consultants

[Garrison, Tony]

Hello TSM'ers;
We are looking for a TSM Consultant to come on site and give us some
assistance for a few months.  Does anyone have any recommendations?  We are
considering IBM (Located about 70miles north in Austin), but would really
like to find some one local here in the San Antonio area.  Any other ideas?

T

Re: Comparison of Backup Products

[David M. Hendrix]

Tim,

We have Novell as well but avoid it like the plague.  Actually, it is
deployed outside of the datacenter so the development SAs and PC LAN guys
are free to implement as they see fit.  I recommended Netbackup to the PC
LAN guys here in COS and they use that to backup our glass bowl (test
center with small versions of everything we have) to a STK 9710 w/DLT7000s.
They ALSO use that for their Novell servers.  They moved off of ArcServe
because they hated that for Novell.  They do admit some people love
Arcserve for Novell, but they thought that it was much better suited to NT.
They tell me Netbackup is rock solid on their Novell servers and are
extremely pleased.

For what it's worth...

David
[EMAIL PROTECTED]





Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 09:46:46 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Re: Comparison of Backup Products


David,

Thanks for the insight.

I too believe that *SM is the best "enterprise class" backup product
currently
available. The biggest issue we're having is with the Novell client, the
3.7
version memory leak caused the Novell servers to crash, did not restore
with the
proper rights,
the 4.1 version scheduler doesn't work. Unfortunately, Novell is where we
do
most of our restores so the problem is magnified.

My management has requested information on the advantages/disadvantages of
the
available backup solutions and I appreciate the non-sales centric feedback.

Regards, Tim




"David M.
Hendrix" To: [EMAIL PROTECTED]
  Subject: Re: Comparison of
Backup Products
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
10:19 AM
Please
respond to
"ADSM: Dist
Stor Manager"






Tim,

We've been through a few iterations of evaluations of these products.  We
recently added Netbackup along with TSM as our supported software
platforms.  We run on HP, Sun, Win2K and IBM platforms, use EMC and HDS
disk arrays, EMC switches (okay - McData) and use 3590B/E, 9480 and LTO
devices (and hopefully a Gator 64K soon).

Here is my take: they are both good products and we have a guidline design
document for deployment and implementation for each product paired with
whatever software.  However, we have discovered that from an enterprise
class deployment, TSM is clearly the winner.  Implementing failover
servers, messaging (integration into our ops VPO screens), and support are
the key issues we have run up against.  We have also implemented the
Veritas HSM product for our imaging process.  We were very disappointed
that the product is not well integrated with Netbackup (it uses media
manager but things like the vault product and failover do not work with the
HSM product - TSM HSM would have been a much better choice but I was
overridden).

Veritas is a solid product and we are having teething pains.  The cure
always seems to be "Veritas Consulting Services".  These aren't cheap.
There are third party companies that can help you as well and can sometimes
provide more functionality than what Veritas would implement (I know one
company that does Vault - their own - plus production SOP work ups).

Quality of code is probably not an issue you'd like to switch to Veritas
on.  We have 21 TSM servers in production and all of our clients are tier 2
or 3 servers.  Considering the amount of data we push each day it's pretty
reliable.  Our tape drives have 50 times the # of problems as any code we
run.  And so, the grass is not greener on the Veritas side - it's the same
shade of brown.

David Hendrix
[EMAIL PROTECTED]




Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 07:13:45 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Comparison of Backup Products


To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM
products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Re: audit library STILL unsuccessful!

[Roger C Cook]

If you cannot locate the volume and manually put it into the slot (which I
had to do for a couple that were in the wrong slot), you will need to use
FORCE=YES  (which I also had to use). Luckily the ones I could not locate
were scratch volumes.

Roger C Cook
RCG Information Services



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Marc Levitan
Sent: Wednesday, March 28, 2001 10:48 AM
To: [EMAIL PROTECTED]
Subject: audit library STILL unsuccessful!


I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:5

Re: Comparison of Backup Products

[Dave Canan]

Is there a NetBackup List? Does anyone know how to subscribe?


At 03:23 PM 3/28/2001 +0200, you wrote:
>Hi Tim
>
>It's a pity you can not find some TSM gurus for your company.
>Usually, people talking on this list do ask the contrary.
>Wan't to migrate to NetBackup ?, ok, good luck see you on
>the NetBackup list, not ont this one.
>
>Rv
>
> > -Message d'origine-
> > De : Tim Melly [mailto:[EMAIL PROTECTED]]
> > Envoyé : mercredi 28 mars 2001 15:14
> > À : [EMAIL PROTECTED]
> > Objet : Comparison of Backup Products
> >
> >
> > To All,
> >
> > Due to the poor quality *SM code Tivoli has been releasing,
> > and the resultant
> > fallout at my site, I've been asked to investigate other
> > backups solutions. I'm
> > familiar with Veritas NetBackup but have not worked with any
> > other backup
> > products. Does anyone have any experiences / information on
> > non-*SM products
> > that they can share.
> >
> > Thx, Tim Melly
> >   Bayer Corp.
> >

Money is not the root of all evil - full backups are.

Re: audit library STILL unsuccessful!

[Bernhard Unold]

In our library each slot has an barcode-label indicating that it is
empty. If it contains a cartridge, it is covered  and the barcode-reader
sees only the label of the cartridge. Is the label of the empty slot
intact in your library? Is it intact for the previous and next slot?
Does it help to put a intact cartridge there? No more ideas; good luck!

Marc Levitan schrieb:
> 
> I have made progress though...  the original issue is at the bottom.
> 
> I ran a audit library Tekwolf checklabel=barcode and this is what I got...
> 
> 03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
> LIBRARY
>tekwolf checkl=barcode
> 03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
>BACKGROUND at 13:56:42.
> 03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
>started as process 302.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 47 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 184 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
>slot-id 197 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 204 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 210 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
>CC=301, KEY=05, ASC=30, ASCQ=00,
> SENSE=70.00.05.00.00.00-
>.00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
> Description-
>=Cartridge load failure).  Refer to Appendix B in
> the
>'Messages' manual for recommended action.
> 03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
> failed.
> 03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
>BACKGROUND completed with completion state FAILURE
> at
>13:56:59.
> SO I looked up which volumes were in the element slot numbers and TRIED to
> check them out and got this:
> 
> ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
> 000224
> CHECKLABEL=YES FORCE=NO REMOVE=YES
> ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
> 09:07:04.
> ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
> started as process 307.
> ANR0609I CHECKOUT LIBVOLUME started as process 307.
> ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
> ASCQ=0E,
> SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
> Description=The source slot or drive was empty in an attempt to move a
> volume).
> Refer to Appendix B in the 'Messages' manual for recommended action.
> 
> So... I decided to check out the volumes WITHOUT checking the Label:
> 
> ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
> 000378
> CHECKLABEL=NO FORCE=NO REMOVE=YES
> ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
> 09:26:09.
> ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
> started as process 315.
> ANR0609I CHECKOUT LIBVOLUME started as process 315.
> ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
> slot
> 1010.
> ANR8827E No Entry/Exit port is available on library TEKWOLF.
> ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
> 204
> of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
> ANR2017I Administrator ADMIN issued command: REPL 83
> ANR8499I Command accepted.
> ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
> successfully.
> ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
> completed
> 
> This was SUCCESSFUL!!!
> 
> Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
> error:
> 03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
>slot-id 210 in library TEKWOLF;  loading in drive to
> read
>label.
> 03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
>CC=301, KEY=05, ASC=30, ASCQ=00,
> SENSE=70.00.05.00.00.00-
>.00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
> Description-
>=Cartridge load failure).  Refer to Appendix B in
> the
>

Re: Comparison of Backup Products

[Chibois, Herve]

There's no need, NetBackup works great !

Try to contact the support instead !

rv

> -Message d'origine-
> De : Dave Canan [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 28 mars 2001 18:10
> À : [EMAIL PROTECTED]
> Objet : Re: Comparison of Backup Products
> 
> 
> Is there a NetBackup List? Does anyone know how to subscribe?
> 
> 
> At 03:23 PM 3/28/2001 +0200, you wrote:
> >Hi Tim
> >
> >It's a pity you can not find some TSM gurus for your company.
> >Usually, people talking on this list do ask the contrary.
> >Wan't to migrate to NetBackup ?, ok, good luck see you on
> >the NetBackup list, not ont this one.
> >
> >Rv
> >
> > > -Message d'origine-
> > > De : Tim Melly [mailto:[EMAIL PROTECTED]]
> > > Envoyé : mercredi 28 mars 2001 15:14
> > > À : [EMAIL PROTECTED]
> > > Objet : Comparison of Backup Products
> > >
> > >
> > > To All,
> > >
> > > Due to the poor quality *SM code Tivoli has been releasing,
> > > and the resultant
> > > fallout at my site, I've been asked to investigate other
> > > backups solutions. I'm
> > > familiar with Veritas NetBackup but have not worked with any
> > > other backup
> > > products. Does anyone have any experiences / information on
> > > non-*SM products
> > > that they can share.
> > >
> > > Thx, Tim Melly
> > >   Bayer Corp.
> > >
> 
> Money is not the root of all evil - full backups are.
> 

Re: Comparison of Backup Products

[Remeta, Mark]

It's been my experience that most of the problems Tivoli products have
running on NetWare are actually Novell problems.
Just my .02.

Mark


-Original Message-
From: Tim Melly [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 28, 2001 10:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Comparison of Backup Products


David,

Thanks for the insight.

I too believe that *SM is the best "enterprise class" backup product
currently
available. The biggest issue we're having is with the Novell client, the 3.7
version memory leak caused the Novell servers to crash, did not restore with
the
proper rights,
the 4.1 version scheduler doesn't work. Unfortunately, Novell is where we do
most of our restores so the problem is magnified.

My management has requested information on the advantages/disadvantages of
the
available backup solutions and I appreciate the non-sales centric feedback.

Regards, Tim




"David M.
Hendrix" To: [EMAIL PROTECTED]
  Subject: Re: Comparison of
Backup Products
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
10:19 AM
Please
respond to
"ADSM: Dist
Stor Manager"






Tim,

We've been through a few iterations of evaluations of these products.  We
recently added Netbackup along with TSM as our supported software
platforms.  We run on HP, Sun, Win2K and IBM platforms, use EMC and HDS
disk arrays, EMC switches (okay - McData) and use 3590B/E, 9480 and LTO
devices (and hopefully a Gator 64K soon).

Here is my take: they are both good products and we have a guidline design
document for deployment and implementation for each product paired with
whatever software.  However, we have discovered that from an enterprise
class deployment, TSM is clearly the winner.  Implementing failover
servers, messaging (integration into our ops VPO screens), and support are
the key issues we have run up against.  We have also implemented the
Veritas HSM product for our imaging process.  We were very disappointed
that the product is not well integrated with Netbackup (it uses media
manager but things like the vault product and failover do not work with the
HSM product - TSM HSM would have been a much better choice but I was
overridden).

Veritas is a solid product and we are having teething pains.  The cure
always seems to be "Veritas Consulting Services".  These aren't cheap.
There are third party companies that can help you as well and can sometimes
provide more functionality than what Veritas would implement (I know one
company that does Vault - their own - plus production SOP work ups).

Quality of code is probably not an issue you'd like to switch to Veritas
on.  We have 21 TSM servers in production and all of our clients are tier 2
or 3 servers.  Considering the amount of data we push each day it's pretty
reliable.  Our tape drives have 50 times the # of problems as any code we
run.  And so, the grass is not greener on the Veritas side - it's the same
shade of brown.

David Hendrix
[EMAIL PROTECTED]




Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 07:13:45 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Comparison of Backup Products


To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM
products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Re: AIX Server - What's Stable?

[Pearson, Dave]

They don't have a fix for the problem with the archives problem yet.  So we
are staying on 4.1.0.  I will be upgrading to 4.1.2 on our test server for
TSM to test it out and send some info to Tivoli Support if the problem still
exist.

Dave Pearson


> -Original Message-
> From: Walker, Thomas [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 28, 2001 5:50 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: AIX Server - What's Stable?
>
> I spoke with Tivoli yesterday. They recommend going to 4.1.3 Has anyone
> done
> that? Have the archives become more reasonable? Ours were taking nearly 3
> DAYS to complete!! Once again I'm stuck on the bleeding edge and before I
> jump to 4.1.3 I'd like some proof that it will do something.
> -
> Tom Walker
>
> > -Original Message-
> > From: Pearson, Dave [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, March 26, 2001 12:03 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: AIX Server - What's Stable?
> >
> >
> > We have AIX 4.3.2  - We are using TSM 4.1.0 and having
> > minimal problem with
> > it. We did upgrade to TSM 4.1.2 and we had problem with our
> > Archive jobs.
> > One archive job we did usually ran for 2 hours. When we went
> > to 4.1.2 it
> > took over 15 hours... Not acceptable of course! So we went
> > back to 4.1.0 and
> > the archive ran okay.  IBM Support is still working on this.
> > I seems that
> > no one else in the [EMAIL PROTECTED]
> >    land
> > was having this trouble.
> >
> > David C. Pearson
> > IS Production Support Analyst
> > System & Network Service
> >
>
> This e-mail including any attachments is confidential and may be legally
> privileged. If you have received it in error please advise the sender
> immediately by return email and then delete it from your system. The
> unauthorized use, distribution, copying or alteration of this email is
> strictly forbidden.
>
> This email is from a unit or subsidiary of EMI Recorded Music, North
> America

Re: audit library STILL unsuccessful!

[Tectrade Computers]

Hi Marc

I have seen this before I know how to resolve it, not the easiest thing to
but will work.

1 Delete the drives from the library
2 Delete the Library
3 Recreate the library definition
4 Recreate the drives
5 Label Libv using overwrite=no
6 Checkin all Scratch volumes using search=yes
7 Checkin all Private volumes using search=yes

This will work unless there is a fault with the library and/or the SCSI
card.



Regards


Alex





Marc Levitan
   cc:
Sent by: Subject: audit library STILL unsuccessful!
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


28/03/2001
16:48
Please
respond to
"ADSM: Dist
Stor Manager"






I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
  

audit library STILL unsuccessful!

[Marc Levitan]

I have made progress though...  the original issue is at the bottom.


I ran a audit library Tekwolf checklabel=barcode and this is what I got...

03/27/01 13:56:42 ANR2017I Administrator ADMIN issued command: AUDIT
LIBRARY
   tekwolf checkl=barcode
03/27/01 13:56:42 ANR0984I Process 302 for AUDIT LIBRARY started in the
   BACKGROUND at 13:56:42.
03/27/01 13:56:42 ANR8457I AUDIT LIBRARY: Operation for library TEKWOLF
   started as process 302.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 47 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 184 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:53 ANR8788W Unable to read the barcode of cartridge in
   slot-id 197 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 204 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed.
03/27/01 13:56:59 ANR0985I Process 302 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
at
   13:56:59.
SO I looked up which volumes were in the element slot numbers and TRIED to
check them out and got this:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000224
CHECKLABEL=YES FORCE=NO REMOVE=YES
ANR0984I Process 307 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:07:04.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000224 in library TEKWOLF
started as process 307.
ANR0609I CHECKOUT LIBVOLUME started as process 307.
ANR8300E I/O error on library TEKWOLF (OP=6C03, CC=314, KEY=05, ASC=3B,
ASCQ=0E,
SENSE=70.00.05.00.00.00.00.0C.00.00.00.00.3B.0E.00.00.00.00.00.00.,
Description=The source slot or drive was empty in an attempt to move a
volume).
Refer to Appendix B in the 'Messages' manual for recommended action.

So... I decided to check out the volumes WITHOUT checking the Label:

ANR2017I Administrator ADMIN issued command: CHECKOUT LIBVOLUME TEKWOLF
000378
CHECKLABEL=NO FORCE=NO REMOVE=YES
ANR0984I Process 315 for CHECKOUT LIBVOLUME started in the BACKGROUND at
09:26:09.
ANR8434I CHECKOUT LIBVOLUME: Operation for volume 000378 in library TEKWOLF
started as process 315.
ANR0609I CHECKOUT LIBVOLUME started as process 315.
ANRD mmsscsi.c(9067): Could not move volume 000378 from slot 204 to
slot
1010.
ANR8827E No Entry/Exit port is available on library TEKWOLF.
ANR8307I 083: Remove ECARTRIDGE volume 000378 from slot with element number
204
of library TEKWOLF; issue 'REPLY' along with the request ID when ready.
ANR2017I Administrator ADMIN issued command: REPL 83
ANR8499I Command accepted.
ANR8438I CHECKOUT LIBVOLUME for volume 000378 in library TEKWOLF completed
successfully.
ANR0985I Process 315 for CHECKOUT LIBVOLUME running in the BACKGROUND
completed

This was SUCCESSFUL!!!

Now I re-ran the Audit Library Tekwolf checklabel=barcode and received an
error:
03/27/01 13:56:55 ANR8788W Unable to read the barcode of cartridge in
   slot-id 210 in library TEKWOLF;  loading in drive to
read
   label.
03/27/01 13:56:56 ANR8300E I/O error on library TEKWOLF (OP=6C03,
   CC=301, KEY=05, ASC=30, ASCQ=00,
SENSE=70.00.05.00.00.00-
   .00.0C.00.00.00.00.30.00.00.00.00.00.00.00.,
Description-
   =Cartridge load failure).  Refer to Appendix B in
the
   'Messages' manual for recommended action.
03/27/01 13:56:59 ANR8460E AUDIT LIBRARY process for library TEKWOLF
failed

*** HERE IS MY PROBLEM ***
There is NO Media in ELEMENT SLOT 210!  I cannot checkout what is in slot
210 because nothing is there!  I also cannot audit because it Fails!

Any thoughts??  Thanks in Advance!



Hi All-

I am unable to successfully A

Re: Comparison of Backup Products

[Tim Melly]

David,

Thanks for the insight.

I too believe that *SM is the best "enterprise class" backup product currently
available. The biggest issue we're having is with the Novell client, the 3.7
version memory leak caused the Novell servers to crash, did not restore with the
proper rights,
the 4.1 version scheduler doesn't work. Unfortunately, Novell is where we do
most of our restores so the problem is magnified.

My management has requested information on the advantages/disadvantages of the
available backup solutions and I appreciate the non-sales centric feedback.

Regards, Tim




"David M.
Hendrix" To: [EMAIL PROTECTED]
  Subject: Re: Comparison of Backup Products
Sent by:
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
RIST.EDU>


03/28/2001
10:19 AM
Please
respond to
"ADSM: Dist
Stor Manager"






Tim,

We've been through a few iterations of evaluations of these products.  We
recently added Netbackup along with TSM as our supported software
platforms.  We run on HP, Sun, Win2K and IBM platforms, use EMC and HDS
disk arrays, EMC switches (okay - McData) and use 3590B/E, 9480 and LTO
devices (and hopefully a Gator 64K soon).

Here is my take: they are both good products and we have a guidline design
document for deployment and implementation for each product paired with
whatever software.  However, we have discovered that from an enterprise
class deployment, TSM is clearly the winner.  Implementing failover
servers, messaging (integration into our ops VPO screens), and support are
the key issues we have run up against.  We have also implemented the
Veritas HSM product for our imaging process.  We were very disappointed
that the product is not well integrated with Netbackup (it uses media
manager but things like the vault product and failover do not work with the
HSM product - TSM HSM would have been a much better choice but I was
overridden).

Veritas is a solid product and we are having teething pains.  The cure
always seems to be "Veritas Consulting Services".  These aren't cheap.
There are third party companies that can help you as well and can sometimes
provide more functionality than what Veritas would implement (I know one
company that does Vault - their own - plus production SOP work ups).

Quality of code is probably not an issue you'd like to switch to Veritas
on.  We have 21 TSM servers in production and all of our clients are tier 2
or 3 servers.  Considering the amount of data we push each day it's pretty
reliable.  Our tape drives have 50 times the # of problems as any code we
run.  And so, the grass is not greener on the Veritas side - it's the same
shade of brown.

David Hendrix
[EMAIL PROTECTED]




Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 07:13:45 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Comparison of Backup Products


To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM
products
that they can share.

Thx, Tim Melly
  Bayer Corp.

AW: Comparison of Backup Products

[sal Salak Juraj]

Hi,

I use TSM while my colleagues use HP-Omniback.

Looks like everybody cooks from water only.

I had a couple of problems with my adsm/tsm in last 4 yeras,
one of them serious (turned to be HW problem, 
but only after nightless weeks).

The collegaues had problems as well.

I feel TSM has had larger amount of problems and annoyancies overall, 
while Omniback had maybe less problems but more of them vere serious.


I heard similar stories about legato.

Base your decision on your needs, the 
products are simply different and differntly 
suite different requirements.

Be sure to have some xternal support
and ability to report errors.

Only aplly new software version when you really need them.
Always look for new patches a check ther readmes 
against your problems.

Use quality hardware.

Do not hope for a bug-free software,
all prducts are complex and undergo since years 
rapid development. 
Thus the are dammned to have bugs.

regards
juraj SALAK
Linz, Austria

-Ursprüngliche Nachricht-
Von: Tim Melly [mailto:[EMAIL PROTECTED]]
Gesendet am: Mittwoch, 28. März 2001 15:14
An: [EMAIL PROTECTED]
Betreff: Comparison of Backup Products

To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Re: TDP for Oracle fails to recover from full diskpool

[Bernhard Unold]

We don't use TDP. Anyway this could be a hint: In our Environment
sessions in media-wait-state wait until the migration process is
finished. So you should not kill the client session. Wait until the
migration has finished or kill it. Do your client processes continue?
You can resume the task of the migration process by starting a move
data. Propably you can do nothing while usage of diskpool is higher than
your high-migration-threthhold, because migration would immediately
start again.

"Loon, E.J. van - SPLXM" schrieb:
> 
> Hi Dwight!
> I did. But I cannot always prevent this from happening, as long as TSM
> doesn't cancel other processes for a migrate. If a storage pool backup, or
> worse, a reclaim is running, all units are occupied and thus the diskpool is
> filling up. More and more Oracle clients are running backups (or archive
> logfiles) during the day, so I have a very hard time finding a slot for
> reclaiming.
> To my opinion, TSM should stop reclaiming when a migrate is needed, but it
> does not.
> Kindest regards,
> Eric van Loon
> KLM Royal Dutch Airlines
> 
> -Original Message-
> From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 15:50
> To: [EMAIL PROTECTED]
> Subject: Re: TDP for Oracle fails to recover from full diskpool
> 
> Nope, once a session goes into a wait on a device it will wait on it until
> it is available...
> In other words, it doesn't go back and check to see if the diskpool has
> emptied out.
> What you might want to do is set your disk storage pool HIGH value lower so
> it will bleed the pool down without it hitting 100%
> 
> Dwight
> 
> -Original Message-
> From: Loon, E.J. van - SPLXM [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, March 27, 2001 5:38 AM
> To: [EMAIL PROTECTED]
> Subject: TDP for Oracle fails to recover from full diskpool
> Importance: High
> 
> Hi *SM-ers!
> I have found a problem with TDP for Oracle. I ran into a full diskpool
> several times during the last week.
> We migrated from a 3575 with 3 drives to a 3494 with 2 drives.
> When TSM is reclaiming tapes it uses two drives and thus there are no drives
> left for emptying the diskpool. I have to cancel reclaims manually to get
> the migrates going.
> The TDP for Oracle sessions are all going in the MediaW status when the
> diskpool is 100% full, but when the migrate is running and the diskpool
> occupancy is dropping, all TDP sessions remain in the MediaW state. The only
> way to get them going again is by canceling them! So it looks like TDP
> cannot recover from a full diskpool situation.
> Is this a bug I should report to Tivoli?
> Thank you very much for your reply in advance!!!
> Kindest regards,
> Eric van Loon
> KLM Royal Dutch Airlines
> 
> **
> 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.
> **

-- 
Mit freundlichen Grüßen


Bernhard Unold

begin:vcard
n:Unold;Bernhard
tel;work:+49 7071/29-80130
x-mozilla-html:FALSE
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
fn:Bernhard Unold
end:vcard

Re: Comparison of Backup Products

[David M. Hendrix]

Tim,

We've been through a few iterations of evaluations of these products.  We
recently added Netbackup along with TSM as our supported software
platforms.  We run on HP, Sun, Win2K and IBM platforms, use EMC and HDS
disk arrays, EMC switches (okay - McData) and use 3590B/E, 9480 and LTO
devices (and hopefully a Gator 64K soon).

Here is my take: they are both good products and we have a guidline design
document for deployment and implementation for each product paired with
whatever software.  However, we have discovered that from an enterprise
class deployment, TSM is clearly the winner.  Implementing failover
servers, messaging (integration into our ops VPO screens), and support are
the key issues we have run up against.  We have also implemented the
Veritas HSM product for our imaging process.  We were very disappointed
that the product is not well integrated with Netbackup (it uses media
manager but things like the vault product and failover do not work with the
HSM product - TSM HSM would have been a much better choice but I was
overridden).

Veritas is a solid product and we are having teething pains.  The cure
always seems to be "Veritas Consulting Services".  These aren't cheap.
There are third party companies that can help you as well and can sometimes
provide more functionality than what Veritas would implement (I know one
company that does Vault - their own - plus production SOP work ups).

Quality of code is probably not an issue you'd like to switch to Veritas
on.  We have 21 TSM servers in production and all of our clients are tier 2
or 3 servers.  Considering the amount of data we push each day it's pretty
reliable.  Our tape drives have 50 times the # of problems as any code we
run.  And so, the grass is not greener on the Veritas side - it's the same
shade of brown.

David Hendrix
[EMAIL PROTECTED]




Tim Melly <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 07:13:45 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:

Subject:  Comparison of Backup Products


To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM
products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Re: Comparison of Backup Products

[Jim Taylor]

I have been involved with several, ADSM/TSM, Veritas' NetBackup, LEGATO etc.

What do you want.  A rudimentary backup utility (that comes with its own set
of problems) or a true data/storage management system.

If you are trying to relieve your problems and headaches, my advice is to
stick with TSM and learn how to use the product to fit with your
organizations requirements.

-Original Message-
From: Tim Melly [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 28, 2001 8:14 AM
To: [EMAIL PROTECTED]
Subject: Comparison of Backup Products


To All,

Due to the poor quality *SM code Tivoli has been releasing, and the
resultant
fallout at my site, I've been asked to investigate other backups solutions.
I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Re: dsmerror.log messages

[Chibois, Herve]

Hi Don,

check the API #define DSM_RC_REJECT_ID_UNKNOWN  53

Don't you have a postSched command that tries to connect w/ an invalid user
?

rv

> -Message d'origine-
> De : Don Matush [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 28 mars 2001 16:13
> À : [EMAIL PROTECTED]
> Objet : dsmerror.log messages
> 
> 
> Server MVS  TSM 4.1.3
> Client   AIX 4.3  TSM 4.1.2
> 
> The backups run with out failure. Everything appears to be normal.
> But I get the following messages in the dsmerror.log. There are no
> error messages in the server activity log.
> 
> 03/28/01   01:30:01 cuSignOnResp: Server rejected session; 
> result code: 53
> 03/28/01   01:30:52 cuSignOnResp: Server rejected session; 
> result code: 53
> 
> Has anyone seen these messages or know what I should do to correct the
> problem.
> 
> Thanks,
> 
> Don ...
> 

Re: ARCHIVE: no error indication

[Chibois, Herve]

what about the dsmerror.log ?


> -Message d'origine-
> De : Sergio Cherchyk [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 28 mars 2001 16:10
> À : [EMAIL PROTECTED]
> Objet : ARCHIVE: no error indication
> 
> 
> Hi all!
> 
> I've noticed an apparent annomaly in the archive command:
> 
> I execute a dsmc archive of a certain number of files. In a 
> given point
> the process find that one of these files doesn't exist. An 
> error message
> appear:
> 
> ANS1092E No files matching search criteria were found
> ANS1803E Archive processing of '/TST5/archivelog' finished with
> failures.
> 
> However, there are no errored files indicated in the final report:
> 
> Total number of objects inspected:5
> Total number of objects archived: 4
> Total number of objects updated:  0
> Total number of objects rebound:  0
> Total number of objects deleted:  0
> Total number of objects expired:  0
> Total number of objects failed:   0
> 
> Worse yet, the return code given at the end of this command is 0. I'm
> executing this dsmc archive in a script that checks the RC after it to
> see if something goes wrong.
> 
> Wouldn't TSM send an error indication to inform about this 
> missing file?
> 
> 
> 
> --
> 
> Sergio R. Cherchyk
> Arquitectura Tecnológica - Midrange
> Banco Río de la Plata S.A. - Grupo BSCH
> Mire 480, 2do piso - 1036 Cap. Fed.
> Argentina
> Tel. (054)-11-4341-1643
> Fax. (054)-11-4341-1264
> 
> 

ARCHIVE: no error indication

[Sergio Cherchyk]

Hi all!

I've noticed an apparent annomaly in the archive command:

I execute a dsmc archive of a certain number of files. In a given point
the process find that one of these files doesn't exist. An error message
appear:

ANS1092E No files matching search criteria were found
ANS1803E Archive processing of '/TST5/archivelog' finished with
failures.

However, there are no errored files indicated in the final report:

Total number of objects inspected:5
Total number of objects archived: 4
Total number of objects updated:  0
Total number of objects rebound:  0
Total number of objects deleted:  0
Total number of objects expired:  0
Total number of objects failed:   0

Worse yet, the return code given at the end of this command is 0. I'm
executing this dsmc archive in a script that checks the RC after it to
see if something goes wrong.

Wouldn't TSM send an error indication to inform about this missing file?



--

Sergio R. Cherchyk
Arquitectura Tecnológica - Midrange
Banco Río de la Plata S.A. - Grupo BSCH
Mire 480, 2do piso - 1036 Cap. Fed.
Argentina
Tel. (054)-11-4341-1643
Fax. (054)-11-4341-1264

dsmerror.log messages

[Don Matush]

Server MVS  TSM 4.1.3
Client   AIX 4.3  TSM 4.1.2

The backups run with out failure. Everything appears to be normal.
But I get the following messages in the dsmerror.log. There are no
error messages in the server activity log.

03/28/01   01:30:01 cuSignOnResp: Server rejected session; result code: 53
03/28/01   01:30:52 cuSignOnResp: Server rejected session; result code: 53

Has anyone seen these messages or know what I should do to correct the
problem.

Thanks,

Don ...

Re: Counting objects

[Lambelet,Rene,VEVEY,FC-SIL/INF.]

Hello,

you could run 

select count (distinct object_id) as "Nb objects bck" from backups

and

select count (distinct object_id) as "Nb objects arc" from archives

The total will be a good approximation of the total number of objects, even
if you miss all other tables in the DB

René Lambelet
Nestec S.A. / Informatique du Centre 
55, av. Nestlé  CH-1800 Vevey (Switzerland) 
*+41'21'924'35'43  7+41'21'924'28'88  * K4-117
email [EMAIL PROTECTED]
Visit our site: http://www.nestle.com

This message is intended only for the use of the addressee and 
may contain information that is privileged and confidential.




> -Original Message-
> From: Chibois, Herve [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, 28. March 2001 08:34
> To:   [EMAIL PROTECTED]
> Subject:  Re: Counting objects
> 
> Hi there
> 
> You could certainly find an undocumented command,...
> 
> When you do a UNLOAD/LOAD or DUMP/LOAD DB, it reorganizes the objects
> and you could see how many items are stored in it. Attention this
> process could be VERY VERY long 
> 
> Rv
> 
> --
>  ANR4039I LOADDB: Loaded 17217 database entries (cumulative).
>  ... 2 hours for a 2.5 GB db DUMPED on a DLT7000 tape  ...
>  ANR4039I LOADDB: Loaded 37928032 database entries (cumulative).
> --
> 
> 
> > -Message d'origine-
> > De : Fred Johanson [mailto:[EMAIL PROTECTED]]
> > Envoyé : mardi 27 mars 2001 21:55
> > À : [EMAIL PROTECTED]
> > Objet : Counting objects
> > 
> > 
> > Is there a formula for calculating the number of objects in the TSM
> > DB?  OperatingSystem is AIX 4.3.3; TSM is 3.7.4.
> > 

Re: Device config. worksheet for Qualstar 412300

[Steven Bridge]

>>Could anyone tell me where I can find the device configuration worksheet
>>with the drive element numbers for the Qualstar 412300 library ?
>
>You can get there from the software web page:
>  http://www.tivoli.com/support/storage_mgr/adsercli.htm
>which leads to:
>  http://www.tivoli.com/support/storage_mgr/devices/all.html

Thanks for the pointer to this.
If you click on the Qualstar 412300 library, you get a worksheet for
'Qualstar TLS 4 8mm & AIT' but this must be out of date and is
wrong for this particular model. It only shows info up to slot 120
instead of 300.

Fortunately, the Qualstar library manual is very comprehensive and I was
able to find the element addresses within that.
So the drive elements start from 63,000 onwards and not as the web pages
state from element 500.

+--+
 Steven Bridge Systems Group, Information Systems, EISD
  University College London
 email: [EMAIL PROTECTED]   tel: +44 (0)20 7679 2794

Re: AIX Server - What's Stable?

[Walker, Thomas]

I spoke with Tivoli yesterday. They recommend going to 4.1.3 Has anyone done
that? Have the archives become more reasonable? Ours were taking nearly 3
DAYS to complete!! Once again I'm stuck on the bleeding edge and before I
jump to 4.1.3 I'd like some proof that it will do something.
-
Tom Walker

> -Original Message-
> From: Pearson, Dave [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 26, 2001 12:03 PM
> To: [EMAIL PROTECTED]
> Subject: Re: AIX Server - What's Stable?
>
>
> We have AIX 4.3.2  - We are using TSM 4.1.0 and having
> minimal problem with
> it. We did upgrade to TSM 4.1.2 and we had problem with our
> Archive jobs.
> One archive job we did usually ran for 2 hours. When we went
> to 4.1.2 it
> took over 15 hours... Not acceptable of course! So we went
> back to 4.1.0 and
> the archive ran okay.  IBM Support is still working on this.
> I seems that
> no one else in the [EMAIL PROTECTED]
>    land
> was having this trouble.
>
> David C. Pearson
> IS Production Support Analyst
> System & Network Service
>

This e-mail including any attachments is confidential and may be legally privileged. 
If you have received it in error please advise the sender immediately by return email 
and then delete it from your system. The unauthorized use, distribution, copying or 
alteration of this email is strictly forbidden.

This email is from a unit or subsidiary of EMI Recorded Music, North America

Re: MOVE DATA seems to empty volume but still shows full

[Williams, Tim]

You're probably going to have to do an audit vol fix=yes/no
I've had a couple of these where q content doesn't show anything,
but percent util will show something...
audit has fixed a couple...





Suad Musovich <[EMAIL PROTECTED]>
03/28/2001 02:31 AM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>@SMTP@Exchange
To: [EMAIL PROTECTED]@SMTP@Exchange
cc:

Subject:MOVE DATA seems to empty volume but still shows full

Env: TSM 3.7.4.0 server / Solaris 2.6

Has anyone had the problem where you run a MOVE DATA on a volume,
which
completes successfully and Q CONT shows no data but has a state of
FULL
and some utilization?

Sometimes the volumes empty out after a few days/weeks and become
PENDING.
I don't make it a habit to wait for this to happen.

I got Tivoli support onto this but they haven't given me anything
except
for some stabs in the dark (traces yield nothing)

Cheers, Suad
--

ANR1141I Move data process ended for volume BQY624

ANR0986I Process 698 for MOVE DATA running in the
BACKGROUND processed 49096 items for a total of
5,661,373,531 bytes with a completion
state of SUCCESS at 13:02:31.


tsm: ADSM>q cont bqy624
ANR2034E QUERY CONTENT: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSM>move data bqy624
ANR2232W This command will move all of the data stored on volume
BQY624 to other volumes
within the same
storage pool; the data will be inaccessible to users until the
operation completes.

Do you wish to proceed? (Yes/No) yes
ANR2209W Volume BQY624 contains no data.
ANS8001I Return code 11.


tsm: ADSM>q vol bqy624 f=d

   Volume Name: BQY624
 Storage Pool Name: COPYPOOL
 Device Class Name: DLTCLASS
   Estimated Capacity (MB): 49,922.8
  Pct Util: 17.4
 Volume Status: Full
Access: Read/Write
Pct. Reclaimable Space: 100.0
   Scratch Volume?: No
   In Error State?: No
  Number of Writable Sides: 1
   Number of Times Mounted: 13
 Write Pass Number: 1
 Approx. Date Last Written: 11/15/1999 05:36:04
Approx. Date Last Read: 03/04/2001 11:29:04
   Date Became Pending:
Number of Write Errors: 0
 Number of Read Errors: 0
   Volume Location:
Last Update by (administrator): ADMIN
 Last Update Date/Time: 03/13/2001 13:08:25

Re: Comparison of Backup Products

[Chibois, Herve]

Hi Tim

It's a pity you can not find some TSM gurus for your company.
Usually, people talking on this list do ask the contrary.
Wan't to migrate to NetBackup ?, ok, good luck see you on
the NetBackup list, not ont this one.

Rv

> -Message d'origine-
> De : Tim Melly [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 28 mars 2001 15:14
> À : [EMAIL PROTECTED]
> Objet : Comparison of Backup Products
> 
> 
> To All,
> 
> Due to the poor quality *SM code Tivoli has been releasing, 
> and the resultant
> fallout at my site, I've been asked to investigate other 
> backups solutions. I'm
> familiar with Veritas NetBackup but have not worked with any 
> other backup
> products. Does anyone have any experiences / information on 
> non-*SM products
> that they can share.
> 
> Thx, Tim Melly
>   Bayer Corp.
> 

Comparison of Backup Products

[Tim Melly]

To All,

Due to the poor quality *SM code Tivoli has been releasing, and the resultant
fallout at my site, I've been asked to investigate other backups solutions. I'm
familiar with Veritas NetBackup but have not worked with any other backup
products. Does anyone have any experiences / information on non-*SM products
that they can share.

Thx, Tim Melly
  Bayer Corp.

Re: TDP for Microsoft Exchange Server restore problem.

[Del Hoobler]

Robert,

Please consult the following documentation
to make sure you have the proper procedures:

TDP for Microsoft Exchange User's Guide 1.1 -
Appendix B - Advanced Restore Procedures

Disaster Recovery Concepts for Microsoft Exchaneg 5.5 -
   http://www.microsoft.com/technet/exchange/chapt09.asp

Backup and Restore Basics for Microsoft Exchange
   http://www.microsoft.com/TechNet/exchange/chapt12.asp


Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]


Robert Ouzen <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001
02:42:11 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  TDP for Microsoft Exchange Server restore problem.



I try to test my TDP for Exchange Version 1.1.1.01. I created a similar
configuration of my
NT Server with the same Organization Name , Site Name , Server Name (not
the same hardware).
My original server is a backup domain controller, the test one is a primary
domain controller.

I shutdown my original server, I restored the DIR and IS successfully but
after the reboot I received an error:

  DS_E_COMMUNICATIONS_PROBLEM
  EVENT ID: 7001
  the microsoft exchange event service depends on the microsoft
information store service which failed to start because of the following
error
  The dependency service or group failed to start.
And the database was locked.


I try then to restore from the system objects parts of the registry:

   1. HKEY_LOCAL_MACHINE
   A. Security Accounts Manager Database
   B. Security Policy Database

   2. HKEY_USERS
   A. Current User Profile
   B. Default User Profile

After the keys was activated and the system was rebooted when I tried to
enter my password
for administrator  I got an error message:

  Unable to log on because the netlogon service is not running on this
machine.

My Configuration is:
NT Server 4.0 English Service pack 6.a
Exchange Server 5.5   Service pack 3
Tivoli Client 4.1.2.12
TDP for Microsoft Exchange Server  1.1.1.01

What is the correct procedure to make this test succesfull !!!

T.I.A Robert Ouzen

[EMAIL PROTECTED]

Re: Problem with log file

[Richard Sims]

>How can I move log files to an other dir.
>lg2 and lg3 are now in /lgaa1dk7

Miguel - As you undoubtedly realize now, TSM keeps track of
 Recovery Log volume pathnames in its database.
I would put the volumes back where they were, bring up the
server, define new volumes in the other location, and then
do DELete LOGVolume to get off the old ones: TSM will move
any data in the old location to the new one.  If space is
an issue, you can use this technique to leap-frog until you
get everything where you need it, allocating log volumes
with minimal space where necessary.  It is best to disable
sessions and processes in the mean time, to prevent a mass
of data from going into the Recovery Log.

  Richard Sims, BU

Re: backup or archive files could not display...

[Richard Sims]

>i backed up the files using superuser account (root) on Aix machine, when i
>try to restore using ordinary user account, i could not display the files
>only the folders.  What is the problem? is it permission problems?

Root, and the owner of the files, should be able to see and restore them;
otherwise not.

  Richard Sims, BU

Re: Funny problem with TDP for Domino on NT

[Del Hoobler]

Ameerul,

Yes.  I know what the problem is.

Back in the days that the TSM 3.7 server was shipped,
a "mislabeled" version of the TSM API was shipped
on the CD with the TSM 3.7 server. The API shipped
showed an actual version of "4.1.0" when it was really
an "early" version of "3.7.0". And it had a query
problem in it.
You installed from the same CD but the API did not get
upgraded because it "thought" it was at version "4.1".

Here are the steps you should take to resolve:

1. Remove the TSM API from the machine that has the
   version labeled "4.1". (Server A)
   You may have to completely uninstall TSM and
   remove the tsmapi.dll, adsmv3.dll, adsm32.dll,
   files from the "windows" system32 directory.

2. Reinstall a newer verison of the TSM 3.7 client.
   You can obtain that from:
   FTP site  : ftp.software.ibm.com
   Directory :
/storage/tivoli-storage-management/maintenance/client/v3r7/Windows/i386/LATEST/single/

3. Then you should obtain the "1.1.1" version of
   TDP for Domino and install it on both of your
   servers. You can obtain that from:
   FTP site  : ftp.software.ibm.com
   Directory :
/storage/tivoli-storage-management/maintenance/tivoli-data-protection/domino/nt/

After doing that, retry the operation.

If it still doesn't work, please post the results of the
"domdsmc query adsmserver" again.

They should no longer show "4.1.0".
If they do, then the TSM API was not removed properly.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]


amir mazli <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 03/28/2001 04:36:51 AM

Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

Sent by:  "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>


To:   [EMAIL PROTECTED]
cc:
Subject:  Funny problem with TDP for Domino on NT



Hi all,
Need help here. I have 2 NT servers. One is a TSM
server 3.7 (Server A) and another is a TSM client 3.1
(Server B). Both has Domino.

So i installed the TDP for Domino 1.1 on both servers.
Installation was successful. Both has Domino sever.
Server A is COMMAS1 and Server B is DevSvr.

After configuring both TDP for Domino, I test backup
through TDP. It was successful but a funny thing
happen...

In server B, when (in TDP GUI) i try to check database
to restore, i see each database that i have recently
backup. Same using the command domdsmc query dbbackup
*

But in server A, when (in TDP GUI) i try to check
database to restore, i can't see any even though the
backup was successful. Through the command domdsmc
query dbbackup * too error came out :
ANS1302e (RC2) no objects on server match query

On server A, if i check q filesp in the tsm server,
there are some fp that has been backup for that
particular node through TDP.??!?

Then i found another thing, i tried to do domdsmc
query adsmserver for both tdp (command line):
For server A:

TSM API Version ... Version 4, Rel 1, Level 0
Server version .. Version 3, Rel 7 Level 0.0

but for Server B:

TSM API Version  Version 3, Rel 1, Level 7
Server version .. Version 3, Rel 7 Level 0.0

What could be the problem here. I installed from the
same CD but the result is different.

TIA

Ameerul

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/?.refer=text

backup or archive files could not display...

i backed up the files using superuser account (root) on Aix machine, when i
try to restore using ordinary user account, i could not display the files
only the folders.  What is the problem? is it permission problems?  both
user accounts has permission to run adsm backup client.

please help me regarding this problem.

adsm version is 3.1 on Aix

thanks in advance.
zosi

Re: MOVE DATA seems to empty volume but still shows full

[Neil Schofield]

Suad

We're running TSM 3.7.4.4 on NT and see a similar thing periodically.

Try taking the server down and running the following:
DSMSERV AUDITDB DISKSTORAGE FIX=YES

Depending on the size of your database, this may take a while.

We usually encounter problems in virtual volumes created by server-to-server
comms. In this case, we run
DSMSERV AUDITDB ARCHSTORAGE FIX=YES
This takes about an hour for a 7Gb database.

NB These are unsupported options so make sure you have a database backup
beforehand.

Regards
Neil Schofield




The information in this e-mail is confidential and may also be legally
privileged. The contents are intended for recipient only and are subject
to the legal notice available at http://www.keldagroup.com/email.htm
Yorkshire Water Services Limited
Registered Office Western House Halifax Road Bradford BD6 2SZ
Registered in England and Wales No 2366682

Re: MOVE DATA seems to empty volume but still shows full

[Reinhard Mersch]

Before doing that, I would simply try

tsm: ADSM>audit volume bqy624 fix=yes

> Suad
>
> We're running TSM 3.7.4.4 on NT and see a similar thing periodically.
>
> Try taking the server down and running the following:
> DSMSERV AUDITDB DISKSTORAGE FIX=YES
>
> Depending on the size of your database, this may take a while.
>
> We usually encounter problems in virtual volumes created by server-to-server
> comms. In this case, we run
> DSMSERV AUDITDB ARCHSTORAGE FIX=YES
> This takes about an hour for a 7Gb database.
>
> NB These are unsupported options so make sure you have a database backup
> beforehand.
>
> Regards
> Neil Schofield
>
>
>
>
> The information in this e-mail is confidential and may also be legally
> privileged. The contents are intended for recipient only and are subject
> to the legal notice available at http://www.keldagroup.com/email.htm
> Yorkshire Water Services Limited
> Registered Office Western House Halifax Road Bradford BD6 2SZ
> Registered in England and Wales No 2366682
--
Reinhard MerschWestfaelische Wilhelms-Universitaet
Zentrum fuer Informationsverarbeitung - ehemals Universitaetsrechenzentrum
Roentgenstrasse 9-13, D-48149 Muenster, Germany  Tel: +49(251)83-31583
E-Mail: [EMAIL PROTECTED]   Fax: +49(251)83-31653

Funny problem with TDP for Domino on NT

[amir mazli]

Hi all,
Need help here. I have 2 NT servers. One is a TSM
server 3.7 (Server A) and another is a TSM client 3.1
(Server B). Both has Domino.

So i installed the TDP for Domino 1.1 on both servers.
Installation was successful. Both has Domino sever.
Server A is COMMAS1 and Server B is DevSvr.

After configuring both TDP for Domino, I test backup
through TDP. It was successful but a funny thing
happen...

In server B, when (in TDP GUI) i try to check database
to restore, i see each database that i have recently
backup. Same using the command domdsmc query dbbackup
*

But in server A, when (in TDP GUI) i try to check
database to restore, i can't see any even though the
backup was successful. Through the command domdsmc
query dbbackup * too error came out :
ANS1302e (RC2) no objects on server match query

On server A, if i check q filesp in the tsm server,
there are some fp that has been backup for that
particular node through TDP.??!?

Then i found another thing, i tried to do domdsmc
query adsmserver for both tdp (command line):
For server A:

TSM API Version ... Version 4, Rel 1, Level 0
Server version .. Version 3, Rel 7 Level 0.0

but for Server B:

TSM API Version  Version 3, Rel 1, Level 7
Server version .. Version 3, Rel 7 Level 0.0

What could be the problem here. I installed from the
same CD but the result is different.

TIA

Ameerul

__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/?.refer=text

Problem with log file

[Demaerel Miguel]

Hoi

Can someone help me with this one.

When I start the server I get the following message.
*
ANR0900I Processing options file dsmserv.opt.
ANR0990I Server restart-recovery in progress.
ANR7807W Unable to get information for file /lgaa1dk6/lg2.
A file or directory in the path name does not exist.
ANR7807W Unable to get information for file /lgaa1dk6/lg3.
A file or directory in the path name does not exist.
ANR0259E Unable to read complete restart/checkpoint information from any
database or recovery
log volume.
*

How can I move log files to an other dir.
lg2 and lg3 are now in /lgaa1dk7

I have change the dsmserv.dsk file, but its still looking for the old files.

Thanks in advance.

Greetings Miguel


   
  (o o)
==oOO==(_)==OOo==
 Miguel DEMAEREL
Sema Group Managed Services
   Raketstraat 98 - 1130 Brussel
 Belgium
   Tel: +32 (0)2 724 93 17
   Fax: +32 (0)2 724 92 92
 EMail: [EMAIL PROTECTED]
=

MOVE DATA seems to empty volume but still shows full

[Suad Musovich]

Env: TSM 3.7.4.0 server / Solaris 2.6

Has anyone had the problem where you run a MOVE DATA on a volume, which
completes successfully and Q CONT shows no data but has a state of FULL
and some utilization?

Sometimes the volumes empty out after a few days/weeks and become PENDING.
I don't make it a habit to wait for this to happen.

I got Tivoli support onto this but they haven't given me anything except
for some stabs in the dark (traces yield nothing)

Cheers, Suad
--

ANR1141I Move data process ended for volume BQY624

ANR0986I Process 698 for MOVE DATA running in the
BACKGROUND processed 49096 items for a total of
5,661,373,531 bytes with a completion
state of SUCCESS at 13:02:31.


tsm: ADSM>q cont bqy624
ANR2034E QUERY CONTENT: No match found using this criteria.
ANS8001I Return code 11.

tsm: ADSM>move data bqy624
ANR2232W This command will move all of the data stored on volume BQY624 to other 
volumes
within the same
storage pool; the data will be inaccessible to users until the operation completes.

Do you wish to proceed? (Yes/No) yes
ANR2209W Volume BQY624 contains no data.
ANS8001I Return code 11.


tsm: ADSM>q vol bqy624 f=d

   Volume Name: BQY624
 Storage Pool Name: COPYPOOL
 Device Class Name: DLTCLASS
   Estimated Capacity (MB): 49,922.8
  Pct Util: 17.4
 Volume Status: Full
Access: Read/Write
Pct. Reclaimable Space: 100.0
   Scratch Volume?: No
   In Error State?: No
  Number of Writable Sides: 1
   Number of Times Mounted: 13
 Write Pass Number: 1
 Approx. Date Last Written: 11/15/1999 05:36:04
Approx. Date Last Read: 03/04/2001 11:29:04
   Date Became Pending:
Number of Write Errors: 0
 Number of Read Errors: 0
   Volume Location:
Last Update by (administrator): ADMIN
 Last Update Date/Time: 03/13/2001 13:08:25