ADSM-L

Re: [ADSM-L] Updated VS Backed Up

2008-08-15 07:11:46
Subject: Re: [ADSM-L] Updated VS Backed Up
From: Ian Smith <ian.smith AT OUCS.OX.AC DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 15 Aug 2008 12:10:35 +0100
Shawn,

in the dsm.opt the syntax is, I think

testflag  DISABLEATTRIBUPDATE

i.e. no '='

Ian Smith

On Thursday 14 Aug 2008 7:53 pm, Shawn Drew wrote:
> Unfortunately that didn't work when I tried a backup.  Anyone else with
> an idea on how to get a testflag into a client option set?
>
> "Invalid trace flag: TESTFLAGS=DISABLEATTRIBUPDATE"
>
>
> Regards,
> Shawn
> ________________________________________________
> Shawn Drew
>
>
>
>
>
> Internet
> SHWL AT STATOILHYDRO DOT COM
>
> Sent by: ADSM-L AT VM.MARIST DOT EDU
> 08/14/2008 02:37 AM
> Please respond to
> ADSM-L AT VM.MARIST DOT EDU
>
>
> To
> ADSM-L
> cc
>
> Subject
> Re: [ADSM-L] Updated VS Backed Up
>
>
>
>
>
> Ok, as I said I was a little bit tired after an 14 hour shift..
>
> Your question was "Does anyone know how to get a testflag into a client
> option set?"
>
> tsm: >def clientopt test TRACEFLAGS "-testflags=DISABLEATTRIBUPDATE"
> ANR2050I DEFINE CLIENTOPT: Option TRACEFLAGS defined in optionset TEST.
>
>
> //Henrik
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Shawn Drew
> Sent: den 13 augusti 2008 16:19
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Updated VS Backed Up
>
> Skipntpermissions addresses a different issue.  DISABLEATTRIBUPDATE
> addresses permissions that are saved in the TSM DB I believe as opposed
> to the ntfs security which stores the metadata in the storagepool.
>
> Regards,
> Shawn
> ________________________________________________
> Shawn Drew
>
>
>
>
>
> Internet
> SHWL AT STATOILHYDRO DOT COM
>
> Sent by: ADSM-L AT VM.MARIST DOT EDU
> 08/12/2008 06:29 PM
> Please respond to
> ADSM-L AT VM.MARIST DOT EDU
>
>
> To
> ADSM-L
> cc
>
> Subject
> Re: [ADSM-L] Updated VS Backed Up
>
>
>
>
>
> Hi,
>
> Check 'Skipntpermissions' in the client manual.
> There could be a traceclass too but I am too tired to look..
>
> Thanks
> Henrik
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Shawn Drew
> Sent: den 13 augusti 2008 00:14
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Updated VS Backed Up
>
> "testflag DISABLEATTRIBUPDATE"
>
> I read this tsmblog article:
> http://tsmblog.org/serendipity/index.php?/archives/81-UPDATED-vs-BACKED-
> UP.html
>
> I remember reading about this testflag on the IBM Support site  and I
> thought I remember reading about it on adsm-l somewhere, but searching
> Google or IBM for "DISABLEATTRIBUPDATE" doesn't return anything anymore.
>
> Anyway, for posterity:
>
> By default TSM will not keep a history of permission changes, which
> doesn't make sense to me!
> In the past I've had to do complete system restores after a virus messed
> up permissions.
>
> This testflag in the dsm.opt file will disable that and backup the file
> for any change (including permission changes)
>
>
> Does anyone know how to get a testflag into a client option set?
> (My last resort will be to try adding "-testflags=DISABLEATTRIBUPDATE"
> to the options of all my schedules)
>
>
>
> Regards,
> Shawn
> ________________________________________________
> Shawn Drew
>
>
> This message and any attachments (the "message") is intended solely for
> the addressees and is confidential. If you receive this message in
> error, please delete it and immediately notify the sender. Any use not
> in accord with its purpose, any dissemination or disclosure, either
> whole or partial, is prohibited except formal approval. The internet can
> not guarantee the integrity of this message. BNP PARIBAS (and its
> subsidiaries) shall (will) not therefore be liable for the message if
> modified. Please note that certain functions and services for BNP
> Paribas may be performed by BNP Paribas RCC, Inc.
>
>
> -------------------------------------------------------------------
> The information contained in this message may be CONFIDENTIAL and is
> intended for the addressee only. Any unauthorised use, dissemination of
> the information or copying of this message is prohibited. If you are not
> the addressee, please notify the sender immediately by return e-mail and
> delete this message.
> Thank you.
>
>
> -------------------------------------------------------------------
> The information contained in this message may be CONFIDENTIAL and is
> intended for the addressee only. Any unauthorised use, dissemination of
> the
> information or copying of this message is prohibited. If you are not the
> addressee, please notify the sender immediately by return e-mail and
> delete
> this message.
> Thank you.