Re: Linux back up files

[William Rosette]

Hi TSMer's

  Does anyone know of a listing of how a "dsmc inc" backs up.  Is it
touched files and modified or is there some kind of listing of how TSM
distinguishes when an incremental should back up a file in Linux.  Our
Linux admins say it is backing up too much.

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD

[no subject]

[Chandrasekhar, C.R]

Hi

How many times you have taken database backup? try the following command to
delete

delete volhistory todate=09/29/2002 type=dbbackup

remember if you have only one dbbackup volume you cant delete it this is for
security reasons.

Thanks,

C.R.Chandrasekhar.
Systems Executive.
Tivoli Certified Consultant(TSM).
TIMKEN Engineering & Research - INDIA (P) Ltd., Bangalore.
Phone No: 91-80-5536113 Ext:3032.
Email:[EMAIL PROTECTED]



-Original Message-
From: jiangguohong1 [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 21, 2003 7:48 AM
To: [EMAIL PROTECTED]
Subject:


hi,
in our practice application,i have a question for tivoli storage
manamger.the version of tsm software that we used is 5.1.0.0,in order to
protect tsm server database,we use the tsm administrator command "backup db
type=full devc=ltodevclass" to perform database full backup,the backup
database located into one scratch volume in ibm 3584 tape library,use the
command "q libv" to check the upon scratch volumes status that is dbbackup
status.i want to let the dbbackup volume turn into scratch or private
volume, in other words,as normally data backup.verify the volume history
file during performing "q volh" command,the following information is
contained:
database backup time:09/29/2002
i use "del volh type=dbb toda=today-500" and attemp to delete the dbbackup
volume in the
volume history file,the result shows that zero sequential volume history
entries were successfully deleted,then i use "q volh" command to verify the
volume history file,the entry that described database backup is always
exist,so i dont't delete the dbbackup volume. can you help me how to delete
the dbbackup volume?
please write back me ASAP.


**
This message and any attachments are intended for the
individual or entity named above. If you are not the intended
recipient, please do not forward, copy, print, use or disclose this
communication to others; also please notify the sender by
replying to this message, and then delete it from your system.

The Timken Company
**

Re: SHOW commands and TSM 5162

[[EMAIL PROTECTED]]

Try:

show version c2f1n11ex_oracle *

Kurt


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


>Does anyone know - do the SHOW commands work with TSM Server 5162?  I used
>them all the time to view my TDP for Oracle data under TSM415, but after
>upgrading the following is returned:
>
>tsm: C2TSMSERV>show version c2f1n11ex_oracle /adsmorc
>ANR0852E SHOW: No matching file spaces found for node C2F1N11EX_ORACLE.
>
>
>Anyone else running 5162 and able to use the SHOW VERSION command?
>
>Thanks;
>Theresa
>

Re: incremental restore

[DFrance]

This "problem" sounds impossible,,, kinda like an "Ann Landers" test(?).

If you want to restore file that changed AFTER the latest backup, by definition, it 
has not been backed up, yet!  I suspect, like other respondents, that you are really 
looking for point-in-time restore... 

I worked with a customer situation where a drive failure occurred "slowly", such that 
the admin's failed to prevent normal-daily-incr from running after hundreds of 
thousands of files got vaporized, though the drive was still operating;  the net was 
to research the logs for the last successful (and full/good) daily incremental, 
selecting the date-time of completion for the PIT parameters.


Don France
Technical Architect -- Tivoli Certified Consultant
Tivoli Storage Manager, WinNT/2K, AIX/Unix, OS/390
San Jose, Ca
(408) 257-3037
mailto:[EMAIL PROTECTED] (change aye to a for replies)

Professional Association of Contract Employees 
(P.A.C.E. -- www.pacepros.com)



-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Xavier Merlin
Sent: Thursday, February 20, 2003 4:41 AM
To: [EMAIL PROTECTED]
Subject: incremental restore


Hello,

Someone wants to restore only the files which have changed after the latest
backup.
The opposite of the -ifnewer option on the restore command, in other words
doing an "incremental restore".

There are possible ways of doing this, like for instance for a unix client:

 touch -t some_time_stamp some_ref_file
 find -newer some_ref_file > files_to_restore
 for each if the files in files_to_restore dsmc restore .

Are there any other possibilities, preferrably using standard TSM
mechanisms ?

Xavier Merlin




DISCLAIMER

This e-mail and any attached files are confidential and may be legally privileged. If 
you are not the addressee, any disclosure, reproduction, copying, distribution, or 
other dissemination or use of this communication is strictly prohibited. If you have 
received this transmission in error please notify KBC immediately and then delete this 
e-mail.
KBC does not accept liability for the correct and complete transmission of the 
information, nor for any delay or interruption of the transmission, nor for damages 
arising from the use of or reliance on the information.
All e-mail messages addressed to, received or sent by KBC or KBC employees are deemed 
to be professional in nature. Accordingly, the sender or recipient of these messages 
agrees that they may be read by other KBC employees than the official recipient or 
sender in order to ensure the continuity of work-related activities and allow 
supervision thereof.

Re: Re: Order of daily administrative events

[David Bronder]

Coats, Jack wrote:
>
> Ours is slightly different,
>
[...snip...]

> make DR plan file
> eject copypool tape volumes and db backup, put dr plan on offsite
> media to go with the db backup.

[...snip...]

If I understand how PREPARE creates the DR plan file, this order will
result in a recovery script that won't work like you expect.  It will
mark all the copy pool and DB backup tapes still on-site at the time
PREPARE was run as DESTROYED.

If you reverse the order (MOVE DRMEDIA first, then PREPARE), the plan
file will think the most recent DB backup and copy pool tapes are
available for use (because they were considered off-site at the time).

=Dave

--
Hello World.David Bronder - Systems Admin
Segmentation Fault ITS-SPA, Univ. of Iowa
Core dumped, disk trashed, quota filled, soda warm.   [EMAIL PROTECTED]

[no subject]

[jiangguohong1]

hi,
in our practice application,i have a question for tivoli storage
manamger.the version of tsm software that we used is 5.1.0.0,in order to
protect tsm server database,we use the tsm administrator command "backup db 
type=full devc=ltodevclass" to perform database full backup,the backup
database located into one scratch volume in ibm 3584 tape library,use the
command "q libv" to check the upon scratch volumes status that is dbbackup
status.i want to let the dbbackup volume turn into scratch or private
volume, in other words,as normally data backup.verify the volume history file during 
performing "q volh" command,the following information is contained:
database backup time:09/29/2002
i use "del volh type=dbb toda=today-500" and attemp to delete the dbbackup volume in 
the
volume history file,the result shows that zero sequential volume history entries were 
successfully deleted,then i use "q volh" command to verify the volume history file,the 
entry that described database backup is always exist,so i dont't delete the dbbackup 
volume. can you help me how to delete the dbbackup volume?
please write back me ASAP.

Re: Tivoli pubs email address evaporated

[Zlatko Krastev]

Hi Andy,

I know this list *is not* an official communication method to IBM and even
tried to explain this once or twice. Usually I am opening PMRs on behalf
of our customers. Also was already few times annoyed with unavailability
of ESR tool (which was also promptly reported to ibm.com).

Not only me but all we should thank to those many IBMers volunteering on
the list and helping us all the time. Just to name a few: Del Hoobler,
Thiha Than, Neil Rasmussen, Pete Tanenhaus, Gianluca Mariani, Nick
Cassimatis, Bill Degli-Angeli, Gabriel Wiley, Hunny Kershaw, Lotti Brooks
and of course our top poster Mr. Raibeck.
You guys are helping us alot and we are overusing your kind assistance all
the time (not bagging, I would disagree with the recent discussion). At
least I can recall 4-5 time you Andy made this same P.S. - APAR was opened
on . The pulse of TSM's life was sensed by development
directly. And despite many comments seen here about the product, my
(personal) opinion is this is one of the best supported products I've
worked with.

Side question to rest of the list: for how many products you've had the
same or better support and from how many vendors?
I do not have any idea about support quality in U.S. At least here in
Bulgaria IBM's support is far from good but is THE BEST compared to *any*
other vendor.

Zlatko Krastev
IT Consultant






Andrew Raibeck <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
18.02.2003 23:25
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Tivoli pubs email address evaporated


Hi Zlatko,

I understand your and everyone else's frustration. When it comes to the
TSM product code, ADSM-L is one of the best places to be because your
message gets to people who write the code. In a similar fashion, the
feedback mechanism that I mentioned yesterday will enable your message
about the books and the web site to get to the people who manage the books
and the web site. While we in development make a best effort to carry this
kind of feedback to the right people, the feedback is now "second-hand",
and as such, it tends to get diluted. So I would recommend that you use
the web site's feedback mechanism to provide feedback on the web site and
the books. Please note that I am not trying to be dismissive of these
legitimate issues; I am only trying to help point you to the place where
your voice is likely to have a greater impact.

Best regards,

Andy

P.S. APAR IC35702 has been opened to address the documentation problem
that was created when the pubs email address went away.

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.


Andy,

please do not assume its personal to you - you just brought the bad news,
not created them.
Actually those web folks (not we) ought to submit in this case a long list
of requests for doc-updates. Each book contains the "hard to redirect"
address. I would bet some other books have already been submitted for
publishing and also contain the wrong address. At least my docs for ITSM
5.1 contain it (and are less than a year old).
Why is so hard to redirect this address for a year or two before
discontinuing it?! Or IBM is losing control over tivoli.com domain?
Regarding Steve's recent post I will not throw all the mud on developers.
But for sure can complain about management of tivoli.com to ibm.com
transition (despite all help and communications from Luiz Nevarez).

Zlatko Krastev
IT Consultant

Re: About LTO 3583

[Zlatko Krastev]

I would suggest you to read TSM's "Messages" manual. In Appendix C "I/O 
Error Code Descriptions for Server Messages", Section "Common Values for 
ASC and ASCQ Codes" you can find: ASC=0x3A, ASCQ=0x00, Description="Medium 
not present".
It is by itself quite explanatory. I would say the volume is loaded in a 
drive described by element number X (q dri f=d) and another drive is 
attempting to read/write using path Y (q path f=d). In other words drive 
and path do not match. 
If this have been working before, verify some SAN component was not 
added/removed/broken and SAN re-configured. This was described in TSM 
Flash 2 (or Flash 3, I am not sure which one and have no enough time to 
verify - new snail ibm.com look'n'feel :(( )

Zlatko Krastev
IT Consultant






Humberto Gómez López <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 15:31
Please respond to "ADSM: Dist Stor Manager"

 
To: [EMAIL PROTECTED]
cc: 
Subject:About LTO 3583


Hi I have two questions

Do anyone know how to solve this issue, after checkin in a tape, I audit 
the 
library and I keep getting this response


ANR8304E Time out error on drive MT0.2.0.3 (\\.\Tape0) in 
   library LB0.1.0.3.  
02/20/2003 09:09:36   ANR8912E Unable to verify the label of volume from   
 
   slot-element 4096 in drive MT0.2.0.3 (\\.\Tape0) in 
 
   library LB0.1.0.3.  
02/20/2003 09:09:36   ANR8302E I/O error on drive MT0.2.0.3 (\\.\Tape0)   
   (OP=OFFL, Error Number=21, CC=0, KEY=02, ASC=3A, 
ASCQ=00,
 SENSE=70.00.02.00.00.00.00.1C.00.00.00.00.3A.00.00.00.10-
 .13.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.04.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.  
02/20/2003 09:09:37   ANR8942E Could not move volume NOT KNOWN from 
slot-element
   256 to slot-element 4096.  
02/20/2003 09:09:38   ANRD mmsscsi.c(9702): ThreadId<16> Volume may 
still be
   in the drive MT0.2.0.3 (\\.\Tape0).  
02/20/2003 09:09:38   ANR8446I Manual intervention required for library   
   LB0.1.0.3.  
02/20/2003 09:09:38   ANR8792E Unrecoverable drive failures on drive 
MT0.2.0.3 
   (\\.\Tape0); drive is now taken offline.  
02/20/2003 09:09:38   ANR8460E AUDIT LIBRARY process for library LB0.1.0.3 
 
   failed.  
02/20/2003 09:09:38   ANR0985I Process 4 for AUDIT LIBRARY running in the  
 
   BACKGROUND completed with completion state FAILURE 
at 
   09:09:38. 

It always says that it can't read the label of the tape inside the drive, 
but I 
always have checked in the tape before (it appear on the query  libvol)
Platform: W2K, TSM 5.1.6.1, an external SDG 2108 R03 I have the lastest 
firmware versions for the Library and the drives.  There is an issue that 
have 
something to do with cabling a SANDGM but I don't have a SANDGM installed 
on 
the library. Also I'm using the TSM Device Driver for the Library and the 
windows drivers for the tapes.

  Another issue, that doesn't have anything with TSM, someone know how to 
upgrade an LTO RMU firmware via scsi or serial?  In the proccess of 
upgrading 
it it failed, so now I don't have RMU control know, and on the manuals it 
doesn't talk about it (as long as I can see, you can only upgrade drives 
or 
library firmware through this process)

  Thanks in advance.

Humberto Gómez
CAI
Universidad Católica Andrés Bello












-
This mail sent through IMP: http://horde.org/imp/

Re: Another missing file

[Fred Johanson]

No, the problem was I was not given the correct information by the user.  When
he followed my lead, keystroke by keystroke, his restore ran fine.


Quoting Peter Hadikin <[EMAIL PROTECTED]>:

> Any chance the filesystem that they are trying to restore to no longer
> exists on the client side?
>
> Peter
>
>
>
>
>   Andrew Raibeck
>   <[EMAIL PROTECTED]To:
> [EMAIL PROTECTED]
>   OM>  cc:
>   Sent by: "ADSM:  Subject:  Re: Another missing
> file
>   Dist Stor
>   Manager"
>   <[EMAIL PROTECTED]
>   .EDU>
>
>
>   02/20/2003 12:44
>   PM
>   Please respond to
>   "ADSM: Dist Stor
>   Manager"
>
>
>
>
>
>
> It would help if you could provide a copy & paste example that
> demonstrates the problem, including the QUERY BACKUP output for this
> file
> and the RESTORE output (as I said, use copy & paste so we can see
> *exactly* what you are doing and what you are getting). Is this a
> restore
> to the same machine or a different machine; if different, are the OSes
> the
> same?
>
> 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] (change eye to i to reply)
>
> The only dumb question is the one that goes unasked.
> The command line is your friend.
> "Good enough" is the enemy of excellence.
>
>
>
>
> Fred Johanson <[EMAIL PROTECTED]>
> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
> 02/20/2003 13:15
> Please respond to "ADSM: Dist Stor Manager"
>
>
> To: [EMAIL PROTECTED]
> cc:
> Subject:Another missing file
>
>
>
> I got a call from a substitute sysadmin who can't find a file.  I can
> see
> the file in the DB and by "dsmc -virualnodename q ba".  It's an AIX
> 4.3.3
> box with TSM 5.1.1.0.  All attempts to restore end in either, "NO
> objects
> found", "Destination space unavailable', or "Invalid destination file
> spec".   I can't see what he's doing wrong.
>


Fred Johanson

Re: Network Adapter Lost after Restore of W2K with TSM 5.1.5.9

[Zlatko Krastev]

I would first recommend to read to redbook SG24-6141-00 "Deploying the
Tivoli Storage Manager Client in a Windows 2000 Environment". As a second
option you can contact Gianluca Mariani. He knows the subject very well,
is speaking Italian and is an IBMer.

In short: The result is works-as-designed. TSM's recovery process is
suited for foreign hardware restore and *does not* replace or install
device drivers. You had to install them and there is nothing to complain
about.

Zlatko Krastev
IT Consultant






Roberto Finazzi <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 19:58
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Network Adapter Lost after Restore of W2K with TSM 5.1.5.9


Our TSM team is trying the full recovery of a W2K box (IBM X-series 345
model) with TSM client 5.1.5.9 and server 5.1.1.6.
We backup the whole machine, re-install and configure o.s. and TSM client,
and then restore every disk along with system object.
The restore shows no errors but all network adapter (giga-bit ethernet)
get
lost, with the exception of the integrated one.

Have anyone experienced something similar?

Thanks in advance!

Re: DSMFMT space calculation mystery

[Zlatko Krastev]

I would say you are forgetting the i-nodes. Unix filesystems dynamically
allocate i-nodes describing the physical file layout. In AIX (and not
only) the default settings are optimized for small files. Therefore a
large file like dbvol consumes a lot of i-nodes, i.e. 512b blocks.
You can attempt filesystem creation with larger "-a nbpi" value or attempt
to use 2933MB. In latter case if you substract from 3008300 the sum of
dbvol size and free blocks you can find how many blocks have been used for
i-nodes.

Zlatko Krastev
IT Consultant






Roger Deschner <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 20:18
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:DSMFMT space calculation mystery


I've got a problem of not having the right mathematical formula. My
problem is that, when planning a new TSM data space for Log, Database,
or disk storage pool volume, I cannot figure out the maximum
size I can allocate. I'm using AIX 4.3.3.ML9 with TSM 4.2.2.8.

Step 1) Use the OS to create a Unix file system of the appropriate size
and characteristics. The Unix "df -k" command (allegedly) tells me how
big it is and how much space is in it:

Filesystem1024-blocks  Free %UsedIused %Iused Mounted on
/dev/kumquat  8781824   3008300   66%   18 1%
/usr/local/kumquat

Step 2) Format it. The following calculations are from "TSM
Administrator's Reference". 3008300k/1024=2937m Rounding down to a
multiple of 4mb gives you 2936m. Adding 1 for overhead gives you 2937m.
However, specifying

dsmfmt -m -db /usr/local/kumquat/db12 2937

It formats for a long time and then abends with message:

Error writing file /usr/local/kumquat/db12, errno = 28

...which means, not enough space.

Where are my calculations going wrong? I can try to reduce the number a
few mb at a time and figure this out by trial and error, but this takes
literally DAYS of my time. So I usually guess at 98% and waste some
space. How can I really calculate this?

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
 "The World's Least Intuitive Operating System" 
=== -- from the cover of "Unix for Dummies" 

Re: Residency Announcement: TI-A303 Tivoli Storage Management Concepts, Getting Started with TSM - Update

[Zlatko Krastev]

That's the point. The sandbox is there, and what a sandbox !!

Zlatko Krastev
IT Consultant






"Stapleton, Mark" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
20.02.2003 23:18
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Residency Announcement:  TI-A303 Tivoli Storage Management 
Concepts,
   Getting Started with TSM - Update


From: Charlotte Brooks [mailto:[EMAIL PROTECTED]]
> For your consideration - a residency in San Jose to update
> the very popular redbooks, "TSM Concepts", and "Getting
> Started with TSM: A Practical Implementation Guide" Residency
> Announcement:  TI-A303 Tivoli Storage Management Concepts,
> Getting Started with TSM - Update

Question: does the residency require a physical presense in San Jose?

--
Mark Stapleton ([EMAIL PROTECTED])

Re: Need ideas for offsite copy of HSM tapes

[Alex Paschal]

