Re: TSM Linux client backup

2006-04-11 Thread Dirk Kastens

Jacquelin Bouchard schrieb:

 Red Hat Enterprise Linux AS release 4 (Nahant Update 3)


Since client version 5.3. you can test the backup using the preview
command. Enter the following command:

dsmc preview backup "/dev/*"

and examine the dsmprev.txt file. This contains all files that will be
backed up:

Preview generated on 04/11/2006 09:23:33.
Name:   Size:   Type:   Status: Pattern:Source: Mgmt Class:
/dev/r128   0  B-   Included-   -   DEFAULT
/dev/vcsa7  0  B-   Included-   -   DEFAULT


On my RH EL AS 4 machine the /dev files are included.
--
Regards,

Dirk Kastens
Universitaet Osnabrueck, Rechenzentrum (Computer Center)
Albrechtstr. 28, 49069 Osnabrueck, Germany
Tel.: +49-541-969-2347, FAX: -2470


Re: Update - Re: [ADSM-L] Some strange tape related issues?

2006-04-11 Thread Farren Minns
Hi all

Regarding the fact that the SCRATCHCATegory value for 3590 tapes is the
value of the 3490 tapes plus one, how does TSM cope with this? In my
situation, with the SCRATCHCATegory set to 301(12D), and the Hex value
within the library being 12E(302) surely it should not be able to see the
scratch volumes? What am I missing here?

Also, how do I fix volumes marked FFFA within the library manager? There
are four volumes in my library with this category code.

Two of them are volumes that now do not even exist (one is called 'CLEAN'
and has never existed that I know of). The other two are for copypool
volumes that TSM sees as offsite and I have just checked with the DR site
and these volumes do indeed exist). So how do I tell the library to stop
worrying about these volumes?

I am having a look through the "IBM TotalStorage Enterprise Tape A
Practical Guide", but have not found what I am looking for so far.

Thanks again as always

Farren
|-+---|
|   Richard Sims <[EMAIL PROTECTED]> |  
 |
|   Sent by: "ADSM: Dist Stor |   |
|   Manager"  | To|
|   | ADSM-L@VM.MARIST.EDU  |
| | cc|
|   10/04/2006 15:21  |   |
| |Subject|
| Please respond to   | Re: [ADSM-L] Update - Re: |
| "ADSM: Dist Stor| [ADSM-L] Some strange tape|
| Manager"| related issues?   |
|   |   |
| |   |
| |   |
| |   |
| |   |
| |   |
|-+---|








On Apr 10, 2006, at 5:46 AM, Farren Minns wrote:

> Hi again
>
> OK, here's something I have just found, and this is on the current
> working
> live server (that has worked this way for years).
>
> When I look at the lib definition within TSM, I see the following :-
>
> Library Name                3494A
> Library Type                349X
> ACS Id                        -
> Private Category        300
> Scratch Category        301
>
> But, when I do a 'mtlib -l 3494a -qI' from the command line I see the
> following (just an example):-
>
> 000212                 FFFA         01 10 00        (this is a
> copypool
> vol)
> 000222                 012E         00 10 00        (this is scratch)
> 000223                 012C         00 10 00        (this is private)
>
> Now, when I punch 300 in to my scientific calculator I get a Hex
> value of
> 12C, and that fits in with the info above.
>
> But, when I enter 301 I get 12D which does not fit in with the
> above 3494
> assignments. So how on earth is this working at all?

Oddly, the explanation for this seems to have evaporated from the TSM
manuals, but is preserved in ADSM QuickFacts. The 3494 started life
as a 3490 tape library, and 3590s ere added later. It became the
convention that the SCRATCHCATegory value was for 3490 tapes, and
that value plus one was for 3590 tapes.

>
> Also, the category FFFA seems to cover copypool volumes that have
> yet to be
> moved from the library and also cleaning tapes. Is this meant to
> work in
> this way?

FFFA is an aberrant state, suggesting that volumes marked that way
were rudely removed from the library without going through the 3494
Library Manager, for it to be aware of what's going on. When it runs
an Inventory, it registers its confusion about the state of the
volumes with that category code value. Refer to Redbook "IBM
TotalStorage Enterprise Tape A Practical Guide" for some info on
that. You need to take action on this inconsistency - which may be
the source of considerable volume access problems.

   Richard Sims


##
The information contained in this e-mail and any subsequent 
correspondence is private and confidential and intended solely 
for the named recipient(s).  If you are not a named recipient, 
you must not copy, distribute, or disseminate the information, 
open any attachment, or take any action in reliance on it.  If you 
have received the e-mail in error, please notify the sender and delete
the e-mail.  

Any views or opinions expressed in this e-mail are those of the 
individual sender, unless otherwise stated.  Although this e-mail has 
been scanned for viruses you should rely on your

Re: 5.3 questions

2006-04-11 Thread PAC Brion Arnaud
Hi Geoff,

> I'm finding that the more I use the console the more I dislike it. 
> Yea sure, I know all about progress but I think this particular change
came in one fell swoop.

Yes, I'm sure most of us will agree with you ! To avoid this I installed
the old-style web based GUI, which may not offer all the shiny and
fancy features eventually existing  in the new one, but at least is
usable and works !

Now regarding your problem(s) : a kick test confirmed your idea :
stgpools created thru ISC are indeed collocated by group. To check this
: 
1) choose "storage devices" on the left side of the GUI, 
2) in the pulldown list on right side, choose "view storage pools", 
3) click on desired stgpool 
4) click on  "media management" : there is a "collocated" pulldown list,
having "group" as default !

For disk caching, same operation, until you reach point 3. Here you'll
need to choose "migration" and at the bottom of the frame you'll find
the option "Leave a copy of the files in the storage pool after
migration " ...

Hope this helped. 
Cheers
 


Arnaud 


**
Panalpina Management Ltd., Basle, Switzerland, 
CIT Department Viadukstrasse 42, P.O. Box 4002 Basel/CH
Phone:  +41 (61) 226 11 11, FAX: +41 (61) 226 17 01
Direct: +41 (61) 226 19 78
e-mail: [EMAIL PROTECTED]

**

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Gill, Geoffrey L.
Sent: Tuesday, 11 April, 2006 07:18
To: ADSM-L@VM.MARIST.EDU
Subject: 5.3 questions

I'm sorry for asking a couple of simpleton questions but 5.3 is
completely foreign to me at the moment. I'm not used to the console nor
am I familiar with where certain things are. I'm finding that the more I
use the console the more I dislike it. Yea sure, I know all about
progress but I think this particular change came in one fell swoop.



I believe I have read that collocation by group is on by default? Where
do we find that through the console? I'm sure that caching of a disk
pool is staring me in the face but so far I've managed to have missed
it.



Thanks,



Geoff Gill

TSM Administrator

PeopleSoft Sr. Systems Administrator

SAIC M/S-G1b

(858)826-4062

Email:   [EMAIL PROTECTED]


Unable to start ISC 6.0.1 service on restarting AIX 5.3.0.0

2006-04-11 Thread Pranav Parikh
Hi,

Can anyone help?. ISC 6.0.1 service did not get
started on restarting AIX  5.3.0.0.

/ect/inittab do have require entry, however it does
not start and we need to manually run from command
prompt every time server is restarted.

Regards
Pranav


Re: Unable to start ISC 6.0.1 service on restarting AIX 5.3.0.0

2006-04-11 Thread Richard Sims

On Apr 11, 2006, at 7:18 AM, Pranav Parikh wrote:


Hi,

Can anyone help?. ISC 6.0.1 service did not get
started on restarting AIX  5.3.0.0.

/ect/inittab do have require entry, however it does
not start and we need to manually run from command
prompt every time server is restarted.


