Messages

61

z/OS Server / Re: On z/OS V2.1? CMOD Works Just Fine With New Format zFS Aggregates

« on: September 02, 2015, 07:50:36 AM »

Great to know Ed!  Thanks for the info.  Note that you can also use this utility/command to convert the zFS without an IPL:

ioefsutl converttov5 -aggregate name -aggrversion_only [-verbose][-level][-help]

62

z/OS Server / Re: What is the best way to change retetion for Appgrp on OAM storage set

« on: July 08, 2015, 11:37:46 AM »

We also checked with OAM L2 and here's what they said regarding the retention:

"If the COLLECTION exists, and specifies a Management Class, the ACS routines will NOT be driven to determine the new MC. Therefore the COLLECTION needs to be deleted, and redefined into the catalog. On the first retrieve or store to this collection, it will then have its SMS constructs updated according to your ACS routines.

After this then other new objects will also be assigned the new MC. As for existing objects, OSMC needs to be re-driven to update the object directory with the correct dates according to the new MC. In order for this to happen, the ODPENDDT column needs to be changed to the current or earlier date. The simplest way to do this would be to use the OSREQ macro to change the MC for the objects.       

Everything else will take care of itself later when OSMC next runs for this object (since the OSREQ will also cause the ODPENDDT to change to the current date).                                                     
                                                                       
If you want to make the changes through OnDemand (as opposed to using the strictly OAM process outlined above) then it would be a matter of unloading/reloading the data."

63

z/OS Server / Re: What is the best way to change retetion for Appgrp on OAM storage set

« on: July 08, 2015, 11:29:20 AM »

We're on CMOD 8.5.0.6 using OAM and the only way we have been able to change the retention of "already loaded" reports, is to offload them and re-load them assigning the new storage node with the new retention period.  Here are the steps we use:

1)   Create a new application group and associated with the new storage node (retention). 
2)   Create the new application and associate it with the new application group.
3)   Update the folder (or create a new one) and associate it with the new application group.
4)   Run the arsdoc command above to export the reports.
5)   Run the arsload command above to import the reports into the new application group.

Not sure if there's an "easier" way to do it in CMOD 9+.

64

Tips and Tricks / Re: Validating Cache Storage

« on: September 16, 2014, 10:13:18 AM »

Sorry for bringing this topic back to life but, I have a very similar situation running CMOD under zOS using USS.  I've checked the permission bits and all seem correct. 

The user assigned to the ARSSOCKD task has superuser (uid=0) authority (and should have full authority to the files/directories) but I'm still getting the following error when trying to validate the cache:

Invalid ownership and/or permissions on cache file/directory >/fpl/ars1/ARSDBASE/22289/SL/DOC/79FAA<  Srvr->erpr.fpl.com 155.109.247.41 non-SSL<-

Any help would be appreciated!

65

z/OS Server / Re: Application group does not exist

« on: January 16, 2013, 07:39:04 AM »

Thanks for the reply.  Even though I am executing under z/OS, I am under Unix.  I've tried the '\' backslash and received the same error.  I've tried numerous 'quote' (single double quotes) string combinations to no avail.  here's are some of the arsload commands I've used:

/usr/lpp/ars/V8R5M1/bin/arsload -nvf -X G -h ARCHIVE -u xxxx-p xxxx-g "PROD JCL2" -a "PROD JCL2" -1 /fpl/ars/tmp/arsload.trc -2 1 -E -K '/SG01/fpl/ars/tmp/test.0.PROD JCL2.PROD JCL2' > /SG01/fpl/ars/tmp/rxc01sq_arsload.dat;    

/usr/lpp/ars/V8R5M1/bin/arsload -nvf -X G -h ARCHIVE -u xxxx-p xxxx-g PROD\ JCL2 -a PROD\ JCL2 -1 /fpl/ars/tmp/arsload.trc -2 1 -E '/SG01/fpl/ars/tmp/test.0.PROD JCL2.PROD JCL2' > /SG01/fpl/ars/tmp/rxc01sq_arsload.dat;                                  

/usr/lpp/ars/V8R5M1/bin/arsload -nvf -X G -h ARCHIVE -u xxxx-p xxxx-g 'PROD JCL2' -a 'PROD JCL2' -1 /fpl/ars/tmp/arsload.trc -2 1 -E '/SG01/fpl/ars/tmp/test.0.PROD JCL2.PROD JCL2' > /SG01/fpl/ars/tmp/rxc01sq_arsload.dat;

66

z/OS Server / Application group does not exist

« on: January 15, 2013, 11:20:42 AM »

I'm using the arsload utility to load output extracted from an CMOD 8.4.0.3 system into my 8.5.0.6 system with all the latest maintenance.  This works fine with most Application Groups but this particular one has a 'blank' (space) embedded within its name 'PROD JCL2'.  So I receive the following errors during arsload:

arsload: Processing file >/SG01/fpl/ars/tmp/test.0.PROD JCL2.PROD JCL2<
The application group >PROD JCL2< does not exist or user >admin< does not have permission to access the application group
The userexit >/usr/lpp/ars/V8R5M1/bin/exits/arsuupdt< failed. The return code is 16
 
arsload: Processing failed for file >/SG01/fpl/ars/tmp/test.0.PROD JCL2.PROD JCL2<

I've exhausted all my search efforts and am short of opening an PMR.  Any help would be greatly appreciated.

67

z/OS Server / Julian date format

« on: December 10, 2008, 08:34:24 AM »

I'm attempting to load a report with a Julian date in the form of 'YYDDD'.  I've defined the load information format as 'y%j%' but I get the error "Row 1:  The string "08345" could not be converted to a date from the format of y%j%".  Any ideas would be appreciated!