managed services

[Burak Demircan]

hi, 
i use managed services to start my schedules. 
before using that method i was using standard schedule services and restart the 
service after changing dsm.opt file 

what can i do to change dsm.opt and apply new changes to my schedules if i am 
using Acceptor service? Should i restart 
acceptor service or will it apply changes before it starting my scheduler? 

Regards,


Burak Demircan
CEO / ITT 
MERCEDES-BENZ TURK A.S. 

[EMAIL PROTECTED] 
tel:+90 212 482 35 00 (4676) 
fax :+90 212 481 11 54 

When is a tape too old

[Diana Noble]

We use 3590 J's and K's.  I've been asked what the lifespan of these tapes
are.  I've seen where the shelf life might be 10-12 years, but have not been
able to find anything about the regular use of them.  Our tapes are returned to
scratch when they become empty, so they are not private tapes.  It's my
undertanding that we lose the number of mounts for the tape when it is moved
from scratch into a private storage pool.  Is there a way to track it's usage
and and know when it's reaching it's maximum lifespan?  Is there an approximate
lifespan for these tapes when used regularly?  Or do I just wait until IO
errors start occurring and remove it then?

Thanks,

Diana

Re: Idle system fails with Media mount not possible

[David Longo]

You didn't mention the Maint Level of AIX 4.3.3.  If you have less
than ML 10, then I would upgrade to that as one step.

David Longo

>>> [EMAIL PROTECTED] 12/17/02 05:15PM >>>
How strange.. I just went through something similar.  Running on AIX
4.3.3,
TSM 4.2.1.7.  What are you running?
The short answer was to reboot the AIX operating system, and
everything
started working fine.. The long answer follows (well, not really an
answer,
just my situation, and what I tried to resolve it).

Server
AIX 4.3.3
TSM 4.2.1.7

Nodes
W2K
Storage Agent 4.2.1.7
BA Client 4.2.1.32
TDP for SQL 2.2
SQL 2000
and

WinNT4
Storage Agent 4.2.1.7
BA Client 4.2.1.15
TDP for SQL 1.1
SQL 6.5