Don't be shy about searching the IBM site for possible causes...
Go to the TSM support page,
  http://www.ibm.com/software/sysmgmt/products/support/
IBMTivoliStorageManager.html
and search on
  isc /etc/inittab
which will reveal an APAR which probably addresses your problem.

And, as Mark adroitly advises, don't stay on a base level when there
is formal maintenance available.

   Richard Sims


3494 & Media Type

2006-04-11 Thread David E Ehresman
How does the 3494 determine which 'media type', e.g. 3590 J or K, a cart
is? Our 3494 is starting to eject tapes as they are inserted complaining
about unknown media type. These are tapes that have been in use for a
number of years and are being reinserted into the 3494 after coming back
from the offsite vault. Most of the time they are being correctly
recognized simply by reinserting them into the library another time. Our
non-IBM CE doesn't have a clue.

David


Re: ANR8300E - I/O error on library desc= the destination slot or drive was full in an attemt to move a volume

2006-04-11 Thread Nancy L Backhaus
Just an update...


I had already tried auditing the library with checklabel=barcode for a
first fix attempt and still saw the error.Yesterday afternoon working
with ADIC tech support we ran an "inventory process from the library side"
and then reran the audit on  TSM  server checklabel=barcodeand no
errors after that.   (fingers crossed)





Nancy Backhaus
Enterprise Systems
HealthNow, NY
716-887-7979




Zoltan Forray/AC/VCU <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" 
04/10/2006 04:39 PM
Please respond to "ADSM: Dist Stor Manager"


To: ADSM-L@VM.MARIST.EDU
cc:
Subject:Re: ANR8300E - I/O error on library desc= the 
destination slot or drive
was full in an attemt to move a volume


Been there - Done that.  Seen it numerous times.

Just perform an audit of your library, scanning the barcodes.  There is an
out-of-sync problem in the library inventory (internal).  There is a tape
who's barcode it didn't read during the last scan pass or you had some
kind of library error.

In fact, I just did one. AUDIT
LIBR  checkl=b




Nancy L Backhaus <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" 
04/10/2006 03:15 PM
Please respond to
"ADSM: Dist Stor Manager" 


To
ADSM-L@VM.MARIST.EDU
cc

Subject
[ADSM-L] ANR8300E - I/O error on library desc= the destination slot or
drive was full in an attemt to move a volume






Anyone see this error below?   Looking for direction/suggestions?

The tape(s) do actually does dismount.  The issue is occurring on
different drives.   All volumes are online, no unavail, no damaged, etc. I
audited the library, it was a successful audit checklabel=barcode.

**Background - Updated a week ago Library firmware from 3.1 to 4.1 and
then backed out the library firmware code because internal barcode on the
tapes could not be read.  So we went back to our 3.1 firmware and thought
we were ok again.   Also, a couple other ADIC clients reported similiar
issues with new firmware.   Then we started seeing this error today with
TSM sense data.

Errpt - showing nothing

Only TSM is reporting error, the library and aix are reporting no errors.


Version:
TSM Version - 5.3.2.2
AIX - 5.3 Mod 3
ADIC I2000 Scalar Library(LTO 2 drives), LTO2 tapes



actlog:

04/10/06   13:16:44  ANR8300E I/O error on library BLUE (OP=6C03,
CC=315,
  KEY=05, ASC=3B, ASCQ=0D,
SENSE=70.00.05.00.00.00.00.0A.0-
  0.00.00.00.3B.0D.00.CF.00.06., Description=The

  destination slot or drive was full in an attempt
to move
  a volume).  Refer to Appendix D in the
'Messages' manual
  for recommended action. (PROCESS: 302)
04/10/06   13:16:44  ANR8469E Dismount of LTO volume TS1430 from drive
DRIVE13
  (/dev/rmt13) in library BLUE01 failed. (PROCESS:
302)


Sense Data=
 Key (05) = illegal request
CC(315)= dest slot was full
ASC=3B, ASCQ=OD = medium destination element is full





Nancy Backhaus
Enterprise Systems
HealthNow, NY
716-887-7979

CONFIDENTIALITY NOTICE: This email message and any attachments are for the
sole use of the intended recipient(s) and may contain proprietary,
confidential, trade secret or privileged information.  Any unauthorized
review, use, disclosure or distribution is prohibited and may be a
violation of law.  If you are not the intended recipient or a person
responsible for delivering this message to an intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.


Re: Resend - Policy and DRP question

2006-04-11 Thread David E Ehresman
You should keep ALL of your copypool tapes offsite.  You should keep TSM
db backup tapes offsite to match your 'del volhist'. You should set your
reuse delay for your offsite copy storage pool to match the length of
time you keep your tsm db backups, in your case 10 days. This last
requirement of good DR is why most folks only keep a small number of TSM
DB backups. We have reuse delay and DRMDBBACKUPEXPIREDAYS set to 5
days.

David Ehresman
University of Louisville

>>> [EMAIL PROTECTED] 4/11/2006 12:49:01 AM >>>
I sent this query a week ago but have not received a reply back. I am
resending in the hope that someone can offer some advice.

We have TSM version 5.2

I have changed the standard policy so that we now keep the 10 latest
versions of each file rather than 7.

I have also changed our del volhist to tod=today-10 where it was
previously 7.

I have been told that previously we had to keep the 7 latest copy
tapes
and db tapes offsite for DRP to ensure that we could recover complete
servers. With the changes that I have made does this mean that we have
to now keep the 10 latest tapes offsite for complete DRP?


Paul Dudley
ANL IT Operations Dept.
[EMAIL PROTECTED]





ANL DISCLAIMER

This e-mail and any file attached is confidential, and intended solely
to the named addressees. Any unauthorised dissemination or use is
strictly prohibited. If you received this e-mail in error, please
immediately notify the sender by return e-mail from your system. Please
do not copy, use or make reference to it for any purpose, or disclose
its contents to any person.


Re: 5.3 questions

2006-04-11 Thread Jim Zajkowski

On Mon, 10 Apr 2006, Gill, Geoffrey L. wrote:


I'm finding that the more I use the console the more I dislike it.


All I can say is: embrace the command line admin tool, because it didn't
barely changed between 5.2 and 5.3, and is much more flexable over a slow
link.

--Jim


What are the High/Low Level addresses?

2006-04-11 Thread Jack Coats
ANR4740W Either the high level address, low level address, or both were
never entered for the specified node( H6540N1 ) and the session
initiation status is being changed.

I received this message, and I have seen the fields on the client update
screen.  But the documentation and helps leave me cold.

What do I need to put in them to get this message to go away?

Node in this case is H6540N1 and assume IP is 12.34.56.78

Any idea what goes in the fields?

Or please send me to RTFine Manual :) ... TIA, Jack
Privileged and Confidential: The information contained in this e-mail message 
is intended only for the personal and confidential use of the intended 
recipient(s). If the reader of this message is not the intended recipient or an 
agent responsible for delivering it to the intended recipient, you are hereby 
notified that you have received this document in error and that any review, 
dissemination, distribution, or copying of this message is strictly prohibited. 
If you have received this communication in error, please notify us immediately 
by e-mail, and delete the original message.


Re: 3494 & Media Type

2006-04-11 Thread Richard Sims

On Apr 11, 2006, at 8:23 AM, David E Ehresman wrote:


How does the 3494 determine which 'media type', e.g. 3590 J or K, a
cart
is? Our 3494 is starting to eject tapes as they are inserted
complaining
about unknown media type. These are tapes that have been in use for a
number of years and are being reinserted into the 3494 after coming
back
from the offsite vault. Most of the time they are being correctly
recognized simply by reinserting them into the library another
time. Our
non-IBM CE doesn't have a clue.


Hi, David -

