ADSM-L

Re: update server roles

2006-10-06 09:18:41
Subject: Re: update server roles
From: Matthew Warren <Matthew.Warren AT DIGICA DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 6 Oct 2006 14:18:14 +0100
 
I could be missing something, but I cant off the top of my head 
understand(remember?) why TSM1 is communicating to TSM2 to update a storage 
agent/server definition at all? Even though TSM1 is a library client to TSM2, I 
don’t think TSM2 needs to know anything about the storage agent defined to 
TSM1, as TSM1 will take mount requests from the storage agent, manage them with 
TSM2 and then pass back the device info to the storage agent when TSM2 has 
allocated a drive.



Matt.
http://www.tsmwiki.com/






> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] 
> On Behalf Of BEYERS Kurt
> Sent: 06 October 2006 10:11
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] update server roles
> 
> Hello,
> 
>  
> 
> In the output of a server definition in TSM (TSM server 
> 5.3.2.4, TSM BA client 5.3.2 and STA 5.3.2.1), multiple roles 
> are defined:
> 
>  
> 
> ‘q server SERVER  f=d’
> 
>  
> 
>                                   Server Name: SERVER
> 
>                                  Comm. Method: TCPIP
> 
>                            High-level Address: xxx.yyy.rrr.tttt
> 
>                             Low-level Address: 1502
> 
>                                   Description:
> 
>                             Allow Replacement: No
> 
>                              …….
> 
>                               Role(s): Storage Agent Event 
> Logging Library Sharing
> 
>  
> 
> Is it possible to limit those server roles? Eg only a storage 
> agent or library sharing?
> 
>  
> 
> The problem I’m having is the following:
> 
>  
> 
> A TSM client (CLIENT) is defined to two TSM servers (TSM1 and 
> TSM2) and has two Storage Agents for each TSM server (using 
> other TCP/IP ports and shared memory ports).
> 
>  
> 
> Further on, TSM1 is a library client of the library manager 
> running on TSM2. The TSM1 database backup goes to this 
> library so that the tapes must be vaulted only from 1 library 
> instead of two libraries. 
> 
>  
> 
> But if I start the STA for TSM1 on the client, the server 
> definition on TSM2 is being updated (changing the TCP/IP port):
> 
>  
> 
> 
> 
> ANR0408I Session 35078 started for server CLIENT 
> (Linux/x86_64) (Tcp/Ip) for server registration.
> 
> ANR1662I Server CLIENT updated.
> 
> ANR0409I Session 35078 ended for server CLIENT (Linux/x86_64).
> 
>  
> 
> Which results that the STA for TSM2 can no longer communicate 
> with the TSM server TSM2. 
> 
>  
> 
> I can prohibit this with ‘set crossdefine off’, but I end 
> then with yet another warning in the activity log that can be 
> discarded. 
> 
>  
> 
> ANR0408I Session 35087 started for server CLIENT 
> (Linux/x86_64) (Tcp/Ip) for server registration.
> 
> ANR0457W Session for server CLIENT  refused - crossdefine is 
> not allowed on this server.
> 
> ANR0409I Session 35087 ended for server CLIENT (Linux/x86_64).
> 
>  
> 
> Or must I define two different servers on the CLIENT, one for 
> TSM1 and one for TSM2?
> 
>  
> 
> Thanks in advance for any feedback. 
> 
>  
> 
> Best regards,
> 
> Kurt
> 
> 
> 
> <mailto:kurt.beyers AT vrt DOT be> 
> 
>  
> 
> *** Disclaimer ***
> 
> Vlaamse Radio- en Televisieomroep
> Auguste Reyerslaan 52, 1043 Brussel
> 
> nv van publiek recht
> BTW BE 0244.142.664
> RPR Brussel
> http://www.vrt.be/disclaimer
>  
> 
> 
> 
>  
> 


This email is confidential and may be privileged. If you are not the intended 
recipient please notify the sender immediately and delete the email from your 
computer. 

You should not copy the email, use it for any purpose or disclose its contents 
to any other person.
Please note that any views or opinions presented in this email may be personal 
to the author and do not necessarily represent the views or opinions of Digica.
It is the responsibility of the recipient to check this email for the presence 
of viruses. Digica accepts no liability for any damage caused by any virus 
transmitted by this email.

UK: Phoenix House, Colliers Way, Nottingham, NG8 6AT UK
Reception Tel: + 44 (0) 115 977 1177
Support Centre: 0845 607 7070
Fax: + 44 (0) 115 977 7000
http://www.digica.com

SOUTH AFRICA: Building 3, Parc du Cap, Mispel Road, Bellville, 7535, South 
Africa
Tel: + 27 (0) 21 957 4900
Fax: + 27 (0) 21 948 3135
http://www.digica.com
<Prev in Thread] Current Thread [Next in Thread>