Relevant TSM server storage as follows...
diskpool_sql_meta (no next storage pool intended only for the
*/.../meta/.../* info)
diskpool_sql (next storage pool is ltotape_sql, intended for smaller
databases)
ltotape_sql (collocation of FILESPACE since /stripes=2 backups are
kept
here)

The SQL 2000 server had been having issues over the last few months
where
backups to ltotape_sql with /stripes=2 of a 265GB database would fail
with
a "server media mount no possible" error, but /stripes=1 differential
backups would back up fine.  Oddly, increasing the Maximum Mount Points
for
the node by one would allow the /stripes=2 backup to succeed, but the
next
time a /stripes=2 backup would run, it would fail (until I increased
the
MMP again).  I had 5 drives, all free and unused and 7 MMP for the
node
when... this new wrinkle occurred.

The SQL 6.5 server started having problems backing up certain
databases:
the smaller system databases; master, model, msdb, pubs, tempdb, with
and
error message of "server media mount not possible".  All the DBs on
this
server have a destination of ltotape_sql.  Like you, plenty of room in
the
storage pool, plenty of scratch.

Called support

Got level one.. told him a few things.. he didn't even want to try it..
and
immediately escalated to level two.  While I waited for a call back
from
level two, the following occurred.

I noticed that there are some databases in diskpool_sql that haven't
migrated to ltotape_sql.  Kicking off a migration gets a similar error
message "media mount not possible", which, oddly, is the same message I
got
from the storage agent when backing up tapes to ltotape_sql.

I carefully detailed what it took to migrate those 3 files from
diskpool_sql to ltotape_sql, which is a whole other chapter by itself,
involving changing maxscratch up and down, moving data, and a few
other
hoops, and I was unable to get some tapes to "move" with a move data
command (tapes that had only one master or msdb or tempdb type database
on
them).

Level two calls back.  I go through the entire situation, including
the
fact of the Max Mount Point having to change every time I did I
/stirpes=2
backup (I wasn't sure if that was a related issue or not).  She is
baffled,
and wants to think it over and search databases etc to see what she
can
come up with.  Within 30 mins, she calls back and asks me to reboot the
TSM
server's OS (uptime reported a whopping 82 days), just to see what
would
happen.  I do.  Migrations go.  Backups /stripes=1 go.  Backups
/stripes=2
go (even with MMP set back to 4 for that node, instead of 7 ( with only
5
tape drives remember).  This was Friday.

Sunday night, the TSM server did something odd (haven't reported this
to
TSM support yet).  It just stopped.  It showed link status on the
fiber
cards, and network cards, but you couldn't ping it, the server console
wouldn't wake up, nothing.  Even the display on the front was dark, but
the
power light was on steady like it was operational, not flashing like
it
would be if you did a proper shutdown.  I "reset" it Monday morning
when I
found it that way, and then had to do a clean shutdown and power on to
get
the fiber cards to see the library correctly.  Very weird.

So, I am taking Monday morning (yesterday) as the start time to see
how
long it takes until I have to increase my MMP on the one node just to
get a
/stripes=2 backup.

The saga continues...






"Conko,
Steven"  To: [EMAIL PROTECTED]
<[EMAIL PROTECTED]   cc:
M>   Fax to:
Sent by: Subject: Idle system fails
with Media mount not possible
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


12/17/2002
03:19 PM
Please respond
to "ADSM: Dist
Stor Manager"






strange one... and ive looked at everything i can think of.

In client dsmerror.log:

12/17/02   15:01:54 ANS1228E Sending of object
'/tibco/logs/hawk/log/Hawk4.log' failed
12/17/02   15:01:54 ANS1312E Server media mount not possible

12/17/02   15:01:57 ANS1312E Server media mount not possible



In activity log

Re: Idle system fails with Media mount not possible

[Richard Sims]

>ANR0535W Transaction failed for session 1356 for node
>SY00113 (AIX) - insufficient mount points available to
>satisfy the request.
>
>There is NOTHING else running on this TSM server. All 6 drives are online.

Nothing running can itself be an indication of things suspicious...
It may be that TSM tried to acquire one drive after another, but none of
them could be had - which could well be a problem with the library or
network access to it.  You haven't told us your hardware type or what
diagnostic steps you have taken.  An obvious first step, in your AIX system,
is 'errpt -a | less' and look for odd stuff.  Another obvious step is to
perform a manual query or action against the library, as with the 'mtlib'
command or equivalent for your library type, to get status and, if that
works, to try mounting a tape.  Also, try pinging the library from the
TSM server system.  Do 'SHOW LIBRARY' in TSM and check what it thinks the
status of the library and drives are.  Use 'lsdev' and the like to check
the status of the drives.  Stuff like that, to uncover what's awry.

  Richard Sims, BU

TDP for Domino OS/400 qsh error

[Henrry Aranda]

Hi,
I configured an TDP for Domino on OS/400 and I am unable query the server
successfully, when I issue the command domdsmc query adsmserver I get the
following error:

  License file exists and contains valid license data.
  ACD5221I The /usr/tivoli/tsm/client/domino/bin/domdsm.log log file has
been pruned successfully.
  qsh: 001-0079 Process ended by the exception 9901.

Any suggestion will be appreciated

Henry Aranda



_
Add photos to your e-mail with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail

Re: 3584 library loading

[Dan Foster]

Hot Diggety! Matthew Glanville was rumored to have written:
> But, I have found bulk loading tapes with the door open on the 3584 is a
> problem when tapes are in the drives. I had to figure out which slots NOT
> to put tapes into because those are the slots that the tapes in the drives
> use.  When TSM tries to unload a tape after you closed the door it knew
> which slot it was in and tries to put it there, thus failing if you have
> manually put a tape there.  A simple audit library check=barcode don't work
> as it wont run until all drives are unmounted... Is that called a paradox
> or a conundrum?

With TSM v5, you can parse the output of an undocumented (I think?) command:

tsm> show library 

It will have something like this for the drive that has a tape loaded:

  loaded volume home slot=1033
  loaded volume name=ROC007

That tells you a) what the tape label name is that's loaded in drive right
now, and b) which element number it was originally fetched from.

So you just basically parse the output of that command and find out all
the home slot numbers, and *NOT* load tapes in them. Volume name may be
useful if you're going to be physically eyeballing the library, but
otherwise not programmatically useful.

I'm not sure if there's a better and documented command to do the same
sort of thing. Also, don't recall if this existed in previous versions,
but pretty sure I remember seeing it in TSM v4.

Alternatively, if you're using AIX, you could parse the output of:

# tapeutil -f /dev/smc0 inventory

Something along the lines of:

# tapeutil -f /dev/smc0 inventory|grep -p "^Drive Address "| \
grep "Source Element Address"|grep -v Valid | \
awk '{print $NF}'

-Dan

Re: Idle system fails with Media mount not possible

[Todd Lundstedt]

How strange.. I just went through something similar.  Running on AIX 4.3.3,
TSM 4.2.1.7.  What are you running?
The short answer was to reboot the AIX operating system, and everything
started working fine.. The long answer follows (well, not really an answer,
just my situation, and what I tried to resolve it).

Server
AIX 4.3.3
TSM 4.2.1.7

Nodes
W2K
Storage Agent 4.2.1.7
BA Client 4.2.1.32
TDP for SQL 2.2
SQL 2000
and

WinNT4
Storage Agent 4.2.1.7
BA Client 4.2.1.15
TDP for SQL 1.1
SQL 6.5

Relevant TSM server storage as follows...
diskpool_sql_meta (no next storage pool intended only for the
*/.../meta/.../* info)
diskpool_sql (next storage pool is ltotape_sql, intended for smaller
databases)
ltotape_sql (collocation of FILESPACE since /stripes=2 backups are kept
here)

The SQL 2000 server had been having issues over the last few months where
backups to ltotape_sql with /stripes=2 of a 265GB database would fail with
a "server media mount no possible" error, but /stripes=1 differential
backups would back up fine.  Oddly, increasing the Maximum Mount Points for
the node by one would allow the /stripes=2 backup to succeed, but the next
time a /stripes=2 backup would run, it would fail (until I increased the
MMP again).  I had 5 drives, all free and unused and 7 MMP for the node
when... this new wrinkle occurred.

The SQL 6.5 server started having problems backing up certain databases:
the smaller system databases; master, model, msdb, pubs, tempdb, with and
error message of "server media mount not possible".  All the DBs on this
server have a destination of ltotape_sql.  Like you, plenty of room in the
storage pool, plenty of scratch.

Called support

Got level one.. told him a few things.. he didn't even want to try it.. and
immediately escalated to level two.  While I waited for a call back from
level two, the following occurred.

I noticed that there are some databases in diskpool_sql that haven't
migrated to ltotape_sql.  Kicking off a migration gets a similar error
message "media mount not possible", which, oddly, is the same message I got
from the storage agent when backing up tapes to ltotape_sql.

I carefully detailed what it took to migrate those 3 files from
diskpool_sql to ltotape_sql, which is a whole other chapter by itself,
involving changing maxscratch up and down, moving data, and a few other
hoops, and I was unable to get some tapes to "move" with a move data
command (tapes that had only one master or msdb or tempdb type database on
them).

Level two calls back.  I go through the entire situation, including the
fact of the Max Mount Point having to change every time I did I /stirpes=2
backup (I wasn't sure if that was a related issue or not).  She is baffled,
and wants to think it over and search databases etc to see what she can
come up with.  Within 30 mins, she calls back and asks me to reboot the TSM
server's OS (uptime reported a whopping 82 days), just to see what would
happen.  I do.  Migrations go.  Backups /stripes=1 go.  Backups /stripes=2
go (even with MMP set back to 4 for that node, instead of 7 ( with only 5
tape drives remember).  This was Friday.

Sunday night, the TSM server did something odd (haven't reported this to
TSM support yet).  It just stopped.  It showed link status on the fiber
cards, and network cards, but you couldn't ping it, the server console
wouldn't wake up, nothing.  Even the display on the front was dark, but the
power light was on steady like it was operational, not flashing like it
would be if you did a proper shutdown.  I "reset" it Monday morning when I
found it that way, and then had to do a clean shutdown and power on to get
the fiber cards to see the library correctly.  Very weird.

So, I am taking Monday morning (yesterday) as the start time to see how
long it takes until I have to increase my MMP on the one node just to get a
/stripes=2 backup.

The saga continues...






"Conko,
Steven"  To: [EMAIL PROTECTED]
<[EMAIL PROTECTED]   cc:
M>   Fax to:
Sent by: Subject: Idle system fails with Media 
mount not possible
"ADSM: Dist
Stor Manager"
<[EMAIL PROTECTED]
IST.EDU>


12/17/2002
03:19 PM
Please respond
to "ADSM: Dist
Stor Manager"






strange one... and ive looked at everything i can think of.

In client dsmerror.log:

12/17/02   15:01:54 ANS1228E Sending of object
'/tibco/logs/hawk/log/Hawk4.log' failed
12/17/02   15:01:54 ANS1312E Server media mount not possible

12/17/02   15:01:57 ANS1312E Server media mount not possible



In activity log:

ANR0535W Transaction failed for session 1356 for node
SY00113 (AIX) - insufficient mount points available to
satisfy the request.


There is NOTHING else running on this TSM 

Re: 3584 library loading

[Richard Cowen]

... Is that called a paradox or a conundrum?

I would call that a Catch-22.

Re: 3584 library loading

[Matthew Glanville]

At 20:02 -0600 12/16/02, Mark Stapleton wrote:

>>If you're loading >10 tapes:
>>1. Leisurely stroll to the library, open it up, place all tapes directly
>>into empty slots into the library.
>>Even easier--there's no request to reply to.

>Yeah, but it requires taking the library offline while the tapes are
>loaded; sort of defeats the purpose of having a bulk entry door.

I don't mind the taking the library offline to do the bulk loads, we do do
that when there are >10-30 tapes, the 3584 is fast when it comes to
verifying it's inventory with the barcode reader.  It doesn't take that
long at all.
Thus it is not offline for long.

But, I have found bulk loading tapes with the door open on the 3584 is a
problem when tapes are in the drives. I had to figure out which slots NOT
to put tapes into because those are the slots that the tapes in the drives
use.  When TSM tries to unload a tape after you closed the door it knew
which slot it was in and tries to put it there, thus failing if you have
manually put a tape there.  A simple audit library check=barcode don't work
as it wont run until all drives are unmounted... Is that called a paradox
or a conundrum?

I agree that some of us are just spoiled by having smarter library
controllers.

But I am getting in shape by running to and from the 3584 library and the
TSM console :)

Matthew Glanville
[EMAIL PROTECTED]

Re: 3584 library loading

[Matt Simpson]

At 15:54 -0500 12/17/02, David Longo wrote:

I would also point out to the original issuer of this discussion that
if having more than 10 tapes is a problem, you can upgrade to a 30
slot I/O station,


We have the 30 slot station .. but it still doesn't improve the
process.  The ACSLS approach is so much nicer: If  somebody puts
tapes in the entry slots, they get stashed in the library.  That
makes life much simpler for the operational staff.  The system can
figure out what to do with them later.  But having to enter a bunch
of commands just to get tapes entered into the library makes no sense.
--


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.

Idle system fails with Media mount not possible

[Conko, Steven]

strange one... and ive looked at everything i can think of.

In client dsmerror.log:

12/17/02   15:01:54 ANS1228E Sending of object
'/tibco/logs/hawk/log/Hawk4.log' failed
12/17/02   15:01:54 ANS1312E Server media mount not possible

12/17/02   15:01:57 ANS1312E Server media mount not possible



In activity log:

ANR0535W Transaction failed for session 1356 for node
SY00113 (AIX) - insufficient mount points available to
satisfy the request.


There is NOTHING else running on this TSM server. All 6 drives are online.
The backup is going to a 18GB diskpool that is 8% full, there are plenty of
scratch tapes, i set max mount points to 2. keep mount point=yes. it starts
backing up the system then just fails... always at the same point. the file
its trying to back up does not exceed the max size. all drives are empty,
online. diskpool is online. i see the sessions start and then just after a
minute or 2 just abort.

any ideas?

system state backup for Windows2000

[shekhar Dhotre]

I have  question from  NT administrator on system state backups ..

Can TSM backup system state ? if so what server/client versions are
supported ?

Thank You

SD

Re: 3584 library loading

[David Longo]

I would also point out to the original issuer of this discussion that
if having more than 10 tapes is a problem, you can upgrade to a 30
slot I/O station, just like on the 3494.



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


>>> [EMAIL PROTECTED] 12/17/02 09:28AM >>>
At 20:02 -0600 12/16/02, Mark Stapleton wrote:
>Try this sequence instead (for <=10 tapes):

I don't see why that sequence is an improvement over the one Matthew
was complaining about. It requires the same number of actions (too
many).  It is true that in either sequence, you have sixty minutes to
reply, so that you can "leisurely stroll" instead of "run", but
that's really not the point.


>If you're loading >10 tapes:
>1. Leisurely stroll to the library, open it up, place all tapes
directly
>into empty slots into the library.
>Even easier--there's no request to reply to.

Yeah, but it requires taking the library offline while the tapes are
loaded; sort of defeats the purpose of having a bulk entry door.

I guess I've been spoiled by working with an ACSLS library that
automatically recognizes the tapes in the bulk entry door and inserts
them into the library without additional intervention, instead of
waiting for a bunch of commands, then putting one tape away, totally
mangling the next (see earlier post), and leaving the others in the
door so that the operators mistakenly think they are ejected DR tapes
and send them to the offsite storage facility.
--


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.


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

==

Re: Mangled administrator commands

[Slag, Jerry B.]

Z/OS 1.3; server 4.2.2.12 I saw mangled command text when I was retrieving
(i.e. f7 or up arrow) prior commands. I started testing a 5.1.5.4 client two
weeks ago and have not seen a mangled command since.

-Original Message-
From: William F. Colwell [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 11:29 AM
To: [EMAIL PROTECTED]
Subject: Re: Mangled administrator commands


Tom, I have the same setup as you except the server is at 4.2.3.1.
I saw the same thing, mangled commands;  I am glad someone else
saw it.  I thought of opening a pmr, but didn't - it is too random and
not really a big deal.

Bill

At 02:44 PM 12/16/2002, you wrote:
>I recently installed 5.1.5.0 client code, including the administrative
>command line, on a Windows 2000 system. The system connects to a 4.2.1.9
>server running under OS/390. When I use the administrative command line
>I will occasionally see a command fail with an ANR2000E message showing
>something completely different than the command I just typed. When this
>happens the alleged command reported in the error message isn't even
>composed of ASCII characters; most of the characters displayed seem to
>come from some kind of line drawing and graphics set. The problem seems
>to occur more often when the server is heavily loaded. Is this a known
>problem? If not, does anyone have any ideas for pinning down which piece
>of software is at fault?

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.

Is there a tsm client that will run on a sequent box DYNIX/ptx(R) V4.4.4

[Cook, Dwight E]

I didn't see anything but I'm going blind in my old age...
Is there any tsm client that will run on a Sequent box with DYNIX/ptx(R)
V4.4.4

Dwight

Re: TDP for Domino

[Del Hoobler]

Geoff,

This is probably the base client scheduler
connecting as that node (probably for your
scheduled DP for Domino backups.)
That will also cause the platform to be changed to "WinNT"
on the filespace.

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Never cut what can be untied.
- Commit yourself to constant improvement.
==

>> As far as the "platform" field... the TSM Server will update
>> the platform for all filespaces under that node based upon
>> the application that connected to it LAST. It looks like your
>> "dev02" box must still have a BA client backing up to it
>> using the same NODENAME as DP for Domino. I wouldn't delete
>> that until you look into it further because it may contain
>> some valid data backing up under that node
>> (D-CP-ITS-DOMDEV02) and you just didn't realize it.

> In this particular case there is a separate nodename for the standard
> baclient. It backs up C$, E$ and F$, along with the System Object. Those
all
> backed up last night, the last backup start date/time shows this. There
is
> no last backup date/time for the one in question.

Re: [Very OT] Re: Can we cut out the "me, toos" (was Re: TSM Presentation)

[Jurjen Oskam]

On Tue, Dec 17, 2002 at 12:38:31PM +0100, Remco Post wrote:

> So now the list is at fault when people choose to use e-mail clients that
> cannot behave. errr. Probably, people should start thinking about to who

This list adds a Reply-To: header pointing back to the list to each
message. That way, replies are sent back to the list when you intend to
send them to the author only. My mailer has a very handy
"ignore-list-reply-to" option; it ignores Reply-To: headers on messages
that were sent to a mailing list. :-)

http://www.unicom.com/pw/reply-to-harmful.html


ObADSM: A few days ago we had a DRM test (with the faulty 3583 tape
library, as you might remember). Besides the hardware problems, it all went
great. We learned that is is *really* beneficial to make at least one
copypool collocated. :-) However, one thing we encountered was that the AIX
4.3.3 ML10 TSM client coredumped with an assertion failure on exiting when
a restartable restore was initiated. The restore itself was not affected;
the client coredumped when exiting, after displaying the statistics about
the restore. When the restore failed (or was interrupted) for some reason,
the client coredumped on exiting. The client is version 4.2.2.7 running on
AIX 4.3.3 ML10, server version 4.2.2.13 also running on AIX 4.3.3 ML10.



--
Jurjen Oskam

PGP Key available at http://www.stupendous.org/

Re: TDP for Domino

[Gill, Geoffrey L.]

> As far as the "platform" field... the TSM Server will update
> the platform for all filespaces under that node based upon
> the application that connected to it LAST. It looks like your
> "dev02" box must still have a BA client backing up to it
> using the same NODENAME as DP for Domino. I wouldn't delete
> that until you look into it further because it may contain
> some valid data backing up under that node
> (D-CP-ITS-DOMDEV02) and you just didn't realize it.

In this particular case there is a separate nodename for the standard
baclient. It backs up C$, E$ and F$, along with the System Object. Those all
backed up last night, the last backup start date/time shows this. There is
no last backup date/time for the one in question.




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

Re: TDP for Domino

[Del Hoobler]

Geoff,

Someone must have run a BA client backup using the same NODENAME.
DP for Domino will only create and use 2 filespaces per Domino server:
   servername.DOMDBS
   servername.DOMLOGS

As far as the "platform" field... the TSM Server will update the
platform for all filespaces under that node based upon the
application that connected to it LAST. It looks like your "dev02"
box must still have a BA client backing up to it using the same
NODENAME as DP for Domino. I wouldn't delete that until you look
into it further because it may contain some valid data
backing up under that node (D-CP-ITS-DOMDEV02) and you just
didn't realize it.

There are no plans to modify the "Capacity" and "Pct Util"
because the DP for Domino filespaces are not "File systems"
like "Drives" under Windows and do not have a concept of
"Capacity" or "Pct Util" as defined by their field meanings.
(Unless you stretch the meaning.. which we didn't want to do.)

Thanks,

Del



Del Hoobler
IBM Corporation
[EMAIL PROTECTED]

- Never cut what can be untied.
- Commit yourself to constant improvement.
===

> On 3 of 10 TDP Domino backups I can see filespaces listed within TSM that
> belong to the C$ drive. See below. One of the 3 also shows the Platform
as
> WINNT, yet the others report as TDP Domino NT. I'm not sure how to see
the
> actual last time the filespace in question was backed up, since it
doesn't
> belong there I could only imagine it happened when they first set up the
> client side, maybe using the wrong nodename? The standard filespaces are
> backed up with a different node name than the TDP Domino stuff.
>
> Can anyone shed some light on why I have 3 nodes with the C$ in the
Domino
> backups. Could someone also shed some light on why the one Domino reports
> WinNt instead ot TDP? Is it safe to delete the filespace without
affecting
> the standard nodename C$ backup? Anyone have a SQL query that might show
the
> date it was last backed up? I don't have much access to any of these so
it
> would take some time if I need to provide more client side info.
>
> D-CP-ITS-DOMDE- cp-its-dom-1 WinNTAPI:Domi-No  0.0
0.0
> V02 dev02.DOM-noData
>  DBS
> D-CP-ITS-DOMDE- cp-its-dom-2 WinNTAPI:Domi-No  0.0
0.0
> V02 dev02.DOM-noData
>  LOGS
> D-CP-ITS-DOMDE- \\cp-its-d-3 WinNTNTFS Yes 3,996.3
72.0
> V02 omdev02\c$
>
> D-CP-ITS-DOMDE- cp-its-dom-1 TDP  API:Domi-No  0.0
0.0
> V01 dev01.DOM-   Domino   noData
>  DBS  NT
> D-CP-ITS-DOMDE- cp-its-dom-2 TDP  API:Domi-No  0.0
0.0
> V01 dev01.DOM-   Domino   noData
>  LOGS NT
> D-CP-ITS-DOMDE- \\cp-its-d-3 TDP  NTFS Yes 4,960.5
72.1
> V01 omdev01\c$   Domino
>   NT
>
> One other thing. When are we going to get numbers on these file spaces
> instead of 0.0?

Re: Performance pathology

[John Naylor]

Thomas,

How long has your server been up since a halt of TSM.
I am on OS390 TSM Version 4, Release 2, Level 2.0 and I find that it does get
slower
the longer I leave it between a recycle.
So if its been a few weeks since your last, I would do that, as soon as you can.

John






Thomas Denier <[EMAIL PROTECTED]> on 12/17/2002 05:18:23 PM

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

To:   [EMAIL PROTECTED]
cc:(bcc: John Naylor/HAV/SSE)
Subject:  Performance pathology



We are running a TSM 4.2.1.9 server under OS/390. We are experiencing
serious performance problems, and I have not been able to find any
clear explanation. We currently have two late-running client backup
sessions and a backup stgpool process running. Neither client backup
uses the storage pools involved in the storage pool backup. The storage
pool backup is sometimes freezing for tens of seconds at a time with
'query process' commands showing no current file and no increase in
file or byte counts. The buffer pool hit rate is around 97.7 percent,
which is not particularly good but does not explain tens of seconds
of inactivity. The mainframe performance analysts insist that TSM is
spending small percentages of the time waiting for processor capacity,
I/O operations, or paging operations. Where do I start looking for
the underlying cause of the problems?








**
The information in this E-Mail is confidential and may be legally
privileged. It may not represent the views of Scottish and Southern
Energy plc.
It is intended solely for the addressees. Access to this E-Mail by
anyone else is unauthorised. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted
to be taken in reliance on it, is prohibited and may be unlawful.
Any unauthorised recipient should advise the sender immediately of
the error in transmission.

Scottish Hydro-Electric, Southern Electric, SWALEC and S+S
are trading names of the Scottish and Southern Energy Group.
**

Re: Mangled administrator commands

[William F. Colwell]

Tom, I have the same setup as you except the server is at 4.2.3.1.
I saw the same thing, mangled commands;  I am glad someone else
saw it.  I thought of opening a pmr, but didn't - it is too random and
not really a big deal.

Bill

At 02:44 PM 12/16/2002, you wrote:
>I recently installed 5.1.5.0 client code, including the administrative
>command line, on a Windows 2000 system. The system connects to a 4.2.1.9
>server running under OS/390. When I use the administrative command line
>I will occasionally see a command fail with an ANR2000E message showing
>something completely different than the command I just typed. When this
>happens the alleged command reported in the error message isn't even
>composed of ASCII characters; most of the characters displayed seem to
>come from some kind of line drawing and graphics set. The problem seems
>to occur more often when the server is heavily loaded. Is this a known
>problem? If not, does anyone have any ideas for pinning down which piece
>of software is at fault?

--
Bill Colwell
C. S. Draper Lab
Cambridge Ma.

Performance pathology

[Thomas Denier]

We are running a TSM 4.2.1.9 server under OS/390. We are experiencing
serious performance problems, and I have not been able to find any
clear explanation. We currently have two late-running client backup
sessions and a backup stgpool process running. Neither client backup
uses the storage pools involved in the storage pool backup. The storage
pool backup is sometimes freezing for tens of seconds at a time with
'query process' commands showing no current file and no increase in
file or byte counts. The buffer pool hit rate is around 97.7 percent,
which is not particularly good but does not explain tens of seconds
of inactivity. The mainframe performance analysts insist that TSM is
spending small percentages of the time waiting for processor capacity,
I/O operations, or paging operations. Where do I start looking for
the underlying cause of the problems?

Re: System Object

[Gerhard Rentschler]

Geoff,
this is the case with q filespace. If you use q occupancy the picture is
different. As a system object ist not something like a drive there is no
capacity.
Best 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



> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Gill, Geoffrey L.
> Sent: Tuesday, December 17, 2002 6:06 PM
> To: [EMAIL PROTECTED]
> Subject: System Object
>
>
> Question:
> How did everyone actually see the System Object problem in some releases
> when everything I've seen always shows it at 0.0?
>
> ARISTOTLE   SYSTEM 4 WinNTSYSTEM   Yes
>  0.0   0.0
>  OBJECT
>
> Thanks,
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail: [EMAIL PROTECTED]
> Phone:  (858) 826-4062
> Pager:   (877) 905-7154

System Object

[Gill, Geoffrey L.]

Question:
How did everyone actually see the System Object problem in some releases
when everything I've seen always shows it at 0.0?

ARISTOTLE   SYSTEM 4 WinNTSYSTEM   Yes 0.0   0.0
 OBJECT

Thanks,
Geoff Gill
TSM Administrator
NT Systems Support Engineer
SAIC
E-Mail: [EMAIL PROTECTED]
Phone:  (858) 826-4062
Pager:   (877) 905-7154

TSM & ARCHIVE BIT FEATURE ON WINDOWS2000

[Selva, Perpetua]

any idea how this works? or if tsm handles this?

pls let me know




--
 This e-mail may be privileged and/or confidential, and the sender does not waive 
any related rights and obligations. Any distribution, use or copying of this e-mail or 
the information it contains by other than an intended recipient is unauthorized. If 
you received this e-mail in error, please advise me (by return e-mail or otherwise) 
immediately.
 Ce courriel est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et 
obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou 
des renseignements qu'il contient par une personne autre que le (les) destinataire(s) 
désigné(s) est interdite. Si vous recevez ce courriel par erreur, veuillez m'en aviser 
immédiatement, par retour de courriel ou par un autre moyen.

TDP for Domino

[Gill, Geoffrey L.]

On 3 of 10 TDP Domino backups I can see filespaces listed within TSM that
belong to the C$ drive. See below. One of the 3 also shows the Platform as
WINNT, yet the others report as TDP Domino NT. I'm not sure how to see the
actual last time the filespace in question was backed up, since it doesn't
belong there I could only imagine it happened when they first set up the
client side, maybe using the wrong nodename? The standard filespaces are
backed up with a different node name than the TDP Domino stuff.

Can anyone shed some light on why I have 3 nodes with the C$ in the Domino
backups. Could someone also shed some light on why the one Domino reports
WinNt instead ot TDP? Is it safe to delete the filespace without affecting
the standard nodename C$ backup? Anyone have a SQL query that might show the
date it was last backed up? I don't have much access to any of these so it
would take some time if I need to provide more client side info.

D-CP-ITS-DOMDE- cp-its-dom-1 WinNTAPI:Domi-No  0.0   0.0
V02 dev02.DOM-noData
 DBS
D-CP-ITS-DOMDE- cp-its-dom-2 WinNTAPI:Domi-No  0.0   0.0
V02 dev02.DOM-noData
 LOGS
D-CP-ITS-DOMDE- \\cp-its-d-3 WinNTNTFS Yes 3,996.3  72.0
V02 omdev02\c$

D-CP-ITS-DOMDE- cp-its-dom-1 TDP  API:Domi-No  0.0   0.0
V01 dev01.DOM-   Domino   noData
 DBS  NT
D-CP-ITS-DOMDE- cp-its-dom-2 TDP  API:Domi-No  0.0   0.0
V01 dev01.DOM-   Domino   noData
 LOGS NT
D-CP-ITS-DOMDE- \\cp-its-d-3 TDP  NTFS Yes 4,960.5  72.1
V01 omdev01\c$   Domino
  NT

One other thing. When are we going to get numbers on these file spaces
instead of 0.0?
Thanks for the help.

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

Re: 3466 End-of-Life

[Adolph Kahan]

This has nothing to do with the end of life of the 3466. IBM always has
this type of program going; the purpose is to get more customers to buy
a new product. This is just a way for IBM to increase their revenue.
This past year they have had incentives for customers to migrate from
the 3590 B and E drives to 3590 H drives, but this does not mean that
IBM will drop support for the 3590 B & E drives in the near future.

So far, IBM has only announced end of service for the 3466-b02 and
3466-B03. End of service will be June 30, 2003. They have not published
end of service dates for the other models and they still market the
3466-C01.

Do not confuse a marketing program to get a new product into the market
place with the end of service announcement. Once they do announce end of
service they will typically give at least a 1 year warning.

I work for an IBM BP, we see these removal/replacement programs all the
time, and they have not been tied to end of service announcements in the
past.

Adolph


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of
Talafous, John G.
Sent: Tuesday, December 17, 2002 9:51 AM
To: [EMAIL PROTECTED]
Subject: Re: 3466 End-of-Life

IBM U.S. announcements:

ItemDate Description

302-048 20020402 Modification: IBM Storage Machine Removal Program
102-165 20020611 IBM 3466 Model Conversions Enhance Flexibility
302-124 20020702 Modification: IBM Storage Machine Removal Program
302-216 20021105 Modification: IBM Storage Machine Removal Program

Check it out. As early as April 02, 2002 IBM has been including all 3466
models in their Storage Machine Removal Program.  Problem is, I didn't
pay
very much attention to the Storage Machine Removal Program
announcements.
But even if I would have noticed, there has been no formal announcement
of
end of life.

Yet...

jt



**
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: Tape management tool??

[Pearson, Dave]

If I understand you question right ... 

We use Tivoli Storage Management (TSM)... 
We have been using TSM for the last 7 or 8 years.

David C. Pearson
IS Production Support Analyst
System & Network Service
Snohomish County PUD # 1
 <> 
Phone: 425.347.4420
Pager:  425.290.0944
FAX: 425.267.6380
E-mail: [EMAIL PROTECTED]

-Original Message-
From:   Roger Ward [SMTP:[EMAIL PROTECTED]]
Sent:   Tuesday, December 17, 2002 7:29 AM
To: [EMAIL PROTECTED]
Subject:Tape management tool??

Hi TSMers,


I read this on the last daily notice.

Life is easier with the 3494 and the OS/2's library/tape managment program.

Is there a tape management system that helps manage Tivoli backups for
AIX??


Thanks, Roger

<>

Tape management tool??

[Roger Ward]

Hi TSMers,


I read this on the last daily notice.

Life is easier with the 3494 and the OS/2's library/tape managment program.

Is there a tape management system that helps manage Tivoli backups for
AIX??


Thanks, Roger

Re: 3466 End-of-Life

[Talafous, John G.]

IBM U.S. announcements:

ItemDate Description

302-048 20020402 Modification: IBM Storage Machine Removal Program
102-165 20020611 IBM 3466 Model Conversions Enhance Flexibility
302-124 20020702 Modification: IBM Storage Machine Removal Program
302-216 20021105 Modification: IBM Storage Machine Removal Program

Check it out. As early as April 02, 2002 IBM has been including all 3466
models in their Storage Machine Removal Program.  Problem is, I didn't pay
very much attention to the Storage Machine Removal Program announcements.
But even if I would have noticed, there has been no formal announcement of
end of life.

Yet...

jt



**
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: tape length issues

[Lambelet,Rene,VEVEY,GL-CSC]

Hi,

same for us, using about 1500 Ultrium, we got 3 completely lost tapes
(crumpled) and about 1 daily write error !

With Magstar, 1 error in last 4 years !

René LAMBELET
NESTEC  SA
GLOBE - Global Business Excellence
Central Support Center
Information Technology
Av. Nestlé 55  CH-1800 Vevey (Switzerland) 
tél +41 (0)21 924 35 43   fax +41 (0)21 703 30 17   local
UBS-Nestec, Bussigny
mailto:[EMAIL PROTECTED]

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


-Original Message-
From: Matt Simpson [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,17. December 2002 15:12
To: [EMAIL PROTECTED]
Subject: Re: tape length issues


At 20:44 -0500 12/16/02, Richard Sims wrote:
>There's a surprising amount of inconsistency as to the length of Ultrium
tape,
>as reported by various vendors - despite the supposed industry standard.
>HP quotes 580 meters; others 609 or 610 meters (2000 feet).

Yesterday, we had the opportunity to find out how long an Imation
Ultrium tape is, thanks to one of the drives in our 3584 library

http://jms.cc.uky.edu/Fun/ltotape.jpg

After the CE removed the tape from the drive, he also had to replace the
drive.

I just love this new technology, instead of that boring old mainframe
stuff that just worked and didn't give us challenges like this.
--


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: 3584 library loading

[Matt Simpson]

At 20:02 -0600 12/16/02, Mark Stapleton wrote:

Try this sequence instead (for <=10 tapes):


I don't see why that sequence is an improvement over the one Matthew
was complaining about. It requires the same number of actions (too
many).  It is true that in either sequence, you have sixty minutes to
reply, so that you can "leisurely stroll" instead of "run", but
that's really not the point.



If you're loading >10 tapes:
1. Leisurely stroll to the library, open it up, place all tapes directly
into empty slots into the library.
Even easier--there's no request to reply to.


Yeah, but it requires taking the library offline while the tapes are
loaded; sort of defeats the purpose of having a bulk entry door.

I guess I've been spoiled by working with an ACSLS library that
automatically recognizes the tapes in the bulk entry door and inserts
them into the library without additional intervention, instead of
waiting for a bunch of commands, then putting one tape away, totally
mangling the next (see earlier post), and leaving the others in the
door so that the operators mistakenly think they are ejected DR tapes
and send them to the offsite storage facility.
--


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: tape length issues

[Matt Simpson]

At 20:44 -0500 12/16/02, Richard Sims wrote:

There's a surprising amount of inconsistency as to the length of Ultrium tape,
as reported by various vendors - despite the supposed industry standard.
HP quotes 580 meters; others 609 or 610 meters (2000 feet).


Yesterday, we had the opportunity to find out how long an Imation
Ultrium tape is, thanks to one of the drives in our 3584 library

http://jms.cc.uky.edu/Fun/ltotape.jpg

After the CE removed the tape from the drive, he also had to replace the drive.

I just love this new technology, instead of that boring old mainframe
stuff that just worked and didn't give us challenges like this.
--


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: 3466 End-of-Life

[Jolliff, Dale]

The rumour I heard was that the NSM hardware/software support was going to
be unbundled -- So after the upgrade to TSM 5.x, you are no longer forced to
maintain "NSM configuration compliance" to conform with the NSM support
scripts.

I see this as a good thing, because that means that you can use raw volumes
and still get TSM support.

I don't pay the bills of course, so the effect on the check writer may be
drastically different


-Original Message-
From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 4:49 AM
To: [EMAIL PROTECTED]
Subject: Re: 3466 End-of-Life


Let's start from the beginning. How this came to your attention?
Especially for "all models".
You missed at least one - "IBM Announcement Letter No. ZG02-0381 dated June
11, 2002" (I track EMEA Letters, you ought to easily find U.S one). There
you can
find the following:
"Overview
To address your need for software upgrades and product support, the IBM
3466 Network Storage Manager Models C20 and C30 should now be converted to
the Model C00. This model conversion will enhance flexibility in the 3466
library configuration, and will enable you to meet your future
requirements. "

It came out just this year and even one year warrany cannot pass from
11.07.2002 to 15.04.2003. So my guess is that your information is not
correct.
I recall something for NSM that its support will split into HW (RS6k)
support and SW (TSM) support but have not seen anything official. And your
concerns for SW jail ought to have no ground - I am not sure but in the
back of my mind there was info about moving your NSM/3466 ADSM or TSM
licenses to ordinary RS/6000 (sorry, no details).

Zlatko Krastev
IT Consultant






"Talafous, John G." <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
16.12.2002 22:00
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:3466 End-of-Life


Hey *SM'ers!  It comes to my attention that 3466's (all models) not only
have been withdrawn from marketing but will be withdrawn from support
April
15, 2003. Have I missed an announcement? Could someone please point me to
it? How many of you will be impacted by support being withdrawn for
3466's?

Does anyone have a clue as to what I will have on the floor on April 16,
2003? For example, will I be legal?  I expect I am expected to migrate to
'native' TSM. Again, did I miss an announcement? But, what happens if I
take
no action before April 15?  Granted, without support I can't get help with
a
problem, but will the software police come and throw me in software jail?
8-)

Our 3466-C00 was purchased in May of 2000. It will not be 3 years old when
support is withdrawn.  And, an option then was to purchase 3 years of
maintenance up front!  If I were to purchase a major appliance for my home
and find that it is not supported less than 3 years later I wouldn't even
consider another one. What does ITSM expect from us?

Your thoughts are appreciated,
John G. Talafous  IS Technical Principal
The Timken CompanyGlobal Software Support
P.O. Box 6927 Data Management
1835 Dueber Ave. S.W. Phone: (330)-471-3390
Canton, Ohio USA  44706-0927  Fax  : (330)-471-4034
[EMAIL PROTECTED]   http://www.timken.com


**
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: Dr. Watson On DSMCSVC.EXE

[Mark Bertrand]

I hate to give a standard answer, but do you have antivirus software
installed.

Could be a bad dat file.

Mark B.

-Original Message-
From: Amini, Mehdi [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 6:16 AM
To: [EMAIL PROTECTED]
Subject: Dr. Watson On DSMCSVC.EXE


Hi All,

I have a client NT 4 SP6 running TSM 5.1.5.4  When I login to this client
immediately I get a Dr. Watson Error on DSMCSVC.EXE
Access Violation (0Xc05) Address (0x004a5cb5)...  This is the only
client out of our 80 clients that I get this message.

Any idea.

Thanks

Mehdi Amini
LAN/WAN Engineer
ValueOptions
12369 Sunrise Valley Drive
Suite C
Reston, VA 20191
Phone: 703-390-6855
Fax: 703-390-2581



**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender by email, delete and destroy this message and its
attachments.


**

w2k cluster and lanfree backup/restore

[TSM]

Hi ,

are there any known problems with backup/restore a w2k cluster over san
(lanfree)

and which is the easiest way to "migrate" an existing w2k cluster from
backup over LAN
to lanfree backup?

we have two cluster nodes with 2 local disks each, and 4 managed cluster
goups. ( 6 tsm nodes)

how many storage agents services have we to define (for every tsm node, 6
?)


i think, we have to entry "enablelanfree yes" in every dsm option file and
to install 6 different storage agent services for every tsm node, am i
right ?

what about the paths on the tsm server ? yet i have no idea how many paths
we have to define

is there a redbook or something else available?

thanks for your help.


with best regards

stefan savoric

[EMAIL PROTECTED]

Re: 3466 End-of-Life

[Richard Sims]

>The fact of the matter still remains that my IBM representative and an IBM
>business partner are telling me I have to move off of the 3466-C00 by April
>15, 2003.  Seems the rest of the 3466 community is in the dark on this as
>much as I am.  This should pan out to be a real debacle.

A *professional* representative would have provided documentation supporting
such a costly and disruptive claim.  Insist that they provide such evidence
in the form of a declaration or announcement as published by IBM.
Never accept such information verbally.

  Richard Sims, BU

Re: 3466 End-of-Life

[Talafous, John G.]

The fact of the matter still remains that my IBM representative and an IBM
business partner are telling me I have to move off of the 3466-C00 by April
15, 2003.  Seems the rest of the 3466 community is in the dark on this as
much as I am.  This should pan out to be a real debacle.

Perhaps the IBM announcement is still in the works.

jt

-Original Message-
From: Zlatko Krastev/ACIT [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 5:49 AM
To: [EMAIL PROTECTED]
Subject: Re: 3466 End-of-Life


Let's start from the beginning. How this came to your attention?
Especially for "all models".
You missed at least one - "IBM Announcement Letter No. ZG02-0381 dated June
11, 2002" (I track EMEA Letters, you ought to easily find U.S one). There
you can
find the following:
"Overview
To address your need for software upgrades and product support, the IBM
3466 Network Storage Manager Models C20 and C30 should now be converted to
the Model C00. This model conversion will enhance flexibility in the 3466
library configuration, and will enable you to meet your future
requirements. "

It came out just this year and even one year warrany cannot pass from
11.07.2002 to 15.04.2003. So my guess is that your information is not
correct.
I recall something for NSM that its support will split into HW (RS6k)
support and SW (TSM) support but have not seen anything official. And your
concerns for SW jail ought to have no ground - I am not sure but in the
back of my mind there was info about moving your NSM/3466 ADSM or TSM
licenses to ordinary RS/6000 (sorry, no details).

Zlatko Krastev
IT Consultant






"Talafous, John G." <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
16.12.2002 22:00
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:3466 End-of-Life


Hey *SM'ers!  It comes to my attention that 3466's (all models) not only
have been withdrawn from marketing but will be withdrawn from support
April
15, 2003. Have I missed an announcement? Could someone please point me to
it? How many of you will be impacted by support being withdrawn for
3466's?

Does anyone have a clue as to what I will have on the floor on April 16,
2003? For example, will I be legal?  I expect I am expected to migrate to
'native' TSM. Again, did I miss an announcement? But, what happens if I
take
no action before April 15?  Granted, without support I can't get help with
a
problem, but will the software police come and throw me in software jail?
8-)

Our 3466-C00 was purchased in May of 2000. It will not be 3 years old when
support is withdrawn.  And, an option then was to purchase 3 years of
maintenance up front!  If I were to purchase a major appliance for my home
and find that it is not supported less than 3 years later I wouldn't even
consider another one. What does ITSM expect from us?

Your thoughts are appreciated,
John G. Talafous  IS Technical Principal
The Timken CompanyGlobal Software Support
P.O. Box 6927 Data Management
1835 Dueber Ave. S.W. Phone: (330)-471-3390
Canton, Ohio USA  44706-0927  Fax  : (330)-471-4034
[EMAIL PROTECTED]   http://www.timken.com


**
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: Dr. Watson On DSMCSVC.EXE

[Marc Lowers]

Is the memory address shown in the Dr Watson report the same every time or 
does it vary?  If they are the same it is probably bad memory.

Marc.





"Burak Demircan" <[EMAIL PROTECTED]>

Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
17-Dec-2002 12:25
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>

 
 

To: ADSM-L

cc: 
Subject:Re: Dr. Watson On DSMCSVC.EXE

i also suffer from the same problem. any help appreciated ? 
regards 




Burak Demircan
CEO / ITT 
MERCEDES-BENZ TURK A.S. 

[EMAIL PROTECTED] 
tel:+90 212 482 35 00 (4676) 
fax :+90 212 481 11 54 



 
[EMAIL PROTECTED] 
Sent by: [EMAIL PROTECTED] 
 
17.12.2002 14:21 
Please respond to ADSM-L 
        
        To:        [EMAIL PROTECTED] 
        cc:         
        Subject:        Dr. Watson On DSMCSVC.EXE

Hi All,
 
I have a client NT 4 SP6 running TSM 5.1.5.4  When I login to this client
immediately I get a Dr. Watson Error on DSMCSVC.EXE
Access Violation (0Xc05) Address (0x004a5cb5)...  This is the only
client out of our 80 clients that I get this message.
 
Any idea.
 
Thanks
 
Mehdi Amini
LAN/WAN Engineer
ValueOptions
12369 Sunrise Valley Drive
Suite C
Reston, VA 20191
Phone: 703-390-6855
Fax: 703-390-2581
 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender by email, delete and destroy this message and its
attachments.
 

**
 

Re: Dr. Watson On DSMCSVC.EXE

[Burak Demircan]

i also suffer from the same problem. any help appreciated ? 
regards 




Burak Demircan
CEO / ITT 
MERCEDES-BENZ TURK A.S. 

[EMAIL PROTECTED] 
tel:+90 212 482 35 00 (4676) 
fax :+90 212 481 11 54 




[EMAIL PROTECTED] 
Sent by: [EMAIL PROTECTED] 

17.12.2002 14:21 
Please respond to ADSM-L 
        
        To:        [EMAIL PROTECTED] 
        cc:         
        Subject:        Dr. Watson On DSMCSVC.EXE

Hi All,
 
I have a client NT 4 SP6 running TSM 5.1.5.4  When I login to this client
immediately I get a Dr. Watson Error on DSMCSVC.EXE
Access Violation (0Xc05) Address (0x004a5cb5)...  This is the only
client out of our 80 clients that I get this message.
 
Any idea.
 
Thanks
 
Mehdi Amini
LAN/WAN Engineer
ValueOptions
12369 Sunrise Valley Drive
Suite C
Reston, VA 20191
Phone: 703-390-6855
Fax: 703-390-2581
 


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender by email, delete and destroy this message and its
attachments.
 

**
 

Dr. Watson On DSMCSVC.EXE

[Amini, Mehdi]

Hi All,

I have a client NT 4 SP6 running TSM 5.1.5.4  When I login to this client
immediately I get a Dr. Watson Error on DSMCSVC.EXE
Access Violation (0Xc05) Address (0x004a5cb5)...  This is the only
client out of our 80 clients that I get this message.

Any idea.

Thanks

Mehdi Amini
LAN/WAN Engineer
ValueOptions
12369 Sunrise Valley Drive
Suite C
Reston, VA 20191
Phone: 703-390-6855
Fax: 703-390-2581



**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender by email, delete and destroy this message and its
attachments.


**

[Very OT] Re: Can we cut out the "me, toos" (was Re: TSM Presentation)

[Remco Post]

On Tue, 17 Dec 2002 10:45:05 +0100
Gerhard Rentschler <[EMAIL PROTECTED]> wrote:

> Hello,
> probably a change in the listserv config of this mailing list may help.
> Each mail I get from this list has the list as reply address. For replying
> to the sender you have to cut the mail address from the mail and do a
> forward. This is the case at least with Outlook.
> It might help a little bit if with "reply to all" I could get both
> addresses, the list's and the sender's address. If I want to reply only to
> the sender, I could remove the list address.
> Best regards
> Gerhard
>

So now the list is at fault when people choose to use e-mail clients that
cannot behave. errr. Probably, people should start thinking about to who
they send their emails, and what they send. Apart from me-toos, annoying
behaviour includes the out-of-office autoreplys (perfreably to the list ;-)
and the ~20 line standard disclaimer, which in itself is complete nonsense
on any mailinglist, and probably even in normal person-to-person e-mail.
Netiquette isn't what it used to be... :-)

--
Met vriendelijke groeten,

Remco Post

SARA - Stichting Academisch Rekencentrum Amsterdamhttp://www.sara.nl
High Performance Computing  Tel. +31 20 592 8008Fax. +31 20 668 3167

"I really didn't foresee the Internet. But then, neither did the computer
industry. Not that that tells us very much of course - the computer industry
didn't even foresee that the century was going to end." -- Douglas Adams

TSM Journal Messages

[Magura, Curtis]

Client 5.1.1
Win NT4 SP6

Server 5.1.1.4
AIX 4.3.3 ML10

We are working through the error messages we are getting from the Journal
service one at a time. Can't seem to find any information on this message at
all. Anyone have a link to anything that would give more information on
exactly what this means or for that matter any of the errors logged in this
file. This is from the jbberror.log log on the client.

12/16/2002 09:57:45 NpWrite: Error 232 writing to named pipe --> (There
are probably more than a hundred of there in the log).
12/16/2002 09:57:45 NpOpen: Named pipe error connecting to server INVALID
HANDLE.
NpOpen: call failed with return code:2 pipe name \\.\pipe\jnl265
12/16/2002 09:57:47 JbbMonitorThread(): DB Access thread, tid 148 ended with
return code -190.

Curt Magura
Lockheed Martin EIS
Orlando, Fla.
321-235-1203

Re: 3466 End-of-Life

[Zlatko Krastev/ACIT]

Let's start from the beginning. How this came to your attention?
Especially for "all models".
You missed at least one - "IBM Announcement Letter No. ZG02-0381 dated June 11, 2002" 
(I track EMEA Letters, you ought to easily find U.S one). There you can
find the following:
"Overview
To address your need for software upgrades and product support, the IBM
3466 Network Storage Manager Models C20 and C30 should now be converted to
the Model C00. This model conversion will enhance flexibility in the 3466
library configuration, and will enable you to meet your future
requirements. "

It came out just this year and even one year warrany cannot pass from
11.07.2002 to 15.04.2003. So my guess is that your information is not
correct.
I recall something for NSM that its support will split into HW (RS6k)
support and SW (TSM) support but have not seen anything official. And your
concerns for SW jail ought to have no ground - I am not sure but in the
back of my mind there was info about moving your NSM/3466 ADSM or TSM
licenses to ordinary RS/6000 (sorry, no details).

Zlatko Krastev
IT Consultant






"Talafous, John G." <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
16.12.2002 22:00
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:3466 End-of-Life


Hey *SM'ers!  It comes to my attention that 3466's (all models) not only
have been withdrawn from marketing but will be withdrawn from support
April
15, 2003. Have I missed an announcement? Could someone please point me to
it? How many of you will be impacted by support being withdrawn for
3466's?

Does anyone have a clue as to what I will have on the floor on April 16,
2003? For example, will I be legal?  I expect I am expected to migrate to
'native' TSM. Again, did I miss an announcement? But, what happens if I
take
no action before April 15?  Granted, without support I can't get help with
a
problem, but will the software police come and throw me in software jail?
8-)

Our 3466-C00 was purchased in May of 2000. It will not be 3 years old when
support is withdrawn.  And, an option then was to purchase 3 years of
maintenance up front!  If I were to purchase a major appliance for my home
and find that it is not supported less than 3 years later I wouldn't even
consider another one. What does ITSM expect from us?

Your thoughts are appreciated,
John G. Talafous  IS Technical Principal
The Timken CompanyGlobal Software Support
P.O. Box 6927 Data Management
1835 Dueber Ave. S.W. Phone: (330)-471-3390
Canton, Ohio USA  44706-0927  Fax  : (330)-471-4034
[EMAIL PROTECTED]   http://www.timken.com


**
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: Can we cut out the "me, toos" (was Re: TSM Presentation)

[Zlatko Krastev/ACIT]

--> probably a change in the listserv config ...

And with this "patch" you will solve the "me too"-problem at the cost of
introducing new huge problem - replies will be not to the list but to the
poster and discussions will be dead. Or we will have to change the address
of replies (more than 10k/year) instead of "me too"s (approx. 3-5 times a
year, 10-15 "me too"s). If I want to reply to the sender it is just matter
of cut/paste. For those who do not want (or forget the netiquette) - even
if you simplify it down to a button click, they will not press it.

Zlatko Krastev
IT Consultant






Gerhard Rentschler <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
17.12.2002 11:45
Please respond to "ADSM: Dist Stor Manager"


To: [EMAIL PROTECTED]
cc:
Subject:Re: Can we cut out the "me, toos" (was Re: TSM Presentation)


Hello,
probably a change in the listserv config of this mailing list may help.
Each
mail I get from this list has the list as reply address. For replying to
the
sender you have to cut the mail address from the mail and do a forward.
This
is the case at least with Outlook.
It might help a little bit if with "reply to all" I could get both
addresses, the list's and the sender's address. If I want to reply only to
the sender, I could remove the list address.
Best 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



> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Mark Stapleton
> Sent: Tuesday, December 17, 2002 6:06 AM
> To: [EMAIL PROTECTED]
> Subject: Can we cut out the "me, toos" (was Re: TSM Presentation)
>
>
> On Mon, 2002-12-16 at 22:26, Murthy V Gongala wrote:
> >Request you to send me a copy of the file.
> >
> Ruksana Siddiqui|
> > I would like a copy ...
> >
> >
> From: David Snodgrass [mailto:[EMAIL PROTECTED]]
> > I would like a copy
>
> Hey, folks, can we cut the AOLish behavior out? It doesn't do any good
> to ask the list for something, and the only person on the list who is
> interested in hearing about it is the person who offered it.
>
> Please, please send the requests directly to the person who offers them.
> Cutting and pasting an address isn't really *that* hard. ;o)
>
> --
> Mark Stapleton ([EMAIL PROTECTED])

Re: Urgent: Relocating Filegroupsfrom TDP for SQL into another databse on the same machine

[Clarence Beukes]

Partial restores are only available in SQL server 2000. It is only possible
to do partial restores on full database backup objects.
When performing a partial restore, the primary file group must always be
restored, together with the other files you specify.
When doing a partial restore on a new server, you must do this from the TDP
for SQL CLI, because the relocation option
is not valid with partial restore using TDP for SQL GUI.

>From the SQL for TDP CLI, it is possible to restore with the parameters
/partial /groups /relocate /to -- the database does not need to be
present."


Clarence Beukes
 Advisory IT Specialist - Tivoli Certified Consultant
 Geomar SSO Mid Range and Application Support Discipline
 Location:  IBM Park Sandton, IA2G
 Tel: +27 (0) 11 302-6622   Cell: +27 (0) 82 573 5665
 E-mail: [EMAIL PROTECTED]




  Marc Layne
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  OM>  cc:
  Sent by: "ADSM:  Subject:  Urgent: Relocating 
Filegroupsfrom TDP for SQL into another databse on
  Dist Stor the same machine
  Manager"
  <[EMAIL PROTECTED]
  .EDU>


  17/12/02 11:41 AM
  Please respond to
  "ADSM: Dist Stor
  Manager"





Hi All
We wish to restore indiviudual filegroups from TDP for SQL from one
database and relocate it into another one.

Our environment:
Win2k TSM server
TSM 5.1.5.3 server
TDP for SQL 2.2.1.0
MSSQL 2000 service pack 2

We are able to restore SQL files/groups to the same
location via the gui but the option is not available
to restore to a different location on the same server.

For this we have to use the command line tdpsqlc. With
the testing we have done we are unable to relocate the
group to a different database. The manual provides no
useable examples.

ps We have the latest patches installed.

Any help would be appreciated.

Thanks
Mike

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


DISCLAIMER:
This message may contain information which is confidential, private or
privileged in nature. If you are not the intended recipient, you may not
peruse, use, disseminate, distribute or copy this message or file which is
attached to this message. If you have received this message in error,
please notify the sender immediately by e-mail, facsimile or telephone and
thereafter return and/or destroy the original message.

Any views of this communication are those of the sender except where the
sender specifically states them to be those of Faritec (Holdings)  Limited
(Faritec) and/or  any of its subsidiaries including (but not limited to)
Faritec Enterprise Solutions (Proprietary) Limited, Faritec Strategic IT
Services (Proprietary) Limited, Faritec Contracting (Proprietary) Limited;
and/or ebis and any of its subsidiaries.

Please note that the recipient must scan this e-mail and any attached files
for viruses and the like. While we do everything possible to protect
information from viruses, Faritec accepts no liability of whatever nature
for any loss, liability, damage or expense resulting directly or indirectly
from the access and/or downloading of any files which are attached to this
e-mail message.

Re: preschedulecmd problem

[Halvorsen Geirr Gulbrand]

Hi,
I guess you could use different opt-files combined with different
command-lines, where preschedulecmd is defined in opt-file.

Rgds.
Geirr
-Original Message-
From: Leif Gustafsson [mailto:[EMAIL PROTECTED]]
Sent: 16. december 2002 16:37
To: [EMAIL PROTECTED]
Subject: SV: preschedulecmd problem


If you put the options in the dsm.opt, they will be used by all schedules
for that client. I want different scripts to be run when I use the Archive
schedule. When I run the backupschedule, I use the options set in the
dsm.sys.
 
/Leif
 
 
 

-Ursprungligt meddelande- 
Från: Large, Matthew [mailto:[EMAIL PROTECTED]] 
Skickat: må 2002-12-16 16:05 
Till: [EMAIL PROTECTED] 
Kopia: 
Ämne: Re: preschedulecmd problem



I don't wish to point out errors, but-

on page 193 of TSM UNIX b/a 5.1:

Command line: (Initial command line only)
-preschedulecmd="quiesce database"

what happens if you move the option into the dsm.opt file rather
than have
it as part of the command execution?

Large

Matthew Large
TSM Infrastructure Engineer
Lavington Street
Int: 7430 4995
Ext: +44 207 902 4995


-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: 16 December 2002 14:28
To: [EMAIL PROTECTED]
Subject: Re: preschedulecmd problem


>I get the following fault on all 5.1.5 clients:
>12/16/02 13:52:11 ANS1108E Invalid option (-PRESCHEDULECMD) for the
>ARCHIVE command

Well, simply, that's not an option which can be used on the command
line.
The B/A manual lists what can be used where.


 

---
This e-mail is intended only for the above addressee.  It may
contain
privileged information. If you are not the addressee you must not
copy,
distribute, disclose or use any of the information in it.  If you
have
received it in error please delete it and immediately notify the
sender.

evolvebank.com is a division of Lloyds TSB Bank plc.
Lloyds TSB Bank plc, 71 Lombard Street, London EC3P 3BS.  Registered
in
England, number 2065.  Telephone No: 020 7626 1500
Lloyds TSB Scotland plc, Henry Duncan House, 120 George Street,
Edinburgh EH2 4LH.  Registered in Scotland, number 95237.  Telephone
No: 0131 225 4555

Lloyds TSB Bank plc and Lloyds TSB Scotland plc are regulated by the
Financial Services Authority and represent only the Scottish Widows
and Lloyds TSB Marketing Group for life assurance, pensions and
investment business.

Signatories to the Banking Codes.
 

---

Re: Can we cut out the "me, toos" (was Re: TSM Presentation)

[Gerhard Rentschler]

Hello,
probably a change in the listserv config of this mailing list may help. Each
mail I get from this list has the list as reply address. For replying to the
sender you have to cut the mail address from the mail and do a forward. This
is the case at least with Outlook.
It might help a little bit if with "reply to all" I could get both
addresses, the list's and the sender's address. If I want to reply only to
the sender, I could remove the list address.
Best 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



> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
> Mark Stapleton
> Sent: Tuesday, December 17, 2002 6:06 AM
> To: [EMAIL PROTECTED]
> Subject: Can we cut out the "me, toos" (was Re: TSM Presentation)
>
>
> On Mon, 2002-12-16 at 22:26, Murthy V Gongala wrote:
> >Request you to send me a copy of the file.
> >
> Ruksana Siddiqui|
> > I would like a copy ...
> >
> >
> From: David Snodgrass [mailto:[EMAIL PROTECTED]]
> > I would like a copy
>
> Hey, folks, can we cut the AOLish behavior out? It doesn't do any good
> to ask the list for something, and the only person on the list who is
> interested in hearing about it is the person who offered it.
>
> Please, please send the requests directly to the person who offers them.
> Cutting and pasting an address isn't really *that* hard. ;o)
>
> --
> Mark Stapleton ([EMAIL PROTECTED])

Urgent: Relocating Filegroupsfrom TDP for SQL into another databse on the same machine

[Marc Layne]

Hi All
We wish to restore indiviudual filegroups from TDP for SQL from one database and 
relocate it into another one. 

Our environment:
Win2k TSM server
TSM 5.1.5.3 server
TDP for SQL 2.2.1.0
MSSQL 2000 service pack 2

We are able to restore SQL files/groups to the same
location via the gui but the option is not available
to restore to a different location on the same server.

For this we have to use the command line tdpsqlc. With
the testing we have done we are unable to relocate the
group to a different database. The manual provides no
useable examples.

ps We have the latest patches installed.

Any help would be appreciated.

Thanks
Mike

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com


DISCLAIMER:
This message may contain information which is confidential, private or privileged in 
nature. If you are not the intended recipient, you may not peruse, use, disseminate, 
distribute or copy this message or file which is attached to this message. If you have 
received this message in error, please notify the sender immediately by e-mail, 
facsimile or telephone and thereafter return and/or destroy the original message. 

Any views of this communication are those of the sender except where the sender 
specifically states them to be those of Faritec (Holdings)  Limited (Faritec) and/or  
any of its subsidiaries including (but not limited to) Faritec Enterprise Solutions 
(Proprietary) Limited, Faritec Strategic IT Services (Proprietary) Limited, Faritec 
Contracting (Proprietary) Limited; and/or ebis and any of its subsidiaries.

Please note that the recipient must scan this e-mail and any attached files for 
viruses and the like. While we do everything possible to protect information from 
viruses, Faritec accepts no liability of whatever nature for any loss, liability, 
damage or expense resulting directly or indirectly from the access and/or downloading 
of any files which are attached to this e-mail message.