HMC and LDAP
Does anyone have any detailed information on fillling in the required fields on the LDAP setup screen for the HMC. We are having some issues with what should be in the search filter field. This is on a Z9. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe Charge Back Software
What software are people using for mainframe chageback? Is there anything besides JARS or MICS out there. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving datasets with DFDSS COPY
I need to move some datasets from one storage group to another. These were initially assigned to the current group incorrectly based on a particular DATACLAS. I have changed the ACS routines so that future datasets will go to the correct storage group. I was thinking that I could then just use DFDSS COPY to move the existing ones. This does not work as it appears that the DATACLAS variable is not available to the DFDSS COPY function (based on reading the Storage Admin Guide). Is the only way to do this going to be to use the BYPASSACS keyword and specify the STORCLAS and STOGROUP keywords? If so will the DATACLAS remain the same as it currently is? Thanks in advance for any help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TS3500 Tape Library
Does anyone have a procedure that they use to input foreign tapes into a TS3500 library? We have tapes that were used at a DR test and want to read them at home. Currently CA-1 sees the volser's as SCRATCH tapes and no DSN (that is it is HEXZEROs). We are afraid if they are injected to the library incorrectly they maybe seen as scratches and used before we can get the data of off them. Someone has suggested that we update CA-1 to give the volser a RETPD and inject them as PRIVATE. Also once we are done we want to re-init them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MAXSORT
We are in the process of directing files that normally went to VTS technology to new DS8100 disk. This is being done via SMS. Does anyone know if it is possible to direct the MAXSORT SORTOUxx files to disk. I ran a test and it allocates the first SORTOUxx on the DS8100 disk but then fails saying insufficient SORTOUxx dd statements. If I run the old way it allocates the first SORTOUxx to the VTS and then dynamically allocates 5 more to the VTS. Someone indicated that they think that Syncsort realizes it is not on tape therefore does not allocate the additonal SORTOUxx files. We only have 32 3592 tape drives and think we will have a problem if we have to direct the SORTOUxx to them (we have 128 VTS tape drives). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA-ESP Audit Reporting
We currently use JOBTRAC as our scheduler and are planning to move to CA- ESP. The question has come up about audit reporting. The attachment shows the JOBTRAC report that is available and the audit trail log that comes out of the ESP started task. We have been told that the information is not capture in a way that allows reporting similar to JOBTRAC. The JOBTRAC report is currently used in meeting SOX requirements. I am wondering what are people doing in the CA-ESP environment for this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html JOB IDENTIFICATION CHANGED AT--- BY-- BEFORE- AFTER-- CHANGED FLAGS AND OPTIONS-- NAME OSD- VER- DATE TIME USERID-- COUNTS- COUNTS- MM/DD/YY MM/DD/YY HH:MM:SS PRE DSN PRE DSN #LRPD080 08/19/081 08/19/08 16:13:29 $XCTLW JOB PURGED - SUCCESSORS RELEASED #LRPD080 08/19/082 08/19/08 16:14:02 $XCTLW MANUAL DEPENDENCY REMOVED START/INTVL/TARGET ALTERED #NBDA020 08/04/081 08/04/08 18:35:47 $XCTL3 MANUAL DEPENDENCY REMOVED MANUAL ACTION CHECKLIST UPDATE #NBDA020 08/11/081 08/11/08 17:49:52 $XCTLP MANUAL DEPENDENCY REMOVED MANUAL ACTION CHECKLIST UPDATE #NBDA020 08/18/081 08/18/08 18:05:44 $XCTLP MANUAL DEPENDENCY REMOVED MANUAL ACTION CHECKLIST UPDATE #NBDA020 08/25/081 08/25/08 17:53:48 $XCTLP MANUAL DEPENDENCY REMOVED MANUAL ACTION CHECKLIST UPDATE #NBDA021 08/04/081 08/04/08 16:37:28 $XCTLG JOB PURGED - SUCCESSORS RELEASED #NBDA021 08/18/081 08/18/08 15:58:15 $XCTLG JOB PURGED - SUCCESSORS RELEASED #NBDA021 08/26/081 08/26/08 14:11:56 $XCTLG JOB PURGED - SUCCESSORS RELEASED #NLPD590 08/26/082 08/26/08 14:56:00 $XCTLG JCL SOURCE CHANGED TO TEMPORARY #NLPD590 08/27/082 08/27/08 10:22:44 $XCTLG JCL SOURCE CHANGED TO TEMPORARY #NLPD590 08/28/082 08/28/08 11:09:49 $XCTLG JCL SOURCE CHANGED TO TEMPORARY #NMDR200 08/11/089 08/11/08 12:59:52 $XCTLG MANUAL DEPENDENCY REMOVED START/INTVL/TARGET ALTERED #NMDR200 08/11/089 08/11/08 13:01:27 $XCTLG START/INTVL/TARGET ALTERED #NMDR200 08/26/089 08/26/08 14:11:05 $XCTLG MANUAL DEPENDENCY REMOVED START/INTVL/TARGET ALTERED #NMDR200 08/26/089 08/26/08 14:11:34 $XCTLG START/INTVL/TARGET ALTERED #NMCD695 08/27/081 08/28/08 01:02:55 $XCTLS JCL SOURCE CHANGED TO TEMPORARY START/INTVL/TARGET ALTERED #NRP220W 08/31/081 08/31/08 14:44:33 $XCTLN JCL DEPENDENCY REMOVED #QADW420 08/20/081 08/21/08 10:14:52 $XCTLW MANUAL DEPENDENCY ADDED #QADW420 08/20/081 08/21/08 10:22:52 $XCTLW JOB PURGED - SUCCESSORS RELEASED 6.43 SUN 14SEP08 EVENTMG: ESPPROD.PRODCNTL triggered by $XCTLB 6.43 SUN 14SEP08 EVENTEX: ESPPROD.PRODCNTL scheduled, Unconditional 6.43 SUN 14SEP08 APPLGEN: Appl PRODCNTL.16 created, slot 14C7 6.43 SUN 14SEP08 APPLMGR: Appl PRODCNTL.16, Slot 14C7, now under Appl Manage 8.10 SUN 14SEP08 APPLMGR: APPL PRODCNTL.15 JOB XSCHDMAP FORCED COMPLETE BY $XCTL 8.18 SUN 14SEP08 APPLMGR: APPL PRODCNTL.16 JOB XSCHDMAP FORCED COMPLETE BY $XCTL 8.56 SUN 14SEP08 APPLMGR: APPL PRODCNTL.16 JOB XSCHDCPY FORCED READY BY $XCTLB 8.56 SUN 14SEP08 APPLMGR: APPL PRODCNTL.16 JOB XSCHDCPY READIED 8.56 SUN 14SEP08 EVENTEX: ESPPROD.PRODCNTL scheduled, for Job XSCHDCPY in Appl P 8.56 SUN 14SEP08 EVENTEX: PARMS: ESPTRUSR($XCTLB)ESPTRTYPE(T)RESUB_USER() 0.00 SUN 14SEP08 EVENTEX: ESPPROD.RGHRD03E scheduled 0.00 SUN 14SEP08 EVENTEX: ESPPROD.RGIFD22E scheduled
FDRABR ARCHIVE
Is anyone using FDRABR to archive SMS managed datasets? The doc says that the COPY1 expiration date is calculated using the F1 DSCB Last Ref Date and the MGMTCLAS LEVEL 1 Days Non-Usage if there is not a specific RETPD specified for the dataset. I do a simulate and datasets with no RETPD specified are getting a years RETPD in the archive file. Any thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html DSLIST - Data Sets Matching TL.YE.LYE1323R.G0001V00 Row 1 of 1 Command === Scroll === CSR Command - Enter / to select action Message Volume --- TL.YE.LYE1323R.G0001V00YT6256 * End of Data Set list TL.YE.LYE1323R.G0001V00 --RECFM-LRECL-BLKSIZE-DSORG FB8027920 PS --VOLUMES-- YT6256 F1 E8E3F6F2F5F6 0001 6C0058 00 01 00 00 C9C2D4D6E2E5E2F24040404040 6C0058A0400400 4000 90 00 6D10 0050 00 82 90005556 00 E5A2 014F0008004F0008 00 DSLIST - Data Sets Matching TL.YE.LYE1323R.G0001V00 Row 1 of 1 Command === Scroll === CSR Command - Enter / to select action Message Volume Tracks % XT Device Dsorg Recfm Lrecl Blksz CreatedExpiresReferred Catalog --- TL.YE.LYE1323R.G0001V00YT6256 1 0 1 3390 PS FB 80 27920 2008/03/28 ***None*** 2008/03/28 CATALOG.MVSICF1.VMVS824 From FDR run COPY1 EXPIRES 2009.136 - COPY2 EXPIRES 2009.136 FOR DSN=TL.YE.LYE1323R.G0001V00 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
allowuserkeycsa
I would like to know how many are specifying allowuserkeycsa=yes in a z/OS 1.9 environment and if there have been any issues? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CA VTAPE
Does anyone have comments about CA VTAPE? I did some archive searches and got some hits from 2005. I was wondering if there are any more recent experiences. I am probably most curious about CPU consumption. One of the 2005 post talked about a 15% hit on a Z890. There was a response to turn off compression for the DASD Cache. The original poster thought that they already had done so, but I did not see a follow-up post that said whether that was true or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA VTAPE
No zIIP's. So what kind of a number are we talking? -- Original message -- From: Russell Witt [EMAIL PROTECTED] Tom, Quite a bit has been done with CA-Vtape since 2005 to help reduce CPU utilization. In particular CA-Vtape will exploit a zIIP (if available of course). And yes, if a zIIP is not available then compression will be done using main CPU cycles; so then you have to balance the need for a compressed CACHE versus CPU cycles. If you have a z9 with a zIIP; then you have many more options (what percentage should be done on teh zIIP versus main CPU cycles). Rusell Witt CA L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Tom Eden Sent: Monday, March 31, 2008 8:11 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CA VTAPE Does anyone have comments about CA VTAPE? I did some archive searches and got some hits from 2005. I was wondering if there are any more recent experiences. I am probably most curious about CPU consumption. One of the 2005 post talked about a 15% hit on a Z890. There was a response to turn off compression for the DASD Cache. The original poster thought that they already had done so, but I did not see a follow-up post that said whether that was true or not. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