We've seen the same thing here, with J tapes coming back from offsite:
insert a bunch, have one or two rejected with that media complaint.
Reinsert (one at a time), and the library then accepts the tape.
It may be that the laser/receptor is having trouble reading the 'J'
stickerette, where rubbing one's finger over it before inserting may
remove some residue which is imperceptible to us.

Richard Sims


Re: ANR8300E - I/O error on library desc= the destination slot or drive was full in an attemt to move a volume

2006-04-11 Thread Jack Coats
I hope it worked for you.  In the past I have cached out the volume
where a problem was reported (both the one in the 'real slot' and the
one that TSM says should be in the slot).  Sometimes I had to check out
several until there were no more 'unknown' tapes in the library.  Then
check them all back in after doing a TSM audit checkl=barcode.  It did
take some time, but it cured the issue for me. Just my .02 pesos worth!
(this was on an IBM 3593 aka ADIC 100)

... I do remember one time I got so frustrated, I took out all the
tapes, shut down tsm server (windows), power cycled the 3583, and
brought it all back up with an empty library.  Did a AUDIT LIBR in tsm,
the loaded all the tapes back into TSM (using the bulk door and TSM
commands). ... That cured the problem and let me have enough time for my
frustration to subside 

... I think that these processed did for me what forcing an 'inventory
from the library side' did for you.  Sounds like your method had less
frustration after you found the right answer.

... Jack

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Nancy L Backhaus
Sent: Tuesday, April 11, 2006 7:29 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] ANR8300E - I/O error on library desc= the
destination slot or drive was full in an attemt to move a volume

Just an update...


I had already tried auditing the library with checklabel=barcode for a
first fix attempt and still saw the error.Yesterday afternoon
working
with ADIC tech support we ran an "inventory process from the library
side"
and then reran the audit on  TSM  server checklabel=barcodeand no
errors after that.   (fingers crossed)





Nancy Backhaus
Enterprise Systems
HealthNow, NY
716-887-7979




Zoltan Forray/AC/VCU <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" 
04/10/2006 04:39 PM
Please respond to "ADSM: Dist Stor Manager"


To: ADSM-L@VM.MARIST.EDU
cc:
Subject:Re: ANR8300E - I/O error on library desc= the
destination slot or drive
was full in an attemt to move a volume


Been there - Done that.  Seen it numerous times.

Just perform an audit of your library, scanning the barcodes.  There is
an
out-of-sync problem in the library inventory (internal).  There is a
tape
who's barcode it didn't read during the last scan pass or you had some
kind of library error.

In fact, I just did one. AUDIT
LIBR  checkl=b




Nancy L Backhaus <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" 
04/10/2006 03:15 PM
Please respond to
"ADSM: Dist Stor Manager" 


To
ADSM-L@VM.MARIST.EDU
cc

Subject
[ADSM-L] ANR8300E - I/O error on library desc= the destination slot or
drive was full in an attemt to move a volume






Anyone see this error below?   Looking for direction/suggestions?

The tape(s) do actually does dismount.  The issue is occurring on
different drives.   All volumes are online, no unavail, no damaged, etc.
I
audited the library, it was a successful audit checklabel=barcode.

**Background - Updated a week ago Library firmware from 3.1 to 4.1 and
then backed out the library firmware code because internal barcode on
the
tapes could not be read.  So we went back to our 3.1 firmware and
thought
we were ok again.   Also, a couple other ADIC clients reported similiar
issues with new firmware.   Then we started seeing this error today with
TSM sense data.

Errpt - showing nothing

Only TSM is reporting error, the library and aix are reporting no
errors.


Version:
TSM Version - 5.3.2.2
AIX - 5.3 Mod 3
ADIC I2000 Scalar Library(LTO 2 drives), LTO2 tapes



actlog:

04/10/06   13:16:44  ANR8300E I/O error on library BLUE
(OP=6C03,
CC=315,
  KEY=05, ASC=3B, ASCQ=0D,
SENSE=70.00.05.00.00.00.00.0A.0-
  0.00.00.00.3B.0D.00.CF.00.06., Description=The

  destination slot or drive was full in an
attempt
to move
  a volume).  Refer to Appendix D in the
'Messages' manual
  for recommended action. (PROCESS: 302)
04/10/06   13:16:44  ANR8469E Dismount of LTO volume TS1430 from
drive
DRIVE13
  (/dev/rmt13) in library BLUE01 failed.
(PROCESS:
302)


Sense Data=
 Key (05) = illegal request
CC(315)= dest slot was full
ASC=3B, ASCQ=OD = medium destination element is full





Nancy Backhaus
Privileged and Confidential: The information contained in this e-mail message 
is intended only for the personal and confidential use of the intended 
recipient(s). If the reader of this message is not the intended recipient or an 
agent responsible for delivering it to the intended recipient, you are hereby 
notified that you have received this document in error and that any review, 
dissemination, distribution, or copying of this message is strictly prohibited. 
If you have received this communication in error, please notify us immediately 
by e-mail, and delete the original 

AW: 3494 & Media Type

2006-04-11 Thread Heinz-Joachim Staerke
David,

check the "Magstar 3494 Tape Library Operators Guide" GA32-0280-11

Chapter 6 , page 162, handles Volser Rages for Media Types


A volumes's media type is determined by using the following rules:

. The media type that the vision system returns is the first choice
. If the vision system cannot determine a volumes's media type, the volser
ranges are used.


You can set the Volser Ranges via the System Management interface of the
control program of the 3494.

Once set, all problems are gone ;-))

Joachim



-Ursprungliche Nachricht-
Von: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Auftrag von
David E Ehresman
Gesendet: Dienstag, 11. April 2006 14:23
An: ADSM-L@VM.MARIST.EDU
Betreff: 3494 & Media Type


How does the 3494 determine which 'media type', e.g. 3590 J or K, a cart
is? Our 3494 is starting to eject tapes as they are inserted complaining
about unknown media type. These are tapes that have been in use for a
number of years and are being reinserted into the 3494 after coming back
from the offsite vault. Most of the time they are being correctly
recognized simply by reinserting them into the library another time. Our
non-IBM CE doesn't have a clue.

David


Re: 3494 & Media Type

2006-04-11 Thread Farren Minns
I have also seen this from time to time, and a good rub of the sticker on
the leg usually does the trick :-)

Farren
|-+---|
|   Richard Sims <[EMAIL PROTECTED]> |  
 |
|   Sent by: "ADSM: Dist Stor |   |
|   Manager"  | To|
|   | [EMAIL 
PROTECTED]|
| | MARIST.EDU|
|   11/04/2006 13:50  | cc|
| |   |
| Please respond to   |Subject|
| "ADSM: Dist Stor| Re:   |
| Manager"| [ADSM-L]  |
|   | 3494 &|
| | Media Type|
| |   |
| |   |
| |   |
| |   |
| |   |
| |   |
|-+---|








On Apr 11, 2006, at 8:23 AM, David E Ehresman wrote:

> How does the 3494 determine which 'media type', e.g. 3590 J or K, a
> cart
> is? Our 3494 is starting to eject tapes as they are inserted
> complaining
> about unknown media type. These are tapes that have been in use for a
> number of years and are being reinserted into the 3494 after coming
> back
> from the offsite vault. Most of the time they are being correctly
> recognized simply by reinserting them into the library another
> time. Our
> non-IBM CE doesn't have a clue.

Hi, David -

We've seen the same thing here, with J tapes coming back from offsite:
insert a bunch, have one or two rejected with that media complaint.
Reinsert (one at a time), and the library then accepts the tape.
It may be that the laser/receptor is having trouble reading the 'J'
stickerette, where rubbing one's finger over it before inserting may
remove some residue which is imperceptible to us.

    Richard Sims


