Running multiple ARSSOCK tasks on same LPAR and database

[leodejong]

Hi,
I'm trying to run a second instance of ARSSOCK on the same LPAR and accessing the same database.

I have modified ars.ini:
[@SRV@_ARCHIVE]                             
HOST=                                       
PORT=8021                                   
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -
SRVR_INSTANCE=XODBV71                       
SRVR_INSTANCE_OWNER=XO1XPDB                 
SRVR_OD_CFG=/etc/ars/ars.cfg               
SRVR_SM_CFG=/etc/ars/ars.cache             
[@SRV@_TEST]                               
HOST=                                       
PORT=8024                                   
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -
SRVR_INSTANCE=XODBV71                       
SRVR_INSTANCE_OWNER=XO1XPDB                 
SRVR_OD_CFG=/etc/ars/arst.cfg               
SRVR_SM_CFG=/etc/ars/arst.cache             

So the same INSTANCE and OWNER but different PORT.

When i start ARSSOCK i use the parameter PARM='/TEST'  (where is this documented ?)

That works, i that respect that i can connect with a client.

But i can't get i to work with batch ARSLOAD or ARSDOC get.
ARSLOAD ends with message:
arsload: Could not connect to server to establish log id

And in /var/ars/tmpt/arssock.err i see message:

Thu May  3 17:00:58 2012: JONGDELB asid(003F)(651) -> getaddrinfo errno = 129, errno2 = X'0594003D', rc = 1

This means:
ReasonCode: 0594003D                                       
  Module: Unknown  ErrnoJr: 61 JRDIRNOTFOUND               
  Description: A directory in the pathname was not found   

My questions are:
Is this possible what i'm trying ?
What is the directory that can't found.?
Or any other hints and tips

Leo 

[Alessandro Perucchi]

Hello,

Well here my warning signal in my head are ringing as hell!

Am I understanding correctly? You want to connect 2 ARSSOCKD to the same and unique OnDemand Library Server???

I'm not a guru of Z/OS, I know CMOD for Multiplatform and there you simply cannot do it.
CMOD was not designed to do that.

Except if there are some tricks and tips on the z/OS for that, that maybe Ed knows, or Justin.

Sincerely yours,
Alessandro

[leodejong]

Ok
I have found it. The solution was hidden in the  manual:

(When adding another instance to the ARS.INI file, you must set the HOST statement of the default instance to the host name alias of the library server.)

You probably wonder why: It is because we must do a massive extraction of data with arsdoc get, for a specific marketing project. And because off internal chargeback and because the majority of the CPU is used in the ARSSOCK, we want to separate the normal online retrievals from the batch retrievals.
And I can give this ARSSOCK task a lower priority in WLM, so I want monopolize the system.
Leo

[ewirtz]

Hi Leo,
in the past I was involved in implementing a high performance client server architecture. Involved were: AIX/Windows and Z/OS. The goal was 1000 transactions / second. We have used Z/OS features that are interesting and without additional costs.

1) on the same Image

On Z/OS we have the feature port sharing. Yo can listen to the same port more than once. (workload distributrion is used)

2) within Sysplex

You can define a vritual IP. One of the server of the involved images is used, it this VIP is used (workload distributrion is used here as well)


OnDemand itself does not know anything about these server instances, so it could work but:

1) Will IBM support this?
2) Might be DB2 gets deadlock situations. Sequences of DB2 SQLs might occur looking at the whole sysplex, which are not possible on one server instance.

[alexplleung]

We are running more than one z/OS CMOD instance on same LPAR (actually parallel sysplex)  but different databases.
I don't think two CMOD instances can access same database (l mean same library server).

[PasiPK]

We have been running some test environments with configuration 2 mentioned by ewirtz.
TCP/IP sysplex distributor directs document retrievals to one of two LPARs,
of which each is running one ARSSOCKD against same database and same documents.
So far no problems in couple of months.

[JCI]

HI..
we are run.. several instances of OnDemand in the same LPAR..
Only you must set the path correctly..