Recent Posts

Pages: [1] 2 3 ... 10
z/OS Server / Re: return code is 17
« Last post by Ed_Arnold on April 25, 2017, 10:14:59 AM »
Try the OAM IVP in SYS1.SAMPLIB(CBRSAMIV) - substituting your collection name.

Here's what I just ran on my system.   I've deleted all of the comments so take a look at the original.

//            CLASS=A,MSGCLASS=H,MSGLEVEL=(1,1),REGION=0M           
//JOBLIB   DD DISP=SHR,DSN=DB2.V11R1M0.SDSNLOAD                     
//         DD DISP=SHR,DSN=DB2.V11R1M0.SDSNLOD2                     
//STEP1    EXEC PGM=IKJEFT01,REGION=4096K                           
//SYSPRINT DD   SYSOUT=*                                             
//SYSTSPRT DD   SYSOUT=*                                             
//SYSTSIN  DD   *                                                   
 OSREQ QUERY    ARS.COLLECT.ODV950 OBJECT.NAME                       
 LISTCAT ENTRIES('ARS.COLLECT.ODV950') ALL                           
 OSREQ QUERY    ARS.COLLECT.ODV950 OBJECT.NAME                       
 OSREQ DELETE   ARS.COLLECT.ODV950 OBJECT.NAME                       

z/OS Server / Re: return code is 17
« Last post by Siva on April 25, 2017, 06:49:47 AM »
It looks like the storage node not exists. Please check your storage set "TEST CMOD V2 Storage Set" to see if it has the primary storage node "FLDXSPD.LGPFIA43.SGRTI000.M1D4EVER" configured.
z/OS Server / Re: return code is 17
« Last post by scottnys on April 25, 2017, 06:48:02 AM »
Carefully check the names of all you elements.
That the Storage set levels have not "fat fingers".
That SMS definitions have been completed (are the same as you expect)
That the OAM object is correctly defined

I've had some of those gotchas myself.  Is this the first time you are using this OAM object?  Compare with a successful storage set for those simple mistakes.
z/OS Server / return code is 17
« Last post by sdsuttl on April 25, 2017, 06:38:30 AM »
has anyone seen this error of return code 17?
below is more ...

Storage node >FLDXSPD.LGPFIA43.SGRTI000.M1D4EVER< on object server >< does not exist in storage set >TEST CMOD V2 Storage Set<.   
The userexit >/ars/TEST/cmod/bin/exits/arsuupdt< failed. The return code is 17 
arsload: Processing failed for file >/ars/test/tmp_SY1/50397229 (DD:AFPDSIN-FLPVRTX.T4S.AFPOUTDA.FIAOND.DATA)<     
arsload: Processing has stopped.  The remaining files will NOT be processed

any help on what to check/do is appreciated
OD/WEK & JAVA API / ICN cannot access odwek tmp directory
« Last post by Srinivas on April 24, 2017, 05:27:59 AM »

I was trying to connect Ondemand repository from Content navigator, i am getting the error " IBM Content navigator cannot access the temporary working directory for ODWEK "

CMOD V9.0, ODWEK V9.0, ICN V2.0.3, Linux platform...

For your reference please find the attachment...

Thanks !!! 
MP Server / Re: How can i configure ondemand v10.1 high availability active active
« Last post by wawad on April 23, 2017, 11:09:49 PM »
More Thank for your replay . i already read this link but i have some question about database and storage.
in this situation the oracle RAC must be remote.
and cache storage ,external storage ,temporary file path ,print file path and data load directory  must be shared .
and if its share which type of storage is support in this situation (NAS,SAN )
Hello Valentin,

if you look at this post, part of question is answered:

Concerning the number per Application, you need to look at the segment directly, and know which field name is the "application ID" field (maybe agid / appid) and do like a SELECT appid, count(*) from SEGMENT_TABLE group by appid

I hope that helps.
You must know what file format is behind your application, and therefore you will know what fileformat you have.
With the Java API from ODWEK, you can know that quite easily.
From the command ARSDOC GET, you don't... except to parse the metadata to know which Application the document comes from, and then parse the Application config to know what is the mime type of the corresponding file (OUT).
iSeries / Re: Compression - Which File Types Should be Compressed?
« Last post by Alessandro Perucchi on April 22, 2017, 06:46:54 AM »
Well, if you don't know if the compression will be worth doing it, my advice is to take some sample files and try each compression with the command "arsadmin compress" and compare the compression ratio.

Only then you will be able to have a clear view if you need or not a compression, and if you want a compression which one provides the best compression for you files.

My advice is for one type of files to take a few samples, not only one in order to have a better overview of the gain/loss of each compression algorithm.

I have read the documentation you provided, and it seems pretty clear for me...

You must have the following to be able to have high availability active/active:

First Step)

- DB2 pureScale
- Oracle RAC,
- SQL Server Cluster

If you don't have that, then you cannot use the new functionality. So before doing anything else, setup your database accordingly.

Second Step)
Configuration of zookeeper

If you follow exactly what the documentation is saying, then you should be ok.

I will paraphrase here, since it seems not clear for you:

You must have at least 3 servers for zookeeper, you must have an odd number of servers >=3, so 3, 5, 7, 9 or more... 3 is the minimum which is advised.

Let say you have 3 servers:  zoo1, zoo2 and zoo3.

On each server, you must do the following:

- Download zookeeper from
- Unzip the file in one directory (ex:   /opt/zookeeper)
- copy the file zoo_sample.cfg into zoo.cfg in the directory /opt/zookeeper/conf
- modify the new zoo.cfg to suit you taste and servers
- add in the zoo.cfg the following 3 lines:


- in zoo.cfg you have an entry for the option 'dataDir' in this directory, you will need to create a file called 'myid', and you will need to write an ID inside this file, nothing more.
The ID to write is easy to find... in the previous step you have this line:


the ID is what you must put in your 'myid' file in the directory pointed by the option 'dataDir' from the zoo.cfg file.

so, to make it crystal clear:

in server zoo1, you need to write the file 'myid' with the content
Code: [Select]
in server zoo2, you need to write the file 'myid' with the content
Code: [Select]
in server zoo3, you need to write the file 'myid' with the content
Code: [Select]
- Go in the directory /opt/zookeeper/conf and write the following command in unix/linux:

   $ export ZOOBINDIR=$PWD
   $ . "${ZOOBINDIR}"/
   $ java -cp ${CLASSPATH} org.apache.zookeeper.server.auth.DigestAuthenticationProvider userid:password

  You can use any user / password that you want, it is not a user/pwd which is in CMOD or a Unix credential.
  BUT you must keep them the same on all your zookeeper servers.

- Start your zoo keeper server, in the directory /opt/zookeeper/bin

   $ ./ start

Last Step)
Once you have done that for each zookeeper server, you can do the following now for CMOD:

- For each that you have CMOD Servers, you need to update the CMOD Stash file (the one define in the ars.ini with the option SRVR_OD_STASH) and in each one you need to use the same user / password that you have used for zookeeper credential, by using the following CMOD command:

    $ arsstash -a 10 -s <stash_file> -u userid

- Then you can (re)start your arssockd/arsobjd

And if everything is working correctly, you can access any library servers, and access your CMOD to view/arsload/administer it.

I hope what I said is clearer than the official documentation. If not, then please ask !!

Pages: [1] 2 3 ... 10