Ah, you're right.  Apparently that just affects the prepare command and
creation of the drm plan file.  And here I thought it might be useful some
day.  Oh well.

Alex Paschal
Freightliner, LLC
(503) 745-6850 phone/vmail

-Original Message-
From: Matt Simpson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 1:53 PM
To: [EMAIL PROTECTED]
Subject: Re: Need ideas for offsite copy of HSM tapes


At 1:32 PM -0800 2/20/03, Alex Paschal wrote:
>Why won't DRM manage your primary pool?

Because that's not what it does.  From the ACSLS ADMIN Ref Manual
description of Move DRMedia:

>Use this command to track database backup and copy storage pool volumes
that
>are to be moved offsite and to identify the expired or empty volumes
>that are to be
>moved onsite.

It only manages database backup and copypool volumes, not primary pool
volumes.

>What happens when you set your
>drmprimstgpool?

When the HSM pool is defined in drmprimstgpool, the Move DRMedia
command does not act on any volumes in that pool.

SHOW commands and TSM 5162

[Theresa Sarver]

Does anyone know - do the SHOW commands work with TSM Server 5162?  I used them all 
the time to view my TDP for Oracle data under TSM415, but after upgrading the 
following is returned:

tsm: C2TSMSERV>show version c2f1n11ex_oracle /adsmorc   
ANR0852E SHOW: No matching file spaces found for node C2F1N11EX_ORACLE. 


Anyone else running 5162 and able to use the SHOW VERSION command?

Thanks;
Theresa

Re: Order of daily administrative events

[Paul Ripke]

My 5 AUS cents:

- backup diskpool -> offsite pool
- migrate diskpool -> primary tape
- backup primary tape -> offsite
- backup db
- eject drm
- run reclamaitions

Expiration runs during a quite period over night.

Cheers,
--
Paul Ripke
Unix/OpenVMS/TSM/DBA
101 reasons why you can't find your Sysadmin:
68: It's 9AM. He/She is not working that late.
-- Koos van den Hout

Re: Network Adapter Lost after Restore of W2K with TSM 5.1.5.9

[Greg Redell]

Try this

http://support.microsoft.com/default.aspx?scid=kb%3ben-us%3b810161

Greg Redell
Great-West Life & Annuity Insurance Co.
Phone: 314-525-5877
Email: [EMAIL PROTECTED]

Don't try to fix it, unless you understand it.



  Roberto Finazzi
cc:
  Sent by: "ADSM:  Subject:  Network Adapter Lost after 
Restore of W2K with TSM 5.1.5.9
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/20/2003 11:58
  AM
  Please respond to
  "ADSM: Dist Stor
  Manager"





Our TSM team is trying the full recovery of a W2K box (IBM X-series 345
model) with TSM client 5.1.5.9 and server 5.1.1.6.
We backup the whole machine, re-install and configure o.s. and TSM client,
and then restore every disk along with system object.
The restore shows no errors but all network adapter (giga-bit ethernet) get
lost, with the exception of the integrated one.

Have anyone experienced something similar?

Thanks in advance!

Re: DSMFMT space calculation mystery

[Roger Deschner]

ulimit is set to unlimited.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
"Don't Drink and Derive"
(Seen on a t-shirt at a Math Department picnic.)

Bill Boyer said:
>How about ulimit???
>
>-Original Message-
>From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
>Roger Deschner
>Sent: Thursday, February 20, 2003 4:06 PM
>To: [EMAIL PROTECTED]
>Subject: Re: DSMFMT space calculation mystery
>
>
>Orville L. Lantto Said:
>>Did you create  your file system large file enabled?
>
>Yes, I did.
>
>Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
>"I can tell this cigarette machine is going to be no end of trouble."
>-- Bugs Bunny, addressing an errant robot

Re: Another missing file

[Peter Hadikin]

Any chance the filesystem that they are trying to restore to no longer
exists on the client side?

Peter




  Andrew Raibeck
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  OM>  cc:
  Sent by: "ADSM:  Subject:  Re: Another missing file
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/20/2003 12:44
  PM
  Please respond to
  "ADSM: Dist Stor
  Manager"






It would help if you could provide a copy & paste example that
demonstrates the problem, including the QUERY BACKUP output for this
file
and the RESTORE output (as I said, use copy & paste so we can see
*exactly* what you are doing and what you are getting). Is this a
restore
to the same machine or a different machine; if different, are the OSes
the
same?

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] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Fred Johanson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/20/2003 13:15
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Another missing file



I got a call from a substitute sysadmin who can't find a file.  I can
see
the file in the DB and by "dsmc -virualnodename q ba".  It's an AIX
4.3.3
box with TSM 5.1.1.0.  All attempts to restore end in either, "NO
objects
found", "Destination space unavailable', or "Invalid destination file
spec".   I can't see what he's doing wrong.

Re: can't delete filespace

[Alexander Lazarevich]

Good idea, but it's still got all the data:

tsm: ADSM>q occupancy zworykin.itg.uiuc.edu

Node Name Type  Filespace   Storage Number of   Physical
    --  --  -  -
ZWORYKIN.ITG.UI-  Bkup  \\zworyki-  ITG-3575T-  9,363   1,928.39
 UC.EDU  n\c$APE


Any other ideas?

Thanks!

Alex
---   ---
   Alex Lazarevich | Systems Administrator | Imaging Technology Group