##
The information contained in this e-mail and any subsequent 
correspondence is private and confidential and intended solely 
for the named recipient(s).  If you are not a named recipient, 
you must not copy, distribute, or disseminate the information, 
open any attachment, or take any action in reliance on it.  If you 
have received the e-mail in error, please notify the sender and delete
the e-mail.  

Any views or opinions expressed in this e-mail are those of the 
individual sender, unless otherwise stated.  Although this e-mail has 
been scanned for viruses you should rely on your own virus check, as 
the sender accepts no liability for any damage arising out of any bug 
or virus infection.
##


Re: Resend - Policy and DRP question

2006-04-11 Thread Jack Coats
The question is: does this mean that we have
to now keep the 10 latest tapes offsite for complete DRP?

>From what I am seeing it says you are now defining the process to keep 10 
>tapes un-used.  If you keep them off site, so much the better for disaster 
>preparedness.

You do not have to change the retention of your database backups to retain 
additional versions of data.  

Changing the 'del volhist' you did is reasonable since you are changing the 
retention of database tapes too the same retention.  

Now I could be totally off base, lets see if a more experienced eye has an 
opinion too.

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Paul Dudley
Sent: Monday, April 10, 2006 11:49 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Resend - Policy and DRP question

I sent this query a week ago but have not received a reply back. I am
resending in the hope that someone can offer some advice.

We have TSM version 5.2

I have changed the standard policy so that we now keep the 10 latest
versions of each file rather than 7.

I have also changed our del volhist to tod=today-10 where it was
previously 7.

I have been told that previously we had to keep the 7 latest copy tapes
and db tapes offsite for DRP to ensure that we could recover complete
servers. With the changes that I have made does this mean that we have
to now keep the 10 latest tapes offsite for complete DRP?

 
Paul Dudley
ANL IT Operations Dept.
[EMAIL PROTECTED]





ANL DISCLAIMER

This e-mail and any file attached is confidential, and intended solely to the 
named addressees. Any unauthorised dissemination or use is strictly prohibited. 
If you received this e-mail in error, please immediately notify the sender by 
return e-mail from your system. Please do not copy, use or make reference to it 
for any purpose, or disclose its contents to any person.
Privileged and Confidential: The information contained in this e-mail message 
is intended only for the personal and confidential use of the intended 
recipient(s). If the reader of this message is not the intended recipient or an 
agent responsible for delivering it to the intended recipient, you are hereby 
notified that you have received this document in error and that any review, 
dissemination, distribution, or copying of this message is strictly prohibited. 
If you have received this communication in error, please notify us immediately 
by e-mail, and delete the original message.


ANS9999E ?

2006-04-11 Thread Tim Brown
Windows 2003 5.3.2 client receiving message
ANSE amsgrtrv.cpp(422): Message 14969 could not be found
at end of dsmsched.log after scheduled backup.

Anyone seen this ?


Tim Brown
Systems Specialist
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: [EMAIL PROTECTED]
Phone: 845-486-5643
Fax: 845-486-5921


Re: AW: [ADSM-L] Files being skipped during backup/archive

2006-04-11 Thread Andrew Raibeck
Such a document for Unix probably doesn't exist... I am not aware of any
function in Unix that is analogous to the "FilesNotToBackup" registry key
in Windows.

Just to be clear... the document you cited is with regard to files that
the Windows client omits by design, which is not related to the flash
cited in the original post on this thread.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

IBM Tivoli Storage Manager support web page:
http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

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

"ADSM: Dist Stor Manager"  wrote on 04/10/2006
22:49:47:

> There is a technote for Windows 2000 that explains which files TSM
> excludes
> from backup.
> http://www-1.ibm.com/support/docview.wss?rs=663&context=SSGSG7&q1=filesn
> ottobackup&uid=swg21049023&loc=en_US&cs=utf-8&lang=en
> Unfortunately I couldn't find such a technote for unix systems - but if
> memory serves me
> well there is such a beast. Anyone has a link?
>
> Greetings from snowy Austria
> Thomas Rupp


Re: What are the High/Low Level addresses?

2006-04-11 Thread Andrew Raibeck
Jack, did you do HELP 4740 to get help for the ANR4740W message? If so,
you'll notice that the "User Response" section suggests the UPDATE NODE
command. HELP UPDATE NODE should explain what is meant by the high- and
low-level addresses.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

IBM Tivoli Storage Manager support web page:
http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

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

"ADSM: Dist Stor Manager"  wrote on 04/11/2006
05:39:39:

> ANR4740W Either the high level address, low level address, or both were
> never entered for the specified node( H6540N1 ) and the session
> initiation status is being changed.
>
> I received this message, and I have seen the fields on the client update
> screen.  But the documentation and helps leave me cold.
>
> What do I need to put in them to get this message to go away?
>
> Node in this case is H6540N1 and assume IP is 12.34.56.78
>
> Any idea what goes in the fields?
>
> Or please send me to RTFine Manual :) ... TIA, Jack
> Privileged and Confidential: The information contained in this e-
> mail message is intended only for the personal and confidential use
> of the intended recipient(s). If the reader of this message is not
> the intended recipient or an agent responsible for delivering it to
> the intended recipient, you are hereby notified that you have
> received this document in error and that any review, dissemination,
> distribution, or copying of this message is strictly prohibited. If
> you have received this communication in error, please notify us
> immediately by e-mail, and delete the original message.


Re: ANS9999E ?

2006-04-11 Thread Andrew Raibeck
Tim,

Did you try to look up the help text for ANSE? (Hint: use "dsmc help"
or see the TSM Messages manual.)

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

IBM Tivoli Storage Manager support web page:
http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

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

"ADSM: Dist Stor Manager"  wrote on 04/11/2006
06:34:05:

> Windows 2003 5.3.2 client receiving message
> ANSE amsgrtrv.cpp(422): Message 14969 could not be found
> at end of dsmsched.log after scheduled backup.
>
> Anyone seen this ?
>
>
> Tim Brown
> Systems Specialist
> Central Hudson Gas & Electric
> 284 South Ave
> Poughkeepsie, NY 12601
> Email: [EMAIL PROTECTED]
> Phone: 845-486-5643
> Fax: 845-486-5921


Re: What are the High/Low Level addresses?

2006-04-11 Thread David E Ehresman
You need to do an update node specifying the ip address and port number
the client is listening on.

>>> [EMAIL PROTECTED] 4/11/2006 8:39:39 AM >>>
ANR4740W Either the high level address, low level address, or both
were
never entered for the specified node( H6540N1 ) and the session
initiation status is being changed.

I received this message, and I have seen the fields on the client
update
screen.  But the documentation and helps leave me cold.

What do I need to put in them to get this message to go away?

Node in this case is H6540N1 and assume IP is 12.34.56.78

Any idea what goes in the fields?

Or please send me to RTFine Manual :) ... TIA, Jack
Privileged and Confidential: The information contained in this e-mail
message is intended only for the personal and confidential use of the
intended recipient(s). If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this document
in error and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately by e-mail, and
delete the original message.


Re: ANS9999E ?

2006-04-11 Thread Neil Schofield
Tim

We're seeing this on more and more of our Windows clients following
upgrades of the B/A client. For some reason the install is not replacing
DSCENU.TXT in all cases. Check the date stamp on the file DSCENU.TXT in the
BACLIENT directory and if it doesn't match the binaries, that's probably
your problem.

DSCENU.TXT is the English (US) language message repository. I presume it
will have another name if you're using a language other than ENU. Starting
with one of the more recent clients, the client reports back the 'number of
subfile objects' at the end of a scheduled incremental and if your message
repository is out-of-date, then the error you describe will be reported
instead.

The solution is to repair the client installation (having first stopped any
client processes), or simply copy the file from a working client running
exactly the same version.

Regards
Neil Schofield
Yorkshire Water Services Ltd.



