Re: polling for drives

[Michael Benjamin]

"update drive libraryname drivename online=no"

Before doing your AS/400 backup which I assume is going direct to a
/dev/rmtX device and
not via TSM in any way.

"update drive libraryname drivename online=yes"

When done. This will tell TSM not to attempt to use the device while you're
doing your thing.

What's happening here is as you backup direct to the drive you are
exclusively locking the device file,
tapeutil will also do this even with an inventory parameter (SCSI remember).
When TSM server tries to use
the drive for something innocuous, like a reclamation, it gets all confused
as the
drive is in use by something non-TSM and effectively marks the drive as
Unavailable and will cease
using it, assuming it's in a fault state really, requiring manual
intervention to bring that drive back online.
Personally, I don't like the idea of trying to use TSM in conjunction with
other machines accessing the library
with non-TSM methods.

Here's a real-life example of a drive in an off-line state (for another
reason):

3584LIB1 3584DRV03LTO /dev/rmt6
Unavailable Since

07/25/02   07:09:35

Here's a simple script (not tested much) that you can perhaps make use of to
check drive states. It's nice
to know when your drives are dropping off the perch, particularly if your
backups are scheduled or even running...

#!/bin/ksh
# AIX 4.3.30 version

NUM_ONLINE=0
NUM_OFFLINE=0
ERROR_FLAG=""
CHECKING_FREQUENCY=300# 5 Minutes

scan_drives()
{
  /usr/bin/dsmadmc -id=lowlyuser -password=lowlyuserpass << EOF
  q drive
  quit
EOF
}

while :
do
  echo "Drives Online\t: \c "
  NUM_ONLINE=$(scan_drives  | grep Yes | wc -l)
  echo ${NUM_ONLINE}

  NUM_OFFLINE=$(scan_drives  | grep Unavail | wc -l)
  echo "Drives Offline\t: \c"
  echo ${NUM_OFFLINE}

  if [[ ${NUM_OFFLINE} -gt 0 ]]
  then
  ERROR_FLAG="EEP"

  # Report stuff here. Fire off paging.
  # Automatically deal and report fault. etc. etc.

  NUM_OFFLINE=0
  fi

  sleep ${CHECKING_FREQUENCY}

done

exit 0


This also is a useful command that could be used instead (even via a
cgi-script :) )

tsm: ADSM_BBS>select library_name, drive_name, online from drives

LIBRARY_NAME   DRIVE_NAME ONLINE
-- -- --
3575LIB1   3570DRV11  YES
3575LIB1   3570DRV12  YES
3584LIB1   3584DRV00  YES
3584LIB1   3584DRV01  YES
3584LIB1   3584DRV02  YES
3584LIB1   3584DRV03  YES
3584LIB1   3584DRV04  YES


Mike.

> -Original Message-
> From: Rob Schroeder [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, July 25, 2002 2:28 AM
> To:   [EMAIL PROTECTED]
> Subject:  polling for drives
>
> We currently share our tape library with an AS/400.  If the AS/400 is
> using
> a tape drive and TSM needs it, it goes to an unavailable state and the TSM
> server then continues to poll the device to check its availability.
> However, the TSM server only polls for a certain amount of time and then
> gives up.  Sometimes the AS.400 backups take a number of hours and in the
> meantime the drives are unavailable to TSM and the TSM server also stops
> checking the drive.  Then when TSM backups start it uses 2 instead of 4
> drives.  Here is my question.  Is there anyway to increase the amount of
> time the TSM server polls the drives so this doesn't happen.  Or does
> anyone have any other suggestions on how to get around this issue.
>
> Thanks
>
> Rob


***
Bunnings Legal Disclaimer:

1) This email is confidential and may contain legally priviledged
information.  If you are not the intended recipient, you must not
disclose or use the information contained in it.  If you have received
this email in error, please notify us immediately by return email and
delete the document.

2) All emails sent to and sent from Bunnings Building Supplies
are scanned for content.  Any material deemed to contain inappropriate
subject matter will be reported to the email administrator of all
parties concerned.
***

Re: 2 drives are required for LTO?

[Michael Benjamin]

This is touted as the minimum requirement and it is.

To allow tapes volumes to perform space reclamation etc.
you need a minimum of 2 drives for simultaneous tape mounts.

Perhaps you can do fancy things with DASD devices, but this is not
the aim with a tape library really when you want to physically move
data to safe locations. DASD is entirely not suited for that purpose in
the main.

>From my experience, I'd recommend 4 drives, and 5 if you can get it
as a spare in case one fails. This is for a large/active site. This allows
you to get reclamations out of the way quickly etc. If you have a small
site perhaps 2 will get you by and you can add more drives are required.

We used to run a 3575 as our primary library with 2 drives and it used
to spend the entire day performing reclamations and would get behind
in this task which was bad as it wouldn't be sending tapes offsite or recall
any and we'd run out of available scratch. This was a management decision
not to add any more 3570 drives. It's now superceded by our 3584 LTO
and performs minimal backup tasks.

When you need reclamations to occur but you also have to restore files,
what do you do with no drives available?

Just some ideas.