Beckman Institute - University of Illinois
   [EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
---   ---

On Thu, 20 Feb 2003, Cook, Dwight E wrote:

> O try a query occupancy on the node...
> you might find that you've already cleared its data for the most part BUT
> probably can't wipe it totally since the registry information is under that
> filespace.
>
> Dwight
>
>
> -Original Message-
> From: Alexander Lazarevich [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 9:29 AM
> To: [EMAIL PROTECTED]
> Subject: Re: can't delete filespace
>
>
> I know 3.1 is old. We are going to upgrade to TSM 5.1 in the next few
> months, assuming the budget get's funded.
>
> It still ins't working:
>
> tsm: ADSM>q file zworykin.itg.uiuc.edu  *c$
>
> Node Name  Filespace Platform Filespace Capacity
>Name   Type  (MB)
> -- ---    - 
> ZWORYKIN.ITG.UIUC.EDU  \\zworykin\c$ WinNTNTFS   8,746.3
>
> tsm: ADSM>del file zworykin.itg.uiuc.edu *c$
> ANR2238W This command will result in the deletion of all inventory
> references to the data on filespaces that match the pattern *c$ for node
> ZWORYKIN.ITG.UIUC.EDU, whereby rendering the data unrecoverable.
>
> Do you wish to proceed? (Yes (Y)/No (N)) yes
> ANS8003I Process number 667 started.
>
> tsm: ADSM>q pr
> ANR0944E QUERY PROCESS: No active processes found.
> ANS8001I Return code 11.
>
> tsm: ADSM>q file zworykin.itg.uiuc.edu *c$
>
> Node Name  Filespace Platform Filespace Capacity
>Name   Type  (MB)
> -- ---    - 
> ZWORYKIN.ITG.UIUC.EDU  \\zworykin\$c WinNTNTFS   8,746.3
>
>
> I'd blow away the whole node, but it has another filespace which I need to
> preserve. Any more ideas?
>
> Thanks!
>
> Alex
> ---   ---
>Alex Lazarevich | Systems Administrator | Imaging Technology Group
> Beckman Institute - University of Illinois
>[EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
> ---   ---
>
>
>
>
> On Thu, 20 Feb 2003, Cook, Dwight E wrote:
>
> > 3.1 is really old !
> > Try using a wild card...
> > first try
> > q file ZWORYKIN.ITG.UIUC.EDU  *c
> > if that lists what you desire, try
> > del file ZWORYKIN.ITG.UIUC.EDU *c
> >
> > Dwight
> >
> >
> > -Original Message-
> > From: Alexander Lazarevich [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, February 20, 2003 8:08 AM
> > To: [EMAIL PROTECTED]
> > Subject: can't delete filespace
> >
> >
> > ADSM server 3.1 running on AIX 4.3.3 system.
> >
> > I can't delete a known filespace:
> >
> > tsm: ADSM>q file zworykin.itg.uiuc.edu
> >
> > Node Name Filespace Platform Filespace Capacity
> >   Name   Type  (MB)
> > - ---    - 
> > ZWORYKIN.ITG.UIUC.EDU \\zworykin\$c WinNTNTFS   8,746.3
> > ZWORYKIN.ITG.UIUC.EDU \\zworykin\$f WinNTNTFS  17,500.5
> >
> > tsm: ADSM>delete file zworykin.itg.uiuc.edu \\zworykin\$c type=any
> > ANR0852E DELETE FILESPACE: No matching file spaces found for node
> > ZWORYKIN.ITG.UIUC.EDU.
> > ANS8001I Return code 11.
> >
> > Server logs don't give any more info that isn't up above here. Any ideas?
> > I hope the database isn't corrupted. How do I start debugging this?
> >
> > Thanks in advance,
> >
> > Alex
> > ---   ---
> >Alex Lazarevich | Systems Administrator | Imaging Technology Group
> > Beckman Institute - University of Illinois
> >[EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
> > ---   ---
> >
>

Novell Redirected Restore Problem

[Coats, Jack]

I have some old Novell 4.11 systems, backing them up with TSM client 4.2.2.0
to a Windows TSM server running 4.2.3.1 (sofar so good).  Communications is
IPX only with this client.

I now have a new Novell 6 server using TSM client 5.1.1.0 - this client is
in a new (test) NDS tree, and is talking TCP/IP only.  It can do backup and
restore of itself.

I cannot seem to do a cross system restore from the old Novell server data
to the new Novell server.  It is getting some kind of (apparently) TSM
authentication error.  Suggestion on how to get this to work, or what to try
next?

... This is in support of moving from Novell 4.11 to Novell 6 (a supported
version).  Once that is done, we can upgrade TSM to something with a longer
life!

TIA ... Jack

Re: can't delete filespace

[Alexander Lazarevich]

Um, yeah, that fixes one problem, but then we are back to the original
failure:

ANR2017I Administrator DUDE issued command: DELETE FILESPACE
zworykin.itg.uiuc.edu \\zworykin\c$ type=any
ANR0984I Process 672 for DELETE FILESPACE started in the BACKGROUND a
16:41:03.
ANR0800I DELETE FILESPACE: \\zworykin\c$ for node ZWORYKIN.ITG.UIUC.EDU
started as process 672.
ANR0802I Delete Filespace \\zworykin\c$ (backup/archive data) for node
ZWORYKIN.ITG.UIUC.EDU started.
ANR2017I Administrator DUDE issued command: QUERY PROCESS
ANR0859E Data storage object erasure failure, DELETE FILESPACE process
aborted.
ANR0985I Process 672 for DELETE FILESPACE running in the BACKGROUND
completed with completion state FAILURE at 16:41:15.


Any ideas what to do now?

Thanks!

Alex
---   ---
   Alex Lazarevich | Systems Administrator | Imaging Technology Group
Beckman Institute - University of Illinois
   [EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
---   ---

On Thu, 20 Feb 2003, Nicholas Cassimatis wrote:

> Something looked wrong here, and it's the filespace name.  The output of
> "query filespace" has it like this:
>
> \\zworykin\c$
>
> But way I've seen it on all of my servers is:
>
> \\zworykin\$c
>
> Not sure how a 3.1 server would handle the rename of the filespaces to the
> UNC path, so it may have that messed up in the display.  I'd try this
> command, see if it works:
>
> delete file zworykin.itg.uiuc.edu \\zworykin\c$ type=any
>
> Nick Cassimatis
> [EMAIL PROTECTED]
>
> Think twice, type once.
>

Restoring RMAN data onto different server

[Theresa Sarver]

Hi All;

Environment:
SP Complex (7 nodes)
AIX 433 ML10
TSM Server 5162
TSM Clients 415
TDP Oracle 110
Oracle Database (RMAN) 817

The DBA's asked me if they could possibly restore one of their test RMAN (817) 
databases onto a different node, as I do not know the answer to this question I am 
deferring to all your experts out there.

Thank you in advance for the help;
Theresa

Re: Another missing file

[Andrew Raibeck]

It would help if you could provide a copy & paste example that
demonstrates the problem, including the QUERY BACKUP output for this file
and the RESTORE output (as I said, use copy & paste so we can see
*exactly* what you are doing and what you are getting). Is this a restore
to the same machine or a different machine; if different, are the OSes the
same?

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] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




Fred Johanson <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/20/2003 13:15
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Another missing file



I got a call from a substitute sysadmin who can't find a file.  I can see
the file in the DB and by "dsmc -virualnodename q ba".  It's an AIX 4.3.3
box with TSM 5.1.1.0.  All attempts to restore end in either, "NO objects
found", "Destination space unavailable', or "Invalid destination file
spec".   I can't see what he's doing wrong.

Re: incremental restore

[Justin Bleistein]

perhaps:

dsmc restore "/path/*" -subdir=yes replace=no

--Justin Richard Bleistein
Unix Systems Administrator (Sungard eSourcing)
Desk: (856) 866 - 4017
Cell:(856) 912 - 0861
Email: [EMAIL PROTECTED]



  Xavier Merlin
  cc:
  Sent by: "ADSM:  Subject:  incremental restore
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/20/2003 07:40
  AM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Hello,

Someone wants to restore only the files which have changed after the latest
backup.
The opposite of the -ifnewer option on the restore command, in other words
doing an "incremental restore".

There are possible ways of doing this, like for instance for a unix client:

 touch -t some_time_stamp some_ref_file
 find -newer some_ref_file > files_to_restore
 for each if the files in files_to_restore dsmc restore .

Are there any other possibilities, preferrably using standard TSM
mechanisms ?

Xavier Merlin




DISCLAIMER

This e-mail and any attached files are confidential and may be legally
privileged. If you are not the addressee, any disclosure, reproduction,
copying, distribution, or other dissemination or use of this communication
is strictly prohibited. If you have received this transmission in error
please notify KBC immediately and then delete this e-mail.
KBC does not accept liability for the correct and complete transmission of
the information, nor for any delay or interruption of the transmission, nor
for damages arising from the use of or reliance on the information.
All e-mail messages addressed to, received or sent by KBC or KBC employees
are deemed to be professional in nature. Accordingly, the sender or
recipient of these messages agrees that they may be read by other KBC
employees than the official recipient or sender in order to ensure the
continuity of work-related activities and allow supervision thereof.

TDP for oracle set up

[Wholey, Joseph (TGA\\MLOL)]

Client info
Oracle v9.2
TDP v 2.2.0  (64 bit api)
TSM v 4.2.2
Solaris v 2.8

Server
zOS running TSM Server 4.2.2.9

I'm trying to run TDPOCONF PASSWORD to authenticate the client to the server.
I get prompted for the password, enter it... and then get the following error message:
ANS0263E (RC2230) Either the dsm.sys file was not found, or the Inclexcl file 
specified in the dsm.sys was not found
Both files exist and the permissions are correct
Any help

Regards, Joe

Re: Need ideas for offsite copy of HSM tapes

[Matt Simpson]

At 1:32 PM -0800 2/20/03, Alex Paschal wrote:

Why won't DRM manage your primary pool?


Because that's not what it does.  From the ACSLS ADMIN Ref Manual
description of Move DRMedia:


Use this command to track database backup and copy storage pool volumes that
are to be moved offsite and to identify the expired or empty volumes
that are to be
moved onsite.


It only manages database backup and copypool volumes, not primary pool volumes.


What happens when you set your
drmprimstgpool?


When the HSM pool is defined in drmprimstgpool, the Move DRMedia
command does not act on any volumes in that pool.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: Where are the manuals today?

[Mahesh Tailor]

Try this for the Admin Guide . . .

http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi?CTY=US&FNC=SRX&PBL=GC32-0768-00#

Also try . . . [BTW, you can order a hardcopy from IBM using this
link]

http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi?PAG=C16&SSN=03BTV0037967944610&TRL=&WRD=Tivoli+Storage+Manager&STP=SRHALL&PAR=T&PBL=&PRD=&DTF=&DTU=&LNG=AM-ENGLISH+&LST=ALL&SRT=NMB&RPP=10&BTN%3DSRH.x=16&BTN%3DSRH.y=13

And, search for them at . . .

http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi?SSN=03BTV0037967944610&PAG=C11&TRL=&BTN=APS

Mahesh

>>> [EMAIL PROTECTED] 02/20/03 02:52PM >>>
http://publib.boulder.ibm.com/tividd/td/StorageManagerforAIX5.1.html
does not work today to find the TSM Server 5.1 manuals.  Where are we
suppose to find them today?

Re: DSMFMT space calculation mystery

[Bill Boyer]

How about ulimit???

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Roger Deschner
Sent: Thursday, February 20, 2003 4:06 PM
To: [EMAIL PROTECTED]
Subject: Re: DSMFMT space calculation mystery


Orville L. Lantto Said:
>Did you create  your file system large file enabled?

Yes, I did.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
"I can tell this cigarette machine is going to be no end of trouble."
-- Bugs Bunny, addressing an errant robot

Re: DSMFMT space calculation mystery

[Andrew Raibeck]

Could this be a ulimit issue?

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] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.

 Forum:   ADSM.ORG - ADSM / TSM Mailing List Archive
 Date:  Feb 20, 13:21
 From:  Roger Deschner <[EMAIL PROTECTED]>

I've got a problem of not having the right mathematical formula. My
problem is that, when planning a new TSM data space for Log, Database,
or disk storage pool volume, I cannot figure out the maximum
size I can allocate. I'm using AIX 4.3.3.ML9 with TSM 4.2.2.8.

Step 1) Use the OS to create a Unix file system of the appropriate size
and characteristics. The Unix "df -k" command (allegedly) tells me how
big it is and how much space is in it:

Filesystem1024-blocks  Free %UsedIused %Iused Mounted on
/dev/kumquat  8781824   3008300   66%   18 1%
/usr/local/kumquat

Step 2) Format it. The following calculations are from "TSM
Administrator's Reference". 3008300k/1024=2937m Rounding down to a
multiple of 4mb gives you 2936m. Adding 1 for overhead gives you 2937m.
However, specifying

dsmfmt -m -db /usr/local/kumquat/db12 2937

It formats for a long time and then abends with message:

Error writing file /usr/local/kumquat/db12, errno = 28

...which means, not enough space.

Where are my calculations going wrong? I can try to reduce the number a
few mb at a time and figure this out by trial and error, but this takes
literally DAYS of my time. So I usually guess at 98% and waste some
space. How can I really calculate this?

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
 "The World's Least Intuitive Operating System" 
=== -- from the cover of "Unix for Dummies" 

Order of daily administrative events

[Tommy Templeton]

I was just wondering what order that most TSM users have their daily processes running 
(IE: Migration, Expiration, Reclaim etc). 
It seems that those process times were set up wrong when our TSM server was first 
installed. 
Our process schedule looks this way right now. I know its way off base from what it 
should be. 
Any suggestions? I know I need to put EXPIRATION first.

thanks,

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

Scheduled Start  Actual Start Schedule Name Status   
  - -
02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-  Completed
Backup disk storagepool 
   ISK   
02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-  Completed 
Backup tape storagepool 
02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-  Failed 
  Backup tape offsitepool FFSITE
02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-  Completed  
Reset threshold for migrate to tape pool low 
   LOW   
02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-  Completed  
Reset threshold for reclamation of offsitepool1 low  
   IM_OFFSITE-   
   _LOW  
02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL Completed
TSM database backup
02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE- Completed   
   Expire inventory 
   NTORY 

02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-  Completed  
 Reset threshold for migrate to tape pool high 
   HIGH  
02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-  Completed  
 Reset threshold for reclamation of tapepool low 
   IM_LOW
02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-  Completed  
  Delete volume history file 
   HIST  
02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-  Completed  
  Delete database volume history 
   IST   
02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-  Completed  
  delete dbsnapshot volume history 
   HIST  
02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-  Completed  
  Reset threshold for reclamation of tapepool high 
   IM_HIGH   
02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-  Completed  
   Reset threshold for reclaim of copy pool high 
   COPY_HIGH 
02/19/03 19:00:0002/19/03 19:00:22RESET_RECLA-  Completed  
   Reset threshold for reclamation of offsitepool1high 
   IM_OFFSITE-   
   _HIGH 

Re: can't delete filespace

[Nicholas Cassimatis]

Virtual Friday - I got the c$ and the $c mixed up - my post should have
looked like this:

Something looked wrong here, and it's the filespace name.  The output of
"query filespace" has it like this:

\\zworykin\$c

But way I've seen it on all of my servers is:

\\zworykin\c$

Not sure how a 3.1 server would handle the rename of the filespaces to the
UNC path, so it may have that messed up in the display.  I'd try this
command, see if it works:

delete file zworykin.itg.uiuc.edu \\zworykin\c$ type=any


Nick Cassimatis
[EMAIL PROTECTED]

Think twice, type once.

Re: Need ideas for offsite copy of HSM tapes

[Alex Paschal]

Why won't DRM manage your primary pool?  What happens when you set your
drmprimstgpool?

Alex Paschal
Freightliner, LLC
(503) 745-6850 phone/vmail

-Original Message-
From: Matt Simpson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 11:46 AM
To: [EMAIL PROTECTED]
Subject: Need ideas for offsite copy of HSM tapes


We are using TSM and the HSM client to replace a system which used
Unitree and Cam backup software.  The system provides two major
functions.  One is server/workstation backup.  We have that part
working fairly well (ignoring the usual TSM headaches).

The second function, which has me scratching my head for answers (and
begging all of you for advice), is a nearline storage capacity.
Basically, we provide what looks like a huge disk farm (really disks
migrating to tape libraries) that users can FTP files to/from for
storage.  The understanding with this system is that we provide no
"backup" of user files in the nearline storage, meaning that if a
user deletes a file, it's gone, and he can't get it back, or can't
restore an older version of an existing file.  We do want offsite
copies for disaster recovery, so if the whole system burns up through
no fault of the users, we can restore their current data.

With  the old Unitree system, all tape storage was in an STK 9310
silo with 9840 drives, managed by ACSLS. As data was migrated to
tape, 2 copies were made, and one copy sent offsite on a daily basis.

With TSM, we have added a 3584 LTO library, and want to use the LTO
tapes for offsite storage (denser tapes means fewer cartridges to
shuffle).  We have it working fairly well for the regular TSM
server/workstation backups: backups go to a disk pool which migrates
to a 9840 storage pool; 9840 pool is regularly copied to an LTO
copypool, and we use the TSM DRM facilities to handle tape movement
between the LTO library and the vault.

The nearline storage facility gets a little more complicated.
Essentially, the users ftp to/from a machine running the TSM/HSM
client (which happens to be the same one running the TSM server).
The ftp users directory is a space-managed directory which migrates
to a 9840 tape pool for onsite storage.  Our initial setup was to
back up the ftp users directory to an LTO pool to go offsite.  But we
seem to keep running into gotchas.  DRM doesn't handle primary
sequential storage pools, so it wouldn't move the backups of the ftp
users stuff.  So I thought instead of backing it up, let's just
define an LTO copy pool, and copy the HSM primary tape pool to it.
That would probably let us get copies of the HSM tapes offsite, but
it appears that not everything in a space-managed directory gets
migrated to tape, so those tapes alone would not be sufficient to
recover from a disaster.

The simplest option seems to be continuing our strategy of backing up
the directory to an LTO pool, and then copying that to an LTO copy
pool for DRM.  But that doubles our tape usage.

Does anybody see a reasonable solution to our problem?  Have I done a
reasonable job of explaining what the problem is? To summarize: we
want to use the HSM client to provide nearline storage, and we want
tapes offsite that will allow us to accurately restore that data if
the onsite facilities are destroyed, and we would prefer to have not
more than 2 copies (one onsite, one offsite) of the data.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: Another missing file

[Fred Johanson]

You're right.  He called back a few minutes ago.  His statement?  "You
asked if I was root and I said yes; I wasn't."  So I spend a few hours
dealing with his mistake.



At 04:11 PM 2/20/2003 -0500, you wrote:

>I got a call from a substitute sysadmin who can't find a file.  I can see
>the file in the DB and by "dsmc -virualnodename q ba".  It's an AIX 4.3.3
>box with TSM 5.1.1.0.  All attempts to restore end in either, "NO objects
>found", "Destination space unavailable', or "Invalid destination file
>spec".   I can't see what he's doing wrong.

The problem is described in the phrase "substitute sysadmin", who is
unfamiliar with the whole.  Most likely, the person is trying to access
the files from a Unix account which lacks permission to access them.
Start with that.  Have them show you the details of what they are doing.

  Richard Sims, BU

Re: Semote storage pool

[Stapleton, Mark]

From: Richard Sims [mailto:[EMAIL PROTECTED]] 
> Mark - I wonder if that traditional distinction will prevail 
> in the near future.  Network evolution has been accelerating, 
> largely driven by such storage needs, and so I think the 
> disparity between bus and wire will tend to lessen, and to 
> perhaps conceptually merge into a single amalgam of "Device 
> Access Pathing".  Parallel pathing is becoming rather passe, 
> with serial pathing coming to the fore with the speed made 
> possible by its simplicity in not having to wait for the last 
> horse to pass the finish line before declaring unit data 
> arrival.  Generalized networking will always entail more 
> overhead in its packetizing, but I think we'll see an 
> increasing number of network-based storage units with very 
> acceptable performance as 10GB and higher speed networking 
> arrangements arrive.

Good question. We'll have to see a 10- or 100-fold increase in SAN (and
fiber-based Ethernet) speeds before we see an approach to bus-level
speeds, as well as work-arounds for the inherent lag that comes with the
speed of light (as you mentioned above).

>   Richard Sims, BUat home, under 2' of latest snow arrival

Our Wisconsin winter's been dry and brown this year. Cold enough,
though.

--
Mark Stapleton ([EMAIL PROTECTED]) 

> 

Re: Residency Announcement: TI-A303 Tivoli Storage Management Concepts, Getting Started with TSM - Update

[Stapleton, Mark]

From: Charlotte Brooks [mailto:[EMAIL PROTECTED]] 
> For your consideration - a residency in San Jose to update 
> the very popular redbooks, "TSM Concepts", and "Getting 
> Started with TSM: A Practical Implementation Guide" Residency 
> Announcement:  TI-A303 Tivoli Storage Management Concepts, 
> Getting Started with TSM - Update

Question: does the residency require a physical presense in San Jose?

--
Mark Stapleton ([EMAIL PROTECTED]) 

Re: Where are the manuals today?

[Hart, Charles]

http://publib-b.boulder.ibm.com/cgi-bin/searchsite.cgi?query=Tivoli+Storage+Manager

-Original Message-
From: David E Ehresman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 1:52 PM
To: [EMAIL PROTECTED]
Subject: Where are the manuals today?


http://publib.boulder.ibm.com/tividd/td/StorageManagerforAIX5.1.html
does not work today to find the TSM Server 5.1 manuals.  Where are we
suppose to find them today?

Re: Another missing file

[Richard Sims]

>I got a call from a substitute sysadmin who can't find a file.  I can see
>the file in the DB and by "dsmc -virualnodename q ba".  It's an AIX 4.3.3
>box with TSM 5.1.1.0.  All attempts to restore end in either, "NO objects
>found", "Destination space unavailable', or "Invalid destination file
>spec".   I can't see what he's doing wrong.

The problem is described in the phrase "substitute sysadmin", who is
unfamiliar with the whole.  Most likely, the person is trying to access
the files from a Unix account which lacks permission to access them.
Start with that.  Have them show you the details of what they are doing.

  Richard Sims, BU

Re: DSMFMT space calculation mystery

[Roger Deschner]

Orville L. Lantto Said:
>Did you create  your file system large file enabled?

Yes, I did.

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
"I can tell this cigarette machine is going to be no end of trouble."
-- Bugs Bunny, addressing an errant robot

Re: Product Comparisons.

[Hart, Charles]

Not much need to compare the Legato piece as they are putting themselves up for sale, 
which is too bad because it sounds like they were good alternative.

http://www.nwfusion.com/news/2003/0207legato.html



-Original Message-
From: Prather, Wanda [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 1:31 PM
To: [EMAIL PROTECTED]
Subject: Re: Product Comparisons.


This question has come up many times before on this list.
Go to search.adsm.org and search the archives, some good souls have written
a lot of good information...

-Original Message-
From: Cahill, Ricky [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 10:47 AM
To: [EMAIL PROTECTED]
Subject: Product Comparisons.


I've been asked to write a document comparing Legato, Netbackup datacentre
and TSM. Never having used Legato and Netbackup makes this a little
difficult, has anyone already gone through this process recently and have
any pointers to docs, reviews, comparisons etc?

Thanks in advance.


  .Rikk




Equitas Limited, 33 St Mary Axe, London EC3A 8LL, UK
NOTICE: This message is intended only for use by the named addressee
and may contain privileged and/or confidential information.  If you are
not the named addressee you should not disseminate, copy or take any
action in reliance on it.  If you have received this message in error
please notify [EMAIL PROTECTED] and delete the message and any
attachments accompanying it immediately.

Equitas reserve the right to monitor and/or record emails, (including the
contents thereof) sent and received via its network for any lawful business
purpose to the extent permitted by applicable law

Registered in England: Registered no. 3173352 Registered address above

Re: too many filesystems to backup

[Richard Sims]

>Richard,
>
>Back in V1 of the product, the limitation of 20 operands on the command
>line was thought to be a good idea.  Many (if not all) UNIX shells expand
>un-quoted wildcard characters with a list of files that match in the
>current directory.  The limit of 20 operands was put in place to
>short-circuit a user who issued a command like: dsmc sel /home/*  and
>accidentally got the wildcard expanded by the shell.  In fact, the message
>you receive says something to that affect:
>
>ANS1102E Excessive number of command line arguments passed to the program!
>ANS1133W An expression might contain a wildcard not enclosed in quotes.
>
>You are correct in pointing out that in today's environment 20 operands is
>not very flexible.  To that end, here is what I can tell you about the
>current product and welcome any suggestions.
>
>In TSM 4.2.2 and 5.1.5.2, we introduced the testflag NOOPERANDLIMIT. Coded
>on the command line as:
>dsmc sel  -testflag=nooperandlimit
>This gives UNIX systems the ability pass in up to 450 operands (in 4.2.2);
>in 5.1.5.2 it is for all operating systems and the limit is 512.

Jim -

Thanks for pointing out that new option.  It's not yet in the current clients
manual (which still quotes a hard limit of 20) so I wasn't aware of it.
Thoughts on it below.

>Having said this, you may encounter another one of the TSM backup-archive
>client's command-line parsing limits: only 2048 total bytes are allowed.
>If this is exceeded, you will see message:
>
>ANS1209E The input argument list exceeds the maximum length of 2048
>characters.
>
>The customers for whom the NOOPERANDLIMIT (all of whom were running UNIX)
>was introduced have been satisfied with the new operand limit and there
>have not yet been any complaints about only accepting 2048 bytes.
>
>Questions to you:
>
>1. Do you think TSM is being too cautious in trying to protect the
>   wild-card expansion, i.e., would you rather see us just drop the testflag
>   and let the client accept 512 (or more) operands.  Is this worth the
>   trade-off of stopping unwanted wild-card expansions?
>2. Any thoughts about how many operands and bytes one really needs the
>   command-line client to accept (if 512 operands / 2048 bytes is not
>   sufficient).
>
>Thanks,
>Jim Smith

My honest opinion:  When I first saw that 20 limit, my reaction was, "You've got
to be kidding me."  This is like a Playskool limit, as though we were running
BASIC on an 8080 machine.  TSM is classified as an Enterprise level product.
If I were the product manager, I would be getting paid a lot more than I am now.
Er, If I were the product manager, I would stipulate that this major product is
supposed to run on an evolving variety of platforms, and therein the largest
consideration is that THE PRODUCT SHOULD SCALE.  That is, there should never be
artificially imposed restrictions (which also hurt competitiveness).  I would
also say that adding options statements to the product to counteract
restrictions which should not be there in the first place is costing us needless
money in programming, documentation, and support, and should be eliminated.
I would also say that IBM product people should consider that their products
should mesh well, as for example the high limits programmed into the AIX product
should be accommodated by the TSM product.

Putting my customer hat back on, and adopting a much lower pay scale:
I think trying to "protect" against this is silly.  I mean, one of the earliest
things we learn in a new opsys environment is its limits.  As novice users of
shell commands we quickly run afoul of the "too many command line arguments" and
so realize the limits in place in that environment.  (From my AIX QuickFacts:

 Command line, max len of args  Command line arguments data cannot be
more than the ARG_MAX limit value in
.
The sysconf(_SC_ARG_MAX) system call
returns this value.
Contemporary AIX value: 24576)

I wouldn't bother trying to protect people against it, in that you are actually
trying to protect them against what they don't want without knowing what they do
want.  For example, with the current limit of 20, would not 19 be a runaway
condition if the user actually intended four?

In summary: Don't limit it.  That's artificial and is constraining the product.
The prevailing operating system environment limit should be the natural limit,
and will afford the user the maximum opportunity to utilize the product while
relieving you of concern about limits.

In addendum: Perspective should prevail: The command line client is TERRIBLY
primitive compared to what it could and should be.  By now it should have
evolved far beyond its current limited capabilities.  Look at GNU command line
utilities such as their tar command to see how advanced and flexible they are in
c

Re: Need ideas for offsite copy of HSM tapes

[Prather, Wanda]

Sounds like you could do what you want if DRM handled primary pools?

Download and install a trial copy of Autovault from www.coderelief.com.

For several reasons, we converted to Autovault from DRM.  It is so
inexpensive it was much more cost-effective for us to do that than to write
and support the scripts we needed to automate DRM functions.  It works
great, they provide great support, and it will vault primary tape pools.
The install is clean and tidy, no hooks into TSM code.

And no, I don't sell software, or get anything from Autovault - it just did
a great job meeting our needs (and our budget...)


Mail me directly if you have questions about it.

(And BTW, love your tag line!)


Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
[EMAIL PROTECTED]

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert





-Original Message-
From: Matt Simpson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 3:32 PM
To: [EMAIL PROTECTED]
Subject: Re: Need ideas for offsite copy of HSM tapes


At 3:09 PM -0500 2/20/03, Prather, Wanda wrote:
>What is your TSM server platform?

TSM Server 4.2.3.0 on Solaris 8
will probably upgrade to TSM Server 5.?.?.? in the near future if
they ever release one that people here seem to think is stable.

Lease on the Solaris machine hosting the server expires this summer
so it will be replaced with something, don't know what yet, but it
will probably be some flavor of AIX.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: DB size

[Stapleton, Mark]

From: William Rosette [mailto:[EMAIL PROTECTED]] 
> I currently have a 60GB TSM database mirrored for a total of 
> 120GB (also including Recovery logs 5 GB each 10GB total).  I 
> have heard that this is big for 1 Server and would like to 
> ask if other TSMers split their Servers and what is the rule 
> of thumb.

> So, I ask for the 
> Almighty TSM spirit to lead me finding the resolution to the 
> dilemma (that be you guys and gals)

There is no "best" resolution. You can run with this in two different
directions:
#1  You can split TSM between two (or three) servers.
#2  You can increase your tape and disk resources.

The better choice depends upon your budget, resources, expertise, and
business requirements. You should sit down and talk to a good TSM
professional about it, if you really want to do this right.

--
Mark Stapleton ([EMAIL PROTECTED]) 

Re: Need ideas for offsite copy of HSM tapes

[Matt Simpson]

At 3:09 PM -0500 2/20/03, Prather, Wanda wrote:

What is your TSM server platform?


TSM Server 4.2.3.0 on Solaris 8
will probably upgrade to TSM Server 5.?.?.? in the near future if
they ever release one that people here seem to think is stable.

Lease on the Solaris machine hosting the server expires this summer
so it will be replaced with something, don't know what yet, but it
will probably be some flavor of AIX.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Another missing file

[Fred Johanson]

I got a call from a substitute sysadmin who can't find a file.  I can see
the file in the DB and by "dsmc -virualnodename q ba".  It's an AIX 4.3.3
box with TSM 5.1.1.0.  All attempts to restore end in either, "NO objects
found", "Destination space unavailable', or "Invalid destination file
spec".   I can't see what he's doing wrong.

Re: Need ideas for offsite copy of HSM tapes

[Prather, Wanda]

What is your TSM server platform?

-Original Message-
From: Matt Simpson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 2:46 PM
To: [EMAIL PROTECTED]
Subject: Need ideas for offsite copy of HSM tapes


We are using TSM and the HSM client to replace a system which used
Unitree and Cam backup software.  The system provides two major
functions.  One is server/workstation backup.  We have that part
working fairly well (ignoring the usual TSM headaches).

The second function, which has me scratching my head for answers (and
begging all of you for advice), is a nearline storage capacity.
Basically, we provide what looks like a huge disk farm (really disks
migrating to tape libraries) that users can FTP files to/from for
storage.  The understanding with this system is that we provide no
"backup" of user files in the nearline storage, meaning that if a
user deletes a file, it's gone, and he can't get it back, or can't
restore an older version of an existing file.  We do want offsite
copies for disaster recovery, so if the whole system burns up through
no fault of the users, we can restore their current data.

With  the old Unitree system, all tape storage was in an STK 9310
silo with 9840 drives, managed by ACSLS. As data was migrated to
tape, 2 copies were made, and one copy sent offsite on a daily basis.

With TSM, we have added a 3584 LTO library, and want to use the LTO
tapes for offsite storage (denser tapes means fewer cartridges to
shuffle).  We have it working fairly well for the regular TSM
server/workstation backups: backups go to a disk pool which migrates
to a 9840 storage pool; 9840 pool is regularly copied to an LTO
copypool, and we use the TSM DRM facilities to handle tape movement
between the LTO library and the vault.

The nearline storage facility gets a little more complicated.
Essentially, the users ftp to/from a machine running the TSM/HSM
client (which happens to be the same one running the TSM server).
The ftp users directory is a space-managed directory which migrates
to a 9840 tape pool for onsite storage.  Our initial setup was to
back up the ftp users directory to an LTO pool to go offsite.  But we
seem to keep running into gotchas.  DRM doesn't handle primary
sequential storage pools, so it wouldn't move the backups of the ftp
users stuff.  So I thought instead of backing it up, let's just
define an LTO copy pool, and copy the HSM primary tape pool to it.
That would probably let us get copies of the HSM tapes offsite, but
it appears that not everything in a space-managed directory gets
migrated to tape, so those tapes alone would not be sufficient to
recover from a disaster.

The simplest option seems to be continuing our strategy of backing up
the directory to an LTO pool, and then copying that to an LTO copy
pool for DRM.  But that doubles our tape usage.

Does anybody see a reasonable solution to our problem?  Have I done a
reasonable job of explaining what the problem is? To summarize: we
want to use the HSM client to provide nearline storage, and we want
tapes offsite that will allow us to accurately restore that data if
the onsite facilities are destroyed, and we would prefer to have not
more than 2 copies (one onsite, one offsite) of the data.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: can't delete filespace

[Cook, Dwight E]

O try a query occupancy on the node...
you might find that you've already cleared its data for the most part BUT
probably can't wipe it totally since the registry information is under that
filespace.

Dwight


-Original Message-
From: Alexander Lazarevich [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 9:29 AM
To: [EMAIL PROTECTED]
Subject: Re: can't delete filespace


I know 3.1 is old. We are going to upgrade to TSM 5.1 in the next few
months, assuming the budget get's funded.

It still ins't working:

tsm: ADSM>q file zworykin.itg.uiuc.edu  *c$

Node Name  Filespace Platform Filespace Capacity
   Name   Type  (MB)
-- ---    - 
ZWORYKIN.ITG.UIUC.EDU  \\zworykin\c$ WinNTNTFS   8,746.3

tsm: ADSM>del file zworykin.itg.uiuc.edu *c$
ANR2238W This command will result in the deletion of all inventory
references to the data on filespaces that match the pattern *c$ for node
ZWORYKIN.ITG.UIUC.EDU, whereby rendering the data unrecoverable.

Do you wish to proceed? (Yes (Y)/No (N)) yes
ANS8003I Process number 667 started.

tsm: ADSM>q pr
ANR0944E QUERY PROCESS: No active processes found.
ANS8001I Return code 11.

tsm: ADSM>q file zworykin.itg.uiuc.edu *c$

Node Name  Filespace Platform Filespace Capacity
   Name   Type  (MB)
-- ---    - 
ZWORYKIN.ITG.UIUC.EDU  \\zworykin\$c WinNTNTFS   8,746.3


I'd blow away the whole node, but it has another filespace which I need to
preserve. Any more ideas?

Thanks!

Alex
---   ---
   Alex Lazarevich | Systems Administrator | Imaging Technology Group
Beckman Institute - University of Illinois
   [EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
---   ---




On Thu, 20 Feb 2003, Cook, Dwight E wrote:

> 3.1 is really old !
> Try using a wild card...
> first try
> q file ZWORYKIN.ITG.UIUC.EDU  *c
> if that lists what you desire, try
> del file ZWORYKIN.ITG.UIUC.EDU *c
>
> Dwight
>
>
> -Original Message-
> From: Alexander Lazarevich [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 8:08 AM
> To: [EMAIL PROTECTED]
> Subject: can't delete filespace
>
>
> ADSM server 3.1 running on AIX 4.3.3 system.
>
> I can't delete a known filespace:
>
> tsm: ADSM>q file zworykin.itg.uiuc.edu
>
> Node Name Filespace Platform Filespace Capacity
>   Name   Type  (MB)
> - ---    - 
> ZWORYKIN.ITG.UIUC.EDU \\zworykin\$c WinNTNTFS   8,746.3
> ZWORYKIN.ITG.UIUC.EDU \\zworykin\$f WinNTNTFS  17,500.5
>
> tsm: ADSM>delete file zworykin.itg.uiuc.edu \\zworykin\$c type=any
> ANR0852E DELETE FILESPACE: No matching file spaces found for node
> ZWORYKIN.ITG.UIUC.EDU.
> ANS8001I Return code 11.
>
> Server logs don't give any more info that isn't up above here. Any ideas?
> I hope the database isn't corrupted. How do I start debugging this?
>
> Thanks in advance,
>
> Alex
> ---   ---
>Alex Lazarevich | Systems Administrator | Imaging Technology Group
> Beckman Institute - University of Illinois
>[EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
> ---   ---
>

Re: Where are the manuals today?

[Richard Sims]

>http://publib.boulder.ibm.com/tividd/td/StorageManagerforAIX5.1.html
>does not work today to find the TSM Server 5.1 manuals.  Where are we
>suppose to find them today?

http://publib.boulder.ibm.com/tividd/td/tdmktlist.html
The way things are going, best to capture a local copy of what
you need.

Re: Where are the manuals today?

[Andrew Raibeck]

Same place I posted earlier this month:

1) Go to http://www-3.ibm.com/software/tivoli

2) On the left-hand side, click "Library".

3) On the left-hand side, click "Product manuals".

4) From there, look under "S" for "Tivoli Storage Manager Messages".

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] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




David E Ehresman <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/20/2003 12:52
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Where are the manuals today?



http://publib.boulder.ibm.com/tividd/td/StorageManagerforAIX5.1.html
does not work today to find the TSM Server 5.1 manuals.  Where are we
suppose to find them today?

Re: Product Comparisons.

[Richard Sims]

>I've been asked to write a document comparing Legato, Netbackup datacentre
>and TSM. Never having used Legato and Netbackup makes this a little
>difficult, has anyone already gone through this process recently and have
>any pointers to docs, reviews, comparisons etc?

Don't overlook the Whitepapers area as an information source:
http://www-3.ibm.com/software/tivoli/library/whitepapers/
"Comparing IBM Tivoli Storage Manager and VERITAS NetBackup in Real-World
Enterprise Environments".

  Richard Sims, BU

Re: Tantia Harbor Backup?

[Prather, Wanda]

I haven't looked at Harbor for MANY years.  Years ago it was a pretty good
product, I haven't kept up with its evolution.  And as I recall it was more
like TSM than Legato is.  But the biggest thing it has that I know is
different from TSM is the ability to compare 2 files from different clients
and keep only 1 copy on the server when the two files are the same.  That is
pretty neat technology.

BUT, try to think logically about what that really buys you in your
environment.

I did an analysis of our client data here in a review of a different product
that offers that feature, and I found that feature wouldn't really buy us
much.   We support 7 different client platforms, but the majority of them
are Win2K.  The Win2K code occupies less than 300MB on the client.   Office
XP takes another 200+MB.  We use client compression, so when that data is
transferred to the server, it occupies maybe 200MB.  And that is for clients
that may occupy 2 GB  to  200 GB on the server, and our clients are growing
larger and larger every year, with unique data.

Anyway, I actually did an analysis of our data, and the best I could figure,
duplicate data accounted for only about 10% of our total back end tape
storage.  And the bigger your clients are, the less the duplicates matter.
It might be more important to somebody who was backing up 1000 identical
desktops, but ours aren't identical.

As for the other stuff:

"periodic backup consolidations to re-organize data to speed restore" = TSM
collocation
And you don't have to do consolidations to get it, you can do it at backup
time.

"... and free up storage space. " = TSM reclamation
It's always been in the product

It is unlikely that you will save significant tape or $ moving to another
mainframe-based backup product.

If you want to save mainframe disk and tape, your best bet would be to move
to TSM on an AIX server (depending on the size of your clients, a WIn2K
server might do).  You get the same great product, terrific performance (as
an ex-mainframer I can tell you the performance on AIX is incredible -
wouldn't have believed it if I hadn't seen it myself), and NO conversion
costs for your clients.  You won't have to change ANYTHING on the client
end!

Just my opinion...

Wanda Prather





-Original Message-
From: Shannon Bach [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 9:22 AM
To: [EMAIL PROTECTED]
Subject: Tantia Harbor Backup?


Currently our TSM server is on MVS OS/390 v 2.10, and we backup around 50
clients of various platforms.  I personally prefer having TSM on the
mainframe, while other servers seem to crash around me everyday, the
mainframe is only platform in our company that has NEVER CRASHED.  But as
the clients servers disk storage keeps on getting larger and larger, TSM
does use extensive resources(tapes, DASD) etc.  Management is considering
different storage solutions before investing more resources in our current
solution.  A vendor from Beta Systems was here yesterday pushing a product
called  Tantia Harbor Backup.  Evidently it makes optimal use of storage
media by incorporating such features as an automatic file redundancy
checker (AFRC), automatic data classification, and periodic backup
consolidations to re-organize data to speed restore and free up storage
space.  It is currently used on mainframes although they have just released
a server version for NT's.  As I have never heard anything about this
product before I was wondering if anyone else on this list has.   Thank you
in advance.

Shannon Bach
Madison Gas & Electric Co.
Operations Analyst - Data Center Services
Office 608-252-7260
Fax 608-252-7098
e-mail [EMAIL PROTECTED]

Where are the manuals today?

[David E Ehresman]

http://publib.boulder.ibm.com/tividd/td/StorageManagerforAIX5.1.html
does not work today to find the TSM Server 5.1 manuals.  Where are we
suppose to find them today?

Need ideas for offsite copy of HSM tapes

[Matt Simpson]

We are using TSM and the HSM client to replace a system which used
Unitree and Cam backup software.  The system provides two major
functions.  One is server/workstation backup.  We have that part
working fairly well (ignoring the usual TSM headaches).

The second function, which has me scratching my head for answers (and
begging all of you for advice), is a nearline storage capacity.
Basically, we provide what looks like a huge disk farm (really disks
migrating to tape libraries) that users can FTP files to/from for
storage.  The understanding with this system is that we provide no
"backup" of user files in the nearline storage, meaning that if a
user deletes a file, it's gone, and he can't get it back, or can't
restore an older version of an existing file.  We do want offsite
copies for disaster recovery, so if the whole system burns up through
no fault of the users, we can restore their current data.

With  the old Unitree system, all tape storage was in an STK 9310
silo with 9840 drives, managed by ACSLS. As data was migrated to
tape, 2 copies were made, and one copy sent offsite on a daily basis.

With TSM, we have added a 3584 LTO library, and want to use the LTO
tapes for offsite storage (denser tapes means fewer cartridges to
shuffle).  We have it working fairly well for the regular TSM
server/workstation backups: backups go to a disk pool which migrates
to a 9840 storage pool; 9840 pool is regularly copied to an LTO
copypool, and we use the TSM DRM facilities to handle tape movement
between the LTO library and the vault.

The nearline storage facility gets a little more complicated.
Essentially, the users ftp to/from a machine running the TSM/HSM
client (which happens to be the same one running the TSM server).
The ftp users directory is a space-managed directory which migrates
to a 9840 tape pool for onsite storage.  Our initial setup was to
back up the ftp users directory to an LTO pool to go offsite.  But we
seem to keep running into gotchas.  DRM doesn't handle primary
sequential storage pools, so it wouldn't move the backups of the ftp
users stuff.  So I thought instead of backing it up, let's just
define an LTO copy pool, and copy the HSM primary tape pool to it.
That would probably let us get copies of the HSM tapes offsite, but
it appears that not everything in a space-managed directory gets
migrated to tape, so those tapes alone would not be sufficient to
recover from a disaster.

The simplest option seems to be continuing our strategy of backing up
the directory to an LTO pool, and then copying that to an LTO copy
pool for DRM.  But that doubles our tape usage.

Does anybody see a reasonable solution to our problem?  Have I done a
reasonable job of explaining what the problem is? To summarize: we
want to use the HSM client to provide nearline storage, and we want
tapes offsite that will allow us to accurately restore that data if
the onsite facilities are destroyed, and we would prefer to have not
more than 2 copies (one onsite, one offsite) of the data.
--


Matt Simpson --  OS/390 Support
219 McVey Hall  -- (859) 257-2900 x300
University Of Kentucky, Lexington, KY 40506

mainframe --   An obsolete device still used by thousands of obsolete
companies serving billions of obsolete customers and making huge obsolete
profits for their obsolete shareholders.  And this year's run twice as fast
as last year's.

Re: DSMFMT space calculation mystery

[Orville Lantto]

Did you create  your file system large file enabled?

Orville L. Lantto
Datatrend Technologies, Inc.  (http://www.datatrend.com)
IBM Premier Business Partner
121 Cheshire Lane, Suite 700
Minnetonka, MN 55305
Email: [EMAIL PROTECTED]


CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information. Any  unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply e-mail and destroy all copies of the original
message.




Roger Deschner <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/20/2003 12:18 PM
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:DSMFMT space calculation mystery


I've got a problem of not having the right mathematical formula. My
problem is that, when planning a new TSM data space for Log, Database,
or disk storage pool volume, I cannot figure out the maximum
size I can allocate. I'm using AIX 4.3.3.ML9 with TSM 4.2.2.8.

Step 1) Use the OS to create a Unix file system of the appropriate size
and characteristics. The Unix "df -k" command (allegedly) tells me how
big it is and how much space is in it:

Filesystem1024-blocks  Free %UsedIused %Iused Mounted on
/dev/kumquat  8781824   3008300   66%   18 1%
/usr/local/kumquat

Step 2) Format it. The following calculations are from "TSM
Administrator's Reference". 3008300k/1024=2937m Rounding down to a
multiple of 4mb gives you 2936m. Adding 1 for overhead gives you 2937m.
However, specifying

dsmfmt -m -db /usr/local/kumquat/db12 2937

It formats for a long time and then abends with message:

Error writing file /usr/local/kumquat/db12, errno = 28

...which means, not enough space.

Where are my calculations going wrong? I can try to reduce the number a
few mb at a time and figure this out by trial and error, but this takes
literally DAYS of my time. So I usually guess at 98% and waste some
space. How can I really calculate this?

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
 "The World's Least Intuitive Operating System" 
=== -- from the cover of "Unix for Dummies" 

Re: Product Comparisons.

[Prather, Wanda]

This question has come up many times before on this list.
Go to search.adsm.org and search the archives, some good souls have written
a lot of good information...

-Original Message-
From: Cahill, Ricky [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 10:47 AM
To: [EMAIL PROTECTED]
Subject: Product Comparisons.


I've been asked to write a document comparing Legato, Netbackup datacentre
and TSM. Never having used Legato and Netbackup makes this a little
difficult, has anyone already gone through this process recently and have
any pointers to docs, reviews, comparisons etc?

Thanks in advance.


  .Rikk




Equitas Limited, 33 St Mary Axe, London EC3A 8LL, UK
NOTICE: This message is intended only for use by the named addressee
and may contain privileged and/or confidential information.  If you are
not the named addressee you should not disseminate, copy or take any
action in reliance on it.  If you have received this message in error
please notify [EMAIL PROTECTED] and delete the message and any
attachments accompanying it immediately.

Equitas reserve the right to monitor and/or record emails, (including the
contents thereof) sent and received via its network for any lawful business
purpose to the extent permitted by applicable law

Registered in England: Registered no. 3173352 Registered address above

Re: FW: TDP SQL Restore Error

[Del Hoobler]

Rizwan,

RC=418 means there was a problem with the TSM API.

Take a look at the TSM Server activity log to see
why it terminated the sessions.  It could be that
the volumes were not available or there were not
enough mountpounts defined to satisfy the request.
... Or MAXNUMMP was not set high enough to fulfill
the multiple stripe restore request.

If you cannot figure out what the problem is,
please calll IBM support.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Remember that the best job security is
doing a job well and doing it cheerfully.

> I'd be grateful if someone could shed some ligh on this:
>
>
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (4), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (0), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure

Re: too many filesystems to backup

[Jim Smith]

Richard,

Back in V1 of the product, the limitation of 20 operands on the command
line was thought to be a good idea.  Many (if not all) UNIX shells expand
un-quoted wildcard characters with a list of files that match in the
current directory.  The limit of 20 operands was put in place to
short-circuit a user who issued a command like: dsmc sel /home/*  and
accidentally got the wildcard expanded by the shell.  In fact, the message
you receive says something to that affect:

ANS1102E Excessive number of command line arguments passed to the program!
ANS1133W An expression might contain a wildcard not enclosed in quotes.

You are correct in pointing out that in today's environment 20 operands is
not very flexible.  To that end, here is what I can tell you about the
current product and welcome any suggestions.

In TSM 4.2.2 and 5.1.5.2, we introduced the testflag NOOPERANDLIMIT. Coded
on the command line as:
dsmc sel  -testflag=nooperandlimit
This gives UNIX systems the ability pass in up to 450 operands (in 4.2.2);
in 5.1.5.2 it is for all operating systems and the limit is 512.

Having said this, you may encounter another one of the TSM backup-archive
client's command-line parsing limits: only 2048 total bytes are allowed.
If this is exceeded, you will see message:

ANS1209E The input argument list exceeds the maximum length of 2048
characters.

The customers for whom the NOOPERANDLIMIT (all of whom were running UNIX)
was introduced have been satisfied with the new operand limit and there
have not yet been any complaints about only accepting 2048 bytes.

Questions to you:

1.  Do you think TSM is being too cautious in trying to protect the
wild-card expansion, i.e., would you rather see us just drop the testflag
and let the client accept 512 (or more) operands.  Is this worth the
trade-off of stopping unwanted wild-card expansions?
2.  Any thoughts about how many operands and bytes one really needs the
command-line client to accept (if 512 operands / 2048 bytes is not
sufficient).

Thanks,
Jim Smith

J.P. (Jim) Smith
TSM Client Development


>I have an AIX system which has 65 filesystems in total and I want to
>backup 27 filesystems out of these. Is there any other way apart from
>specifying each one of them (there again we have limitaion of max 20
>objects in a single schedule/command). Anything more intelligent (???)
>is welcome...

The limit of 20 names on a command line is some developer's mighty
poor concept of product usability, artificially handicapping the command
in an environment which affords far more flexibility.
You can get around this with the Unix 'xargs' command.  I'd recommend
getting familiar with it, as it can be very useful.

  Richard Sims, BU

Re: Order of daily administrative events

[William Rosette]

On the Weekend we have a scheduled job (in the TSM Administrative Command
Schedule) called Reclaim_Copypool_Start that runs the command:
 "upd stgp copypool recl=60"  It runs at 06:00 every Saturday Morning, and
at 06:00 every Monday Morning we run the Reclaim_Copypool_End that runs the
command "upd stgp copypool recl=100"   Of course we do the same for our
onsite pool.  We currently are using 1950 tapes and get about 80+ called
back on Monday Night after Reclaim has finished which generally averages
out to the same amount of output tapes the DRM moves to offsite. daily X7.


Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD



  Tommy Templeton
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  TATE.MS.US>cc:
  Sent by: "ADSM: Dist   Subject:  Re: Order of daily 
administrative events
  Stor Manager"
  <[EMAIL PROTECTED]>


  02/20/2003 12:30 PM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Thanks. That sounds like a good plan. Thats interesting about using the
disk
for quicker restores during the day.
I guess I should run some kind of weekend reclaim plan too. I can't seem to
keep the other pools from eating all of my scratch tapes. Do you run a
script on the weekend that drops your reclaim down to 10 or something like
that?

- Original Message -
From: "William Rosette" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 10:53 AM
Subject: Re: Order of daily administrative events


> We:
> 1. backup up Disk and Tape onsite,
> 2. then Database backup,
> 3. then DRM (Disaster Recovery Media) plan and DR files (double) and also
> DR cleanup (eg. delete volhistory and others),
> 4. then Expiration,
> 5. then Migration (at end of day to use disk for quicker restores),
> 6. and on weekends we run Reclamation all weekend.
>   So far has been working good.  Our DRM plan gets done around 12:00 noon
> when the whole process (in a script) starts around 5:20, trying to get to
> start earlier so we can finish earlier to get DRM plan on the mksysb tape
> out door in morning for a true DR.
>
> Thank You,
> Bill Rosette
> Data Center/IS/Papa Johns International
> WWJD
>
>
>
>   Lawrence Clark
>   <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
>   TATE.NY.US>   cc:
>   Sent by: "ADSM: Dist  Subject:  Re: Order
of
daily administrative events
>   Stor Manager"
>   <[EMAIL PROTECTED]>
>
>
>   02/20/2003 11:35 AM
>   Please respond to
>   "ADSM: Dist Stor
>   Manager"
>
>
>
>
>
>
> Backups
> creation of copypool volumes
> Migration from disk to cartridge
> DB backup
> Expiration (which triggers reclamation)
>
> >>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
> I was just wondering what order that most TSM users have their daily
> processes running (IE: Migration, Expiration, Reclaim etc).
> It seems that those process times were set up wrong when our TSM server
> was first installed.
> Our process schedule looks this way right now. I know its way off base
> from what it should be.
> Any suggestions? I know I need to put EXPIRATION first.
>
> thanks,
>
> Tommy Templeton
> Senior System Administrator
> DFA-MMRS
> 601-359-3106
> e-mail - [EMAIL PROTECTED]
>
> Scheduled Start  Actual Start Schedule Name
> Status
>   -
> -
> 02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
> CompletedBackup disk storagepool
>ISK
>
> 02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
> Completed Backup tape storagepool
> 02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
> Failed   Backup tape offsitepool FFSITE
> 02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
> Completed  Reset threshold for migrate to tape pool low
>LOW
>
> 02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
> Completed  Reset threshold for reclamation of offsitepool1 low
>
>IM_OFFSITE-
>
>_LOW
>
> 02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
> CompletedTSM database backup
> 02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
> Completed  Expire inventory
>NTORY
>
>
> 02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
> Completed   Reset threshold for migrate

Re: can't delete filespace

[Nicholas Cassimatis]

Something looked wrong here, and it's the filespace name.  The output of
"query filespace" has it like this:

\\zworykin\c$

But way I've seen it on all of my servers is:

\\zworykin\$c

Not sure how a 3.1 server would handle the rename of the filespaces to the
UNC path, so it may have that messed up in the display.  I'd try this
command, see if it works:

delete file zworykin.itg.uiuc.edu \\zworykin\c$ type=any

Nick Cassimatis
[EMAIL PROTECTED]

Think twice, type once.

Re: Disk->Tape migration, cache and maxnummp

[Prather, Wanda]

Backup to the diskpool does not require a mount point.  But it does require
adequate space in the disk pool.

My interpretation would be that the backup client has something to back up
that is larger than 2% of the diskpool.

The client sees that it can't do the incremental backup to the disk pool,
tries to switch direct to tape, but can't because it is already at maxnummp.


-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 9:50 AM
To: [EMAIL PROTECTED]
Subject: Disk->Tape migration, cache and maxnummp


Question about how this scenario plays out

Client starts an archive backup of a database to server at 1700 from cron
job. Archive is straight to tape. Uses all mountpoints assigned to it (4).

Client then starts a scheduled incremental "system-level" backup at 1800
while original cron'd backup is still running. Incremental goes to diskpool.
Diskpool is at 98% utilized, but 0.2 % migratable. Cache is on.

Incremental fails due to media mount not possible.

Does TSM consider the connection to the diskpool as an extra mount point and
therefore does not allow it because the client is already using its max
number of mount points (4) on the original archive?

TSM Server is AIX 4.3.3 ML10 running TSM V5.1.5
TSM Client is AIX 4.3.3 ML9 running TSM V5.1.5.
Library is a 3494, 6 drives.

schedule failed because of open files and being modified during backup

[vivek jain]

Hi Gene,

How are you doing, actually I am also facing problem in TSM Backup
schedule failed because of some open files and being modified
during schedule backup,these open files are log files,I would like
to know procedure steps, how you solve this problem.

If I change the copy serialization to Dynamic, that will be
sufficient.
or do I need to create seperate mgmtclass and bind those files to
new mgmt class, also after that,is it necessary to activate policy
set and to restart sheduler services at the client and.

My TSM Servers are on AIX 4.3.3 and TSM ver is  Version 4, Release
2, Level 1.15 and TSM client are Version 4, Release 2, Level
1.0.

I also heard that there is a bug in TSM client 4.2.1.0(APAR
IC31844),if one or more files were skipped during backup(and
asuming that every things was ok), the backup was flagged as
"failed" with a return code of 4.
---
Sample output of dsmerror.log file:
---

02/15/03   03:32:44 ANS1809E Session is lost; initializing session
reopen procedure.
02/15/03   03:32:44 File
'/opt/weblogic/weblogic/myserver/access.log' truncated while
reading in Shared Static mode.
02/15/03   03:32:44 ANS1228E Sending of object
'/opt/weblogic/weblogic/asa/log/smmywebapp.log' failed
02/15/03   03:32:44 ANS4037E File
'/opt/weblogic/weblogic/asa/log/smmywebapp.log' changed during
processing.  File skipped.
02/15/03   03:32:44 ANS1809E Session is lost; initializing session
reopen procedure.
02/15/03   03:32:59 ANS1810E TSM session has been reestablished.
02/15/03   03:35:55 ANS1228E Sending of object
'/opt/weblogic/weblogic/myserver/wlas.log' failed
02/15/03   03:35:55 ANS4037E File
'/opt/weblogic/weblogic/myserver/wlas.log' changed during
processing.  File skipped.
02/15/03   03:35:55 ANS1802E Incremental backup of '/opt/weblogic'
finished with 2 failure

02/15/03   03:38:59 ANS1228E Sending of object
'/opt/pwcmindlink/pwcinternal/asa/log/smmywebapp.log' failed
02/15/03   03:38:59 ANS4037E File
'/opt/pwcmindlink/pwcinternal/asa/log/smmywebapp.log' changed
during processing.  File skipped.
02/15/03   03:40:12 ANS1802E Incremental backup of
'/opt/pwcmindlink' finished with 1 failure

02/15/03   03:40:13 ANS1512E Scheduled event 'SCHED0200' failed.
Return code = 4.

Can anyone give solution.

Thanks in advance .

Vivek

Re: Order of daily administrative events

[Tommy Templeton]

Thanks. Maybe I can get my system streamlined and get my offsite backup flow
going, I think I am having
a problem with optimizing my resources. Luckily I have this list to bounce
ideas off of because I'm the administrator
here and there aren't any other folks onsite that I can share ideas with and
get info from. I can get more answers here sometimes than I can with TSM
support.
 I'm glad I found this list.

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

- Original Message -
From: "Lawrence Clark" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 11:26 AM
Subject: Re: Order of daily administrative events


> Yours has a bit more detail. We do DR plan and backup of config files
> and DB at thesame time, back them up to 8MM outside the TSM environment,
> and take that 8MM offsite, leaving a copy of the DB backup on disk.
>
> Backups
> > creation of copypool volumes
> > Migration from disk to cartridge
> > DB backup and config files
> > Checkout offsite vols..(no longer done because primary
> storage pool tape library and copypool tape library are in different
> locations. So cartridges no longer handled manually
> > Expiration (which triggers reclamation)
>
>
> >>> [EMAIL PROTECTED] 02/20/03 11:50AM >>>
> Ours is slightly different,
>
> set migration thresholds to just less than the size of a tape,
> so
> migration will go on during backups.
>
> Backups (we have enough disk to hold 3-4 days of incrementals,
> so we
> do cache files)
> creation of copypool volumes (from disk pools first, then tape
> pool)
> backup devconfig and volhist
> purge volhist of old stuff
> db backup
> make DR plan file
> eject copypool tape volumes and db backup, put dr plan on
> offsite
> media to go with the db backup.
> Expiration (which triggers reclamation)
>
> from time to time, I have also done a 'backup diskpool
> copypool
> wait=y', and 'backup tapepool copypool'
> before backups to make sure everything that can be is already
> on a
> copypool tape.  the copypool tape
> is appended to at the end of the nightly process.
>
> my morning script follow:
>
> /* Daily Backup Activities */
> /* executed by the dailybackup command schedule */
> backup stg diskdata copypool wait=y
> backup stg diskdirs copypool wait=y
> backup stg tapedata copypool wait=y
> move drmedia * wherest=courier wait=y
> backup devconfig
> backup volhist
> delete volhist type=all todate=today-62
> delete volhist type=db todate=today-2
> /* backup db, scratch=yes, type=full, wait=yes */
> backup db dev=ltoclass1 scratch=y type=full wait=y
> prepare wait=yes
> move drmedia * wherestate=mo rem=bulk wait=yes
> update stg diskdata hi=0 lo=0
> update stg diskdirs hi=0 lo=0
> expire inventory wait=yes
> update stg diskdata hi=20 lo=3 cache=y
> update stg diskdirs hi=90 lo=5 cache=y
> move drmedia * wherestate=courierr wait=yes
> move drmedia * wherestate=mo rem=bulk wait=yes
> move drmedia * wherestate=notmountable -
>   wait=yes rem=bulk
> /* */
>  the move drmedia is a figment of having DRM.
> If someone has a better way, please let me know.  ... Always trolling
> for
> constructive criticism.
>
> > -Original Message-
> > From: Lawrence Clark [SMTP:[EMAIL PROTECTED]]
> > Sent: Thursday, February 20, 2003 10:36 AM
> > To:   [EMAIL PROTECTED]
> > Subject:  Re: Order of daily administrative events
> >
> > Backups
> > creation of copypool volumes
> > Migration from disk to cartridge
> > DB backup
> > Expiration (which triggers reclamation)
> >
> > >>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
> > I was just wondering what order that most TSM users have their daily
> > processes running (IE: Migration, Expiration, Reclaim etc).
> > It seems that those process times were set up wrong when our TSM
> server
> > was first installed.
> > Our process schedule looks this way right now. I know its way off
> base
> > from what it should be.
> > Any suggestions? I know I need to put EXPIRATION first.
> >
> > thanks,
> >
> > Tommy Templeton
> > Senior System Administrator
> > DFA-MMRS
> > 601-359-3106
> > e-mail - [EMAIL PROTECTED]
> >
> > Scheduled Start  Actual Start Schedule Name
> > Status
> >   -
> > -
> > 02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
> > CompletedBackup disk storagepool
> >ISK
> >
> > 02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
> > Completed Backup tape storagepool
> > 02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
> > Failed   Backup tape offsi

DSMFMT space calculation mystery

[Roger Deschner]

I've got a problem of not having the right mathematical formula. My
problem is that, when planning a new TSM data space for Log, Database,
or disk storage pool volume, I cannot figure out the maximum
size I can allocate. I'm using AIX 4.3.3.ML9 with TSM 4.2.2.8.

Step 1) Use the OS to create a Unix file system of the appropriate size
and characteristics. The Unix "df -k" command (allegedly) tells me how
big it is and how much space is in it:

Filesystem1024-blocks  Free %UsedIused %Iused Mounted on
/dev/kumquat  8781824   3008300   66%   18 1% /usr/local/kumquat

Step 2) Format it. The following calculations are from "TSM
Administrator's Reference". 3008300k/1024=2937m Rounding down to a
multiple of 4mb gives you 2936m. Adding 1 for overhead gives you 2937m.
However, specifying

dsmfmt -m -db /usr/local/kumquat/db12 2937

It formats for a long time and then abends with message:

Error writing file /usr/local/kumquat/db12, errno = 28

...which means, not enough space.

Where are my calculations going wrong? I can try to reduce the number a
few mb at a time and figure this out by trial and error, but this takes
literally DAYS of my time. So I usually guess at 98% and waste some
space. How can I really calculate this?

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
 "The World's Least Intuitive Operating System" 
=== -- from the cover of "Unix for Dummies" 

Network Adapter Lost after Restore of W2K with TSM 5.1.5.9

[Roberto Finazzi]

Our TSM team is trying the full recovery of a W2K box (IBM X-series 345
model) with TSM client 5.1.5.9 and server 5.1.1.6.
We backup the whole machine, re-install and configure o.s. and TSM client,
and then restore every disk along with system object.
The restore shows no errors but all network adapter (giga-bit ethernet) get
lost, with the exception of the integrated one.

Have anyone experienced something similar?

Thanks in advance!

Re: Order of daily administrative events

[Tommy Templeton]

Thanks. That sounds like a good plan. Thats interesting about using the disk
for quicker restores during the day.
I guess I should run some kind of weekend reclaim plan too. I can't seem to
keep the other pools from eating all of my scratch tapes. Do you run a
script on the weekend that drops your reclaim down to 10 or something like
that?

- Original Message -
From: "William Rosette" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 20, 2003 10:53 AM
Subject: Re: Order of daily administrative events


> We:
> 1. backup up Disk and Tape onsite,
> 2. then Database backup,
> 3. then DRM (Disaster Recovery Media) plan and DR files (double) and also
> DR cleanup (eg. delete volhistory and others),
> 4. then Expiration,
> 5. then Migration (at end of day to use disk for quicker restores),
> 6. and on weekends we run Reclamation all weekend.
>   So far has been working good.  Our DRM plan gets done around 12:00 noon
> when the whole process (in a script) starts around 5:20, trying to get to
> start earlier so we can finish earlier to get DRM plan on the mksysb tape
> out door in morning for a true DR.
>
> Thank You,
> Bill Rosette
> Data Center/IS/Papa Johns International
> WWJD
>
>
>
>   Lawrence Clark
>   <[EMAIL PROTECTED]To:
[EMAIL PROTECTED]
>   TATE.NY.US>   cc:
>   Sent by: "ADSM: Dist  Subject:  Re: Order of
daily administrative events
>   Stor Manager"
>   <[EMAIL PROTECTED]>
>
>
>   02/20/2003 11:35 AM
>   Please respond to
>   "ADSM: Dist Stor
>   Manager"
>
>
>
>
>
>
> Backups
> creation of copypool volumes
> Migration from disk to cartridge
> DB backup
> Expiration (which triggers reclamation)
>
> >>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
> I was just wondering what order that most TSM users have their daily
> processes running (IE: Migration, Expiration, Reclaim etc).
> It seems that those process times were set up wrong when our TSM server
> was first installed.
> Our process schedule looks this way right now. I know its way off base
> from what it should be.
> Any suggestions? I know I need to put EXPIRATION first.
>
> thanks,
>
> Tommy Templeton
> Senior System Administrator
> DFA-MMRS
> 601-359-3106
> e-mail - [EMAIL PROTECTED]
>
> Scheduled Start  Actual Start Schedule Name
> Status
>   -
> -
> 02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
> CompletedBackup disk storagepool
>ISK
>
> 02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
> Completed Backup tape storagepool
> 02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
> Failed   Backup tape offsitepool FFSITE
> 02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
> Completed  Reset threshold for migrate to tape pool low
>LOW
>
> 02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
> Completed  Reset threshold for reclamation of offsitepool1 low
>
>IM_OFFSITE-
>
>_LOW
>
> 02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
> CompletedTSM database backup
> 02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
> Completed  Expire inventory
>NTORY
>
>
> 02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
> Completed   Reset threshold for migrate to tape pool high
>HIGH
>
> 02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
> Completed   Reset threshold for reclamation of tapepool low
>IM_LOW
>
> 02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
> CompletedDelete volume history file
>HIST
>
> 02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
> CompletedDelete database volume history
>IST
>
> 02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-
> Completeddelete dbsnapshot volume history
>HIST
>
> 02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-
> CompletedReset threshold for reclamation of tapepool high
>IM_HIGH
>
> 02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-
> Completed Reset threshold for reclaim of copy pool high
>   

Product Comparisons.

[Cahill, Ricky]

I've been asked to write a document comparing Legato, Netbackup datacentre
and TSM. Never having used Legato and Netbackup makes this a little
difficult, has anyone already gone through this process recently and have
any pointers to docs, reviews, comparisons etc?

Thanks in advance.


  .Rikk



Equitas Limited, 33 St Mary Axe, London EC3A 8LL, UK
NOTICE: This message is intended only for use by the named addressee
and may contain privileged and/or confidential information.  If you are
not the named addressee you should not disseminate, copy or take any
action in reliance on it.  If you have received this message in error
please notify [EMAIL PROTECTED] and delete the message and any
attachments accompanying it immediately.

Equitas reserve the right to monitor and/or record emails, (including the
contents thereof) sent and received via its network for any lawful business
purpose to the extent permitted by applicable law

Registered in England: Registered no. 3173352 Registered address above

Re: too many filesystems to backup

[Seay, Paul]

Have you considered using the dsm.opt to contain exclude.fs commands for the
ones you do not want to backup and let it just backup everything else.

Paul D. Seay, Jr.
Technical Specialist
Northrop Grumman Information Technology
757-688-8180


-Original Message-
From: Jitendra Thakur [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 5:42 AM
To: [EMAIL PROTECTED]
Subject: too many filesystems to backup


Dear *SMites

I have an AIX system which has 65 filesystems in total and I want to backup
27 filesystems out of these. Is there any other way apart from specifying
each one of them (there again we have limitaion of max 20 objects in a
single schedule/command). Anything more intelligent (???) is welcome...

Thanks in advance.

Jitendra Thakur
+91-9811090511


DISCLAIMER:
The information in the message is confidential and may be legally
privileged. It is intended solely for the addressee. Acess to this message
by anyone else is unauthorised. If you are not the intended recipent, any
discloser, copying, or distribution of the message, or nay action or
omission taken by you in reliance on it is prohibted and may be unlawful.
Please immediately contact the sender if you have recieved this message in
error.Thank you.

Tantia Harbor Backup?

[Shannon Bach]

Currently our TSM server is on MVS OS/390 v 2.10, and we backup around 50
clients of various platforms.  I personally prefer having TSM on the
mainframe, while other servers seem to crash around me everyday, the
mainframe is only platform in our company that has NEVER CRASHED.  But as
the clients servers disk storage keeps on getting larger and larger, TSM
does use extensive resources(tapes, DASD) etc.  Management is considering
different storage solutions before investing more resources in our current
solution.  A vendor from Beta Systems was here yesterday pushing a product
called  Tantia Harbor Backup.  Evidently it makes optimal use of storage
media by incorporating such features as an automatic file redundancy
checker (AFRC), automatic data classification, and periodic backup
consolidations to re-organize data to speed restore and free up storage
space.  It is currently used on mainframes although they have just released
a server version for NT's.  As I have never heard anything about this
product before I was wondering if anyone else on this list has.   Thank you
in advance.

Shannon Bach
Madison Gas & Electric Co.
Operations Analyst - Data Center Services
Office 608-252-7260
Fax 608-252-7098
e-mail [EMAIL PROTECTED]

Re: About LTO 3583

[Dirk Billerbeck]

Hi Humberto,

are you sure that the tape has really a label on the media?? Unfortunately
you can check in a tape without labeling it first (when using the
checklabel=barcode option for the checkin).

Check the tape out (with checklabel=no and remove=no) and try the

  label libvol ... checkin=scratch|private search=yes

command to label the tape first and then check it in.

Mit freundlichen Grüßen,
Met vriendelijke groeten,
With best regards,
Bien amicalement,

CU/2,
Dirk Billerbeck


Dirk Billerbeck
CC CompuNet AG & Co. oHG
Enterprise Computing Solutions
Am Jaegersberg 20, 24161 Altenholz (Kiel), Germany
Phone: +49 (0) 431 / 3609 - 117, Fax: +49 (0) 431 / 3609 - 190,
Internet: [EMAIL PROTECTED]


This email is confidential. If you are not the intended recipient,
you must not disclose or use the information contained in it.
If you have received this mail in error, please tell us
immediately by return email and delete the document.





Humberto Gómez López <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 20.02.2003
14:31:20

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

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


To:  [EMAIL PROTECTED]
cc:
Subject: About LTO 3583


 -- 



Hi I have two questions

Do anyone know how to solve this issue, after checkin in a tape, I audit
the
library and I keep getting this response


ANR8304E Time out error on drive MT0.2.0.3 (\\.\Tape0) in
   library LB0.1.0.3.
02/20/2003 09:09:36   ANR8912E Unable to verify the label of volume from
   slot-element 4096 in drive MT0.2.0.3 (\\.\Tape0) in
   library LB0.1.0.3.
02/20/2003 09:09:36   ANR8302E I/O error on drive MT0.2.0.3 (\\.\Tape0)
   (OP=OFFL, Error Number=21, CC=0, KEY=02, ASC=3A,
   ASCQ=00,
   SENSE=70.00.02.00.00.00.00.1C.00.00.00.00.3A.00.00.00.10-

   .13.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.00.04.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.
02/20/2003 09:09:37   ANR8942E Could not move volume NOT KNOWN from
   slot-element
   256 to slot-element 4096.
02/20/2003 09:09:38   ANRD mmsscsi.c(9702): ThreadId<16> Volume may
   still be
   in the drive MT0.2.0.3 (\\.\Tape0).
02/20/2003 09:09:38   ANR8446I Manual intervention required for library
   LB0.1.0.3.
02/20/2003 09:09:38   ANR8792E Unrecoverable drive failures on drive
   MT0.2.0.3
   (\\.\Tape0); drive is now taken offline.
02/20/2003 09:09:38   ANR8460E AUDIT LIBRARY process for library LB0.1.0.3
   failed.
02/20/2003 09:09:38   ANR0985I Process 4 for AUDIT LIBRARY running in the
   BACKGROUND completed with completion state FAILURE
   at
   09:09:38.

It always says that it can't read the label of the tape inside the drive,
but I
always have checked in the tape before (it appear on the query  libvol)
Platform: W2K, TSM 5.1.6.1, an external SDG 2108 R03 I have the lastest
firmware versions for the Library and the drives.  There is an issue that
have
something to do with cabling a SANDGM but I don't have a SANDGM installed
on
the library. Also I'm using the TSM Device Driver for the Library and the
windows drivers for the tapes.

  Another issue, that doesn't have anything with TSM, someone know how to
upgrade an LTO RMU firmware via scsi or serial?  In the proccess of
upgrading
it it failed, so now I don't have RMU control know, and on the manuals it
doesn't talk about it (as long as I can see, you can only upgrade drives or
library firmware through this process)

  Thanks in advance.

Humberto Gómez
CAI
Universidad Católica Andrés Bello












-
This mail sent through IMP: http://horde.org/imp/

Re: too many filesystems to backup

[Daniel Sparrman]

Use the domain parameter in your dsm.sys file to specify which filesystems 
that should be backed up.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Exist i Stockholm AB
Propellervägen 6B
183 62 HÄGERNÄS
Växel: 08 - 754 98 00
Mobil: 070 - 399 27 51

Re: y+two dots

[Anders Granhagen]

Hi!

We have experienced the same thing at one of our costumers sites.

The files were, as in your case, mostly IE favorites and shortcuts.

When we took a closer look at them though, we found out that these files
that TSM were having problem backing up, were in fact 0 bytes large,
and corrupted.

Our solution was simply to let a Novell administrator force a delete on
these files.

Normal files with spaces in filenames etc. are being backup up without
problem.

Regards,

---
Anders Granhagen
Storage Consultant
Exist i Stockholm AB
Propellervägen 6b
183 62  Täby
Mobile: +46 70 - 399 27 55
Email: [EMAIL PROTECTED]
---


   
  
  Torsten Strecke  
  
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]  
  
  G>   cc: 
  
  Sent by: "ADSM:  Subject:  y+two dots
  
  Dist Stor
  
  Manager" 
  
  <[EMAIL PROTECTED]
  
  .EDU>
  
   
  
   
  
  2003-02-19 15:36 
  
  Please respond to
  
  "ADSM: Dist Stor 
  
  Manager" 
  
   
  
   
  




Hello everyone,

I ve got a question: My backups display error messages that TSM can t
process files or directories which include blanks (for example files in the
IExplore Favourites). The files or directories are represented as the
letter y+two dots.
The problem is related on Novell NetWare TSM-Clients.

Has anyone had the same problem and could you tell me a solution?

Thanks a lot,
T.Strecke

Re: HP-UX Client

[Uwe Schreiber]

hello andy,

the latest version of ADSM for HP-UX 10 is version 3.1.0.8

here you can find this version

ftp.uni-karlsruhe.de/pub/adsm/oldversions/v3r1/hpux/hp10/v3r1m8/

uwe




[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
20.02.2003 07:57
Please respond to
[EMAIL PROTECTED]


To
[EMAIL PROTECTED]
cc

Subject
HP-UX Client





For various (i.e. vendor related) reasons, we are still running HP-UX 10
on a couple of boxes.  None of the client version that are still
available will run on HP-UX 10.  Does anyone have 3.1.7 or higher laying
around?  Or is there a client archive site that I could look at?  Thanks
for any info or help.


Andy Carlson|\  _,,,---,,_
Senior Technical Specialist   ZZZzz /,`.-'`'-.  ;-;;,_
BJC Health Care|,4-  ) )-,_. ,\ (  `'-'
St. Louis, Missouri   '---''(_/--'  `-'\_)
Cat Pics: http://andyc.dyndns.org/animal.html

Tape Recovery

[Coats, Jack]

I have some tapes that seem to be having some problems.  I am getting tape
errors pulled on them, and they have been about as reclaimed as they are
going to be.  But now they are marked unavailable.

I have tried marking them available, making sure they are in the library and
checked in, and have done a 'move data' on them.  But due to errors they are
marked 'unavailable' again.

I have even marked one destroyed.  But it still shows (<.2%) data still on
the tape.

What is the 'right way' to handle these?  Details on these tapes follow.

TIA ... Jack

Oh yea, my config: Server Win5K with TSM 4.2.3.1 including DRM, library 3583
w/ 60 slots, and 6 LTO-1 drives  Clients: Novell 4.11 using client TSM
4.2.2.0, NT/2K client TSM 5.1.1.0, a couple of  Win98 using 4.2.2.0, and 3
NT/2K clients using 4.2.3.0  --  Stuck at this level till I can get rid of
the 30+ Novell clients.

Volume Name: 174ACBL1
 Storage Pool Name: TAPEDATA
 Device Class Name: LTOCLASS1
   Estimated Capacity (MB): 111,320.5
  Pct Util: 0.0
 Volume Status: Full
Access: Unavailable
Pct. Reclaimable Space: 100.0
   Scratch Volume?: Yes
   In Error State?: No
  Number of Writable Sides: 1
   Number of Times Mounted: 25
 Write Pass Number: 1
 Approx. Date Last Written: 01/28/2003 08:17:00
Approx. Date Last Read: 02/09/2003 03:00:55
   Date Became Pending:
Number of Write Errors: 0
 Number of Read Errors: 9
   Volume Location:
Last Update by (administrator):
 Last Update Date/Time: 01/18/2003 06:21:30

   Volume Name: 195ACBL1
 Storage Pool Name: TAPEDATA
 Device Class Name: LTOCLASS1
   Estimated Capacity (MB): 114,925.6
  Pct Util: 0.1
 Volume Status: Full
Access: Unavailable
Pct. Reclaimable Space: 100.0
   Scratch Volume?: Yes
   In Error State?: No
  Number of Writable Sides: 1
   Number of Times Mounted: 39
 Write Pass Number: 1
 Approx. Date Last Written: 02/03/2003 12:11:06
Approx. Date Last Read: 02/15/2003 21:03:46
   Date Became Pending:
Number of Write Errors: 0
 Number of Read Errors: 205
   Volume Location:
Last Update by (administrator):
 Last Update Date/Time: 01/23/2003 08:34:44

   Volume Name: 203ACBL1
 Storage Pool Name: TAPEDATA
 Device Class Name: LTOCLASS1
   Estimated Capacity (MB): 122,558.7
  Pct Util: 0.0
 Volume Status: Full
Access: Unavailable
Pct. Reclaimable Space: 100.0
   Scratch Volume?: Yes
   In Error State?: No
  Number of Writable Sides: 1
   Number of Times Mounted: 20
 Write Pass Number: 1
 Approx. Date Last Written: 02/05/2003 07:10:35
Approx. Date Last Read: 02/17/2003 12:20:59
   Date Became Pending:
Number of Write Errors: 0
 Number of Read Errors: 1
   Volume Location:
Last Update by (administrator):
 Last Update Date/Time: 01/28/2003 08:16:33

Re: Newbie question about Space Reclamation

[Zlatko Krastev/ACIT]

You did not provided version and OS of the server. Can you provide also
some information about your library - vendor, model, number of drives,
types of drives (it is possible the library is brand new with LTO2 or
upgraded with mixed LTO/DLT). Output of some commands may show the
situation in detail:
- q dri
- q path
- q v 476afxl1 f=d
- q v 505afxl1 f=d
- q stg backup_stg_pool f=d
- q stg  f=d
- q dev ltoclass1 f=d

Plus any obvious error messages in the actlog. Is there any reason for
those 564 unreadable files?

Zlatko Krastev
IT Consultant






Stephen Comiskey <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
19.02.2003 18:18
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Newbie question about Space Reclamation


Hi,

I'm only new to TSM and on a bit of a steep learning curve.

We have a scheduled job each Friday to reclaim our copy pool tapes (update
stg backup_copy_pool reclaim=75), the process starts and the output volume
is mounted OK however the server wait for the input (60K+ seconds).  I've
pasted some output from the console below...

q proc
Process Description  Status

 -
Space ReclamationOffsite Volume(s) (storage pool
  BACKUP_COPY_POOL), Moved Files: 0, Moved Bytes:
  0, Unreadable Files: 564, Unreadable Bytes:
  10,214,383. Current Physical File (bytes):
  180,031,126

  Waiting for mount of input volume 476AFXL1 (821
  seconds).

  Current output volume: 505AFXL1.

q mount
ANR8379I Mount point in device class LTOCLASS1 is waiting for the volume
mount to complete, status:
WAITING FOR VOLUME.
ANR8330I LTO volume 505AFXL1 is mounted R/W in drive LTO_DRIVE1 (\\.
\TAPE0), status: IN USE.
ANR8334I 2 matches found.

I know I'm missing something real simple here, I've search a number of
forums (including this lists archives) but I may be entering the wrong
search parameters

Any assistance you can provide is much appreciated.

cheers
Stephen

Re: Shared Storagetek L180 library

[Schmitt, Terry D]

The L180 is supported by ACSLS.

Terry D. Schmitt
Software Engineer, Sr.
ACSLS Change Team
303.661.5874 phone
303.661.5712 fax
[EMAIL PROTECTED]
StorageTek
INFORMATION made POWERFUL




-Original Message-
From: Chris Young [mailto:[EMAIL PROTECTED]]
Sent: February 19, 2003 4:26 AM
To: [EMAIL PROTECTED]
Subject: Re: Shared Storagetek L180 library


To the best of my knowledge, the STK L180 does not support ACSLS. It is pure
SCSI based library control. However, what you probably could would be to use
Tivoli's native library sharing functionality, introduce a SCSI multiplexer
(since the TSM server would need visibility to each of the drives in order
to allow native library sharing to work...unlike an ACSLS environment) and
define two drives to each server, limit the mount points on the "master TSM
server" to two and then make sure that the first two drive in the drive list
are the drives that are not defined to the other TSM servers. Possibly a
little more complex than you might like but it should work. The alternative
would be to go to a larger library that was ACSLS controlled and then the
process is a little more streamlined.

Christopher Young

-Original Message-
From: Bill Mansfield [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 9:05 PM
To: [EMAIL PROTECTED]
Subject: Shared Storagetek L180 library


I would like to share a STK L180 library with 6 SCSI drives among
three independent TSM servers.  No drive sharing required, just
want two drives per TSM server.  It appears that the L180 has a
single control path.  Can I get this done with ACSLS?  Is anyone
doing something like this? Any advice is welcome.  Thanks.


William Mansfield
[EMAIL PROTECTED]

FW: TDP SQL Restore Error

[Shamim, Rizwan (London)]

Greetings,

Our current environment:

> TSM on Solaris:   TSM version 4.2.3.1
SQL  TDP Client:TDP version 2.2.0.01
> TSM BA Client:TSM version 4.2.1.22
>
We recieved the following TDP errorrs in our client logs.

> I'd be grateful if someone could shed some ligh on this:
>
>
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (4), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (0), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (6), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (1), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (2), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (3), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:43 ACO0302E A failure occured on stripe number (5), rc =
> 418
> 18-02-2003 16:15:43 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:44 Restore of PrecisePW failed.
> 18-02-2003 16:15:44 ANS1017E (RC-50)  Session rejected: TCP/IP connection
> failure
> 18-02-2003 16:15:44 Total database backups inspected:   1
> 18-02-2003 16:15:44 Total database backups requested for restore:   1
> 18-02-2003 16:15:44 Total database backups restored:0
> 18-02-2003 16:15:44 Total database skipped: 0
> 18-02-2003 16:15:44 Throughput rate:3.22
> Kb/Sec
> 18-02-2003 16:15:44 Total bytes transferred:
> 31,457,280
> 18-02-2003 16:15:44 Elapsed processing time:
> 9,529.56 Secs
> 18-02-2003 16:15:44 ACO0151E Errors occurred while processing the request.
>
>
> Thanks in advance.
>
>
> Riz

Re: Tape Reliability Recommendations

[PAC Brion Arnaud]

Hi Peter,

I sincerely empathize, as I've been living the same martyrdom as you
some months ago.
We had a brand new 3584 library, equiped with scsi lto drives, attached
to the server thru 2108 San data gateways and fiber channeling. After
months of investigation, upgrades of all kinds, drive exchanges etc ...
We finally found that the length of fiber cables was a little bit too
long, therefore generating timeouts errors, and subsequent tape
failures.
Don't know if it could be your case, but worth throwing an eye on it, if
not already done !
My 2 cents !

Arnaud  

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
| Arnaud Brion, Panalpina Management Ltd., IT Group |
| Viaduktstrasse 42, P.O. Box, 4002 Basel - Switzerland |
| Phone: +41 61 226 19 78 / Fax: +41 61 226 17 01   | 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



-Original Message-
From: Peter Ford [mailto:[EMAIL PROTECTED]] 
Sent: Tuesday, 18 February, 2003 19:43
To: [EMAIL PROTECTED]
Subject: Re: Tape Reliability Recommendations


> -Original Message-
> From: Kelly J. Lipp [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, February 18, 2003 10:32 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Tape Reliability Recommendations
>
> As for reliability.  That turns out to be a very mixed bag.

<...snip...>

> For instance,
> we have a site with a large fiber channel and LTO
> configuration.  No end to
> the problems so far and they are very serious problems.  Is 
> this a result of
> the tape technology?  I doubt it, but one never knows, do one?\

I would be very curious to hear what type of reliability problems you
have seen with LTO.  I have posted here before, but we have been
experiencing an incredibly high number of read errors with our 3584 LTO
library.  We regularly see errors when trying to restore data from
tapes.  We have been auditing volumes recently and have seen errors on a
tape during one audit, and then audit again, with no errors.  There is
no discernable pattern to these errors (across multiple tapes and
multiple drives).  Due to the nature of the data we are backing up, the
data does not change often (and therefore the tapes are generally
written to once, and the data stays there), so over-used tapes should
not be an issue.  

Anything that you could share with the list, or me directly, would be
greatly appreciated.

Thanks.
Peter

Peter Ford
System Engineer


Stentor, Inc.
 5000 Marina Blvd, 
 Brisbane, CA 94005-1811  
 Main Phone: 650-228-
 Fax: 650 228-5566 
 http://www.stentor.com
 [EMAIL PROTECTED] 

> 


 

Recovery log

[Mark Hayden]

HI all, We have had some issues with our recovery log filling up during
archives. Our Db is growing at an a alarming speed , about 82 % of a 41
Gb db. Our log is only a gig in size..Is this to small This seams to
happen during remote archives across the Wan...Could this play a role?

Thanks, Mark Hayden
Informations Systems Analyst
E-Mail:  [EMAIL PROTECTED]

Re: too many filesystems to backup

[Andrews, Bert A]

WE use the:

SErvernametsmserver_a
   COMMmethod TCPip
   TCPPort1500
   TCPServeraddress   63.150.153.72
   SCHEDLOGRET14
   PASSWORDAccess generate
   NODename   ST_T_CC_60_1
   INCLExcl   /usr/tivoli/tsm/client/ba/bin/tsm_excl
in the dsm.sys
and the file looks like:

exclude/.../unix/.../*
exclude/.../core/.../*
exclude/.../.SpaceMan/.../*
exclude/.../u01/.../*
exclude/.../u02/.../*
exclude/.../u03/.../*

-Original Message-
From: Jitendra Thakur [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 5:42 AM
To: [EMAIL PROTECTED]
Subject: too many filesystems to backup


Dear *SMites

I have an AIX system which has 65 filesystems in total and I want to backup
27 filesystems out of these. Is there any other way apart from specifying
each one of them (there again we have limitaion of max 20 objects in a
single schedule/command). Anything more intelligent (???) is welcome...

Thanks in advance.

Jitendra Thakur
+91-9811090511


DISCLAIMER:
The information in the message is confidential and may be legally
privileged. It is intended solely for the addressee. Acess to this message
by anyone else is unauthorised. If you are not the intended recipent, any
discloser, copying, or distribution of the message, or nay action or
omission taken by you in reliance on it is prohibted and may be unlawful.
Please immediately contact the sender if you have recieved this message in
error.Thank you.

Re: Order of daily administrative events

[Lawrence Clark]

Yours has a bit more detail. We do DR plan and backup of config files
and DB at thesame time, back them up to 8MM outside the TSM environment,
and take that 8MM offsite, leaving a copy of the DB backup on disk.

Backups
> creation of copypool volumes
> Migration from disk to cartridge
> DB backup and config files
> Checkout offsite vols..(no longer done because primary
storage pool tape library and copypool tape library are in different
locations. So cartridges no longer handled manually
> Expiration (which triggers reclamation)


>>> [EMAIL PROTECTED] 02/20/03 11:50AM >>>
Ours is slightly different,

set migration thresholds to just less than the size of a tape,
so
migration will go on during backups.

Backups (we have enough disk to hold 3-4 days of incrementals,
so we
do cache files)
creation of copypool volumes (from disk pools first, then tape
pool)
backup devconfig and volhist
purge volhist of old stuff
db backup
make DR plan file
eject copypool tape volumes and db backup, put dr plan on
offsite
media to go with the db backup.
Expiration (which triggers reclamation)

from time to time, I have also done a 'backup diskpool
copypool
wait=y', and 'backup tapepool copypool'
before backups to make sure everything that can be is already
on a
copypool tape.  the copypool tape
is appended to at the end of the nightly process.

my morning script follow:

/* Daily Backup Activities */
/* executed by the dailybackup command schedule */
backup stg diskdata copypool wait=y
backup stg diskdirs copypool wait=y
backup stg tapedata copypool wait=y
move drmedia * wherest=courier wait=y
backup devconfig
backup volhist
delete volhist type=all todate=today-62
delete volhist type=db todate=today-2
/* backup db, scratch=yes, type=full, wait=yes */
backup db dev=ltoclass1 scratch=y type=full wait=y
prepare wait=yes
move drmedia * wherestate=mo rem=bulk wait=yes
update stg diskdata hi=0 lo=0
update stg diskdirs hi=0 lo=0
expire inventory wait=yes
update stg diskdata hi=20 lo=3 cache=y
update stg diskdirs hi=90 lo=5 cache=y
move drmedia * wherestate=courierr wait=yes
move drmedia * wherestate=mo rem=bulk wait=yes
move drmedia * wherestate=notmountable -
  wait=yes rem=bulk
/* */
 the move drmedia is a figment of having DRM.
If someone has a better way, please let me know.  ... Always trolling
for
constructive criticism.

> -Original Message-
> From: Lawrence Clark [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 10:36 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Order of daily administrative events
>
> Backups
> creation of copypool volumes
> Migration from disk to cartridge
> DB backup
> Expiration (which triggers reclamation)
>
> >>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
> I was just wondering what order that most TSM users have their daily
> processes running (IE: Migration, Expiration, Reclaim etc).
> It seems that those process times were set up wrong when our TSM
server
> was first installed.
> Our process schedule looks this way right now. I know its way off
base
> from what it should be.
> Any suggestions? I know I need to put EXPIRATION first.
>
> thanks,
>
> Tommy Templeton
> Senior System Administrator
> DFA-MMRS
> 601-359-3106
> e-mail - [EMAIL PROTECTED]
>
> Scheduled Start  Actual Start Schedule Name
> Status
>   -
> -
> 02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
> CompletedBackup disk storagepool
>ISK
>
> 02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
> Completed Backup tape storagepool
> 02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
> Failed   Backup tape offsitepool FFSITE
> 02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
> Completed  Reset threshold for migrate to tape pool low
>LOW
>
> 02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
> Completed  Reset threshold for reclamation of offsitepool1
low
>
>IM_OFFSITE-
>
>_LOW
>
> 02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
> CompletedTSM database backup
> 02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
> Completed  Expire inventory
>NTORY
>
>
> 02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
> Completed   Reset threshold for migrate to tape pool high
> 

Re: too many filesystems to backup

[Bill Boyer]

Or maybe create a client option set that has "Exclude.FS" for the
filesystems they don't want backed up. Seems they are trying to keep the
configuration centrally on the TSM server and not have to modify the client
DSM.* files.

Bill Boyer
"My problem was caused by a loose screw at the keyboard" - ??

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Daniel Sparrman
Sent: Thursday, February 20, 2003 6:04 AM
To: [EMAIL PROTECTED]
Subject: Re: too many filesystems to backup


Use the domain parameter in your dsm.sys file to specify which filesystems
that should be backed up.

Best Regards

Daniel Sparrman
---
Daniel Sparrman
Exist i Stockholm AB
Propellervdgen 6B
183 62 HDGERNDS
Vdxel: 08 - 754 98 00
Mobil: 070 - 399 27 51

Re: Linux back up files

[Richard Sims]

>Does anyone know of a listing of how a "dsmc inc" backs up.  Is it
>touched files and modified or is there some kind of listing of how TSM
>distinguishes when an incremental should back up a file in Linux.  Our
>Linux admins say it is backing up too much.

See p.64 of the Unix B/A Clients manual.

Re: Order of daily administrative events

[Remeta, Mark]

Insert between Migration to cartridge and DB backup, backup from Cartridge
to copypool... this picks up anything that might have been missed!


-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 11:36 AM
To: [EMAIL PROTECTED]
Subject: Re: Order of daily administrative events


Backups
creation of copypool volumes
Migration from disk to cartridge
DB backup
Expiration (which triggers reclamation)

>>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
I was just wondering what order that most TSM users have their daily
processes running (IE: Migration, Expiration, Reclaim etc).
It seems that those process times were set up wrong when our TSM server
was first installed.
Our process schedule looks this way right now. I know its way off base
from what it should be.
Any suggestions? I know I need to put EXPIRATION first.

thanks,

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

Scheduled Start  Actual Start Schedule Name
Status
  -
-
02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
CompletedBackup disk storagepool
   ISK

02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
Completed Backup tape storagepool
02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
Failed   Backup tape offsitepool FFSITE
02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
Completed  Reset threshold for migrate to tape pool low
   LOW

02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
Completed  Reset threshold for reclamation of offsitepool1 low

   IM_OFFSITE-

   _LOW

02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
CompletedTSM database backup
02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
Completed  Expire inventory
   NTORY


02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
Completed   Reset threshold for migrate to tape pool high
   HIGH

02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
Completed   Reset threshold for reclamation of tapepool low
   IM_LOW

02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
CompletedDelete volume history file
   HIST

02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
CompletedDelete database volume history
   IST

02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-
Completeddelete dbsnapshot volume history
   HIST

02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-
CompletedReset threshold for reclamation of tapepool high
   IM_HIGH

02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-
Completed Reset threshold for reclaim of copy pool high
   COPY_HIGH

02/19/03 19:00:0002/19/03 19:00:22RESET_RECLA-
Completed Reset threshold for reclamation of
offsitepool1high
   IM_OFFSITE-

   _HIGH

Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.

Re: Order of daily administrative events

[William Rosette]

We:
1. backup up Disk and Tape onsite,
2. then Database backup,
3. then DRM (Disaster Recovery Media) plan and DR files (double) and also
DR cleanup (eg. delete volhistory and others),
4. then Expiration,
5. then Migration (at end of day to use disk for quicker restores),
6. and on weekends we run Reclamation all weekend.
  So far has been working good.  Our DRM plan gets done around 12:00 noon
when the whole process (in a script) starts around 5:20, trying to get to
start earlier so we can finish earlier to get DRM plan on the mksysb tape
out door in morning for a true DR.

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD



  Lawrence Clark
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  TATE.NY.US>   cc:
  Sent by: "ADSM: Dist  Subject:  Re: Order of daily 
administrative events
  Stor Manager"
  <[EMAIL PROTECTED]>


  02/20/2003 11:35 AM
  Please respond to
  "ADSM: Dist Stor
  Manager"






Backups
creation of copypool volumes
Migration from disk to cartridge
DB backup
Expiration (which triggers reclamation)

>>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
I was just wondering what order that most TSM users have their daily
processes running (IE: Migration, Expiration, Reclaim etc).
It seems that those process times were set up wrong when our TSM server
was first installed.
Our process schedule looks this way right now. I know its way off base
from what it should be.
Any suggestions? I know I need to put EXPIRATION first.

thanks,

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

Scheduled Start  Actual Start Schedule Name
Status
  -
-
02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
CompletedBackup disk storagepool
   ISK

02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
Completed Backup tape storagepool
02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
Failed   Backup tape offsitepool FFSITE
02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
Completed  Reset threshold for migrate to tape pool low
   LOW

02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
Completed  Reset threshold for reclamation of offsitepool1 low

   IM_OFFSITE-

   _LOW

02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
CompletedTSM database backup
02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
Completed  Expire inventory
   NTORY


02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
Completed   Reset threshold for migrate to tape pool high
   HIGH

02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
Completed   Reset threshold for reclamation of tapepool low
   IM_LOW

02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
CompletedDelete volume history file
   HIST

02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
CompletedDelete database volume history
   IST

02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-
Completeddelete dbsnapshot volume history
   HIST

02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-
CompletedReset threshold for reclamation of tapepool high
   IM_HIGH

02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-
Completed Reset threshold for reclaim of copy pool high
   COPY_HIGH

02/19/03 19:00:0002/19/03 19:00:22RESET_RECLA-
Completed Reset threshold for reclamation of
offsitepool1high
   IM_OFFSITE-

   _HIGH

Re: Order of daily administrative events

[Kamp, Bruce]

I use:
Backups
Create copypool volumes
DB backup
Migration Disk to Tape
Expiration

--
Bruce Kamp
Midrange Systems Analyst II
Memorial Healthcare System
E: [EMAIL PROTECTED]
P: (954) 987-2020 x4597
F: (954) 985-1404
---


-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 11:36 AM
To: [EMAIL PROTECTED]
Subject: Re: Order of daily administrative events


Backups
creation of copypool volumes
Migration from disk to cartridge
DB backup
Expiration (which triggers reclamation)

>>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
I was just wondering what order that most TSM users have their daily
processes running (IE: Migration, Expiration, Reclaim etc). It seems that
those process times were set up wrong when our TSM server was first
installed. Our process schedule looks this way right now. I know its way off
base from what it should be. Any suggestions? I know I need to put
EXPIRATION first.

thanks,

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

Scheduled Start  Actual Start Schedule Name
Status
  -
-
02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
CompletedBackup disk storagepool
   ISK

02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
Completed Backup tape storagepool
02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
Failed   Backup tape offsitepool FFSITE
02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
Completed  Reset threshold for migrate to tape pool low
   LOW

02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
Completed  Reset threshold for reclamation of offsitepool1 low

   IM_OFFSITE-

   _LOW

02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
CompletedTSM database backup
02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
Completed  Expire inventory
   NTORY


02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
Completed   Reset threshold for migrate to tape pool high
   HIGH

02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
Completed   Reset threshold for reclamation of tapepool low
   IM_LOW

02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
CompletedDelete volume history file
   HIST

02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
CompletedDelete database volume history
   IST

02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-
Completeddelete dbsnapshot volume history
   HIST

02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-
CompletedReset threshold for reclamation of tapepool high
   IM_HIGH

02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-
Completed Reset threshold for reclaim of copy pool high
   COPY_HIGH

02/19/03 19:00:0002/19/03 19:00:22RESET_RECLA-
Completed Reset threshold for reclamation of
offsitepool1high
   IM_OFFSITE-

   _HIGH

Re: Order of daily administrative events

[Ford, Phillip]

Backups
Creation of copypool volumes from disk
Creation of copypool volumes from primary tape
DB backup
Remove offsite tapes
Migration from disk to cartridge
Expiration
Reclamation



--
Phillip Ford
Senior Software Specialist
Corporate Computer Center
Schering-Plough Corp.
(901) 320-4462
(901) 320-4856 FAX
[EMAIL PROTECTED]




-Original Message-
From: Lawrence Clark [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 10:36 AM
To: [EMAIL PROTECTED]
Subject: Re: Order of daily administrative events


Backups
creation of copypool volumes
Migration from disk to cartridge
DB backup
Expiration (which triggers reclamation)

>>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
I was just wondering what order that most TSM users have their daily
processes running (IE: Migration, Expiration, Reclaim etc). It seems that
those process times were set up wrong when our TSM server was first
installed. Our process schedule looks this way right now. I know its way off
base from what it should be. Any suggestions? I know I need to put
EXPIRATION first.

thanks,

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

Scheduled Start  Actual Start Schedule Name
Status
  -
-
02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
CompletedBackup disk storagepool
   ISK

02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
Completed Backup tape storagepool
02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
Failed   Backup tape offsitepool FFSITE
02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
Completed  Reset threshold for migrate to tape pool low
   LOW

02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
Completed  Reset threshold for reclamation of offsitepool1 low

   IM_OFFSITE-

   _LOW

02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
CompletedTSM database backup
02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
Completed  Expire inventory
   NTORY


02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
Completed   Reset threshold for migrate to tape pool high
   HIGH

02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
Completed   Reset threshold for reclamation of tapepool low
   IM_LOW

02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
CompletedDelete volume history file
   HIST

02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
CompletedDelete database volume history
   IST

02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-
Completeddelete dbsnapshot volume history
   HIST

02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-
CompletedReset threshold for reclamation of tapepool high
   IM_HIGH

02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-
Completed Reset threshold for reclaim of copy pool high
   COPY_HIGH

02/19/03 19:00:0002/19/03 19:00:22RESET_RECLA-
Completed Reset threshold for reclamation of
offsitepool1high
   IM_OFFSITE-

   _HIGH




*
This message and any attachments is solely for the intended recipient. If you are not 
the intended recipient, disclosure, copying, use or distribution of the information 
included in this message is prohibited -- Please immediately and permanently delete.

Re: Upgrading HSM and AIX at the same time?

[Lars Bebensee]

Hi

doing the upgrade the usual way employing an AIX migration installation
would preserve all filesystems in the rootvg except /tmp. Only the the
filesets delivered with AIX will be upgraded but not the ADSM/TSM/HSM
client filesets. After you have done the AIX upgrade just upgrade the TSM
client. To be on the save side you could also go the alternate rootvg
installation way, so if something goes wrong you can easily switch back
provided you have a spare disk to use as the new rootvg disk.

CYA Lars

On 20.02.2003 13:59:14 "ADSM: Dist Stor Manager" wrote:

> Hello,
> we have an HSM client version 3.1.20 running on AIX 4.2.1. For some
reason
> we need to upgrade AIX to 4.3.3 which means to do an install from
scratch.
> It would make sense to upgrade HSM to the current level.
> As far as I understand from the manual upgrading HSM alone is not a big
> deal. The upgrade procedure would do everything automatically. However,
> after installing AIX no HSM would be there to upgrade. What we would do
is
> to export the HSM filesystem, install AIX, TSM client and HSM. Then we
can
> import the HSM filesystem. How can we tell HSM to run on this filesystem
> without thinking it is new and destroying it?
> Advice would be appreciated.
> Regards
> Gerhard
>
> ---
> Gerhard Rentschleremail:[EMAIL PROTECTED]
> Regional Computing Center tel.   ++49/711/685 5806
> University of Stuttgart   fax:   ++49/711/682357
> Allmandring 30a
> D 70550
> Stuttgart
> Germany

Re: 5.1.6.2 is out

[Remeta, Mark]

How's this one, I call on Thursday February the 6th and get a pmr number.
The following morning a level 1 tech e-mail's me for some information. By
the following Monday, all through email, no phone call yet, he ascertains
that it is a system resource issue and I should check my system and
environment logs. I told him that is why I am calling them and I would
appreciate a call back by a level 2 tech. Here it is the 20th and I'm still
waiting for my call back! Some service...

Mark


-Original Message-
From: Mark Bertrand [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 10:00 AM
To: [EMAIL PROTECTED]
Subject: Re: 5.1.6.2 is out


I was not going to post to this message, but I found it SO surprising that I
could not let it go by.


If yur hold time with IBM is more than 5 minutes the operators
are busy. If its more than minutes to get to the tech, then all
the techs are busy. There are times that I have waited 15+
minutes, but this is rare.

Wow, is this how everyone's support calls go? What number are you guys
calling? When I call 1800 848 6548, I usually get to talk to a person right
away that assigns a PMR, but usually end up waiting hours or days for a call
back.

Wow, 15 minutes, just wondering if this was the norm out there.

Thanks,
Mark B.

-Original Message-
From: Sias Dealy [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 8:33 AM
To: [EMAIL PROTECTED]
Subject: Re: 5.1.6.2 is out


Geoff,

I know of a company that once lay off IBM hardware and software
and went with another company.

The first month or so everything seem to be fine. Then the
hardware started to have some problems and then everyday there
was a problem with the hardware. The hardware tech practically
lived in the company.

When calling in for support. The wait in the hold queue was
about 15+ minutes just to get to the person to get your
information and then it was another 20+ minutes to get to the
tech. After a year the company went back to IBM.

If yur hold time with IBM is more than 5 minutes the operators
are busy. If its more than minutes to get to the tech, then all
the techs are busy. There are times that I have waited 15+
minutes, but this is rare.

In my shop we do not install the patches unless there is no
work around. With patches you can solve one issue and introduce
a new unknown issue.
If we are not experiencing any problems we do not install any
patch code.

Maintence code is what we mostly upgrade to.

Sias



Get your own "800" number
Voicemail, fax, email, and a lot more
http://www.ureach.com/reg/tag


 On, Gill, Geoffrey L. ([EMAIL PROTECTED]) wrote:

> This morning I've seen email asking us to lay off IBM. Does
anyone have any
> further experience with any level of 5.1.6 that can convince
anyone it's
> stable?
>
>
> Is anyone on 5.1.5x satified with that delivery?
> Is anyone who is on 5.1.6.0 satisfied with the delivery?
> Is anyone on 5.1.6.1 satisfied with that delivery?
> Is anyone ready to move to 5.1.6.2?
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail: [EMAIL PROTECTED]
> Phone:  (858) 826-4062
> Pager:   (877) 905-7154
>

Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.

incremental restore

[Xavier Merlin]

Hello,

Someone wants to restore only the files which have changed after the latest
backup.
The opposite of the -ifnewer option on the restore command, in other words
doing an "incremental restore".

There are possible ways of doing this, like for instance for a unix client:

 touch -t some_time_stamp some_ref_file
 find -newer some_ref_file > files_to_restore
 for each if the files in files_to_restore dsmc restore .

Are there any other possibilities, preferrably using standard TSM
mechanisms ?

Xavier Merlin




DISCLAIMER

This e-mail and any attached files are confidential and may be legally privileged. If 
you are not the addressee, any disclosure, reproduction, copying, distribution, or 
other dissemination or use of this communication is strictly prohibited. If you have 
received this transmission in error please notify KBC immediately and then delete this 
e-mail.
KBC does not accept liability for the correct and complete transmission of the 
information, nor for any delay or interruption of the transmission, nor for damages 
arising from the use of or reliance on the information.
All e-mail messages addressed to, received or sent by KBC or KBC employees are deemed 
to be professional in nature. Accordingly, the sender or recipient of these messages 
agrees that they may be read by other KBC employees than the official recipient or 
sender in order to ensure the continuity of work-related activities and allow 
supervision thereof.

Re: Order of daily administrative events

[Coats, Jack]

Ours is slightly different,

set migration thresholds to just less than the size of a tape, so
migration will go on during backups.

Backups (we have enough disk to hold 3-4 days of incrementals, so we
do cache files)
creation of copypool volumes (from disk pools first, then tape pool)
backup devconfig and volhist
purge volhist of old stuff
db backup
make DR plan file
eject copypool tape volumes and db backup, put dr plan on offsite
media to go with the db backup.
Expiration (which triggers reclamation)

from time to time, I have also done a 'backup diskpool copypool
wait=y', and 'backup tapepool copypool'
before backups to make sure everything that can be is already on a
copypool tape.  the copypool tape
is appended to at the end of the nightly process.

my morning script follow:

/* Daily Backup Activities */
/* executed by the dailybackup command schedule */
backup stg diskdata copypool wait=y
backup stg diskdirs copypool wait=y
backup stg tapedata copypool wait=y
move drmedia * wherest=courier wait=y
backup devconfig
backup volhist
delete volhist type=all todate=today-62
delete volhist type=db todate=today-2
/* backup db, scratch=yes, type=full, wait=yes */
backup db dev=ltoclass1 scratch=y type=full wait=y
prepare wait=yes
move drmedia * wherestate=mo rem=bulk wait=yes
update stg diskdata hi=0 lo=0
update stg diskdirs hi=0 lo=0
expire inventory wait=yes
update stg diskdata hi=20 lo=3 cache=y
update stg diskdirs hi=90 lo=5 cache=y
move drmedia * wherestate=courierr wait=yes
move drmedia * wherestate=mo rem=bulk wait=yes
move drmedia * wherestate=notmountable -
  wait=yes rem=bulk
/* */
 the move drmedia is a figment of having DRM.
If someone has a better way, please let me know.  ... Always trolling for
constructive criticism.

> -Original Message-
> From: Lawrence Clark [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 10:36 AM
> To:   [EMAIL PROTECTED]
> Subject:  Re: Order of daily administrative events
>
> Backups
> creation of copypool volumes
> Migration from disk to cartridge
> DB backup
> Expiration (which triggers reclamation)
>
> >>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
> I was just wondering what order that most TSM users have their daily
> processes running (IE: Migration, Expiration, Reclaim etc).
> It seems that those process times were set up wrong when our TSM server
> was first installed.
> Our process schedule looks this way right now. I know its way off base
> from what it should be.
> Any suggestions? I know I need to put EXPIRATION first.
>
> thanks,
>
> Tommy Templeton
> Senior System Administrator
> DFA-MMRS
> 601-359-3106
> e-mail - [EMAIL PROTECTED]
>
> Scheduled Start  Actual Start Schedule Name
> Status
>   -
> -
> 02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
> CompletedBackup disk storagepool
>ISK
>
> 02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
> Completed Backup tape storagepool
> 02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
> Failed   Backup tape offsitepool FFSITE
> 02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
> Completed  Reset threshold for migrate to tape pool low
>LOW
>
> 02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
> Completed  Reset threshold for reclamation of offsitepool1 low
>
>IM_OFFSITE-
>
>_LOW
>
> 02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
> CompletedTSM database backup
> 02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
> Completed  Expire inventory
>NTORY
>
>
> 02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
> Completed   Reset threshold for migrate to tape pool high
>HIGH
>
> 02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
> Completed   Reset threshold for reclamation of tapepool low
>IM_LOW
>
> 02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
> CompletedDelete volume history file
>HIST
>
> 02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
> CompletedDelete database volume history
>IST
>
> 02/19/03 17:15:00 

Re: remote agent

[Wholey, Joseph (TGA\\MLOL)]

Andy,

Thanks,  what would cause a "connection refused".

I'm defined on server w/ proper passwords etc...

here's what I supply on http://xxx.xx.xxx.xxx:1581/

of course the x's are a real ip address.

Any ideas?

Regards, Joe

-Original Message-
From: Andrew Raibeck [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 12:35 PM
To: [EMAIL PROTECTED]
Subject: Re: remote agent


You're not supposed to manually start this. Just start the CAD. The first
time you try the Web GUI, the CAD will automatically start the remote
agent for you.

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] (change eye to i to reply)

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.




"Wholey, Joseph (TGA\\MLOL)" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
02/19/2003 10:24
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:remote agent



Unable to start the remote agent.

Running XP Professional
central scheduler installed and started successfully
CAD installed and started successfully
Remoteagent installed but gives the below error when I try to start it.

"Could not start the TSM AGENT services on local computer"
Error 0x: 0x

Any suggestions???

Regards, Joe

Re: Order of daily administrative events

[Lawrence Clark]

Backups
creation of copypool volumes
Migration from disk to cartridge
DB backup
Expiration (which triggers reclamation)

>>> [EMAIL PROTECTED] 02/20/03 11:28AM >>>
I was just wondering what order that most TSM users have their daily
processes running (IE: Migration, Expiration, Reclaim etc).
It seems that those process times were set up wrong when our TSM server
was first installed.
Our process schedule looks this way right now. I know its way off base
from what it should be.
Any suggestions? I know I need to put EXPIRATION first.

thanks,

Tommy Templeton
Senior System Administrator
DFA-MMRS
601-359-3106
e-mail - [EMAIL PROTECTED]

Scheduled Start  Actual Start Schedule Name
Status
  -
-
02/19/03 06:00:0002/19/03 06:00:16BACKUPSTG_D-
CompletedBackup disk storagepool
   ISK

02/19/03 06:15:0002/19/03 06:15:17BACKUPSTG_T-
Completed Backup tape storagepool
02/19/03 07:30:0002/19/03 07:30:18BACKUPSTG_O-
Failed   Backup tape offsitepool FFSITE
02/19/03 09:00:0002/19/03 09:00:19RESET_MIGR_-
Completed  Reset threshold for migrate to tape pool low
   LOW

02/19/03 11:00:0002/19/03 11:00:20RESET_RECLA-
Completed  Reset threshold for reclamation of offsitepool1 low

   IM_OFFSITE-

   _LOW

02/19/03 13:00:0002/19/03 13:03:50DBBACKUP_FULL
CompletedTSM database backup
02/18/03 14:00:0002/18/03 14:00:11EXPIRE_INVE-
Completed  Expire inventory
   NTORY


02/19/03 14:00:0002/19/03 14:00:21RESET_MIGR_-
Completed   Reset threshold for migrate to tape pool high
   HIGH

02/19/03 14:00:0002/19/03 14:00:21RESET_RECLA-
Completed   Reset threshold for reclamation of tapepool low
   IM_LOW

02/19/03 17:00:0002/19/03 17:00:21DELETE_VOL_-
CompletedDelete volume history file
   HIST

02/19/03 17:00:0002/19/03 17:00:21DEL_DBVOL_H-
CompletedDelete database volume history
   IST

02/19/03 17:15:0002/19/03 17:15:21DEL_DBSNAP_-
Completeddelete dbsnapshot volume history
   HIST

02/19/03 18:00:0002/19/03 18:00:22RESET_RECLA-
CompletedReset threshold for reclamation of tapepool high
   IM_HIGH

02/19/03 18:30:0002/19/03 18:30:22RESET_RECL_-
Completed Reset threshold for reclaim of copy pool high
   COPY_HIGH

02/19/03 19:00:0002/19/03 19:00:22RESET_RECLA-
Completed Reset threshold for reclamation of
offsitepool1high
   IM_OFFSITE-

   _HIGH

version 5.1.6.2

[Muthyam Reddy]

** High Priority **

kind men,

We'r planning to upgrade TSM from 5.1.0  to 5.1.6.2 this weekend.Have anyone 
experiened problems with 5.1.6.2.
please write ur experiences.


thanks in adv

regds
/mani


+
This electronic mail transmission contains information from Joy Mining Machinery
which is confidential, and is intended only for the use of the proper addressee.
If you are not the intended recipient, please notify us immediately at the return
address on this transmission, or by telephone at (724) 779-4500, and delete this
message and any attachments from your system.  Unauthorized use, copying,
disclosing, distributing, or taking any action in reliance on the contents of this
transmission is strictly prohibited and may be unlawful.
+

Re: Linux back up files

[Lawrence Clark]

do a 'q copy f=d' to verify Copy Mode: Modified


>>> [EMAIL PROTECTED] 02/20/03 11:09AM >>>
Hi TSMer's

  Does anyone know of a listing of how a "dsmc inc" backs up.  Is
it
touched files and modified or is there some kind of listing of how TSM
distinguishes when an incremental should back up a file in Linux.  Our
Linux admins say it is backing up too much.

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD

Re: can't delete filespace

[Alexander Lazarevich]

I know 3.1 is old. We are going to upgrade to TSM 5.1 in the next few
months, assuming the budget get's funded.

It still ins't working:

tsm: ADSM>q file zworykin.itg.uiuc.edu  *c$

Node Name  Filespace Platform Filespace Capacity
   Name   Type  (MB)
-- ---    - 
ZWORYKIN.ITG.UIUC.EDU  \\zworykin\c$ WinNTNTFS   8,746.3

tsm: ADSM>del file zworykin.itg.uiuc.edu *c$
ANR2238W This command will result in the deletion of all inventory
references to the data on filespaces that match the pattern *c$ for node
ZWORYKIN.ITG.UIUC.EDU, whereby rendering the data unrecoverable.

Do you wish to proceed? (Yes (Y)/No (N)) yes
ANS8003I Process number 667 started.

tsm: ADSM>q pr
ANR0944E QUERY PROCESS: No active processes found.
ANS8001I Return code 11.

tsm: ADSM>q file zworykin.itg.uiuc.edu *c$

Node Name  Filespace Platform Filespace Capacity
   Name   Type  (MB)
-- ---    - 
ZWORYKIN.ITG.UIUC.EDU  \\zworykin\$c WinNTNTFS   8,746.3


I'd blow away the whole node, but it has another filespace which I need to
preserve. Any more ideas?

Thanks!

Alex
---   ---
   Alex Lazarevich | Systems Administrator | Imaging Technology Group
Beckman Institute - University of Illinois
   [EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
---   ---




On Thu, 20 Feb 2003, Cook, Dwight E wrote:

> 3.1 is really old !
> Try using a wild card...
> first try
> q file ZWORYKIN.ITG.UIUC.EDU  *c
> if that lists what you desire, try
> del file ZWORYKIN.ITG.UIUC.EDU *c
>
> Dwight
>
>
> -Original Message-
> From: Alexander Lazarevich [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 20, 2003 8:08 AM
> To: [EMAIL PROTECTED]
> Subject: can't delete filespace
>
>
> ADSM server 3.1 running on AIX 4.3.3 system.
>
> I can't delete a known filespace:
>
> tsm: ADSM>q file zworykin.itg.uiuc.edu
>
> Node Name Filespace Platform Filespace Capacity
>   Name   Type  (MB)
> - ---    - 
> ZWORYKIN.ITG.UIUC.EDU \\zworykin\$c WinNTNTFS   8,746.3
> ZWORYKIN.ITG.UIUC.EDU \\zworykin\$f WinNTNTFS  17,500.5
>
> tsm: ADSM>delete file zworykin.itg.uiuc.edu \\zworykin\$c type=any
> ANR0852E DELETE FILESPACE: No matching file spaces found for node
> ZWORYKIN.ITG.UIUC.EDU.
> ANS8001I Return code 11.
>
> Server logs don't give any more info that isn't up above here. Any ideas?
> I hope the database isn't corrupted. How do I start debugging this?
>
> Thanks in advance,
>
> Alex
> ---   ---
>Alex Lazarevich | Systems Administrator | Imaging Technology Group
> Beckman Institute - University of Illinois
>[EMAIL PROTECTED] | (217)244-1565 | www.itg.uiuc.edu
> ---   ---
>

Re: too many filesystems to backup

[Richard Sims]

>I have an AIX system which has 65 filesystems in total and I want to
>backup 27 filesystems out of these. Is there any other way apart from
>specifying each one of them (there again we have limitaion of max 20
>objects in a single schedule/command). Anything more intelligent (???)
>is welcome...

The limit of 20 names on a command line is some developer's mighty
poor concept of product usability, artificially handicapping the command
in an environment which affords far more flexibility.
You can get around this with the Unix 'xargs' command.  I'd recommend
getting familiar with it, as it can be very useful.

  Richard Sims, BU

Re: can't delete filespace

[Richard Sims]

>I can't delete a known filespace:

A recourse is to do it from the client rather than the server.
The client-based deletion is easier, as you select from a list
rather than type names.

  Richard Sims, BU

Kerberos support [was Re: password encryption]

[Thomas A. La Porte]

While we're on the subject of passwords and password encryption,
is there any chance that TSM might support Kerberos in a future
release?

 -- Tom

Thomas A. La Porte, DreamWorks SKG


On Wed, 19 Feb 2003, Seay, Paul wrote:

>In encryption speak.  The node name is usually called the public key.  The
>private key is what is used to encrypt the message.  This is a nice
>implementation because during password change (which is probably in the
>message) the new encyption key (password) is not exposed.
>
>Paul D. Seay, Jr.
>Technical Specialist
>Northrop Grumman Information Technology
>757-688-8180
>
>
>-Original Message-
>From: Andrew Raibeck [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 19, 2003 8:02 PM
>To: [EMAIL PROTECTED]
>Subject: Re: password encryption
>
>
>To clarify my earlier response on this:
>
>The (encrypted) password is not actually sent between client and server,
>except when the password is being changed. During authentication, the client
>sends the server a message that is encrypted using the password as the key.
>The server knows what the decrypted message should be, so if the wrong
>password was used to encrypt the message, then the authentication will fail.
>
>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] (change eye to i to reply)
>
>The only dumb question is the one that goes unasked.
>The command line is your friend.
>"Good enough" is the enemy of excellence.
>
>
>
>
>Andrew Raibeck/Tucson/IBM@IBMUS
>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/19/2003 14:56
>Please respond to "ADSM: Dist Stor Manager"
>
>
>To: [EMAIL PROTECTED]
>cc:
>Subject:Re: password encryption
>
>
>
>The password is indeed encrypted.
>
>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] (change eye to i to reply)
>
>The only dumb question is the one that goes unasked.
>The command line is your friend.
>"Good enough" is the enemy of excellence.
>
>
>
>
>"Prather, Wanda" <[EMAIL PROTECTED]>
>Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 02/19/2003 14:40
>Please respond to "ADSM: Dist Stor Manager"
>
>
>To: [EMAIL PROTECTED]
>cc:
>Subject:Re: password encryption
>
>
>
>I've always been told that the password is NOT sent in plain text, it's
>encrypted. (but I've never had a sniffer to check it myself).
>
>-Original Message-
>From: Eliza Lau [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 19, 2003 10:36 AM
>To: [EMAIL PROTECTED]
>Subject: password encryption
>
>
>Does anyone know how the stored password on the client machine is passed to
>the server for authentication?
>
>The user has 'password generate' in his dsm.opt.  The password is stored in
>the Registry of his Windows 2000 client.  When the TSM client starts is the
>password sent to the server in plain text or encrypted?
>
>Thanks,
>Eliza Lau
>Virginia Tech Computing Center
>1700 Pratt Drive
>Blacksburg, VA 24060
>
>

Re: Multiple restore sessions

[William Rosette]

Hi Brian,

  We Restored a 130 GB database in 2 hours due to multiple restore
sessions on a Gigabyte backbone.  Now, the DBA had to kick off 6 separate
streams and since a great deal was on tape some of the streams waited for
each other, but I'd rather have it waiting then not doing anything if it
had been single streamed.  I have also noticed (since we are no-collocated
also) that with multistreaming the no-collocation can really help if you
have enough tape drives and memory on the client (I crashed 1 client due to
too many restore streams).  In fact the restore took 1/2 time the backup
did due to the multistreaming.  The client was 4.2.1.11 and the Server is
5.1.1.0.  Can't wait to try a 5.1 client.

Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD



  "Hart, Charles"
cc:
  Sent by: "ADSM:  Subject:  Re: Multiple restore sessions
  Dist Stor
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  02/19/2003 04:35
  PM
  Please respond to
  "ADSM: Dist Stor
  Manager"






With TSM 4.1.5 and restoring Archive objects we have had good success, the
only thing is tape contention was a bit of a factor as we were just
restoring archived dbf file from the same file system.  Little different
than the TSM 5.1 multi-stream backup / restore.

-Original Message-
From: brian welsh [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 19, 2003 3:22 PM
To: [EMAIL PROTECTED]
Subject: Multiple restore sessions


Hello,

AIX 5.1, TSM 4.2.2.8 (soon upgrading to 5.1)

I'm wondering if someone have good experiences with multiple restore
sessions. We have 4 drives in our library. When there are no other
processes
and a client is starting a restore and files are spread over several tapes,
will there be up to 4 simultanious sessions for restoring?

Is it necessary to set collocation off, before you can use multiple restore
sessions, or with collocation enabled and data for one client spread over
more tapes it is also possible to get multiple restore-sessions?

Thanx,

Brian.





_
Hotmail en Messenger on the move
http://www.msn.nl/communicatie/smsdiensten/hotmailsmsv2/

too many filesystems to backup

[Jitendra Thakur]

Dear *SMites

I have an AIX system which has 65 filesystems in total and I want to backup 27 
filesystems out of these. Is there any other way apart from specifying each one of 
them (there again we have limitaion of max 20 objects in a single schedule/command). 
Anything more intelligent (???) is welcome...

Thanks in advance.

Jitendra Thakur
+91-9811090511


DISCLAIMER:
The information in the message is confidential and may be legally privileged. It is 
intended solely for the addressee. Acess to this message by anyone else is 
unauthorised. If you are not the intended recipent, any discloser, copying, or 
distribution of the message, or nay action or omission taken by you in reliance on it 
is prohibted and may be unlawful. Please immediately contact the sender if you have 
recieved this message in error.Thank you.

Disk->Tape migration, cache and maxnummp

[Conko, Steven]

Question about how this scenario plays out

Client starts an archive backup of a database to server at 1700 from cron
job. Archive is straight to tape. Uses all mountpoints assigned to it (4).

Client then starts a scheduled incremental "system-level" backup at 1800
while original cron'd backup is still running. Incremental goes to diskpool.
Diskpool is at 98% utilized, but 0.2 % migratable. Cache is on.

Incremental fails due to media mount not possible.

Does TSM consider the connection to the diskpool as an extra mount point and
therefore does not allow it because the client is already using its max
number of mount points (4) on the original archive?

TSM Server is AIX 4.3.3 ML10 running TSM V5.1.5
TSM Client is AIX 4.3.3 ML9 running TSM V5.1.5.
Library is a 3494, 6 drives.