Find out how to protect your home from frost this winter at 
www.yorkshirewater.com

YORKSHIRE WATER - WINNER OF THE UTILITY OF THE YEAR AWARD 2004 AND 2005

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


Re: 5.3 questions

2006-04-11 Thread Mark Stapleton
"ADSM: Dist Stor Manager"  wrote on 04/11/2006
07:32:20 AM:
> On Mon, 10 Apr 2006, Gill, Geoffrey L. wrote:
> > I'm finding that the more I use the console the more I dislike it.
>
> All I can say is: embrace the command line admin tool, because it didn't
> barely changed between 5.2 and 5.3, and is much more flexable over a
slow
> link.

We've been over this CLI vs. GUI issue before. There are those TSM admins
out there that are more comfortable with the help features and
fill-in-the-blank processes of the GUI, and then there are those that
truly learn all of the parameters and flags of the TSM command set by
using the command line. (Of course, using the CLI is much easier when you
can touch type at a decent speed--a skill set that I feel is absolutely
critical for a decent admin of any flavor.)

--
Mark Stapleton ([EMAIL PROTECTED])
MR Backup and Recovery Management
262.790.3190

--
Electronic Privacy Notice. This e-mail, and any attachments, contains 
information that is, or may be, covered by electronic communications privacy 
laws, and is also confidential and proprietary in nature. If you are not the 
intended recipient, please be advised that you are legally prohibited from 
retaining, using, copying, distributing, or otherwise disclosing this 
information in any manner. Instead, please reply to the sender that you have 
received this communication in error, and then immediately delete it. Thank you 
in advance for your cooperation.
==


Re: 5.3 questions

2006-04-11 Thread Lawrence Clark
can the web admin still be used under 5.3?

>>> [EMAIL PROTECTED] 04/11/06 10:42 AM >>>
"ADSM: Dist Stor Manager"  wrote on 04/11/2006
07:32:20 AM:
> On Mon, 10 Apr 2006, Gill, Geoffrey L. wrote:
> > I'm finding that the more I use the console the more I dislike it.
>
> All I can say is: embrace the command line admin tool, because it
didn't
> barely changed between 5.2 and 5.3, and is much more flexable over a
slow
> link.

We've been over this CLI vs. GUI issue before. There are those TSM
admins
out there that are more comfortable with the help features and
fill-in-the-blank processes of the GUI, and then there are those that
truly learn all of the parameters and flags of the TSM command set by
using the command line. (Of course, using the CLI is much easier when
you
can touch type at a decent speed--a skill set that I feel is
absolutely
critical for a decent admin of any flavor.)

--
Mark Stapleton ([EMAIL PROTECTED])
MR Backup and Recovery Management
262.790.3190

--
Electronic Privacy Notice. This e-mail, and any attachments, contains
information that is, or may be, covered by electronic communications
privacy laws, and is also confidential and proprietary in nature. If you
are not the intended recipient, please be advised that you are legally
prohibited from retaining, using, copying, distributing, or otherwise
disclosing this information in any manner. Instead, please reply to the
sender that you have received this communication in error, and then
immediately delete it. Thank you in advance for your cooperation.
==


The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain information that is confidential, privileged, and/or otherwise exempt 
from disclosure under applicable law.  If this electronic message is from an 
attorney or someone in the Legal Department, it may also contain confidential 
attorney-client communications which may be privileged and protected from 
disclosure.  If you are not the intended recipient, be advised that you have 
received this message in error and that any use, dissemination, forwarding, 
printing, or copying is strictly prohibited.  Please notify the New York State 
Thruway Authority immediately by either responding to this e-mail or calling 
(518) 436-2700, and destroy all copies of this message and any attachments.


Re: 5.3 questions

2006-04-11 Thread Farren Minns
I am not using 5.3 so can not really comment. But on the CLI vs GUI debate,
whilst I agree that a working knowledge of the command line interface is a
necessity, the GUI can be very useful for admins like me for whom TSM admin
is just maybe 10% of my job and keeping up with all parameters and flags is
never going to happen.

Farren
|-+---|
|   Mark Stapleton|   |
|   <[EMAIL PROTECTED]|   |
|   > | To|
|   Sent by: "ADSM: Dist Stor | AD|
|   Manager"  | SM|
|   | -L|
| | @V|
|   11/04/2006 15:42  | M.|
| | MA|
| Please respond to   | RI|
| "ADSM: Dist Stor| ST|
| Manager"| .E|
|   | DU|
| | cc|
| |   |
| |Subject|
| | Re|
| | : |
| | [A|
| | DS|
| | M-|
| | L]|
| | 5.|
| | 3 |
| | qu|
| | es|
| | ti|
| | on|
| | s |
| |   |
| |   |
| |   |
| |   |
| |   |
| |   |
|-+---|








"ADSM: Dist Stor Manager"  wrote on 04/11/2006
07:32:20 AM:
> On Mon, 10 Apr 2006, Gill, Geoffrey L. wrote:
> > I'm finding that the more I use the console the more I dislike it.
>
> All I can say is: embrace the command line admin tool, because it didn't
> barely changed between 5.2 and 5.3, and is much more flexable over a
slow
> link.

We've been over this CLI vs. GUI issue before. There are those TSM admins
out there that are more comfortable with the help features and
fill-in-the-blank processes of the GUI, and then there are those that
truly learn all of the parameters and flags of the TSM command set by
using the command line. (Of course, using the CLI is much easier when you
can touch type at a decent speed--a skill set that I feel is absolutely
critical for a decent admin of any flavor.)

--
Mark Stapleton ([EMAIL PROTECTED])
MR Backup and Recovery Management
262.790.3190

--
Electronic Privacy Notice. This e-mail, and any attachments, contains
information that is, or may be, covered by electronic communications
privacy laws, and is also confidential and proprietary in nature. If you
are not the intended recipient, please be advised that you are legally
prohibited from retaining, using, copying, distributing, or otherwise
disclosing this information in any manner. Instead, please reply to the
sender that you have received this communication in error, and then
immediately delete it. Thank you in advance for your cooperation.
==



##
The information contained in this e-mail and any subsequent
correspondence is private and confidential and intended solely
for the named recipient(s).  If you are not a named recipient,
you must not copy, distri

Re: TSM Linux client backup

2006-04-11 Thread Patrick Boutilier

Jacquelin Bouchard wrote:

On Mon, Apr 10, 2006 at 01:32:00PM -0300, Patrick Boutilier wrote:

Jacquelin Bouchard wrote:

On Mon, Apr 10, 2006 at 04:47:20PM +0200, Stef Coene wrote:

On Monday 10 April 2006 16:21, Jacquelin Bouchard wrote:

Hi,

  I'm trying to backup a Linux server with TSM 5.3.3 client and,
i don't know why, the client don't backup
the directories /dev , /sys and /proc; all the other directories in /
are backed up.  Also, i don't see those
directories in the GUI interface.  Why???

They are virtual file systems.  You can see them with the mount command.
The
data in those directoryies only exists in memory.
Same for /proc on new AIX boxes.


Stef

Thanks to all,

   Stef, i run the mount command on my system and i see what you say for
these directories (/proc and /sys):

none on /proc type proc (rw)
none on /sys type sysfs (rw)