> -Original Message-
> From: Douglas Currell [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, July 16, 2002 6:56 AM
> To:   [EMAIL PROTECTED]
> Subject:  2 drives are required for LTO?
>
> One of the System Admins has been talking to an IBM
> Business partner and was told, apparently, that the
> use of two drives is not only recommended but is also
> required with LTO. Is this true? If so, why?
>
> I checked out
> http://www.tivoli.com/support/storage_mgr/devices/lto.html#notes
> and noticed that some LTO libraries are noted A/E
> meaning that Advanced Managed Library feature" is
> required? Is there a technical reason for this?
>
>
>
> __
> Post your ad for free now! http://personals.yahoo.ca

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: HOW TO: Configuring Tape Drives in TSM (part 3 of 3)

[Michael Benjamin]

Just a quick one on re: Part 3.

You can also do a "lsdev -Cc tape" rather than a "lscfg | grep rmt" this
will also show the smcX devices..

> -Original Message-
> From: Miles Purdy [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, July 08, 2002 11:24 PM
> To:   [EMAIL PROTECTED]
> Subject:  HOW TO: Configuring Tape Drives in TSM (part 3 of 3)
>
> Hi all,
>
> I wrote this little how-to guide on configuring tapes, to hopefully get
> better performance. Feedback, comments, criticisms welcome.
>
> Miles
>
> (sorry last message was too big for the list!)
>
> --
> 
> Miles Purdy
> System Manager
> Farm Income Programs Directorate
> Winnipeg, MB, CA
> [EMAIL PROTECTED]
> ph: (204) 984-1602 fax: (204) 983-7557
>
> "If you hold a UNIX shell up to your ear, can you hear the C?"
> --
> ---
>  << File: Configuring tape drives in TSM (part 3 of 3).rtf >>

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: TSM DBBackup

[Michael Benjamin]

Hi Alex,

If you've tarred the file to LTO, how do you utilise it quickly? It's almost
easier to let TSM perform the dbbackup to LTO, and then you have a dbbackup
volume you can utilise straight away.

The dbbackup takes a few minutes to complete, time is a non-issue here.

Yes it's a shame you have to waste a lot of space on the dbbackup volume,
but
it's the same type of volume and that's worth a lot...

I guess you have to work out how much your data is worth, if it's more than
about
$1000 AU then it's definately worth buying some more tape volumes to rotate
your
DB offsite. The DB is simply too important to mess around with and lose...
that single
volume represents the entire contents of your server, if you lose that and
your db/mirrors
on the filesystems your 10,000 tapes aren't worth a thing to you come
recovery time they
are just a massive collection of ones and zeros...

Mike.

> -Original Message-
> From: Alex Paschal [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, July 09, 2002 1:26 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: TSM DBBackup
>
> You can do a dbbackup devc=file_class, which will put the dbbackup into a
> file on disk.  The only thing is you'd then have to script a process that
> somehow backs up that file, or do it manually.  Possibilities include:
>
> FTP to remote site
> tar to 4mm tape
> tar to LTO
>
> Personally, I'd rather not run so tight on scratches that I don't have 7
> tapes I can spare for dbbackups.
>
> Alex
>
> -Original Message-
> From: Bill Wheeler [mailto:[EMAIL PROTECTED]]
> Sent: Monday, July 08, 2002 6:30 AM
> To: [EMAIL PROTECTED]
> Subject: Re: TSM DBBackup
>
>
> Currently we run our archive to a Magstar 3570 tape subsystem.  Once the
> archive is complete we run the DBBackup to a new 3570 scratch tape.  The
> issue is that the DBBackup is so small at this point; we are looking at
> options to find a way to back it up differently.  On an LTO tape we might
> us
> 1 to 2 GB, and cannot see wasting 98 GB (uncompressed).  If we could put
> both the archive and DBBackup on one cartridge that is the way we would
> go.
> If not, can the DBBackup be put to a flat file where it can be restored
> from?  We would like to make sure it is the same type of tape volume that
> we
> are using, we just want to make sure that it is cost effective.
>
> Bill Wheeler
> PDM Administrator
>
> -Original Message-
> From: Michael Benjamin [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 07, 2002 9:23 PM
> To: [EMAIL PROTECTED]
> Subject: Re: TSM DBBackup
>
> At the end of the day, sometimes it's easier to go to the same type of
> tape
> volume.
>
> For example, if you have a DR situation, you will need to source another
> library/tape drive
> if your DB exists on another form of tape volume. This is a very poor
> approach when time
> is of the essence in the recovery situation. Same goes if your secondary
> drive/library fails,
> you will need to start backing up to the LTO anyway, multiple points of
> failure.
>
> Secondly, the LTO will write the DB very quickly to tape and continue on
> it's merry way.
> You can also track these tapes with the same library, and rotate say 7
> dbbackups offsite and
> expire them for maximum safety, how cool is that?
>
> Cutting corners to save a couple of bucks makes no sense at all when the
> aim
> is the security
> of your data. A few hundred bucks of tape is worthwhile...
>
> Mike.
>
> > -Original Message-
> > From: Bill Wheeler [SMTP:[EMAIL PROTECTED]]
> > Sent: Friday, July 05, 2002 10:22 PM
> > To:   [EMAIL PROTECTED]
> > Subject:  TSM DBBackup
> >
> > Hello *SMers,
> >
> >
> >
> > I have a couple of questions.  We are possible moving to an
> > LTO
> > drive in the near future.   I am trying to determine how to do a TSM
> > backup
> > without sending it to a separate cartridge.  Our DBbackup is small and
> do
> > not see a reason to use such a large cartridge, do anyone have an idea?
> >
> >
> >
> > Can it be sent to the same cartridge?
> >
> > Can I create a flat file and back that up?
> >
> >
> >
> >
> >
> > These are the few questions that I need an answer for, if any one could
> > help
> > me out.
> >
> >
> >
> > Thanks,
> >
> >
> >
> > Bill Wheeler
> >
> > PDM Administrator
> >
> > La-Z-Boy Incorporated
> >
> > (734) 242-1444 x 6170
> >
> > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
> ***

Re: offsite tape will not reclaim, delete or move

[Michael Benjamin]

"update vol  access=readwrite" would make it available again in the
library one would
think.

> -Original Message-
> From: Greg Garrison [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, July 09, 2002 6:59 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: offsite tape will not reclaim, delete or move
>
> Steve-
>
> Don't you have to tell TSM that it's back on site before it will allow you
> to do anything with the volume?
>
> Greg A. Garrison
> Account Storage Manager
> IBM Global Services, Service Delivery Center - West
> 9022 S. Rita Road, Rm 2785, Tucson, AZ 85744
> Phone (520) 799-5429  Internal 321-5429
> Pager 800-946-4646 PIN 6034139
> e-mail: [EMAIL PROTECTED]
>
>
>
>   Steve Bennett
>   <[EMAIL PROTECTED]To:
> [EMAIL PROTECTED]
>   TATE.AK.US>   cc:
>   Sent by: "ADSM: Dist  Subject:  offsite tape
> will not reclaim, delete or move
>   Stor Manager"
>   <[EMAIL PROTECTED]>
>
>
>   07/08/2002 01:18 PM
>   Please respond to
>   "ADSM: Dist Stor
>   Manager"
>
>
>
>
>
> I have an offsite tape that will not go pending, it stays in the filling
> state. It will not reclaim, move or delete. Relevant queriers, etc.
> below. Anyone have any ideas as to what to try next?
>
> q vol 000987 f=d
>Volume Name: 000987
>  Storage Pool Name: DR_3590_JNU
>  Device Class Name: 3590
>Estimated Capacity (MB): 35,840.0
>   Pct Util: 0.0
>  Volume Status: Filling
> Access: Offsite
> Pct. Reclaimable Space: 100.0
>Scratch Volume?: Yes
>In Error State?: No
>   Number of Writable Sides: 1
>Number of Times Mounted: 5
>  Write Pass Number: 1
>  Approx. Date Last Written: 03/27/2002 01:31:59
> Approx. Date Last Read: 03/26/2002 13:17:01
>Date Became Pending:
> Number of Write Errors: 0
>  Number of Read Errors: 0
>Volume Location: VAULT
>
>
> q drm 000987 f=d
>Volume Name: 000987
>  State: Vault
>  Last Update Date/Time: 03/27/2002 07:54:11
>   Location: VAULT
>Volume Type: CopyStgPool
> Copy Storage Pool Name: DR_3590_JNU
>  Automated LibName:
>
>
>
> 07/08/2002 11:22:46   ANR0984I Process 227 for SPACE RECLAMATION started
> in the
>BACKGROUND at
> 11:22:46.
> 07/08/2002 11:22:46   ANR1040I Space reclamation started for volume
> 000987,
>storage pool DR_3590_JNU (process number
> 227).
> 07/08/2002 11:22:46   ANR0985I Process 227 for SPACE RECLAMATION running
> in the
>BACKGROUND completed with completion state
> SUCCESS at
>
> 11:22:46.
> 07/08/2002 11:22:46   ANR1041I Space reclamation ended for volume
> 000987.
>
>
>
> 07/08/2002 12:03:05   ANR2017I Administrator XTSCSMB issued command:
> DELETE
>VOLUME 000987
> discard=y
> 07/08/2002 12:03:05   ANR2406E DELETE VOLUME: Volume 000987 still
> contains data.
>
>
>
> 07/08/2002 12:02:28   ANR2017I Administrator XTSCSMB issued command:
> MOVE DATA
>000987
> recons=y
> 07/08/2002 12:02:28   ANR2209W Volume 000987 contains no
> data.
>
>
>
> 07/08/2002 12:19:00   ANR2017I Administrator XTSCSMB issued command:
> QUERY
>CONTENT
> 000987
> 07/08/2002 12:19:00   ANR2034E QUERY CONTENT: No match found using
> this
>
> criteria.
>
>
> --
>
> Steve Bennett, (907) 465-5783
> State of Alaska, Information Technology Group, Technical Services
> Section

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: TSM DBBackup

[Michael Benjamin]

At the end of the day, sometimes it's easier to go to the same type of tape
volume.

For example, if you have a DR situation, you will need to source another
library/tape drive
if your DB exists on another form of tape volume. This is a very poor
approach when time
is of the essence in the recovery situation. Same goes if your secondary
drive/library fails,
you will need to start backing up to the LTO anyway, multiple points of
failure.

Secondly, the LTO will write the DB very quickly to tape and continue on
it's merry way.
You can also track these tapes with the same library, and rotate say 7
dbbackups offsite and
expire them for maximum safety, how cool is that?

Cutting corners to save a couple of bucks makes no sense at all when the aim
is the security
of your data. A few hundred bucks of tape is worthwhile...

Mike.

> -Original Message-
> From: Bill Wheeler [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, July 05, 2002 10:22 PM
> To:   [EMAIL PROTECTED]
> Subject:  TSM DBBackup
>
> Hello *SMers,
>
>
>
> I have a couple of questions.  We are possible moving to an
> LTO
> drive in the near future.   I am trying to determine how to do a TSM
> backup
> without sending it to a separate cartridge.  Our DBbackup is small and do
> not see a reason to use such a large cartridge, do anyone have an idea?
>
>
>
> Can it be sent to the same cartridge?
>
> Can I create a flat file and back that up?
>
>
>
>
>
> These are the few questions that I need an answer for, if any one could
> help
> me out.
>
>
>
> Thanks,
>
>
>
> Bill Wheeler
>
> PDM Administrator
>
> La-Z-Boy Incorporated
>
> (734) 242-1444 x 6170
>
> [EMAIL PROTECTED] 

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: 3575 Audit library failure

[Michael Benjamin]

No drives in use, it's been working in the past. The library has had
firmware upgrades over time
too however.

> -Original Message-
> From: David Longo [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, July 03, 2002 10:09 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: 3575 Audit library failure
>
> You didn't mention if this is new or had been working awhile
> and quit.  But, if any drives are in use on the library, the audit
> will hang.  Make sure all tapes are dismounted and then run
> audit.  Should use "checklabel=barocde" parameter and it should only
> take about 20-30 seconds.
>
> David Longo
>
> >>> [EMAIL PROTECTED] 07/02/02 10:51PM >>>
> Hi *SMers,
> I have a problem with a 3575L18 library that is
> refusing to respond to
> an "audit library" (either barcode or not). It just sits there and so does
> the process.
>
> Versions are as follows:
>
> Command Line Administrative Interface - Version 4, Release 2, Level 0.0
>
> Session established with server _XXX: AIX-RS/6000
>   Server Version 4, Release 2, Level 0.0
>
> The 3584 library has no such problems and both are operating via the same
> TSM instance on one
> node.
>
> Does the library need a firmware upgrade? Is it the TSM version causing
> this?
>
> Thanks.
>
>
>
>
>
> **
> Bunnings Legal Disclaimer:
>
> 1)  This document is confidential and may contain legally privileged
> information. If you are not the intended recipient, you must not
> disclose or use the information contained in it. If you have
> received this e-mail in error, please notify us immediately by
> return email and delete the document.
>
> 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> scanned for content. Any material deemed to contain inappropriate
> subject matter will be reported to the e-mail administrator of
> all parties concerned.
>
> **
>
>
>
> "MMS " made the following
>  annotations on 07/03/2002 10:10:33 AM
> --
> 
> 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.
>
> ==
> ===

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: checkin & label scratch volumes

[Michael Benjamin]

You can pre-load the library directly without using the bulkloader and
presumably
perform a "label libvol search=yes". Make sure the current database and
library
state are consistent with an audit etc. Please research it for your own
piece of mind
before performing this.

This can be a huge timesaver. The same thing can apply if the tapes are
already
labelled and you can use checkin libvol search=yes in a similar fashion.

You don't want to accidentally label any existing data volumes, I'm tempted
to actually
make them read-only somehow before doing this process, physical tabs? Maybe
someone has
a better suggestion to safeguard the volumes already in there...

Mike.

> -Original Message-
> From: Robert Ouzen [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, July 03, 2002 7:30 PM
> To:   [EMAIL PROTECTED]
> Subject:  checkin & label scratch volumes
>
> Hi
>
> I have a scalar 1000 library and need to add a lot of new scratch volumes.
> Can I do just a:
> checkin libv scalar status=scratch search=bulk
> checklabel=barcode
>
> or I need the first time to do:
>   label libv scalar checkin=scratch search=bulk
> labelsource=barcode volrange=01,50
>
> When I did  a label libv each cartridge  was mounted in the drive and the
> process can take a long time.
>
> Regards  Robert Ouzen

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Reclaiminig LTO Tapes

[Michael Benjamin]

This is correct, 2 drives is not going to cut it, we had similar problems
with a 3575 library with only 2 drives
that used to do our primary backups. The drives are tied up with
reclamations all day long and eventually you
start falling behind and you are not able to migrate data offsite fast
enough, eventually you will run out of incoming
scratch as the library will not be able to recall any vault retrieves, all
in all, a bad situation.

We now operate 5 drives in our 3584 and this is acceptable, we can lose one
drive and still be operating effectively.
Multiple reclamations run on 4 drives at a time when the system is in it's
slack time and gets space reclamation out of
the way very swiftly.

> -Original Message-
> From: Tab Trepagnier [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, July 04, 2002 6:15 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Reclaiminig LTO Tapes
>
> Gilbert,
>
> Is there a particular reason you have such a large library with just two
> drives?  I have a 3583 with four drives.  I did that to prevent the very
> problem you're reporting.
>
> Assuming it hosts a primary storage pool, you will need two drives for
> reclamation unless you use a FILE devclass disk pool as a reclaim pool.
> Then you can turn one two-drive process into two one-drive processes with
> a buffer in between them.
>
> If you also might be doing reclamation of your copypool(s) - a situation I
> sometimes see on my system - you will need a third drive.
>
> A fourth drive reserves one drive for "outgoing" data to clients.  That is
> why I put four drives in all four of my tape libraries.
>
> My 3583 connected HV Diff SCSI gives a sustained 12 MB/s per drive.  That
> works out to about 43 GB/hour minus "bubbles" from when the tape is being
> repositioned.
>
> Tab Trepagnier
> TSM Administrator
> Laitram Corporation
>
>
>
>
>
>
> Guillaume Gilbert <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 07/03/2002 08:40 AM
> Please respond to "ADSM: Dist Stor Manager"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:Reclaiminig LTO Tapes
>
>
> Hey there
>
> Maybe its because I'm used to using STK 9840 tapes but yesterday I saw an
> LTO tape at 25 % utilisation take almost 4 hours to reclaim, which to me
> is awful. How am I
> supposed to reclaim my tapes with that kind of performance?. The drives I
> use are IBM Ultriums in a 3584 library. With only 2 drives it makes it
> hard for users to do
> restores...
>
> Are there any options I can change to make this go a bit faster. I know
> the start/stop on LTO's isn't good.
>
> Thanks for the help.
>
> Guillaume Gilbert
> CGI Canada

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Cant check a tape in

[Michael Benjamin]

"delete volhistory" seems to be what you require for the volume, it's
probably seeing that the volume was/is a dbbackup volume
in the existing volhist and hence refusing to allow you to re-use it.

8<8<
8<8<
8<

DELETE VOLHISTORY



DELETE VOLHISTORY (Delete Sequential Volume History Information)



Use this command to delete volume history file records that are no longer

needed (for example, records for obsolete database backup volumes).



When you delete records for volumes that are not in storage pools (for

example, database backup or export volumes), the volumes return to scratch

status even if TSM acquired them as private volumes. Scratch volumes of

device type FILE are deleted. When you delete the records for storage pool

volumes, the volumes remain in the TSM database. When you delete records for

recovery plan file objects from a source server, the objects on the target

server are marked for deletion.



8<8<
8<8<
8<

> -Original Message-
> From: rs6000 [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, July 04, 2002 4:43 AM
> To:   [EMAIL PROTECTED]
> Subject:  Cant check a tape in
>
> TSM'rs
>
> During a recent implementation a tape was used to do a database backup.
> The implementation was then blown away and re-done.
>
> I am running the following command in an attempt to check the volume in
> again but it fails saying it is in use or belongs to another storage pool.
>
> The command I am using is as follows:
>
> label libvol ltolib search=yes labelsource=barcode checkin=scratch
> overwrite=yes
>
>
> Is there anyway to force it to use the tape?
>
> Rgds
> John

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: checkin & label scratch volumes

[Michael Benjamin]

There are some shortcuts here...

You can load all your additional library tape straight into the slot without
the use of the bulk loader,
make sure your library has been properly audited and knows what's what
first. (I would even be tempted
to mark all the current tapes read-only just in case :) )

You can then label libvol with the search=yes parameter and it can go off
and do it's thing.


 Specifies that the server searches the library for usable volumes to
 label. This parameter applies to SCSI, 349X, and ACSLS libraries.

 Possible values are:

 Yes
  Specifies that the server labels only volumes stored in the
  library, unless the volume is already labeled or its barcode
  cannot be read.

This is the same step for priming a totally empty library during initial
installation also, as who wants
to sit there and load tape into a bulk loader and waste lots of time.

It's a great feature, but somewhat dangerous, so research it's use
thoroughly.

Mike.

> -Original Message-
> From: Joe Pendergast [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, July 04, 2002 12:00 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: checkin & label scratch volumes
>
> The "label libv" command is required on first use of the tapes.  It must
> load
> the tape into the drive and write a header label to the tape.  Agreed this
> is
> slow, but it serves a purpose.  It is done for those times where the
> barcode
> reader may slip.  If the barcode cannot be read, the label is read from
> the
> tape. Under normal operation, TSM uses the barcode to load the tape and
> then
> verifies the tape header for a second verification before using the tape.
> .
>
>
>
>
> Robert Ouzen <[EMAIL PROTECTED]> on 07/03/2002 04:30:22 AM
>
> Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
> To:   [EMAIL PROTECTED]
> cc:(bcc: Joseph Pendergast/Corona/Watson)
>
> Subject:  checkin & label scratch volumes
>
>
>
> Hi
>
> I have a scalar 1000 library and need to add a lot of new scratch volumes.
> Can I do just a:
> checkin libv scalar status=scratch search=bulk
> checklabel=barcode
>
> or I need the first time to do:
>   label libv scalar checkin=scratch search=bulk
> labelsource=barcode volrange=01,50
>
> When I did  a label libv each cartridge  was mounted in the drive and the
> process can take a long time.
>
> Regards  Robert Ouzen

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

3575 Audit library failure

[Michael Benjamin]

Hi *SMers,
I have a problem with a 3575L18 library that is
refusing to respond to
an "audit library" (either barcode or not). It just sits there and so does
the process.

Versions are as follows:

Command Line Administrative Interface - Version 4, Release 2, Level 0.0

Session established with server _XXX: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0

The 3584 library has no such problems and both are operating via the same
TSM instance on one
node.

Does the library need a firmware upgrade? Is it the TSM version causing
this?

Thanks.





**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: TSM server doesn't comeup.

[Michael Benjamin]

Hi I have a problem performing a tape library audit. It's a 3575-L18 library
as
reported via tapeutil.

The library refuses to audit either in a audit library with checklabel=yes
or checklabel=no. The process appears but the library never acts on it.
Actlog just
shows that the process was started.

I'd expect the library to start loading and checking tape volume labels, but
it
just sits there.

An init element status works.

Any ideas? Places to start looking?


Tivoli Storage Manager
Command Line Administrative Interface - Version 4, Release 2, Level 0.0
(C) Copyright IBM Corporation, 1990, 2001, All Rights Reserved.

Session established with server ADSM_BBS: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0
  Server date/time: 07/01/02   13:04:54  Last access: 07/01/02   12:49:52


tsm: ADSM_BBS>q proc



 Process Process Description  Status

  Number

 
-
   2,444 AUDIT LIBRARYANR8459I Auditing volume inventory for
library
   OURLIBRARY.



**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Device locking danger.

[Michael Benjamin]

Please note, this may be common knowledge to some of you but I thought I'd
mention it again.

TSM Server can have problems if you are accessing a device like /dev/rmtX or
a SCSI media changer
/dev/smc0 with tapeutil. You will see in the actlog the server is unable to
access the device as you
have already initiated an exclusive lock on the device.

Therefore, if you are going to do tapeutil procedures or anything else that
accesses/queries the devices,
do so when the server is inactive, and DO check it's health afterward and
the actlog for error messages.

We've seen this occur ourselves a couple of times now on TSM 4.2.2.0

Comments?

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Bad performance... again

[Michael Benjamin]

Thanks for that David,

To increase the cache-hit percentage you will need to shutdown TSM.

Backup and edit BUFPOOLSIZE in dsmserv.opt and restart the TSM server.
It's probably worth going through an unloaddb and reload of the database
also to
improve performance. We're looking at doing this as a quarterly procedure.

BUFPOOLSIZE refers to virtual memory, default is probably 4096. There is a
table
in the Admin Guide which recommends increases in BUFPOOLSIZE according to
system memory. I'd recommend being a bit conservative and grow it a bit at a
time
performing a "q options" and "q db f=d" to see what's going on with
BUFPOOLSIZE in
relation to cache-hits. You obviously don't want to use up virtual-memory at
peak load
times.

Mike.

> -Original Message-
> From: David Longo [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, June 14, 2002 9:15 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Bad performance... again
>
> Well, I'll take a few shots.
>
> 1.  Network - Have you tried some FTP or similar tests at OS level
> between TSM server and clients to see if Network performance is o.k.?
>
> 2.  Your Atape driver is WAY behind.
>
> 3.  Drive microcode on 3584 is behind (Not as far as Atape though).
>
> 4. There were some noticeable performance problems on AIX (I think
> somewhere between ML08 and 09.  I think they were all fixed at 09).
>
> 5.  On TSM server, what is the "cache hit percent" output of
> "q db f=d"?  If it is much less that 98%, the cache needs to be
> increased.  This can effect a lot of TSM server ops.
>
> 5.  You didn't mention how long this server has been in operation
>  - was it working fine at one point and went downhill?  Also what
> Disk you have on TSM server and how setup?
>
> David Longo
>
> >>> [EMAIL PROTECTED] 06/12/02 10:50AM >>>
> Hi everybody,
>
>
>I know this is a subject that comes very often, and that various
> answers
> were already give, but, after searching through the list archives, I am
> still not totally sure of what I should do:
>
>I have a TSM Server that does his backups not quite fast. First, I
> thought of a network problem, but it is a dedicated backup network running
> at 1Gb/s and I only get backups at 10GB/hour. And, the internal server
> operations (reclamation, backup stgpool) are also slow. Right now, I am
> looking at the console a backup stg process which is running for almost 2
> hours and has backed up only 38GB. It is a new pool, so there is no time
> spent searching the new files, and all the data came from one volume.
>
> My setup is:
>
> TSM Server 4.2.0.0  (Client wants to upgrade to 5.1)
> AIX 4.3.3 ML9 on an F80 with 2 CPUs
> ATAPE 5.4.2.0
>
> Storage is:
>
> IBM3584 with 6 IBM LTO drives. Microcode level is 16E0
>
> The site belongs to a customer who doesn t like very much applying
> patches.
> Should I try to convince him to upgrade TSM/ATAPE/Microcode? Or is there
> anther issue?
>
>
>
> Thank you in advance for your attencion
>
> Paul van Dongen
>
>
>
> "MMS " made the following
>  annotations on 06/13/02 21:31:29
> --
> 
> 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.
>
> ==
> 

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Library survey

[Michael Benjamin]

This is a top-of-the-range machine we use, a 3584 D32. Some of the way it
performs functions are a bit mysterious,
like not utilising all available drives when mass loading tape volumes, but
there are ways around that like pre-loading the library,
these are primarily software/firmware improvements that will eventually get
implemented.

The Ultrium drives are very robust indeed and we haven't had any failures.

All in all it's the best library I've used bar none, and very scalable.
Properly implemented it will serve most companies storage
needs very well indeed.

> -Original Message-
> From: Joshua S. Bassi [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, June 13, 2002 7:48 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Library survey
>
> We have sold a ton of the IBM UltraScalable Tape Library (3584).  It is
> a rock solid, reliable performer.
>
>
> --
> Joshua S. Bassi
> Sr. Solutions Architect @ rs-unix.com
> IBM Certified - AIX 5L, SAN, Shark
> eServer Systems Expert -pSeries HACMP
> Tivoli Certified Consultant- ADSM/TSM
> Cell (415) 215-0326
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
> Marc D. Taylor
> Sent: Wednesday, June 12, 2002 2:07 PM
> To: [EMAIL PROTECTED]
> Subject: Library survey
>
> Hello SM'ers:
>
> We are currently in the process of getting a new tape library.  It will
> be
> LTO based.  We are currently leaning toward the Overland Data Neo 4000
> series because of its price and expansion capabilities.
>
> Are there others out there who are using the Neo series libraries?  What
> have been your experiences?
>
> My only hangup is that it uses the Seagate LTO.  I have not heard
> anything
> about this one as most of this list seems to have the IBM LTO.
>
> I welcome your thoughts.
>
> Marc Taylor
>
> ===
> Marc D. Taylor
> Research Programmer
> Beckman Institute Systems Services
> Room 1714
> Office:  217-244-7373, Fax:  217-333-8206
> [EMAIL PROTECTED]
> http://biss.beckman.uiuc.edu

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient, you must not   
 disclose or use the information contained in 
it. If you have
received this e-mail in error, please notify us immediately by
return email and delete the document.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: big data pool volumes

[Michael Benjamin]

Perform an errpt -a -j21F54B38 and provide more information regarding the
disk errors, are they TEMP or PERM errors?

It shows up at: http://www-aix.gsi.de/~hocks/aix.errpt.codes.html as a
permanent disk error, which is not good. A bad block
relocation is regarded as a TEMP error.

21F54B38 DISK_ERR1 PERM H DISK OPERATION ERROR

It's possible you have a failing drive and this is affecting the TSM
database? Without more information this is speculative...

I would ensure I had a current dbbackup, and consider relocating the
database to another set of disks; if you
are in fact having drive errors, you risk TSM database corruption.


> -Original Message-
> From: Burak Demircan [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, May 27, 2002 12:53 PM
> To:   [EMAIL PROTECTED]
> Subject:  big data pool volumes
>
> Hi,
> Last friday I created a large file enable journaled file system on AIX
> 4.3.3
> and put a
> 10 gb single file on it. It was my backup disk pool volume. But I recieved
>
> following messages on
> TSM and AIX. Any idea?
>
>
> Actlong from TSM 4.2.2.0
>
> 24-05-2002 21:22:38  ANRD dsrtrv.c(538): ThreadId<62> Error on volume
>   /tsmpoolfs/nomirrordata1.dsm: execRc=-1,
> summaryRc=-1.
> 24-05-2002 22:05:28  ANRD blkdisk.c(1496): ThreadId<41> Error -1
> reading
>   from disk /tsmpoolfs/nomirrordata1.dsm, errno=5
> (There is
>   an input or output error.).
>
>
>
> errpt from AIX 4.3.3.0_09ML
>
21F54B38   0525000902 P H hdisk2 DISK OPERATION ERROR
> 21F54B38   0525000902 P H hdisk2 DISK OPERATION ERROR
> 21F54B38   0525000902 P H hdisk2 DISK OPERATION ERROR

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

ANS1017E Session rejected

[Michael Benjamin]

Tivoli Storage Manager
Command Line Administrative Interface - Version 4, Release 2, Level 0.0
(C) Copyright IBM Corporation, 1990, 2001, All Rights Reserved.

Session established with server ADSM_BBS: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0

AIX 4.3.3


Hello all, periodically we are receiving messages like this, a retry does
not occur and recover however, it
just seems to proceed to the next filespace, I would expect the client to
attempt a retry from such a condition,
would an upgrade help?


ANS1228E Sending of object '/warehouse/whdata13/*' failed
ANS1017E Session rejected: TCP/IP connection failure

ANS1228E Sending of object '/warehouse/whdata14/*' failed
ANS1017E Session rejected: TCP/IP connection failure


Mike Benjamin
Systems Administrator
IT&T Systems Department - Store Support
Bunnings Building Supplies,  Perth,  Western Australia.

'ext: (08) 9365 1555   ext 466
7 fax: (08) 9350 6686
;email : [EMAIL PROTECTED]
!snail  : Locked Bag 20 Welshpool  WA  6986



**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

tapeutil usage and TSM

[Michael Benjamin]

My question is a simple one, can a "tapeutil -f  inventory"
interefere with TSM operation to the extent where drives enter a polling
mode?

Remember I'm only talking an inventory here, not attempting to manipulate
the unit in any other
fashion...


Mike Benjamin
Systems Administrator
IT&T Systems Department - Store Support
Bunnings Building Supplies,  Perth,  Western Australia.


**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: smnode.c error

[Michael Benjamin]

Thanks a lot Andy.

> -Original Message-
> From: Andrew Raibeck [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 27, 2002 10:25 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: smnode.c error
>
> This looks like APAR IC30031, fixed in 4.2.1.0. However, the error
> messages are essentially just an annoyance, and do not otherwise affect
> server processing. If you go to the 4.2.1 level, be sure to get the latest
> patch level, as someone else already suggested.
>
> Regards,
>
> Andy
>
> Andy Raibeck
> IBM Software Group
> Tivoli Storage Manager Client Development
> Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
> Internet e-mail: [EMAIL PROTECTED]
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
>
>
>
> Michael Benjamin <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 03/26/2002 18:20
> Please respond to "ADSM: Dist Stor Manager"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:smnode.c error
>
>
>
> Can anyone help with this error?
>
> Environment:
>
> Server Version 4, Release 2, Level 0.0
> AIX 4.3.3.0
>
> Error in actlog:
>
> 03/27/02   04:19:50  ANRD smnode.c(5587): ThreadId<57> Error
> validating
>   inserts for event 14995.
>
>
>

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: smnode.c error

[Michael Benjamin]

Thanks, I'm hearing this a lot lately. Time to upgrade to .11

> -Original Message-
> From: Petur Eythorsson [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 27, 2002 9:23 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: smnode.c error
>
> hi Mike,
>
> Dont use the base level 4.2.0.0
>
> Instert the lateest fixes.
>
>
>
> > Can anyone help with this error?
> >
> > Environment:
> >
> > Server Version 4, Release 2, Level 0.0
> > AIX 4.3.3.0
> >
> > Error in actlog:
> >
> > 03/27/02   04:19:50  ANRD smnode.c(5587): ThreadId<57> Error
> > validating
> >   inserts for event 14995.
> >
> >
> >
> > Mike Benjamin
> > Systems Administrator
> > IT&T Systems Department - Store Support
> > Bunnings Building Supplies,  Perth,  Western Australia.
> >
> > 'ext: (08) 9365 1555   ext 466
> > 7 fax: (08) 9350 6686
> > ;email : [EMAIL PROTECTED]
> > !snail  : Locked Bag 20 Welshpool  WA  6986
> >
> >
> >
> >
> **
> > Bunnings Legal Disclaimer:
> >
> > 1)  This document is confidential and may contain legally privileged
> > information. If you are not the intended recipient you must not
> > read, copy, distribute or act in reliance on it.
> > If you have received this document in error, please telephone
> > us immediately on (08) 9365-1555.
> >
> > 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> > scanned for content. Any material deemed to contain
> inappropriate
> > subject matter will be reported to the e-mail administrator of
> > all parties concerned.
> >
> >
> **
>
>
> ---
> ^essi skilabop voru send mep vefpssti Fjarskiptafilagsins Tmtan.
>  Slspin er: http://postur.itn.is/

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Server Return Code 11

[Michael Benjamin]

Cute behaviour, maybe check for "11" and "0" if  "11" is not a dangerous
return code.



tsm: ADSM_BBS>quit



ANS8002I Highest return code was 11.




Tivoli Storage Manager

Command Line Administrative Interface - Version 4, Release 2, Level 0.0

(C) Copyright IBM Corporation, 1990, 2001, All Rights Reserved.



Session established with server ADSM_BBS: AIX-RS/6000

  Server Version 4, Release 2, Level 0.0

  Server date/time: 03/27/02   09:17:32  Last access: 03/27/02   09:01:38





tsm: ADSM_BBS>quit



ANS8002I Highest return code was 0.







> -Original Message-
> From: Denis L'Huillier [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 27, 2002 6:30 AM
> To:   [EMAIL PROTECTED]
> Subject:  Server Return Code 11
>
> Hello,
> I was looking on the list to see if this had come up before but couldn't
> find anything..
> Nothing earth shattering..
>
> Anyone notice that sometimes when you issue 'quit' from an admin command
> line it doesn't
> always quit with a return code of '0'.  Many time I get a return code of
> '11'...
>
> tsm: TSM_C01>quit
>
> ANS8002I Highest return code was 11.
>
> After the latest postings of tsm scripts to check that the server is up
> and
> running and email if it
> isn't I wrote a simple script that did a 'dsmadmc -id= -pa= quit'
> and then did a:
> if [[ ! "$?" -eq '0' ]]; then
> sendmail  [EMAIL PROTECTED] < serverdown.msg
> else
> exit 0
> fi
>
> Well, I had cron run it 4 times a day.. and of course when I left for the
> day my pager goes off.
> I go home, dial in and all is okay.. Couldn't figure it out for the life
> of
> me.
> Now it finally hit me... return code 11!!!
>
> Anybody know what return code 11 is and why 'quit' would cause it
> sometimes???
>
> Regards,
>
> Denis L. L'Huiller
> 973-360-7739
> [EMAIL PROTECTED]
> Enterprise Storage Forms ->
> http://admpwb01/misc/misc/storage_forms_main.html

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Tapes Blank Under Last Use

[Michael Benjamin]

To be sure a tape volume is empty, I do the following:

q vol [volser]
q libvol [volser]
q drm [volser]
q content [volser]

Then once I'm satisfied the tape is empty:

checkout libvol LIBRARYNAME  remove=yes force=yes

(reply to request)

Check the tape in the hopper is the one you expect,  switch over any write
protect then:

label libvol LIBRARYNAME search=bulk labelsource=bar overwrite=yes
checkin=scratch

We have a number of instances with operators loading write protected tapes
which often causes this.
Opening the library door and flicking the write protect over will not solve
this problem, you should relabel,
or at least check out and check in again as scratch as the library will
still consider the volume as a private
volume with no last use. It will remain this way forever until changed as no
storage pool will allocate it. (naturally)

My 4c (adjusted for inflation)


> -Original Message-
> From: Gene Greenberg [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 27, 2002 1:59 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Tapes Blank Under Last Use
>
> David thanks for your help.  We also have had the tab problem before and
> my
> partner says he has checked them, but I'm going to check one out to see
> what the
> problem is.
>
> Thanks,
>
> Gene
>
>
> |+-->
> ||  David Longo |
> ||   ||  FIRST.ORG>  |
> ||  |
> ||  03/26/02 09:12 AM   |
> ||  Please respond to   |
> ||  "ADSM: Dist Stor|
> ||  Manager"|
> ||  |
> |+-->
>   >-|
>   | |
>   |   To: [EMAIL PROTECTED]  |
>   |   cc: (bcc: Gene Greenberg/CentralOffice/RRISD) |
>   |   Subject: Re: Tapes Blank Under Last Use   |
>   >-|
>
>
>
>
> I have a 3575 also.  If the "Last Use" is blank then the "Status" should
> be Scratch, if so this is normal.  If status is  Private then most likely
> what
> has happened is what we have here,  the operators accidentally set
> the write protect tab on the tape (it's easy to do with these tapes).
> Check
> the tape out and look at the tab.  Set it back off and check back in as
> Scratch.
>
> If you have enough retention in actlog you would see the first attempt to
> use this tape failed due to write protect and Status was set to private
> to prevent reuse.
>
> Need a little more info for your other problem.
>
> David Longo
>
> >>> [EMAIL PROTECTED] 03/26/02 08:29AM >>>
> Hi,
>
> I don't get stumped too often, no more than once a day, but I've run into
> a
> couple of problems I can't figure out.  I'm using a 3575 library with
> server
> running 4.3.3 aix. For the last two or three days I'm getting nothing when
> I run
> an eject script.  When I run a q libv I have tapes that have nothing in
> the
> column under last use.  When I try to query the volume under the q vol
> command
> or q drmedia command nothing comes up.
>
> Going through the act log I'm getting many messages of volumes that are
> marked
> offsite and still contains files which could not be move ANR1163W.  I
> don't know
> how we got to this point, but if anyone has any ideas please let me know.
>
> Thanks,
>
> Gene
>
>
>
> "MMS " made the following
>  annotations on 03/26/02 10:25:36
> --
> 
> 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.
>
> ==
> 

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
 

smnode.c error

[Michael Benjamin]

Can anyone help with this error?

Environment:

Server Version 4, Release 2, Level 0.0
AIX 4.3.3.0

Error in actlog:

03/27/02   04:19:50  ANRD smnode.c(5587): ThreadId<57> Error
validating
  inserts for event 14995.



Mike Benjamin
Systems Administrator
IT&T Systems Department - Store Support
Bunnings Building Supplies,  Perth,  Western Australia.

'ext: (08) 9365 1555   ext 466
7 fax: (08) 9350 6686
;email : [EMAIL PROTECTED]
!snail  : Locked Bag 20 Welshpool  WA  6986



**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Tapes Blank Under Last Use

[Michael Benjamin]

This seems like normal behaviour...

q vol
q drm
q libvol
q content

Will return nothing for a library volume marked Private with no last use. It
has not been allocated to
a storage pool, the library doesn't know anything about it, except the fact
it's been marked as private
and therefore not to use it unless requested. The request never occurs of
course and your library can
fill up with nolastuse tapes.

Check out any tapes in this state, run the above commands and see if there
is any data on them, if not
then you can relabel the tapes as scratch or just check them back in as
scratch and problem solved.

More than likely a scratch tape loaded with a write protect.

> -Original Message-
> From: Gene Greenberg [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, March 26, 2002 9:30 PM
> To:   [EMAIL PROTECTED]
> Subject:  Tapes Blank Under Last Use
>
> Hi,
>
> I don't get stumped too often, no more than once a day, but I've run into
> a
> couple of problems I can't figure out.  I'm using a 3575 library with
> server
> running 4.3.3 aix. For the last two or three days I'm getting nothing when
> I run
> an eject script.  When I run a q libv I have tapes that have nothing in
> the
> column under last use.  When I try to query the volume under the q vol
> command
> or q drmedia command nothing comes up.
>
> Going through the act log I'm getting many messages of volumes that are
> marked
> offsite and still contains files which could not be move ANR1163W.  I
> don't know
> how we got to this point, but if anyone has any ideas please let me know.
>
> Thanks,
>
> Gene

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: linux TSM4.2.1: backup problem w/ ext2

[Michael Benjamin]

Time to migrate ext2 to ext3. We had many dramas with ext2, it's O.K. for a
single-user machine perhaps, but
you still can get data loss and f/s probs. Particularly as our machines were
still waiting on UPS's and getting powered
off frequently! We now get machines having power dropped regularly and they
don't miss a beat.

We're using EXT3 (Linux journalling FS) and software RAID-1 at 120 sites
with great success. ReiserFS is
apparently good for large amounts of small files. XFS is another option
which we've considered and handles large
files well. Linux has been such a success we will continue rolling it out in
future. We're using Redhat 7.1/7.2 for
our setup and it's been a dream to look after.

And you've got to love the upgrade path for EXT3. Recompile kernel with
EXT3, reboot. Install
a couple of updated RPMs.

(Redhat 7.1 updates required, rsync is just in there because I wanted it,
used for remote secure ssh2 file transfers):

RPM_LIST="e2fsprogs-1.25-2.i386.rpm mount-2.11n-4.i386.rpm
rsync-2.5.1-2.i386.rpm util-linux-2.11f-17.i386.rpm"

Process is:

Recompile kernel to support EXT3. (Ours supports EXT2/EXT3 and XFS for
possible future migration)
Install kernel, install kernel modules, change lilo config and re-run lilo
to update.
Reboot to new kernel.
tune2fs -j /dev/hdxx   (convert EXT2 to EXT3 by creating journalling file)
tune2fs -i 0 -c 0 (disable periodic/count checking as the journalling will
never use it, and it's dangerous now)
Change /etc/fstab to read ext3 instead of ext2.
Reboot to your all new journalling Linux system :)

This was run on 120 _live_ ext2 systems successfully as follows:


# Set each filesystem to journal. Disable the periodic checking as this is
# not required with EXT3 journalling.

df -k | egrep -vy "filesystem|cdrom" | awk {'print $1'} |
while read -r INVAL
do
  echo "Implementing journalling for filesystem: ${INVAL}"
  /sbin/tune2fs -j ${INVAL}
  echo "Disabling filesystem checking for filesystem: ${INVAL}"
  /sbin/tune2fs -i 0 -c 0 ${INVAL}
done

cp /etc/fstab /etc/fstab.orig
cp /tmp/fstab /etc/fstab

# Reboot

> -Original Message-
> From: Walker, Thomas [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, March 25, 2002 11:47 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: linux TSM4.2.1: backup problem w/ ext2
>
> You won't usually get a reliable result from e2fsck without unmounting the
> filesystem first. Since's it appears that this is the /home partition,
> maybe
> you should logout all normal users and umount /home and rerun e2fsck to
> make
> sure there REALLY are no errors on the filesystem. ReiserFS works
> beautifully on 4.2.1 btw and there is no need to run a fs check on
> journaling file systems (99.% of the time :-)  )
>
> -
> Tom Walker
>
>
> -Original Message-
> From: Christian Glaser [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 22, 2002 9:51 AM
> To: [EMAIL PROTECTED]
> Subject: linux TSM4.2.1: backup problem w/ ext2
>
>
> hello all,
>
> i have a problem with my linux-client, TSM-server is 4.1.4
> 
> [urmel@moby urmel]$ uname -a
> Linux moby.ae.go.dlr.de 2.4.9-6custom #1 SMP Tue Oct 30 11:41:02 CET
> 2001 i686 unknown
>
> [urmel@moby urmel]$ dsmc
> Tivoli Storage Manager
> Command Line Backup Client Interface - Version 4, Release 2, Level 1.0
> (C) Copyright IBM Corporation, 1990, 2001, All Rights Reserved.
> -
>
> i recently noticed this entries in my dsmerror.log:
> --
> 03/21/2002 16:51:05 TransErrno: Unexpected error from lstat, errno = 9
> -
> after some investigation it was clear that some files/dirs never got
> backed up following this error-msgs.
> this error seems to inidcate a bad filedescriptor.
>
> so i made a filesystemcheck assuming the error there.
> --
> [root@moby /root]# fsck /dev/hda5
> Parallelizing fsck version 1.23 (15-Aug-2001)
> e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
> /dev/hda5 is mounted.
>
> WARNING!!!  Running e2fsck on a mounted filesystem may cause
> SEVERE filesystem damage.
>
> Do you really want to continue (y/n)? yes
>
> /home was not cleanly unmounted, check forced.
> Pass 1: Checking inodes, blocks, and sizes
>
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> /home: 33232/2424832 files (43.4% non-contiguous), 4580356/4843589
> blocks
> --
> nothing suspicious here.
>
> i thought the error must be on client-system side as it is an error by the
> 'lstat' system function. but how come that the fsck went fine and no other
> programs are compaining - at least as far as i noticed it yet.
>
> any hel appreciated.
>
>
> best regards /
> mit freundlichen gruessen
> christian glaser
> _
>   T-systems Solutions for Research GmbH
> c/o DLR - 8234 oberpfaffenhofen   tel: ++49 +8153/28-1156
>   e-mai

Re: Utilising drives while labelling 3584

[Michael Benjamin]

Great, thanks for that Dwight. Where there's a will
Should work on the 3584-L32 in a similar fashion I guess.

/usr/bin/dsmlabel -help

:-)

> -Original Message-
> From: Cook, Dwight E [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, March 25, 2002 11:41 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Utilising drives while labelling 3584
>
> DO like I do, label them from AIX
> If I have 200 new tapes and 4 or more drives, I split the volsers into 4
> groups of 50 each
> I then fire off 4 dsmlabel jobs from AIX
> (Oh, make sure you don't have any processes needing a tape drive
> for
> a while if you only have 4 drives...)
> works perfectly, though you will find that if you use 4 drives, by the
> time
> the robot has mounted up the 4th tape, the first tape has rewound and is
> ready to be put away... in other words, with 4 label jobs running, the atl
> robot never rests.
> That is with a 3494-L12
>
> Dwight E. Cook
> Software Application Engineer III
> Science Applications International Corporation
> 509 S. Boston Ave.  Suit 220
> Tulsa, Oklahoma 74103-4606
> Office (918) 732-7109
>
>
>
> -Original Message-
> From: Miles Purdy [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 25, 2002 8:33 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Utilising drives while labelling 3584
>
>
> You can't change it. This is how TSM works. I don't think it has anything
> to
> do with the library.
> Miles
>
>
> >>> [EMAIL PROTECTED] 24-Mar-02 7:15:56 PM >>>
> During a tape labelling process (we are in the process of filling the
> library with new tape):
>
> "checkin libvol 3584LIB1 search=bulk checkin=scratch labelsource=bar"
>
> Causes the unit to load one drive only, the robot waits for this label
> process to complete then
> checks the tape in, one at a time.
>
> This seems wasteful considering I have 5 available drives.
>
> Interesting behaviour, can I alter it? I want the unit to simultaneously
> load all
> available drives if possible, label then place the tapes in the slots.
>
> We migrated off a 3575-L18 unit with only 2 x 3570 drives.
>
> OS:
>
> AIX 4.3.3
>
> TSM:
>
> Session established with server ADSM_BBS: AIX-RS/6000
>   Server Version 4, Release 2, Level 0.0
>
>
> Mike Benjamin
> Systems Administrator
>
>
> **
> Bunnings Legal Disclaimer:
>
> 1)  This document is confidential and may contain legally privileged
> information. If you are not the intended recipient you must not
> read, copy, distribute or act in reliance on it.
> If you have received this document in error, please telephone
> us immediately on (08) 9365-1555.
>
> 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> scanned for content. Any material deemed to contain inappropriate
> subject matter will be reported to the e-mail administrator of
> all parties concerned.
>
> **

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Utilising drives while labelling 3584

[Michael Benjamin]

During a tape labelling process (we are in the process of filling the
library with new tape):

"checkin libvol 3584LIB1 search=bulk checkin=scratch labelsource=bar"

Causes the unit to load one drive only, the robot waits for this label
process to complete then
checks the tape in, one at a time.

This seems wasteful considering I have 5 available drives.

Interesting behaviour, can I alter it? I want the unit to simultaneously
load all
available drives if possible, label then place the tapes in the slots.

We migrated off a 3575-L18 unit with only 2 x 3570 drives.

OS:

AIX 4.3.3

TSM:

Session established with server ADSM_BBS: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0


Mike Benjamin
Systems Administrator


**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Why are all my NT files getting backed up again?

[Michael Benjamin]

The Administrators Guide is a bit vague on the process of determining a
file's eligibility due to changes...

I assume ADSM uses, file timestamp, filesize as the main items. I'm doubt if
it delves as deep as changed inode numbers or fat table entries, as this
would
produce very large overhead for the server to go and check, and the database
would be huge.

NT is a different story to Unix, you're either running FAT or NTFS, I'm not
sure how TSM under NT will handle a file's physical movement on the disk.
I'm
surprised if a defragment would trigger incrementals. It's undesirable
behaviour really.

Admin guide segment follows:

"The backup of files according to policy defined in the backup copy group of
the management class for the files. An incremental backup typically backs up
all files that are new or that have changed since the last incremental
backup. "

When a user requests a full incremental backup, TSM performs the following
steps to determine eligibility:
Checks each file against the user's include-exclude list:
*   Files that are excluded are not eligible for backup.
*   If files are not excluded and a management class is specified with
the INCLUDE option, TSM uses that management class.
*   If files are not excluded but a management class is not specified
with the INCLUDE option, TSM uses the default management class.
*   If no include-exclude list exists, all files in the client domain
are eligible for backup, and TSM uses the default management class.
Checks the management class of each included file:
*   If there is a bckup copy group, the process continues with step 3.
*   If there is no backup copy group, the file is not eligible for
backup.
Checks the mode, frequency, and serialization defined in the backup
copy group.
Mode
Specifies whether the file is backed up only if it
has changed since the last backup (modified) or whenever a backup is
requested (absolute).
Frequency
Specifies the minimum number of days that must
elapse between backups.
Serialization
Specifies how files are handled if they are modified
while being backed up and what happens if modification occurs.
*   If the mode is modified and the minimum number of days have elapsed
since the file was last backed up, TSM determines if the file has been
changed since it was last backed up:
*   If the file has been changed and the serialization requirement is
met, the file is backed up.
*   If the file has not been changed, it is not backed up.
*   If the mode is modified and the minimum number of days have not
elapsed since the file was last backed up, the file is not eligible for
backup.
*   If the mode is absolute, the minimum number of days have elapsed
since the file was last backed up, and the serialization requirement is met,
the file is backed up.
*   If the mode is absolute and the minimum number of days have not
elapsed since the file was last backed up, the file is not eligible for
backup.



> -Original Message-
> From: Ochs, Duane [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, March 22, 2002 6:28 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Why are all my NT files getting backed up again?
>
> In our environment, I have seen this when a checkdisk has been performed,
> a
> drive has been swapped, defragmenting a drive can cause the defragmented
> data to be sent, moving disks in a SAN. I would have to guess that
> breaking
> a mirror set and bringing up the mirror instead of a primary drive could
> produce the same result. To test you can move all the data from one
> directory into another and then back to the same directory, I am sure it
> will all be backed up at the next backup.
>
> I do not know every technical nuance to TSM but when the file is scanned
> and
> checked against the TSM DB it sees that the file location has changed and
> there needs to be backed up. I have not looked into a way to work around
> this but I would guess there is not a way.
>
>
> Duane Ochs
> Systems Administration
> Quad/Graphics Inc.
> 414.566.2375
>
>
> -Original Message-
> From: Louie, James [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 21, 2002 3:39 PM
> To: [EMAIL PROTECTED]
> Subject: Why are all my NT files getting backed up again?
>
>
> I have a few NT4 servers with TSM 4.2.1.20 client that occasionally do a
> full backup instead of an incremental.  There are many files that have no
> change in size or date or permissions (at least that I can see).  I just
> turned file auditing on to see if I can catch anything.  Any ideas on what
> may trigger a full backup?  Thanks in advance.
>
> James Louie
> Philip Morris Management Corp.
> ITSC - Windows Integration Services
> 7 Campus Drive, Parsippany, NJ 07054
> 973.682.7150  [EMAIL PROTECTED]
>
>
>
>
> "The information in this email, and in any attachments,
> may contain confidential

Re: How do we change which nic on a client adsm contacts?

[Michael Benjamin]

It's much nicer to "arp -d " a specific host address. Flushing the arp table
seems
a bit harsh and unnecessary unless your IP address is DHCP assigned etc. and
not
static.

AIX 4.3.3 :

[mike@xx]:/u/mike> arp -h
Usage:  arp HostName
arp -a[n] [/dev/kmem]
arp -d HostName
arp -s ether HostName eth

Under NT it's:

arp -d IP Address

Conversely creating the arp entry is pretty simple:

AIX:

To Create an ARP Entry



arp [ -t ifType ] -s Type HostName AdapterAddress [ Route ] [ temp ] [ pub ]





> -Original Message-
> From: Mark Ray [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, March 15, 2002 9:54 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: How do we change which nic on a client adsm contacts?
>
> The IP address is stored on the server in its arp table. You haven't said
> what plateform your server is on (NT, AIX, whatever) so, you have to
> flush your arp table, specific *to* your platform, then re-aquire the new
> NIC. The easiest way to re-aquire is simple to ping the client; that will
> insert the new mac address -- and the maped IP address -- into the
> server's arp table.
>
> Mark Ray
> Mohegan Sun Resort
>
>
>
>
>
> TSM Group <[EMAIL PROTECTED]> on 03/14/2002 05:04:05 PM
>
> Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
>
> To:   [EMAIL PROTECTED]
> cc:(bcc: Mark Ray/MTGA/LNN)
>
> Subject:  How do we change which nic on a client adsm contacts?
>
>
>
> Hello all,
> We recently thought we would try to change which NIC one of our nodes'
> uses
> to do backups.
> From what I'd been able to find on the adsm message boards out there, it
> looked as if ADSM, when initially contacted by a node, traps the IP
> address
> that the node uses and stores that information untill contacted by that
> node
> on a different IP address.
> So when we were finally able to we downed the primary NIC and restarted
> the
> dsmc sched process . ( Thinking was that the client would contact adsm
> with
> the desired IP address and that would then be trapped and everything would
> be fine. )
> But it did not work.
> Does anyone have any ideas?!
>
>
> _
> Chat with friends online, try MSN Messenger: http://messenger.msn.com

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Re: Library does not perform barcode check during audit

[Michael Benjamin]

Thanks, I thought that was the case.

My problem with this idea is if the library is ever physically opened and a
tape removed/swapped. Then
the memory in the unit no longer matches reality.

We have had cases of inconsistency between the database and what a tapeutil
-f /dev/smc0 inv  reports,
this is obviously a serious situation. It seemed particularly prevalent on
our 3575 unit.


> -Original Message-
> From: George Lesho [SMTP:[EMAIL PROTECTED]]
> Sent: Saturday, April 20, 2002 11:31 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Library does not perform barcode check during audit
>
> As you are aware, your 3575 goes through "initialize element status" when
> the door is opened or it is powered on. This means that the library does a
> self audit and holds the info regarding which volsers relate to which
> elements (slots). When you do a checklabel=barcode during your audit, the
> info is stored on a chip in the library and TSM reads this. There is no
> flapping around of the robot at that time.
>
> George Lesho
> Storage/System Admin
> AFC Enterprises
>
>
>
>
>
> Michael Benjamin
>  GS.COM.AU>  cc: (bcc: George
> Lesho/Partners/AFC)
> Sent by: "ADSM: Subject: Library does not
> perform barcode
> Dist Storcheck during audit
> Manager"
> <[EMAIL PROTECTED]
> .EDU>
>
>
> 03/20/02 02:54 AM
> Please respond to
> "ADSM: Dist Stor
> Manager"
>
>
>
>
>
>
> Hi All,
>
> Why when I perform the following:
>
> audit library LIBRARYNAME checklabel=barcode, it does not appear to do an
> actual scan using the barcode
> reader at all. The only way I can get a true audit is to omit the
> checklabel, which forces tape mounts, which
> takes a long time to complete the audit as you'd imagine as it reads off
> each tape label. This occurs on both
> libraries.
>
> Command:
>
> audit library LIBRARYNAME checklabel=barcode
>
> Why is this so?
>
>
> Platform: AIX 4.3.3.0
>
> Libraries: 3584 D34 and 3575-L18
>
> TSM Version:
>
> Storage Management Server for AIX-RS/6000 - Version 4, Release 2, Level
> 0.0
>
> Tivoli Storage Manager
> Command Line Administrative Interface - Version 4, Release 2, Level 0.0
> (C) Copyright IBM Corporation, 1990, 2001, All Rights Reserved.
>
> Session established with server ADSM_BBS: AIX-RS/6000
>   Server Version 4, Release 2, Level 0.0
>
>
> Actlog fragment:
>
> (During this time no movement of the head occurred)
>
> 03/20/02   16:34:19  ANR2017I Administrator AUTOADMIN issued command:
> AUDIT
>   LIBRARY LIBRARYNAME checklabel=barcode
> 03/20/02   16:34:19  ANR0984I Process 321 for AUDIT LIBRARY started in
> the
>   BACKGROUND at 16:34:19.
> 03/20/02   16:34:19  ANR8457I AUDIT LIBRARY: Operation for library
> LIBRARYNAME
>   started as process 321.
> 03/20/02   16:34:21  ANR8461I AUDIT LIBRARY process for library
> LIBRARYNAME
> more...   ( to continue, 'C' to cancel)
>
>   completed successfully.
> 03/20/02   16:34:21  ANR0985I Process 321 for AUDIT LIBRARY running in
> the
>   BACKGROUND completed with completion state
> SUCCESS
> at
>   16:34:21.
>
>
> **
> Bunnings Legal Disclaimer:
>
> 1)  This document is confidential and may contain legally privileged
> information. If you are not the intended recipient you must not
> read, copy, distribute or act in reliance on it.
> If you have received this document in error, please telephone
> us immediately on (08) 9365-1555.
>
> 2)  All e-mails sent to and sent from Bunnings Building Supplies are
> scanned for content. Any material deemed to contain inappropriate
> subject matter will be reported to the e-mail administrator of
> all parties concerned.
>
> **

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Library does not perform barcode check during audit

[Michael Benjamin]

Hi All,

Why when I perform the following:

audit library LIBRARYNAME checklabel=barcode, it does not appear to do an
actual scan using the barcode
reader at all. The only way I can get a true audit is to omit the
checklabel, which forces tape mounts, which
takes a long time to complete the audit as you'd imagine as it reads off
each tape label. This occurs on both
libraries.

Command:

audit library LIBRARYNAME checklabel=barcode

Why is this so?


Platform: AIX 4.3.3.0

Libraries: 3584 D34 and 3575-L18

TSM Version:

Storage Management Server for AIX-RS/6000 - Version 4, Release 2, Level 0.0

Tivoli Storage Manager
Command Line Administrative Interface - Version 4, Release 2, Level 0.0
(C) Copyright IBM Corporation, 1990, 2001, All Rights Reserved.

Session established with server ADSM_BBS: AIX-RS/6000
  Server Version 4, Release 2, Level 0.0


Actlog fragment:

(During this time no movement of the head occurred)

03/20/02   16:34:19  ANR2017I Administrator AUTOADMIN issued command:
AUDIT
  LIBRARY LIBRARYNAME checklabel=barcode
03/20/02   16:34:19  ANR0984I Process 321 for AUDIT LIBRARY started in
the
  BACKGROUND at 16:34:19.
03/20/02   16:34:19  ANR8457I AUDIT LIBRARY: Operation for library
LIBRARYNAME
  started as process 321.
03/20/02   16:34:21  ANR8461I AUDIT LIBRARY process for library
LIBRARYNAME
more...   ( to continue, 'C' to cancel)

  completed successfully.
03/20/02   16:34:21  ANR0985I Process 321 for AUDIT LIBRARY running in
the
  BACKGROUND completed with completion state SUCCESS
at
  16:34:21.


**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**

Display contents of a IBM 7331 8mm library

[Michael Benjamin]

Here's an old script I wrote to view the contents of an IBM 7331 library.

Unfortunately our library offered no barcode reader, so you basically had to
remember where you put your last tape and what was on it. We were not using
it
in conjunction with ADSM/TSM at the time, it was being driven entirely with
tapeutil
and tar in a custom script. (not included)

Also included is the clean_stacker script. They may prove of use or give
some ideas.
For us they're now redundant as we run TSM on that site. Surprisingly, these
scripts
ran for months without incident, the only problem was when the cleaning tape
ran out of
uses, this could be easily included with a CLEANING_COUNTER of some
description.

Use/modify entirely at your own risk. I'm not responsible for any damage you
may cause.

-8<--"display_stacker"8<



#!/bin/ksh

#

# MB - Display contents of stacker in ascii form

#

# 21/06/2001

#

# Notes: No error checking included.

#



SMC="/dev/smc0"   # SCSI Media Changer

DRIVE23="/dev/rmt1"

DRIVE24="/dev/rmt2"

COUNTER=0

NUMBER_OF_SLOTS=22

SLOT_INFO=""

TEMP_FILE="/tmp/$(basename $0).tmp.$$"

TEMP_FILE2="/tmp/$(basename $0).tmp2.$$"

MEDIA_PRESENT=""

SLOT_STATE=""

NUM_ENTRIES=0

INVAL=""

SLOT_VAL=0

ARG1=$1



touch ${TEMP_FILE}

touch ${TEMP_FILE2}



typeset -L1 slot_address[21]

typeset -L5 slot_layout[21]



clear_array()

{

 while [[ ${COUNTER} -lt ${NUMBER_OF_SLOTS} ]]

 do

slot_address[${COUNTER}]=0

slot_layout[${COUNTER}]=0

(( COUNTER += 1 ))

 done

}



output_state()

{

 COUNTER=0



 # Tapeutil is weird and displays slots backward. This array is used

 # to reverse the slot listing below for output purposes.



 COUNTER=21



 tapeutil -f ${SMC} inventory  | grep -p "Slot Address" | grep "Media
Present" | awk {'print $4'} | \
 while read -r INVAL

 do

   slot_layout[${COUNTER}]=${INVAL}

   (( COUNTER -= 1 ))

 done



 COUNTER=0



 while [[ ${COUNTER} -le 21 ]]

 do

   echo ${slot_layout[${COUNTER}]} >> ${TEMP_FILE2}

   (( COUNTER += 1 ))

 done



 COUNTER=1



 if [[ ${ARG1} = "" ]]

 then

clear

 elif [[ ${ARG1} = "noclear" ]]

 then

 echo "\c"

 fi





 echo "\nIBM 7331 STACKER STATUS\n"



 while [[ ${COUNTER} -le ${NUMBER_OF_SLOTS} ]]

 do

   read -r MEDIA_PRESENT



   (( SLOT_VAL = ${NUMBER_OF_SLOTS} - ${COUNTER} + 1 ))



   if [[ $(echo "Slot ${COUNTER} ${MEDIA_PRESENT}" | awk {'print $3'}) =
"Yes" ]]
   then

   echo "\t[=]\c"

   echo " - ${SLOT_VAL}"

   else

   echo "\t[ ]\c"

   echo " - ${SLOT_VAL}"

   fi



   (( COUNTER += 1 ))

 done < ${TEMP_FILE2}

}



display_drives()

{

 if [[ $(tapeutil -f ${SMC} inventory | grep -p "Drive Address 24" | grep
"Media Present" | awk {'print $4'}) = "Yes" ]]
 then

 echo "\t[=] - 24 - DRIVE ${DRIVE24}"

 else

 echo "\t[ ] - 24 - DRIVE ${DRIVE24}"

 fi

 if [[ $(tapeutil -f ${SMC} inventory | grep -p "Drive Address 23" | grep
"Media Present" | awk {'print $4'}) = "Yes" ]]
 then

 echo "\t[=] - 23 - DRIVE ${DRIVE23}"

 else

 echo "\t[ ] - 23 - DRIVE ${DRIVE23}"

 fi

 echo "\n"

}



clear_array

output_state

display_drives



rm -f ${TEMP_FILE}

rm -f ${TEMP_FILE2}



exit 0



-8<---"clean_stacker"--8<---
-

#!/bin/ksh

#

# MB 26/06/2001 - Utility to clean the stacker drives.

# Cleaning tape should reside in "bonus slot" 21.

#

# Note: Stacker drives must be emptied prior to run!

#   Gives each drive a generous 120 seconds to

#   complete a clean.

#



# Set up element addresses for drives.



RMT1="/dev/rmt1"

RMT2="/dev/rmt2"



STACKER_VIEW="/usr/local/scripts/display_stacker"



unload_orphan_tapes()

{

 echo "Auto-unloading currently disabled."

 # Force out any tapes that are lying around in the drives.

 # Essential before clean or backup occurs.



# /usr/bin/tapeutil -f /dev/rmt1 unload > /dev/null 2>&1

# /usr/bin/tapeutil -f /dev/rmt2 unload > /dev/null 2>&1



# /usr/bin/tapeutil -f /dev/smc0 move 23 19 > /dev/null 2>&1

# /usr/bin/tapeutil -f /dev/smc0 move 24 20 > /dev/null 2>&1

}



clean_drives()

{

 ${STACKER_VIEW}

 echo "Moving cleaning tape to rmt1."

 /usr/bin/tapeutil -f /dev/smc0 move 21 23   # Move cleaning
tape to rmt1.
 sleep 5

 #/usr/bin/tapeutil -f ${RMT1} load 2>/dev/null 2>&1

 ${STACKER_VIEW}

 echo "Drive clean in progress drive location 23.. [2 Minutes]"

 sleep 120   # Let the clean
occur.
 # Cleaning tape
ejects automagically.
 echo "Moving cleaning cartridge between drives."

 /usr/bin/tapeutil -f /dev/smc0 move 23 24   # Move cleaning
tape rmt1 to rmt2.
 sleep 5

 #/usr/bin/tapeutil -f ${RMT2} load 2>/dev/null 2>&1

 ${STACKE

3585 D34 LTO Script for viewing library.

[Michael Benjamin]

Hello,
Here is the first draft of a script for dumping the physical content
of the library. You will no
doubt need to customise it for your environment. It doesn't yet emulate the
physical layout by
putting columns in parallel. That's version 2.0.0 :-)

Your LIBRARY_ADDR parameter may need to be altered, as may your numbering
structure.

Maybe modify and include it in a cgi-script and webify it? Possibilities are
endless.

Note, our column 5 and 7 are only 13 slots large, as we've removed 13 to
make space for our 5 LTO
drives on the drive side slots. (Usually 26 each)

We do not currently have an active door on the LTO unit, so you will note
the absence of this,
make your own modifications if you want that.

I've had no issues running it, but I must emphasise that what you do in your
environment is your
own business, and I take no responsibility if anything untoward happens
through the use of this program.

Thanks, Mike.

-8<-
--8<---8<

#!/bin/ksh
#
# Script Name: show_lto
# Author : Mike Benjamin
# Date   : 04/11/2001
# Version: v1.0.1
# Platform   : AIX 4.3.3.0
# Shell Target   : ksh - Korn Shell script
# Log files created  :
# Temp files created :
# Screen Mode: Designed for 132 column wide terminals.
#
# Processes Launched : tapeutil
#
# Execution Time :
#
# Dependencies   : tapeutil
#:
#
# Purpose: To list physical contents of a 3584 LTO D34 Library.
#
# History: 04/11/2000 - MB - Creation.
#: 05/11/2001 - Functions implemented.
#
# Notes  : Code needs improvement. Column output will be altered
#: to match physical layout, another array required.
#
#: This script has proved safe to run with ADSM/TSM
executing.
#: Occasionally if direct access to the library is
occurring
#: tapeutil will not run. Try again later.
#
#: I TAKE NO RESPONSIBILITY FOR ANY DAMAGE CAUSED BY
RUNNING THIS CODE
#: IT'S ENTIRELY UP TO YOU TO TEST CODE IN THIS
IMPORTANT ENVIRONMENT BEFORE
#: UTILISING.
#

INVENTORY_LINE=""
TEMP_FILE="/tmp/$(basename $0).$$"
TEMP_FILE2="/tmp/$(basename $0)2.$$"
LIBRARY_ADDR="smc1"
COUNTER=0
OUTPUT_COUNTER=0

bold=`tput bold`
dim=`tput dim`
rev=`tput smso`
norm=`tput rmso`

typeset -L45 tsm_inventory[1500]
typeset -L20 output_array[1000]

load_arrays()
{

 # Prepare initial lists

 /bbs/rtscripts/adsm_cmd "q libvol" | grep 3584LIB1 > ${TEMP_FILE2}

 #cat ${TEMP_FILE2}

 clear
 echo "Loading main array with tapeutil inventory"

 tapeutil -f /dev/${LIBRARY_ADDR} inv > ${TEMP_FILE}

 while read -r INVENTORY_LINE
 do
   tsm_inventory[${COUNTER}]=$(echo ${INVENTORY_LINE})
   (( COUNTER += 1 ))
 done < ${TEMP_FILE}

 echo ${COUNTER} Total elements loaded into array...
}

display_slots()
{
 # Local variables

 COL1_COUNT=0
 COL3_COUNT=0
 OUT_ARRAY_COUNT=0

 SLOT_ELEMENT=""
 SLOT_COUNTER=0
 SLOT_CONTENT=""
 SLOT_MEDIA_VOLSER=""
 TEMP_SLOT_COUNTER=0

 OUT_SLOT_ADDR=""
 OUT_SLOT_MEDIA=""
 OUT_SLOT_MEDIA_VOLSER=""

 GREP_STRING=""
 SEARCH_VOLSER=""

 # Slots Section

 ${dim}

 while [ ${SLOT_COUNTER} -lt ${COUNTER} ]
 do
   if [ $(echo ${tsm_inventory[${SLOT_COUNTER}]} | grep -c "Slot Address")
-gt 0 ]
   then
   SLOT_ELEMENT=$(echo ${tsm_inventory[${SLOT_COUNTER}]} | awk {'print
$3'})

   (( TEMP_SLOT_COUNTER = SLOT_COUNTER + 3 ))

   SLOT_CONTENT=$(echo ${tsm_inventory[${TEMP_SLOT_COUNTER}]} | awk
{'print $4'})

   (( OUT_ARRAY_COUNT += 1 ))

   if [ ${SLOT_CONTENT} = "Yes" ]
   then
   OUT_SLOT_MEDIA="1"
   (( TEMP_SLOT_COUNTER = SLOT_COUNTER + 7 ))
   SLOT_MEDIA_VOLSER=$(echo ${tsm_inventory[${TEMP_SLOT_COUNTER}]} |
awk {'print $4'})
   elif [ ${SLOT_CONTENT} = "No" ]
   then
   OUT_SLOT_MEDIA="0"
   SLOT_MEDIA_VOLSER="__"
   fi

if [ ${SLOT_ELEMENT} -eq 1025 ]
then
echo "\n  COLUMN 1 "
echo " [DIAGTAPE]"
elif [ ${SLOT_ELEMENT} -eq 1068 ]
then
echo "\n  COLUMN 3 "
elif [ ${SLOT_ELEMENT} -eq 1112 ]
then
echo "\n  COLUMN 5 "
elif [ ${SLOT_ELEMENT} -eq 1125 ]
then
echo "\n  COLUMN 7 "
fi

SEARCH_VOLSER=$(echo ${SLOT_MEDIA_VOLSER} | cut -c1-6)

if [ ${SEARCH_VOLSER} != "__" ]
then
GREP_STRING=$(egrep ${SEARCH_VOLSER} ${TEMP_FILE2})
if [ $(echo ${GREP_STRING} | egrep -c "Scratch") -eq 1 ]
 then
 echo " ${SLOT_ELEMENT}[ ${bold}${SEARCH_VOLSER}${norm} ]"
 elif [ $(echo ${GREP_STRING} | egrep -c "DbBackup") -eq 1 ]
 then
 echo " ${SLOT_ELEMENT}[ ${rev

Re: script to see if TSM Server is down

[Michael Benjamin]

No it's not bad. Here's a variation, just gets rid of the output, and makes
use of an environment file.

Try to use  " -ne 0 " as your test value, it's just more correct than:

 [ "$temp" = "0" ]

Because you're dealing with a numeric, not a string.

#!/bin/ksh
#
# Check that TSM is accessible from a client.
#

. /usr/local/adsm/bin/adsm.env

PROGNAME="/usr/bin/dsmadmc"

${PROGNAME} -id=${ID} -pass=${PASS} 'quit' > /dev/null 2>&1

if [ $? -ne 0 ]
then
echo "TSM is currently inactive! INVESTIGATE!"
# email/page etc.
else
echo "TSM is active and responding."
fi

exit 0


> -Original Message-
> From: Andy Carlson [SMTP:[EMAIL PROTECTED]]
> Sent: Saturday, March 16, 2002 12:52 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: script to see if TSM Server is down
>
> Here is what I do (crude, but it works).  I do this from a box that TSM
> is not running on, in case not only TSM crashes, but the whole box
> crashes:
>
> #!/usr/bin/ksh
>
> ADMIN=userid
> ADMINPASS=passwrd
> ADSMPATH=/usr/bin
>
> $ADSMPATH/dsmadmc -id=$ADMIN -password=$ADMINPASS q proc > /tmp/proc.out
> temp=`grep -c AIX /tmp/proc.out`
>
> if  [ "$temp" = "0" ]; then
> /usr/bin/mailx user@email < /usr/local/adsmdown
> fi
>
>
> Andy Carlson |\  _,,,---,,_
> [EMAIL PROTECTED]ZZZzz /,`.-'`'-.  ;-;;,_
> BJC Health System   |,4-  ) )-,_. ,\ (  `'-'
> St. Louis, Missouri'---''(_/--'  `-'\_)
> Cat Pics: http://andyc.dyndns.org/animal.html
>
> On Fri, 15 Mar 2002, Marc Levitan wrote:
>
> > Hi All -
> >
> > Does anyone have a script that will send out an email alert if the TSM
> > server goes down.
> >
> > I am running AIX 4.3.0
> > TSM 3.7.4
> >
> > Thanks!
> > Marc Levitan
> > Storage Manager
> > PFPC Global Fund Services
> >

**
Bunnings Legal Disclaimer:

1)  This document is confidential and may contain legally privileged
information. If you are not the intended recipient you must not
read, copy, distribute or act in reliance on it.
If you have received this document in error, please telephone
us immediately on (08) 9365-1555.

2)  All e-mails sent to and sent from Bunnings Building Supplies are
scanned for content. Any material deemed to contain inappropriate
subject matter will be reported to the e-mail administrator of
all parties concerned.

**