Re: Anyone remember how to assign category # using "mtlib" ?

[Horst Scherzer]

Zig Zag wrote:
>
> I keep getting this error:
>
> root@buffy
> 174 [/root]> mtlib -l /dev/lmcp0 -r -#190
> mtlib: A host id must be specified.
>
> been a few years.
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus   Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com

mtlib -v -l /dev/lmcpx -C -tFF00 -Vyy  is your friend.

Hth,
--


Horst SCHERZER  e-Mail:  [EMAIL PROTECTED]
Vienna University Computer Center   Phone:  (+43 1) 4 277 x14053
Universitaetsstr.7  Cellular:   (+43) 0664/60 277  14053
A-1010 Wien/Vienna  Fax:(+43 1) 4 277  x9140
Oesterreich/Austria URL: http://mailbox.univie.ac.at/~sc

begin:vcard
n:Scherzer;Horst
tel;cell:( +43) 0664/60 277 14053
tel;fax:4277-9140
tel;work:4277-14053
x-mozilla-html:FALSE
url:http://mailbox.univie.ac.at/~sc
org:Zentraler Informatikdienst Uni-Wien
adr:;;Universitaetsstr.7;A-1010 Wien/Vienna;Oesterreich/Austria;;
version:2.1
email;internet:[EMAIL PROTECTED]
title:Systems Programmer
fn:Horst Scherzer
end:vcard

NTFS Junction Points

[Gerd Becker]

Hi TSM'ers
has anyone experience about NTFS Junction Points, how they are dscribed in
Microsofts Knowledge Base, KB205524?
How are the Filesystems handeled, who are mounted under a directory?

Example:
To mount your CD-ROM onto an NTFS junction point:
At a command prompt, type md cd.
Type mountvol cd \\?\Volume{e2464850-8089-11d2-8803-806d6172696f}\.
Type dir cd to display the contents of your CD-ROM.
To mount another volume onto an NTFS junction point on your system drive:
At a command prompt, type md ddrive.
Type mountvol ddrive \\?\Volume{e2464852-8089-11d2-8803-806d6172696f}\
Type dir ddrive to displays the contents of drive D.
Is this Disk now a Local Drive?
Thank you for answer



Mit freundlichen Grüßen / best regards

Gerd Becker


Projekt Manager



EMPRISE Network Consulting GmbH
Albstraße 14
D - 70597 Stuttgart

Management class usage

[Paul Ripke]

TSM Gurus,

Just a quick question: is there a fast way of determining if there are any
files bound to a management class?
While doing a "select count(*) from backups where class_name = 'BLAH'" may
work, it's going to take an inordinate period of time to execute.

Cheers,
Paul Ripke
UNIX/OpenVMS Sysadmin
CSC, Port Kembla 2502, NSW, Australia
Phone +61 2 4275 4101
Fax +61 2 4275 7801
Mobile +61 419 432 517
101 reasons why you can't find your Sysadmin:
68. It's 9 AM. He/she is not working that late.


This email, including any attachments, is intended only for use by the
addressee(s) and may contain confidential and/or personal information and
may also be the subject of legal privilege. Any personal information
contained in this email is not to be used or disclosed for any purpose
other than the purpose for which you have received it. If you are not the
intended recipient, you must not disclose or use the information contained
in it. In this case, please let me know by return email, delete the message
permanently from your system and destroy any copies.

Re: TDP Restoration Process.

[Mark Stapleton]

On Fri, 2002-11-22 at 08:32, Brian L. Nick wrote:
> We are running TDP for Domino 1.1 on a Domino server 5.08 running on NT.
> TSM server 4.2.1.9 is running on OS/390 2.10. The initial restore process
> is working well, but we are attempting to apply 2 days worth of transaction
> logs and we are moving over 6 Gb of data and then the process appears to
> hang and the restore process does not complete. We archive out Domino
> transaction logs to TDP hourly.
>
>  My Domino group isn't happy with the processing time to recover a single
> mail file.

...and herein lies a future preventative. Is it *really* necessary to
backup log files every hour?

Suppose you do hourly log backups after a weekly full backup on Sunday
at 0100. You have data loss at 1500 on Friday, and start a restore. You
will have to restore the last full backup, and then you have to restore
*134* separate log backups. If you're using, say, DLT tape, and not
collocating, you may get to run 135 separate mounts, spin-forwards,
restores, log replays, rewinds, and dismounts for each file you're
restoring. Each transaction requires a minimum of 2 minutes (if there's
little or no spin-forward/rewind) plus, say, 1 minute of log playback. 3
minutes/transaction times 135 transactions equals 405 minutes, or more
than 6 hours per file. Minimum. If you have to run to the end of a tape
for a log, add 6 to 8 minutes per transaction. Each file restore *could*
run as much as 870 minutes. The real world is, of course, somewhere
inbetween, but an average of 10 hours per file isn't pretty, no matter
how you slice it.

Such is the curse of (necessarily) single-threaded restores. Do yourself
a favor. Cut your log backups to 2 or 3 a day. Your Domino group won't
like it, but do the math for them. They'll like it better then.

--
--
Mark Stapleton ([EMAIL PROTECTED])
Certified TSM consultant
Certified AIX system engineer
MCSE

Re: 3590 Tape Drives

[Seay, Paul]