but i don`t see a similar line for /dev except for /dev/pts and /dev/shm:

none on /dev/pts type devpts (rw,gid=5,mode=620)
none on /dev/shm type tmpfs (rw)

Why??

What version/distribution of Linux?




Hi,

 Red Hat Enterprise Linux AS release 4 (Nahant Update 3)


Chances are you are running udev so nothing in /dev needs to be backed
up. Confirm by running:


ps ax|grep udev




Jacquelin Bouchard, UQTR


Re: TSM Server 5.3.3 Experience?

2006-04-11 Thread Patrick Boutilier

Orville Lantto wrote:

Has anyone tried server maintenance 5.3.3?  Any problems?

Orville L. Lantto
Glasshouse Technologies, Inc.



5.3.3 on Linux. No problems so far. :-)


Re: 5.3 questions

2006-04-11 Thread Patrick Boutilier

Lawrence Clark wrote:

can the web admin still be used under 5.3?


Yes.




Re: 3494 & Media Type

2006-04-11 Thread Gee, Norman
We had similar problem every so often. Our 3494 is over 14 years old and
many of the upper middle cartridge slots sags a little, especially
column C.  The laser sometimes has a hard time reading the barcodes of
those slots. 



How does the 3494 determine which 'media type', e.g. 3590 J or K, a cart
is? Our 3494 is starting to eject tapes as they are inserted complaining
about unknown media type. These are tapes that have been in use for a
number of years and are being reinserted into the 3494 after coming back
from the offsite vault. Most of the time they are being correctly
recognized simply by reinserting them into the library another time. Our
non-IBM CE doesn't have a clue.

David


Re: ANS9999E ?

2006-04-11 Thread Andrew Raibeck
Neil,

When you perform your client upgrades, do you (a) make sure to stop all
instances of the client, including interactive instances and NT-style
services? And do you reboot if/when prompted (or when doing silent
installs)?

If any instances of the client are running and the system is not rebooted,
then some files -- including the message repository -- won't be
upgraded.until the reboot occurs.

Regards,

Andy

Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTECTED]
Internet e-mail: [EMAIL PROTECTED]

IBM Tivoli Storage Manager support web page:
http://www-306.ibm.com/software/sysmgmt/products/support/IBMTivoliStorageManager.html

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

"ADSM: Dist Stor Manager"  wrote on 04/11/2006
07:32:30:

> Tim
>
> We're seeing this on more and more of our Windows clients following
> upgrades of the B/A client. For some reason the install is not replacing
> DSCENU.TXT in all cases. Check the date stamp on the file DSCENU.TXT in
the
> BACLIENT directory and if it doesn't match the binaries, that's probably
> your problem.
>
> DSCENU.TXT is the English (US) language message repository. I presume it
> will have another name if you're using a language other than ENU.
Starting
> with one of the more recent clients, the client reports back the 'number
of
> subfile objects' at the end of a scheduled incremental and if your
message
> repository is out-of-date, then the error you describe will be reported
> instead.
>
> The solution is to repair the client installation (having first stopped
any
> client processes), or simply copy the file from a working client running
> exactly the same version.
>
> Regards
> Neil Schofield
> Yorkshire Water Services Ltd.
>
>
>
> Find out how to protect your home from frost this winter at www.
> yorkshirewater.com
>
> YORKSHIRE WATER - WINNER OF THE UTILITY OF THE YEAR AWARD 2004 AND 2005
>
> The information in this e-mail is confidential and may also be legally
> privileged. The contents are intended for recipient only and are subject
> to the legal notice available at http://www.keldagroup.com/email.htm
> Yorkshire Water Services Limited
> Registered Office Western House Halifax Road Bradford BD6 2SZ
> Registered in England and Wales No 2366682


Re: 3494 & Media Type

2006-04-11 Thread Prather, Wanda
Been there done that.
If cleaning the barcode sticker doesn't fix it, do this:

Put your rejected tape back in the I/O station, and WATCH what slot the robot 
tries to put the tape in.

As you may know, the 3494 doesn't read the barcodes while the tape is in the 
I/O door.  It grabs a cartridge, puts it in a library slot, THEN reads the 
barcode.  We have problems sometimes where a row of library slots sags a bit.  
And bar codes aren't all quite the same- depending on who you bought them from, 
they can actually be slightly different sizes.

So what I see is this:
The 3494 will try to put a cartrdige in a particular slot, be unable to read 
the barcode, then stick it back in the I/O door.
Repeat with the next tape, and the next, because the 3494 will always try to 
put the next cartridge into a particular empty slot.

Then it will hit a tape from a different batch of barcodes, and be able to read 
that one because the bar code is slightly different.
So it leaves the tape in the slot, and the particular slot is now full.
So next time you put the rejected tapes back in the door, the 3494 will be able 
to read them because the 3494 is sticking them into different SLOTS that are 
aligned better.

You can usually kind of see the problem if you watch it try to read the barcode 
(and the empty slot is near enough to a glass door!).
The fix is to identify the problem slots, and have the CE re-align them (or 
realign the barcode reader).
You will probably find that the problem slots are all in the same area.

Over the life of our 3494, we've had to have the bar code reader shimmed a 
couple of times.
(And we have non-IBM CE's also; who never do any PM on the 3494.  Ugh.)










-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Farren 
Minns
Sent: Tuesday, April 11, 2006 9:04 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: 3494 & Media Type


I have also seen this from time to time, and a good rub of the sticker on
the leg usually does the trick :-)

Farren
|-+---|
|   Richard Sims <[EMAIL PROTECTED]> |  
 |
|   Sent by: "ADSM: Dist Stor |   |
|   Manager"  | To|
|   | [EMAIL 
PROTECTED]|
| | MARIST.EDU|
|   11/04/2006 13:50  | cc|
| |   |
| Please respond to   |Subject|
| "ADSM: Dist Stor| Re:   |
| Manager"| [ADSM-L]  |
|   | 3494 &|
| | Media Type|
| |   |
| |   |
| |   |
| |   |
| |   |
| |   |
|-+---|








On Apr 11, 2006, at 8:23 AM, David E Ehresman wrote:

> How does the 3494 determine which 'media type', e.g. 3590 J or K, a
> cart
> is? Our 3494 is starting to eject tapes as they are inserted
> complaining
> about unknown media type. These are tapes that have been in use for a
> number of years and are being reinserted into the 3494 after coming
> back
> from the offsite vault. Most of the time they are being correctly
> recognized simply by reinserting them into the library another
> time. Our
> non-IBM CE doesn't have a clue.

Hi, David -

We've seen the same thing here, with J tapes coming back from offsite:
insert a bunch, have one or two rejected with that media complaint.
Reinsert (one at a time), and the library then accepts the tape.
It may be that the laser/receptor is having trouble reading the 'J'
stickerette, where rubbing one's finger over it before inserting may
remove some residue which is imperceptible to us.

    Richard Sims


##
The information contained in this e-mail and any subsequent 
correspondence is private and confidential and intended solely 
for the named recipient(s).  If you are not a named recipient, 
you must not copy, distribute, or disseminate the information, 
open any attachment, or take any action in reliance on it.  If you 
have received the e-mail in error, please notify the sender and delete
the e-mail.  

Any views or opinions expressed in 

Re: 5.3 questions

2006-04-11 Thread Richard Sims

On Apr 11, 2006, at 10:52 AM, Lawrence Clark wrote:


can the web admin still be used under 5.3?



Yes.  Many past postings on this.  Find it and notes at...

ftp://ftp.software.ibm.com/storage/tivoli-storage-management/tools


SV: Preventive Action : Upgradation from 5.2 --> 5.3

2006-04-11 Thread Hans Christian Riksheim
Hi,
 
I just received and implemented a tip from Timothy Hughes. 
 
Make sure you have a recent fixpack for TSM 5.2 when you are going to AIX5.3 or 
else you will encounter the problem described in IC47636(TSM web interface 
starts popping up new windows when it shouldn't). For me, upgrading to fixpack 
7 resolved the issue. I guess staying on the latest fixpack is a good idea in 
general.
 
Apart from that you should take the ordinary precautions when upgrading the OS, 
that is make a mksysb-tape, dbbackup. Maybe copy your configuration to another 
server(network, devices) in case a restore messes them up.
 
 
Best of luck.
 
Hans Chr. Riksheim
 
 



Fra: ADSM: Dist Stor Manager på vegne av Gajendra Kr. Khera
Sendt: ti 11.04.2006 06:41
Til: ADSM-L@VM.MARIST.EDU
Emne: Preventive Action : Upgradation from 5.2 --> 5.3



Dear All

We are in process to upgrade our TSM Server (Unix)
from 5.2 -> 5.3 on Unix
based.

Currently we are using -

- TSM Server 5.2
- TSM Client 5.3 (AIX)
- TDP for Oracle (AIX)

Any preventive action to be performed from the
experience of  TSM Guru's

Thanks and regards

Gajendra Kr. Khera
[Direction Is More Important Than Speed]


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com


Re: TSM Linux client backup

2006-04-11 Thread Jacquelin Bouchard
On Tue, Apr 11, 2006 at 11:57:10AM -0300, Patrick Boutilier wrote:
> Jacquelin Bouchard wrote:
> >On Mon, Apr 10, 2006 at 01:32:00PM -0300, Patrick Boutilier wrote:
> >>Jacquelin Bouchard wrote:
> >>>On Mon, Apr 10, 2006 at 04:47:20PM +0200, Stef Coene wrote:
> On Monday 10 April 2006 16:21, Jacquelin Bouchard wrote:
> >Hi,
> >
> >  I'm trying to backup a Linux server with TSM 5.3.3 client and,
> >i don't know why, the client don't backup
> >the directories /dev , /sys and /proc; all the other directories in /
> >are backed up.  Also, i don't see those
> >directories in the GUI interface.  Why???
> They are virtual file systems.  You can see them with the mount command.
> The
> data in those directoryies only exists in memory.
> Same for /proc on new AIX boxes.
> 
> 
> Stef
> >>>Thanks to all,
> >>>
> >>>   Stef, i run the mount command on my system and i see what you say for
> >>>these directories (/proc and /sys):
> >>>
> >>>none on /proc type proc (rw)
> >>>none on /sys type sysfs (rw)
> >>>
> >>>but i don`t see a similar line for /dev except for /dev/pts and /dev/shm:
> >>>
> >>>none on /dev/pts type devpts (rw,gid=5,mode=620)
> >>>none on /dev/shm type tmpfs (rw)
> >>>
> >>>Why??
> >>What version/distribution of Linux?
> >>
> >>
> >>
> >Hi,
> >
> > Red Hat Enterprise Linux AS release 4 (Nahant Update 3)
>
> Chances are you are running udev so nothing in /dev needs to be backed
> up. Confirm by running:
>
>
> ps ax|grep udev
>
>
> >
> >Jacquelin Bouchard, UQTR

