Re: CAMLST LOCATE and SCRATCH
As the failing PSW is problem state, and the abend location is off of R15, I would expect that the SCRATCHD routine (which is not included) is at fault for the abend. Of course the scratch failed, but that is the cause your routine was driven. On Wed, 10 Aug 2011 16:50:32 -0700 Scott Ford scott_j_f...@yahoo.com wrote: :All: : :I need a little help, maybe a lot of help. I wrote an Assembler routine that is able to locate a dataset :non-racf, non-sms and the routine finds it fine , no problem. When I go to CAMLST SCRATCH it :i have a S0C1 it looks like in dfp...So here is my snippet of my source showing LOCATE and :Scratch. The input dsname in coming in off SYSIN... : : LOCATE INDAB : LTR R15,R15 : BZ FOUNDIT : MVI OUTAREA,C' ' : MVC OUTAREA+1(132),OUTAREA : MVC OUTAREA+2(19),=C'LOCATE DID NOT FIND' : MVC OUTAREA+22(44),DSNIN : MVC DSNSCR,DSNIN : PUT PRTOUT,OUTAREA : B EXIT :REMOVED DS 0H : WTO 'REMOVED ENTERED',ROUTCDE=(11) : SR R15,R15 : SR R0,R0 NO UCB SUPPLIED : SCRATCH DELDSN : LTR R15,R15 : BZ SCRATCHD : MVI OUTAREA,C' ' : MVC OUTAREA+1(132),OUTAREA : MVC OUTAREA+2(19),=C'SCRATCH FAILED' : PUT PRTOUT,OUTAREA : B EXIT :INDAB CAMLST NAME,DSNQRY,,LOCAREA :DSNQRY DC CL44' ' :LOCAREA DS 0D : DS 265X'00' :REMOVE CAMLST UNCAT,DSNAME :DSNAME DS CL44 :DELDSN CAMLST SCRATCH,DSNSCR,,VOLIST :DSNSCR DS CL44' ' :VOLIST DC 0F :BLANKS DC CL133' ' : :Here is my output: : :19.25.29 JOB00166 IGD17040I ERROR IN DADSM PROCESSING FOR DATA SET 570 : 570 SFORD.TEST1 : 570 HISTORIC RETURN CODE IS 4 DIAGNOSTIC INFORMATION IS 04280039 :19.25.29 JOB00166 IGD306I UNEXPECTED ERROR DURING IGGDAS02 PROCESSING 571 : 571 RETURN CODE 4 REASON CODE 57 : 571 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA : 571 SMS MODULE TRACE BACK - VTSDA VTSDL SSIRT : 571 SYMPTOM RECORD CREATED, PROBLEM ID IS IGD8 :19.25.29 JOB00166 IEA995I SYMPTOM DUMP OUTPUT 572 : 572 SYSTEM COMPLETION CODE=0C1 REASON CODE=0001 : 572 TIME=19.25.29 SEQ=00090 CPU= ASID=001A : 572 PSW AT TIME OF ERROR 078D2000 0052 ILC 2 INTC 01 : 572 NO ACTIVE MODULE FOUND : 572 NAME=UNKNOWN : 572 DATA AT PSW 004C - 00FE14B8 : 572 GR 0: 7CA0 1: 7C40 : 572 2: 0040 3: 008D79D4 : 572 4: 5: : 572 6: 008C6FE0 7: FD00 : 572 8: 008D0F88 9: 008CFCC8 : 572 A: 7B48 B: 008FF350 : 572 C: 7920 D: 7B48 : 572 E: 60007AB2 F: 0050 : 572 END OF SYMPTOM DUMP :19.25.29 JOB00166 IEF450I EXECLOCA STEP1 - ABEND=S0C1 U REASON=0001 57 : 573 TIME=19.25.29 :19.25.29 JOB00166 IEF404I EXECLOCA - ENDED - TIME=19.25.29 :19.25.29 JOB00166 $HASP395 EXECLOCA ENDED :My question is this...after a LOCATE finds the dataset ..Is it correct that the dataset name has to be moved into the DSNSCR variable name :if so..I am puzzled, Do i need to allocate a UCB prior to this ...My assumption is that (1) find that dataset and (2) move name to deletet dataset name :and call CAMLST scratch... :Sorry for the long posting..What have i missed -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
Re: Shared Hiperspace write serialization
Is there a fundamental reason why are you using a hiperspace? If you are trying to selectively copy SMF data from IEFU8x into somewhere that can be accessed/post-processed by another task/ASID, then using a common dataspace would be much easier and you could manage the serialization with CDS. As mentioned before, you could also consider PC-ss into another server ASID and write the data directly to private storage. Rob Scott Lead Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Likens Sent: 11 August 2011 02:45 To: IBM-MAIN@bama.ua.edu Subject: Shared Hiperspace write serialization I have looked in the manuals so if the answer is there, I could not find it. I am looking to write to a hiperspace from the IEFU8x exits. I do not see anything to stop this but I am concerned about writing to a shared hiperspace from multiple addree spaces. Do I need to be concerned? If in a middle of a write operation an interrupt occurs and then from another address space issues a write to the hiperspace, what happens? Another thing I did not see in the manual. I assume an SREAD will retrieve the data in the order it was written. True? -- 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 -- 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
Anyone know how to HSM report of recalled datasets
hi, I want to report all datasets with DSNAME recalled in fromdate - todate dates I used the command HSEND REPORT DAILY FUNCTION(RECALL) OUTDATASET(STR016.HSM.RECALL) to get the number of datasets recalled. but it just shows the count not the actual name of dsns Any help will be appreciated. Thanks and Regards Shameem K Shoukath -- 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
Re: Anyone know how to HSM report of recalled datasets
It doesn't look like any of the commands will do what you want. You may have to examine the HSM log datasets or the job log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shameem .K .Shoukath Sent: Thursday, August 11, 2011 3:36 AM To: IBM-MAIN@bama.ua.edu Subject: Anyone know how to HSM report of recalled datasets hi, I want to report all datasets with DSNAME recalled in fromdate - todate dates I used the command HSEND REPORT DAILY FUNCTION(RECALL) OUTDATASET(STR016.HSM.RECALL) to get the number of datasets recalled. but it just shows the count not the actual name of dsns -- 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
Re: Anyone know how to HSM report of recalled datasets
Or HSM FSR SMF records .. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: יום ה 11 אוגוסט 2011 14:01 To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone know how to HSM report of recalled datasets It doesn't look like any of the commands will do what you want. You may have to examine the HSM log datasets or the job log. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shameem .K .Shoukath Sent: Thursday, August 11, 2011 3:36 AM To: IBM-MAIN@bama.ua.edu Subject: Anyone know how to HSM report of recalled datasets hi, I want to report all datasets with DSNAME recalled in fromdate - todate dates I used the command HSEND REPORT DAILY FUNCTION(RECALL) OUTDATASET(STR016.HSM.RECALL) to get the number of datasets recalled. but it just shows the count not the actual name of dsns -- 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 -- 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
DFDSS QUESTION - BYPASS SMS
Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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
Re: CAMLST LOCATE and SCRATCH
Gerhard, Absolutely right, found the S0C1 but had two other issues .. 1. Must issue a CAMLST uncatalog request for dataset name first 2. Camlst scratch needs the correct parameter list After doing 1 and 2 it worked like a champ. Thanks for the help and I have to think about SMS ... And thx to everyone else Regards, Scott J Ford Software Engineer http://www.identityforge.com From: Gerhard Postpischil gerh...@valley.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 10, 2011 10:48 PM Subject: Re: CAMLST LOCATE and SCRATCH On 8/10/2011 7:50 PM, Scott Ford wrote: I need a little help, maybe a lot of help. I wrote an Assembler routine that is able to locate a dataset non-racf, non-sms and the routine finds it fine , no problem. When I go to CAMLST SCRATCH it i have a S0C1 it looks like in dfp...So here is mysnippet of my source showing LOCATE and Scratch. The input dsname in coming in off SYSIN... You should not be getting an 0C1, but rather an error message. 1) You may use the same physical CL44 field for all requests, using the same name in the CAMLSTs. 2) SMS data sets are funny; you may only think you have a non-SMS data set? You need to look up the messages and the error codes. I prefer to use a DELETE (non-VSAM) statement with IDCAMS. You may LINK or ATTACH to IDCAMS passing it a SYSIN/SYSPRINT exit list; in the SYSIN exit you return the DELETE statement(s), then end of input. In the SYSPRINT exit, you choose whether to print or ignore the text given to you. It's a little more overhead, but well worthwhile. The information about the exits is in a figure, not the text, so some types of reader don't show it at all. If you want sample code, let me know. Also if the LOCATE returns a MIGRAT as the volume serial, you can use an HDELETE statement to get rid of the data set without a recall. 3) SCRATCH may need an OVRD parameter. 4) The 0C1 at location 52 means that you tried to do an I/O (GET, PUT, etc.) to a closed DCB. Your fragment doesn't show a DCB for SYSPRINT, nor the OPEN and CLOSE statement; and if you have those, you could be missing the DD card. Gerhard Postpischil Bradford, VT -- 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 -- 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
Re: Fwd: Message (There are several lists by the name of DB2-L on...)
http://www.idug.org/p/fo/et/topic=19 is probably a good place to start. Cheers, Jantje. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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 -- 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
Refresh my memory, SYSLOG print class
OK, I couldn't find it in the two obvious places I looked, but where is the default print class set for the SYSLOG dataset. I expected JESPARM, but it is not making itself obvious. Thanks, Neal -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1DD DSN=SYS1.BKUP.PROM04 //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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
Re: Refresh my memory, SYSLOG print class
Check out LOGCLS in IEASYSxx. - Don Imbriale On Thu, Aug 11, 2011 at 8:46 AM, Neal Eckhardt neckha...@cnyric.org wrote: OK, I couldn't find it in the two obvious places I looked, but where is the default print class set for the SYSLOG dataset. I expected JESPARM, but it is not making itself obvious. Thanks, Neal -- 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 -- 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
Re: Refresh my memory, SYSLOG print class
Neal, what about using LOGCLS=x in your IEASYSxx (in your hlq.PARMLIB) ? ciao Lutz -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* // Can someone suggest what I could try. -- 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 -- 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
Re: Refresh my memory, SYSLOG print class
Thanks guys, Not the obvious place, but as soon as you said it. Neal -- 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
Re: Enforcing job name conventions - which exit?
Wrt IEFUJV, the first word of the parameter list points to the Common Exit parameter area. Offset +20 of that contains the user identification with the description: User identification. SMF places this data in all subsequent records for this job. This field is initialized to EBCDIC blanks when each job is read. Note: This field is not related to the USER parameter on the JOB statement. So when the job deck is read and IEFUJV is called, the userid is not known? -Robin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chicklon, Thomas Sent: 10 August 2011 16:57 To: IBM-MAIN@bama.ua.edu Subject: Re: Enforcing job name conventions - which exit? IEFUJV can do everything, and the TSO submit exit would not be necessary. Duplicating the code in the TSO submit exit is a way of being nice to the users and letting them know at submit time that there is a problem with the way they coded their job card. Otherwise, it can be much later for a number of reasons before the job is failed by UJV. Tom Chicklon -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, August 10, 2011 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Enforcing job name conventions - which exit? On Wed, 10 Aug 2011 10:25:37 -0400, Scott Rowe wrote: Two what? There is one TSO submit exit (IKJEFF10), and one job verification exit (IEFUJV). These two exit points were created for different purposes and functions. What can be done in IKJEFF10 that couldn't equally well be done in IEFUJV? Can IEFUJV detect that the job is being submitted from a TSO session (whether by SUBMIT or writing directly to INTRDR) and take any special action needed for TSO? Does IEFUJV get control too late to perform actions required for TSO? Or does IEFUJV get control too early, before some control blocks required for TSO operations are set up? -- gil This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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 This message has been scanned by MailController - portal1.mailcontroller.co.uk -- 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
Re: Z Toolkit for z/OS Install
In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 08/10/2011 at 09:50 AM, McKown, John john.mck...@healthmarkets.com said: The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE! It doesn't run in the same process, but depending on how you're configured you can have multiple processes in the same address space. Do you know that the OMVS command forces execution in a separate address space, or only that the Unix commands may run in a separate address space? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: Enforcing job name conventions - which exit?
In 1228402832218791.wa.paulgboulderaim@bama.ua.edu, on 08/10/2011 at 10:45 AM, Paul Gilmartin paulgboul...@aim.com said: What can be done in IKJEFF10 that couldn't equally well be done in IEFUJV? Issue a TPUT[1] to the user, or anything else that is dependent on a TSO environment. Can IEFUJV detect that the job is being submitted from a TSO session Probably not. Does IEFUJV get control too late to perform actions required for TSO? Yes. What actions do you have in mind? [1] If in foreground. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: CAMLST LOCATE and SCRATCH
In 1313020232.153.yahoomail...@web65509.mail.ac4.yahoo.com, on 08/10/2011 at 04:50 PM, Scott Ford scott_j_f...@yahoo.com said: My question is this...after a LOCATE finds the dataset ..Is it correct that the dataset name has to be moved into the DSNSCR variable name Normal practice would be to use a single dsname field. If you use multiple fields then you can initialize all of them at the same time; you don't need to wait until the LOCATE. You didn't provide the codee for FOUNDIT, so I have no idea whether you are initializng the volume list for SCRATCH, but even if you aren't that shouldn't cause an 0C1. Which macro were you executing at the time of failure? If SCRATCH, what was in R0? Did you leave out an IEC message? The register contents are consistent with trying to do I/O with a closed DCB. Look at the storage pointed to by R1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: SETLOCK in IEFU85
In 638895340519.wa.dlikensinfosecinc@bama.ua.edu, on 08/10/2011 at 08:46 AM, Donald Likens dlik...@infosecinc.com said: You stated that I could not get the CML lock if the local lock is help. Is there a problem getting the local lock if the CML lock is held? There is no the CML; a CML is just the local lock for an explicit address space. A single dispatching unit is not allowed to hold multiple local locks. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: file allocation dcb order
In cabefxsoet9vpbx6a6h6suiesmppts9o8+gp7otlk_c6dweq...@mail.gmail.com, on 08/10/2011 at 12:11 PM, Scott Rowe scott.r...@joann.com said: During dataset creation, the only DCB information available is from the allocation parameters (i.e. JCL or SVC 99), It's also possible to create a dataset with SVC 32, although I don't know what happens if you try it on an SMS volume. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1DD DSN=SYS1.BKUP.PROM04 //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
THERE ARE (5) CANDIDATE VOLUMES and 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE It appears that your storage group, ISTINT1, does not have enough space to accommodate your allocation. If someone called me in regards to this issue, I'd ask why they weren't directing this to tape. If it had to go to disk for some reason, I'd look at the pool - possibly change the primary 2ndary allocations allow it to go multi-volume. I'd also consider adding another volume to the SG as a last resort. ddk TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
So I think the original poster wanted to go to a non-SMS volume - which I forgot when posting my last response. He's going to need to talk to someone who know the SMS routines in his shop. In my shop, I have a StorClas which can be used to push a normally SMS controlled DS outside of SMS when specified by an authorized user. Authorized users are generally people in Tech Svcs. ddk /// THERE ARE (5) CANDIDATE VOLUMES and 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE It appears that your storage group, ISTINT1, does not have enough space to accommodate your allocation. If someone called me in regards to this issue, I'd ask why they weren't directing this to tape. If it had to go to disk for some reason, I'd look at the pool - possibly change the primary 2ndary allocations allow it to go multi-volume. I'd also consider adding another volume to the SG as a last resort. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN if hlq ZWAXPG is 'trapped' by SMS, it means that your SMS ACS routines are coded in order to assign a SC and a SG (ISTINT1) to datasets whose hlq is ZWAXPG. Which doesn't mean it is bad. The problem which you seem to have here is that SG ISTINT1, which has 5 volumes, is not able to allocate 1055 Cyls as primary space. Can you try to reduce the primary space with a smaller value ? Can you try to allocate the dataset with another SMS-owned hlq which will choose a bigger SG ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmee, Are you positively, absolutely sure that volume VE6C01 is non-SMS managed? How much space is on the volume? Can you post an updated JCL stream with the SYS1. output dataset along with the messages, being that there were a couple errors that you have fixed. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, August 11, 2011 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1DD DSN=SYS1.BKUP.PROM04 //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
On Thu, 11 Aug 2011 07:02:37 -0700, esmie moo wrote: Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - Replace STORCLAS(NONSMS) with NSC NMC Norbert Friemel -- 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
Re: Z Toolkit for z/OS Install
I would be happy to be corrected, but I thought that, by definition, each process was a separate address space. On Thu, Aug 11, 2011 at 9:01 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In a6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 08/10/2011 at 09:50 AM, McKown, John john.mck...@healthmarkets.com said: The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE! It doesn't run in the same process, but depending on how you're configured you can have multiple processes in the same address space. Do you know that the OMVS command forces execution in a separate address space, or only that the Unix commands may run in a separate address space? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmie, Those control cards are input to DSS, and have absolutely nothing to do with the allocation of TAPE1, which is in JCL. By the time DSS reads the control cards, the allocation of the datasets defined in JCL is already complete. Those keywords in DSS control statements are used for dynamic allocation of datasets in COPY operations, and are not valid for DUMP. If you want TAPE1 to be non-SMS, then there must be something on the JCL statement that tells the SMS STORCLAS routine to assign a null STORCLAS to the allocation. On Thu, Aug 11, 2011 at 10:02 AM, esmie moo esmie_...@yahoo.ca wrote: Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1DD DSN=SYS1.BKUP.PROM04 //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: HiperDispatch with mostly small LPARs
I think it will depend on how many books you have. HD will likely help your largest LPAR because HD will give exclusive access to 8 physical CPs across 2 chips which will result in better cache utilization. We have 2 LPARS across 8 Physicals with 45%/55% weight distribution and are seeing about 5% benefit from HD. Turn on SMF113s before you turn on HD so that you can measure the uplift. I just gave a pitch at SHARE and you can see some of SMF 113 metrics: http://share.confex.com/share/117/webprogram/Session9689.html Of course it also depends on your workload. Regards, Santosh -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I am surprised dfdss is not objecting to the use of BYPASSACS and STORCLAS in that context. My manuals (z/OS 1.10) don't show those as valid parameters for a DUMP command. They normally apply to placement of target datasets of a RESTORE or COPY, not to placement of a dfdss dump dataset from DUMP. The installation ACS routines must be written with hooks in order for a DASD Administrator to twiddle JCL allocation parameters to force allocation to a specific SMS volume, some volser naming convention for volumes that are excluded from SMS, some dataset naming convention for datasets that are excluded from SMS control, etc. Only your local SMS Administrator would know what these are and usually their usage would be restricted in some way. Without obtaining that unique information about your installation, you are unlikely to stumble on the method. An alternative might be to just accept SMS control of your dump output dataset and use a smaller primary space but multiple volumes so you are not trying to find all that space on a single volume. Whether that is acceptable to your installation may depend on local recommendations about sizes of files that should be placed in various SMS pools. Adding the COMPRESS option to your DUMP command may also shrink the size of the dump dataset by a factor of 2 or 3 depending on the nature of the data on the volume, but that will also cost some additional CPU for the compression. Joel C. Ewing On 08/11/2011 09:02 AM, esmie moo wrote: Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shireywgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbrialedon.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie mooesmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie mooesmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4,
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Norbert, I received the same error messages. SMS is still trying to trap it.: ICH70001I ZWAXPG LAST ACCESS AT 10:18:27 ON THURSDAY, AUGUST 11, 2011 IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. I tried with using the output tape dsn as SYS1 but I got the error: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my job: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1 DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSSMS(**) - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS - OUTDDNAME(TAPE1)) /* // Here's the VTOC of the output volume: Device Volume Nbr Free - Largest - Nbr Nbr Nbr Type Status Serial Cyl Cyl Track Cyl Track Ext Users 6C01 3390 Private VE6C01 10017 10012 0 10012 0 1 0 From: Norbert Friemel nf.ibmm...@web.de To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:13:50 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION On Thu, 11 Aug 2011 07:02:37 -0700, esmie moo wrote: Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - Replace STORCLAS(NONSMS) with NSC NMC Norbert Friemel -- 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 -- 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
Re: syntax for stacked commands using JES2 Autocmds
Hi Andy, Looking at the JES2 manual, under the detail for $VS, is this this example - $vs, 'v (234,235,236),offline','d a' which shows that while you can issue multiple commands, you will need to enclose each in a separate set of single quotes with a comma between each command, not a semi-colon. Be careful about how many commands you try to to stack. If a second sommand is issued for an address space that is still processing the previous command, you might get a MODIFY REJECTED, TASK BUSY response. HTH, Linda - Original Message - From: akoc...@netzero.net akoc...@netzero.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, August 10, 2011 7:38:48 AM Subject: syntax for stacked commands using JES2 Autocmds I am attempting to issue multiple commands with a single JES2 Autocmds entry. I defined the commands using: $TA 4,I=86400,T=23.59,'$VS,''V SYSLOG,HARDCPY,OFF,UNCOND;W CLOSE''' I listed the commands using: $TA 4 $HASP604 ID 4 T= 23.59 I=86400 L=INTERNAL $VS,'V SYSLOG,HARDCPY,OFF ,UNCOND;W CLOSE' But, when JES2 tried to run the commands I received: 23:59:00.80 INTERNAL 0290 V SYSLOG,HARDCPY,OFF,UNCOND;W CLOSE 23:59:00.80 INTERNAL 0090 IEE309I VARY UNIDENTIFIABLE KEYWORD Can anyone show me how to specify stacked commands on a single JES2 autocmds entry? Thanks Andy Kochis Penny Stock Jumping 3000% Sign up to the #1 voted penny stock newsletter for free today! http://thirdpartyoffers.netzero.net/TGL3231/4e42984c6f7f8574c97st04duc -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Walter, I need to write the output to a NON-SMS volume because it (volume) will be accessed by a test system which has different SMS rules. From: Walter Marguccio walter_marguc...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:08:20 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN if hlq ZWAXPG is 'trapped' by SMS, it means that your SMS ACS routines are coded in order to assign a SC and a SG (ISTINT1) to datasets whose hlq is ZWAXPG. Which doesn't mean it is bad. The problem which you seem to have here is that SG ISTINT1, which has 5 volumes, is not able to allocate 1055 Cyls as primary space. Can you try to reduce the primary space with a smaller value ? Can you try to allocate the dataset with another SMS-owned hlq which will choose a bigger SG ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Scott, Thanks for pointing that out. You could be right. I will look around for a jcl to by STORCLAS. From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:35:59 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmie, Those control cards are input to DSS, and have absolutely nothing to do with the allocation of TAPE1, which is in JCL. By the time DSS reads the control cards, the allocation of the datasets defined in JCL is already complete. Those keywords in DSS control statements are used for dynamic allocation of datasets in COPY operations, and are not valid for DUMP. If you want TAPE1 to be non-SMS, then there must be something on the JCL statement that tells the SMS STORCLAS routine to assign a null STORCLAS to the allocation. On Thu, Aug 11, 2011 at 10:02 AM, esmie moo esmie_...@yahoo.ca wrote: Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Rex, Yes, I ensured that it was non-SMS. Here is the VTOC: Device Volume Nbr Free - Largest - Nbr Nbr Nbr Type Status Serial Cyl Cyl Track Cyl Track Ext Users 6C01 3390 Private VE6C01 10017 10012 0 10012 0 1 0 1 volumes - Total 10017 10012 0 From: Pommier, Rex R. rex.pomm...@cnasurety.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 10:13:12 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Are you positively, absolutely sure that volume VE6C01 is non-SMS managed? How much space is on the volume? Can you post an updated JCL stream with the SYS1. output dataset along with the messages, being that there were a couple errors that you have fixed. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, August 11, 2011 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1 DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1 DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1 DD DSN=SYS1.BKUP.PROM04 // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP
Re: Z Toolkit for z/OS Install
On 8/11/2011 8:25 AM, Scott Rowe wrote: I would be happy to be corrected, but I thought that, by definition, each process was a separate address space. Check out z/OS UNIX System Services Command Reference z/OS UNIX System Services User's Guide z/OS UNIX System Services Programming: Assembler Callable Services for _BPX_SHAREAS On Thu, Aug 11, 2011 at 9:01 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: Ina6b9336cdb62bb46b9f8708e686a7ea00afc0ed...@nrhmms8p02.uicnrh.dom, on 08/10/2011 at 09:50 AM, McKown, Johnjohn.mck...@healthmarkets.com said: The OMVS environment DOES NOT RUN IN YOUR TSO ADDRESS SPACE! It doesn't run in the same process, but depending on how you're configured you can have multiple processes in the same address space. Do you know that the OMVS command forces execution in a separate address space, or only that the Unix commands may run in a separate address space? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * Special promotion: 15% off on all DB2 training classes scheduled by September 1, taught by year end 2011 * Check out our entire DB2 curriculum at: http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
On 08/11/2011 09:52 AM, esmie moo wrote: Norbert, ... Here is my job: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSSMS(**) - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS - OUTDDNAME(TAPE1)) /* // ... And, forgot to mention: TRTCH is not relevant to a DASD dataset and BLKSIZE should not be specified unless you manually calculate what would give two blocks per track -- forcing blksize 32760 on a 3390 means you will throw away about 40% of the useful space on each track and correspondingly increase the number of tracks required for the dump dataset. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011 11:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I am trying to track him down. I looked at the SMS rules and there is a non-SMS storage class called STORCLAS=NONSMS in the ACS. From: Darth Keller darth.kel...@assurant.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:04:08 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
David, I gave that a try however I got the same problem : IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. Here is my JCL: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1 DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1 DD DSN=SYS1.TEST4, // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // STORCLAS=NONSMS, // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - OUTDDNAME(TAPE1)) /* I noticed that the NONSMS STORCLAS does not have a FILTLIST. Maybe this could be the problem. From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:09:24 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011 11:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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 -- 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 -- 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
Re: Z Toolkit for z/OS Install
look at _BPX_SHAREAS. There are some cases where multiple UNIX processes run in a single z/OS address space. Personally, I don't much care for it. But it could be a performance enhancement. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, August 11, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Z Toolkit for z/OS Install I would be happy to be corrected, but I thought that, by definition, each process was a separate address space. -- 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
Re: Z Toolkit for z/OS Install
Sharing an address space also allows you to run shell scripts in batch and allow commands to access DD cards in the original address space. Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Aug 11, 2011 at 10:54 AM, McKown, John john.mck...@healthmarkets.com wrote: look at _BPX_SHAREAS. There are some cases where multiple UNIX processes run in a single z/OS address space. Personally, I don't much care for it. But it could be a performance enhancement. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Thursday, August 11, 2011 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Z Toolkit for z/OS Install I would be happy to be corrected, but I thought that, by definition, each process was a separate address space. -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
At this point you really need to resolve this with your storage admin person. There is no way for us to determine if the storclass ACS routine is properly written. If it's my shop, I would put in the following at or near the top of the Storclass ACS routine: WHEN (DSN EQ 'fully.qualified.dsn') DO /* GIVE esmee OPTION OF DIRECTINg */ SET STORCLAS = '' /* ALLOW ALLOCATION TO ve6c01 */ EXIT END Inelegant but it will work. David O'Brien NIH Contractor -Original Message- From: esmie moo [mailto:esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 11:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION David, I gave that a try however I got the same problem : IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. Here is my JCL: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01 EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DISK1 DD UNIT=SYSDA,VOL=SER=SHRPP4,DISP=SHR //TAPE1 DD DSN=SYS1.TEST4, // DISP=(,CATLG,DELETE), // UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), // STORCLAS=NONSMS, // DCB=BLKSIZE=32760,TRTCH=COMP //SYSIN DD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - OUTDDNAME(TAPE1)) /* I noticed that the NONSMS STORCLAS does not have a FILTLIST. Maybe this could be the problem. From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 11:09:24 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Esmee, Try coding STORCLAS=storage-class-name which in your case would be storclas=nonsms See JCL Reference Chap 12 DD Statement for more details David O'Brien NIH Contractor -Original Message- From: Darth Keller [mailto:darth.kel...@assurant.com] Sent: Thursday, August 11, 2011 11:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Do you not have a storage admin of some kind? Someone responsible for writing the rules? A 5 minute conversation with someone who knows the routines should easily resolve your question. SMS is intercepting your allocation based on it's rules re-assigning it. Someone coded it this way. This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- 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 -- 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 -- 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 -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I gave that a try however I got the same problem : Esmie, is the SYSDA esoteric name conflicting with SHRPP4 volume ? Wht happens if you give SYSALLDA instead of SYDA on TAPE1 DD ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Walter, You hit the nail on the head. SYSALLDA worked. I don't know why SYSDA doesn't eventhough it is part of the esoteric. Thanks so much for you invaluable help. Thanks to all the posters who helped with this post. You all are a smashing bunch !! From: Walter Marguccio walter_marguc...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 12:13:08 PM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION I gave that a try however I got the same problem : Esmie, is the SYSDA esoteric name conflicting with SHRPP4 volume ? Wht happens if you give SYSALLDA instead of SYDA on TAPE1 DD ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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 -- 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
Re: Refresh my memory, SYSLOG print class
Also look at you commands. ===W L Is part of the midnight mover. In a message dated 8/11/2011 8:37:31 A.M. Central Daylight Time, neckha...@cnyric.org writes: but as soon as you said it. -- 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
Re: CAMLST LOCATE and SCRATCH
Shmuel, Yep one of the output files was closed and I issued a write, i fixed that... The actual problem was in the Scratch code, i also fixed that, you need to supply volser, and devtype before issuing. After I made the changes all was good in Toontown. Thank you for your response, it's much appreciated. My problem is i am getting olderas everyone is ...61 in 9 days lol Scott J Ford Software Engineer http://www.identityforge.com From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:36 AM Subject: Re: CAMLST LOCATE and SCRATCH In 1313020232.153.yahoomail...@web65509.mail.ac4.yahoo.com, on 08/10/2011 at 04:50 PM, Scott Ford scott_j_f...@yahoo.com said: My question is this...after a LOCATE finds the dataset ..Is it correct that the dataset name has to be moved into the DSNSCR variable name Normal practice would be to use a single dsname field. If you use multiple fields then you can initialize all of them at the same time; you don't need to wait until the LOCATE. You didn't provide the codee for FOUNDIT, so I have no idea whether you are initializng the volume list for SCRATCH, but even if you aren't that shouldn't cause an 0C1. Which macro were you executing at the time of failure? If SCRATCH, what was in R0? Did you leave out an IEC message? The register contents are consistent with trying to do I/O with a closed DCB. Look at the storage pointed to by R1. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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 -- 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
Re: CAMLST LOCATE and SCRATCH
Scott, To handle SMS you need to SCRATCH first then UNCAT (can't have uncataloged SMS data sets). Or you can invoke IDCAMS to do the DELETE and do it all at once. Dan -Original Message- From: Scott Ford Sent: Thursday, August 11, 2011 7:41 AM Newsgroups: bit.listserv.ibm-main Subject: Re: CAMLST LOCATE and SCRATCH Gerhard, Absolutely right, found the S0C1 but had two other issues .. 1. Must issue a CAMLST uncatalog request for dataset name first 2. Camlst scratch needs the correct parameter list After doing 1 and 2 it worked like a champ. Thanks for the help and I have to think about SMS ... And thx to everyone else Regards, Scott J Ford Software Engineer http://www.identityforge.com -- 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
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
I don't know why SYSDA doesn't eventhough it is part of the esoteric using HCD, try to list all devices defined under the SYSDA esoteric name and see if SHRPP4 address is defined within this group. My guess is SHRPP4 is NOT defined to SYSDA. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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
Re: CAMLST LOCATE and SCRATCH
Thanks much appreciated because I dont know SMS that well Scott J Ford Software Engineer http://www.identityforge.com From: DanD mvs-j...@sympatico.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 2:56 PM Subject: Re: CAMLST LOCATE and SCRATCH Scott, To handle SMS you need to SCRATCH first then UNCAT (can't have uncataloged SMS data sets). Or you can invoke IDCAMS to do the DELETE and do it all at once. Dan -Original Message- From: Scott Ford Sent: Thursday, August 11, 2011 7:41 AM Newsgroups: bit.listserv.ibm-main Subject: Re: CAMLST LOCATE and SCRATCH Gerhard, Absolutely right, found the S0C1 but had two other issues .. 1. Must issue a CAMLST uncatalog request for dataset name first 2. Camlst scratch needs the correct parameter list After doing 1 and 2 it worked like a champ. Thanks for the help and I have to think about SMS ... And thx to everyone else Regards, Scott J Ford Software Engineer http://www.identityforge.com -- 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 -- 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
Re: file allocation dcb order
snip-- It's also possible to create a dataset with SVC 32, although I don't know what happens if you try it on an SMS volume. -unsnip-- I respectfully submit that the use of SVC 32 is archaic and cumbersome and should be discouraged in favor of DYNALLOC (SVC 99) whenever possible. How many of our list participants are sufficiently skillful to construct a partial DSCB correctly? Rick -- 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
Re: FTP Question
On Wed, 10 Aug 2011 08:25:53 -0500, Chris Mason wrote: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b990/5.44 Because compression is such a light-weight process - here a comparison with the heavy-weight processes compaction or encryption is valid! - it has a very small overhead. It causes a major reduction on the volume of data to be moved when the data consists of reports with a lot of white space - let's just say blank characters - and maybe lots of fancy lines of asterisks or maybe just hyphens to assist with the presentation of arithmetical calculations - that sort of thing. Of course, these are parochial definitions of compress and compact. Elsewhere in the data processing community (there is such an elsewhere), the publication you cite would hardly be taken as authoritative. You would be stark, raving to consider compressing anything other than text. Text-rich text, a novel for example, would also be getting close to pointless. As for tersed data - perish the thought! FSVO (in a broader context than IBM's FTP) compress I just downloaded the Gutenberg Project's Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes I'll fully agree (without trying the experiment) about tersed data. BTW, is mode C in an RFC nowadays? It's easy enough to find FTP clients that don't support it. -- gil -- 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
Re: file allocation dcb order
On 8/11/2011 5:04 PM, Rick Fochtman wrote: I respectfully submit that the use of SVC 32 is archaic and cumbersome and should be discouraged in favor of DYNALLOC (SVC 99) whenever possible. I have a 33.3 RPM turntable, cassette tape recorder, VHS recorder, and I have been known to use a manual screwdriver. I even look at maps when I need to drive somewhere. When something works, age should be a secondary consideration to capability. SVC 32 allows some things to be done that are difficult or messy with SVC 99. If you railed against DAIR I might have a little more understanding. How many of our list participants are sufficiently skillful to construct a partial DSCB correctly? Most of the dinosaurs, who had to run OS/360 despite IBM's help. g Completing a DSCB is no more difficult than setting up a JFCB. Gerhard Postpischil Bradford, VT -- 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
Re: FTP Question
Paul I recently saw - again I have to confess - a program where a character intended to be portrayed as habitually and incessantly argumentative was described in terms of it being very likely that if left alone he would immediately find a reason to argue with himself. If I see it again - it's not that bad a piece - I'll be able to tell myself that's what Paul Gilmartin must be like. In the light of observations such as this, it's useful to examine whether there is an attempt at pure mischief or it is genuine. So let us see what the original post was all about, shall we? After all the whole purpose of the list - as I thought - actually any of these lists as long as it's not VSE-L - is to provide a satisfactory and satisfying answer to the question as asked (- at least initially. There are some to whom creating tangential discussion becomes not so much incidental as an obsession - but we'll try to pass over them - well, we'll try.) I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. In my opinion pretty clear, wouldn't you agree? IBM wasn't actually specified but, hey, it is *IBM*-Main after all. So we've established it's IBM and it's z/OS (well ZOS, but I'm sure I'll be allowed the adjustment) and it's FTP, the FTP server supplied by the IP component of Communications Server. ... the publication you cite would hardly be taken as authoritative. So quoting the manual which referred to the precise topic about which the question was posed is inappropriate. I'd like to know what an extremely large number of expletives deleted is appropriate. Well, I can't ask you obviously, so I'll have to direct my what's your opinion? to everybody else. Indeed IBM does use the word compress and compact in specific senses and because the context - as already established - was in the context of IBM products, I used this accepted - a barbed assertion! - terminology. I expect that the fact that the terminology was established for use with SNA products in the latish 1970s is the reason for the simulated irritation. Compression is just about as I described it while compaction is a further step which, come to think of it, is actually not all that much more processing-intensive. In fact, I could promote the idea that compaction is a relatively light-weight option for the novel since it is quite good for approximately halving the volume of data - on top of any benefit from compression. Thanks at least for prompting me to present compaction more accurately - and to recall where it is documented: Network Job Entry Formats and Protocols http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/11.4.2.3 Of course, I was delighted to note the riling potential in the second sentence in this other parochial reference: quote Note: Compaction is only done on SNA transmissions. /quote Of course, it helps I used to teach this stuff once - and, moreover, I recall well the teacher who introduced it all to me, a charming Italian gentleman. - FSVO (in a broader context than IBM's FTP) compress ... Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes On the basis of this argument, arguably blank-rich. Was the original double-spaced for those who have difficulty reading single-spaced text? I'd say that was what the statistics supported, wouldn't you? Actually, being serious for a moment, I could guess - given this is all about what is meant by the word compression etc. - that the text had been subjected to both IBM's compression and compaction. Maybe that's what your broader context is, and, taking the opportunity, the context for compression - and compaction - within IBM extends way beyond the FTP products. - BTW, is mode C in an RFC nowadays? Well, you did ask! ()If you have a hat, prepare to eat it now!() I cheated and used Wikipedia but it was just as good - and it reads believably - as using the RFC. http://en.wikipedia.org/wiki/File_Transfer_Protocol Under section Protocol overview we find the following at the beginning and the end: quote The protocol is specified in RFC 959, which is summarized below. ... Data transfer can be done in any of three modes: - Stream mode: Data is sent as a continuous stream, relieving FTP from doing any processing. Rather, all processing is left up to TCP. No End-of-file indicator is needed, unless the data is divided into records. - Block mode: FTP breaks the data into several blocks (block header, byte count, and data field) and then passes it on to TCP. - Compressed mode: Data is compressed using a single algorithm (usually run-length encoding). /quote I must say that there is a smidgen of wriggle in that usually. Usually is not a good word to find when the matter in hand is a communication protocol really quite sensitive to the precise interpretation of each byte of data as it
Re: FTP Question
Thanks for the valuable information. I plan to use the MODE C cmd in selected (10 or 20) z/os, or ZOS, or Z/OS R 1.12. IBM Mainframe(z196) batch jobs. These FTP's currently have an Elapse Time of 20 minutes to 3 hours using BLOCK Mode. With MODE C they use 6 minutes to 90 minutes. I never intended to modify any FTP of a TERSED file. I meant to state that MODE C can be faster and less of a resource hog that a terse, ftp, and then unterse. Bottom line, our batch will complete sooner and help insure we meet our SLA's. I also plan to put in place the new DSWAITTIME nn parameter. I really enjoy the veritable plethora of in depth information provided by the many factotums and doyens on this SITE. David L. Mingee Principal Systems Administrator Indianapolis Production Control Data Center Operations / Operations Technical Support Work Ext 782-6460 Work Direct Dial 317 581-6460 Home 317 598-0919 / Cell 317 341-0885 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Thursday, August 11, 2011 10:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP Question Paul I recently saw - again I have to confess - a program where a character intended to be portrayed as habitually and incessantly argumentative was described in terms of it being very likely that if left alone he would immediately find a reason to argue with himself. If I see it again - it's not that bad a piece - I'll be able to tell myself that's what Paul Gilmartin must be like. In the light of observations such as this, it's useful to examine whether there is an attempt at pure mischief or it is genuine. So let us see what the original post was all about, shall we? After all the whole purpose of the list - as I thought - actually any of these lists as long as it's not VSE-L - is to provide a satisfactory and satisfying answer to the question as asked (- at least initially. There are some to whom creating tangential discussion becomes not so much incidental as an obsession - but we'll try to pass over them - well, we'll try.) I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. In my opinion pretty clear, wouldn't you agree? IBM wasn't actually specified but, hey, it is *IBM*-Main after all. So we've established it's IBM and it's z/OS (well ZOS, but I'm sure I'll be allowed the adjustment) and it's FTP, the FTP server supplied by the IP component of Communications Server. ... the publication you cite would hardly be taken as authoritative. So quoting the manual which referred to the precise topic about which the question was posed is inappropriate. I'd like to know what an extremely large number of expletives deleted is appropriate. Well, I can't ask you obviously, so I'll have to direct my what's your opinion? to everybody else. Indeed IBM does use the word compress and compact in specific senses and because the context - as already established - was in the context of IBM products, I used this accepted - a barbed assertion! - terminology. I expect that the fact that the terminology was established for use with SNA products in the latish 1970s is the reason for the simulated irritation. Compression is just about as I described it while compaction is a further step which, come to think of it, is actually not all that much more processing-intensive. In fact, I could promote the idea that compaction is a relatively light-weight option for the novel since it is quite good for approximately halving the volume of data - on top of any benefit from compression. Thanks at least for prompting me to present compaction more accurately - and to recall where it is documented: Network Job Entry Formats and Protocols http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/11.4.2.3 Of course, I was delighted to note the riling potential in the second sentence in this other parochial reference: quote Note: Compaction is only done on SNA transmissions. /quote Of course, it helps I used to teach this stuff once - and, moreover, I recall well the teacher who introduced it all to me, a charming Italian gentleman. - FSVO (in a broader context than IBM's FTP) compress ... Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes On the basis of this argument, arguably blank-rich. Was the original double-spaced for those who have difficulty reading single-spaced text? I'd say that was what the statistics supported, wouldn't you? Actually, being serious for a moment, I could guess - given this is all about what is meant by the word compression etc. - that the text had been subjected to both IBM's compression and compaction. Maybe that's what your broader context is, and, taking the opportunity, the context for compression - and compaction - within IBM extends way beyond the FTP
Re: file allocation dcb order
At 19:23 -0400 on 08/11/2011, Gerhard Postpischil wrote about Re: file allocation dcb order: Most of the dinosaurs, who had to run OS/360 despite IBM's help. g Completing a DSCB is no more difficult than setting up a JFCB. True. You expand the mapping macro, map it over an area of the correct length, and fill in the fields. OTOH, a JFCB is usually not created from scratch but pre-filled in via a RDJFCB, then updated if needed, before being used by OPENJ. -- 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
AUTO: Marisa Parker is out of the office (returning 08/15/2011)
I am out of the office until 08/15/2011. I will respond to your message when I return. Note: This is an automated response to your message IBM-MAIN Digest - 10 Aug 2011 to 11 Aug 2011 (#2011-223) sent on 8/11/11 22:00:03. This is the only notification you will receive while this person is away. -- 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
