Messages

16

z/OS Server / Re: Best way to load a CSV file on the host

« on: March 24, 2016, 08:38:11 AM »

Ed,  scratch that....I finally got it to load.  NOW my file looks like binary garbage when I view.  I've tried extension txt and extension csv.    how do I properly send the file to USS to keep the formatting correct?    We are using an ICETOOL copy - these are parameters:

//DD3      DD  PATH='/u/&ENV4/tmp1/&JNAM..ind',       
//             PATHDISP=(KEEP,DELETE),               
//             PATHOPTS=(ORDWR,OCREAT,OTRUNC),       
//             PATHMODE=(SIRWXU,SIRWXG,SIRWXO),       
//             FILEDATA=TEXT                         
//DD4      DD  PATH='/u/&ENV4/tmp1/&JNAM..out',       
//             PATHDISP=(KEEP,DELETE),               
//             PATHOPTS=(ORDWR,OCREAT,OTRUNC),       
//             PATHMODE=(SIRWXU,SIRWXG,SIRWXO),       
//             FILEDATA=TEXT                       

17

z/OS Server / Re: Best way to load a CSV file on the host

« on: March 24, 2016, 08:17:32 AM »

Thank you Ed!  So....if my load is failing....then my files are set up incorrectly for the GI load.  This is what I'm getting....
DSNALI OPEN call failed with CAF-RC/CAF-RE = 0000000C/00F30006 
********************************* TOP OF DATA **********************************
arsload: Using /u/arsss/tmp1 for temporary files                               
arsload: Processing file >/u/arssp/tmp1/ARSSJLFN<                               
The userexit >/u/arsss/product/bin/exits/arsuupdt< failed. The return code is 16
arsload: Processing failed for file >/u/arssp/tmp1/ARSSJLFN<                   
arsload: Processing has stopped.  The remaining files will NOT be processed.   
******************************** BOTTOM OF DATA ********************************
           

18

z/OS Server / Best way to load a CSV file on the host

« on: March 24, 2016, 07:54:48 AM »

I'm trying to load a CSV file and have tried as line data,  and then tried loading with generic indexer and it is not working for me.    It actually loaded as line data....but the view in our Enhanced Seamless Search viewer is not good.  The customer wants to be able to put the data into a spreadsheet.   What is the proper  AG and APP setup to load a CSV?  Appreciate any input.  Thanks, Lori

19

z/OS Server / Re: INDEXSTYLE=DOC special report breaking

« on: December 30, 2015, 02:39:52 PM »

Unfortunately they don't want to break on claim number.  They want each 'document' to break....even if the same claim number is back to back.   I may open an enhancement request for 'BREAK=EVERY'.
Thanks for your response.

20

z/OS Server / Re: CMOD V9.5 Admin compatible with CMOD V8.5

« on: December 30, 2015, 02:38:27 PM »

Thank you!!

21

z/OS Server / Re: CMOD V9.5 Admin compatible with CMOD V8.5

« on: December 16, 2015, 03:26:39 PM »

Thanks much for the response!  I have another machine I can use. (just slightly inconvenient - in another room)  Just hearing 'crashes more often' is almost enough to make me play it safe and have V9.5 Admin on one and keep V8.5 on my machine.  Appreciate the feedback 

22

z/OS Server / CMOD V9.5 Admin compatible with CMOD V8.5

« on: December 16, 2015, 02:42:02 PM »

Are there any known problems that may occur if I go ahead with install of the CMOD V9.5 ADMIN and Windows Thick Client on my machine while we are still running CMOD V8.5?   We have installed V9.5 in our development environment only.   I am wondering if I should have V9.5 installed on a separate machine to work in DEV right now.  Very important that   I still function in System, Qual and Prod which is CMOD V8.5.   I will be building Ags, Apps, folders in the ADMIN.

23

z/OS Server / Re: INDEXSTYLE=DOC special report breaking

« on: December 16, 2015, 02:36:00 PM »

Is there a BREAK=EVERY or something .... that would be nice.  I need it to break either at every start of document or every end of document.  We have x'404B' that starts the document and hex'405C5C' that ends the document.

24

z/OS Server / INDEXSTYLE=DOC special report breaking

« on: December 15, 2015, 12:39:17 PM »