Hi,

When running   ps ax | grep udev, the processudevd  is displayed.

Jacquelin Bouchard, UQTR


Re: Clustered Servers and Tivoli

2006-04-11 Thread Andrew Ferris
Hi John,

We have about 30 clustered volumes so I typically get unimaginative and call 
the nodes a variation of NetWare volume name and then either server or cluster. 
For example, admin_server or print_cluster. We're a smallish shop in TSM terms 
and all in one location so I can keep things simple. Node names should make 
sense to the folks using them and I'm not aware of any penalties, except to 
type, for longer ones than I use. 

Your opt file looks okay to me. I don't specify the NW user in mine and use the 
TSM.PWD are the only substantive differences I can see. I'd re-emphasize 
turning TSAFS's cluster awareness off via TSA.cfg. Good luck.

Andrew Ferris
Network Support Analyst
iCAPTURE Research Centre
University of British Columbia 


Re: Re: 3494 & Media Type

2006-04-11 Thread David Bronder
Richard Sims wrote:
>
> On Apr 11, 2006, at 8:23 AM, David E Ehresman wrote:
>
> > How does the 3494 determine which 'media type', e.g. 3590 J or K, a cart
> > is? Our 3494 is starting to eject tapes as they are inserted complaining
> > about unknown media type.
>
> We've seen the same thing here, with J tapes coming back from offsite:
> insert a bunch, have one or two rejected with that media complaint.
> Reinsert (one at a time), and the library then accepts the tape.
> It may be that the laser/receptor is having trouble reading the 'J'
> stickerette, where rubbing one's finger over it before inserting may
> remove some residue which is imperceptible to us.

We've also seen this issue with varying frequency.  Another trick that
has helped some of the time is to reposition the VOLSER barcode label
slightly.  The barcode reader is sensitive to both the spacing between
the VOLSER and media type labels, and the relative alignment of the
barcode on each label.

Other things we've tried include rubbing the media type label with a
pencil eraser to dull the glare (some are really shiny), and covering
the glass windows on the top of the frames to keep out direct light.
Both suggestions came from IBM tape "top guns", IIRC.  Mixed results in
our case, though.  No single solution has solved all of ours.

I wanted to look at setting VOLSER ranges, but have hesitated because I
have to coordinate with our SE and our mainframe guys to make sure I
don't break their VTS in the process.  Maybe I'll pursue that now.

=Dave

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


Re: ANS9999E ?

2006-04-11 Thread Neil Schofield
Andy

I only usually get involved with the client installations if something
doesn't work. Our procedures say stop *all* TSM client processes, but we
run with the Scheduler managed by the Client Acceptor, so if people are
expecting only the CAD to be running they may not have been diligent about
stopping the Scheduler as well if we are in the six hour window before the
schedule begins.

On the other hand, I would expect that if an instruction is received
telling them that a reboot is required to finish the installation, they
would be unlikely to ignore it. However, the procedure says not to reboot
unless an indication is received that it is required.

Are .TXT files treated in the same was as .DLL and .EXE files by the
installation? I know they don't have any versioning information embedded in
them like the binaries do.

It may be coincidence, but both the users who had the problem this week had
gone from 5.2.0.8 to 5.3.2.2.

Regards
Neil Schofield
Yorkshire Water Services Ltd.



Find out how to protect your home from frost this winter at 
www.yorkshirewater.com

YORKSHIRE WATER - WINNER OF THE UTILITY OF THE YEAR AWARD 2004 AND 2005

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


Re: ANS9999E ?

2006-04-11 Thread Neil Schofield
Andy

Sorry the last line should have read "from 5.3.0.8 to 5.3.2.2"

Regards
Neil


Andy

I only usually get involved with the client installations if something
doesn't work. Our procedures say stop *all* TSM client processes, but we
run with the Scheduler managed by the Client Acceptor, so if people are
expecting only the CAD to be running they may not have been diligent about
stopping the Scheduler as well if we are in the six hour window before the
schedule begins.

On the other hand, I would expect that if an instruction is received
telling them that a reboot is required to finish the installation, they
would be unlikely to ignore it. However, the procedure says not to reboot
unless an indication is received that it is required.

Are .TXT files treated in the same was as .DLL and .EXE files by the
installation? I know they don't have any versioning information embedded in
them like the binaries do.

It may be coincidence, but both the users who had the problem this week had
gone from 5.2.0.8 to 5.3.2.2.

Regards
Neil Schofield
Yorkshire Water Services Ltd.



Find out how to protect your home from frost this winter at 
www.yorkshirewater.com

YORKSHIRE WATER - WINNER OF THE UTILITY OF THE YEAR AWARD 2004 AND 2005

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


Re: Resend - Policy and DRP question

2006-04-11 Thread Ben Bullock
I'll take a stab at this.

You now keep 10 versions of a file and you do a daily backup. It sounds like 
you want to be able to guarantee your ability to roll back or recover the TSM 
the server to 10 days ago. If that is the case you would need to make sure that:
- The "delete volhist" command was changed to keep 10 days of DB tapes.
- The resuse delay on empty tapes should be set to 10 days also.

