Re: NetWare client install

[Andrew Raibeck]

Hmm... Not my area of expertise, but off-hand this sounds like it could be
a problem with nwconfig, maybe with the product database (?). You might
try NetWare support, as this would seem to be related to nwconfig, not
TSM, per se.

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

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 2005-09-20
12:38:56:

> I'm trying to install tsm 5.3 netware client from cd
> Working from the netware server.
> I selected the "product options"  then "install a product not listed"
> During the install process I get the error message.."product
> database failed error 2 (nwconfig -6-354)
>
> I know the data is on the cd  "tsmnw530c_netware.exe "
> can't get a successful install.
>
> Any suggestion how I can install tsm 5.3 on my netware client
>
> Gary
>
>
>
>

Re: Different Management Policy (Completed!)

[Andrew Raibeck]

> I would question other attributes of this management class, too, since
the
> name leads you to think "one year", but the VER* and RETEXTRA settings
> seemingly contradit that (though I don't know what RETONLY is)... but
that
> isn't directly related to this problem, either.   :-)

Whoops, just took another look, the wrapping of the columns confused me...
looks like RETONLY is 366.

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

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 2005-09-20
13:53:24:

> I don't think that would necessarily make a difference as to whether
files
> are being bound to that management class, though... the QUERY COPYGROUP
> output suggests that the management class and backup copy group exist
(but
> I wonder how much that was edited, since "query copygroup" should show
> more copy groups than for just the one management class, based on what
> info we have).
>
> I would question other attributes of this management class, too, since
the
> name leads you to think "one year", but the VER* and RETEXTRA settings
> seemingly contradit that (though I don't know what RETONLY is)... but
that
> isn't directly related to this problem, either.   :-)
>
> 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]
>
> 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 2005-09-20
> 13:28:17:
>
> > One thought comes to my mind is that.. has it been over 90 days since
> new
> > policy has been activated and set?
> >
> >
> > Thanks,
> >
> > Sung Y. Lee
> >
> > "ADSM: Dist Stor Manager"  wrote on 09/20/2005
> > 05:08:23 AM:
> >
> > > Hi all,
> > >
> > > Accidently sent the mail before without adding all the info!
Apologies
> > > for the resend.
> > >
> > > I am having probably a hopefully simple problem with management
> classes.
> > > I backup a server and it goes to the default management class, which
> has
> > > a retention of ninety days. There is one set of data on this server
> that
> > > I want backed up to a different management class so it is retained
for
> a
> > > year instead of ninety days. Here is the dsm.sys entry on the
client:
> > >
> > > include/BACKUP/outgoing/.../*   CR_ONE_YEAR
> > >
> > > When I run a q inclexcl on the client I get the following:
> > >
> > > tsm> q inclexcl
> > > *** FILE INCLUDE/EXCLUDE ***
> > > Mode Function  Pattern (match from top down)  Source File
> > >  - -- -
> > > Excl Filespace /FMS/fmsprod/gbls  dsm.sys
> > > Excl Filespace /IBS/ibsprod/gbls  dsm.sys
> > > Excl Directory /dev   Server
> > > Excl Directory /unix  Server
> > > Excl All   /.../tmp/.../* Server
> > > Excl All   /.../oradata/.../* Server
> > > Excl All   /.../core  Server
> > > Incl All   /BACKUP/outgoing/.../* dsm.sys
> > > Excl All   /BACKUP/online/.../*   dsm.sys
> > > No DFS include/exclude statements defined.
> > >
> > > And on the server here is a q mgmt:
> > >
> > > tsm: BKP>q mgmt standard standard cr_one_year f=d
> > >
> > > Policy Domain Name: STANDARD
> > >Policy Set Name: STANDARD
> > >Mgmt Class Name: CR_ONE_YEAR
> > >   Default Mgmt Class ?: No
> > >Description: Management Class For Critical
Systems
> > > Space Management Technique: None
> > >Auto-Migrate on Non-Use: 0
> > > Migration Requires Backup?: Yes
> > >  Migration Destination: CRDATATAPE
> > > Last Update by (administrator): ADMIN
> > >  Last Update Date/Time: 2005.06.24 09:38:24
> > >   Managing profile:
> > >
> > > And here is query of the backup copygroup for thius mgmt class:
> > >
> > > tsm: BKP>q copygroup
> > >
> > > PolicyPolicyMgmt  Copy  Versions Versions   Retain
> > > Retain
> > > DomainSet Name  Class Group Data DataExtra
> > > Only
> > > NameName  NameExists  Deleted Versions
> > > Version
> > > - - - -   
> > > ---
> > > STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
> > > 366
> > >  EAR
> > > STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
> > > 366
> > >  EAR
> > >
> > > Does anyone have any idea what I am doing wrong? When I look on the
> > > server for the files it h

Re: Different Management Policy (Completed!)

[Andrew Raibeck]

I don't think that would necessarily make a difference as to whether files
are being bound to that management class, though... the QUERY COPYGROUP
output suggests that the management class and backup copy group exist (but
I wonder how much that was edited, since "query copygroup" should show
more copy groups than for just the one management class, based on what
info we have).

I would question other attributes of this management class, too, since the
name leads you to think "one year", but the VER* and RETEXTRA settings
seemingly contradit that (though I don't know what RETONLY is)... but that
isn't directly related to this problem, either.   :-)

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]

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 2005-09-20
13:28:17:

> One thought comes to my mind is that.. has it been over 90 days since
new
> policy has been activated and set?
>
>
> Thanks,
>
> Sung Y. Lee
>
> "ADSM: Dist Stor Manager"  wrote on 09/20/2005
> 05:08:23 AM:
>
> > Hi all,
> >
> > Accidently sent the mail before without adding all the info! Apologies
> > for the resend.
> >
> > I am having probably a hopefully simple problem with management
classes.
> > I backup a server and it goes to the default management class, which
has
> > a retention of ninety days. There is one set of data on this server
that
> > I want backed up to a different management class so it is retained for
a
> > year instead of ninety days. Here is the dsm.sys entry on the client:
> >
> > include/BACKUP/outgoing/.../*   CR_ONE_YEAR
> >
> > When I run a q inclexcl on the client I get the following:
> >
> > tsm> q inclexcl
> > *** FILE INCLUDE/EXCLUDE ***
> > Mode Function  Pattern (match from top down)  Source File
> >  - -- -
> > Excl Filespace /FMS/fmsprod/gbls  dsm.sys
> > Excl Filespace /IBS/ibsprod/gbls  dsm.sys
> > Excl Directory /dev   Server
> > Excl Directory /unix  Server
> > Excl All   /.../tmp/.../* Server
> > Excl All   /.../oradata/.../* Server
> > Excl All   /.../core  Server
> > Incl All   /BACKUP/outgoing/.../* dsm.sys
> > Excl All   /BACKUP/online/.../*   dsm.sys
> > No DFS include/exclude statements defined.
> >
> > And on the server here is a q mgmt:
> >
> > tsm: BKP>q mgmt standard standard cr_one_year f=d
> >
> > Policy Domain Name: STANDARD
> >Policy Set Name: STANDARD
> >Mgmt Class Name: CR_ONE_YEAR
> >   Default Mgmt Class ?: No
> >Description: Management Class For Critical Systems
> > Space Management Technique: None
> >Auto-Migrate on Non-Use: 0
> > Migration Requires Backup?: Yes
> >  Migration Destination: CRDATATAPE
> > Last Update by (administrator): ADMIN
> >  Last Update Date/Time: 2005.06.24 09:38:24
> >   Managing profile:
> >
> > And here is query of the backup copygroup for thius mgmt class:
> >
> > tsm: BKP>q copygroup
> >
> > PolicyPolicyMgmt  Copy  Versions Versions   Retain
> > Retain
> > DomainSet Name  Class Group Data DataExtra
> > Only
> > NameName  NameExists  Deleted Versions
> > Version
> > - - - -   
> > ---
> > STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
> > 366
> >  EAR
> > STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
> > 366
> >  EAR
> >
> > Does anyone have any idea what I am doing wrong? When I look on the
> > server for the files it has it only shows the last ninety days still.
> >
> > Thanks!
> >
> > Sam
> >
> > -
> > ATTENTION:
> > The information in this electronic mail message is private and
> > confidential, and only intended for the addressee. Should you
> > receive this message by mistake, you are hereby notified that
> > any disclosure, reproduction, distribution or use of this
> > message is strictly prohibited. Please inform the sender by
> > reply transmission and delete the message without copying or
> > opening it.
> >
> > Messages and attachments are scanned for all viruses known.
> > If this message contains password-protected attachments, the
> > files have NOT been scanned for viruses by the ING mail domain.
> > Always scan attachments before opening them.
> > -

Re: 8-character file name/index limitation on Domino TDP client

[Andrew Raibeck]

Zoltan, a check on the IBM web site for ANS1192E and/or RC959 might yield
some insight.

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]

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 2005-09-20
13:38:39:

> I know this sounds bizarre, but I can reproduce this every time.
>
> In my DSM.SYS file, when I code the following:
>
>SCHEDLOGNAME
> /opt/tivoli/tsm/client/domino/bin/domdsmc_vram2/dsmschedw.log
>ERRORLOGNAME
> /opt/tivoli/tsm/client/domino/bin/domdsmc_vram2/dsmerrorw.log
>
> the backup session fails with:
>
> IBM Tivoli Storage Manager for Mail:
> Data Protection for Lotus Domino
> Version 5, Release 3, Level 0.0
> (C) Copyright IBM Corporation 1999, 2004. All rights reserved.
>
> ANS1192E (RC959)  Specifying the error log '*' as a symbolic link is not
> allowed.
>  ACD5412W An error was encountered with Tivoli Storage Manager API
> initialization, rc = 959.
> Examine the dsierror.log for more information or determine if the TSM
API
> is installed properly.
>  Warning! Error initializing the connection to the TDP library
>
> Initialization failed
>
> When I change the file name/1st index from DSMSCHEDW.LOG to DSMSCHED.LOG
> (or anything LESS THAN OR EQUAL 8-characters in the 1st index of the
file
> name), the backup works.
>
> Considering that this is latest release of the TDP client on Solaris,
the
> strange limitation is.strange !
>
> What am I missing ?

8-character file name/index limitation on Domino TDP client

[Zoltan Forray/AC/VCU]

I know this sounds bizarre, but I can reproduce this every time.

In my DSM.SYS file, when I code the following:

   SCHEDLOGNAME
/opt/tivoli/tsm/client/domino/bin/domdsmc_vram2/dsmschedw.log
   ERRORLOGNAME
/opt/tivoli/tsm/client/domino/bin/domdsmc_vram2/dsmerrorw.log

the backup session fails with:

IBM Tivoli Storage Manager for Mail:
Data Protection for Lotus Domino
Version 5, Release 3, Level 0.0
(C) Copyright IBM Corporation 1999, 2004. All rights reserved.

ANS1192E (RC959)  Specifying the error log '*' as a symbolic link is not
allowed.
 ACD5412W An error was encountered with Tivoli Storage Manager API
initialization, rc = 959.
Examine the dsierror.log for more information or determine if the TSM API
is installed properly.
 Warning! Error initializing the connection to the TDP library

Initialization failed

When I change the file name/1st index from DSMSCHEDW.LOG to DSMSCHED.LOG
(or anything LESS THAN OR EQUAL 8-characters in the 1st index of the file
name), the backup works.

Considering that this is latest release of the TDP client on Solaris, the
strange limitation is.strange !

What am I missing ?

Re: Different Management Policy (Completed!)

[Sung Y Lee]

One thought comes to my mind is that.. has it been over 90 days since new
policy has been activated and set?


Thanks,

Sung Y. Lee

"ADSM: Dist Stor Manager"  wrote on 09/20/2005
05:08:23 AM:

> Hi all,
>
> Accidently sent the mail before without adding all the info! Apologies
> for the resend.
>
> I am having probably a hopefully simple problem with management classes.
> I backup a server and it goes to the default management class, which has
> a retention of ninety days. There is one set of data on this server that
> I want backed up to a different management class so it is retained for a
> year instead of ninety days. Here is the dsm.sys entry on the client:
>
> include/BACKUP/outgoing/.../*   CR_ONE_YEAR
>
> When I run a q inclexcl on the client I get the following:
>
> tsm> q inclexcl
> *** FILE INCLUDE/EXCLUDE ***
> Mode Function  Pattern (match from top down)  Source File
>  - -- -
> Excl Filespace /FMS/fmsprod/gbls  dsm.sys
> Excl Filespace /IBS/ibsprod/gbls  dsm.sys
> Excl Directory /dev   Server
> Excl Directory /unix  Server
> Excl All   /.../tmp/.../* Server
> Excl All   /.../oradata/.../* Server
> Excl All   /.../core  Server
> Incl All   /BACKUP/outgoing/.../* dsm.sys
> Excl All   /BACKUP/online/.../*   dsm.sys
> No DFS include/exclude statements defined.
>
> And on the server here is a q mgmt:
>
> tsm: BKP>q mgmt standard standard cr_one_year f=d
>
> Policy Domain Name: STANDARD
>Policy Set Name: STANDARD
>Mgmt Class Name: CR_ONE_YEAR
>   Default Mgmt Class ?: No
>Description: Management Class For Critical Systems
> Space Management Technique: None
>Auto-Migrate on Non-Use: 0
> Migration Requires Backup?: Yes
>  Migration Destination: CRDATATAPE
> Last Update by (administrator): ADMIN
>  Last Update Date/Time: 2005.06.24 09:38:24
>   Managing profile:
>
> And here is query of the backup copygroup for thius mgmt class:
>
> tsm: BKP>q copygroup
>
> PolicyPolicyMgmt  Copy  Versions Versions   Retain
> Retain
> DomainSet Name  Class Group Data DataExtra
> Only
> NameName  NameExists  Deleted Versions
> Version
> - - - -   
> ---
> STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
> 366
>  EAR
> STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
> 366
>  EAR
>
> Does anyone have any idea what I am doing wrong? When I look on the
> server for the files it has it only shows the last ninety days still.
>
> Thanks!
>
> Sam
>
> -
> ATTENTION:
> The information in this electronic mail message is private and
> confidential, and only intended for the addressee. Should you
> receive this message by mistake, you are hereby notified that
> any disclosure, reproduction, distribution or use of this
> message is strictly prohibited. Please inform the sender by
> reply transmission and delete the message without copying or
> opening it.
>
> Messages and attachments are scanned for all viruses known.
> If this message contains password-protected attachments, the
> files have NOT been scanned for viruses by the ING mail domain.
> Always scan attachments before opening them.
> -

Re: fioGetDirEntries RC=210

[Andrew Raibeck]

The rc 210 means the network path is no good... My guess is that the
client is unable to access the users$ share. The account under which the
scheduler runs needs to be able to access network resources (local system
account does not have such access).

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]

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 2005-09-20
12:15:21:

> Has anyone seen the following error?
> It happens intermittently, after about 1 hour from the schedule start.
> Only one object inspected;  0 objects backed up.
>
> PrivIncrFileSpace: Received rc=210 from fioGetDirEntries:
> \\srdceld1\users$
> ANS1999E Incremental processing of '\\srdceld1\users$' stopped.
>
>
> *
> The information in this e-mail is intended solely for the addressee(s)
> named, and is confidential. Any other distribution, disclosure or
> copying is strictly prohibited. If you have received this communication
> in error, please reply by e-mail to the sender and delete or destroy
> all copies of this message.
>
>
> Les renseignements contenus dans le pr'esent message 'electronique sont
> confidentiels et concernent exclusivement le(s) destinataire(s)
d'esign'e
> (s). Il est strictement interdit de distribuer ou de copier ce
> message.  Si vous avez recu ce message par erreur, veuillez r'epondre
> par courriel `a l'exp'editeur et effacer ou d'etruire toutes les copies
du
> pr'esent message..

[no subject]

[Gary Osullivan]

I'm trying to install tsm 5.3 netware client from cd 
Working from the netware server. 
I selected the "product options"  then "install a product not listed"
During the install process I get the error message.."product database failed 
error 2 (nwconfig -6-354)
 
I know the data is on the cd  "tsmnw530c_netware.exe "
can't get a successful install.
 
Any suggestion how I can install tsm 5.3 on my netware client 
 
Gary
 
 
 
 

fioGetDirEntries RC=210

[Susan Greer]

Has anyone seen the following error?
It happens intermittently, after about 1 hour from the schedule start.
Only one object inspected;  0 objects backed up.

PrivIncrFileSpace: Received rc=210 from fioGetDirEntries:
\\srdceld1\users$
ANS1999E Incremental processing of '\\srdceld1\users$' stopped.


*
The information in this e-mail is intended solely for the addressee(s)
named, and is confidential. Any other distribution, disclosure or
copying is strictly prohibited. If you have received this communication
in error, please reply by e-mail to the sender and delete or destroy
all copies of this message.


Les renseignements contenus dans le pr'esent message 'electronique sont
confidentiels et concernent exclusivement le(s) destinataire(s) d'esign'e
(s). Il est strictement interdit de distribuer ou de copier ce
message.  Si vous avez recu ce message par erreur, veuillez r'epondre
par courriel `a l'exp'editeur et effacer ou d'etruire toutes les copies du
pr'esent message..

Re: TSM Server Recovery (AIX)

[Lee Miller]

You can use the command mksbcd  with the software TSM for System Backup and
Recovery "aka SysBack" which will allow the user
to create a full system bootable and installable system backup to CD/DVD
devices using a ISO9660 (CD/DVD) or UDF (DVD) format.
You can also include additional filesets (device drivers) which could be
installed  at the system restore.  Once again you would not
need to reinstall your TSM server code, it would be included in this system
backup.   The command used is called mksbcd which is similar to the
AIX version called mkcd.  The TSM version contains more functionality and
is more flexible than the AIX version.


Lee Miller
Tivoli Storage Manager for System Backup and Recovery Development
Phone: (469)-549-8107 tie line 8/482-8107
Coppell, Texas


   
 "Kauffman, Tom"   
 <[EMAIL PROTECTED] 
 COM>   To
 Sent by: "ADSM:   ADSM-L@VM.MARIST.EDU
 Dist Stor  cc
 Manager"  
 <[EMAIL PROTECTED] Subject
 .EDU> Re: [ADSM-L] TSM Server Recovery
   (AIX)   
   
 09/20/2005 12:48  
 PM
   
   
 Please respond to 
 "ADSM: Dist Stor  
 Manager"  
   
   




Here's the process we use:

1) Boot from CD, whatever version you've got (if you have a software
support contract, you can order a media refresh for the current version)

2) Enter maintenance mode from the boot and restore the system from tape
 This will restore your mksysb, adding additional hardware
drivers as needed from the boot CD

3) Insert your maintenance CD after the restore completes and update all
to current level -- this will update any drivers pulled from the CD in
step two to your current maintenance level

4) If a bosboot update occurred in step three, reboot.

There's no need to install AIX, update, and then install TSM

Once you go to AIX 5.3 you'll have the option to install all device
drivers to your system image, so you can boot/install from a dvd backup
and not need to grab new drivers from the install CD.

Tom Kauffman
NIBCO, Inc

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Todd Lundstedt
Sent: Monday, September 19, 2005 12:48 PM
To: ADSM-L@VM.MARIST.EDU
Subject: TSM Server Recovery (AIX)

This is more along the lines of AIX server recovery, but it plays into
TSM, too.
Without using addtional software, just AIX, how does one create a boot
CD that contains all the necessary info to restore a server using a
mksysb tape?

I understand the process for recovering an AIX server from a mksysb tape
backup to different hardware would be to boot the server from a CD of
the same OS-ML as the mksysb backup.  My TSM server is running on AIX
5200-03.  The install media I have is 5200-01.  How do I create a boot
CD image (ISO, so I can burn the ISO image using a PC CD-W) that
contains the 5200-03 files so I can recover the TSM server?

My current working documentation requires an install of 5200-01, patch
to -03, and install TSM and then restore the DB.  That works OK, but
takes additional time, and still won't get back everything I need to
allow some other node restores to start.  I will still have to rebuild
some things from scratch.

Thanks in advance.
Todd

Re: 5.2.2 expiration problem

[Cornett, Paul]

Sounds like you have a stg pool with the id of 12 with problems.  I
would start there.


___
Paul Cornett
Sr. Systems Administrator
IS Capacity Planning
Tyson Foods, Inc.
2210 W Oaklawn Dr
Springdale, AR 72762
Email: [EMAIL PROTECTED] 
Phone: 479.290.1748
Cell:479.871.4209

___






From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Shannon Bach
Sent: Friday, August 12, 2005 11:25 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] 5.2.2 expiration problem



We recently upgraded our MVS/OS390 to ZOS 1.4 and our ZOS TSM
Server to 5.2.2.  When doing an expiration I noticed the following error
messages which are now filling up my Sever Activity Log.  I could not
find anything at the Support Center except something relating to an AIX
system.

Has anyone run into this that can lead me in the right
direction?

Thank you,
Shannon

08/12/2005 10:18:15 ANR4391I Expiration processing node BLUEP,
filespace \\bluepump\f$, fsId 2, domain MGE_PD_001, and management class
MGE_MC_WIN2000 - for BACKUP type files. (SESSION: 7034, PROCESS: 1832)

08/12/2005 10:18:15 ANR4391I Expiration processing node BLUEP,
filespace \\bluepump\g$, fsId 3, domain MGE_PD_001, and management class
DEFAULT - for BACKUP type files. (SESSION: 7034, PROCESS: 1832)

08/12/2005 10:18:16 ANRD SSALLOC(1372): ThreadId<23334>
Error locating storage pool -12.  Callchain follows:
pkShowCallChain+2E2 <- outDiagf+27E <- ssDealloc+16E <-
AfDeallocSegments+3AE <- AfDeleteBitfileFromPool+6D0 <- AfDestroyAll+328
<- bfDestroy+7D4 <- ImDeleteBitfile+DC <- imDeleteObject+CAC <-
DeleteFilesThread+78E <- pkThreadHead+4FA (SESSION: 7034, PROCESS: 1832)


08/12/2005 10:18:16 ANRD SSALLOC(1372): ThreadId<23334>
Error locating storage pool -12.  Callchain follows:
pkShowCallChain+2E2 <- outDiagf+27E <- ssDealloc+16E <-
AfDeallocSegments+3AE <- AfDeleteBitfileFromPool+6D0 <- AfDestroyAll+328
<- bfDestroy+7D4 <- ImDeleteBitfile+DC <- imDeleteObject+CAC <-
DeleteFilesThread+1326 <- pkThreadHead+4FA (SESSION: 7034, PROCESS:
1832)

08/12/2005 10:12:55 ANR4391I Expiration processing node WHATSUP,
filespace \\whatsup2\e$, fsId 4, domain MGE_PD_001, and management class
MGE_MC_WIN2000 - for BACKUP type files. (SESSION: 7034, PROCESS: 1832)



08/12/2005 10:12:56 ANR4391I Expiration processing node ISCAN01,
filespace \\iscan\c$, fsId 1, domain MGE_PD_001, and management class
DEFAULT - for BACKUP type files. (SESSION: 7034, PROCESS: 1832)


08/12/2005 10:12:58 ANRD SSALLOC(1372): ThreadId<23334>
Error locating storage pool -12.  Callchain follows:
pkShowCallChain+2E2 <- outDiagf+27E <- ssDealloc+16E <-
AfDeallocSegments+3AE <- AfDeleteBitfileFromPool+6D0 <- AfDestroyAll+328
<- bfDestroy+AA6 <- ImDeleteBitfile+DC <- imDeleteObject+CAC <-
DeleteFilesThread+78E <- pkThreadHead+4FA (SESSION: 7034, PROCESS: 1832)




Madison Gas & Electric Co
Operations Analyst -Data Center Services
Information Management Systems
[EMAIL PROTECTED]





This email and any files transmitted with it are confidential and intended 
solely for the use of the addressee. If you are not the intended addressee, 
then you have received this email in error and any use, dissemination, 
forwarding, printing, or copying of this email is strictly prohibited. Please 
notify us immediately of your unintended receipt by reply and then delete this 
email and your reply. Tyson Foods, Inc. and its subsidiaries and affiliates 
will not be held liable to any person resulting from the unintended or 
unauthorized use of any information contained in this email or as a result of 
any additions or deletions of information originally contained in this email.

Re: Import problems

[fred johanson]

I think you need the domain name in the import.


At 10:36 AM 9/20/2005 -0700, you wrote:

I have an open ticket with support on this but thought I'd throw it out
there to see who's going to respond with something that works first. So far
support tried once but I still have the same problem. They wanted me to
create the domain from the other server, which I did, with policy and
management class also. I was wondering why it would have just not created it
with the import.



Both servers are AIX 5.2 and TSM 5.2.6.1



I ran an export node command below, hopefully it was complete enough:



EXPORT NODE
   cpva fsid=1,2,3,4,6,7,8,9,10,11,14,16
filedata=BackupAct
   ive DOmains=unix_dom devclass=3590class



Unfortunately having never had to do an import I don't know if this command
is right or not:



IMPORT NODE cpva filedata=All devclass=3590class volumenames=U02840



The problem is so far the different import commands I've tried give me a
total of about 500 bytes of data but I know the esport has about 80GB of
data. I'm also seeing this message in the log when trying to run the import.

09/20/05 13:03:41 ANRD smadmin.c(4044): ThreadId<73> Error 6
obtaining
   mcId for domainId=1, mcName=UNIX_DAILY_MGT Callchain
of
   previous message: 0x000100017da8 outDiagf <-

   0x000100477fe4 ResolveIds <- 0x000100478f88

   DoImportBackup <- 0x00010047ad8c
DoExportImportVerbs
   <- 0x00010047bea8 SmAdminSession <-
0x000100449a
   78 DoAdminGeneral <- 0x00010044cd28
smExecuteSession
   <- 0x00010045f73c XiSessionThread <-
0x00018
   078 StartThread <- 0x09421fdc _pthread_body
<-
   (SESSION: 6415)





Thanks for any help anyone can provide,



Geoff Gill

TSM Administrator

SAIC M/S-G1b

(858)826-4062

Email:   [EMAIL PROTECTED]


Fred Johanson
ITSM Administrator
University of Chicago
773-702-8464

Re: TSM Server Recovery (AIX)

[Kauffman, Tom]

Here's the process we use:

1) Boot from CD, whatever version you've got (if you have a software
support contract, you can order a media refresh for the current version)

2) Enter maintenance mode from the boot and restore the system from tape
This will restore your mksysb, adding additional hardware
drivers as needed from the boot CD

3) Insert your maintenance CD after the restore completes and update all
to current level -- this will update any drivers pulled from the CD in
step two to your current maintenance level

4) If a bosboot update occurred in step three, reboot.

There's no need to install AIX, update, and then install TSM

Once you go to AIX 5.3 you'll have the option to install all device
drivers to your system image, so you can boot/install from a dvd backup
and not need to grab new drivers from the install CD.

Tom Kauffman
NIBCO, Inc

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Todd Lundstedt
Sent: Monday, September 19, 2005 12:48 PM
To: ADSM-L@VM.MARIST.EDU
Subject: TSM Server Recovery (AIX)

This is more along the lines of AIX server recovery, but it plays into
TSM, too.
Without using addtional software, just AIX, how does one create a boot
CD that contains all the necessary info to restore a server using a
mksysb tape?
 
I understand the process for recovering an AIX server from a mksysb tape
backup to different hardware would be to boot the server from a CD of
the same OS-ML as the mksysb backup.  My TSM server is running on AIX
5200-03.  The install media I have is 5200-01.  How do I create a boot
CD image (ISO, so I can burn the ISO image using a PC CD-W) that
contains the 5200-03 files so I can recover the TSM server?
 
My current working documentation requires an install of 5200-01, patch
to -03, and install TSM and then restore the DB.  That works OK, but
takes additional time, and still won't get back everything I need to
allow some other node restores to start.  I will still have to rebuild
some things from scratch.
 
Thanks in advance.
Todd
 

Import problems

[Gill, Geoffrey L.]

I have an open ticket with support on this but thought I'd throw it out
there to see who's going to respond with something that works first. So far
support tried once but I still have the same problem. They wanted me to
create the domain from the other server, which I did, with policy and
management class also. I was wondering why it would have just not created it
with the import.



Both servers are AIX 5.2 and TSM 5.2.6.1



I ran an export node command below, hopefully it was complete enough:



EXPORT NODE
   cpva fsid=1,2,3,4,6,7,8,9,10,11,14,16
filedata=BackupAct
   ive DOmains=unix_dom devclass=3590class



Unfortunately having never had to do an import I don't know if this command
is right or not:



IMPORT NODE cpva filedata=All devclass=3590class volumenames=U02840



The problem is so far the different import commands I've tried give me a
total of about 500 bytes of data but I know the esport has about 80GB of
data. I'm also seeing this message in the log when trying to run the import.

09/20/05 13:03:41 ANRD smadmin.c(4044): ThreadId<73> Error 6
obtaining
   mcId for domainId=1, mcName=UNIX_DAILY_MGT Callchain
of
   previous message: 0x000100017da8 outDiagf <-

   0x000100477fe4 ResolveIds <- 0x000100478f88

   DoImportBackup <- 0x00010047ad8c
DoExportImportVerbs
   <- 0x00010047bea8 SmAdminSession <-
0x000100449a
   78 DoAdminGeneral <- 0x00010044cd28
smExecuteSession
   <- 0x00010045f73c XiSessionThread <-
0x00018
   078 StartThread <- 0x09421fdc _pthread_body
<-
   (SESSION: 6415)





Thanks for any help anyone can provide,



Geoff Gill

TSM Administrator

SAIC M/S-G1b

(858)826-4062

Email:   [EMAIL PROTECTED]

Re: Mac tiger 5.3 client date?

[Andrew Raibeck]

Hi Roger,

I don't understand the issue with the "patches" vs. "maintenance" link.

"patches" is for clients with nonzero values in the fourth component of
the version name, e.g., 5.2.3.12.

"maintenance" is for clients with zero in the fourth component of the
version name, e.g., 5.2.4.0.

This has been this way for quite a few years now.

I just woke up and haven't had my morning coffee yet, but I just checked
(using Mozilla Firefox) and the respective Mac clients appear to be where
I would expect them: 5.2.3.12 in patches, and 5.2.4.0 in maintenance.

Best 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]

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 2005-09-20
06:46:58:

> V5.2.4 for Mac was invisible because there are two different locations
> for this kind of thing, and IBM has failed to match up all the symlinks
> correctly.
>
> I had been looking at
> /storage/tivoli-storage-management/patches/client/v5r2/Mac
> which only contains up to v523.
>
> However, v524 is located at
> /storage/tivoli-storage-management/maintenance/client/v5r2/Mac
>
> The difference is that "patches" has become "maintenance". Gretchen: I
> bet the reason you are having different results with different browsers
> is that you have bookmarked one or the other of these two different URLs
> in your different browsers. I was able to find Mac 5.2.4 just fine with
> IE. And, Gretchen, thanks for tipping me off to the fact that it
> existed, because then I was able to torture the search feature until it
> confessed. Our Mac tiger folks will be trying 5.2.4 out today.
>
> Take note of this April Fools Day prank of hiding 5.2.4 and bookmark
> this new URL! (But you should probably keep your bookmarks for the old
> location, too, in case they change their mind back.)
>
>  (One reason I consistently rate the tivoli section of the ibm.com
> web site poorly: You can't ever bookmark anything. They're always
> rearranging things, and making it very difficult to locate anything
> unless you're clairvoyant enough to know what to type into a search
> screen. For instance, you've got to know to search on both "Mac" and
> "Macintosh" because using only one or the other gives you incomplete
> results. When you do find useful information, you can never count on
> finding it again. IBM is not alone in this criticism - the City of
> Chicago's web site, for instance, is just as bad.) 
>
> Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
> "Let the exclence of your wrok be yuor portest."
>
>
> On Mon, 19 Sep 2005, Gretchen L. Thiele wrote:
>
> >Roger,
> >
> >There is a v5.2.4.0 client available (as of April 1st). It isn't
> >visible via IE or Safari (haven't checked since the Safari software
> >update), but you can 'see' it if you use command line ftp or Netscape.
> >
> >Our Mac Tiger people have been running this fairly successfully for
> >a while. It would be nice to see the Mac version catch up to the rest
> >of the clients. Be aware that changing the memory efficient backup in
> >the GUI Preferences doesn't update the underlying Preference file...
> >
> >Gretchen Thiele
> >Princeton University
> >
> >Roger Deschner wrote:
> >
> >> We've got a growing number of people running Mac OS X 10.4 ("tiger")
who
> >> are having problems with the ISTM Mac Client 5.2.3. There was
discussion
> >> a while back of 5.3 coming out on September 30. Is that still likely?
> >

Re: Mac tiger 5.3 client date?

[Gretchen L. Thiele]

Oops, I meant that v5.2.4.0 was visible to me with IE, the
other browsers were 'iffy'. I also think that IBM/Tivoli
believes 5.2.4.0 to be a maintenance level, hence its
location. I've seen this modus operandi before. It's only
when the level changes does it become a 'patch'.

Watch out for memory conditions with larger Macs with lots
of files.

I thought the April 1st date appropriate...

Roger Deschner wrote:


V5.2.4 for Mac was invisible because there are two different locations
for this kind of thing, and IBM has failed to match up all the symlinks
correctly.

I had been looking at
/storage/tivoli-storage-management/patches/client/v5r2/Mac
which only contains up to v523.

However, v524 is located at
/storage/tivoli-storage-management/maintenance/client/v5r2/Mac

The difference is that "patches" has become "maintenance". Gretchen: I
bet the reason you are having different results with different browsers
is that you have bookmarked one or the other of these two different URLs
in your different browsers. I was able to find Mac 5.2.4 just fine with
IE. And, Gretchen, thanks for tipping me off to the fact that it
existed, because then I was able to torture the search feature until it
confessed. Our Mac tiger folks will be trying 5.2.4 out today.

Re: Mac tiger 5.3 client date?

[Roger Deschner]

V5.2.4 for Mac was invisible because there are two different locations
for this kind of thing, and IBM has failed to match up all the symlinks
correctly.

I had been looking at
/storage/tivoli-storage-management/patches/client/v5r2/Mac
which only contains up to v523.

However, v524 is located at
/storage/tivoli-storage-management/maintenance/client/v5r2/Mac

The difference is that "patches" has become "maintenance". Gretchen: I
bet the reason you are having different results with different browsers
is that you have bookmarked one or the other of these two different URLs
in your different browsers. I was able to find Mac 5.2.4 just fine with
IE. And, Gretchen, thanks for tipping me off to the fact that it
existed, because then I was able to torture the search feature until it
confessed. Our Mac tiger folks will be trying 5.2.4 out today.

Take note of this April Fools Day prank of hiding 5.2.4 and bookmark
this new URL! (But you should probably keep your bookmarks for the old
location, too, in case they change their mind back.)

 (One reason I consistently rate the tivoli section of the ibm.com
web site poorly: You can't ever bookmark anything. They're always
rearranging things, and making it very difficult to locate anything
unless you're clairvoyant enough to know what to type into a search
screen. For instance, you've got to know to search on both "Mac" and
"Macintosh" because using only one or the other gives you incomplete
results. When you do find useful information, you can never count on
finding it again. IBM is not alone in this criticism - the City of
Chicago's web site, for instance, is just as bad.) 

Roger Deschner  University of Illinois at Chicago [EMAIL PROTECTED]
"Let the exclence of your wrok be yuor portest."


On Mon, 19 Sep 2005, Gretchen L. Thiele wrote:

>Roger,
>
>There is a v5.2.4.0 client available (as of April 1st). It isn't
>visible via IE or Safari (haven't checked since the Safari software
>update), but you can 'see' it if you use command line ftp or Netscape.
>
>Our Mac Tiger people have been running this fairly successfully for
>a while. It would be nice to see the Mac version catch up to the rest
>of the clients. Be aware that changing the memory efficient backup in
>the GUI Preferences doesn't update the underlying Preference file...
>
>Gretchen Thiele
>Princeton University
>
>Roger Deschner wrote:
>
>> We've got a growing number of people running Mac OS X 10.4 ("tiger") who
>> are having problems with the ISTM Mac Client 5.2.3. There was discussion
>> a while back of 5.3 coming out on September 30. Is that still likely?
>

Re: Different Management Policy (Completed!)

[Andrew Raibeck]

Some thoughts:

(a) How do you know the files are being backed up to the wrong management
class?

(b) Keep in mind that *directories* are bound to the management class that
has the highest RETONLY setting. In the case of two or management classes
having the highest RETONLY setting, the management class whose name is
highest in ASCII sorting order will be used for directories (unless
overridden with the DIRMC option). Is it possible you are seeing directory
entries bound to the "wrong" management class?

(c) Make sure that when you do the backup, you are using the correct
dsm.sys stanza that contains the desired INCLUDE statement.

(d) You've got some other EXCLUDES in there that take precedent over the
desired INCLUDE. Is it possible that you have files matching anything in
the EXCLUDE patterms, e.g., /BACKUP/outgoing/oradata/somefile ?

(e) Do a sample backup of files in the /BACKUP/outgoing directory... for
example, do a SELECTIVE backup of one of these files, then do a QUERY
BACKUP for the file so we can see the management class.

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

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 2005-09-20
02:08:23:

> Hi all,
>
> Accidently sent the mail before without adding all the info! Apologies
> for the resend.
>
> I am having probably a hopefully simple problem with management classes.
> I backup a server and it goes to the default management class, which has
> a retention of ninety days. There is one set of data on this server that
> I want backed up to a different management class so it is retained for a
> year instead of ninety days. Here is the dsm.sys entry on the client:
>
> include/BACKUP/outgoing/.../*   CR_ONE_YEAR
>
> When I run a q inclexcl on the client I get the following:
>
> tsm> q inclexcl
> *** FILE INCLUDE/EXCLUDE ***
> Mode Function  Pattern (match from top down)  Source File
>  - -- -
> Excl Filespace /FMS/fmsprod/gbls  dsm.sys
> Excl Filespace /IBS/ibsprod/gbls  dsm.sys
> Excl Directory /dev   Server
> Excl Directory /unix  Server
> Excl All   /.../tmp/.../* Server
> Excl All   /.../oradata/.../* Server
> Excl All   /.../core  Server
> Incl All   /BACKUP/outgoing/.../* dsm.sys
> Excl All   /BACKUP/online/.../*   dsm.sys
> No DFS include/exclude statements defined.
>
> And on the server here is a q mgmt:
>
> tsm: BKP>q mgmt standard standard cr_one_year f=d
>
> Policy Domain Name: STANDARD
>Policy Set Name: STANDARD
>Mgmt Class Name: CR_ONE_YEAR
>   Default Mgmt Class ?: No
>Description: Management Class For Critical Systems
> Space Management Technique: None
>Auto-Migrate on Non-Use: 0
> Migration Requires Backup?: Yes
>  Migration Destination: CRDATATAPE
> Last Update by (administrator): ADMIN
>  Last Update Date/Time: 2005.06.24 09:38:24
>   Managing profile:
>
> And here is query of the backup copygroup for thius mgmt class:
>
> tsm: BKP>q copygroup
>
> PolicyPolicyMgmt  Copy  Versions Versions   Retain
> Retain
> DomainSet Name  Class Group Data DataExtra
> Only
> NameName  NameExists  Deleted Versions
> Version
> - - - -   
> ---
> STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
> 366
>  EAR
> STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
> 366
>  EAR
>
> Does anyone have any idea what I am doing wrong? When I look on the
> server for the files it has it only shows the last ninety days still.
>
> Thanks!
>
> Sam
>
> -
> ATTENTION:
> The information in this electronic mail message is private and
> confidential, and only intended for the addressee. Should you
> receive this message by mistake, you are hereby notified that
> any disclosure, reproduction, distribution or use of this
> message is strictly prohibited. Please inform the sender by
> reply transmission and delete the message without copying or
> opening it.
>
> Messages and attachments are scanned for all viruses known.
> If this message contains password-protected attachments, the
> files have NOT been scanned for viruses by the ING mail domain.
> Always scan attachments before opening them.
> -

Re: Different Management Policy (Completed!)

[David McClelland]

Hi Sam,

I have to say, everything looks good to me from what I see below - what
are you looking at to check that your files are getting bound to the
default management class and not to the 1YEAR class after all? What do you
see if you perform a dsmc restore -pick -inactive against a file matching
/BACKUP/outgoing/.../*  or take a look at the 'show versions' command on
the TSM server ('SHow Versions NodeName FileSpace' should do for you it I
think).

Rgds,

David McClelland





Sam Rudland <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" 
20/09/2005 10:08
Please respond to
"ADSM: Dist Stor Manager"


To
ADSM-L@VM.MARIST.EDU
cc

Subject
[ADSM-L] Different Management Policy (Completed!)






Hi all,

Accidently sent the mail before without adding all the info! Apologies
for the resend.

I am having probably a hopefully simple problem with management classes.
I backup a server and it goes to the default management class, which has
a retention of ninety days. There is one set of data on this server that
I want backed up to a different management class so it is retained for a
year instead of ninety days. Here is the dsm.sys entry on the client:

include/BACKUP/outgoing/.../*   CR_ONE_YEAR

When I run a q inclexcl on the client I get the following:

tsm> q inclexcl
*** FILE INCLUDE/EXCLUDE ***
Mode Function  Pattern (match from top down)  Source File
 - -- -
Excl Filespace /FMS/fmsprod/gbls  dsm.sys
Excl Filespace /IBS/ibsprod/gbls  dsm.sys
Excl Directory /dev   Server
Excl Directory /unix  Server
Excl All   /.../tmp/.../* Server
Excl All   /.../oradata/.../* Server
Excl All   /.../core  Server
Incl All   /BACKUP/outgoing/.../* dsm.sys
Excl All   /BACKUP/online/.../*   dsm.sys
No DFS include/exclude statements defined.

And on the server here is a q mgmt:

tsm: BKP>q mgmt standard standard cr_one_year f=d

Policy Domain Name: STANDARD
   Policy Set Name: STANDARD
   Mgmt Class Name: CR_ONE_YEAR
  Default Mgmt Class ?: No
   Description: Management Class For Critical Systems
Space Management Technique: None
   Auto-Migrate on Non-Use: 0
Migration Requires Backup?: Yes
 Migration Destination: CRDATATAPE
Last Update by (administrator): ADMIN
 Last Update Date/Time: 2005.06.24 09:38:24
  Managing profile:

And here is query of the backup copygroup for thius mgmt class:

tsm: BKP>q copygroup

PolicyPolicyMgmt  Copy  Versions Versions   Retain
Retain
DomainSet Name  Class Group Data DataExtra
Only
NameName  NameExists  Deleted Versions
Version
- - - -   
---
STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
366
 EAR
STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
366
 EAR

Does anyone have any idea what I am doing wrong? When I look on the
server for the files it has it only shows the last ninety days still.

Thanks!

Sam

-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

Re: Different Management Policy (Completed!)

[Sam Rudland]

Yep - the q copygroup shows the active and standard policy sets.

tsm: BKP>q copygroup

PolicyPolicyMgmt  Copy  Versions Versions   Retain
Retain
DomainSet Name  Class Group Data DataExtra
Only
NameName  NameExists  Deleted Versions
Version
- - - -   
---
STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
366
 EAR
STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
366
 EAR

Thanks,

Sam

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kurt Beyers
Sent: 20 September 2005 10:21
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Different Management Policy (Completed!)

The first question would be 'Did you activate the policy set after
defining
the new management class'?

Kurt

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Sam
Rudland
Sent: dinsdag 20 september 2005 11:08
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Different Management Policy (Completed!)

Hi all,

Accidently sent the mail before without adding all the info! Apologies
for the resend.

I am having probably a hopefully simple problem with management classes.
I backup a server and it goes to the default management class, which has
a retention of ninety days. There is one set of data on this server that
I want backed up to a different management class so it is retained for a
year instead of ninety days. Here is the dsm.sys entry on the client:

include/BACKUP/outgoing/.../*   CR_ONE_YEAR

When I run a q inclexcl on the client I get the following:

tsm> q inclexcl
*** FILE INCLUDE/EXCLUDE ***
Mode Function  Pattern (match from top down)  Source File
 - -- -
Excl Filespace /FMS/fmsprod/gbls  dsm.sys
Excl Filespace /IBS/ibsprod/gbls  dsm.sys
Excl Directory /dev   Server
Excl Directory /unix  Server
Excl All   /.../tmp/.../* Server
Excl All   /.../oradata/.../* Server
Excl All   /.../core  Server
Incl All   /BACKUP/outgoing/.../* dsm.sys
Excl All   /BACKUP/online/.../*   dsm.sys
No DFS include/exclude statements defined.

And on the server here is a q mgmt:

tsm: BKP>q mgmt standard standard cr_one_year f=d

Policy Domain Name: STANDARD
   Policy Set Name: STANDARD
   Mgmt Class Name: CR_ONE_YEAR
  Default Mgmt Class ?: No
   Description: Management Class For Critical Systems
Space Management Technique: None
   Auto-Migrate on Non-Use: 0
Migration Requires Backup?: Yes
 Migration Destination: CRDATATAPE
Last Update by (administrator): ADMIN
 Last Update Date/Time: 2005.06.24 09:38:24
  Managing profile:

And here is query of the backup copygroup for thius mgmt class:

tsm: BKP>q copygroup

PolicyPolicyMgmt  Copy  Versions Versions   Retain
Retain
DomainSet Name  Class Group Data DataExtra
Only
NameName  NameExists  Deleted Versions
Version
- - - -   
---
STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
366
 EAR
STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
366
 EAR

Does anyone have any idea what I am doing wrong? When I look on the
server for the files it has it only shows the last ninety days still.

Thanks!

Sam

-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-


-
ATTENTION:
This Messages and any attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING Direct mail domain.
Always scan attachments before opening them.
-

-
ATTENTION:
The information in this electronic mai

Re: Different Management Policy (Completed!)

[Sam Rudland]

Yep - in the q copygroup output it shows the active and standard:


-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kurt Beyers
Sent: 20 September 2005 10:21
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Different Management Policy (Completed!)

The first question would be 'Did you activate the policy set after
defining
the new management class'?

Kurt

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Sam
Rudland
Sent: dinsdag 20 september 2005 11:08
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Different Management Policy (Completed!)

Hi all,

Accidently sent the mail before without adding all the info! Apologies
for the resend.

I am having probably a hopefully simple problem with management classes.
I backup a server and it goes to the default management class, which has
a retention of ninety days. There is one set of data on this server that
I want backed up to a different management class so it is retained for a
year instead of ninety days. Here is the dsm.sys entry on the client:

include/BACKUP/outgoing/.../*   CR_ONE_YEAR

When I run a q inclexcl on the client I get the following:

tsm> q inclexcl
*** FILE INCLUDE/EXCLUDE ***
Mode Function  Pattern (match from top down)  Source File
 - -- -
Excl Filespace /FMS/fmsprod/gbls  dsm.sys
Excl Filespace /IBS/ibsprod/gbls  dsm.sys
Excl Directory /dev   Server
Excl Directory /unix  Server
Excl All   /.../tmp/.../* Server
Excl All   /.../oradata/.../* Server
Excl All   /.../core  Server
Incl All   /BACKUP/outgoing/.../* dsm.sys
Excl All   /BACKUP/online/.../*   dsm.sys
No DFS include/exclude statements defined.

And on the server here is a q mgmt:

tsm: BKP>q mgmt standard standard cr_one_year f=d

Policy Domain Name: STANDARD
   Policy Set Name: STANDARD
   Mgmt Class Name: CR_ONE_YEAR
  Default Mgmt Class ?: No
   Description: Management Class For Critical Systems
Space Management Technique: None
   Auto-Migrate on Non-Use: 0
Migration Requires Backup?: Yes
 Migration Destination: CRDATATAPE
Last Update by (administrator): ADMIN
 Last Update Date/Time: 2005.06.24 09:38:24
  Managing profile:

And here is query of the backup copygroup for thius mgmt class:

tsm: BKP>q copygroup

PolicyPolicyMgmt  Copy  Versions Versions   Retain
Retain
DomainSet Name  Class Group Data DataExtra
Only
NameName  NameExists  Deleted Versions
Version
- - - -   
---
STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
366
 EAR
STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
366
 EAR

Does anyone have any idea what I am doing wrong? When I look on the
server for the files it has it only shows the last ninety days still.

Thanks!

Sam

-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-


-
ATTENTION:
This Messages and any attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING Direct mail domain.
Always scan attachments before opening them.
-

-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domai

Re: Different Management Policy (Completed!)

[Kurt Beyers]

The first question would be 'Did you activate the policy set after defining
the new management class'?

Kurt

-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Sam
Rudland
Sent: dinsdag 20 september 2005 11:08
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Different Management Policy (Completed!)

Hi all,

Accidently sent the mail before without adding all the info! Apologies
for the resend.

I am having probably a hopefully simple problem with management classes.
I backup a server and it goes to the default management class, which has
a retention of ninety days. There is one set of data on this server that
I want backed up to a different management class so it is retained for a
year instead of ninety days. Here is the dsm.sys entry on the client:

include/BACKUP/outgoing/.../*   CR_ONE_YEAR

When I run a q inclexcl on the client I get the following:

tsm> q inclexcl
*** FILE INCLUDE/EXCLUDE ***
Mode Function  Pattern (match from top down)  Source File
 - -- -
Excl Filespace /FMS/fmsprod/gbls  dsm.sys
Excl Filespace /IBS/ibsprod/gbls  dsm.sys
Excl Directory /dev   Server
Excl Directory /unix  Server
Excl All   /.../tmp/.../* Server
Excl All   /.../oradata/.../* Server
Excl All   /.../core  Server
Incl All   /BACKUP/outgoing/.../* dsm.sys
Excl All   /BACKUP/online/.../*   dsm.sys
No DFS include/exclude statements defined.

And on the server here is a q mgmt:

tsm: BKP>q mgmt standard standard cr_one_year f=d

Policy Domain Name: STANDARD
   Policy Set Name: STANDARD
   Mgmt Class Name: CR_ONE_YEAR
  Default Mgmt Class ?: No
   Description: Management Class For Critical Systems
Space Management Technique: None
   Auto-Migrate on Non-Use: 0
Migration Requires Backup?: Yes
 Migration Destination: CRDATATAPE
Last Update by (administrator): ADMIN
 Last Update Date/Time: 2005.06.24 09:38:24
  Managing profile:

And here is query of the backup copygroup for thius mgmt class:

tsm: BKP>q copygroup

PolicyPolicyMgmt  Copy  Versions Versions   Retain
Retain
DomainSet Name  Class Group Data DataExtra
Only
NameName  NameExists  Deleted Versions
Version
- - - -   
---
STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
366
 EAR
STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
366
 EAR

Does anyone have any idea what I am doing wrong? When I look on the
server for the files it has it only shows the last ninety days still.

Thanks!

Sam

-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

Different Management Policy (Completed!)

[Sam Rudland]

Hi all,

Accidently sent the mail before without adding all the info! Apologies
for the resend.

I am having probably a hopefully simple problem with management classes.
I backup a server and it goes to the default management class, which has
a retention of ninety days. There is one set of data on this server that
I want backed up to a different management class so it is retained for a
year instead of ninety days. Here is the dsm.sys entry on the client:

include/BACKUP/outgoing/.../*   CR_ONE_YEAR

When I run a q inclexcl on the client I get the following:

tsm> q inclexcl
*** FILE INCLUDE/EXCLUDE ***
Mode Function  Pattern (match from top down)  Source File
 - -- -
Excl Filespace /FMS/fmsprod/gbls  dsm.sys
Excl Filespace /IBS/ibsprod/gbls  dsm.sys
Excl Directory /dev   Server
Excl Directory /unix  Server
Excl All   /.../tmp/.../* Server
Excl All   /.../oradata/.../* Server
Excl All   /.../core  Server
Incl All   /BACKUP/outgoing/.../* dsm.sys
Excl All   /BACKUP/online/.../*   dsm.sys
No DFS include/exclude statements defined.

And on the server here is a q mgmt:

tsm: BKP>q mgmt standard standard cr_one_year f=d

Policy Domain Name: STANDARD
   Policy Set Name: STANDARD
   Mgmt Class Name: CR_ONE_YEAR
  Default Mgmt Class ?: No
   Description: Management Class For Critical Systems
Space Management Technique: None
   Auto-Migrate on Non-Use: 0
Migration Requires Backup?: Yes
 Migration Destination: CRDATATAPE
Last Update by (administrator): ADMIN
 Last Update Date/Time: 2005.06.24 09:38:24
  Managing profile:

And here is query of the backup copygroup for thius mgmt class:

tsm: BKP>q copygroup

PolicyPolicyMgmt  Copy  Versions Versions   Retain
Retain
DomainSet Name  Class Group Data DataExtra
Only
NameName  NameExists  Deleted Versions
Version
- - - -   
---
STANDARD  ACTIVECR_ONE_Y- STANDARD 77   40
366
 EAR
STANDARD  STANDARD  CR_ONE_Y- STANDARD 77   40
366
 EAR

Does anyone have any idea what I am doing wrong? When I look on the
server for the files it has it only shows the last ninety days still.

Thanks!

Sam

-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

Re: restore node

[David McClelland]

Hi Mark,

The 'restore node' command on the TSM server is reserved for use when 
restoring NDMP/NAS data to a datamover (e.g. EMC Celerra, Netapps filer 
etc), and shouldn't be confused with trying to restore 'normal' backup 
archive client data. Here's a link which explains this command:

http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/index.jsp?topic=/com.ibm.itsmmsmunn.doc/anrsrf53348.htm

You won't be able to perform your restore from the server, only from the 
client via the local CLI, the local GUI or the TSM Web Client.

Hope that helps,

David McClelland







Mark Strasheim <[EMAIL PROTECTED]> 
Sent by: "ADSM: Dist Stor Manager" 
20/09/2005 09:42
Please respond to
"ADSM: Dist Stor Manager"


To
ADSM-L@VM.MARIST.EDU
cc

Subject
[ADSM-L] restore node






Aloha
when i try this command - i get this  error message.

restore node MOBILE / FILELIST=TIVsm-webadmin-5.2.1-0.noarch.rpm
ANR1641E RESTORE NODE:  The node MOBILE has a type that is not allowed 
for this command.
ANS8001I Return code 3.

has a type ??? what type ? can i change that type?

 From the client "dsmc"  this command  can be  called
res /usr/test/* and everything works as i wish.

How can i run this restore command from the server?

with regards

MNibble

-- 
--

 definitiv! business applications GmbH & Co. KG
 Fresnostrasse 14 - 18 · DE-48159 Münster
 Tel. +49 (0) 251 21092 - 23 · Fax +49 (0) 251 21092 - 29
  mailto:[EMAIL PROTECTED] ·
  http://www.definitiv-ba.de

--

Different Management Policy

[Sam Rudland]

Hi all,

I am having probably a simple problem with management classes. I backup
a server and it goes to the default management class, which has a
retention of ninety days. There is one set of data on this server that I
want backed up to a different management class so it is retained for a
year instead of ninety days. Here is the dsm.sys entry on the client:

include/BACKUP/outgoing/.../*   CR_ONE_YEAR

When I run a q inclexcl on the client I get the following:

tsm> q inclexcl
*** FILE INCLUDE/EXCLUDE ***
Mode Function  Pattern (match from top down)  Source File
 - -- -
Excl Filespace /FMS/fmsprod/gbls  dsm.sys
Excl Filespace /IBS/ibsprod/gbls  dsm.sys
Excl Directory /dev   Server
Excl Directory /unix  Server
Excl All   /.../tmp/.../* Server
Excl All   /.../oradata/.../* Server
Excl All   /.../core  Server
Incl All   /BACKUP/outgoing/.../* dsm.sys
Excl All   /BACKUP/online/.../*   dsm.sys
No DFS include/exclude statements defined.

And on the server here is a q mgmt:




-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive this message by mistake, you are hereby notified that
any disclosure, reproduction, distribution or use of this
message is strictly prohibited. Please inform the sender by
reply transmission and delete the message without copying or
opening it.

Messages and attachments are scanned for all viruses known.
If this message contains password-protected attachments, the
files have NOT been scanned for viruses by the ING mail domain.
Always scan attachments before opening them.
-

restore node

[Mark Strasheim]

Aloha
when i try this command - i get this  error message.

restore node MOBILE / FILELIST=TIVsm-webadmin-5.2.1-0.noarch.rpm
ANR1641E RESTORE NODE:  The node MOBILE has a type that is not allowed 
for this command.

ANS8001I Return code 3.

has a type ??? what type ? can i change that type?

From the client "dsmc"  this command  can be  called
res /usr/test/* and everything works as i wish.

How can i run this restore command from the server?

with regards

MNibble

--
--

definitiv! business applications GmbH & Co. KG
Fresnostrasse 14 - 18 · DE-48159 Münster
Tel. +49 (0) 251 21092 - 23 · Fax +49 (0) 251 21092 - 29
 mailto:[EMAIL PROTECTED] ·
 http://www.definitiv-ba.de

--