Re: ADRNAPF was IEBCOP Y losing APF authori sation i n mi ddle of JOB - etc
On Wed, Apr 21, 2010 at 12:46 AM, Tony Harminc wrote: > On 20 April 2010 19:09, Sam Siegel wrote: > > > With all of the discussion about APF and loading programs from various > types > > of libraries, I'm hoping someone can provide some clarification for > > me regarding the ADRNAPF of the load macro. > > > > The doc indicates that a module can be loaded from a non-apf library > > when ADRNAPF is used from an authorized program in supervisor state. The > > doc further states that the it is the loading programs responsibility to > > ensure that program loaded from the non-apf library receives control in > > problem state. > > > > Please confirm that when the non-apf program receives control in problem > > state, it cannot change to supervisor state, discounting the possibility > of > > using a magic svc, etc. > > How do you propose to pass control to your newly loaded code in > problem state? If you just MODESET to problem state and BALR, then > presumably the called program could issue a MODESET back to supervisor > state, just like any other code running in an APF authorized job step. > If not, then one must assume that the jobstep has lost APF > authorization, and that seems most unlikely in this context. > > If you use SYNCH or ATTACH with JSTCB=YES, then you're in a whole > different world, but System Integrity is still very much your > responsibility. > Toni, I was going to use SYNCH(X). ATTACH(X) does not make sense for this design. Thanks, Sam > > Be careful. > > Tony H. > > -- > 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: Stopping zOS
carlos roberto visconde wrote: >C DFSCMF What is that? >#STOP (RACF) Only needed if you're using RACF remote sharing facility. Groete / Greetings Elardus Engelbrecht -- 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: ICH409I 878-000 ABEND DURING RACHECK PROCESSING
Charles Mills wrote: >I'm getting the subject message followed eventually by an S40D-10 ABEND. Reason code of 000 in subject message? RTFM doesn't show this. :-( IMHO, increase your REGION or re-configure your storage. Could that help you here? >It's hard to tell exactly where the ABEND occurs because S40D makes a real mess of things: Ouch, it is the RTM which cannot do its things properply and leaves a bloody trail trying to die properly. >The REGION is 100M and I've got the PL/I compiler limited to SIZE(1000K). What happens if you remove the SIZE and let it defaults? Groete / Greetings Elardus Engelbrecht -- 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: Stopping zOS
"carlos roberto visconde" wrote in message news:... > Try: > > $P > > P RMF > > P TSO > > P SDSF > > Z NET,QUICK > > F BPXOINIT,SHUTDOWN=FORKINIT > > F OMVS,STOPPFS=ZFS > > F OMVS,SHUTDOWN > > C DFSCMF > > $PJES2 > > #STOP (RACF) > > sds, > visconde After stopping all these subsystems, z/OS is still running. ;-) 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: ADRNAPF was IEBCOP Y losing APF authori sation i n mi ddle of JOB - etc?
On Wed, 21 Apr 2010 08:24:19 +0100 Sam Siegel wrote: :>On Wed, Apr 21, 2010 at 12:46 AM, Tony Harminc wrote: :>> On 20 April 2010 19:09, Sam Siegel wrote: :>> > With all of the discussion about APF and loading programs from various :>> types :>> > of libraries, I'm hoping someone can provide some clarification for :>> > me regarding the ADRNAPF of the load macro. :>> > The doc indicates that a module can be loaded from a non-apf library :>> > when ADRNAPF is used from an authorized program in supervisor state. The :>> > doc further states that the it is the loading programs responsibility to :>> > ensure that program loaded from the non-apf library receives control in :>> > problem state. :>> > Please confirm that when the non-apf program receives control in problem :>> > state, it cannot change to supervisor state, discounting the possibility :>> of :>> > using a magic svc, etc. :>> How do you propose to pass control to your newly loaded code in :>> problem state? If you just MODESET to problem state and BALR, then :>> presumably the called program could issue a MODESET back to supervisor :>> state, just like any other code running in an APF authorized job step. :>> If not, then one must assume that the jobstep has lost APF :>> authorization, and that seems most unlikely in this context. :>> If you use SYNCH or ATTACH with JSTCB=YES, then you're in a whole :>> different world, but System Integrity is still very much your :>> responsibility. :>I was going to use SYNCH(X). ATTACH(X) does not make sense for this design. Then you are using the same JSCB as the authorized caller. Thus the caller must make sure that APF is turned off before invoking the routine. All previous comments about storage still apply. -- 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: ADRNAPF was IEBCOP Y losing APF authori sation i n mi ddle of JOB - etc?
On Wed, Apr 21, 2010 at 9:54 AM, Binyamin Dissen wrote: > On Wed, 21 Apr 2010 08:24:19 +0100 Sam Siegel wrote: > > :>On Wed, Apr 21, 2010 at 12:46 AM, Tony Harminc wrote: > > :>> On 20 April 2010 19:09, Sam Siegel wrote: > > :>> > With all of the discussion about APF and loading programs from > various > :>> types > :>> > of libraries, I'm hoping someone can provide some clarification for > :>> > me regarding the ADRNAPF of the load macro. > > :>> > The doc indicates that a module can be loaded from a non-apf library > :>> > when ADRNAPF is used from an authorized program in supervisor state. > The > :>> > doc further states that the it is the loading programs responsibility > to > :>> > ensure that program loaded from the non-apf library receives control > in > :>> > problem state. > > :>> > Please confirm that when the non-apf program receives control in > problem > :>> > state, it cannot change to supervisor state, discounting the > possibility > :>> of > :>> > using a magic svc, etc. > > :>> How do you propose to pass control to your newly loaded code in > :>> problem state? If you just MODESET to problem state and BALR, then > :>> presumably the called program could issue a MODESET back to supervisor > :>> state, just like any other code running in an APF authorized job step. > :>> If not, then one must assume that the jobstep has lost APF > :>> authorization, and that seems most unlikely in this context. > > :>> If you use SYNCH or ATTACH with JSTCB=YES, then you're in a whole > :>> different world, but System Integrity is still very much your > :>> responsibility. > > :>I was going to use SYNCH(X). ATTACH(X) does not make sense for this > design. > > Then you are using the same JSCB as the authorized caller. Thus the caller > must make sure that APF is turned off before invoking the routine. All > previous comments about storage still apply. > Thank you. > > -- > 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
FC_? Channel Path Acronym
I see a lot of SMF data with Type 73 (Channel Path Activity) in. One of the acronyms I see a lot is "FC_?". Can anyone explain in any detail what it means? Manuals suggest there's something wrong with the configuration. Yet I see (from SMF 78-3 I/O Queueing data) control units attached to such channels so I assume z/OS knows SOMETHING about the channel. Thoughts? Thanks, Martin Martin Packer, Mainframe Performance Consultant, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Stopping zOS
Vernooij, CP wrote: >After stopping all these subsystems, z/OS is still running. ;-) running, running and running while waiting for that magic command: Z EOD Thats one magic system, not subsystem. ;-D and perhaps if needed also that V XCF,... and reply after that. ;-D Groete / Greetings Elardus Engelbrecht -- 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: Stopping zOS
"Elardus Engelbrecht" wrote in message news:... > Vernooij, CP wrote: > > >After stopping all these subsystems, z/OS is still running. ;-) > > running, running and running while waiting for that magic command: Z EOD No, Z EOD closes some logs etc., but z/OS still keeps on running. > > Thats one magic system, not subsystem. ;-D > > and perhaps if needed also that V XCF,... and reply after that. Yes, that brings down z/OS, although a System Reset might also still be needed to tell hardware about it. > > ;-D > > Groete / Greetings > Elardus Engelbrecht > > -- > 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 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: Where ABEND reason code?
On Tue, 20 Apr 2010 16:34:14 -0700 Charles Mills wrote: :>If I ATTACH a sub-task and it ABENDs, I know the ABEND code is in the ECB :>(in that double 12-bit format). Where is the reason code? TCBARC? Would expect so (if the flag bit is set). Compcode is also in TCBCMPC. -- 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
Receive Order problem - Digital Certificate
Hi, I am trying to run a Receive Order job and keep getting the message: GIM69198S ** CERTIFICATE shopzseries cert 2010 WAS NOT FOUND CONNECTED TO KEY RING V110GAD/shopzseries. I ran the command RACDCERT ID(V110GAD)list(LABEL('shopzseries cert 2010')) And got: Digital certificate information for user V110GAD: Label: shopzseries cert 2010 Certificate ID: 2Qfl8fHwx8HEooiWl6mihZmJhaJAg4WZo0Dy8PHw Status: NOTRUST Start Date: 2010/04/21 13:31:31 End Date: 2011/04/21 13:31:30 Serial Number: >31323731383435383931< Issuer's Name: >OU=IBM Automated Delivery Request.O=IBM Corporation.L=Boulder.SP=Colo< >rado.C=US< Subject's Name: >CN=IBM Customer Number: 378000.OU=013D2W.O=zOSService.C=IL< Private Key Type: Non-ICSF Private Key Size: 1024 Ring Associations: Ring Owner: V110GAD Ring: >shopzseries< What can be causing the problem? I’ve used this job before. When I first ran it this morning, I received a message that the certificate had expired, so I requested a new certificate from the ShopzSeries web site. I am running the job os z/OS 1.11 and SMP/E 3.5.18 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
Re: Receive Order problem - Digital Certificate
> When I first ran it this morning, I received a message that the certificate > had expired, > so I requested a new certificate from the ShopzSeries web site. Gadi, did you CONNECTed the new certificate to your keyring ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Receive Order problem - Digital Certificate
I connected the certificate. If you look at the output, it says so. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walter Marguccio Sent: Wednesday, April 21, 2010 3:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Receive Order problem - Digital Certificate > When I first ran it this morning, I received a message that the certificate > had expired, > so I requested a new certificate from the ShopzSeries web site. Gadi, did you CONNECTed the new certificate to your keyring ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Receive Order problem - Digital Certificate
Have you contacted IBM. Sometimes the fault is on their end, not yours. Lizette > > I connected the certificate. If you look at the output, it says so. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Walter Marguccio > Sent: Wednesday, April 21, 2010 3:04 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Receive Order problem - Digital Certificate > > > When I first ran it this morning, I received a message that the > certificate had expired, > > so I requested a new certificate from the ShopzSeries web site. > > Gadi, > > did you CONNECTed the new certificate to your keyring ? > > Walter Marguccio > z/OS Systems Programmer > BELENUS LOB Informatic > GmbH > Munich - Germany > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FC_? Channel Path Acronym
Hi Martin, Check out OA13396: "FICON INCOMPLETE" STATUS FOR FICON CHANNEL ON DISPLAY MATRIX COMMAND IS NOT CLEARLY DOCUMENTED Best regards, Don ** Don Deese, Computer Management Sciences, Inc. Voice: (804) 776-7109 Fax: (804) 776-7139 http://www.cpexpert.org ** At 05:13 AM 4/21/2010, you wrote: I see a lot of SMF data with Type 73 (Channel Path Activity) in. One of the acronyms I see a lot is "FC_?". Can anyone explain in any detail what it means? Manuals suggest there's something wrong with the configuration. Yet I see (from SMF 78-3 I/O Queueing data) control units attached to such channels so I assume z/OS knows SOMETHING about the channel. Thoughts? Thanks, Martin Martin Packer, Mainframe Performance Consultant, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Receive Order problem - Digital Certificate
I just checked, and I have the same problem with z/OS 1.9 and SMP/E 3.4.26. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, April 21, 2010 3:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Receive Order problem - Digital Certificate Have you contacted IBM. Sometimes the fault is on their end, not yours. Lizette > > I connected the certificate. If you look at the output, it says so. > > Gadi > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Walter Marguccio > Sent: Wednesday, April 21, 2010 3:04 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Receive Order problem - Digital Certificate > > > When I first ran it this morning, I received a message that the > certificate had expired, > > so I requested a new certificate from the ShopzSeries web site. > > Gadi, > > did you CONNECTed the new certificate to your keyring ? > > Walter Marguccio > z/OS Systems Programmer > BELENUS LOB Informatic > GmbH > Munich - Germany > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Receive Order problem - Digital Certificate
Label: shopzseries cert 2010 Certificate ID: 2Qfl8fHwx8HEooiWl6mihZmJhaJAg4WZo0Dy8PHw Status: NOTRUST Looks like the certificate is not trusted. Did you specify TRUST when you added the cert to your RACF data base? RACDCERT ID(uid) ADD('data.set') + WITHLABEL('shopzseries cert 2010') PASSWORD(pw) + TRUST Kurt Quackenbush -- IBM, SMP/E Development -- 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: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Ron, You mentioned compression. Please correct me if I am wrong. All the dsns on ML1 are compressed? Thanks. --- On Tue, 4/20/10, Ron Hawkins wrote: From: Ron Hawkins Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 To: IBM-MAIN@bama.ua.edu Received: Tuesday, April 20, 2010, 12:46 PM Darth, The ML1 and ML2 are usually cheaper and lower performance than Primary Storage. ML1 cost efficiency is usually achieved through compression, whereas ML2 is a change in media. ML2 Tape can easily be replaced with Tier 2 disk using internal SATA, external virtualized midrange storage, or earlier generations of DASD disk systems with a reduced maintenance cost (I think Radoslaw did this with 7700E). Ron > > > If I understand this correctly, you're going to have 2 levels of migration > both on Disk? Even if that's possible, what does it gain you? Wouldn't > it make more sense to just have an ML1 and then no ML2? And again, I > question whether that's even possible with HSM. > > I do seem to remember this same discussion in the past, so you should > probably check out the archives. We're actually going the other route - > we're moving to a 'tapeless' virtual tape system & I'm eliminating ML1. > > ddk > -- 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: Receive Order problem - Digital Certificate
Thanks Kurt, That was the problem. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kurt Quackenbush Sent: Wednesday, April 21, 2010 3:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Receive Order problem - Digital Certificate > Label: shopzseries cert 2010 > Certificate ID: 2Qfl8fHwx8HEooiWl6mihZmJhaJAg4WZo0Dy8PHw > Status: NOTRUST Looks like the certificate is not trusted. Did you specify TRUST when you added the cert to your RACF data base? RACDCERT ID(uid) ADD('data.set') + WITHLABEL('shopzseries cert 2010') PASSWORD(pw) + TRUST Kurt Quackenbush -- IBM, SMP/E Development -- 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: ICH409I 878-000 ABEND DURING RACHECK PROCESSING
On Tue, 20 Apr 2010 18:26:53 -0700, Charles Mills wrote: >I'm getting the subject message followed eventually by an S40D-10 ABEND. > You should probably be looking at what is using your below-the-line storage, and how much you really have available when the abend occurs. -- Walt Farrell, CISSP IBM STSM, z/OS Security 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: supervisory state vs. authorized program
Radoslaw, It is possible to get into Supervisor State and/or system key without running APF authorized. It happens all the time, via either an SVC routine, or via the PC routines anchored in the System Function Table (SVT). If system functions always require APF authorization, , then the routines executed by say the OPEN SVC on behalf of a non-authorized program (ie your business applications) would not be able to perform these functions. Some functions do require APF authorization (ie the JSCBAUTH bit set), but most allow OR Sup State OR System Key without APF auth. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: "R.S." To: IBM-MAIN@bama.ua.edu Date: 04/21/2010 01:40 AM Subject: Re: supervisory state vs. authorized program Sent by: IBM Mainframe Discussion List Tony Harminc pisze: > On 20 April 2010 11:01, Paul Gilmartin wrote: > >> Summarizing what no one has stated absolutely clearly yet, supervisor >> state is a hardware state, controlled by a bit in the PSW; authorized >> is a software state defined by flags set by the OS reflecting bits >> in the load module and the library from which it was loaded. > > Right. But it's a bit more muddled than that, because some operating > system services required that the caller be "authorized", but in many > cases this authorization can be APF authorization (regardless of what > machine state the program is running with), *or* being in supervisor > state. Often enough these services will also accept running in a > "system key" (generally a key < 8) as well. Isn't the APF prerequisite for both, supervisor state and key<8? If yes, then such services simply require APF. Supervisor state include APF, so the "or" above is redundant. > The bottom line is that an APF authorized program can get itself into > supervisor state and/or a system key, and a program running in > supervisor state can do absolutely anything with the machine, > including reading or changing any data in main storage or on disk, > bypassing all security, and even stopping the entire complex. [OT] IMHO the most dangerous is regular program running in problem state driven by idiot, who has authorization to change production data. -- 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 -- 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
COBOL - no longer being taught - is a problem
Hi IBM-MAIN, Yesterday Canada's well-respected auditor-general released a report complaining that aging government computer systems could halt delivery of basic services. So we're bracing for the usual criticism of 'old mainframe' systems. Today there are some specifics, including COBOL: "Auditor-General reports that updating systems could cost billions ... Ms. Fraser said the problem is so bad that some key programs may shut down. ... Meanwhile, Canadas National Immigration Program runs on a programming language COBOL that is no longer being taught and the staff that understand it are retiring. The program also uses a database system called DMSII that dates back to the 1970s" http://www.theglobeandmail.com/news/politics/government-wont-let-aging-computers-halt-basic-services-day-says/article1540750/ Maybe you guys and girls have some ideas that would save us taxpayers from paying rising interest on more billions borrowed. Regards, Mike Baldwin Cartagena Software Limited Markham, Ontario, Canada http://www.cartagena.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: Getting Partition name defined in the IODF
On Tue, 20 Apr 2010 20:57:27 -0400, Dinesh Thakur wrote: >Hi, > >How Can I get the partition name defined in a IODF. I want to get this data >using REXX. I dont want to use the d m=cpu command. >Is it possible. > CVT => ECVT => ECVTLPNM See my IPLINFO exec if you need more of a hint. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: COBOL - no longer being taught - is a problem
Easy solution. Declare COBOL a national treasure and force all Universities in Canada to teach it as a prerequisite to any other Computer Science class. Or at least as a graduation requirement for a Bachelor's degree in CS. That's "the government way". Just pass a law. I mean, I had to take classes that I didn't like in order to get my B.Sc. in Math. (like English and History), Why not require COBOL? It's no more arbitrary than anything else that nobody wants to take. And there are PC based COBOL compilers (at least for Windows). DMSII doesn't ring a bell, but according to Wikipedia: DMSII provided: an ISAM model for data access, transaction isolation and database recovery capabilities. http://en.wikipedia.org/wiki/Unisys_DMSII . So all that is needed is another database system which has the same API to replace it. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Baldwin > Sent: Wednesday, April 21, 2010 8:25 AM > To: IBM-MAIN@bama.ua.edu > Subject: COBOL - no longer being taught - is a problem > > Hi IBM-MAIN, > > Yesterday Canada's well-respected auditor-general released a report > complaining that aging government computer systems could halt > delivery of > basic services. So we're bracing for the usual criticism of > 'old mainframe' > systems. Today there are some specifics, including COBOL: > > "Auditor-General reports that updating systems could cost billions > ... > Ms. Fraser said the problem is so bad that some key programs > may shut down. > ... > Meanwhile, Canada's National Immigration Program runs on a programming > language - COBOL - that is no longer being taught and the staff that > understand it are retiring. The program also uses a database > system called > DMSII that dates back to the 1970s" > > http://www.theglobeandmail.com/news/politics/government-wont-l > et-aging-computers-halt-basic-services-day-says/article1540750/ > > Maybe you guys and girls have some ideas that would save us > taxpayers from > paying rising interest on more billions borrowed. > > Regards, > Mike Baldwin > Cartagena Software Limited > Markham, Ontario, Canada > http://www.cartagena.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: COBOL - no longer being taught - is a problem
Mike Baldwin wrote: Hi IBM-MAIN, Yesterday Canada's well-respected auditor-general released a report complaining that aging government computer systems could halt delivery of basic services. So we're bracing for the usual criticism of 'old mainframe' systems. Today there are some specifics, including COBOL: "Auditor-General reports that updating systems could cost billions ... Ms. Fraser said the problem is so bad that some key programs may shut down. ... Meanwhile, Canada’s National Immigration Program runs on a programming language – COBOL – that is no longer being taught and the staff that understand it are retiring. Well! Maybe COBOL is no longer being taught in the universities, but it is still being taught by us and our competitors and our colleagues. Maybe the Auditor-General people need to know that today's COBOL can handle modern constructs and data formats. COBOL can process Unicode and ASCII data, extract and create XML, work with DB2 using LOBs (which means it can handle images and media files just fine, thank you); COBOL can be used to create or access DLLs, and on and on. The program also uses a database system called DMSII that dates back to the 1970s" I have no knowledge of that product, so can't comment. But the story smacks of someone already having made their mind up, and facts will not get in the way. Once again IBM has not told their story well. And I lay this kind of result squarely at the feet of IBM. http://www.theglobeandmail.com/news/politics/government-wont-let-aging-computers-halt-basic-services-day-says/article1540750/ Maybe you guys and girls have some ideas that would save us taxpayers from paying rising interest on more billions borrowed. Regards, Mike Baldwin Cartagena Software Limited Markham, Ontario, Canada http://www.cartagena.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 -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- 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: FC_? Channel Path Acronym
Thanks Don. I saw that APAR and the description. I guess I'm just surprised 78-3 knows a lot about the channel and yet the Channel Path Acronym suggests it doesn't. I'm assuming having channels show up as "FC_?" is nothing more than an instrumentation issue. Martin Martin Packer, Mainframe Performance Consultant, Worldwide Banking Center of Excellence, IBM IBM Mainframe Discussion List wrote on 21/04/2010 13:18:41: > From: > > Don Deese > > To: > > IBM-MAIN@bama.ua.edu > > Date: > > 21/04/2010 13:20 > > Subject: > > Re: FC_? Channel Path Acronym > > Sent by: > > IBM Mainframe Discussion List > > Hi Martin, > > Check out OA13396: "FICON INCOMPLETE" STATUS FOR FICON CHANNEL ON DISPLAY > MATRIX COMMAND IS NOT CLEARLY DOCUMENTED > > Best regards, > > Don > > ** > Don Deese, Computer Management Sciences, Inc. > Voice: (804) 776-7109 Fax: (804) 776-7139 > http://www.cpexpert.org > ** > > > At 05:13 AM 4/21/2010, you wrote: > >I see a lot of SMF data with Type 73 (Channel Path Activity) in. > > > >One of the acronyms I see a lot is "FC_?". Can anyone explain in any > >detail what it means? Manuals suggest there's something wrong with the > >configuration. Yet I see (from SMF 78-3 I/O Queueing data) control units > >attached to such channels so I assume z/OS knows SOMETHING about the > >channel. > > > >Thoughts? > > > >Thanks, Martin > > > >Martin Packer, > >Mainframe Performance Consultant, > >Worldwide Banking Center of Excellence, IBM Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: COBOL - no longer being taught - is a problem
In a message dated 4/21/2010 8:25:18 A.M. Central Daylight Time, m...@cartagena.com writes: Yesterday Canada's well-respected auditor-general released a report complaining that aging government computer systems could halt delivery of >> Wonder where he's been the last three decades? Seems like a coordinated approach between government, industry and education should resolve most of the issues and save money down the road. -- 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: COBOL - no longer being taught - is a problem
On 21 Apr 2010 06:42:06 -0700, st...@trainersfriend.com (Steve Comstock) wrote: >Well! Maybe COBOL is no longer being taught in the universities, >but it is still being taught by us and our competitors and our >colleagues. > >Maybe the Auditor-General people need to know that today's COBOL >can handle modern constructs and data formats. COBOL can process >Unicode and ASCII data, extract and create XML, work with DB2 using >LOBs (which means it can handle images and media files just >fine, thank you); COBOL can be used to create or access >DLLs, and on and on. Or maybe it won't matter to them. The decision makers use a wide variety of criteria to make their choices about what kind of system to buy, and probably don't know what all of that means. The perception is that mainframe CoBOL shops are dying out. New companies increasingly don't believe that in-house training is worthwhile (why train for your employee to go to a competitor?). The perception is that it's easier and cheaper to buy a package and adjust one's business practices to the package so that no modifications are needed. They do believe "interface" programming would still be needed - including the XML you mentioned above, and lots of data warehouse reports - farmed out to the users, not the programmers.But these can be using whatever tools the salesmen include with the package they buy. And if those prove to be more expensive in the long run - that's someone else's problem.Working in the short run works for politicians and bankers, even if the country and banks suffered for it.The resumes can show how much money they saved in the short run, if the accounting is creative. -- 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: COBOL - no longer being taught - is a problem
John, That WikiPedia article also states that DMSII was created by Burroughs (later UniSys) as a database to run on its processors. Does that mean they are still running UniSys machines. If so they have problems over and above COBOL "not being taught". It sounds like a typical government non-upgrade environment. Now they are caught in the dark ages and instead of upgrading to modern DB2 and COBOL on proper processors they are probably going to "throw out the baby with the bath water" and get OMG - WINDOWS. 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 McKown, John > Sent: Wednesday, April 21, 2010 8:37 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: COBOL - no longer being taught - is a problem > > Easy solution. Declare COBOL a national treasure and force all > Universities in Canada to teach it as a prerequisite to any other Computer > Science class. Or at least as a graduation requirement for a Bachelor's > degree in CS. That's "the government way". Just pass a law. I mean, I had > to take classes that I didn't like in order to get my B.Sc. in Math. (like > English and History), Why not require COBOL? It's no more arbitrary than > anything else that nobody wants to take. And there are PC based COBOL > compilers (at least for Windows). DMSII doesn't ring a bell, but according > to Wikipedia: DMSII provided: an ISAM model for data access, > transaction isolation and database recovery capabilities. > http://en.wikipedia.org/wiki/Unisys_DMSII . So all that is needed is > another database system which has the same API to replace it. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-961-6183 cell > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The > Chesapeake Life Insurance Company(r), Mid-West National Life Insurance > Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Baldwin > > Sent: Wednesday, April 21, 2010 8:25 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: COBOL - no longer being taught - is a problem > > > > Hi IBM-MAIN, > > > > Yesterday Canada's well-respected auditor-general released a report > > complaining that aging government computer systems could halt > > delivery of > > basic services. So we're bracing for the usual criticism of > > 'old mainframe' > > systems. Today there are some specifics, including COBOL: > > > > "Auditor-General reports that updating systems could cost billions > > ... > > Ms. Fraser said the problem is so bad that some key programs > > may shut down. > > ... > > Meanwhile, Canada's National Immigration Program runs on a programming > > language - COBOL - that is no longer being taught and the staff that > > understand it are retiring. The program also uses a database > > system called > > DMSII that dates back to the 1970s" > > > > http://www.theglobeandmail.com/news/politics/government-wont-l > > et-aging-computers-halt-basic-services-day-says/article1540750/ > > > > Maybe you guys and girls have some ideas that would save us > > taxpayers from > > paying rising interest on more billions borrowed. > > > > Regards, > > Mike Baldwin > > Cartagena Software Limited > > Markham, Ontario, Canada > > http://www.cartagena.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 * 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 en
Re: COBOL - no longer being taught - is a problem
Agreed; the entire hysteria over the loss of mainframe and COBOL skills is a red herring. The notion that there is a shortage of COBOL skills is especially silly. The real problem is that these government agencies (and many businesses) have done a bad job of managing and maintaining their legacy systems. Its a simple thing to find or train someone in COBOL - but try to teach them the business domain or the knowledge of how these huge legacy systems work - that is the real issue. As programmers with 40 years of experience on these systems retire or are "downsized", does anyone believe that COBOL skills are the real loss? Please...its much easier for them to blame their problems on COBOL than to admit that they have done a crappy job managing their legacy assets. At each step in maintenance it is always easier to hack something together rather than to clean things up with new changes and requirements, but eventually there is a price to pay. Kirk Wolf Dovetailed Technologies On Wed, Apr 21, 2010 at 8:37 AM, McKown, John wrote: > Easy solution. Declare COBOL a national treasure and force all Universities > in Canada to teach it as a prerequisite to any other Computer Science class. > Or at least as a graduation requirement for a Bachelor's degree in CS. That's > "the government way". Just pass a law. I mean, I had to take classes that I > didn't like in order to get my B.Sc. in Math. (like English and History), Why > not require COBOL? It's no more arbitrary than anything else that nobody > wants to take. And there are PC based COBOL compilers (at least for Windows). > DMSII doesn't ring a bell, but according to Wikipedia: DMSII provided: > an ISAM model for data access, transaction isolation and database recovery > capabilities. http://en.wikipedia.org/wiki/Unisys_DMSII . So all that > is needed is another database system which has the same API to replace it. > > -- > John McKown > Systems Engineer IV > IT > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - no longer being taught - is a problem
Howard Brazee writes: > The perception is that mainframe CoBOL shops are dying out. New > companies increasingly don't believe that in-house training is > worthwhile (why train for your employee to go to a competitor?). The > perception is that it's easier and cheaper to buy a package and adjust > one's business practices to the package so that no modifications are > needed. some of this view reflects the culture of the executives ... they are brought in to plunder the company and then they move on to plunder the next company. in the past decade, SOX was passed to strengthen countermeasures to the plundering tactics. However, it appeared because SEC wasn't doing anything ... the GAO started database of financial filings by public companies that it believed were fraudulent ... showing a significant increase in fraudulent financial filings in period since SOX was passed. a scenario was that the fraudulent financial filings boosted executive bonuses ... and even if the filings were later corrected, the executives didn't forfeit the bonus. I made joke about how to spin with respect to SOX: 1) sox audits had no effect on fraud 2) public companies were motivated to increase fraudulent financial filings under sox 3) if it hadn't been for sox, every public company would start making fraudulent financial filings. in the madoff congressional hearings, there was testimony by somebody that had tried for a decade to get SEC to do something about Madoff (and nothing happened). They also had a separate tidbit related to SOX ... informers turn up 13 times more fraud than audits; also SEC didn't have a tips hotline ... but had a 1-800 for companies to complain about audits. slightly related recent post http://www.garlic.com/~lynn/2010h.html#35 First among SQLs; COBOL for lawyers regarding this recent article First among SQLs; COBOL for lawyers http://www.theregister.co.uk/2010/04/20/verity_stob_sql/ -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: COBOL - no longer being taught - is a problem
>Wonder where he's been the last three decades? He's actually a she -- Sheila Fraser. >Seems like a coordinated approach between government, industry and education should resolve most of the issues and save money down the road. Canada doesn't have a good record of doing that kind of thing. In the early 1990's, when the University of Waterloo dropped the requirement of COBOL for the co-op programme in Computer Science, rather than working it out with them, at least one Canadian Bank just stated they will not hire co-ops from there, anymore. No coordination, accomodation, or olive branch. Just a blanket statement that implied no hiring even if the co-op had COBOL. - 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: Stopping zOS
On 21 April 2010 02:41, R.S. wrote: > IMHO the best way to stop I/O and clear or the reservations is to use HMC > Reset icon. Sure - it stops the I/O and resets the state of just about everything. So does a really big hammer, when swung by a skilled hand. But what happens to a DASD write operation that is in progress at the time of reset? Hint: Data transfer from the channel stops, but the write does not. Tony H. -- 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: Getting Partition name defined in the IODF
Thanks Mark, Can we get the same data for all the lpars in the same sysplex as well? Thanks once again. Sent from my iPhone On 21-Apr-2010, at 9:34 PM, Mark Zelden wrote: On Tue, 20 Apr 2010 20:57:27 -0400, Dinesh Thakur wrote: Hi, How Can I get the partition name defined in a IODF. I want to get this data using REXX. I dont want to use the d m=cpu command. Is it possible. CVT => ECVT => ECVTLPNM See my IPLINFO exec if you need more of a hint. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http:// expertanswercenter.techtarget.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: COBOL - no longer being taught - is a problem
Mornin' -- Well the first thing I found on a search for 'COBOL School' was http://www.askedu.net/training_topic/k_COBOL_1.htm which asked me to further clarify my self (and incidentally open me up to being spammed by the loverly children, I expect). But, scroll down to the bottom of the page and there is a block of links under the heading "Find COBOL courses and training in countries:", and both Canada and the USA are included. A bit of exploration shows a lot of XXX (Javva and .Net, mostly) for the COBOL programmer, no surprise; but I also see Intro and Advanced COBOL courses advertised along with a couple of DB2 Using COBOL classes. Most of these are online education, but hey. As to what you can do to improve the situation, wander off to your local Higher Education Venue and your local community college and/or trade school. Fund a scholarship or two; endow a Chair in the CS department (Associate Professor of Dead Computer Linguistics); get involved now. It is already later than you think. By the way, how old is your Systems Programming team? On Wed, Apr 21, 2010 at 6:25 AM, Mike Baldwin wrote: > Hi IBM-MAIN, > > Yesterday Canada's well-respected auditor-general released a report > complaining that aging government computer systems could halt delivery of > basic services. So we're bracing for the usual criticism of 'old mainframe' > systems. Today there are some specifics, including COBOL: > > "Auditor-General reports that updating systems could cost billions > ... > Ms. Fraser said the problem is so bad that some key programs may shut down. > ... > Meanwhile, Canada’s National Immigration Program runs on a programming > language – COBOL – that is no longer being taught and the staff that > understand it are retiring. The program also uses a database system called > DMSII that dates back to the 1970s" > > http://www.theglobeandmail.com/news/politics/government-wont-let-aging-computers-halt-basic-services-day-says/article1540750/ > > Maybe you guys and girls have some ideas that would save us taxpayers from > paying rising interest on more billions borrowed. > > Regards, > Mike Baldwin > Cartagena Software Limited > Markham, Ontario, Canada > http://www.cartagena.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 > -- Bob Goolsby bob.gool...@gmail.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: Getting Partition name defined in the IODF
Thanks mark, Can we get the same data for all the lpars in a single sysplex ? Sent from my iPhone On 21-Apr-2010, at 9:34 PM, Mark Zelden wrote: On Tue, 20 Apr 2010 20:57:27 -0400, Dinesh Thakur wrote: Hi, How Can I get the partition name defined in a IODF. I want to get this data using REXX. I dont want to use the d m=cpu command. Is it possible. CVT => ECVT => ECVTLPNM See my IPLINFO exec if you need more of a hint. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http:// expertanswercenter.techtarget.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: Stopping zOS
Tony Harminc pisze: On 21 April 2010 02:41, R.S. wrote: IMHO the best way to stop I/O and clear [errata:] ALL the reservations is to use HMC Reset icon. Sure - it stops the I/O and resets the state of just about everything. So does a really big hammer, when swung by a skilled hand. But what happens to a DASD write operation that is in progress at the time of reset? Hint: Data transfer from the channel stops, but the write does not. So, what's your point? -- 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
Code page for Java on USS
I'm in the initial throes of setting up an environment to run Java UDFs in DB2 for z/OS and I'm getting hit by the square brackets problem when trying to compile a small Java program. How and where do I set the code page so I get the correct square brackets. Code page 1047 rings a vague bell, but where do I set that up. Thanks Jim McAlpine -- 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: COBOL - no longer being taught - is a problem
> He's actually a she -- Sheila Fraser. Not that there's anything wrong with that! > Date: Wed, 21 Apr 2010 14:42:41 + > From: eamacn...@yahoo.ca > Subject: Re: COBOL - no longer being taught - is a problem > To: IBM-MAIN@bama.ua.edu > > >Wonder where he's been the last three decades? > > He's actually a she -- Sheila Fraser. > _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccount&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 -- 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: PAV Implementation
Good advice from all! My 2 cents (slightly tainted by volcano ash): HyperPAV (or minimally dynamic PAV) should almost be considered a necessity if you are at, or considering, large volumes. Visit Dr. Pat's site to get some in-depth info on both PAV and HyperPAV (any vendor's): http://www.perfassoc.com/ As others mentioned, the HDS documentation is adequate for the USP side of things, and do pay attention to z/OS HCD for control unit requirements. Last, but not least, visit the MXG-L listserve - I remember some discussions on measuring the improvements via these facilities, optimizing alias/base ratios. etc. John Baxter ATCO I-Tek -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rebecca Martin Sent: Tuesday, April 20, 2010 12:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PAV Implementation On Tue, 20 Apr 2010 18:26:43 +, Ted MacNEIL >The implementation services sounds like a cash grab! My thoughts exactly! Thanks to everybody that has replied. I'll let you know where we go with this. The working through the contract part (provided we move forward with PAV - and we do need it to reduce IOSQ time) - with our vendor - will take the longest! -- 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 transmitted is intended only for the addressee and may contain confidential, proprietary and/or privileged material. Any unauthorized review, distribution or other use of or the taking of any action in reliance upon this information is prohibited. If you receive this in error, please contact the sender and delete or destroy this message and any copies. -- 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: Code page for Java on USS
On Wed, Apr 21, 2010 at 4:08 PM, Jim McAlpine wrote: > I'm in the initial throes of setting up an environment to run Java UDFs in > DB2 for z/OS and I'm getting hit by the square brackets problem when trying > to compile a small Java program. How and where do I set the code page so I > get the correct square brackets. Code page 1047 rings a vague bell, but > where do I set that up. > > Thanks > > Jim McAlpine > BTW, I'm running the javac in the TSO OMVS shell. Jim McAlpine -- 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: Code page for Java on USS
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Wednesday, April 21, 2010 10:09 AM To: IBM-MAIN@bama.ua.edu Subject: Code page for Java on USS I'm in the initial throes of setting up an environment to run Java UDFs in DB2 for z/OS and I'm getting hit by the square brackets problem when trying to compile a small Java program. How and where do I set the code page so I get the correct square brackets. Code page 1047 rings a vague bell, but where do I set that up. If you are using ISPF, then USS is probably not your problem (either Unix System Services OR VTAM's Unformatted System Services). The problem may be a translate table used by VTAM or within your 3270 emulator package. And no, I'm not being pedantic here, USS is misleading in this case -- insufficient context. Regards, Steve Thompson -- 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: Code page for Java on USS
On Wed, Apr 21, 2010 at 4:11 PM, Jim McAlpine wrote: > On Wed, Apr 21, 2010 at 4:08 PM, Jim McAlpine wrote: > >> I'm in the initial throes of setting up an environment to run Java UDFs in >> DB2 for z/OS and I'm getting hit by the square brackets problem when trying >> to compile a small Java program. How and where do I set the code page so I >> get the correct square brackets. Code page 1047 rings a vague bell, but >> where do I set that up. >> >> Thanks >> >> Jim McAlpine >> > > BTW, I'm running the javac in the TSO OMVS shell. > > > Jim McAlpine > > -- 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: COBOL - no longer being taught - is a problem
Who cares whether the universities are requiring COBOL or not? There are plenty of places and ways to learn it, and any Programmer worth employing should be able to pick it up relatively easy. They may not be as good as a seasoned programmer, but you can't expect a college graduate to perform at the same level as someone with work experience, no matter the language. Universities are for teaching conceptual processes, how to learn and grasp the fundamentals of how programming works, not how to use a specific language, that's what a trade school, or specific class is for. If a recent (or future) grad only finds jobs advertising for COBOL programmers, they need to learn it to compete, the same goes for other languages. If a company (or government) needs applications supported using a *relatively* less used language that they have trouble finding proper skills for, they increase the pay offered, and the people (and skills) will come. It might be painful, but it is not impossible by any stretch of the imagination. Frank Finley -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob goolsby Sent: Wednesday, April 21, 2010 9:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL - no longer being taught - is a problem Mornin' -- Well the first thing I found on a search for 'COBOL School' was http://www.askedu.net/training_topic/k_COBOL_1.htm which asked me to further clarify my self (and incidentally open me up to being spammed by the loverly children, I expect). But, scroll down to the bottom of the page and there is a block of links under the heading "Find COBOL courses and training in countries:", and both Canada and the USA are included. A bit of exploration shows a lot of XXX (Javva and .Net, mostly) for the COBOL programmer, no surprise; but I also see Intro and Advanced COBOL courses advertised along with a couple of DB2 Using COBOL classes. Most of these are online education, but hey. As to what you can do to improve the situation, wander off to your local Higher Education Venue and your local community college and/or trade school. Fund a scholarship or two; endow a Chair in the CS department (Associate Professor of Dead Computer Linguistics); get involved now. It is already later than you think. By the way, how old is your Systems Programming team? On Wed, Apr 21, 2010 at 6:25 AM, Mike Baldwin wrote: > Hi IBM-MAIN, > > Yesterday Canada's well-respected auditor-general released a report > complaining that aging government computer systems could halt delivery of > basic services. So we're bracing for the usual criticism of 'old mainframe' > systems. Today there are some specifics, including COBOL: > > "Auditor-General reports that updating systems could cost billions > ... > Ms. Fraser said the problem is so bad that some key programs may shut down. > ... > Meanwhile, Canada's National Immigration Program runs on a programming > language - COBOL - that is no longer being taught and the staff that > understand it are retiring. The program also uses a database system called > DMSII that dates back to the 1970s" > > http://www.theglobeandmail.com/news/politics/government-wont-let-aging-computers-halt-basic-services-day-says/article1540750/ > > Maybe you guys and girls have some ideas that would save us taxpayers from > paying rising interest on more billions borrowed. > > Regards, > Mike Baldwin > Cartagena Software Limited > Markham, Ontario, Canada > http://www.cartagena.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 > -- Bob Goolsby bob.gool...@gmail.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: Stopping zOS
On 21 April 2010 10:56, R.S. wrote: >>> IMHO the best way to stop I/O and clear [errata:] ALL the reservations is >>> to use HMC Reset icon. >> >> Sure - it stops the I/O and resets the state of just about everything. >> So does a really big hammer, when swung by a skilled hand. But what >> happens to a DASD write operation that is in progress at the time of >> reset? Hint: Data transfer from the channel stops, but the write does >> not. > > So, what's your point? My point is that issuing an I/O reset (which is included in a system reset) while a system may be doing I/O is a very bad idea, because it can lead to data corruption, since the DASD record being written is padded with zeros to replace the missing data from the channel. Ensuring that all CPUs are in the stopped state first will avoid that. (This zero-padding is not part of the S/360/370/390/z I/O architecture, but it is specified behaviour for the various DASD control units supporting every disk from the 2311 up to the 3390. It is possible that some modern DASD subsystem doesn't do it anymore, but why take the chance?) Tony H. -- 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: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Esmie, If you choose to compress them then they are compressed. This is the common practice. Ml1 is often the same media as Primary, so compression is where one would save space and cost with ML1. It is why one typically gives compressed datasets a management class that bypasses a period on primary and sends them to ML2. Many sites choose to have ML2 uncompressed as this is already performed by the tape media, just like you would with DFSMSdss. This saves CPU, but means the channels are busier. The saving for ML2 is archiving the datasets on media with a cheaper TCO. If you move ML2 to disk you should look at whether compression has to be enabled again and figure that into your current CPU profile. If you were to go with an ML1 only strategy or simply use ML2 Disk, I would suggest investigating the potential savings of using internal SATA drives, or if you are using HDS USP or USP-V look at using virtualized midrange storage - HDS or non-HDS midrange. Depending on when you run primary and secondary space management, there may be the potential to figure some CPU capacity savings by using cheaper disk media, leaving compression off for ML2, and turning it off for ML1. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > esmie moo > Sent: Wednesday, April 21, 2010 5:45 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > Ron, > > You mentioned compression. Please correct me if I am wrong. All the dsns on > ML1 are compressed? > > Thanks. > > --- On Tue, 4/20/10, Ron Hawkins wrote: > > > From: Ron Hawkins > Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > To: IBM-MAIN@bama.ua.edu > Received: Tuesday, April 20, 2010, 12:46 PM > > > Darth, > > The ML1 and ML2 are usually cheaper and lower performance than Primary > Storage. ML1 cost efficiency is usually achieved through compression, > whereas ML2 is a change in media. > > ML2 Tape can easily be replaced with Tier 2 disk using internal SATA, > external virtualized midrange storage, or earlier generations of DASD disk > systems with a reduced maintenance cost (I think Radoslaw did this with > 7700E). > > Ron > > > > > > > > > If I understand this correctly, you're going to have 2 levels of migration > > both on Disk? Even if that's possible, what does it gain you? Wouldn't > > it make more sense to just have an ML1 and then no ML2? And again, I > > question whether that's even possible with HSM. > > > > I do seem to remember this same discussion in the past, so you should > > probably check out the archives. We're actually going the other route - > > we're moving to a 'tapeless' virtual tape system & I'm eliminating ML1. > > > > ddk > > > > -- > 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: Code page for Java on USS
On Wed, Apr 21, 2010 at 4:15 PM, Thompson, Steve < steve_thomp...@stercomm.com> wrote: > > If you are using ISPF, then USS is probably not your problem (either > Unix System Services OR VTAM's Unformatted System Services). The problem > may be a translate table used by VTAM or within your 3270 emulator > package. > > And no, I'm not being pedantic here, USS is misleading in this case -- > insufficient context. > > Regards, > Steve Thompson > > I thought that might get a bite somehow. Anyhow the problem is sorted thanks, I just needed to FTP the program with the correct code page. Just a touch of old timers disease again. Jim McAlpine -- 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: Stopping zOS
On Wed, 21 Apr 2010 10:44:13 -0400, Tony Harminc wrote: >On 21 April 2010 02:41, R.S. wrote: > >> IMHO the best way to stop I/O and clear or the reservations is to use HMC Reset icon. > >Sure - it stops the I/O and resets the state of just about everything. >So does a really big hammer, when swung by a skilled hand. But what >happens to a DASD write operation that is in progress at the time of >reset? Hint: Data transfer from the channel stops, but the write does >not. > So what's your point? Are you suggesting that one should use QUIECE as the last thing when you ready to shutdown z/OS running in a local sysplex or a monoplex - then do a reset? Obviously you can't do this for a system in a sysplex. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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
Fwd: Code page for Java on USS
On Wed, Apr 21, 2010 at 4:15 PM, Thompson, Steve < steve_thomp...@stercomm.com> wrote: > > If you are using ISPF, then USS is probably not your problem (either > Unix System Services OR VTAM's Unformatted System Services). The problem > may be a translate table used by VTAM or within your 3270 emulator > package. > > And no, I'm not being pedantic here, USS is misleading in this case -- > insufficient context. > > Regards, > Steve Thompson > > I thought that might get a bite somehow. Anyhow the problem is sorted thanks, I just needed to FTP the program with the correct code page. Just a touch of old timers disease again. Jim McAlpine -- 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: Stopping zOS
Tony Harminc pisze: My point is that issuing an I/O reset (which is included in a system reset) while a system may be doing I/O is a very bad idea, because it can lead to data corruption, since the DASD record being written is padded with zeros to replace the missing data from the channel. Ensuring that all CPUs are in the stopped state first will avoid that. (This zero-padding is not part of the S/360/370/390/z I/O architecture, but it is specified behaviour for the various DASD control units supporting every disk from the 2311 up to the 3390. It is possible that some modern DASD subsystem doesn't do it anymore, but why take the chance?) AFAIK we were talking about "last command" to complete shudown of the z/OS image. Not replacement for all the commands we issue like DSN1 stop DB2, or Z EOD. Any "brute force termination" of processes doing I/O would lead to data corruption. It regards any OS and any platform. -- 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
Question about settings for reading posts
Of late, I am receiving some posts in this format: TG9vayBmb3IgZmllbGRzIGluIHRoZSBFQ1ZULiANCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAt LS0tLQ0KRnJvbTogSUJNIE1haW5mcmFtZSBEaXNjdXNzaW9uIExpc3QgPElCTS1NQUlOQGJh bWEu dWEuZWR1Pg0KVG86IElCTS1NQUlOQGJhbWEudWEuZWR1IDxJQk0tTUFJTkBiYW1hLnVhLmVk dT4N ClNlbnQ6IFR1ZSBBcHIgMjAgMTk6NTc6MjcgMjAxMA0KU3ViamVjdDogR2V0dGluZyBQYXJ0 aXRp b24gbmFtZSBkZWZpbmVkIGluIHRoZSBJT0RGDQoNCkhpLA0KDQpIb3cgQ2FuIEkgZ2V0IHRo ZSBw YXJ0aXRpb24gbmFtZSBkZWZpbmVkIGluIGEgSU9ERi4gSSB3YW50IHRvIGdldCB0aGlzIGRh dGEN CnVzaW5nIFJFWFguIEkgZG9udCB3YW50IHRvIHVzZSB0aGUgZCBtPWNwdSBjb21tYW5kLg0K SXMg aXQgcG9zc2libGUuDQoNCg0KLS0gDQpSZWdhcmRzLA0KRGluZXNoIFRoYWt1cg0KTWFpbmZy YW1l IFN5c3Byb2cgU3VwcG9ydGluZyBNUQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGb3IgSUJNLU1BSU4g c3Vi c2NyaWJlIC8gc2lnbm9mZiAvIGFyY2hpdmUgYWNjZXNzIGluc3RydWN0aW9ucywNCnNlbmQg ZW1h aWwgdG8gbGlzdHNlcnZAYmFtYS51YS5lZHUgd2l0aCB0aGUgbWVzc2FnZTogR0VUIElCTS1N QUlO IElORk8NClNlYXJjaCB0aGUgYXJjaGl2ZXMgYXQgaHR0cDovL2JhbWEudWEuZWR1L2FyY2hp dmVz L2libS1tYWluLmh0bWwNCg== Is there some setting I need to turn on to read these posts? -- 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: COBOL - no longer being taught - is a problem
Who cares whether the universities are requiring COBOL or not? There are plenty of places and ways to learn it, and any Programmer worth employing should be able to pick it up relatively easy. They may not be as good as a seasoned programmer, but you can't expect a college graduate to perform at the same level as someone with work experience, no matter the language. Universities are for teaching conceptual processes, how to learn and grasp the fundamentals of how programming works, not how to use a specific language, that's what a trade school, or specific class is for. If a recent (or future) grad only finds jobs advertising for COBOL programmers, they need to learn it to compete, the same goes for other languages. If a company (or government) needs applications supported using a *relatively* less used language that they have trouble finding proper skills for, they increase the pay offered, and the people (and skills) will come. It might be painful, but it is not impossible by any stretch of the imagination. Frank Finley There was a point made earlier which hit the nail on the head for me. It's not the language or programming skills in that language which is retiring. It's the 20+ years experience working with that business application which is retiring This e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer
Re: Question about settings for reading posts
Perhaps HTML? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Yuhas Sent: Wednesday, April 21, 2010 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Question about settings for reading posts Of late, I am receiving some posts in this format: TG9vayBmb3IgZmllbGRzIGluIHRoZSBFQ1ZULiANCg0KLS0tLS0gT3JpZ2luYWwgTWVzc2Fn ZSAt LS0tLQ0KRnJvbTogSUJNIE1haW5mcmFtZSBEaXNjdXNzaW9uIExpc3QgPElCTS1NQUlOQGJh bWEu dWEuZWR1Pg0KVG86IElCTS1NQUlOQGJhbWEudWEuZWR1IDxJQk0tTUFJTkBiYW1hLnVhLmVk dT4N ClNlbnQ6IFR1ZSBBcHIgMjAgMTk6NTc6MjcgMjAxMA0KU3ViamVjdDogR2V0dGluZyBQYXJ0 aXRp b24gbmFtZSBkZWZpbmVkIGluIHRoZSBJT0RGDQoNCkhpLA0KDQpIb3cgQ2FuIEkgZ2V0IHRo ZSBw YXJ0aXRpb24gbmFtZSBkZWZpbmVkIGluIGEgSU9ERi4gSSB3YW50IHRvIGdldCB0aGlzIGRh dGEN CnVzaW5nIFJFWFguIEkgZG9udCB3YW50IHRvIHVzZSB0aGUgZCBtPWNwdSBjb21tYW5kLg0K SXMg aXQgcG9zc2libGUuDQoNCg0KLS0gDQpSZWdhcmRzLA0KRGluZXNoIFRoYWt1cg0KTWFpbmZy YW1l IFN5c3Byb2cgU3VwcG9ydGluZyBNUQ0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpGb3IgSUJNLU1BSU4g c3Vi c2NyaWJlIC8gc2lnbm9mZiAvIGFyY2hpdmUgYWNjZXNzIGluc3RydWN0aW9ucywNCnNlbmQg ZW1h aWwgdG8gbGlzdHNlcnZAYmFtYS51YS5lZHUgd2l0aCB0aGUgbWVzc2FnZTogR0VUIElCTS1N QUlO IElORk8NClNlYXJjaCB0aGUgYXJjaGl2ZXMgYXQgaHR0cDovL2JhbWEudWEuZWR1L2FyY2hp dmVz L2libS1tYWluLmh0bWwNCg== Is there some setting I need to turn on to read these posts? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: CA Vtape vs. IBM VTFM - Comparing virtual tape solutions
On Mon, 12 Apr 2010 15:09:20 -0500, Todd Last wrote: >I'm looking for recommendations and references of either product (pros & cons). I >understand that both CA Vtape and IBM VTFM eats CPU cycles for their >compression routines (thus a good requirement to get a ziip processor). How >much CPU does it take away from your CPU? We use VTFM, although as an ISV performing testing, our numbers are probably not real-world. I can offer you these items: - See APAR PM06523: NEW FUNCTION SUPPORT - ENABLING VTFM TO UTILIZE THE ZIIP PROCESSOR FOR MOST OF ITS WORKLOAD. - You might want to ask the vendors whether excess DASD space is released at tape close time. - You might want to clarify software licence pricing, it may depend on the amount of storage in your configuration. - VTFM supports 3480, 3490, and 3590 emulated device types. - The IBM VTFM manuals are readily available on the web. VTF Mainframe V3.0.0 Release Notes GC53-1189-00 VTF Mainframe V3.0.0 Customization and Reference GC53-1190-00 VTF Mainframe V3.0.0 User Guide GC53-1191-00 VTF Mainframe V3.0.0 Messages GC53-1192-00 VTF Mainframe Program Directory GI11-8936-00 VTF Mainframe License Information GI11-8937-00 Regards, Mike Baldwin Cartagena Software Limited Markham, Ontario, Canada http://www.cartagena.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: COBOL - no longer being taught - is a problem
On 21 Apr 2010 06:57:50 -0700, in bit.listserv.ibm-main you wrote: > >In a message dated 4/21/2010 8:25:18 A.M. Central Daylight Time, >m...@cartagena.com writes: > >Yesterday Canada's well-respected auditor-general released a report >complaining that aging government computer systems could halt delivery of > > >>> >Wonder where he's been the last three decades? Seems like a coordinated >approach between government, industry and education >should resolve most of the issues and save money down the road. > > Sheila Fraser looks at any given area in depth only infrequently and this is tame compared to some of the things she has found. Governments tend not to replace and upgrade systems too frequently. The bidding process can be convoluted and the results can be a nightmare for the entity. Imagine having to replace a Burroughs A series with an IBM z series just to do a simple upgrade. I remember hearing the horror show of one government shop with a mod 50 under small business third party maintenance with a tape controller and x number of drives from manufacturer 1 and more drives from manufacturer 2. I think the mod 50 in question was a US Navy shop but I heard the story over 20 years ago. > > -- 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: Code page for Java on USS
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Wednesday, April 21, 2010 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Code page for Java on USS On Wed, Apr 21, 2010 at 4:15 PM, Thompson, Steve < steve_thomp...@stercomm.com> wrote: > > If you are using ISPF, then USS is probably not your problem (either > Unix System Services OR VTAM's Unformatted System Services). The problem > may be a translate table used by VTAM or within your 3270 emulator > package. > > And no, I'm not being pedantic here, USS is misleading in this case -- > insufficient context. > > Regards, > Steve Thompson > > I thought that might get a bite somehow. Anyhow the problem is sorted thanks, I just needed to FTP the program with the correct code page. Just a touch of old timers disease again. Unfortunately, your clarification posting and my reply crossed. Gotta love these code page migraines (long story, having issues with them here -- including curly braces, DBCS, etc.). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- 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
Obtain memory question
Hello all, I can obtain memory that lasts for the duration of a job, but how can I share that memory with different routines that are called by that job. Is there some way of setting a pointer that would last for the duration of the job? == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Stopping zOS
On 21 April 2010 11:34, R.S. wrote: > Tony Harminc pisze: >> >> My point is that issuing an I/O reset (which is included in a system >> reset) while a system may be doing I/O is a very bad idea, because it >> can lead to data corruption, since the DASD record being written is >> padded with zeros to replace the missing data from the channel. >> Ensuring that all CPUs are in the stopped state first will avoid that. >> (This zero-padding is not part of the S/360/370/390/z I/O >> architecture, but it is specified behaviour for the various DASD >> control units supporting every disk from the 2311 up to the 3390. It >> is possible that some modern DASD subsystem doesn't do it anymore, but >> why take the chance?) > > AFAIK we were talking about "last command" to complete shudown of the z/OS > image. Not replacement for all the commands we issue like DSN1 stop DB2, or > Z EOD. > Any "brute force termination" of processes doing I/O would lead to data > corruption. It regards any OS and any platform. Sigh... This needs to be put out of its misery. I'm sorry I brought it up in this context. The kind of corruption you can get from doing an I/O reset during a DASD write is at a lower level than anything you can do with just stopping software running suddenly. There is a qualitative difference between a record not written, and one that is writtten with unexpected zeros. Naturally it's not likely when your system is essentially stopped (and certainly it's not a big problem we see on IBM-MAIN), but it is possible. And if you are actually running but hung for some reason, all the more reason to ensure your CPUs are stopped before the reset. Tony H. -- 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: Obtain memory question
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S > Sent: Wednesday, April 21, 2010 10:56 AM > To: IBM-MAIN@bama.ua.edu > Subject: Obtain memory question > > Hello all, I can obtain memory that lasts for the duration of > a job, but > how can I share that memory with different routines that are called by > that job. Is there some way of setting a pointer that would > last for the > duration of the job? For the duration of the __JOB__? You cannot do this in a "normal" program. You would need to be APF authorized and get storage from LSQA. That would be subpools: 205, 215, 225. Look at Name/Token services to create a "named" token which can contain the address of your storage. This would require a "system level" name/token using the "persistent" option. Both of the above require APF authorization. Both are "fraught with danger" if you don't know what you're doing. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: Code page for Java on USS
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine > Sent: Wednesday, April 21, 2010 10:09 AM > To: IBM-MAIN@bama.ua.edu > Subject: Code page for Java on USS > > I'm in the initial throes of setting up an environment to run > Java UDFs in > DB2 for z/OS and I'm getting hit by the square brackets > problem when trying > to compile a small Java program. How and where do I set the > code page so I > get the correct square brackets. Code page 1047 rings a > vague bell, but > where do I set that up. > > Thanks > > Jim McAlpine "-Dfile.encoding=IBM-1047" on the Java command line if the input files are in IBM-1047. This is a run-time option, not a compile option! And it can also be set in the "properties" file. refs: http://java.sun.com/docs/books/tutorial/essential/io/file.html for compiling: http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.html Also set your terminal emulator to IBM-1047 (Latin-1 may work) also. Why not just compile on your desktop and do a BIN ftp up to z/OS? I've done this successfully in the past. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: Question about settings for reading posts
>>> On 4/21/2010 at 11:41 AM, Hal Merritt wrote: > Perhaps HTML? Base64 decoding. Mark Post -- 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: FC_? Channel Path Acronym
To me this indicates the CHPID, etc. is defined in the active I/O configuration and configured online. I would assume the CHPID is not physically cabled. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Packer Sent: Wednesday, April 21, 2010 2:13 AM To: IBM-MAIN@bama.ua.edu Subject: FC_? Channel Path Acronym I see a lot of SMF data with Type 73 (Channel Path Activity) in. One of the acronyms I see a lot is "FC_?". Can anyone explain in any detail what it means? Manuals suggest there's something wrong with the configuration. Yet I see (from SMF 78-3 I/O Queueing data) control units attached to such channels so I assume z/OS knows SOMETHING about the channel. Thoughts? Thanks, Martin Martin Packer, Mainframe Performance Consultant, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Question about settings for reading posts
That could indicate either that (a) you're not using a MIME-capable email client; or (more likely?) (b) you do not have the FULLHDR option enabled for your subscription -- Walt -- 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: Obtain memory question
You can use name/token services. If using assmbler you could allocate a chunk-o-storage, place the value in a register and then bounce around from program to program using the value in that register as the storage block base. That works just dandy as long as you make sure you don't step on the register you set aside as your common storage block base. You could create a non-reentrant data only load module. LOAD the data only module in the main driver pgm and use CSVQUERY to get the address when needed. -- 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: Obtain memory question
Sorry, I meant job step owned storage. Storage that won't go away till the step ends. I.E. sub-pool 132. Can I still use named tokens for this type of storage? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, April 21, 2010 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Obtain memory question > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S > Sent: Wednesday, April 21, 2010 10:56 AM > To: IBM-MAIN@bama.ua.edu > Subject: Obtain memory question > > Hello all, I can obtain memory that lasts for the duration of > a job, but > how can I share that memory with different routines that are called by > that job. Is there some way of setting a pointer that would > last for the > duration of the job? For the duration of the __JOB__? You cannot do this in a "normal" program. You would need to be APF authorized and get storage from LSQA. That would be subpools: 205, 215, 225. Look at Name/Token services to create a "named" token which can contain the address of your storage. This would require a "system level" name/token using the "persistent" option. Both of the above require APF authorization. Both are "fraught with danger" if you don't know what you're doing. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: Obtain memory question
On 21 April 2010 12:42, Ward, Mike S wrote: > Sorry, I meant job step owned storage. Storage that won't go away till > the step ends. I.E. sub-pool 132. Why do you want 132? Normally subpool 0 is fine for this, since it is shared by the job step TCB with all subtasks, and therefore won't go away until the job step task does. Unless you have subtasks that intentionally do not share subpool 0 (via SZERO=NO on ATTACH), then you should be fine. > Can I still use named tokens for this type of storage? To make the address available to programs down the task tree? Sure - that's exactly the kind of thing it's for. Name/token services don't know or care what the data you put in actually means. If you want to treat it as an address, that's fine. If it's your grandmother's maiden name, that's fine too if you need that functionality. Tony H. -- 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: Obtain memory question
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S > Sent: Wednesday, April 21, 2010 11:42 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Obtain memory question > > Sorry, I meant job step owned storage. Storage that won't go away till > the step ends. I.E. sub-pool 132. Can I still use named > tokens for this > type of storage? Sure! In that case, you can use normal name/token services which don't require APF authorization at all. With name/token, what you give is an 8 character name and an associated 8 byte "token". You reference by the "name" to retrieve the "token" associated with it. You can also change the "token" value later, if you want to. So the "token" can be any 8 byte value (or less) you want. This allows for an AMODE(64) address value. Or any other value you desire that will fit into 8 or fewer bytes. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: COBOL - no longer being taught - is a problem
>Who cares whether the universities are requiring COBOL or not? In co-op programmes, it does matter if you are preparing for the work force, so it (IMO) is important. >There are plenty of places and ways to learn it ... But, if I'm already enrolled in a Computer Science stream, why should I have to spend extra (time or money) to learn it, elsewhere? I'm not trying to put words in your mouth, but this sounds suspiciously like the argument:"Universities are not here to prepare you for the work place; rather to teach you how to learn". If that's the case, I disagree. I enrolled in the University of Waterloo to prepare myself for a career in computers. Many, along with UOW, have co-op programes. All have employment counselling programmes to help place you post-graduation. If that isn't preparing for the workplace, what is? To me, not teaching COBOL, is like a future surgeon not being taught anatomy. - 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: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Oops. That should say " It is why one typically gives compressed datasets a management class that bypasses a period on ML1 and sends them to ML2." > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ron Hawkins > Sent: Wednesday, April 21, 2010 8:26 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > Esmie, > > If you choose to compress them then they are compressed. This is the common > practice. Ml1 is often the same media as Primary, so compression is where > one would save space and cost with ML1. It is why one typically gives > compressed datasets a management class that bypasses a period on primary and > sends them to ML2. > > Many sites choose to have ML2 uncompressed as this is already performed by > the tape media, just like you would with DFSMSdss. This saves CPU, but means > the channels are busier. The saving for ML2 is archiving the datasets on > media with a cheaper TCO. > > If you move ML2 to disk you should look at whether compression has to be > enabled again and figure that into your current CPU profile. > > If you were to go with an ML1 only strategy or simply use ML2 Disk, I would > suggest investigating the potential savings of using internal SATA drives, > or if you are using HDS USP or USP-V look at using virtualized midrange > storage - HDS or non-HDS midrange. Depending on when you run primary and > secondary space management, there may be the potential to figure some CPU > capacity savings by using cheaper disk media, leaving compression off for > ML2, and turning it off for ML1. > > Ron > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of > > esmie moo > > Sent: Wednesday, April 21, 2010 5:45 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > > > Ron, > > > > You mentioned compression. Please correct me if I am wrong. All the dsns > on > > ML1 are compressed? > > > > Thanks. > > > > --- On Tue, 4/20/10, Ron Hawkins wrote: > > > > > > From: Ron Hawkins > > Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > To: IBM-MAIN@bama.ua.edu > > Received: Tuesday, April 20, 2010, 12:46 PM > > > > > > Darth, > > > > The ML1 and ML2 are usually cheaper and lower performance than Primary > > Storage. ML1 cost efficiency is usually achieved through compression, > > whereas ML2 is a change in media. > > > > ML2 Tape can easily be replaced with Tier 2 disk using internal SATA, > > external virtualized midrange storage, or earlier generations of DASD disk > > systems with a reduced maintenance cost (I think Radoslaw did this with > > 7700E). > > > > Ron > > > > > > > > > > > > > > > If I understand this correctly, you're going to have 2 levels of > migration > > > both on Disk? Even if that's possible, what does it gain you? Wouldn't > > > it make more sense to just have an ML1 and then no ML2? And again, I > > > question whether that's even possible with HSM. > > > > > > I do seem to remember this same discussion in the past, so you should > > > probably check out the archives. We're actually going the other route - > > > we're moving to a 'tapeless' virtual tape system & I'm eliminating ML1. > > > > > > ddk > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LOGONHERE in z/OS 1.11 APAR OA30405
I searched the archives and did not see any mention of this APAR (I could very well have missed it though). Anyway, if you don't have APAR OA30405 (PTF UA50533) applied to your z/OS 1.11 system, you may want to temporarily disable it in IKJTSOxx since you may experience a hanging condition in TSO like we did, which will require a cycle of TSO to clear. The default for the new feature is "ON", we changed it to "OFF". Thanks. -- Guy Gardoit z/OS Systems Programming -- 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: COBOL - no longer being taught - is a problem
Well . I teach COBOL ... and I am also Canadian ... Could that help? Meir Zohar CISSP, IBM Certified DBA for DB2 for z/OS V8/V9 Tel:+972 3 5747860 Fax: +972 3 5747864 Mob: +972 54 5747350 email: zme...@bezeqint.net -- 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: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Ron, I saw your post and I would like to try out your suggestion. You say that the dsns is compressed at the Primary level and using a Management class it is migrated to Ml2 directly. What software do you use to compress the data on the Primary level? --- On Wed, 4/21/10, Ron Hawkins wrote: From: Ron Hawkins Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 To: IBM-MAIN@bama.ua.edu Received: Wednesday, April 21, 2010, 10:31 AM Oops. That should say " It is why one typically gives compressed datasets a management class that bypasses a period on ML1 and sends them to ML2." > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ron Hawkins > Sent: Wednesday, April 21, 2010 8:26 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > Esmie, > > If you choose to compress them then they are compressed. This is the common > practice. Ml1 is often the same media as Primary, so compression is where > one would save space and cost with ML1. It is why one typically gives > compressed datasets a management class that bypasses a period on primary and > sends them to ML2. > > Many sites choose to have ML2 uncompressed as this is already performed by > the tape media, just like you would with DFSMSdss. This saves CPU, but means > the channels are busier. The saving for ML2 is archiving the datasets on > media with a cheaper TCO. > > If you move ML2 to disk you should look at whether compression has to be > enabled again and figure that into your current CPU profile. > > If you were to go with an ML1 only strategy or simply use ML2 Disk, I would > suggest investigating the potential savings of using internal SATA drives, > or if you are using HDS USP or USP-V look at using virtualized midrange > storage - HDS or non-HDS midrange. Depending on when you run primary and > secondary space management, there may be the potential to figure some CPU > capacity savings by using cheaper disk media, leaving compression off for > ML2, and turning it off for ML1. > > Ron > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of > > esmie moo > > Sent: Wednesday, April 21, 2010 5:45 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > > > Ron, > > > > You mentioned compression. Please correct me if I am wrong. All the dsns > on > > ML1 are compressed? > > > > Thanks. > > > > --- On Tue, 4/20/10, Ron Hawkins wrote: > > > > > > From: Ron Hawkins > > Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > To: IBM-MAIN@bama.ua.edu > > Received: Tuesday, April 20, 2010, 12:46 PM > > > > > > Darth, > > > > The ML1 and ML2 are usually cheaper and lower performance than Primary > > Storage. ML1 cost efficiency is usually achieved through compression, > > whereas ML2 is a change in media. > > > > ML2 Tape can easily be replaced with Tier 2 disk using internal SATA, > > external virtualized midrange storage, or earlier generations of DASD disk > > systems with a reduced maintenance cost (I think Radoslaw did this with > > 7700E). > > > > Ron > > > > > > > > > > > > > > > If I understand this correctly, you're going to have 2 levels of > migration > > > both on Disk? Even if that's possible, what does it gain you? Wouldn't > > > it make more sense to just have an ML1 and then no ML2? And again, I > > > question whether that's even possible with HSM. > > > > > > I do seem to remember this same discussion in the past, so you should > > > probably check out the archives. We're actually going the other route - > > > we're moving to a 'tapeless' virtual tape system & I'm eliminating ML1. > > > > > > ddk > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---
SMF record type 88
Has anyone else seen this where our smf type 88-11 records show blanks in the structure names. We are running z/OS 1.10 in a 10 lpar sysplex. The SMF Type 88-11 records are being recorded with blanks in the structure name at the interval recording. Structure Name System ID Records - --- SYSD128 SYSF128 SYSG128 Doug Oliverio -- 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: SMF record type 88
On Wed, 21 Apr 2010 12:57:19 -0500, Douglas Oliverio wrote: >Has anyone else seen this where our smf type 88-11 records show blanks in >the structure names. We are running z/OS 1.10 in a 10 lpar sysplex. > >The SMF Type 88-11 records are being recorded with blanks in the structure >name at the interval recording. Hi Doug, Were actually currently looking at this issue. Logger puts out two types of SMF88 records, Type 1 are for all log streams, and Type 11 records are for structure activity. It seems Type 11 records are incorrectly being generated for DASDonly log streams (no structure activity) with a bunch of blanks. I think level 2 is waiting on a PMR to open up an APAR; this is something that should be fixed. -Nick Jones -Logger L3 -- 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: LOGONHERE in z/OS 1.11 APAR OA30405
Guy It has been discussed in the past in a thread with subject "TSO reconnect (ikjefln2) reject by RACF" initiated by Matan Cohen with the following "dateline": Mon, 22 Feb 2010 23:55:37 -0800. To save you all the trouble of having to dig around, here's what I inserted in another post in IBMTCP-L regarding LOGONHERE. The enhancement is very curious in where it is documented and who is credited for it! Here's a contribution I made last month (February) to a thread in the IBM- MAIN - I think - list which has a few more details: Thank you for bringing this function, new in V1R11, to my attention. In a sense "fortunately", the title line is somewhat misleading. This looked like something new in VTAM, "support for VTAM ..." and so I decided I should know more about it and did my research. Well, it involves VTAM only as it involves any other program using the VTAM API and it betokens nothing whatsoever *new* in VTAM - that's VTAM as we normally regard it, see later. And while we're discussing what it is *not*, the reference to IP addresses is misleading since the enhancement has no - direct - bearing on TN3270. It's possible however that the customers thumping the table most loudly demanding this function - distinctly in the English rather than the French sense - do so because they want to use it with TN3270 connections. The point is that, without this enhancement - and still if you decide to override the default parameter setting in IKJTSOxx, LOGONHERE(YES), and specify LOGONHERE(NO) - TSO was obliged to have been told that there had been an abnormal termination to the session before TSO would consider a "logon" from a different LU for the same user. With LOGONHERE(YES), TSO is prepared to terminate an existing session for a user when apparently the same user "reappears" using another LU - he/she could not, of course, have been using the same LU and "reappear". IP addresses and TN3270 come into the picture as a practical matter. A TSO user may know that all is lost and that he/she needs to "reappear" but the sedate system may not - yet - have awoken to the fact that all is lost and still consider that a perfectly viable SNA session - although probably not a concatenated TN3270 TCP connection - is still in place. It's interesting that this enhancement - involving nothing new in VTAM, as I said - appears in the Communications Server New Functions Summary manual for V1R11. It absolutely does not belong there and lies through its teeth when it claims to involve "z/OS V1R11 Communications Server". It involves only TSO/E - although I have a niggling suspicion that logic provided by VTAM (the Communications Server SNA component) in support of TSO(/E) may be involved since historically VTAM has had a lot to do with TSO. Do we need to be reminded of that - no we do not, it just confuses us!!! Descriptions of this enhancement appear in the TSO/E Customization manual - only in a section describing how to change LOGONHERE(YES) to LOGONHERE (NO) - a bit superfluous really! - and in the Initialization and Tuning Reference because that's where IKJTSOxx is described - which is all you need to know, especially that it's a function VM has had for eons: Chapter 60. IKJTSOxx (TSO/E commands and programs) ... Statements/parameters for IKJTSOxx LOGON Specifies the system settings for the TSO/E LOGON command: LOGONHERE(ON|OFF) Specifies whether the RECONNECT option on the TSO/E LOGON panel will be honored even when the system does not detect a disconnected state and the user appears to be logged on. This allows users to reconnect their session from a new terminal without canceling their previous session first, similar to how the LOGONHERE option works under z/VM. Default: ON ... I see the problem addressed by the APAR relates to trying to reconnect to a different TSO in a sysplex. You could just avoid trying to do that, could you not, rather than removing such a long-awaited function? Nevertheless - as mentioned in a topic I raised in a recent post designed with total lack of success to stimulate comments - introducing an enhancement and assuming that everyone wants it without having, as it were, to say so - is IMNSHO just "bad practice" on the part of the developers because Murphy is always watching for this sort of guard to be let down. Chris Mason On Wed, 21 Apr 2010 10:55:05 -0700, Guy Gardoit wrote: >I searched the archives and did not see any mention of this APAR (I could >very well have missed it though). > >Anyway, if you don't have APAR OA30405 (PTF UA50533) applied to your z/OS >1.11 system, you may want to temporarily disable it in IKJTSOxx since you >may experience a hanging condition in TSO like we did, which will require a >cycle of TSO to clear. The default for the new feature is "ON", we changed >it to "OFF". > >Thanks. > >-- >Guy Gardoit >z/OS Systems Programming -- F
Re: LOGONHERE in z/OS 1.11 APAR OA30405
Thanks, Chris, but what our large user base attempts to do is not in my hands.I'm of the opinion that "new" features should always default to "OFF" or the equivalent - a shop should make its own decisions about the necessity of the "new" feature. The SEMENTATIONOFFLOAD fiasco being a recent one that comes to mind. Although, IBM's point being that they want new features to be available without the customer having to make any effort to implement it might make sense in today's ever-shrinking knowledgable systems programmer base. In our case, the LOGONHERE feature will remain disabled unless we see a good reason to enable it, even after UA50533 if deployed. On Wed, Apr 21, 2010 at 11:35 AM, Chris Mason wrote: I see the problem addressed by the APAR relates to trying to reconnect to a different TSO in a sysplex. You could just avoid trying to do that, could you not, rather than removing such a long-awaited function? Nevertheless - as mentioned in a topic I raised in a recent post designed with total lack of success to stimulate comments - introducing an enhancement and assuming that everyone wants it without having, as it were, to say so - is IMNSHO just "bad practice" on the part of the developers because Murphy is always watching for this sort of guard to be let down. Chris Mason -- 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: Code page for Java on USS
This isn't necessarily what the OP asked - but I would suggest that you don't want to put your Java source code on z/OS anyway! Much better IMO is to code, compile, and even remotely debug your z/OS Java code on your workstation. An IDE like Eclipse (which is free) makes this a far superior alternative to developing code on z/OS. The "JZOS Cookbook" on http://www.alphaworks.ibm.com/tech/zosjavabatchtk is available to help you get started. Eclipse will integrate with your favorite SCCS, which might be hosted on z/OS or more likely another platform.It is really not necessary to compile your Java code on z/OS; you can have an IDE like Eclipse compile "as you type" and then simply transfer binary class files or jars to z/OS for execution. The JZOS Cookbook comes with a sample project that includes Ant scripts that will build and deploy your project to z/OS in one click. BTW - the codepage used by your terminal emulator to display Java characters isn't really related to running or compiling Java. Java internally *always* use UTF for characters and strings, so encoding is really only an issue when it comes to getting data in and out of Java. As John mentioned, -Dfile.encoding sets the *default* character set used by Java when converting from bytes to/from UTF strings, but Java code can easily use a different encoding on a file-by-file basis. Regards, Kirk Wolf Dovetailed Technologies http://dovetail.com ( and IBM JZOS Development) -- 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: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2
Willie, They were mainly datasets compressed with DFSMS compression and DFSMSdss backups to disk. There were also a few compressed KSDS. Note that I was not compressing them because of DFSMShsm. They were compressed for other reasons, so I put them in Management Class that left them on primary for the same number of days as they would have normally been on ML1. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > willie bunter > Sent: Wednesday, April 21, 2010 10:58 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > Ron, > > I saw your post and I would like to try out your suggestion. You say that the > dsns is compressed at the Primary level and using a Management class it is > migrated to Ml2 directly. What software do you use to compress the data on > the Primary level? > > --- On Wed, 4/21/10, Ron Hawkins wrote: > > > From: Ron Hawkins > Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > To: IBM-MAIN@bama.ua.edu > Received: Wednesday, April 21, 2010, 10:31 AM > > > Oops. That should say " It is why one typically gives compressed datasets a > management class that bypasses a period on ML1 and sends them to ML2." > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of > > Ron Hawkins > > Sent: Wednesday, April 21, 2010 8:26 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > > > Esmie, > > > > If you choose to compress them then they are compressed. This is the > common > > practice. Ml1 is often the same media as Primary, so compression is where > > one would save space and cost with ML1. It is why one typically gives > > compressed datasets a management class that bypasses a period on primary > and > > sends them to ML2. > > > > Many sites choose to have ML2 uncompressed as this is already performed by > > the tape media, just like you would with DFSMSdss. This saves CPU, but > means > > the channels are busier. The saving for ML2 is archiving the datasets on > > media with a cheaper TCO. > > > > If you move ML2 to disk you should look at whether compression has to be > > enabled again and figure that into your current CPU profile. > > > > If you were to go with an ML1 only strategy or simply use ML2 Disk, I > would > > suggest investigating the potential savings of using internal SATA drives, > > or if you are using HDS USP or USP-V look at using virtualized midrange > > storage - HDS or non-HDS midrange. Depending on when you run primary and > > secondary space management, there may be the potential to figure some CPU > > capacity savings by using cheaper disk media, leaving compression off for > > ML2, and turning it off for ML1. > > > > Ron > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > > Behalf Of > > > esmie moo > > > Sent: Wednesday, April 21, 2010 5:45 AM > > > To: IBM-MAIN@bama.ua.edu > > > Subject: Re: [IBM-MAIN] DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > > > > > Ron, > > > > > > You mentioned compression. Please correct me if I am wrong. All the > dsns > > on > > > ML1 are compressed? > > > > > > Thanks. > > > > > > --- On Tue, 4/20/10, Ron Hawkins wrote: > > > > > > > > > From: Ron Hawkins > > > Subject: Re: DFHSM QUESTION - MOVING TO DASD FROM TAPE - ML2 > > > To: IBM-MAIN@bama.ua.edu > > > Received: Tuesday, April 20, 2010, 12:46 PM > > > > > > > > > Darth, > > > > > > The ML1 and ML2 are usually cheaper and lower performance than Primary > > > Storage. ML1 cost efficiency is usually achieved through compression, > > > whereas ML2 is a change in media. > > > > > > ML2 Tape can easily be replaced with Tier 2 disk using internal SATA, > > > external virtualized midrange storage, or earlier generations of DASD > disk > > > systems with a reduced maintenance cost (I think Radoslaw did this with > > > 7700E). > > > > > > Ron > > > > > > > > > > > > > > > > > > > > > If I understand this correctly, you're going to have 2 levels of > > migration > > > > both on Disk? Even if that's possible, what does it gain you? > Wouldn't > > > > it make more sense to just have an ML1 and then no ML2? And again, I > > > > question whether that's even possible with HSM. > > > > > > > > I do seem to remember this same discussion in the past, so you should > > > > probably check out the archives. We're actually going the other route > - > > > > we're moving to a 'tapeless' virtual tape system & I'm eliminating > ML1. > > > > > > > > ddk > > > > > > > > > > -- > > > 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: Getting Partition name defined in the IODF
On Wed, 21 Apr 2010 22:35:40 +0800, Vatsal z/OS wrote: >Thanks Mark, >Can we get the same data for all the lpars in the same sysplex as well? >Thanks once again. > The value I showed was for "this system". The information for "this CPC" (all the LPARs on this CPC, not sysplex) is available from the hardware, but "you can't get there from here" in REXX. At least not that I know of. Perhaps by using the RMF API, if RMF was active in the plex. But there is no guarantee of that. If you are really want to look at what's defined in the IODF, perhaps get the current IODF name (see code in IPLINFO) and run an HCD report and extract the names from that. That would get you CF partitions, Linux, VM, etc. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: COBOL - no longer being taught - is a problem
On 21 Apr 2010 08:49:55 -0700, cfmpub...@ns.sympatico.ca (Clark Morris) wrote: >Governments tend not to replace and upgrade systems too frequently. >The bidding process can be convoluted and the results can be a >nightmare for the entity. An excellent example of this very problem from an unrelated field: the "KC-X" project. The U.S. Air Force has been attempting for almost ten years now to procure a new aerial tanker to replace the ageing fleet of KC-135s. -- Eric Chevalier E-mail: et...@tulsagrammer.com Web: www.tulsagrammer.com Is that call really worth your child's life? HANG UP AND DRIVE! -- 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: ADRNAPF was IEBCOP Y losing APF authori sation i n mi ddle of JOB - etc?
On Wed, Apr 21, 2010 at 9:54 AM, Binyamin Dissen wrote: > On Wed, 21 Apr 2010 08:24:19 +0100 Sam Siegel wrote: > > :>On Wed, Apr 21, 2010 at 12:46 AM, Tony Harminc wrote: > > :>> On 20 April 2010 19:09, Sam Siegel wrote: > > :>> > With all of the discussion about APF and loading programs from > various > :>> types > :>> > of libraries, I'm hoping someone can provide some clarification for > :>> > me regarding the ADRNAPF of the load macro. > > :>> > The doc indicates that a module can be loaded from a non-apf library > :>> > when ADRNAPF is used from an authorized program in supervisor state. > The > :>> > doc further states that the it is the loading programs responsibility > to > :>> > ensure that program loaded from the non-apf library receives control > in > :>> > problem state. > > :>> > Please confirm that when the non-apf program receives control in > problem > :>> > state, it cannot change to supervisor state, discounting the > possibility > :>> of > :>> > using a magic svc, etc. > > :>> How do you propose to pass control to your newly loaded code in > :>> problem state? If you just MODESET to problem state and BALR, then > :>> presumably the called program could issue a MODESET back to supervisor > :>> state, just like any other code running in an APF authorized job step. > :>> If not, then one must assume that the jobstep has lost APF > :>> authorization, and that seems most unlikely in this context. > > :>> If you use SYNCH or ATTACH with JSTCB=YES, then you're in a whole > :>> different world, but System Integrity is still very much your > :>> responsibility. > > :>I was going to use SYNCH(X). ATTACH(X) does not make sense for this > design. > > Then you are using the same JSCB as the authorized caller. Thus the caller > must make sure that APF is turned off before invoking the routine. All > previous comments about storage still apply. > Thanks again for the sage advice. Very easy to follow and worked perfectly. Synched to problem program abended with S047 when issuing MODESET. JSCB bits adjusted prior to Synch. > > -- > 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: COBOL - no longer being taught - is a problem
I seem to recall a SHARE presentation about DGTIC (LE CENTRE DE SERVICES PARTAGÉS) doing an 'upgrade' to Linux on System z around 2006/2007. I guess that doesn't count? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Baldwin Sent: Wednesday, April 21, 2010 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] COBOL - no longer being taught - is a problem Hi IBM-MAIN, Yesterday Canada's well-respected auditor-general released a report complaining that aging government computer systems could halt delivery of basic services. So we're bracing for the usual criticism of 'old mainframe' systems. Today there are some specifics, including COBOL: "Auditor-General reports that updating systems could cost billions ... Ms. Fraser said the problem is so bad that some key programs may shut down. ... Meanwhile, Canada's National Immigration Program runs on a programming language - COBOL - that is no longer being taught and the staff that understand it are retiring. The program also uses a database system called DMSII that dates back to the 1970s" http://www.theglobeandmail.com/news/politics/government-wont-let-aging-computers-halt-basic-services-day-says/article1540750/ Maybe you guys and girls have some ideas that would save us taxpayers from paying rising interest on more billions borrowed. Regards, Mike Baldwin Cartagena Software Limited Markham, Ontario, Canada http://www.cartagena.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: COBOL - no longer being taught - is a problem
>>> On 4/21/2010 at 04:27 PM, Ken Porowski wrote: > I seem to recall a SHARE presentation about DGTIC (LE CENTRE DE SERVICES > PARTAGÉS) doing an 'upgrade' to Linux on System z around 2006/2007. It was actually an Oracle server consolidation onto a brand-new z9BC, followed by installation of even more virtual Oracle servers. Paid for itself in less than a year. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Mike Baldwin > Sent: Wednesday, April 21, 2010 9:25 AM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] COBOL - no longer being taught - is a problem -snip- > Maybe you guys and girls have some ideas that would save us taxpayers from > paying rising interest on more billions borrowed. Hopefully you weren't aiming that at anyone from the US. Our government isn't exactly well know for reducing the amount of money it borrows. Mark Post -- 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: ICH409I 878-000 ABEND DURING RACHECK PROCESSING
Thanks. Problem appears to have been that the compiler was not seeing the STORAGE parm due to its being in 31-bit storage and the compiler being AMODE 24. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Wednesday, April 21, 2010 5:52 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ICH409I 878-000 ABEND DURING RACHECK PROCESSING On Tue, 20 Apr 2010 18:26:53 -0700, Charles Mills wrote: >I'm getting the subject message followed eventually by an S40D-10 ABEND. > You should probably be looking at what is using your below-the-line storage, and how much you really have available when the abend occurs. -- Walt Farrell, CISSP IBM STSM, z/OS Security 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 -- 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: Where ABEND reason code?
That works. Here's my code * Before issuing the DETACH pick up a possible ABEND Reason code SRR2,R2 Indicate none TMATCHECB,X'40' Has the task completed? BNO MVSANOAB No, probably has not ABENDed * * TCBRV316 is documented as "INDICATES REASON CODE (TCBARC) IS VALID" TMTCBCMPF-TCB(R3),TCBRV316 JNO MVSANOAB None * L R2,TCBARC-TCB(,R3) Get ABEND reason code MVSANOAB EQU * Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Wednesday, April 21, 2010 3:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Where ABEND reason code? On Tue, 20 Apr 2010 16:34:14 -0700 Charles Mills wrote: :>If I ATTACH a sub-task and it ABENDs, I know the ABEND code is in the ECB :>(in that double 12-bit format). Where is the reason code? TCBARC? Would expect so (if the flag bit is set). -- 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: 45 years of Mainframe
Yep, I started writing BAL on a 360/20 in night school while i was a computer operator on a 360/40 DOS/VS/POWER. That was in the early 1970s. So i am approaching the 40 yr mark also. I have been a Computer Operator, DOS/VSE, VM/ESA and OS/VS2/HASP. Systems Programming (OS and VTAM.TCP,NCP,NPSI and JES2 and RSCS and on on it goes) and now a developer. Didnt have the 1401 experience, ran a emulator or simulator on a 360/40 for the autocoder programs...man thats been ages Scott J Ford From: Tom Russell To: IBM-MAIN@bama.ua.edu Sent: Mon, April 19, 2010 6:06:00 PM Subject: Re: 45 years of Mainframe > I, alas, started on a much slower > machine, the 650, about which I feel *no* nostalgia. I do, however, > have fond memories of the 7094. Nice. My first job as a coop student at IBM was to convert a 650 SOAP program that ran the Toronto plant to a 1401 card system Autocoder program. I think I still have the card systems Autocoder compiler decks somewhere. I did read the SOAP program to figure out what the program did, but never wrote any 650 code myself. Not a fond memory, but an interesting one. The 650 we were taking out had a 2 (4?) KB drum memory. The autocoder (think BAL) program I wrote to replace it was for a 4 KB 1401 card system. High/Low/Equal compare was a special feature on a 1401. Tom Russell "Stay calm. Be brave. Wait for the signs." ─ Jasper FriendlyBear "... and remember to leave good news alone." ─ Gracie HeavyHand -- 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: COBOL - no longer being taught - is a problem
Its interesting now people in various organizations are in a 4 star panic when the word Cobol comes up. Everyone is so into JAVA and the other object languages. The other interesting fact is how many kids (20-30 yr olds) want to learn Assembler or Cobol ...they go where the money is thats JAVAm C#, C++, etc. I dont fault them, just think its a sign of changes going on. Scott J Ford Senior Systems Engineer www.identityforge.com From: Mark Post To: IBM-MAIN@bama.ua.edu Sent: Wed, April 21, 2010 4:55:50 PM Subject: Re: COBOL - no longer being taught - is a problem >>> On 4/21/2010 at 04:27 PM, Ken Porowski wrote: > I seem to recall a SHARE presentation about DGTIC (LE CENTRE DE SERVICES > PARTAGÉS) doing an 'upgrade' to Linux on System z around 2006/2007. It was actually an Oracle server consolidation onto a brand-new z9BC, followed by installation of even more virtual Oracle servers. Paid for itself in less than a year. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Mike Baldwin > Sent: Wednesday, April 21, 2010 9:25 AM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] COBOL - no longer being taught - is a problem -snip- > Maybe you guys and girls have some ideas that would save us taxpayers from > paying rising interest on more billions borrowed. Hopefully you weren't aiming that at anyone from the US. Our government isn't exactly well know for reducing the amount of money it borrows. Mark Post -- 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
is out of the office.
I will be out of the office starting 04/21/2010 and will not return until 04/23/2010. I will be out of the office on Thursday, April 22nd. I will return on Friday, April 23rd. Thanks. HCSC Company Disclaimer The information contained in this communication is confidential, private, proprietary, or otherwise privileged and is intended only for the use of the addressee. Unauthorized use, disclosure, distribution or copying is strictly prohibited and may be unlawful. If you have received this communication in error, please notify the sender immediately at (312) 653-6000 in Illinois; (800)835-8699 in New Mexico; (918)560-3500 in Oklahoma; or (972)766-6900 in Texas. -- 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: COBOL - no longer being taught - is a problem
This is not only a problem of universites not teaching its students COBOL, PL/I, IBM Mainframes, etc. It is also a home made problem of the companies requiring this kind of skills. Many of them had their own IT school with which they took care of educating employees in the skills they need for that company. They also sent students to classromm courses in matters not worth teaching by themselves. At least in Switzerland, this has vanished into thin air during the last decade or so. And now intelligent management all over a sudden realizes that they are heading into the problem of retiring employees and complains that they can't find new employees with the demanded skills. It is sure nice to have IT architects that look ahead and preach JAVA, but neglecting that there are legacy systems which for many companies are its heart, is simply not in the interest of those companies. This leads back to the universities. Can you expect someone to preach a matter they don't now abaout? Rarely, probably. -- Peter Hunkeler CREDIT SUISSE AG -- 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