Re: T-Rex replacement
Catalog RecoveryPlus from Mainstar www.mainstar.com - Original Message - From: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu Sent: Thu Sep 10 02:41:25 2009 Subject: T-Rex replacement Hi, We are planning two replace two z890 with one z10BC with a capacity equivalent to the two z890’s. T-Rex is currently licensed on only one z890, and Dino software want a hefty upgrade fee. Can anyone recommend a replacement for T-Rex. We use it for catalog backups and for getting rid of various orphaned files. TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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/VM GDDM install
Hello Alan, appreciate the advice, thank you. Bloody hard way to get a manual though... Regards, JC => On Tue, 8 Sep 2009 13:43:57 +0200, J D Cassidy wrote: => =>>I am looking for a document with the title "How to activate GDDM-REXX" =>>LY33-6080. =>> =>>The various references to the above on IBM's websites comes back with =>>'document not found'.. => => Since you are licensed and the product is still in service, open a PMR and => ask for a copy, indicating that you are unable to order it via the IBM => Publications website. => => Let the support team do the walking for you. => => Alan Altmark => z/VM Development => IBM => => -- => 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 => http://www.sva-zhosting.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: ABEND=SFCA during IMS10 installation (
I have already IPld. No clues from the NIP messages. Regards, Srinivas G -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Thursday, September 10, 2009 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND=SFCA during IMS10 installation ( On Thu, 10 Sep 2009 12:06:20 +0530 SrinivasG wrote: :>I am getting the following error while Initrcon step(Initialize RECON / Register Data Bases) of IMS IVP installation. This is the abend I get: :>ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, 2009 :>$HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 :>IEA995I SYMPTOM DUMP OUTPUT 814 :>SYSTEM COMPLETION CODE=FCA :> TIME=11.57.15 SEQ=00054 CPU= ASID=002C :> PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D :> NO ACTIVE MODULE FOUND :> NAME=UNKNOWN :> DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F :> AR/GR 0: 8A2AA780/8000 1: /80FCA000 :> 2: /008CFBF0 3: /00FDCEC0 :> 4: /008FF048 5: /008FDBC0 :> 6: /818FBF26 7: /00FC4580 :> 8: / 9: /018FB920 :> A: /008FDC80 B: /7F4E0090 :> C: /0134A3B8 D: /0A816420 :> E: /00FEC100 F: 0102/ :> END OF SYMPTOM DUMP :> IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= :> $HASP395 IV3F102J ENDED :>I am suspecting its related to SVC steps as part of IVP setup. :>I have run the SVS steps successfully: :>IV3D209T Install TYPE 2 SVC :>IV3D210T Link-edit TYPE 4 SVC :>My IEASVC00 is :>SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ :>SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ :>SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ :>TYPE(2) :>SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ :>TYPE(4) :> BOTTOM OF DATA *** :> :>I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB :>The CPAC.PARMLIB(IEALPA00) :>INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) :> MODULES(IGC0020B,DFSAFMD0) :>IGC203 is in SYS1.NUCLEUS dataset. :>What could I have done wrong? Any help is greatly appreciated. x'CA' is SVC 202. Did you re-IPL? Check your NIP messages. -- Binyamin Dissen 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 -- 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: ABEND=SFCA during IMS10 installation (
On Thu, 10 Sep 2009 14:05:50 +0530 SrinivasG wrote: :>I have already IPld. No clues from the NIP messages. Did you CLPA? Show the NIP messages Go to TSO and do TEST 'SYS1.LINKLIB(IEFBR14)' l 10.?+c8?+84?+650? xc l(256) END :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen :>Sent: Thursday, September 10, 2009 12:14 PM :>To: IBM-MAIN@bama.ua.edu :>Subject: Re: ABEND=SFCA during IMS10 installation ( :> :>On Thu, 10 Sep 2009 12:06:20 +0530 SrinivasG wrote: :> :>:>I am getting the following error while Initrcon step(Initialize RECON / Register Data Bases) of IMS IVP installation. This is the abend I get: :> :>:>ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, 2009 :>:>$HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 :>:>IEA995I SYMPTOM DUMP OUTPUT 814 :>:>SYSTEM COMPLETION CODE=FCA :>:> TIME=11.57.15 SEQ=00054 CPU= ASID=002C :>:> PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D :>:> NO ACTIVE MODULE FOUND :>:> NAME=UNKNOWN :>:> DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F :>:> AR/GR 0: 8A2AA780/8000 1: /80FCA000 :>:> 2: /008CFBF0 3: /00FDCEC0 :>:> 4: /008FF048 5: /008FDBC0 :>:> 6: /818FBF26 7: /00FC4580 :>:> 8: / 9: /018FB920 :>:> A: /008FDC80 B: /7F4E0090 :>:> C: /0134A3B8 D: /0A816420 :>:> E: /00FEC100 F: 0102/ :>:> END OF SYMPTOM DUMP :>:> IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= :>:> $HASP395 IV3F102J ENDED :> :>:>I am suspecting its related to SVC steps as part of IVP setup. :> :>:>I have run the SVS steps successfully: :>:>IV3D209T Install TYPE 2 SVC :>:>IV3D210T Link-edit TYPE 4 SVC :> :>:>My IEASVC00 is :>:>SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ :>:>SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ :>:>SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ :>:>TYPE(2) :>:>SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ :>:>TYPE(4) :>:> BOTTOM OF DATA *** :>:> :>:>I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB :> :>:>The CPAC.PARMLIB(IEALPA00) :>:>INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) :>:> MODULES(IGC0020B,DFSAFMD0) :> :>:>IGC203 is in SYS1.NUCLEUS dataset. :> :>:>What could I have done wrong? Any help is greatly appreciated. :> :>x'CA' is SVC 202. :> :>Did you re-IPL? Check your NIP messages. -- Binyamin Dissen 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: ABEND=SFCA during IMS10 installation (
Just a simple question. In SVC00 I am not sure, but should the SVC numbers be in order? I always have mine from 200 to 255 in sequence. Your display looks like they go in reverse order 255-200. What version of IMS are you running? What version of operating system? z/OS Vxxx And to clarify, when you scanned syslog you did not see the phrase SVC202 or IGC0020B or IGC0202 in any of the text? Lizette > Hi, > > I am getting the following error while Initrcon step(Initialize RECON / Register Data > Bases) of IMS IVP installation. This is the abend I get: > > ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, > 2009 > $HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 > IEA995I SYMPTOM DUMP OUTPUT 814 > SYSTEM COMPLETION CODE=FCA > TIME=11.57.15 SEQ=00054 CPU= ASID=002C > PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D >NO ACTIVE MODULE FOUND >NAME=UNKNOWN >DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F >AR/GR 0: 8A2AA780/8000 1: /80FCA000 > 2: /008CFBF0 3: /00FDCEC0 > 4: /008FF048 5: /008FDBC0 > 6: /818FBF26 7: /00FC4580 > 8: / 9: /018FB920 > A: /008FDC80 B: /7F4E0090 > C: /0134A3B8 D: /0A816420 > E: /00FEC100 F: 0102/ > END OF SYMPTOM DUMP > IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= > $HASP395 IV3F102J ENDED > > > I am suspecting its related to SVC steps as part of IVP setup. > > I have run the SVS steps successfully: > IV3D209T Install TYPE 2 SVC > IV3D210T Link-edit TYPE 4 SVC > > My IEASVC00 is > SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ > SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ > SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ > TYPE(2) > SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ > TYPE(4) > BOTTOM OF DATA *** > > I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB > > The CPAC.PARMLIB(IEALPA00) > INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) >MODULES(IGC0020B,DFSAFMD0) > > IGC203 is in SYS1.NUCLEUS dataset. > > What could I have done wrong? Any help is greatly 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
Re: ABEND=SFCA during IMS10 installation (
If you have Mark Zelden's REXX IPLINFO you can look at the system after the IPL and see whether or not MLPA was used, what SVCs are there, and so on to ensure the parts are correct at IPL. Next verify the Nuc Attention: The SYS1.NUCLEUS must not have secondary extents. z/OS cannot recognize secondary extents. Lizette > > Just a simple question. In SVC00 I am not sure, but should the SVC numbers > be in order? > > I always have mine from 200 to 255 in sequence. Your display looks like > they go in reverse order 255-200. > > What version of IMS are you running? What version of operating system? z/OS > Vxxx > > And to clarify, when you scanned syslog you did not see the phrase SVC202 or > IGC0020B or IGC0202 in any of the text? > > > > Lizette > > > > Hi, > > > > I am getting the following error while Initrcon step(Initialize RECON / > Register Data > > Bases) of IMS IVP installation. This is the abend I get: > > > > ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER > 10, > > 2009 > > $HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 > > IEA995I SYMPTOM DUMP OUTPUT 814 > > SYSTEM COMPLETION CODE=FCA > > TIME=11.57.15 SEQ=00054 CPU= ASID=002C > > PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D > >NO ACTIVE MODULE FOUND > >NAME=UNKNOWN > >DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F > >AR/GR 0: 8A2AA780/8000 1: /80FCA000 > > 2: /008CFBF0 3: /00FDCEC0 > > 4: /008FF048 5: /008FDBC0 > > 6: /818FBF26 7: /00FC4580 > > 8: / 9: /018FB920 > > A: /008FDC80 B: /7F4E0090 > > C: /0134A3B8 D: /0A816420 > > E: /00FEC100 F: 0102/ > > END OF SYMPTOM DUMP > > IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= > > $HASP395 IV3F102J ENDED > > > > > > I am suspecting its related to SVC steps as part of IVP setup. > > > > I have run the SVS steps successfully: > > IV3D209T Install TYPE 2 SVC > > IV3D210T Link-edit TYPE 4 SVC > > > > My IEASVC00 is > > SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ > > SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ > > SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ > > TYPE(2) > > SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ > > TYPE(4) > > BOTTOM OF DATA *** > > > > I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB > > > > The CPAC.PARMLIB(IEALPA00) > > INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) > >MODULES(IGC0020B,DFSAFMD0) > > > > IGC203 is in SYS1.NUCLEUS dataset. > > > > What could I have done wrong? Any help is greatly 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
Re: ABEND=SFCA during IMS10 installation (
Hi, Thanks everyone. There was a syntax error in the IEASVC00 Member. I removed the last line with *** and IPLd. I am now able to do the INITRCON. Thanks everyone who replied. Even the local IBM folks could not help. Special thanks to Lizette and Binyamin !! Regards, Srinivas G -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, September 10, 2009 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND=SFCA during IMS10 installation ( Just a simple question. In SVC00 I am not sure, but should the SVC numbers be in order? I always have mine from 200 to 255 in sequence. Your display looks like they go in reverse order 255-200. What version of IMS are you running? What version of operating system? z/OS Vxxx And to clarify, when you scanned syslog you did not see the phrase SVC202 or IGC0020B or IGC0202 in any of the text? Lizette > Hi, > > I am getting the following error while Initrcon step(Initialize RECON / Register Data > Bases) of IMS IVP installation. This is the abend I get: > > ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, > 2009 > $HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 > IEA995I SYMPTOM DUMP OUTPUT 814 > SYSTEM COMPLETION CODE=FCA > TIME=11.57.15 SEQ=00054 CPU= ASID=002C > PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D >NO ACTIVE MODULE FOUND >NAME=UNKNOWN >DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F >AR/GR 0: 8A2AA780/8000 1: /80FCA000 > 2: /008CFBF0 3: /00FDCEC0 > 4: /008FF048 5: /008FDBC0 > 6: /818FBF26 7: /00FC4580 > 8: / 9: /018FB920 > A: /008FDC80 B: /7F4E0090 > C: /0134A3B8 D: /0A816420 > E: /00FEC100 F: 0102/ > END OF SYMPTOM DUMP > IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= > $HASP395 IV3F102J ENDED > > > I am suspecting its related to SVC steps as part of IVP setup. > > I have run the SVS steps successfully: > IV3D209T Install TYPE 2 SVC > IV3D210T Link-edit TYPE 4 SVC > > My IEASVC00 is > SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ > SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ > SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ > TYPE(2) > SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ > TYPE(4) > BOTTOM OF DATA *** > > I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB > > The CPAC.PARMLIB(IEALPA00) > INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) >MODULES(IGC0020B,DFSAFMD0) > > IGC203 is in SYS1.NUCLEUS dataset. > > What could I have done wrong? Any help is greatly 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 -- 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: ABEND=SFCA during IMS10 installation (
>IGC203 is in SYS1.NUCLEUS dataset. That is not enough. If you just copied it in there you still need to get it loaded. We use NUCLSTxx in .IPLPARM i.e. BROWSESYS2.IPLPARM(NUCLST00) Command ===> * INCLUDE IGC236 EXCLUDE IGC242 INCLUDE IGC251 INCLUDE DFHHPSVC B So you have to have the type 2 SVC defined in IEASVCxx, loaded into memory one way to do this without linkedit into the nucleus using NUCLSTxx. BROWSESYS1.PARMLIB(IEASVC00) - 01.12 CHARS 'IM Command ===> Scroll = SVCPARM 236, /* IMS SEE ALSO #255 IN USE PAIR */ REPLACE,/*SVCTABLE ENTRY WILL BE UPDATED */ TYPE(2),/*SVC TYPE*/ APF(NO),/*PROGRAM INVOKING SVC AUTHORIZED?*/ NPRMPT(NO) /*CAN SVC NOT BE PRE-EMPTED? */ SVCPARM 240, /* SYNCSORT FOR Z/OS */ REPLACE,/*SVCTABLE ENTRY WILL BE UPDATED */ TYPE(3),/*SVC TYPE*/ APF(NO),/*PROGRAM INVOKING SVC AUTHORIZED?*/ NPRMPT(NO) /*CAN SVC NOT BE PRE-EMPTED? */ SVCPARM 250, /* IMS SEE ALSO #251 RESERVE PAIR */ REPLACE,/*SVCTABLE ENTRY WILL BE UPDATED */ TYPE(4),/*SVC TYPE*/ APF(NO),/*PROGRAM INVOKING SVC AUTHORIZED?*/ NPRMPT(NO) /*CAN SVC NOT BE PRE-EMPTED? */ SVCPARM 251,/*IMS SEE ALSO #250 RESERVE PAIR*/ REPLACE, /*SVCTABLE ENTRY WILL BE UPDATED */ TYPE(2), /*SVC TYPE*/ APF(NO), /*PROGRAM INVOKING SVC AUTHORIZED?*/ NPRMPT(NO) /*CAN SVC NOT BE PRE-EMPTED? */ /* SVC 254 IS USED BY CA1 AND IS DYNAMICALLY INSTALLED VIA CAIRIMP */ SVCPARM 255, /* IMS SEE ALSO #236 IN USE PAIR */ REPLACE,/*SVCTABLE ENTRY WILL BE UPDATED */ TYPE(4),/*SVC TYPE*/ APF(NO),/*PROGRAM INVOKING SVC AUTHORIZED?*/ NPRMPT(NO) /*CAN SVC NOT BE PRE-EMPTED? */ Bottom of Data *** Best Regards, Sam Knutson, GEICO System z HW/SW/Automation Team Leader mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 "Think big, act bold, start simple, grow fast..." -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of SrinivasG Sent: Thursday, September 10, 2009 2:36 AM To: IBM-MAIN@bama.ua.edu Subject: ABEND=SFCA during IMS10 installation ( Hi, I am getting the following error while Initrcon step(Initialize RECON / Register Data Bases) of IMS IVP installation. This is the abend I get: ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, 2009 $HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 IEA995I SYMPTOM DUMP OUTPUT 814 SYSTEM COMPLETION CODE=FCA TIME=11.57.15 SEQ=00054 CPU= ASID=002C PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F AR/GR 0: 8A2AA780/8000 1: /80FCA000 2: /008CFBF0 3: /00FDCEC0 4: /008FF048 5: /008FDBC0 6: /818FBF26 7: /00FC4580 8: / 9: /018FB920 A: /008FDC80 B: /7F4E0090 C: /0134A3B8 D: /0A816420 E: /00FEC100 F: 0102/ END OF SYMPTOM DUMP IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= $HASP395 IV3F102J ENDED I am suspecting its related to SVC steps as part of IVP setup. I have run the SVS steps successfully: IV3D209T Install TYPE 2 SVC IV3D210T Link-edit TYPE 4 SVC My IEASVC00 is SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ SVCPARM 215,REPLACE,TYPE
Re: ABEND=SFCA during IMS10 installation (
I have found this error during IPL: IEE252I MEMBER IEASVC00 FOUND IN CPAC.PARMLIB IEA826I IEASVC00: SVC215: TYPE 6 ROUTINE DFHHPSVC NOT FOUND. IEA826I IEASVC00: SVC203: TYPE 2 ROUTINE IGC203 NOT FOUND. IEA823I IEASVC00: SVC202: SYNTAX ERROR AT . IMS is 10.1 and ZOS is 1.10 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, September 10, 2009 4:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND=SFCA during IMS10 installation ( Just a simple question. In SVC00 I am not sure, but should the SVC numbers be in order? I always have mine from 200 to 255 in sequence. Your display looks like they go in reverse order 255-200. What version of IMS are you running? What version of operating system? z/OS Vxxx And to clarify, when you scanned syslog you did not see the phrase SVC202 or IGC0020B or IGC0202 in any of the text? Lizette > Hi, > > I am getting the following error while Initrcon step(Initialize RECON / Register Data > Bases) of IMS IVP installation. This is the abend I get: > > ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER 10, > 2009 > $HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 > IEA995I SYMPTOM DUMP OUTPUT 814 > SYSTEM COMPLETION CODE=FCA > TIME=11.57.15 SEQ=00054 CPU= ASID=002C > PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D >NO ACTIVE MODULE FOUND >NAME=UNKNOWN >DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F >AR/GR 0: 8A2AA780/8000 1: /80FCA000 > 2: /008CFBF0 3: /00FDCEC0 > 4: /008FF048 5: /008FDBC0 > 6: /818FBF26 7: /00FC4580 > 8: / 9: /018FB920 > A: /008FDC80 B: /7F4E0090 > C: /0134A3B8 D: /0A816420 > E: /00FEC100 F: 0102/ > END OF SYMPTOM DUMP > IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= > $HASP395 IV3F102J ENDED > > > I am suspecting its related to SVC steps as part of IVP setup. > > I have run the SVS steps successfully: > IV3D209T Install TYPE 2 SVC > IV3D210T Link-edit TYPE 4 SVC > > My IEASVC00 is > SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ > SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ > SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ > TYPE(2) > SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ > TYPE(4) > BOTTOM OF DATA *** > > I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB > > The CPAC.PARMLIB(IEALPA00) > INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) >MODULES(IGC0020B,DFSAFMD0) > > IGC203 is in SYS1.NUCLEUS dataset. > > What could I have done wrong? Any help is greatly 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 -- 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: ABEND=SFCA during IMS10 installation (
And one last thought. Why did you code the SVC statement in 2 lines. I was not aware you could do that, I did not see any information on continuation lines for SVCxx. In the MVS Init and Tuning it states If you use multiple SVCPARM statements for the same SVC number, the first valid statement is processed. The rest are ignored. Which could mean that you are not truly getting a TYPE2 SVC but a maybe something else. Try putting SVC00 to use one line for your svcs and reipl. See if that makes a difference. Lizette > > Just a simple question. In SVC00 I am not sure, but should the SVC numbers > be in order? > > I always have mine from 200 to 255 in sequence. Your display looks like > they go in reverse order 255-200. > > What version of IMS are you running? What version of operating system? z/OS > Vxxx > > And to clarify, when you scanned syslog you did not see the phrase SVC202 or > IGC0020B or IGC0202 in any of the text? > > > > Lizette > > > > Hi, > > > > I am getting the following error while Initrcon step(Initialize RECON / > Register Data > > Bases) of IMS IVP installation. This is the abend I get: > > > > ICH70001I IBMUSER LAST ACCESS AT 11:21:24 ON THURSDAY, SEPTEMBER > 10, > > 2009 > > $HASP373 IV3F102J STARTED - INIT 1- CLASS N - SYS MVS1 > > IEA995I SYMPTOM DUMP OUTPUT 814 > > SYSTEM COMPLETION CODE=FCA > > TIME=11.57.15 SEQ=00054 CPU= ASID=002C > > PSW AT TIME OF ERROR 070C1000 818FBF4C ILC 2 INTC 0D > >NO ACTIVE MODULE FOUND > >NAME=UNKNOWN > >DATA AT PSW 018FBF46 - 00181610 0A0D4110 016D182F > >AR/GR 0: 8A2AA780/8000 1: /80FCA000 > > 2: /008CFBF0 3: /00FDCEC0 > > 4: /008FF048 5: /008FDBC0 > > 6: /818FBF26 7: /00FC4580 > > 8: / 9: /018FB920 > > A: /008FDC80 B: /7F4E0090 > > C: /0134A3B8 D: /0A816420 > > E: /00FEC100 F: 0102/ > > END OF SYMPTOM DUMP > > IEF450I IV3F102J D INITRCON - ABEND=SFCA U REASON= > > $HASP395 IV3F102J ENDED > > > > > > I am suspecting its related to SVC steps as part of IVP setup. > > > > I have run the SVS steps successfully: > > IV3D209T Install TYPE 2 SVC > > IV3D210T Link-edit TYPE 4 SVC > > > > My IEASVC00 is > > SVCPARM 216,REPLACE,TYPE(3),EPNAME(DFHCSVC) /* CICS(CSVC) */ > > SVCPARM 215,REPLACE,TYPE(6),EPNAME(DFHHPSVC) /* ONLY FOR HPO*/ > > SVCPARM 203 REPLACE, /* IMS TYPE 2 SVC */ > > TYPE(2) > > SVCPARM 202 REPLACE, /* IMS TYPE 4 SVC FOR DBRC */ > > TYPE(4) > > BOTTOM OF DATA *** > > > > I have appended the SYS1.NUCLEUS with IMS1010.MLPALIB > > > > The CPAC.PARMLIB(IEALPA00) > > INCLUDE LIBRARY(IMS1010.MLPALIB) VOLUME(Z11IM1) > >MODULES(IGC0020B,DFSAFMD0) > > > > IGC203 is in SYS1.NUCLEUS dataset. > > > > What could I have done wrong? Any help is greatly 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
Re: Library Lookaside
For those who have played with directory caching of non-load libraries, you must not be using PDSEs. It would not work. I can't speak for what someone who does not own this component stated about its behavior in the past, I can only speak towards what its (unchanged) implementation is. Non-load-library PDSEs have never been accepted. Since the creation of PDSEs, LLA has had code that determines if a PDSE is a "load library" according to whatever criteria DFSMS uses to classify it as such. If a PDSE is not marked as a load library, LLA will reject it. Consider a PDSE that is something like VB 255 and contains CLISTs. LLA will reject this PDSE with a message such as SY1 CSV242I INVALID DATA SET ORGANIZATION FOR LLA DSN: RELSON.CLIST.PDSE >From the book: Explanation: Library lookaside (LLA) received a request to manage sequential data set dsname or partitioned data set extended (PDSE) data-only library dsname. LLA manages only partitioned data sets (PDSs), or partitioned data sets extended (PDSEs) that contain program objects Could that restriction be lifted? Maybe. But doing so would likely require at least a user-group-submitted requirement. Apparently there has been no such demand to lift the restriction so the folks who have been using LLA for non-load libraries for years must not be using PDSEs for this purpose. Peter Relson z/OS Core Technology Design -- 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: Are compression services (CMPSERVS) eligible for zIIP/zAAP execution?
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Russell Witt > Sent: Wednesday, September 09, 2009 11:32 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Are compression services (CMPSERVS) eligible for zIIP/zAAP > execution? > > Peter, > > Just because a service can be eligible for a zIIP does not mean it will be > offloaded to one if you obtain a zIIP processor. There are the > environmental restrictions. The eligible workload must be run in an SRB > enclave that is identified as being zIIP eligible. If the batch job that > is doing a lot compression is a home-grown utility, you may have a hard > time getting it zIIP eligible. If the batch job is executing a Strobe > utility, then you will need to check with the Strobe people to find out if > they have made it zIIP eligible or not. I guess I did not make the situation clear enough. This application does not directly use compression calls, but the sequential and VSAM files that it reads and writes have an assigned DATACLAS that puts them in Extended, Compressed SMS pools. So the compression and decompression are being done by the operating system, not by the application. CMPSERVS is the portion of the operating system that is performing these functions on behalf of the application. I see these routines named in the Strobe performance report. They are not part of Strobe, they are part of the operating system. For this application, as measured by Strobe, they are consuming 52% of the used CPU time. So, my question is, are the operating system compression/decompression routines eligible for zIIP/zAAP execution, if such engines are available? Peter This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- 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: Library Lookaside
"Peter Relson" wrote in message news:... > For those who have played with directory caching of non-load libraries, you > must not be using PDSEs. It would not work. I can't speak for what someone > who does not own this component stated about its behavior in the past, I > can only speak towards what its (unchanged) implementation is. > Non-load-library PDSEs have never been accepted. > > Since the creation of PDSEs, LLA has had code that determines if a PDSE is > a "load library" according to whatever criteria DFSMS uses to classify it > as such. If a PDSE is not marked as a load library, LLA will reject it. > > Consider a PDSE that is something like VB 255 and contains CLISTs. LLA will > reject this PDSE with a message such as > SY1 CSV242I INVALID DATA SET ORGANIZATION FOR LLA DSN: RELSON.CLIST.PDSE > > From the book: > Explanation: Library lookaside (LLA) received a request to manage > sequential data set dsname or partitioned data set extended (PDSE) > data-only library dsname. LLA manages only partitioned data sets (PDSs), or > partitioned data sets extended (PDSEs) that contain program objects > > Could that restriction be lifted? Maybe. But doing so would likely require > at least a user-group-submitted requirement. Apparently there has been no > such demand to lift the restriction so the folks who have been using LLA > for non-load libraries for years must not be using PDSEs for this purpose. > > Peter Relson Is there any reason to lift this restriction? PDSE has its own directory caching, so IMO there is no need to have LLA do it also. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- 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: Seperate LPARs for Prod and Test or a single LPAR for both
Hi team, There are more PROs when having separated LPARs for Test and Prod, the most important is that you can test products, configurations, home made applications and more in the TEST Lpar without disturbing the customer service in the PROD Lpar, also you can migrate/upgrade the OS without shutting down the production lpar. Most companies have this minimal configuration with separated LPARs, also, if you have enough memory and processor, should be better to have 3 LPARs, (TEST,CERT,PROD), the CERT LPAR is for certification purposes. SYA, Enrique Montero. El mié, 09-09-2009 a las 09:53 -0700, Natarajan Mohan escribió: > GSG, > > There is no reason to run system in basic mode anymore. I am sure you have > configured your system in LPAR Mode. I don't think one answer would suffice > for your request. What type of machine are you running on? how many mips? > uni-processor? > > In the minimum you would need a system test environment and > production/development environment irrespective of how small your machine is. > This would enable you to test the software patches and migrate to production > with minimal impact. > > Natarajan > > >>> gsg 9/8/2009 5:39 PM >>> > Can everyone share some Pros/Cons on having seperate LPARs for Prod and > Test and also Pros/Cons for having a single LPAR that Prod and Test will > share. All feedback is welcome. > > TIA > > > NOTICE OF CONFIDENTIALITY > > The information contained in this communication, including but not limited to > any accompanying document(s) and/or attachment(s), is privileged and > confidential and is intended solely for the above-named individual(s). If you > are not the intended recipient, please be advised that any distribution, > copying, disclosure, and/or use of the information contained herein is > strictly prohibited. If you received this communication in error, please > destroy all copies of the communication, whether in electronic or hard copy > format, and immediately contact the Security Office at EdFund at (916) > 526-7539 or securityoff...@edfund.org. 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: SMS migration concern 1.9 and 1.10 mixed level SMS translate, validate, activate on 1.9 caused storage leak in SMS leading to IPL
PTFs are available now http://www.ibm.com/support/docview.wss?uid=isg1OA28998 Thanks, Sam -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Traylor, Terry Sent: Tuesday, May 19, 2009 6:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS migration concern 1.9 and 1.10 mixed level SMS translate, validate, activate on 1.9 caused storage leak in SMS leading to IPL OA28998 Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Tuesday, May 19, 2009 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: SMS migration concern 1.9 and 1.10 mixed level SMS translate, validate, activate on 1.9 caused storage leak in SMS leading to IPL Hi, Anyone know of an APAR for this or a documented migration action or existing toleration service? This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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
User-written ISPF-Editor line commands
All, I've been googl'ing for a while now but in vain so far: Is it somehow possible to write user-defined line commands? I want to enter "FOO" in front of a line in EDIT and then a self-written routine should be fired up that handles the line... Any way? Thank you, Michael -- 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: User-written ISPF-Editor line commands
Michael Knigge of the IBM Mainframe Discussion List wrote on 09/10/2009 09:53:51 AM: > All, > > I've been googl'ing for a while now but in vain so far: Is it somehow > possible to write user-defined line commands? > > I want to enter "FOO" in front of a line in EDIT and then a self-written > routine should be fired up that handles the line... > > Any way? IBM has this offering. http://tinyurl.com/muuh7d Regards, John K -- 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
Sub Capacity Reporting for non IBM Vendors
For a non-IBM vendor that does sub-capacity licensing how do you get the data to them? Send them the SCRT .csv file? Send them a number and hope they trust you? Do they actually alter the charges on a monthly basis? If using SCRT data is it product specific (e.g. for a DB2 tool you use SCRT data for DB2) or just based on overall (e.g. z/OS) usage? Or is it some other method altogether? I have a new vendor that I asked the question of sub-capacity licensing and they want me to provide more details on the model. They are unfamiliar with SCRT and sub-capacity/workload licensing but are willing to listen. I have to admit that I currently do not have sub-capacity/workload pricing on any non-IBM products so I just want to get a feel for how it "normally" works. Thanks all Ken Porowski AVP Systems Software CIT Group E: ken.porow...@cit.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: Startup of All STCs After IPL
On Wed, 9 Sep 2009 22:55:01 -0500, Brian Westerman wrote: >Sorry for the blatant plug, but there also is SyzCmdZ which contains all of >the features of each of the command scripting products mentioned and many >more. > >Info at WWW.SyzygyInc.NET > >Brian > >-- Brian, I know your software is relatively inexpensive. Is this one free? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
TIM/TAM - using reports for Role adminisitration
Wondering what report I can use that will capture any administraion done to roles, e.g., adding, deleting etc. Note, I need the report that shows the administration of the role itself not the one that shows when users are added or removed from roles. TIA -- 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
TEST geographically separate from PROD
The whole combined versus separate TEST and PROD LPARs was interesting. I can't imagine not having them separate (with shared DASD for at least the load libraries), but then it's just what I'm used to. So here's a question... Anyone out there have DEV/TEST not only in a separate LPAR, or even a separate machine, but in a separate data center? We have our primary data center in Lakewood, CO (near Denver) and our "alternate data center" (DR site) in Scottsdale, AZ. So about 1000 miles apart. Management has the idea that we should move the applications development LPAR to the ADC. As an applications developer this makes me more than a bit nervous. Does anyone do this? Is a GDPS essentially required to make this workable? We currently do DASD replication to our ADC using DS8100s. One other thing I'm concerned about is TN3270 response time. I feel that logging on to work from home is too slow, and I only live 8 miles away. Thanks, Frank >>> The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 -- 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: User-written ISPF-Editor line commands
On Thu, 10 Sep 2009 10:08:48 -0500, John P Kalinich wrote: >Michael Knigge of the IBM Mainframe Discussion List >wrote on 09/10/2009 09:53:51 AM: > >> All, >> >> I've been googl'ing for a while now but in vain so far: Is it somehow >> possible to write user-defined line commands? >> >> I want to enter "FOO" in front of a line in EDIT and then a self-written >> routine should be fired up that handles the line... >> >> Any way? > >IBM has this offering. http://tinyurl.com/muuh7d > >Regards, >John K > If you want to see some working samples, I have some execs on my web site and CBT file 434 that utilize it. DB , DT , ZB , ZE , and ZV.URL below. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: T-Rex replacement
On Thu, 10 Sep 2009 09:41:25 +0300, גדי בן אבי wrote: >Hi, > >We are planning two replace two z890 with one z10BC with a capacity equivalent to the two z890s. > >T-Rex is currently licensed on only one z890, and Dino software want a hefty upgrade fee. > >Can anyone recommend a replacement for T-Rex. > >We use it for catalog backups and for getting rid of various orphaned files. > Mainstar Catalog Recovery Plus. This is now a Rocket Software product. Also there is or was Softworks Catalog Solutions (formerly VSAM Mechanic). I haven't heard much about that one in a while and not sure if it is still around or was sold / renamed. We sure CR+, but I think T-REXX has a good product also. Perhaps you can negotiate a LPAR pricing deal with then. In other words, only pay for the LPAR(s) you run it on based on their size and not the entire box. If they know you are going to replace them, they may be more open to doing so. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: TEST geographically separate from PROD
>So here's a question... Anyone out there have DEV/TEST not only in a separate LPAR, or even a separate machine, but in >a separate data center? We have our primary data center in Lakewood, CO (near Denver) and our "alternate data center" >(DR site) in Scottsdale, AZ. So about 1000 miles apart. Management has the idea that we should move the applications >development LPAR to the ADC. As an applications developer this makes me more than a bit nervous. Does anyone do this? >Is a GDPS essentially required to make this workable? We currently do DASD replication to our ADC using DS8100s. I have seen this done. The actual decision to support a remote development site is more of a financial one than anything else. A GDPS is a consideration only if the application availability demands it. "Separate" sites can work fine in this situation. IMO, one of the *BIG* requirements to a successful implementation of this type is communications band width. Not only for the teleprocessing traffic, but also for file transfers and (in the case of GDPS) DASD replication. WARNING Will Robinson WARNING High bandwidth communication can get *VERY* expensive. >One other thing I'm concerned about is TN3270 response time. I feel that logging on to work from home is too slow, and >I only live 8 miles away. This is probably a function of your ISP and/or dial-up connection. Remote access in these days and times is nearly as good as local access. -- 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: Sub Capacity Reporting for non IBM Vendors
It would depend on the vendor. I assume that you are currently on VWLC (i.e. sub-capacity) pricing with your IBM software, so you're alreay sending the SCRT reports to IBM. We also have a sub-capacity pricing license with one of our vendors and we just copy them on the SCRT reports. Since the product is an always running, system level product they base their charges on the z/OS MSUs reported, not any of the sub-system MSUs. We don't have one with SAS, but I know their model is that you'd run SAS on a smaller LPAR and they charge you for the size of the LPAR. So, as I said, it depends on the vendor. It the vendor that you're discussing this with hasn't done it before, you're breaking new ground with them. Good luck. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Ken Porowski > Sent: Thursday, September 10, 2009 10:16 AM > To: IBM-MAIN@bama.ua.edu > Subject: Sub Capacity Reporting for non IBM Vendors > > For a non-IBM vendor that does sub-capacity licensing how do you get the > data to them? > Send them the SCRT .csv file? > Send them a number and hope they trust you? > Do they actually alter the charges on a monthly basis? > If using SCRT data is it product specific (e.g. for a DB2 tool you use > SCRT data for DB2) or just based on overall (e.g. z/OS) usage? > Or is it some other method altogether? > I have a new vendor that I asked the question of sub-capacity licensing > and they want me to provide more details on the model. They are > unfamiliar with SCRT and sub-capacity/workload licensing but are willing > to listen. I have to admit that I currently do not have > sub-capacity/workload pricing on any non-IBM products so I just want to > get a feel for how it "normally" works. > Thanks all > Ken Porowski > AVP Systems Software > CIT Group > E: ken.porow...@cit.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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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: Sub Capacity Reporting for non IBM Vendors
Ken Porowski wrote: For a non-IBM vendor that does sub-capacity licensing how do you get the data to them? Send them the SCRT .csv file? Send them a number and hope they trust you? Do they actually alter the charges on a monthly basis? If using SCRT data is it product specific (e.g. for a DB2 tool you use SCRT data for DB2) or just based on overall (e.g. z/OS) usage? Or is it some other method altogether? I have a new vendor that I asked the question of sub-capacity licensing and they want me to provide more details on the model. They are unfamiliar with SCRT and sub-capacity/workload licensing but are willing to listen. I have to admit that I currently do not have sub-capacity/workload pricing on any non-IBM products so I just want to get a feel for how it "normally" works. IBM SCRT does not support ISV products. Period. Some ISVs have been able to get customers to agree to "tie" certain ISV products to SCRT-supported IBM products. For example, they could agree to "tie" some IMS tool from the ISV to IMS from IBM. With this agreement in place, the same SCRT report sent to IBM can also be sent to the ISV. This works because IMS is supported by SCRT. Some customers will not agree to this "marriage". Suppose a customer wants to run the ISV IMS tool in only a subset of LPARs running IMS. Now, the SCRT reports become worthless unless the customer is willing to perform a second SCRT run that includes SMF records from only the subset of LPARs on which the ISV IMS tool is licensed. Multiply this extra work by potentially dozens of ISV products and this can become a considerable burden on the customer. There are people within IBM that would like to enhance SCRT to be able to handle non-IBM products. With just a little bit of work, SCRT's hard-coded product tables could be externalized and generalized and SCRT could be made to produce different sub-reports for different vendors--IBM being just one. But, this work needs justification like all development projects. If customers thought this was an important, and submitted a requirement, this might happen. Otherwise, it's unlikely... -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: TSSO use of NETVIEW
First of all I should say thank you to Gerhard Postpischil for providing some helpful background as to what TSSO is all about. Gerhard has sent me a private message expressing umbrage over my post and accusing me of not reading his post - the usual symptom of someone who has actually failed to read the post about which he/she is commenting! In case there are others who haven't understood, I'd better spell it out. The relative cost of NetView/NCCF and TSSO are not relevant. What is relevant is function. I did *not* - repeat ***not*** - intend to imply that NCCF - and early NetView - had automation capabilities comparable to those TSSO appears to have had. That is what that "cost comparison" comment implies - but Gerhard has not to be able to see. In the days of NCCF - and I think NOSP before it - and the first release of NetView, a semi-automation capability existed after the clist language was introduced. I describe it as "semi-automation" in that the operator had to keep an eye out for unsolicited messages betokening a problem. He/she then had to enter the name of the clist and commands could be issued - with name substitution from clist operands. If any delay was necessary, the operator could be instructed for which solicited messages to look out and what new clist commands to enter. Crude or what? It would appear that during these dark days, TSSO offered a cleverer way which included actually "trapping" messages and entering commands fashioned by the information "trapped" - if I have understood the TSSO of the early '80s correctly. Turning to my post - *in full* - I used the crucial word "insist", the significance of which escaped Gerhard. Clearly TSSO could be used independently of this NCCF product with its hobbled automation capabilities [1]. TSSO is described as allowing itself to be invoked from NCCF/NetView as a "command processor", that is, TSSO has been extended to use one of the APIs which characterised NCCF - and the "command facility" component of NetView - as an "enabling" environment. Thus TSSO could be used even where the installation's style was to "insist" or "require" that *all* automation be performed from within NCCF or NetView. The "short period" referred to the time from TSSO being available as an NCCF "command processor" to the time when everything that TSSO could do could also be done using NetView's native functions which - if my presentation notes are to be believed - happened with NetView V1R2. Actually, it's possible that period was not so "short". It could be something like 1980 to 1987, my guessed dates for NCCF (V1R2?) offering "command processors" to NetView V1R2. I hope that clears up any confusion - or maybe just adds to it! Chris Mason [1] Fortunately I retain my presentations on the topic of NetView clists and I see that a level of automation which I believe can be compared to that possible with TSSO appears in NetView V1R2 with the introduction of the "message automation table". Since this is not NetView V1R1, I have to "copy" the "hobbled" adjective to NetView from NCCF. On Wed, 9 Sep 2009 19:32:04 -0500, Chris Mason wrote: >I thought I hadn't been as stupid as is here implied! > >> if you insist on doing all your automation though NetView's "command >facility" > >is what I said before the part quoted. > >Some royal misrepresentation through selective quoting going on here! > >There is a lot - did I say "a lot"? - to be said for quoting the *whole* of the >referenced post even when picking out some parts - as I always do. > >Chris Mason > >On Wed, 9 Sep 2009 20:05:35 -0400, Gerhard Postpischil > wrote: > >>Chris Mason wrote: >>> comprehensive functions for my "silent running" automation. In other words >>> there may have been a short period in the history of NCCF/NetView when >>> TSSO offered the cleverest way - maybe the only way - decently to >>> automate MVS, that is, better than using the internal reader for commands >>> and a "wait" program. >> >>The first version of TSSO appeared not too long after TSO. I am >>not certain who the original author was, but recall seeing Bill >>Godfrey's name in the documentation. That version allowed the >>operators to issue (some) TSO commands from a console. In the >>mid or late seventies, Marc Share at Bell Labs presented an >>updated version that provided the capability to intercept >>console messages, and take some action (message, OS command, >>etc.); the nice part was the extraction by position or word >>count from the message, and insertion into an MVS or TSO >>command. When I was at AMS, and several later centers, I used >>this to automate just about everything possible (e.g., VTAM line >>and terminal error recovery, deletion of unwanted messages, >>etc.). IIRC, the early versions of NETVIEW/NCCF were a >>chargeable item, so TSSO was it. And it certainly was more >>flexible than (the early) linked exits, because it was table >>driven and the tables could be reloaded on
Re: CONVERTV to NONSMS error
On 2009-09-09 at 12:17, concerning "CONVERTV to NONSMS error", Jim McAlpine wrote to IBM-Main: > I'm getting the following error converting a volume to nonsms - > > ADR497E (001)-CATLG(05), A CATALOG ERROR OCCURRED WHILE CONVERTING CLUSTER > DB2C.DSNDBC.DSNDB06.DSNOFX02.I0001.A001 TO NONSMS. > RETURN CODE IS 048, REASON CODE IS EC-128 > the IDC3009I message says the following - >*128* *Explanation:* An SMS storage class construct cannot have a > length of zero. > which isn't at all helpful. Jim: does the VSam file have attributes, such as Extended Format/Addressing, that requires SMS management. It might be an indirect message saying, "I can't catalogue this thing without a StorClas value." I encountered this type of problem when I accidentally moved a bunch of TableSpaces to an SMS pool then couldn't move them back with utilities. The solution (used) required them to be re-orged which creates a new dataset. --> signature = 6 lines follows <-- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee "How *do* you plan for something like that?" Guardian Bob, Reboot "For every action, there is an equal and opposite criticism." "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 -- 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: TEST geographically separate from PROD
Hi Frank, Usually and is the way i've used, in the same location, separated machines for prod and test. But, having them in separated location, maybe due to costs or DR, i mean, DR locations are normaly used only when the main location is being affected due to a disaster, so the DR machine is not being used when normal operations. Due to the costs related to having a DR machine, i think is correct to use it for development or testing purposes when is not being used for real DR or DR tests. 7 years ago, i worked for an American company with 5 mainframes, 2 for development and DR purposes and the other 3 for production, all of them in separated locations, this is normal in several big companies, specially in application development companies. Related to the TN3270, no matter how far or near you are from your work, the response time depends on the connection speed, as an example, if you are connected at 1 mile from your work using an old dialup modem, then the response time will be slow, but if you are connected at the other side of the world using a 1Gb or T1 connection, then the response time will be fast. So i suggest you to check your connection speed, also check how much people is being connected using the same connection. Luck. Enrique Montero El jue, 10-09-2009 a las 09:33 -0600, Frank Swarbrick escribió: > The whole combined versus separate TEST and PROD LPARs was interesting. I > can't imagine not having them separate (with shared DASD for at least the > load libraries), but then it's just what I'm used to. > > So here's a question... Anyone out there have DEV/TEST not only in a > separate LPAR, or even a separate machine, but in a separate data center? We > have our primary data center in Lakewood, CO (near Denver) and our "alternate > data center" (DR site) in Scottsdale, AZ. So about 1000 miles apart. > Management has the idea that we should move the applications development LPAR > to the ADC. As an applications developer this makes me more than a bit > nervous. Does anyone do this? Is a GDPS essentially required to make this > workable? We currently do DASD replication to our ADC using DS8100s. > > One other thing I'm concerned about is TN3270 response time. I feel that > logging on to work from home is too slow, and I only live 8 miles away. > > Thanks, > Frank > > > >>> > > The information contained in this electronic communication and any document > attached hereto or transmitted herewith is confidential and intended for the > exclusive use of the individual or entity named above. If the reader of this > message is not the intended recipient or the employee or agent responsible > for delivering it to the intended recipient, you are hereby notified that any > examination, use, dissemination, distribution or copying of this > communication or any part thereof is strictly prohibited. If you have > received this communication in error, please immediately notify the sender by > reply e-mail and destroy this communication. 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: TEST geographically separate from PROD
I think we did that at one place I worked in the ME. There were TEST and PROD LPARs in the main centre, but there were other TEST and DR LPARs located a few hundred kliks at our secondary data centre. Generally, I don't think you have to have that much separation for pure TEST/PROD, but I think it's vital to have DR several hundred miles apart (I like the 1000 mile sep) and then using the DR site for TEST LPAR processing that supports the main site (leaving more room for PROD processing on the main iron). If you're logon is too slow, is it your system or is it your home service? I've got a cable modem with 30 meg/sec and logons to remote sites on either coast is pretty darn good! I use GoToMyPC for some sites, but even on the "regular" ones I've never had a problem. If you've got DSL, that might be the problem. Either that, or your front-end at the office is configured in such a manner that you have to go through a zillion hoops to authenticate. Hope this helps. Many thanks. Doc Farmer Senior Security Specialist InfoSec, Inc. http://www.InfoSecInc.com http://www.linkedin.com/in/DocFarmer http://tinyurl.com/2t6bwd (Click to Connect) On Thu, 10 Sep 2009 09:33:29 -0600, Frank Swarbrick wrote: >The whole combined versus separate TEST and PROD LPARs was interesting. I can't imagine not having them separate (with shared DASD for at least the load libraries), but then it's just what I'm used to. > >So here's a question... Anyone out there have DEV/TEST not only in a separate LPAR, or even a separate machine, but in a separate data center? We have our primary data center in Lakewood, CO (near Denver) and our "alternate data center" (DR site) in Scottsdale, AZ. So about 1000 miles apart. Management has the idea that we should move the applications development LPAR to the ADC. As an applications developer this makes me more than a bit nervous. Does anyone do this? Is a GDPS essentially required to make this workable? We currently do DASD replication to our ADC using DS8100s. > >One other thing I'm concerned about is TN3270 response time. I feel that logging on to work from home is too slow, and I only live 8 miles away. > >Thanks, >Frank > > > >The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e- mail and destroy this communication. Thank you. > >-- > >Frank Swarbrick >Applications Architect - Mainframe Applications Development >FirstBank Data Corporation - Lakewood, CO USA >P: 303-235-1403 > >-- >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
SHARE in Denver Wrap-Up Article
http://www.share.org/www.share.org/Events/PastConferences/DenverWrapUpArticle/tabid/519/Default.aspx -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: User-written ISPF-Editor line commands
Thank you guys! That's exactly what I'm looking for! Bye, Michael -- 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: How often IPL a production LPAR (any good practice)
> On Thu, 3 Sep 2009 11:08:49 -0500, Steve R Wolf > wrote: > > >We are a IMS TM shop. IMS has many dependant regions (each in it's own > >address spaces). Each night we bounce the regions for DR purposes and > >some twice for another purpose. Because the regions use cross memory > >services the ASIDs can not be reused. We IPL every Sunday in part due to > >the IMS systems (we also have a test IMS in the same system). Do you get an IEF352I ADDRESS SPACE UNAVAILABLE message when each dependent region terminates? I don't know why that would happen - IMS itself does not do anything to make a dependent region ASID nonreusable, unless you have installation or ISV code which is doing something to cause nonreusability. Control IMS address spaces (control, DLI, CQS...) do own cross memory structures which cause the ASID to become nonreusable. IMS development does not currently plan to exploit the z/OS 1.9 reusable ASID infrastructure for these control address spaces. If recycling IMS control address spaces is causing you a significant ASID shortage problem, you may want to consider submitting a requirement to IMS to support REUSASID=YES for control address spaces. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- 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
NEON zPrime Business, Legal and Technical Facts Webinar
I guess IBM's letter generated some FUD http://now.eloqua.com/e/es.aspx?s=1331&e=328&elq=afd32854d7c047509a3a5e1 65b96bd5a -- 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: Startup of All STCs After IPL
I can't seem to find VTAMAPPL. Where is this program located? On Wed, Sep 9, 2009 at 12:08 AM, Wayne Bickerdike wrote: > There is VTAMAPPL. > > We use that, it has PAUSE nn etc. > > Use it to start all our STCs and put appropriate PAUSEs in the commands. > > Also used to automate shutdown. > > On Wed, Sep 9, 2009 at 2:03 AM, George > Rodriguez wrote: > > Hi Listeners, > > > > > > > > Presently we use the following procedure (IVPRDR) to issue the start > > command for the STCs. The PROC was originally from IPO1.PROCLIB and > > here's it content: > > > > > > > > //IVPRDR PROC CLASS='X', DEFAULT SYSOUT CLASS IS A > > > > // M=DUMMY DEFAULT MEMBER IS BASE IVP JOBS > > > > //* LIB: IPO1.PROCLIB(IVPRDR) > > > > //* GDE: CBIPO MVS INSTALLATION > > > > //* DOC: THIS IPO PROCEDURE, WHEN STARTED WITH > > > > //* A MEMBER NAME (S IVPRDR,M=MEMBER), TAKES > > > > //* THE MEMBER FROM IPO1.IVPLIB AND SUBMITS > > > > //* THE JOB TO AN MVS INTERNAL READER. > > > > //* > > > > //IEFPROCEXEC PGM=IEBEDIT > > > > //SYSIN DDDUMMY > > > > //SYSPRINT DDSYSOUT=* > > > > //SYSUT1 DDDDNAME=IEFRDER > > > > //SYSUT2 DDSYSOUT=(&CLASS,INTRDR),DCB=BLKSIZE=80 > > > > //IEFRDERDDDSN=SYS2.IVPRDR.JCL(&M), > > > > // DISP=SHR > > > > > > > > The member name that we use is called STARTUP and what's in it follows: > > > > > > > > /*$SLGN(*) > > > > /*$SLNE(1442-1450) > > > > /*$VS,'V 3400-34FF,OFFLINE' > > > > /*$VS,'-DSNPSTART DB2' > > > > /*$VS,'-DSNQSTART DB2' > > > > /*$VS,'-DSNTSTART DB2' > > > > /*$VS,'-DWHPSTART DB2' > > > > /*$VS,'-DWHTSTART DB2' > > > > /*$VS,'S TCPIPMVS' > > > > /*$VS,'S ABENDAID' > > > > /*$VS,'S ADABASP' > > > > /*$VS,'S ADABAST' > > > > /*$VS,'S CAOMS' > > > > . > > > > . > > > > . > > > > /*$VS,'S XDSSPROC' > > > > /*$VS,'F RMF.RMF,S III' > > > > > > > > The only problem with this method is that I sometimes need a wait > > between commands... Is there anyone else using this method? If not, are > > you willing to share whatever you use? > > > > > > > > Thanks in advance... > > > > > > > > George Rodriguez > > > > Specialist, Systems Programmer > > > > Network & Technical Services > > > > (561) 357-7652 (office) > > > > (561) 707-3496 (mobile) > > > > School District of Palm Beach County > > > > 3348 Forest Hill Blvd. > > > > Room B-332 > > > > .West Palm Beach, FL. 33406-5869 > > > > Florida's Only A-Rated Urban District For Five Consecutive Years > > > > > > > > > > > > -- > > --Palm Beach County Schools- > > > > Rated "A" by the Florida Department of Education 2005-2009 > > > > -Home of Florida's first LEED Gold Certified School- > > ---http://www.palmbeachschools.org- > > > > The District of Palm Beach County is an Equal Education Opportunity > > Provider and Employer. Under Florida law, e-mail addresses are > > public records. If you do not want your e-mail address released in > > response to a public records request, do not send electronic mail > > to this entity. Instead, contact this office by phone or in > > writing. > > > > -- > > 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 > > > > > > -- > Wayne V. Bickerdike > > -- > 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 > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- 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: Startup of All STCs After IPL
I'll have to search my LINKLIST, when we ran a FLEX it came from the ADCD libs. I'll get back unless other posters know the origin. On Fri, Sep 11, 2009 at 6:32 AM, Mark Pace wrote: > I can't seem to find VTAMAPPL. Where is this program located? > > On Wed, Sep 9, 2009 at 12:08 AM, Wayne Bickerdike wrote: > >> There is VTAMAPPL. >> >> We use that, it has PAUSE nn etc. >> >> Use it to start all our STCs and put appropriate PAUSEs in the commands. >> >> Also used to automate shutdown. >> >> On Wed, Sep 9, 2009 at 2:03 AM, George >> Rodriguez wrote: >> > Hi Listeners, >> > >> > >> > >> > Presently we use the following procedure (IVPRDR) to issue the start >> > command for the STCs. The PROC was originally from IPO1.PROCLIB and >> > here's it content: >> > >> > >> > >> > //IVPRDR PROC CLASS='X', DEFAULT SYSOUT CLASS IS A >> > >> > // M=DUMMY DEFAULT MEMBER IS BASE IVP JOBS >> > >> > //* LIB: IPO1.PROCLIB(IVPRDR) >> > >> > //* GDE: CBIPO MVS INSTALLATION >> > >> > //* DOC: THIS IPO PROCEDURE, WHEN STARTED WITH >> > >> > //* A MEMBER NAME (S IVPRDR,M=MEMBER), TAKES >> > >> > //* THE MEMBER FROM IPO1.IVPLIB AND SUBMITS >> > >> > //* THE JOB TO AN MVS INTERNAL READER. >> > >> > //* >> > >> > //IEFPROC EXEC PGM=IEBEDIT >> > >> > //SYSIN DD DUMMY >> > >> > //SYSPRINT DD SYSOUT=* >> > >> > //SYSUT1 DD DDNAME=IEFRDER >> > >> > //SYSUT2 DD SYSOUT=(&CLASS,INTRDR),DCB=BLKSIZE=80 >> > >> > //IEFRDER DD DSN=SYS2.IVPRDR.JCL(&M), >> > >> > // DISP=SHR >> > >> > >> > >> > The member name that we use is called STARTUP and what's in it follows: >> > >> > >> > >> > /*$SLGN(*) >> > >> > /*$SLNE(1442-1450) >> > >> > /*$VS,'V 3400-34FF,OFFLINE' >> > >> > /*$VS,'-DSNPSTART DB2' >> > >> > /*$VS,'-DSNQSTART DB2' >> > >> > /*$VS,'-DSNTSTART DB2' >> > >> > /*$VS,'-DWHPSTART DB2' >> > >> > /*$VS,'-DWHTSTART DB2' >> > >> > /*$VS,'S TCPIPMVS' >> > >> > /*$VS,'S ABENDAID' >> > >> > /*$VS,'S ADABASP' >> > >> > /*$VS,'S ADABAST' >> > >> > /*$VS,'S CAOMS' >> > >> > . >> > >> > . >> > >> > . >> > >> > /*$VS,'S XDSSPROC' >> > >> > /*$VS,'F RMF.RMF,S III' >> > >> > >> > >> > The only problem with this method is that I sometimes need a wait >> > between commands... Is there anyone else using this method? If not, are >> > you willing to share whatever you use? >> > >> > >> > >> > Thanks in advance... >> > >> > >> > >> > George Rodriguez >> > >> > Specialist, Systems Programmer >> > >> > Network & Technical Services >> > >> > (561) 357-7652 (office) >> > >> > (561) 707-3496 (mobile) >> > >> > School District of Palm Beach County >> > >> > 3348 Forest Hill Blvd. >> > >> > Room B-332 >> > >> > .West Palm Beach, FL. 33406-5869 >> > >> > Florida's Only A-Rated Urban District For Five Consecutive Years >> > >> > >> > >> > >> > >> > -- >> > --Palm Beach County Schools- >> > >> > Rated "A" by the Florida Department of Education 2005-2009 >> > >> > -Home of Florida's first LEED Gold Certified School- >> > ---http://www.palmbeachschools.org- >> > >> > The District of Palm Beach County is an Equal Education Opportunity >> > Provider and Employer. Under Florida law, e-mail addresses are >> > public records. If you do not want your e-mail address released in >> > response to a public records request, do not send electronic mail >> > to this entity. Instead, contact this office by phone or in >> > writing. >> > >> > -- >> > 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 >> > >> >> >> >> -- >> Wayne V. Bickerdike >> >> -- >> 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 >> > > > > -- > Mark Pace > Mainline Information Systems > 1700 Summit Lake Drive > Tallahassee, FL. 32317 > > -- > 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 > -- Wayne V. Bickerdike -- 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
CLIST/REXX Library Formats
I'm involved in a discussion (read "argument") with co-workers where I'm currently doing a consulting gig. Which is more effieient for CLIST/REXX libraries? the choices are "RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? I lean toward the VB-format, btt I have at least one person here insisting that FB/80 is a "Industry standard" and is absolutely mandatory. The libraries are NOT LLA/VLF managed. Opinions and/or criticisms, please. 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: CLIST/REXX Library Formats
Never seen a problem with either format. Been around Rexx sin Ricck, Never seen a problem with either format. Been around Rexx since 1984 Scott J Ford www.identityforge.com From: Rick Fochtman To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 10, 2009 4:44:12 PM Subject: CLIST/REXX Library Formats I'm involved in a discussion (read "argument") with co-workers where I'm currently doing a consulting gig. Which is more effieient for CLIST/REXX libraries? the choices are "RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? I lean toward the VB-format, btt I have at least one person here insisting that FB/80 is a "Industry standard" and is absolutely mandatory. The libraries are NOT LLA/VLF managed. Opinions and/or criticisms, please. 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 -- 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: CLIST/REXX Library Formats
The rational choices are (IMHO) FB/80 or VB/255. 1. FB/255 makes no sense. 2. I tend to stick with FB/80 due to the use of ISPF edit -and- Mod 2/3/4 3270 emulation. Hayim _ Hayim Sokolsky, CISSP Mainframe Security Architect DTCC Corporate Information Security 18301 Bermuda Green Dr, MS 1-CIS Tampa FL 33647-1760 Tel. (813) 470-2177 Rick Fochtman Sent by: IBM Mainframe Discussion List 2009.09.10 16:44 Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject CLIST/REXX Library Formats I'm involved in a discussion (read "argument") with co-workers where I'm currently doing a consulting gig. Which is more effieient for CLIST/REXX libraries? the choices are "RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? I lean toward the VB-format, btt I have at least one person here insisting that FB/80 is a "Industry standard" and is absolutely mandatory. The libraries are NOT LLA/VLF managed. Opinions and/or criticisms, please. 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 _ DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- 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: User-written ISPF-Editor line commands
For some command idea, here are some I've added; If anyone else has some additional ones I'd love to hear about them. * CL - Change to case of the word under the cursor to Lower case. * CU - Change to case of the word under the cursor to Upper case. * CP - Copy line(s) to multiple target labels. The data to copy is * the CP line or the block of lines within CPP block cmds. * The targets to receive the copies are set via labels. * Use labels .AA thru .AZ to copy AFTER the labeled lines. * Use labels .BA thru .BZ to copy BEFORE the labeled lines. * Adopted from the CM (Copy to Multiple lines) macro. * CPC- Same as CP only it uses the ISPF default clipboard item * as the data to copy to the target labels. CPC may be entered * on ANY line as it has no significance in the copy process. * Just set the target labels, enter CPC someplace and ENTER. * FA - Find All occurrences of a word. * If the cursor is on a word, it processes it, * If cursor is in the line cmd, the 1st word on the line is used. * Same as the XF command except XF excludes non found lines. * HX - Create Hex for the character line, (non editable) * Translates the line to HEX and adds the two line HEX data * as note line in the member. RESet removes the HEX data. * HD - Create Hex Data for the character line, (editable). * Translates the line to HEX and adds the two line HEX data * as editable data in the member. * SEE USAGE NOTES * HC - Hex to Character string. Works in conjunction with HD. * Changes a two line Hex representation of a character string * back to the one line character string. * SEE USAGE NOTES * HELP-Displays the commands available with LINEMAC. * RX - Add a blank REXX formatted comment to the End of the line. * CM - Add a blank formatted comment 'flower box' appropriate for * the type of member being updated. * CMT Call the more robust CMT edit macro to create a comment box * CMO- Comment out a line. * TJ - Text join. * T? - Insert a REXX Trace command. i.e. TI inserts Trace I *TN inserts Trace N * UNC- Uncomment a line.(For REXX, delimiters must be on same line) * XFA- Exclude all and Find all occurrences of a word. * XF If the cursor is on a word, it processes it, * If cursor is in the line cmd, 1st word on the line is used. * Same as the FA command except this excludes non found lines. * VER- display LINEMAC version number. * MOD- display LINEMAC modification log. * * If the command is not one of the above, it is entered as a primary * command. If it is not a valid command then an appropriate * error message is displayed. * -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Michael Knigge Sent: Thursday, September 10, 2009 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: User-written ISPF-Editor line commands Thank you guys! That's exactly what I'm looking for! Bye, Michael -- 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 NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- 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: Startup of All STCs After IPL
On Thu, 10 Sep 2009 16:32:02 -0400, Mark Pace wrote: >I can't seem to find VTAMAPPL. Where is this program located? > That is an ADCD program.I have something on my web site and CBT file 434 called "ACBCHECK". It's not the same as VTAMAPPL, but can serve a similar purpose. *** *** THIS PROGRAM WILL CHECK IF A VTAM ACB IS AVAILABLE, *** *** IF IT IS NOT THE PROGRAM WILL WAIT 15 SECONDS AND TRY *** *** AGAIN. IT WILL KEEP TRYING FOR UP TO 15 MINUTES.*** *** *** *** IT CAN BE PUT INTO STCS AS A FIRST STEP SO THE STC CAN *** *** BE STARTED VIA COMMNDXX AT IPL BEFORE VTAM IS ACTIVE. *** *** *** *** THE PROGRAM MUST BE PASSED A PARM OF THE ACB TO CHECK. *** *** *** SAMPLE JCL: *** *** //STEP1 EXEC PGM=ACBCHECK,PARM=TSO -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: User-written ISPF-Editor line commands
George.William wrote: For some command idea, here are some I've added; If anyone else has some additional ones I'd love to hear about them. * CL - Change to case of the word under the cursor to Lower case. * CU - Change to case of the word under the cursor to Upper case. * CP - Copy line(s) to multiple target labels. The data to copy is * the CP line or the block of lines within CPP block cmds. * The targets to receive the copies are set via labels. * Use labels .AA thru .AZ to copy AFTER the labeled lines. * Use labels .BA thru .BZ to copy BEFORE the labeled lines. * Adopted from the CM (Copy to Multiple lines) macro. * CPC- Same as CP only it uses the ISPF default clipboard item * as the data to copy to the target labels. CPC may be entered * on ANY line as it has no significance in the copy process. * Just set the target labels, enter CPC someplace and ENTER. * FA - Find All occurrences of a word. * If the cursor is on a word, it processes it, * If cursor is in the line cmd, the 1st word on the line is used. * Same as the XF command except XF excludes non found lines. * HX - Create Hex for the character line, (non editable) * Translates the line to HEX and adds the two line HEX data * as note line in the member. RESet removes the HEX data. * HD - Create Hex Data for the character line, (editable). * Translates the line to HEX and adds the two line HEX data * as editable data in the member. * SEE USAGE NOTES * HC - Hex to Character string. Works in conjunction with HD. * Changes a two line Hex representation of a character string * back to the one line character string. * SEE USAGE NOTES * HELP-Displays the commands available with LINEMAC. * RX - Add a blank REXX formatted comment to the End of the line. * CM - Add a blank formatted comment 'flower box' appropriate for * the type of member being updated. * CMT Call the more robust CMT edit macro to create a comment box * CMO- Comment out a line. * TJ - Text join. * T? - Insert a REXX Trace command. i.e. TI inserts Trace I *TN inserts Trace N * UNC- Uncomment a line.(For REXX, delimiters must be on same line) * XFA- Exclude all and Find all occurrences of a word. * XF If the cursor is on a word, it processes it, * If cursor is in the line cmd, 1st word on the line is used. * Same as the FA command except this excludes non found lines. * VER- display LINEMAC version number. * MOD- display LINEMAC modification log. * * If the command is not one of the above, it is entered as a primary * command. If it is not a valid command then an appropriate * error message is displayed. * Very clever. It looks like ISPF is catching up with you, though. The idea behind your CP command is implemented with AK, BK, OK (copy or move after and Keep the value for another copy or move), and HX is now an official command (z/OS 1.11). TJ is the same as TF, I would imagine. Still, good show. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques ==> Ask about being added to our opt-in list: <== ==> * Early announcement of new courses <== ==> * Early announcement of new techincal papers <== ==> * Early announcement of new promotions <== -- 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: Use of RETAIN
The originally specified JCL isn't exactly correct. If you were to call for a 2nd tape sometime before reaching file 10, the system would try to place that file on the 1st (full) tape, due to the way this refer-back is coded. Also, if allowed, there would be gaps in the file numbers (such as file 10 following file 8 with no file 9 present). The correct specification would be to refer back to the DD for the previous file on the tape. Original: //TAPE1DD DSN=CHGE.&VOL1..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(1,SL), // VOLUME=(,RETAIN,SER=), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) //TAPE2DD DSN=CHGE.&VOL2..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(2,SL), // VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) //TAPE10 DD DSN=CHGE.&VOL10..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(10,SL), // VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) Corrected: //TAPE1DD DSN=CHGE.&VOL1..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(1,SL), // VOLUME=(,RETAIN,SER=), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) //TAPE2DD DSN=CHGE.&VOL2..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(2,SL), // VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) . . . //TAPE9DD DSN=CHGE.&VOL9..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(9,SL), // VOLUME=(,RETAIN,REF=*.STEP01.TAPE8), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) //TAPE10 DD DSN=CHGE.&VOL10..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), // UNIT=3590-1,LABEL=(10,SL), // VOLUME=(,RETAIN,REF=*.STEP01.TAPE9), // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) -- 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: CLIST/REXX Library Formats
I think the Lrecl80 came from the punch card days. The people I worked with back in 1980 preferred the 80 byte record because they came from punch cards. That plus the ease of seeing everything on one screen without having to scroll back and forth was great. But those days were more due to the limits of the terminals. I do not recall when we were able to go from the 24x80 screen to mod3/mod4/mod5. But that would be one reason many prefer the Lrecl80. With the advances of screen szie (162x??) you could see more at one time than before. I really do not think it was ever a standard, just a preference. IBM would ship some products clists (like DB2's) in both formats and you could choose which one you liked to use. My preference is still 80 byte, but I can always adapt to 255. Lizette > >I'm involved in a discussion (read "argument") with co-workers where I'm >currently doing a consulting gig. > >Which is more effieient for CLIST/REXX libraries? the choices are >"RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? > >I lean toward the VB-format, btt I have at least one person here >insisting that FB/80 is a "Industry standard" and is absolutely >mandatory. The libraries are NOT LLA/VLF managed. > >Opinions and/or criticisms, please. > > -- 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: NEON zPrime Business, Legal and Technical Facts Webinar
Seems that Eloqua is Firefox unfriendly, so this link can only be read from a computer system running Windows and IE. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Thursday, September 10, 2009 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: NEON zPrime Business, Legal and Technical Facts Webinar I guess IBM's letter generated some FUD http://now.eloqua.com/e/es.aspx?s=3D1331&e=3D328&elq=3Dafd32854d7c047509 a= 3a5e1 65b96bd5a -- 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: NEON zPrime Business, Legal and Technical Facts Webinar
Thanks for the posting. I signed up. At the last meeting of the Midwest Computer Measurement Group, which was held in Milwaukee a month or so ago, Al Sherkow spoke, but not on Neon zPrime. He was asked a lot of questions about it during his 2 hours, and it was very interesting. He does consulting work for both Neon and IBM. He didn't give any definitive answers, but did point out that whatever contract you sign with IBM for using ZIIPs and ZAAPs is binding. This should be interesting to see how this plays out. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Ken Porowski" I guess IBM's letter generated some FUD http://now.eloqua.com/e/es.aspx?s=1331&e=328&elq=afd32854d7c047509a3a5e1 65b96bd5a -- 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: NEON zPrime Business, Legal and Technical Facts Webinar
Thompson, Steve wrote: Seems that Eloqua is Firefox unfriendly, so this link can only be read from a computer system running Windows and IE. I read it using Firefox 3.5.2 under Windows XP SP3. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: User-written ISPF-Editor line commands
Ya, guess it is. Actuall TJ is different from TF. TF - Text Flow will 'flow' the indicated line and all subsequent lines below it till the end of the paragraph. TJ - Text Join, joins the indicated line and ONLY THE ONE LINE BELOW IT and will not 'flow' to a 2nd line if the data is longer than the (bounds). Useful to join two lines of code when using TF would create havoc with your code. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, September 10, 2009 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: User-written ISPF-Editor line commands Very clever. It looks like ISPF is catching up with you, though. The idea behind your CP command is implemented with AK, BK, OK (copy or move after and Keep the value for another copy or move), and HX is now an official command (z/OS 1.11). TJ is the same as TF, I would imagine. Still, good show. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques ==> Ask about being added to our opt-in list: <== ==> * Early announcement of new courses <== ==> * Early announcement of new techincal papers <== ==> * Early announcement of new promotions <== -- 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 NOTICE: This email from the State of California is for the sole use of the intended recipient and may contain confidential and privileged information. Any unauthorized review or use, including disclosure or distribution, is prohibited. If you are not the intended recipient, please contact the sender and destroy all copies of this email. -- 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: User-written ISPF-Editor line commands
A few more to add .. NA, NC, NJ, NR, NP - convert line to a comment ( Assembler/Cobol/JCL/Rexx/PL1 ) - as per Roscoe equivalents JJ - Join JCL lines, removing the // from the front JS - Split a JCL line at the cursor, inserting a // and spaces to line it up / - scroll this line to the top ( cos I kept thinking I was in CMS edit ... ) Regards Paul -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of George.William Sent: 10 September 2009 22:35 To: IBM-MAIN@bama.ua.edu Subject: Re: User-written ISPF-Editor line commands Ya, guess it is. Actuall TJ is different from TF. TF - Text Flow will 'flow' the indicated line and all subsequent lines below it till the end of the paragraph. TJ - Text Join, joins the indicated line and ONLY THE ONE LINE BELOW IT and will not 'flow' to a 2nd line if the data is longer than the (bounds). Useful to join two lines of code when using TF would create havoc with your code. -Original Message- ___ Atos Origin and Atos Consulting are trading names used by the Atos Origin group. The following trading entities are registered in England and Wales: Atos Origin IT Services UK Limited (registered number 01245534) and Atos Consulting Limited (registered number 04312380). The registered office for each is at 4 Triton Square, Regents Place, London, NW1 3HG.The VAT No. for each is: GB232327983 This e-mail and the documents attached are confidential and intended solely for the addressee, and may contain confidential or privileged information. If you receive this e-mail in error, you are not authorised to copy, disclose, use or retain it. Please notify the sender immediately and delete this email from your systems. As emails may be intercepted, amended or lost, they are not secure. Atos Origin therefore can accept no liability for any errors or their content. Although Atos Origin endeavours to maintain a virus-free network, we do not warrant that this transmission is virus-free and can accept no liability for any damages resulting from any virus transmitted. The risks are deemed to be accepted by everyone who communicates with Atos Origin by email. ___ -- 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: CLIST/REXX Library Formats
>I'm involved in a discussion (read "argument") with co-workers where I'm >currently doing a consulting gig. >Which is more effieient for CLIST/REXX libraries? the choices are >"RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? >I lean toward the VB-format, btt I have at least one person here >insisting that FB/80 is a "Industry standard" and is absolutely >mandatory. The libraries are NOT LLA/VLF managed. Every place I've ever worked at (that I can remember)which is maybe 10-12 different places, have all used RECFM=FB, LRECL=80 For what it's worth. Thanks, Tom Savor _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. 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: CLIST/REXX Library Formats
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman > > I'm involved in a discussion (read "argument") with co-workers where I'm > currently doing a consulting gig. > > Which is more effieient for CLIST/REXX libraries? the choices are > "RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? > > I lean toward the VB-format, btt I have at least one person here > insisting that FB/80 is a "Industry standard" and is absolutely > mandatory. The libraries are NOT LLA/VLF managed. > > Opinions and/or criticisms, please. Well, I don't know about "Industry Standard", but based on empirical evidence RECFM=FB,LRECL=80 certainly is not mandatory. Example: The CLIST produced by IRRRID00, for one. -jc- -- 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: Sytem Managed Buffering
Anybody have feedback on this? -- 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: CLIST/REXX Library Formats
Clists use to parse to the end of the record. One could enter a command on a line followed by comments, and clist would still parse to the end of record. Back in the day, VB performed better. With VLF, it pretty much doesn't matter. You indicated VLF is not a consideration so it really comes down to personal preference. I think VB is a PITA, so I never use it. IBM, and most vendors, ship FB format for Rexx and clists. If you like VB, and don't need to concatenate with FB, there is no compelling reason to change. Bob Shannon Rocket Software -- 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
Dynamic Cache Management
I was reading the Implementing System-Managed Storage book and came accross Using Cache to improve performance, were it spoke about Dynamic Cache Magagement. Is there still a benefit in implementing this? PROS/CONS. Is anyone using this? Got any general guidelines for starting out? TIA -- 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: T-Rex replacement
Catalog Recovery + by Mainstar Software, they may be Rocket Software now. -- 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
Share Denver - Presentations
I didn't attend Share, but was wondering if there is a site to get all of the presentations. -- 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: Sytem Managed Buffering
Feedack on what? What is your question? --Original Message-- From: gsg Sender: IBM Mainframe Discussion List To: IBM Mainframe Discussion List ReplyTo: IBM Mainframe Discussion List Sent: Sep 10, 2009 18:04 Subject: Re: Sytem Managed Buffering Anybody have feedback on this? -- 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 - Too busy driving to stop for gas! -- 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: Share Denver - Presentations
gsg wrote: I didn't attend Share, but was wondering if there is a site to get all of the presentations. http://www.share.org Click "Proceedings". -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: Sytem Managed Buffering
We are looking at implementing SMB and I'm wondering how do you know if SMB is kicking in for a dataset? Is there a message stating SMB is active for this dataset? Also, is there any problems with SMB and datasets that are used by CICS. I think most of our CICS online files utilize LSR, does SMB ignore these datasets? Is there anything we need to be concerned with regarding SMB and CICS files? TIA -- 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: Share Denver - Presentations
Thx , Ed... I appreciate the url for Share since I wasnt able to attend. Scott J Ford www.identityforge.com From: Edward Jaffe To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 10, 2009 6:21:43 PM Subject: Re: Share Denver - Presentations gsg wrote: > I didn't attend Share, but was wondering if there is a site to get all of the > presentations. > http://www.share.org Click "Proceedings". -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: CLIST/REXX Library Formats
On Thu, 10 Sep 2009 15:44:12 -0500, Rick Fochtman wrote: >I'm involved in a discussion (read "argument") with co-workers where I'm >currently doing a consulting gig. > >Which is more effieient for CLIST/REXX libraries? the choices are >"RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? > >I lean toward the VB-format, btt I have at least one person here >insisting that FB/80 is a "Industry standard" and is absolutely >mandatory. The libraries are NOT LLA/VLF managed. > >Opinions and/or criticisms, please. > o First, silicon is cheaper than carbon. The criterion for "more efficient" should consider the cost of human resources, before computer resources. o "Industry standard"? Not any more. (But I can remember when ISPF (at the time SPF) panels were distributed as VB; IBM later switched to FB (circa 1980?). o When Rexx for TSO/E was first announced, I saw an IBM Intro publication which recommended VB without line numbers and liberal use of mixed case for human legibility (I sense MFC's hand here). I can no longer find that pub, and IBM imediately failed to walk their talk. o ISPF is the _only_ editor/viewer I know that won't soft-wrap long lines to fit the screen without scrolling back and forth (although some rely on auto-scrolling to follow the cursor). Particularly painful when I want to insert a few characters in a line that has more than 80 (or whatever) characters to the right of the insertion point. I need to Change and overtype. Or when I delete a character, a blank gets inserted at the point of the right screen boundary and I must scroll right and delete it. There should be a Requirement for ISPF (optionally, in profile) to soft-wrap long lines to screen width. (Or is there such a Requirement already?) I just go use another editor rather than fight it. (All our data sets are NFS exported.) -- 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: CLIST/REXX Library Formats
Length schmength, it depends what's in it. I use any PDS as a clist repository and allocate it whenever I need it. Most of the time I like whatever fits on my screen but I keep a 300 lrecl around in case I have a slew of really wide RACF commands, like a full width alter of installation data. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, September 10, 2009 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: CLIST/REXX Library Formats I'm involved in a discussion (read "argument") with co-workers where I'm currently doing a consulting gig. Which is more effieient for CLIST/REXX libraries? the choices are "RECFM=FB, LRECL=255" or "RECFM=FB,LRECL=80"? I lean toward the VB-format, btt I have at least one person here insisting that FB/80 is a "Industry standard" and is absolutely mandatory. The libraries are NOT LLA/VLF managed. Opinions and/or criticisms, please. 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 ___ No viruses found in this incoming message Scanned by iolo AntiVirus 1.5.8.3 http://www.iolo.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: CLIST/REXX Library Formats
>o "Industry standard"? Not any more. (But I can remember when ISPF (at the >time SPF) panels were distributed as VB; IBM later switched to FB (circa >1980?). Later, IIRC. I think it came out with XA. Also, that was the same time they renamed it and split out PDF. - Too busy driving to stop for gas! -- 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: Share Denver - Presentations
Thanks for the link. -- 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: T-Rex replacement
Check Tivoli Advanced Catalog Management from IBM - http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS209-285&open&cm_mmc=5318-_-n-_-vrm_newsletter-_-10577_127721&cmibm_em=dm:0:5357837 You might be pleased with what you find 'under the covers'. Regards, Doug - Original Message - From: "גדי בן אבי" Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, September 10, 2009 02:41 Subject: T-Rex replacement Hi, We are planning two replace two z890 with one z10BC with a capacity equivalent to the two z890’s. T-Rex is currently licensed on only one z890, and Dino software want a hefty upgrade fee. Can anyone recommend a replacement for T-Rex. We use it for catalog backups and for getting rid of various orphaned files. TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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: T-Rex replacement
Which is the same as Mainstar's Catalog Recovery Plus except that you also have access through TEP (Tivoli Enterprise Portal). Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Douglas Shupe Sent: Thursday, September 10, 2009 6:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: T-Rex replacement Check Tivoli Advanced Catalog Management from IBM - http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS209-285&open&cm_mmc=5318-_-n-_-vrm_newsletter-_-10577_127721&cmibm_em=dm:0:5357837 You might be pleased with what you find 'under the covers'. Regards, Doug - Original Message - From: "גדי בן אבי" Newsgroups: bit.listserv.ibm-main To: Sent: Thursday, September 10, 2009 02:41 Subject: T-Rex replacement Hi, We are planning two replace two z890 with one z10BC with a capacity equivalent to the two z890’s. T-Rex is currently licensed on only one z890, and Dino software want a hefty upgrade fee. Can anyone recommend a replacement for T-Rex. We use it for catalog backups and for getting rid of various orphaned files. TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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: T-Rex replacement
That link was for Tivoli Advanced Allocation Management, which is a similar product to CA-Allocate (aka VAM, aka Vantage SRM) and BMC Resolve SRM (aka STOPX37). Try this one: http://www-03.ibm.com/systems/storage/software/toolkit/acm.html Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Thu, 10 Sep 2009 21:04:35 -0400, Douglas Shupe wrote: >Check Tivoli Advanced Catalog Management from IBM - >http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS209-285&open&cm_mmc=5318-_-n-_-vrm_newsletter-_-10577_127721&cmibm_em=dm:0:5357837 >You might be pleased with what you find 'under the covers'. >Regards, Doug > >- Original Message - >From: "âãé áï àáé" >Newsgroups: bit.listserv.ibm-main >To: >Sent: Thursday, September 10, 2009 02:41 >Subject: T-Rex replacement > > >Hi, > >We are planning two replace two z890 with one z10BC with a capacity >equivalent to the two z890s. > >T-Rex is currently licensed on only one z890, and Dino software want a hefty >upgrade fee. > >Can anyone recommend a replacement for T-Rex. > >We use it for catalog backups and for getting rid of various orphaned files. > >TIA > >Gadi > > >ìùéîú ìáê, áäúàí ìðäìé äçáøä åæëåéåú äçúéîä áä, ëì äöòä, äúçééáåú àå îöâ >îèòí äçáøä, îçééáéí îñîê ðôøã åçúåí òì éãé îåøùé äçúéîä ùì äçáøä, äðåùà àú >ìåâå äçáøä àå ùîä äîåãôñ åáöéøåó çåúîú äçáøä. áäòãø îñîê ëàîåø (ìøáåú îñîê >ñøå÷) äîöåøó ìäåãòú ãåàø àì÷èøåðé æàú, àéï ìøàåú áàîåø áäåãòä àìà îùåí èéåèä >ìãéåï, åàéï ìäñúîê òìéä ìáéöåò ôòåìä òñ÷éú àå îùôèéú ëìùäé. > >-- >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: Dynamic Cache Management
GSG, For IBM, SUN/STK and HDS there is still a small benefit. While everything must go through cache with these controllers, DCME will influence where ICL and BC IO is placed in the LRU queue so that it will be cast out sooner than other normal IO. You don't get a choice about whether it is implemented or not. DFSMS will use the MSR value in the STORCLAS to decide whether the dataset is Must, Maybe or never cache. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > gsg > Sent: Thursday, September 10, 2009 3:08 PM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] Dynamic Cache Management > > I was reading the Implementing System-Managed Storage book and came > accross Using Cache to improve performance, were it spoke about Dynamic > Cache Magagement. Is there still a benefit in implementing this? > PROS/CONS. Is anyone using this? Got any general guidelines for starting > out? > > TIA > > -- > 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: Sytem Managed Buffering
GSG, The type 64 SMF record. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > gsg > Sent: Thursday, September 10, 2009 3:45 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Sytem Managed Buffering > > We are looking at implementing SMB and I'm wondering how do you know if > SMB is kicking in for a dataset? Is there a message stating SMB is active for > this dataset? > > Also, is there any problems with SMB and datasets that are used by CICS. I > think most of our CICS online files utilize LSR, does SMB ignore these > datasets? Is there anything we need to be concerned with regarding SMB and > CICS files? > > TIA > > > > -- > 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: T-Rex replacement
Some additional possible alternatives to Dino Software's T-Rex: IBM: Tivoli Advanced Catalog Management for z/OS (as mentioned) (possibly also Tivoli Advanced Audit for DFSMShsm, depending on requirements) ASPG: Catalog Information Manager (CIM) CA: CREWS Data Processing Techniques: DP Technician EMC: Catalog Solution Estorian: SpaceFinder Hostsystems GmbH: Catalog Information Manager (CIM) Also, Gimbals is selling red toy fire trucks for Christmas. :-) - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific E-Mail: timothy.sipp...@us.ibm.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: PDSE HELP Required.
Thank you Radoslaw Skorupka So It always better to use PDSE with in the SYSPLEX boundaries to avoid any corruption. I don't understand why the vendors are populating the libraries in PDSE. Mani. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Monday, September 07, 2009 2:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PDSE HELP Required. Sivakumar, Manikandan pisze: > All, > > > > I would need your assistance to know about PDSE Concepts and > considerations. > > > > Currently the 3rd Party Vendor products were introduced the product > libraries in PDSE format which benefits them in terms of Dynamic Space > allocation with reclaim spaces, 123 Extent limit, Multiple members can > created at a single time etc., > > > > I would need your help to understand the implementation considerations. > > > > 1. In GRS/MIM Complex how we need to implement the PDSE > Loadlib/Linklib? If the PDSESHARING is NORMAL Apples and oranges. GRS/MIM *does not help* with sharing PDSE's across MVS images. You can share PDSE within sysplex boundary (not the same thing as GRS complex). Linklib/loadlib has nothing to do here. > 2. How to implement in the case of PDSESHARING is EXTENDED? No change. Sysplex boundaries. > 3. What are the other important factors to be consider in SYSPLEX > environment while handling PDSE? Never, ever try to access PDSE from other system (other sysplex). > 4. Shall we convert the PDSE to PDS? Why? If you want to share it between non-sysplexed systems, then it can be good idea. However sometimes you *cannot* convert, because PDSE can contain programs in format which is not possible to store in PDS. Is it your case - we don't know. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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 The information contained in this transmission may contain privileged and confidential information and is intended only for the use of the person(s) named above. If you are not the intended recipient, any review, dissemination, distribution or duplication of this communication is strictly prohibited. If you received this email in error, please contact the sender immediately by reply e-mail and destroy all copies of the original message. This email is not intended as an offer or solicitation for the purchase or sale of any financial instruments. -- 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: CLIST/REXX Library Formats
VB 255 gives you more flexibility, I just find that long character strings are easier to code if you can use the whole 255 bytes. So many times have novices asked me why their REXX was failing and it was sequence numbers in 73-80. Can still happen for VB 255 but always seems to be that folks don't look in 73-80 because they can't see it without scrolling right on a standard terminal display. But having said that, my REXX lib is FB 80, for no good reason :) I also use some R4 REXX and Notepad doesn't care about FB 80. It should be 133 anyway, makes coding for my 1403 line printer a cinch :) ANSI rhymes with Nancy - real programmers use RECFM=FM On Fri, Sep 11, 2009 at 10:27 AM, Ted MacNEIL wrote: >>o "Industry standard"? Not any more. (But I can remember when ISPF (at >>the time SPF) panels were distributed as VB; IBM later switched to FB >>(circa 1980?). > > Later, IIRC. > I think it came out with XA. > Also, that was the same time they renamed it and split out PDF. > - > Too busy driving to stop for gas! > > -- > 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 > -- Wayne V. Bickerdike -- 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: Use of RETAIN
I agree with John, make the referback always to the previous step. When I was doing a lot of tape stacking, I also had a placeholder dataset for the first one on the initial tape. I would generate the JCL using a REXX to build the STEPNAME referback name and build a new job at step 255. Use of an instream PROC also makes the JCL more streamlined, make the referback a PROC JCL PARM. I have a feeling that if you only refer back to label 1, when a new volume is mounted, the job fails... On Fri, Sep 11, 2009 at 7:08 AM, John Laubenheimer wrote: > The originally specified JCL isn't exactly correct. If you were to call for > a 2nd > tape sometime before reaching file 10, the system would try to place that file > on the 1st (full) tape, due to the way this refer-back is coded. Also, if > allowed, there would be gaps in the file numbers (such as file 10 following > file 8 > with no file 9 present). The correct specification would be to refer back to > the DD for the previous file on the tape. > > Original: > > //TAPE1 DD DSN=CHGE.&VOL1..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(1,SL), > // VOLUME=(,RETAIN,SER=), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > //TAPE2 DD DSN=CHGE.&VOL2..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(2,SL), > // VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > > //TAPE10 DD DSN=CHGE.&VOL10..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(10,SL), > // VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > > Corrected: > > //TAPE1 DD DSN=CHGE.&VOL1..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(1,SL), > // VOLUME=(,RETAIN,SER=), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > //TAPE2 DD DSN=CHGE.&VOL2..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(2,SL), > // VOLUME=(,RETAIN,REF=*.STEP01.TAPE1), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > . . . > //TAPE9 DD DSN=CHGE.&VOL9..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(9,SL), > // VOLUME=(,RETAIN,REF=*.STEP01.TAPE8), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > //TAPE10 DD DSN=CHGE.&VOL10..MAGSTAR(+1),DISP=(NEW,CATLG,DELETE), > // UNIT=3590-1,LABEL=(10,SL), > // VOLUME=(,RETAIN,REF=*.STEP01.TAPE9), > // DCB=(MODEL,RECFM=U,LRECL=0,BLKSIZE=32760) > > -- > 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 > -- Wayne V. Bickerdike -- 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: CLIST/REXX Library Formats
>That plus the ease of seeing everything on one screen >without having to scroll back and forth was great. Interesting that you can see 80 characters in the 72 positions the ISPF editor has to display the data ;-) LRECL=72 would be the better choice, then. -- Peter Hunkeler Credit Suisse -- 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