Hi Geoff!
Welcome back! I hope you will find a suitable TSM job soon!
Kind regards,
Eric van Loon
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Geoff
Gill
Sent: woensdag 14 december 2011 15:51
To: ADSM-L@VM.MARIST.EDU
Subject: Old friends and
All of the best mate!
Makes me think how fortunate I am to have a job. Sure something will come your
way!
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Loon,
EJ van - SPLXO
Sent: Thursday, December 15, 2011 12:25 PM
To: ADSM-L@VM.MARIST.EDU
On Dec 14, 2011, at 10:54 AM, Ehresman,David E. wrote:
> Its been a long time since I've worked with 3494's. But I don't think you
> even have to partition them. You just have to use different category codes
> for the different systems.
>
> An old dog,
> David
Quite so. The 3494 has histor
Tsm2 server is onsite.
Connectivity to 1120 drives is fibre channel
This strange config grew because I have just finished converting all our
netbackup environment to tsm. This offsite library, lib2, is the old netbackup
library, and server tsm2 is an old netbackup server.
Yep, odd setup, I ju
Thanks dave and tom. I knew I was forgeting something, define path was it.
Well, off to play.
Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310
Be aware that altering a client schedule will remove all historical
events from the DB.
Meaning when you perform an update to a client schedule and query the
past status for a particular client you will get the infamous "no match
found".
~Rick Adamson
Jacksonville, FL.
-Original Message--
Geoff,
Drop me a private email. Good to see your name up here in lights!
Kelly J. Lipp
Elbert Colorado
719-531-5574
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Swartz, Jerome
Sent: Thursday, December 15, 2011 3:36 AM
To: ADSM-L@VM.MARIST.E
I created a new Domain Name on a TSM6.2.3 server, no problem.
I then assumed (that's bad) that deleting Option Sets within that domain would
be isolated to that domain.
However, the Option sets were removed from the "server", not just that domain.
Is that normal?
I see that Mgmt Classes are un
The "Parts of a Policy" in the Admin Guide manual illustrates what elements
constitute a Policy Domain, which is involved in the governance of data. The
mechanical elements of data handling and the housing of client options are
external to that, as they are not specifically related to enterpris
Hi Harold,
Client Options Sets are server-wide and not related to Policy Domains. It has
always been like that. It's'not a bug.
When you define (or delete) a Client Options Set, there is no référence to a
Policy Domain.
--Message d'origine--
De: Vandeventer, Harold [BS]
Expéditeur : A
did you specify a domainname when creating the optionset? I bet you didn't.
On 15 dec. 2011, at 19:50, Vandeventer, Harold [BS] wrote:
> I created a new Domain Name on a TSM6.2.3 server, no problem.
>
> I then assumed (that's bad) that deleting Option Sets within that domain
> would be iso
Option sets are not domain specific.
Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310
Thanks to everyone for the quick replies.
I'd never worked in a new domain setting. Did the stupid and didn't read the
manual first.
Fortunately, on this server, all the nodes were using one option set that is
common across all our TSMs; thus easy to recreate.
---
Harold,
After recreating the optionset, remember to update the nodes to use it.
When you deleted it, the server implicitly updated the nodes to not use any
optionset.
Bill Colwell
Draper lab
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Vand
Right I get it.
I assume you are wanting to do this so you can offsite your data
electronically rather than manually?
I know this is going a bit OT, but what are your options as far as moving
TSM2 offsite to where the library is? does it have many/any clients that
need it where it is?
Also, wha
15 matches
Mail list logo