And yes, you will want to keep the last 10 days of DB tapes offsite to 
meet your DR objectives.

In our situation, our default management class keeps "up to 5 copies of 
a file up to 30 days. And we keep the last couple versions for 180 days once a 
file is deleted." Does that mean we should keep 30 days worth of DB tapes? No. 
we keep a week's worth of DB backups offsite for DR because we could never 
really seeing ourselves rolling back the TSM server 8 days. It think that 1 or 
2 weeks is pretty standard for folks on this list.

Ben
 

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Paul Dudley
Sent: Monday, April 10, 2006 10:49 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Resend - Policy and DRP question

I sent this query a week ago but have not received a reply back. I am resending 
in the hope that someone can offer some advice.

We have TSM version 5.2

I have changed the standard policy so that we now keep the 10 latest versions 
of each file rather than 7.

I have also changed our del volhist to tod=today-10 where it was previously 7.

I have been told that previously we had to keep the 7 latest copy tapes and db 
tapes offsite for DRP to ensure that we could recover complete servers. With 
the changes that I have made does this mean that we have to now keep the 10 
latest tapes offsite for complete DRP?

 
Paul Dudley
ANL IT Operations Dept.
[EMAIL PROTECTED]





ANL DISCLAIMER

This e-mail and any file attached is confidential, and intended solely to the 
named addressees. Any unauthorised dissemination or use is strictly prohibited. 
If you received this e-mail in error, please immediately notify the sender by 
return e-mail from your system. Please do not copy, use or make reference to it 
for any purpose, or disclose its contents to any person.


ports required for tsm via firewall

2006-04-11 Thread Tim Brown
Need to confirm ports required for TSM client access
through firewall.

Currently have TCP Ports 1500, 1501, 1580 and 1581
Does TSM use UDP ports ?

Tim Brown
Systems Specialist
Central Hudson Gas & Electric
284 South Ave
Poughkeepsie, NY 12601
Email: [EMAIL PROTECTED]
Phone: 845-486-5643
Fax: 845-486-5921


Re: ports required for tsm via firewall

2006-04-11 Thread Richard Sims

On Apr 11, 2006, at 2:14 PM, Tim Brown wrote:


Need to confirm ports required for TSM client access
through firewall.

Currently have TCP Ports 1500, 1501, 1580 and 1581
Does TSM use UDP ports ?


Tim -

I haven't seen any UDP usage in the TSM product. It likes sessions,
and so uses TCP, which is a more certain protocol which avoids wait-
and-hope timeouts.

Open holes in your firewall for only the port numbers actually
needed, omitting any of the TSM function/port repertoire which is not
currently active in your environment.

  Richard Sims


TSM User Group meets May 18th for Baltimore, Washington DC, & No.Va.

2006-04-11 Thread Prather, Wanda
Got SOX?  Got lots of data?  Got TSM 5.3?

Come talk about how to manage today's TSM environment!

 

Please join us Thursday May 18th for the next meeting of TSMUG, the TSM user 
group for the Baltimore, Washington DC, & Northern Virginia. 

Please REGISTER, and please forward this invitation to anyone you know who has 
an interest in TSM.

 

 

Date:  Thursday, May 18

Time:  08:30am to 1pm

Morning coffee and lunch will be provided.

 

 

Host & Location:

CAS/Severn

6201 Chevy Chase Drive

Laurel, Maryland 20707

301.776.3400 

 

Please use local or web maps to get the best driving directions from your 
location.

There is plenty of free parking in front of the building.

 

 

Registration:

There is no charge for the meeting, but registration in advance is REQUIRED.

To register, send email to [EMAIL PROTECTED] with your name, company, and 
current phone#.

If you register then can't attend, someone can substitute for you without 
notice.

The cut off for registration is 5pm Monday, May 15.

 

 

Agenda:

08:30Coffee & Registration

 

08:45New Architectures for Backup, Recovery, and Archive

John Schneider, EMC, Backup and Recovery and Archive Practice

 

10:15Break & Announcements

 

10:30Differences in TSM 5.2 and TSM 5.3

Eric Gruber, CAS 

 

11:15TSM 5.3 Open Discussion

Are you at 5.3? Planning it? Dreading it?

Bring all your TSM 5.3. questions!

 

12:00Lunch & TSM Roundtable

Any TSM topic you care to discuss! 

 

Questions? 
If you haven't been to a TSMUG meeting before, take a look at our website:  
www.jasi.com/TSMUG   
Send other questions to [EMAIL PROTECTED] 


 


Re: TSM User Group meets May 18th for Baltimore, Washington DC, & No.Va.

2006-04-11 Thread Laura Mastandrea
Is there a TSM User Group for Chicago, IL?

Thank you,

Laura Mastandrea
Information Technology/Infrastructure Services
Ph: 847-719-5040
email:[EMAIL PROTECTED]

BROADSPIRE Services, Inc.
www.choosebroadspire.com





 To
 ADSM-L@VM.MARIST.EDU
 cc

   From
Sent by

   "Prather, Wanda" <[EMAIL PROTECTED]>  on  04/11/2006
07:43 PM
   "ADSM: Dist Stor Manager" 
Subject
 [ADSM-L] TSM User Group meets May 18th for Baltimore, Washington
 DC, & No.Va.

   Please respond to
"ADSM: Dist Stor Manager" 










Got SOX?  Got lots of data?  Got TSM 5.3?

Come talk about how to manage today's TSM environment!



Please join us Thursday May 18th for the next meeting of TSMUG, the TSM
user group for the Baltimore, Washington DC, & Northern Virginia.

Please REGISTER, and please forward this invitation to anyone you know who
has an interest in TSM.





Date:  Thursday, May 18

Time:  08:30am to 1pm

Morning coffee and lunch will be provided.





Host & Location:

CAS/Severn

6201 Chevy Chase Drive

Laurel, Maryland 20707

301.776.3400



Please use local or web maps to get the best driving directions from your
location.

There is plenty of free parking in front of the building.





Registration:

There is no charge for the meeting, but registration in advance is
REQUIRED.

To register, send email to [EMAIL PROTECTED] with your name, company, and
current phone#.

If you register then can't attend, someone can substitute for you without
notice.

The cut off for registration is 5pm Monday, May 15.





Agenda:

08:30Coffee & Registration



08:45New Architectures for Backup, Recovery, and Archive

John Schneider, EMC, Backup and Recovery and Archive Practice



10:15Break & Announcements



10:30Differences in TSM 5.2 and TSM 5.3

Eric Gruber, CAS



11:15TSM 5.3 Open Discussion

Are you at 5.3? Planning it? Dreading it?

Bring all your TSM 5.3. questions!



12:00Lunch & TSM Roundtable

Any TSM topic you care to discuss!



Questions?
If you haven't been to a TSMUG meeting before, take a look at our website:
www.jasi.com/TSMUG 
Send other questions to [EMAIL PROTECTED]








DISCLAIMER:
This communication, along with any documents, files or attachments, is intended 
only for the use of the addressee and may contain legally privileged and 
confidential information. If you are not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of any information 
contained in or attached to this communication is strictly prohibited. If you 
have received this message in error, please notify the sender immediately and 
destroy the original communication and its attachments without reading, 
printing or saving in any manner. This communication does not form any 
contractual obligation on behalf of the sender or, the sender's employer, or 
the employer's parent company, affiliates or subsidiaries.




Re: TSM User Group meets May 18th for Baltimore, Washington DC, & No.Va.

2006-04-11 Thread Richard Sims

On Apr 11, 2006, at 9:36 PM, Laura Mastandrea wrote:


Is there a TSM User Group for Chicago, IL?


Laura - See:

http://www.tivoli-ug.org/groups.php?ugtype=Stor

   Richard Sims