ADSM-L

[ADSM-L] Ang: Re: Seemingly stupid dsmadmc behavior

2010-11-22 16:45:53
Subject: [ADSM-L] Ang: Re: Seemingly stupid dsmadmc behavior
From: Daniel Sparrman <daniel.sparrman AT EXIST DOT SE>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Mon, 22 Nov 2010 21:45:09 +0100
Or he could just ask one of the root admins to do a chown user:group 
/var/adm/log/tsm/dsmprune.log (or actually, all the files under 
/var/adm/log/tsm/) where user is his current user and group the primary group 
of that user. Doesnt look like it's the error log which is the issue. 



-----"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> skrev: -----


Till: ADSM-L AT VM.MARIST DOT EDU
Från: Steve Harris <steve AT STEVENHARRIS DOT INFO>
Sänt av: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
Datum: 11/22/2010 22:22
Ärende: Re: Seemingly stupid dsmadmc behavior

Hi Remco

Thanks for your suggestion, I hadn't thought of that and it does work
nicely

However, the fact that it does work merely underlines my point that the
original restriction on overriding the log location with the DSM_LOG
environment variable is essentially pointless and just makes things
unnecessarily complex for no good reason.

Regards

Steve.
 

On Wed, 17 Nov 2010 23:24:23 +0100, Remco Post <r.post AT PLCS DOT NL> wrote:
> How about: alias dsmadmc=dsmadmc -errorlogname=~/dsmerror.log ?
> 
> Wouldn't that do the trick?
> 
> --
> 
> Gr., Remco
> 
> On 17 nov. 2010, at 22:46, Steve Harris <steve AT STEVENHARRIS DOT INFO> 
> wrote:
> 
>> Time for a bit of a rant.
>>
>> <rant>
>> I have a new 5.5 server on Solaris.  For reasons that I understand even
>> if
>> it does make my life more difficult, I am not permitted to have root
>> access
>> on this box, and the Solaris guys have determined that they want the
TSM
>> client log files on /var/adm/log/tsm
>>
>> So dsm.sys has
>>
>>   errorlogname       /var/adm/log/tsm/dsmerror.log
>>   errorlogretention  14,d
>>
>> This is fine for the root user, but when I log in to use dsmamdc  I get
>>
>> ANS2036W  Pruning functions cannot open one of the Tivoli Storage
Manager
>> prune files: /var/adm/log/tsm/dsmprune.log. errno = 13, Permission
denied
>>
>> No big deal, I know this is not a problem and happily ignore it.
>>
>> However, I have some scripts that my operations people are going to
use,
>> and these invoke dsmadmc multiple times per script to do whatever is
>> needed.  Each time the ANS2036W message appears.  yes I'm aware that
>> there
>> is a work around for this change errorlogretention to S, run dsmadmc to
>> create the dsmerror.pru file and then change permissions.  Someone with
>> root access needs to do that.
>>
>> Much simpler would be to just allow the DSM_LOG environment variable to
>> override the dsm.sys specification, but it cannot.
>>
>> There is NO reason not to allow this.
>>
>> Given that I can set DSM_DIR and DSM_CFG to point to any arbitrary file
>> and also symlink to the message catalog file  I can override the system
>> options files however I please.  Its just damned annoying to have to.
>> </rant>
>>
>> TSM being complex, difficult and obscure keeps me in work, but its not
>> doing anything for this wonderful product in the marketplace.
>>
>> Steven Harris
>> TSM Admin,
>> Paraparaumu, NZ
>>
>>
>>
>>