I have a user who wants me to break their 'DOC' style report,  when I come to a record of X'404B4B4B'.   Each document will start with this record.  I set up my application with 'TRIGGER1=*,01,X'404B4B',(TYPE=GROUP)' and I don't have BREAK=YES on anything.    I thought this would automatically cause the report to break on this trigger?  What am I doing wrong?  How can I accomplish what they want?  Why is it lumping documents together, not recognizing the x'404B4B' as the beginning of a new document?  Here is my indexer info...
FILEFORMAT=RECORD,133
CCTYPE=A
CONVERT=NO
INDEXSTARTBY=0
FORMDEF=0088
PAGEDEF=T184
INDEXSTYLE=DOC
INDXEXIT=ODS9XMPD
TRC=NO
CPGID=500
CC=YES
TRIGGER1=*,01,X'404B4B',(TYPE=GROUP)
TRIGGER2=*,14,X'C2D3E4C540C3D9D6E2E2',(TYPE=FLOAT)/*BLUE CROSS*/
TRIGGER3=*,61,X'C3D3C1C9D440D5D67A',(TYPE=FLOAT)/* CLAIM NO: */
TRIGGER4=*,45,X'E2E4C27A',(TYPE=FLOAT)/* SUB: */
TRIGGER5=*,23,X'5C5C5C5C5C5C5C',(TYPE=FLOAT)/* ******* */
FIELD1=0,71,013,(TRIGGER=3,BASE=0)
FIELD2=0,50,009,(TRIGGER=4,BASE=0)
FIELD3=0,02,007,(TRIGGER=5,BASE=0)
FIELD4=0,02,008,(TRIGGER=2,BASE=0)
INDEX1='CLAIM_NUMBER',FIELD1,(TYPE=GROUP, BREAK=NO)/* CLAIM_NUMBER */
INDEX2='SUB_ID',FIELD2,(TYPE=GROUP, BREAK=NO)/* SUB_ID */
INDEX3='NO_DATA',FIELD3,(TYPE=GROUP, BREAK=NO)/* NO_DATA */
INDEX4='POSTING_DATE',FIELD4,(TYPE=GROUP, BREAK=NO)/* POSTING_DATE */

25

z/OS Server / CMOD Admin shuts down exporting Apps

« on: November 24, 2015, 01:54:42 PM »

Scenario - we add new Applications to an existing Application Group in our 'Unit' environment.  We build the Applications, update our folders -- 'Unit' is done.  Then we attempt to Export the Applications to the next environment 'System', and the CMOD Admin freezes up & shuts down.   I log back in and usually find that the App was added to the Application Group in System, but the Admin dies before actually exporting the Application.
At this point, I can export the Application without problem.   **I thought we should be able to export applications to another environment,  and the AG would be automatically updated as part of the export.   I have started adding the Apps to the Application Groups via XML in all environments to get around this problem....but it would be nice for this function to work properly in the Admin.

26

z/OS Server / Re: arsdoc hold_add in batch?

« on: November 05, 2015, 09:42:15 AM »

Geoff,  I've not done arsdoc hold_add....but we do arsdoc get by executing PGM=IKJEFT1A.  The parm info is then input thru the SYSTSIN DD.  For example this is my command info 'OSHELL /u/arssp/product/bin arsdoc get - '.....then the other parms follow. 

27

Report Indexing / Re: Indexing Group using GROUPMAXPAGES?

« on: March 25, 2014, 11:17:44 AM »

Was there ever an answer on this one?   I am using GROUPMAXPAGES in a DOC type document.   I want to be able to use the 'page count' as an additional displayable index in the folder.  Is this possible?

28

z/OS Server / Re: ARSUPERM and application level permission

« on: February 05, 2014, 03:15:27 PM »

I do appreciate the response!   We may try to do ours in the SQL Permissions.   We are still debating best approach for our business.  Thanks, Lori

29

z/OS Server / ARSUPERM and application level permission

« on: January 17, 2014, 07:55:05 AM »

Our existiing RACF permissions are set up with FOLDER  and REPORT (aka application) access for our users.   This has been that way since the old OD390/SOND days.  ARSUPERM provides the option for FOLDER,  APPLICATION GROUP,  and DOCUMENT level permissions.    Because there is not REPORT/APPLICATION permissions option in ARSUPERM we use DOCUMENT level permissions.    This accomplishes what we need,  but is a huge hog of time and resources.
We need to be able to do ONE READ to the RACF Database per report id/application.   Right now we are doing this read for EVERY DOCUMENT within that report id.   

SQL Permissions has been presented as an option,  but we do not want to duplicate all our RACF Permissions in CMOD Application Groups.  Is that our only option?     

Appreciate ANY HELP OR INPUT!