Is anyone monitoring the drive internal logs or looking at them.  It sounds
like the drive pressure is out of alignment in all the drives.  This could
be because the CE you have has no idea what they are doing.

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-Original Message-
From: Martina Sawatzki [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 6:30 AM
To: [EMAIL PROTECTED]
Subject: Re: 3590 Tape Drives


We have all four drives chewing up tapes on  regular intervals. To make a
rough estimate I would say that this happens  once or sometimes twice  a
month and all drives are effected in the same way. I have no idea if this is
the normal wear  due to lots of mounts. We always check out the tape which
caused the problem and in most cases we have a technician change parts of
the drive or even the whole drive. The age of our tapes is different. We
exchanged a lot of them to new ones, but also still  have  tapes which are
3, maybe 4 years old.

ANR8302E I/O error

[Anwer Adil]

Hello All,

I am getting the following error from two of my three drives in the IBM3583
library while trying to verify the label on the tape volume:

 ANR8302E I/O error on drive DRIVE3 (mt3.0.0.5) (OP=READ,
  Error Number=1117, CC=0, KEY=00, ASC=00, ASCQ=00,
  SENSE=70.00.00.00.00.00.00.1C.00.00.00.00.00.00.00.00.00-
  .00.00.00.00.01.20.20.20.20.20.20.20.00.00.00.06.9D.03.0-
  0.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.-
  00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00-
  .00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.0-
  0.00.00.00.00, Description=An undetermined error has
  occurred).  Refer to Appendix D in the 'Messages' manual
  for recommended action.

The library is attached to a Compaq Proliant ML350 running Windows 2000
Advances server via a Compaq 64-Bit/66-Mhz Dual Channel Wide Ultra3 SCSI
Controller which is actually a Adaptec 39160 controller OEM by Compaq. The
two drives were replaced by IBM but that didn't help. I have the latest
firmware on the library and the tape drives.

Anyone have a clue what is going on here?

Thanks

Anwer Adil
LAN Administrator
Columbia University Law School
PH: (212) 854-5611
FX: (212) 854-1749
EM: [EMAIL PROTECTED]

Re: Error validating inserts for event 14995

[Mark Stapleton]

On Fri, 2002-11-22 at 11:02, Neil Dombrowski wrote:
> Thanks to everyone for their help. Yes, I am using an older version
> (Server Version 4, Release 1, Level 3.0). I suppose I should be looking
> into upgrading, though I don't know how much work that would be.

It'll be a lot less work than when an unrecoverable TSM server crash
happens, and  Tivoli Support says, "Sorry, 4.1.3.0 is no longer
supported. Please upgrade to a supported level and call us back."

--
--
Mark Stapleton ([EMAIL PROTECTED])
Certified TSM consultant
Certified AIX system engineer
MCSE

Re: Collocation & Compression considerations for a 1TB Oracle Dat a Warehouse

[Mark Stapleton]

On Wed, 2002-11-20 at 13:48, Rushforth, Tim wrote:
> We tend to get 90 % compression for a lot of our Oracle data.  So 10 GB may
> shrink to 1 GB.  Give it a try to see what compression rate you get.

It depends upon how full the allocated space for Oracle is. You can have
a 50GB abc.dbf file with 50MB of data on it. *That* sucker'll compress
way down. Its 50GB neightbor xyz.dbf with 48GB of data on it won't
compress much at all.

--
--
Mark Stapleton ([EMAIL PROTECTED])
Certified TSM consultant
Certified AIX system engineer
MCSE

Re: TDP Exchange v5.1.5

[Paolo Nasca]

I will start to study brick level backup and restore in few days.
Ragards
Paolo Nasca
Datasys Informatica
[EMAIL PROTECTED]
[EMAIL PROTECTED]

- Original Message -
From: "Bruce Kamp" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 13, 2002 6:49 PM
Subject: TDP Exchange v5.1.5


> Has anybody started using v5.1.5 of TDP for Exchange?  I received the CD &
> noticed it has an option for brick level backups!
>
> --
> Bruce Kamp
> Midrange Systems Analyst II
> Memorial Healthcare System
> E: [EMAIL PROTECTED] 
> P: (954) 987-2020 x4597
> F: (954) 985-1404
> ---

Re: select statement

[Ruksana Siddiqui]

The GB for each client backed up each DAY
-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Saturday, 23 November 2002 3:25
To: [EMAIL PROTECTED]
Subject: Re: select statement


??
Do you want to know:

The GB for each client backed up each DAY
or the total GB for each client that is stored on the server?

-Original Message-
From: Ruksana Siddiqui [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 21, 2002 11:09 PM
To: [EMAIL PROTECTED]
Subject: select statement


Hi there,

What is the select statement I can use to grab the avg_total in GB of each
client the TSM server is backing ..?

With regards,

CAUTION - This message may contain privileged and confidential information
intended only for the use of the addressee named above. If you are not the
intended recipient of this message you are hereby notified that any use,
dissemination, distribution or reproduction of this message is prohibited.
If you have received this message in error please notify AMCOR immediately.
Any views expressed in this message are those of the individual sender and
may not necessarily reflect the views of AMCOR.

CAUTION - This message may contain privileged and confidential information intended 
only for the use of the addressee named above. If you are not the intended recipient 
of this message you are hereby notified that any use, dissemination, distribution or 
reproduction of this message is prohibited. If you have received this message in error 
please notify AMCOR immediately. Any views expressed in this message are those of the 
individual sender and may not necessarily reflect the views of AMCOR.